Récupération après sinistre et continuité des activités Services de conseil

La récupération après sinistre (RAS) et la continuité des activités constituent les plans à mettre en œuvre lorsque des éléments essentiels cessent de fonctionner : un système, un site, un fournisseur ou même une personne. Ces plans définissent ce qui doit continuer à fonctionner, ce qui doit être reconstruit et dans quel ordre. L'objectif est de prendre ces décisions lors de réunions de conception, et non au moment de la panne.

Périmètre couvert

• Opérations essentielles : le petit ensemble de fonctions qui doivent continuer à fonctionner quoi qu'il arrive. Toutes les autres fonctionnalités sont classées en arrière-plan par rapport à celles-ci.
• Sauvegardes et copies : copies actuelles et vérifiables des données, conservées de manière à ce que l'élément ayant détruit l'original ne puisse pas également détruire les copies de secours.
• Reprise d'activité et reconstruction : la manière dont un service est transféré vers un emplacement de secours ou reconstruit à partir d'éléments sains, ainsi que le temps que cette opération prend.
• Communication : qui est informé, qui prend les décisions et ce que les employés doivent entendre, afin d'éviter que les rumeurs ne dictent la réponse.

Failles courantes

• Sauvegardes non testées : une restauration jamais exécutée en pratique n'est qu'une supposition. C'est lors des tests que les éléments manquants et les fichiers corrompus se révèlent.
• Points de défaillance uniques cachés : une seule base de données, un seul administrateur ou un seul portail fournisseur sur lequel tout repose. La défaillance de l'un d'eux entraîne l'arrêt simultané de plusieurs services.
• Documentation obsolète : un manuel d'exploitation correspondant à l'environnement de l'année dernière échouera selon l'ordre exact dans lequel ses étapes sont listées.

Aspects à considérer

• Courbe des coûts de récupération : la rapidité de récupération entraîne rapidement des coûts élevés. Concevrez le temps de récupération réellement nécessaire pour chaque service, et non le plus rapide possible.
• Implication des personnes : un plan qui suppose la disponibilité d'un employé parti échouera le jour où il sera nécessaire. La responsabilité doit être attachée à un rôle désigné, et non à un nom propre.
• Dépendance aux fournisseurs : si un service clé doit être relancé via le portail d'un seul fournisseur, la vitesse de récupération est limitée par la réactivité de ce fournisseur, et non par votre plan.

Comment NobleConsul peut vous aider

Là où c'est pertinent, NobleConsul peut appuyer l'identification des opérations essentielles et des points de défaillance uniques, la conception de cibles de récupération réalistes, ainsi que la planification des tests permettant de vérifier la validité du plan, en tant qu'activités de conseil potentielles.