Test de restauration mensuel : méthode et PV de test¶
Objectif. Prouver chaque mois, procès-verbal à l'appui, qu'une VM, un fichier et (une fois par trimestre) une sauvegarde de la copie MSP se restaurent dans le délai attendu (RTO) et à la date attendue (RPO). Un verify vert prouve l'intégrité des blocs ; seul ce test prouve que le service redémarre.
Méthode¶
| Élément | Règle |
|---|---|
| Fréquence | Mensuelle, à date fixe (par exemple le 2e mardi) |
| Échantillon | 1 VM critique tournante (liste en annexe du dossier d'exploitation) + 1 fichier + 1 conteneur si présent |
| Trimestriel | Une restauration depuis la copie MSP (RB-15) ou depuis bande |
| Annuel | Restauration d'une application complète multi-VM (AD + application + base) dans un réseau isolé |
| Lieu | Sous un nouvel ID, sur un bridge ou un VLAN isolé, jamais par-dessus l'original |
| Mesures | Durée de restauration, âge du point restauré, résultat du contrôle applicatif |
| Trace | PV signé, archivé avec les captures ; écarts suivis en ticket iTop |
Avant de toucher la prod
- Créneau validé avec le responsable applicatif de la VM testée.
- Espace libre sur le stockage cible (au moins la taille des disques de la VM).
- VLAN ou bridge isolé disponible (par exemple
vmbr9sans uplink), ou carte réseau à déconnecter. - Plage d'ID de test réservée (9100 à 9199).
- Clé de chiffrement accessible si les sauvegardes sont chiffrées : le test vérifie aussi le séquestre.
Étapes¶
-
Choisir la sauvegarde : la plus récente pour mesurer le RPO, ou une plus ancienne (J-7) pour vérifier la rétention.
-
Restaurer sous un nouvel ID, sans démarrage, puis isoler le réseau. Détail des modes dans RB-12.
-
Démarrer la VM (
qm start 9101) et mesurer le temps jusqu'à la console de connexion. - Contrôles applicatifs, définis à l'avance par VM : service démarré, base qui s'ouvre, dernier enregistrement à la date attendue, journaux sans erreur de cohérence.
- Restauration d'un fichier depuis une autre VM avec File Restore (RB-13) : ouvrir le fichier, comparer sa date.
- Remplir le PV, puis détruire la VM de test :
qm stop 9101 && qm destroy 9101 --purge.
Vérifications
Le PV est complet, signé, et chaque critère est Conforme ou associé à un ticket. La VM 9101 n'existe plus (qm list | grep 9101 ne renvoie rien). Aucune VM de test n'a été connectée au réseau de production.
Rollback
Le test ne touche pas l'original. En cas de doute (conflit d'adresse IP, VM de test démarrée sur le mauvais réseau) : qm stop 9101 immédiatement, vérifier l'original, puis reprendre.
Pièges vus en support
- Toujours tester la même petite VM Linux : le test passe, mais la VM SQL de 2 To n'a jamais été restaurée.
- VM de test démarrée avec sa carte réseau active : conflit d'IP ou de nom, double contrôleur de domaine, envoi de mails en double.
- Contrôleur de domaine Windows restauré seul : le test applicatif échoue faute de partenaires de réplication. Tester en bulle isolée avec ses dépendances.
- Clé de chiffrement trouvée « sur le nœud » : le test passe, mais le séquestre n'est pas vérifié. Restaurer au moins une fois par an avec la paperkey.
- Oublier de détruire les VMs de test : stockage consommé, et elles finissent sauvegardées par le job nocturne.
Quand ouvrir un ticket iTop
Restauration en échec ou VM qui ne démarre pas : P2. RTO mesuré supérieur à l'engagement : P3 (revue d'architecture). Demande de restauration trimestrielle depuis la copie MSP : P4, à planifier. Joindre le PV et le log de la tâche de restauration. En contrat N3, le MSP exécute le test et vous transmet le PV.
Modèle de PV de test de restauration¶
Copiez ce modèle dans votre outil documentaire, un PV par test.
PROCÈS-VERBAL DE TEST DE RESTAURATION Réf. : PVR-AAAA-MM-nn
--------------------------------------------------------------------------------
Client / site : ............................ Contrat : N1 / N2 / N3
Date du test : ....../....../...... Opérateur : ...................
Témoin (métier) : ............................
1. PÉRIMÈTRE
Source : [ ] PBS local (pbs-local) [ ] copie MSP [ ] bande
Objet : VM / CT n° ...... Nom : ........................
Taille des disques : ....... Go Application : ......................
Point restauré : ....../....../...... à ....h.... (backup-time)
Chiffrement : [ ] non [ ] oui, clé fournie par : [ ] nœud [ ] paperkey/séquestre
2. EXÉCUTION
Mode : [ ] nouvel ID (n° ......) [ ] live-restore [ ] fichier unitaire
Stockage cible : .................... Réseau : [ ] isolé (......) [ ] déconnecté
Début restauration : ....h.... Fin : ....h.... Durée : ...... min
Démarrage OS : ...... min après la fin de restauration
3. CONTRÔLES Conforme Non conforme
OS démarre, ouverture de session [ ] [ ]
Service applicatif démarré : .................... [ ] [ ]
Donnée témoin datée du point restauré : .......... [ ] [ ]
Journaux sans erreur de cohérence [ ] [ ]
Fichier unitaire restauré et lisible : ........... [ ] [ ]
Verify du snapshot à l'état "ok" dans PBS [ ] [ ]
4. INDICATEURS
RPO mesuré (âge du point) : ...... h Objectif : ...... h [ ] OK [ ] KO
RTO mesuré (total) : ...... min Objectif : ...... min [ ] OK [ ] KO
5. ÉCARTS ET ACTIONS
Écart : ................................. Ticket iTop n° : ..............
Action / responsable / échéance : ..........................................
6. NETTOYAGE
VM/CT de test détruite le ....../...... à ....h.... [ ]
Signatures : Opérateur .................. Responsable infra ..................