Tester ses restaurations

Ce que fait un test de restauration

Une sauvegarde réussie prouve que les données sont parties et qu'elles sont stockées. Elle ne prouve pas que vous remettrez un serveur ou une application en service avec ces données.

BaaStide ne lance aucun test de restauration automatique. Le test est votre travail. Un test de restauration restaure des données réelles dans un endroit sans risque, puis vérifie ce qui est revenu.

Cette page donne le plan de test de chaque type de restauration. Pour choisir le type, voir Choisir la bonne restauration.

Ce que BaaStide vérifie de lui-même

Ce que BaaStide fait	Ce que cela prouve
Chaque sauvegarde réussie ou partielle crée un point de restauration. Le portail donne l'état et les erreurs de chaque tâche.	Les données sont parties et stockées.
La plateforme contrôle les dépôts pendant sa maintenance. Un contrôle en échec lève l'alerte Vérification en échec.	Le dépôt est lisible.
À la fin d'une restauration, l'agent vérifie le contenu des fichiers qu'il a écrits.	Les fichiers écrits sont fidèles au point de restauration.

Rien de tout cela ne prouve qu'une application repart. BaaStide ne connaît ni vos applications ni vos procédures de remise en service. Il ne sait pas non plus si la politique couvre les bons chemins.

Une restauration ne modifie jamais le point de restauration. Vous pouvez donc refaire un test autant de fois que nécessaire.

Prérequis

• Le rôle Technicien ou Administrateur pour lancer une restauration depuis le portail. Voir Rôles et droits.
• Le rôle Administrateur, avec la vérification en deux étapes active, pour tester une restauration de machine entière.
• Un point de restauration du type testé. Voir Trouver le bon point de restauration.
• Un endroit sans risque : un dossier séparé, une base sous un nouveau nom, une machine de test ou une VM jetable.
• De la place libre sur la cible, au moins la taille de la sélection restaurée.
• La liste des fichiers ou des bases attendus, pour la comparaison.

Quand tester

1. Testez une restauration après la première sauvegarde réussie de chaque nouvelle machine.
2. Testez après chaque changement de politique : chemins, exclusions, planification, rétention. Voir Planification et rétention.
3. Testez après un changement de la machine : nouveau système, nouvelle application, nouveau volume.
4. Testez à période fixe, par exemple chaque mois.
5. Testez chaque type de machine et chaque application du parc : un serveur de fichiers, un serveur de bases, un hôte de VM.
6. Testez chaque type de restauration que vous promettez au client.

Un test réussi sur une machine ne dit rien des autres machines du client.

Plan de test : restauration de fichiers depuis le portail

Ce test prouve que des fichiers reviennent, et qu'ils sont complets.

1. Dans le portail, ouvrez la machine, puis cliquez Restaurer des fichiers.
2. Choisissez le point de restauration le plus récent.
3. Cochez un dossier qui porte des fichiers connus, et au moins un fichier volumineux.
4. À l'étape Destination, gardez Cette machine, puis choisissez Dossier séparé.
5. Gardez le dossier cible daté que le portail propose. Il ne touche aucun fichier en place.
6. Sous Si un fichier existe déjà, gardez Ne pas le toucher.
7. Lancez la restauration, puis suivez la page de la restauration jusqu'à l'état Réussie. Voir Suivre et arrêter une restauration.
8. Ouvrez le dossier cible sur la machine. Les fichiers sont sous ce dossier, avec leur chemin d'origine.
9. Comparez avec la source : le nombre de fichiers, la taille de chaque fichier, et la date de modification.
10. Ouvrez deux ou trois fichiers et lisez leur contenu.
11. Effacez le dossier cible.

La procédure complète est dans Restaurer des fichiers depuis le portail.

Le test échoue aussi quand la restauration finit à l'état Partielle. Lisez le tableau Fichiers non restaurés, corrigez la cause, puis refaites le test.

Plan de test : restauration sur une machine neuve

Ce test prouve que vous pouvez remonter les données du client sur un autre matériel.

1. Préparez une machine de test du même système que la source, avec un agent enrôlé.
2. Ouvrez l'assistant Restaurer des fichiers depuis la machine source.
3. À l'étape Destination, choisissez Une autre machine du MSP, puis la machine de test.
4. Gardez Dossier séparé, puis lancez la restauration.
5. Vérifiez les fichiers sur la machine de test.

Gardez la machine de test dans le même client que la source. Une restauration vers un autre client demande une confirmation et partage des clés : ce n'est pas un test de routine.

Plan de test : restauration en ligne de commande

Ce test prouve que la machine restaure ses fichiers sans le portail.

1. Ouvrez une session sur la machine, en root ou en administrateur.

2. Listez les points de restauration :

   sudo baastide restore --list

3. Relevez l'identifiant d'un point de restauration de fichiers.

4. Restaurez ce point dans un dossier de test :

   sudo baastide restore <identifiant> --target /var/lib/baastide/restore/test

5. Lisez la dernière ligne. Elle donne Restored snapshot <identifiant>.

6. Comparez les fichiers du dossier de test avec la source.

7. Effacez le dossier de test.

La procédure complète, les dossiers cibles acceptés et les messages d'erreur sont dans Restaurer en ligne de commande sur la machine.

Faites ce test sur chaque machine dont le client attend une restauration sans portail.

Plan de test : bases SQL Server

Ce test prouve qu'une base revient et qu'elle est saine.

1. Dans le portail, ouvrez la machine Windows, puis l'onglet SQL Server.
2. Dans le tableau Points de restauration SQL Server, cliquez Restaurer.
3. À l'étape Bases, choisissez le point de restauration, puis cochez une base.
4. À l'étape Destination, choisissez Restaurer sous un nouveau nom. Les bases actuelles ne changent pas.
5. À l'étape Vérifier et lancer, cochez Vérifier les bases après la restauration (DBCC CHECKDB). Ce contrôle prend plus de temps sur une grande base.
6. Lisez le récapitulatif, puis cliquez Lancer la restauration.
7. Attendez la fin, puis lisez le résultat du contrôle.
8. Dans la base restaurée, comparez le nombre de lignes des tables principales avec la production.
9. Supprimez la base de test.

N'écrasez jamais une base de production pour un test.

Plan de test : machine entière

Ce test prouve que vous remettez une machine en service après une panne de disque. C'est le test le plus long, et le seul qui prouve la remise en service complète.

1. Préparez une machine de test ou une VM jetable. Son disque cible porte la même taille de secteur logique que le disque source, et il est assez grand pour toutes les partitions de la source.
2. Isolez cette machine du réseau de production, ou coupez sa carte réseau. Deux machines avec la même identité créent des conflits.
3. Préparez le média de restauration, puis démarrez la machine de test sur ce média. Voir Préparer le média de restauration.
4. Appairez le média avec le portail, choisissez l'image et le disque cible, puis approuvez.
5. Suivez la restauration sur l'écran du média. Voir Restaurer une machine Windows entière ou Restaurer une machine Linux entière.
6. Démarrez la machine restaurée, puis ouvrez une session.
7. Vérifiez les services et les applications.
8. Éteignez et effacez la machine de test.

Ne faites jamais ce test sur une machine en service : la restauration réécrit le disque.

Plan de test : machines virtuelles

Ce test prouve qu'une VM repart depuis son point de restauration.

1. Dans le portail, ouvrez l'hôte Hyper-V, puis l'onglet VM. Pour Proxmox VE, ouvrez le nœud, puis l'onglet VM et conteneurs.
2. Choisissez une VM, puis cliquez Restaurer.
3. Créez une nouvelle VM sur l'hôte. Ne remplacez pas les disques d'une VM en service.
4. Lisez l'aperçu, puis lancez la restauration.
5. Démarrez la nouvelle VM sans son réseau de production.
6. Vérifiez le système et les applications de la VM.
7. Supprimez la nouvelle VM.

Voir Choisir la bonne restauration pour le chemin de chaque restauration de VM.

Plan de test : Microsoft 365

Ce test prouve qu'un document OneDrive ou SharePoint revient dans le tenant.

1. Vérifiez que la restauration est activée pour le tenant. Sans cette activation, BaaStide ne restaure rien dans le tenant.
2. Choisissez un document connu, puis lancez sa restauration.
3. Gardez la cible Un nouveau dossier de restauration. BaaStide crée un nouveau dossier à la racine du lecteur, nommé au lancement. Rien ne change en place.
4. Ouvrez ce dossier, puis ouvrez le document.
5. Supprimez ce dossier.

Les boîtes mail, les calendriers, les contacts et les messages des canaux Teams ne se restaurent pas dans le tenant. Pour ces contenus, testez un export. Voir Sauvegarder Microsoft 365.

Noter le résultat du test

Gardez une trace de chaque test. Notez six éléments :

1. la date du test ;
2. le client et la machine ;
3. le type de restauration testé ;
4. le point de restauration utilisé ;
5. le résultat : réussi, partiel ou échoué ;
6. la durée de la restauration.

La durée est utile : elle donne au client le temps de remise en service qu'il peut attendre.

Le portail garde deux traces de chaque test :

• l'onglet Restaurations de la machine, avec l'état, le début et le résultat ;
• le journal d'audit, avec la demande et la fin de la restauration. Voir Journal d'audit.

Ces deux traces ne remplacent pas votre relevé : elles ne disent pas si les données restaurées étaient utilisables.

Dire au client qui teste

BaaStide ne sait pas si une sauvegarde est utilisable pour votre client. Si vous sauvegardez les serveurs de clients, écrivez dans votre contrat :

• qui lance les tests de restauration ;
• à quelle fréquence ;
• quels types de restauration sont testés ;
• quel délai de remise en service le client peut attendre.

Limites et précautions

• Un test de restauration lit des données réelles. Choisissez toujours une cible sans risque : un dossier séparé, une base sous un nouveau nom, ou une machine jetable.
• Ne restaurez jamais à l'emplacement d'origine pour un test : vous écraseriez des données en service.
• Une machine exécute une seule restauration à la fois. Lancez un test en dehors des heures de sauvegarde du client.
• Une restauration n'est pas limitée en débit. Un gros test occupe le lien de la machine. Voir Limiter le débit d'envoi.
• Une base de données copiée par une politique de fichiers pendant qu'elle tourne peut être incohérente. Sauvegardez-la avec la politique prévue pour elle, ou avec un script avant la sauvegarde. Voir Scripts avant et après une sauvegarde.
• Testez avant la fin de la rétention. Un point de restauration supprimé par la rétention ne revient pas. Voir Planification et rétention.
• Une restauration réussie ne prouve pas qu'une application redémarre. Allez jusqu'au démarrage de l'application dans votre test.
• Un test de machine entière démarre une deuxième machine avec la même identité. Isolez-la du réseau de production.
• L'alerte Vérification en échec signale un défaut dans un dépôt. Traitez-la avant de promettre une restauration au client. Voir Alertes.

Référence

• Choisir la bonne restauration
• Suivre une tâche de sauvegarde
• CLI de l'agent : baastide restore.