Recupera i dati dal server Windows Server non riuscito su Rackspace Cloud Server

Di recente è fallito uno dei server Windows Server 2008 ospitati come Cloud Server su Rackspace. Non riceviamo molto aiuto dal supporto di Rackspace, continuano a dire che l'hardware sul server fisico è fallito ei dati sul server VM sono danneggiati.

Qualcuno ha avuto una tale esperienza nel trattare con Rackspace?

Quali sono le nostre opzioni per recuperare i dati dal VM danneggiato?

So che eseguono VM sulla piattaforma Xen e se avessi quel VM localmente probabilmente potrei recuperare i dati anche se Windows è danneggiato.

Questo server era in esecuzione il nostro sito principale e DB, qualsiasi aiuto sarebbe molto apprezzato!

  • Cloud vs tradizionale iSCSI, xen, drbd, ecc
  • Filtraggio di networking con libvirt + xen + bridge + nat?
  • Qualcuno può chiarire questo su xen cloud platform / server xen
  • Debian / OVH: Come configurare più IP di Failover sulla stessa macchina virtuale Xen (Debian)?
  • Come posso sapere quando un Xen VM è stato avviato quando si avvia l'utilizzo di CLI
  • Quali sono i passaggi pratici per la migrazione di una macchina virtuale da VMWare ESXi a XenServer?
  • Sync tempo NTP non funziona in un server DOMU Centos 5.5
  • Hai bisogno di qualche suggerimento riguardo al file system dell'host Linux in modalità di sola lettura
  • 2 Solutions collect form web for “Recupera i dati dal server Windows Server non riuscito su Rackspace Cloud Server”

    Rackspace dovrebbe essere in grado di creare un dump di emergenza dell'image del disco, che è quindi ansible accedere dal tuo Pannello di controllo Cloud e scaricare sul tuo computer locale per tentare di recuperare i dati. Qualcuno ha recentemente chiesto come farlo per un'image Linux Rackspace Cloud, e la risposta potrebbe essere utile per te.

    Questa domanda non è veramente responsabile di chiunque altro che Rackspace, ma nel caso generale:

    Se si dispone di un guasto hardware che causa perdita di dati o corruzione, vi sono tre opzioni di base disponibili.

    1. Ripristino da un backup . Questa è generalmente l'opzione migliore. È il modo più economico e più veloce per riportre i tuoi dati e il tuo sistema funziona nuovamente. Ovviamente, richiede un backup di lavoro, che non sembra il caso qui.
    2. Recupero dati . Questa è l'opzione successiva e non è generalmente preferita perché è risorsa intensiva, richiede molto tempo e potrebbe non essere in grado di recuperare ciò che ti serve comunque. Ciò può richiedere molte forms, da qualcosa di semplice come usare il trucco del congelatore in un disco rigido fallito e copiare i dati, o come complicato come effettivamente tentare di annullare la corruzione analizzando i dati grezzi sul disco. O ovviamente, potresti assumere qualcuno a farlo per te, ma il recupero professionale dei dati richiede molto tempo e molto costoso.
    3. Live senza i dati . Probabilmente l'opzione less gradevole, ma è ciò che accade di volta in volta quando non si eseguono backup dei tuoi dati importnti.

    Nel tuo caso, dato che l'hardware non è tuo (escludendo 2) e non sembra che tu abbia dei backup (escludendo 1), sembra che tu sia lasciato l'opzione 3. Vorrei guardare il mio TO / contratto e urla l'assassinio sanguinoso presso il fornitore di cloud che non ha avuto effettivi backup dei miei dati (come mi aspettavo), ma se non è nel contratto o nell'accordo hai firmato che avrebbero fatto backup e ti proteggevano da perdita di dati / corruzione, non si ha molto ricorso.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.