Les meilleures pratiques pour la planification de la reprise après sinistre de l’environnement, vous devez savoir invenio

40% des entreprises ne rouvrent jamais leurs portes après un catastrophe, selon FEMA. Même parmi ceux qui survivent initialement, plus de 70% échouent dans les deux ans. La partie la plus frustrante est la suivante: la grande majorité de ces échecs pourraient être évités avec RTO planification de reprise après sinistre.

Dans le monde informatique, RTO reprise après sinistre désigne généralement le temps de récupération de réseaux informatiques spécifiques, de données, d’applications, de serveurs ou d’autres systèmes. C’est la quantité de temps d’arrêt qu’une entreprise peut raisonnablement tolérer avant que la catastrophe ne devienne plus dévastatrice en termes de perte de revenus, de coûts de survie prévus ou d’autres facteurs.

L’identification de votre RTO, par rapport à des systèmes métier spécifiques, est donc un élément crucial de la continuité de votre activité Planification.


C’est un point de départ pour déterminer quel type d’interruption l’entreprise peut supporter et quelles mesures doivent être prises pour y répondre. récupération objectifs de temps. Comment déterminer votre RTO

Étant donné qu’un objectif de temps de récupération est généralement lié aux coûts et aux revenus d’exploitation, vous devrez probablement consulter les différents directeurs de département et unités d’affaires pour établir l’OTR. Idéalement, ce groupe de personnel sera déjà identifié comme l’équipe de rétablissement dans votre PCA.

Une heure d’inactivité opérationnelle coûte aux petites entreprises en moyenne 8 581 $ l’heure, selon les chiffres de The Atlantic. D’autres catastrophes peuvent coûter jusqu’à 100 000 $ de l’heure. Calculez avec soin les pertes que votre entreprise subira si divers systèmes échouaient. Tenez compte du coût des salaires versés aux travailleurs inactifs, des pertes de revenus, des réparations technologiques, de la restauration des données perdues, des amendes du gouvernement et de toute autre dépense. Considérez également les pertes qui peuvent survenir en raison d’une réputation de l’entreprise endommagée, ce qui peut être un facteur important lorsque les clients sont touchés par votre catastrophe.

En quoi les différentes opérations dépendent-elles d’un système, d’une application ou d’une technologie unique? Tenez compte de l’impact de la défaillance du système dans l’organisation. Identifiez les fonctions, les services et les processus qui vont s’arrêter (ou même simplement ralentir) si ce seul système échouait.

Votre PCA doit identifier un plan B (ou un plan C, D, etc.) qui peut aider à restaurer partiellement les opérations jusqu’à ce qu’une récupération complète soit terminée. C’est un processus idéal pour la planification de reprise après sinistre RTO, car il vous permet d’étendre l’objectif de temps de récupération.

Déterminer comment la durée des temps d’arrêt influencera le coût des pertes. Pour de nombreuses entreprises, ce n’est pas une ligne droite et proportionnelle. Au lieu de cela, vous pouvez découvrir que le taux de pertes augmente de façon exponentielle avec chaque heure d’arrêt supplémentaire. Assurez-vous de prendre en compte ces augmentations potentielles dans votre formule RTO.

• Les systèmes liés à des fonctions métier critiques nécessitent naturellement un RTO plus court. Considérez un détaillant en ligne important étant renversé par une cyberattaque. Alors que des entreprises comme Amazon pourraient probablement survivre à une attaque prolongée, malgré des pertes de plusieurs millions de dollars, vous pouvez parier que ces entreprises considèrent presque n’importe quelle quantité de le temps de récupération être inacceptable. Ainsi, ils mettent en place un nombre impressionnant de mesures de protection afin de minimiser les risques d’indisponibilité. (Cela révèle également une nature quelque peu subjective à l’identification d’un RTO, que nous reviendrons dans une minute.)

• Les systèmes moins critiques peuvent avoir un RTO de plusieurs semaines ou même plusieurs mois. Par exemple, une défaillance d’un ordinateur dans une petite entreprise peut ne pas être immédiatement dévastatrice. Mais sans résolution, les pertes subies finiront par atteindre un point inacceptable, surtout si elles sont liées à des travailleurs inactifs et à d’autres dépendances.

RPO signifie objectif de point de récupération. Alors que RTO définit une durée acceptable pour la récupération, RPO se réfère à une quantité acceptable de données que vous pouvez perdre, mesurée dans le temps. Par exemple: 12 heures de données qui n’étaient pas incluses dans la sauvegarde la plus récente.

RPO est utilisé pour déterminer le point de récupération approprié pour les sauvegardes de données. Par exemple, si votre organisation détermine qu’une perte de données supérieure à quatre heures entraînerait des pertes inacceptables ou d’autres conséquences négatives sur les opérations, vos points de récupération de sauvegarde ne devraient pas dépasser quatre heures.

Rappelez-vous l’exemple Amazon ci-dessus? Alors que les grandes entreprises ont les ressources pour gérer une panne prolongée, elles ont également les ressources nécessaires pour définir des RTO agressives. Plus de personnel, plus de technologies préventives et une planification de continuité plus complète permettent à ces entreprises de viser les objectifs de temps de récupération les plus bas possibles.

Remarque importante: si vous définissez un RTO agressif, assurez-vous qu’il est réaliste et basé sur les projections de risque / perte réelles. Vous serez avoir besoin pour calculer exactement combien de temps d’arrêt l’entreprise peut gérer avant que les pertes sont trop à surmonter. 3 raisons de l’échec de RTO

Ne définissez pas un RTO impossible. Aussi, ne tirez pas votre RTO hors de l’air. Votre objectif de temps de récupération sera toujours limité aux capacités des technologies qui restaurent vos systèmes, ainsi qu’aux personnes qui gèrent ce processus.

Par exemple, certaines entreprises font l’erreur de sauvegarder toutes leurs données, mais pas leurs configurations réseau, les informations sur l’état du système et les autres paramètres nécessaires pour restaurer les serveurs et le réseau. Si votre RTO ne prend en compte que le temps nécessaire à la restauration des données, vous pouvez constater que la récupération complète prendra beaucoup de temps.

Le spécialiste de la récupération, Michael Maliniak, écrit dans Forbes: «Lorsque vous restaurez [à partir d’une bande], plusieurs restaurations multiples doivent avoir accès à la même bande. Cela peut entraîner l’exécution de vos restaurations en série plutôt qu’en parallèle, ce qui augmente considérablement vos temps de restauration. “

En savoir plus sur les solutions de sauvegarde et de restauration fiables capables de récupérer les données plus rapidement et d’éliminer pratiquement les temps d’arrêt. Parlez aux experts en continuité des affaires chez Invenio IT. Apprenez-en plus sur www.invenioIT.com, appelez le (646) 395-1170 ou envoyez un e-mail [email protected].