Scénarios de restauration

Lorsque l'on crée une sauvegarde il est capital de se poser la question de la restauration. En particulier : "Dans quel cas de figure est-on amené à faire une restauration, et qu'est-ce que ça règle comme problème ?"

Dans l'imagerie d'Epinal des informaticiens, le risque de perte de données est symbolisé par la perte du disque dur. Vieille réminiscence d'un temps où les coûteux disques de quelques Méga octets avaient une fiabilité douteuse.

Or ce n'est plus le cas aujourd'hui. Les disques approchent le Tera octets avec une fiabilité remarquable, et pour un prix suffisament faible pour qu'on puisse les dupliquer (mirroring, RAID...)

En réalité, la perte physique du disque contenant les dnnées est aujourd'hui un scénario presque négligeable. Mais d'autres événements ont pris le relais. Dont l'erreur humaine qui n'est pas le moindre.

Voici une petite liste non exhaustive de scénarios de 'perte' de données, ou d'appel à une restauration :

Matériel
Disque défectueux	Perte physique du disque contenant sql server.
Disque défectueux	Perte physique du disque contenant des bases de données.
Electronique serveur	Machine physique défectueuse.
Site	Incendie ou destruction totale de la salle serveur.
SQL
Corruption base	Fichiers de la base physiquement corrompus.
Perte login	Perte de droits d’accès, admin ou utilisateur.
Erreur humaine
Bug applicatif	Découverte d’un bug après mise en prod qui affecte la cohérence des données.
Opération inopinée	Destruction involontaire de données (delete sauvage…)
Malveillance	Modification volontaire des données par un attaquant. Peut remonter loin dans le temps.
Virus	Virus corrompant les données et programmes.
Maintenance
Duplication	Demande de duplication de la base vers une autre machine (de test notamment)
Retour version	Annulation d’une mise à jour logicielle qui s’avère défectueuse.
Déplacement	Changement de machine physique supportant le serveur sql.
Mode dégradé
Coupure électricité	En cas de coupure d’électricité, les onduleurs ont une autonomie très limitée. Or certaines applications sont  plus prioritaires que d'autres.
Performances	Baisse de performances subite.

Il est clair que pour certains scénarios une application bête et méchante de la restauration ne suffit pas. Par exemple (cas le plus difficile) si un virus a lentement corrompu les données. Il faut appliquer alors une stratégie adaptée.

La préparation de ces scénarios et la mise en en place de procédures semi-automatiques de restauration facilite et accélère le travail de reprise.