LMi-MAG 6 Mars 2021 - Flipbook - Page 36
© Peggy & Marco Lachmann-Anke - Pixabay
RETOUR D’EXPÉRIENCE
Continuité d’activité
200 machines virtuelles a été relativement simple.
La réhabilitation des quelques serveurs physiques qui
nécessitaient une restauration bare-metal s’est avérée un peu plus difficile. Si vous n’avez jamais effectué
de restauration bare-metal sur un hardware différent,
l’opération peut être compliquée. Windows est assez indulgent, mais parfois les choses ne fonctionnent pas et il
est nécessaire de réaliser de nombreuses étapes supplémentaires manuellement. Ces récupérations ont été la
partie la plus difficile de la restauration.
Prévoir des comptes locaux
La première leçon, et la plus
PRA - PCA
significative, à tirer de cette
Cahier des charges
catastrophe est la suivante :
aussi importants que soient les
systèmes de sauvegarde et de
récupération, ce ne sont pas
eux qui posent les défis les plus
difficiles à relever dans le cadre cutt.ly/reprise-activite
d’une reprise après sinistre. Il
peut s’avérer beaucoup plus dur de trouver un nouveau
lieu de récupération et un réseau. Ce n’est pas une raison
pour négliger ses stratégies de sauvegardes. Au contraire,
c’est plutôt rassurant dans ce genre de situation de savoir qu’au moins les sauvegardes fonctionnent quand
tout le reste est à l’arrêt. Prévoir des comptes locaux qui
ne reposent pas sur Active Directory serait un bon début. Les services comme Active Directory, nécessaires
pour lancer une récupération, devraient avoir au moins
une copie en cache local du service qui fonctionne sans
connexion Internet. Une instance complètement distincte
d’un tel service serait beaucoup plus résistante. Répétez
les récupérations à grande échelle du mieux que vous
pouvez, et assurez-vous également que vous savez comment les faire sans interface graphique. La possibilité
de se connecter aux serveurs via SSH et d’exécuter des
restaurations en ligne de commande est plus efficace et
plus souple. Aussi inhabituel que cela puisse paraître à
beaucoup, une récupération en ligne de commande est
souvent la seule façon d’avancer. Sur l’île, l’accès au réseau
électrique était limité, donc il ne fallait pas trop compter
dessus pour alimenter les moniteurs. Avoir du matériel
supplémentaire peut se révéler aussi très bénéfique. L’un
des problèmes de la reprise après sinistre, c’est que dès
que vous récupérez vos systèmes, ils doivent être sauvegardés. Mais dans ce genre de situation, vous n’avez pas
nécessairement beaucoup de matériel en surplus à votre
disposition pour les sauvegardes. Le matériel dont vous
disposez travaille déjà très dur pour restaurer d’autres
36 / mars / avril / mai 2021
Il est très difficile d’avoir une connexion stable
quand l’infrastructure - bâtiments et alimentation sur laquelle repose cette connexion ne l’est pas.
systèmes, et vous ne voulez pas, en plus, lui confier la
tâche de sauvegarder les systèmes que vous venez de
restaurer. Le cloud pourrait être utile dans ce cas, mais
Ron n’avait pas cette possibilité.
Il faut prévoir comment sauvegarder ses serveurs pendant et après la reprise d’activité, pendant que le système
de sauvegarde principal est mobilisé pour effectuer la
restauration. L’entreprise de biotechnologie a résolu ce
problème grâce à sa bibliothèque de bandes. Avant le désastre, Initech dupliquait ses sauvegardes sur bandes et
les entreposait dans un endroit sûr hors site. Le disque
principal était utilisé à pleine capacité pour effectuer
la restauration, Ron et son équipe avaient donc besoin
d’un support pour effectuer la sauvegarde quotidienne
des serveurs nouvellement restaurés. Ils ont désactivé le
processus de copie sur bande hors site et ont temporairement redirigé leurs sauvegardes de production vers la
bibliothèque de bandes qui n’avait été utilisée antérieurement que pour créer une copie hors site. L’avantage
des bandes, c’est qu’elles ont une capacité pratiquement
illimitée tant qu’il y a suffisamment de bandes à disposition. Il est aussi plus avantageux d’avoir des bandes en
excès plutôt que beaucoup de disques supplémentaires.