Veeam 13 : restauration, Instant Recovery et plan de reprise d’activité

Périmètre

Une sauvegarde ne vaut que par la restauration que l’on a déjà répétée. Ce guide couvre les trois niveaux de reprise d’une PME : une machine, un objet (fichier, utilisateur AD, base SQL, boîte Exchange) et l’infrastructure de sauvegarde elle-même.

Prérequis : des tâches avec traitement applicatif (guide 3) et une copie immuable (guide 2).

Instant Recovery

Instant Recovery démarre une charge directement depuis les fichiers de sauvegarde compressés et dédupliqués, en quelques minutes. Les performances d’I/O sont limitées tant que la machine n’a pas été migrée vers le stockage de production. Veeam la propose vers VMware vSphere et vers Microsoft Hyper-V, pour des VM, des instances EC2 ou des serveurs physiques, et en traitement groupé.

Vers Hyper-V : conditions documentées

• L’hôte Hyper-V cible doit être ajouté à l’infrastructure de sauvegarde.
• L’option « Disable changed block tracking for this host » ne doit pas être cochée sur l’hôte cible : elle désactive le pilote nécessaire.
• La sauvegarde doit compter au moins un point de restauration réussi.
• Si la restauration vise le réseau de production, la machine d’origine doit être éteinte.
• Les disques des charges non Hyper-V sont restaurés en VHDX dynamique (VHD dynamique si l’hôte ne gère pas le VHDX).
• Linux : dracut, mkinitrd ou initramfs fortement recommandés ; systèmes de fichiers montés par UUID dans /etc/fstab.
• Seuls les commutateurs virtuels configurés au niveau de l’hôte sont proposés dans l’assistant.
• Les systèmes BSD ne sont pas supportés.

Ce scénario sert aussi de solution de repli pour une PME qui sauvegarde du vSphere et dispose d’un hôte Hyper-V de secours. Testez-le à froid avant d’en avoir besoin.

Fichiers et objets applicatifs

La restauration de fichiers invités passe par l’assistant File Level Restore : choix de la charge, du point, du serveur de montage, de l’emplacement de l’appliance auxiliaire si nécessaire, du motif, puis finalisation. Pour les objets applicatifs, Veeam Backup & Replication inclut les Veeam Explorers sans licence supplémentaire, avec des fonctions dépendant de l’édition installée.

Après une attaque, préférez la Secure Restore : Veeam analyse le point avec Veeam Threat Hunter, un antivirus tiers ou une règle YARA avant de le restaurer. La disponibilité de chaque moteur dépend de la licence (Veeam Data Platform Feature Comparison).

Sauvegarde de configuration

Si le serveur Veeam disparaît, la sauvegarde de configuration permet de réinstaller et de retrouver toutes les tâches, dépôts et identifiants. Veeam recommande de la faire régulièrement pour chaque serveur de sauvegarde et déconseille de protéger le serveur Veeam par une tâche de sauvegarde ou de réplication classique (gel au snapshot, déconnexion de la base).

1. 01

   Menu principal, Configuration Backup.

2. 02

   Cochez Enable configuration backup to the following repository et choisissez un dépôt qui n’est pas sur le serveur (idéalement immuable : dépôt durci ou objet).

3. 03

   Fixez le nombre de points à conserver et la planification.

4. 04

   Cochez Enable backup file encryption et choisissez le mot de passe (obligatoire si un dépôt durci existe).

5. 05

   Lancez Backup now et contrôlez la session.

Sur un dépôt immuable, Veeam ne supprime pas les anciens points de configuration au-delà de la rétention : il les garde jusqu’à la fin de la période d’immuabilité.

Restaurer le serveur Veeam

Les conditions diffèrent selon la plateforme du serveur cible.

Serveur Windows (assistant de restauration)

• Le compte qui restaure doit disposer du droit « Debug programs », sinon l’assistant renvoie « Access is Denied ».
• La MFA du compte doit être désactivée avant de lancer l’assistant.
• Arrêtez toutes les tâches ; le service Veeam Backup est stoppé pendant la restauration.
• Notez les clés de registre personnalisées : la base de configuration ne les contient pas.
• Un serveur en version 13 restaure des sauvegardes de configuration créées en 12.3.1.1139 ou plus récent.
• Après restauration, les extents capacity tier d’un SOBR passent en mode Sealed : relancez un rescan puis sortez-les de ce mode.

Veeam Software Appliance (Host Management)

• Seules des sauvegardes de configuration créées en version 13 sont restaurables.
• Les fichiers de sauvegarde de configuration non chiffrés ne sont pas supportés.
• Si un Security Officer était configuré, le serveur cible doit en avoir un et il doit saisir la passphrase de la sauvegarde de configuration.

Runbook de reprise

Le runbook ci-dessous est notre trame. Il se déroule dans l’ordre et chaque étape a un responsable nommé et un critère de sortie.

1. 01

   Déclarer et contenir : isoler les segments touchés, couper les comptes compromis, ne rien effacer (preuves).

2. 02

   Vérifier la sauvegarde : le serveur Veeam est-il sain ? Sinon, réinstaller sur une machine propre au même build et restaurer la configuration depuis la copie immuable.

3. 03

   Choisir le point : dernier point antérieur à la compromission, confirmé par la détection de malware ou un Secure Restore.

4. 04

   Restaurer l’identité d’abord : contrôleurs de domaine, DNS, DHCP ; valider l’authentification.

5. 05

   Restaurer les applications par priorité métier : Instant Recovery pour les plus urgentes, restauration complète pour les autres.

6. 06

   Migrer vers la production les machines en Instant Recovery et clôturer les sessions.

7. 07

   Relancer les tâches de sauvegarde et contrôler le premier cycle complet.

8. 08

   Retour d’expérience : écarts de RTO et de RPO, mise à jour du runbook.

Pour un serveur Veeam qui doit rester disponible en permanence, la v13 offre le cluster HA à deux nœuds (licence Veeam Data Platform Premium). Il ne remplace pas une sauvegarde de configuration hors du cluster.

Pièges fréquents

• Mot de passe de chiffrement introuvable le jour J : la configuration chiffrée est inutilisable.
• MFA restée active sur le compte qui restaure la configuration : l’assistant refuse.
• Mauvais build cible : réinstallez le même build ou un build compatible avant de restaurer.
• Original allumé pendant une restauration vers le réseau de production : conflits d’adresses et d’identité.
• Instant Recovery laissé en place : performances dégradées et cache qui se remplit.
• Restauration d’un point infecté : sans analyse préalable, la réinfection est probable.

Tests de reprise

Un plan de reprise non testé est une hypothèse. Veeam cite lui-même Instant Recovery comme moyen de tester la reprise sans copier les données vers la production.

Le rapport quotidien du guide 5 complète ces tests : il signale toute tâche dont le dernier succès dépasse le RPO.

Sources

• User Guide v13 : Instant Recovery to Microsoft Hyper-V
• User Guide v13 : Instant Recovery to Hyper-V, considerations
• User Guide v13 : Instant Recovery to VMware vSphere
• User Guide v13 : Recovering Guest OS Files
• User Guide v13 : Veeam Explorers Overview
• User Guide v13 : Malware Detection
• User Guide v13 : Managing Configuration Database
• User Guide v13 : Scheduling Configuration Backups
• User Guide v13 : Creating Immutable Configuration Backups
• User Guide v13 : Configuration restore, before you begin
• User Guide v13 : Restoring Configuration Database using Host Management
• User Guide v13 : Veeam Backup & Replication Web UI
• User Guide v13 : High Availability cluster