Sauvegarde et reprise d'activité

Une sauvegarde n'est pas un fichier posé quelque part : c'est une chaîne complète qui va de la capture de la donnée jusqu'à la remise en service d'un système utilisable, avec un délai annoncé et tenu. Cette rubrique suit cette chaîne dans les deux sens. Vers l'amont, on regarde les mécanismes de copie, la rétention, l'immuabilité du dépôt, la séparation des comptes d'administration. Vers l'aval, on regarde ce qui compte réellement le jour de l'incident : le temps de remontée, l'ordre de redémarrage des dépendances, et la capacité de l'équipe à conduire la manœuvre sans notes perdues.

Le fil conducteur des analyses publiées ici est le même depuis la première : tant qu'une restauration complète n'a pas été jouée, on ne sait pas si l'on a une sauvegarde. Les incidents des dernières années l'ont montré de deux façons. D'abord parce que les attaques par rançongiciel ciblent la console de sauvegarde avant les postes de travail, ce qui rend la copie inutile si elle reste accessible avec les mêmes identifiants. Ensuite parce que les sinistres physiques rappellent qu'une copie hébergée dans la même salle que la production disparaît avec elle. Immuabilité, déconnexion et test régulier sont les trois réponses, et aucune ne dispense des deux autres.