Serait votre entreprise TI du ministère se préparer à une catastrophe ? Vous avez un plan antisinistre qui est à jour ? Voici les principales questions que toute entreprise doit être en mesure de répondre afin d'être prêts si une catastrophe survient. Le Journal de récupération après sinistre récemment parlé des 5 plus grandes idées fausses lorsqu'il s'agit de reprise après sinistre. Voici ce que les gestionnaires doivent savoir pour bien évaluer la préparation aux catastrophes de leur entreprise.
#1: Sauvegarde-as-a-Service et récupération-as-a-service ne sont pas les mêmes.
Un bon plan de DR est sur pour revenir vers le haut et l'exécution plus rapidement et efficacement que possible. Alors que les sauvegardes sont une des composantes d'un plan de DR, ils ne sont pas la réponse complète. Sauvegardes et sauvegardes-as-a-Service prennent les données récupérables et remettre ensemble d'une façon utilisable. Les entreprises peuvent avoir leurs fichiers sauvegardés mais n'ont aucun moyen d'accéder ou d'exécuter leurs fichiers parce qu'ils ont besoin les demandes de le faire. C'est là qu'intervient la récupération-as-a-Service.
Avec récupération-as-a-Service, l'application entière et toutes les données qui lui sont associées sont protégées comme un tableau complet. À l'aide d'un nuage récupération-as-a-Service peut aider à garantir la récupération sécuritaire et la protection de chaque machine virtuelle (VM), l'application virtuelle (PPAV) et l'élément de données dans l'application.
#2: Un plan antisinistre unique taille s'adapte pas à toutes les applications.
Certaines solutions DR peuvent ne pas correspondre à chaque application. Certaines applications critiques non commerciales peuvent s'en tirer avec seulement des sauvegardes. Il s'agit d'une zone où beaucoup d'entreprises sont en mesure de réduire leurs budgets et utilisez uniquement des sauvegardes. D'autres exigent un objectif de Point de récupération (RPO) ou un objectif de temps de récupération (PTO) avec une courte période de temps comme minutes ou secondes pour les affaires ou les applications critiques. Bien que ceux-ci peuvent coûter plus, il existe des plages d'abordabilité liée à un Apr ou RTO nécessaires à chaque application.
Chaque demande est évaluée pour obtenir le meilleur RPO et RTO. Prix est basé sur le classement en comparant toutes les applications. Les meilleurs plans de DR correspondre à différents degrés de protection et sont équipées de DR nuage de sauvegardes pour chaque application. Entreprises, qui tentent de protéger toutes leurs applications de la même façon, sont payer trop cher ou ne protègent ne pas suffisamment les applications critiques.
#3: La plupart des catastrophes informatiques ne sont pas causés par des événements naturels.
Plupart des catastrophes se produisent en raison d'une erreur technologique, humaine ou aléatoire et ne sont pas naturelles. Les catastrophes naturelles comme l'ouragan sont plus faciles à prévoir que les entreprises peuvent exécuter leur centre de données entière à distance provenant d'une installation géographique mieux positionnée. Avec demande d'avis de tempête avancées d'aujourd'hui, les entreprises ont le temps de déplacer manuellement les applications d'un site de secours avec préavis de 24 à 48 heures.
Les entreprises qui utilisent un datacenter plus protégé sont prêts pour les événements qui se produisent sans avertissement. Si un virus corrompt vos données et vous comptez sur la réplication continue, alors le virus sera instantanément répliqué sur votre deuxième site ainsi. Les entreprises qui utilisent une solution complète de DR sont en mesure de prendre un point à partir avant que le virus a frappé pour récupérer en toute sécurité des. Plans de reconstitution devraient permettre aux entreprises suffisamment de temps pour attraper une erreur avant elle réplique sur le deuxième site ou les sauvegardes.
#4: Votre plan de DR doit comprendre comment faire pour retourner à votre primaire environnement
DR n'est pas à peu près lever des systèmes critiques et courir aussi vite que possible. Il s'agit aussi de récupérer pleinement d'un événement ou une panne de courant après que votre environnement n'a pas de retour. Entreprises oublient que retomber est une place importante dans le processus de récupération et c'est souvent le moins testées en raison des risques inhérents à déconner avec applications live. Bien que ne pas avoir un environnement de récupération est difficile, faute de retour peut être plus difficile parce que les systèmes ne retour précédemment utilisé, impurs ressources dont peuvent avoir besoin de préparation travaillent pour revenir avec succès les demandes. Taux de changement et de la bande passante nécessaire pour ne pas avoir de retour doit être tenu compte, ou vous pourriez se retrouvent piégés dans votre environnement de récupération. Il est essentiel qu'un plan de DR comprend les ressources dont vous aurez besoin pour se relever et en cours d'exécution dans votre environnement primaire.
#5: DR Testing devrait être une continue d'examiner vous-même préparé
DR successful plans prévoient l'essai constante afin d'assurer une couverture complète. Tests où les erreurs sont découvertes sont tout aussi essentiels que les essais où aucune erreurs ne sont décelées. Il est plus facile de corriger les erreurs dans une situation de test qu'exécuter les mêmes tâches à partir d'une situation de haute pression. Applications changent fréquemment DR plans doivent donc être flexibles. Avoir un plan détaillé en place peut assurer votre entreprise les meilleures chances possibles de se préparer à n'importe quoi vient à votre rencontre.