Sarebbe la vostra azienda IT di dipartimento di essere preparati per un disastro? Avete un piano di disaster recovery che è aggiornato? Queste sono domande chiave che ogni azienda deve essere in grado di rispondere al fine di essere preparati dovrebbe verificarsi un disastro. Il Disaster Recovery Journal recentemente evidenziato le 5 idee sbagliate più grande quando si tratta di disaster recovery. Ecco ciò che i gestori devono conoscere per valutare correttamente la calamità della loro società.
#1: Backup-as-a-Service e recupero-as-a-service non sono le stesse.
Un buon piano di DR è circa alzarsi indietro e l'esecuzione più rapido ed efficiente possibile. Mentre i backup sono una componente di un piano di DR, non sono la risposta completa. I backup e i backup-as-a-Service prendere i dati recuperabili e rimetterlo insieme in un modo utilizzabile. Le aziende possono avere i file di backup ma non hanno modo di accedere o eseguire i file perché hanno bisogno di applicazioni di farlo. Questo è dove entra recupero-as-a-Service.
Con recupero-as-a-Service, l'intera applicazione e tutti i dati associati sono protetti come un quadro completo. Utilizzando un Cloud-based recupero-as-a-Service può contribuire a garantire il recupero sicuro e la protezione di ogni macchina virtuale (VM), applicazione virtuale (vApp) e pezzo di dati all'interno dell'applicazione.
#2: Un piano di disaster recovery di una dimensione non si adatta a tutte le applicazioni.
Certe soluzioni DR potrebbero non essere il contenuto di ogni applicazione. Alcune applicazioni non-business-critical possono ottenere via con solo i backup. Questa è una zona dove molte aziende sono in grado di ridimensionare i loro bilanci e utilizzare solo i backup. Altri richiedono un obiettivo punto di recupero (RPO) o un obiettivo di tempo di recupero (PTO) con un breve periodo di tempo come minuti o secondi per affari o per le applicazioni mission-critical. Anche se questi può costare di più, ci sono intervalli di convenienza legata a un RPO o RTO che ogni applicazione richiede.
Ogni domanda viene valutata per ottenere il miglior RPO e RTO. Prezzo è basato sul ranking al confronto di tutte le applicazioni. I migliori piani DR hanno diversi livelli di protezione e includono servizi come DR cloud-based di backup per ogni applicazione. Le aziende, che cercano di proteggere tutte le loro applicazioni allo stesso modo, sono pagare troppo o non proteggere applicazioni critiche abbastanza.
#3: La maggior parte dei disastri di esso non sono causati da eventi naturali.
La maggior parte delle catastrofi si verificano a causa di un errore tecnologico, umano o caso e non sono naturali. Catastrofi naturali, come un uragano sono più facili da prevedere come le aziende possono eseguire loro intero data center in remoto da una struttura geografica meglio posizionata. Con notifica avanzata tempesta di oggi, le aziende hanno il tempo di spostare manualmente le applicazioni per un sito di backup con un preavviso di 24-48 ore.
Le aziende che fanno uso di un datacenter più protette sono pronte per gli eventi che accadono senza avviso. Se un virus corrompe i dati e affidano la replica continua, quindi il virus verrà istantaneamente replicato il vostro secondo sito pure. Le aziende che utilizzano una soluzione completa di DR sono in grado di scegliere un punto da prima il virus ha colpito per recuperare in modo sicuro. Piani di recupero dovrebbero consentire alle imprese abbastanza tempo per prendere un errore prima di replica per il secondo sito o di backup.
#4: Il piano di DR dovrebbe includere come tornare al vostro primario e ambiente
DR non è solo di alzarsi sistemi critici e in esecuzione più velocemente possibile. Si tratta anche di pienamente riprendendo da un evento o una interruzione dopo il vostro ambiente è venuto a mancare indietro. Aziende dimenticate che ricadere è una parte importante del processo di recupero è spesso meno testato a causa di rischi nel fare scherzi con applicazioni live. Anche se non avendo un ambiente di recupero è difficile, fallendo indietro può essere più difficile perché sistemi non torna a precedentemente utilizzato, immonde risorse che possono richiedere una preparazione lavorano per riportare correttamente le applicazioni. Tasso di cambiamento e di larghezza di banda necessaria per il mancato ritorno dovrà essere presi in considerazione, o si potrebbe ottenere intrappolati nel vostro ambiente di ripristino. È essenziale che un piano DR include le risorse che dovrete risalire e in esecuzione nel proprio ambiente primario.
#5: DR Testing dovrebbe essere un continuo a considerarti preparato
Piani di successo DR coinvolgono prova costante per garantire una copertura completa. Test dove gli errori sono scoperti sono solo essenziali come test dove non vengono identificati errori. È più facile correggere gli errori in una situazione di test rispetto ad eseguire le stesse attività in una situazione di alta pressione. Applicazioni cambiano frequentemente così DR piani devono essere flessibili. Avere un piano globale in atto può garantire la vostra azienda la migliore occasione possibile di essere preparati non importa che cosa viene il vostro senso.