Vous avez téléchargé un System State via l’agent MARS, mais Windows Server Backup n’affiche aucune sauvegarde ? Ce guide explique pourquoi, comment restaurer proprement avec MARS, et, si nécessaire, comment forcer la détection par Windows Server Backup.
Contexte et cause la plus probable
Le System State restauré depuis Azure via l’agent Microsoft Azure Recovery Services (MARS) n’est pas un simple dossier que Windows Server Backup (WSB) identifie spontanément. MARS gère son propre catalogue et orchestre la restauration : il télécharge puis ré‑hydrate les données, monte automatiquement l’image VHD/VHDX du System State et pilote en arrière‑plan les opérations nécessaires (y compris l’appel à wbadmin quand c’est requis). Si l’on ouvre directement l’assistant WSB sans passer par la console MARS, WSB ne « voit » rien car la structure de catalogue qu’il attend n’est pas en place.
Symptômes typiques
- Le fichier System State (archive locale ou VHD/VHDX) est bien présent sur
C:\après téléchargement. - La fonctionnalité Windows Server Backup est installée et lancée.
- L’assistant de restauration WSB affiche « Aucune sauvegarde détectée » ou « No backups available ».
wbadmin get versionsne retourne aucun identifiant de version.
Ce qu’il faut retenir avant de commencer
- Pour un System State issu d’Azure Backup, la méthode recommandée est de passer par la console MARS. C’est l’unique moyen d’exploiter le catalogue MARS, de déchiffrer correctement les données et de monter l’image attendue.
- Si une procédure interne impose WSB, il faut reconstruire précisément l’arborescence
WindowsImageBackupà la racine d’un volume local/USB et utiliserwbadminavec l’identifiant de version exact. - La cohérence du nom de machine et de l’horloge peut influer sur la détection automatique.
Procédure recommandée : restaurer le System State avec MARS (sans WSB)
Prérequis
- Accès administrateur local.
- Agent MARS installé (ou réinstallé) sur la machine cible.
- Vault credentials file (fichier d’identification du coffre) valide et passphrase de chiffrement d’origine.
- Espace disque temporaire suffisant pour le montage du VHD/VHDX du System State.
Étapes détaillées
- Ouvrez la console Microsoft Azure Backup (Microsoft Azure Recovery Services Agent) sur le serveur.
- Cliquez sur Recover Data.
- Choisissez Another Server si vous restaurez sur une machine différente ou fraichement réinstallée (recommandé dans la majorité des cas après sinistre). Importez le vault credentials file et saisissez la passphrase.
- Sélectionnez le coffre et le point de restauration contenant le System State voulu. Filtrez par date/heure si nécessaire.
- Dans les options de récupération, choisissez System State puis l’une des cibles :
- Original location si la restauration s’effectue sur la même machine (même nom d’hôte, même rôle).
- Alternate location si la restauration s’effectue sur un autre serveur (recommandé pour tester).
- Lancez la récupération. L’agent MARS va :
- valider le catalogue,
- décrypter et ré‑hydrater les blocs,
- monter automatiquement l’image
System State(VHD/VHDX), - déclencher la phase de restauration appropriée (y compris
wbadminen arrière‑plan si nécessaire).
Surveiller la progression
Vous pouvez suivre l’avancement de deux manières :
- Dans la console MARS, via le volet de progression.
- En ligne de commande :
wbadmin get status
En cas d’échec, consultez les journaux MARS :
%ProgramFiles%\Microsoft Azure Recovery Services Agent\Temp\CBEngineCurr.errlog
Quand utiliser le mode Another Server
Utilisez Another Server dès que le serveur cible n’est pas exactement celui qui a créé la sauvegarde (changement d’hôte, de SID, réinstallation). Ce mode permet d’associer le fichier System State téléchargé avec le catalogue MARS et d’indiquer l’emplacement local de l’archive/VHD si la console ne le détecte pas automatiquement.
Important : ne démarrez pas l’assistant Windows Server Backup pour « chercher » la sauvegarde MARS. Tant que MARS n’a pas monté la source correcte, WSB ne la détectera pas.
Procédure alternative : forcer la détection par Windows Server Backup
Cette voie est utile si vos procédures imposent WSB (wbadmin) pour tracer l’opération ou pour intégrer la restauration à un runbook existant.
Principe
WSB ne lit que des sauvegardes placées sous une arborescence stricte, à la racine d’un volume, sous WindowsImageBackup\<NomDuServeur>. L’identification se base sur le catalogue interne de ce dossier. Si votre fichier téléchargé depuis MARS ne correspond pas à cette structure, WSB l’ignorera.
Arborescence attendue par WSB
| Chemin | Rôle | Remarques |
|---|---|---|
X:\WindowsImageBackup\<NomDuServeur>\ | Racine des sauvegardes WSB | Le lecteur X: peut être une clé USB ou un disque local. |
...\Catalog\ | Catalogue global | Contient le fichier de catalogue permettant l’indexation des versions. |
...\Backup YYYY-MM-DD HHMMSS\ | Dossier de version | Chaque exécution crée un dossier de version où se trouvent les métadonnées System State. |
...\Systèmestate\ (ou équivalent) | Données System State | Contenu dépendant de la source ; ne pas modifier. |
Étapes détaillées
- Créez à la racine d’un volume local/USB la structure
WindowsImageBackupsi elle n’existe pas. - Copiez intégralement le dossier
WindowsImageBackupfourni/produit par MARS vers cette racine sans renommer <NomDuServeur>. - Vérifiez la détection dans WSB :
wbadmin get versions
Vous devez obtenir un identifiant de version au format MM/DD/YYYY-HH:MM. Utilisez-le ensuite pour lancer la restauration System State :
wbadmin start systemstaterecovery -version:10/15/2025-13:45 -quiet
Sur un contrôleur de domaine, ajoutez l’option -authsysvol si vous devez réaliser une restauration autoritative du SYSVOL :
wbadmin start systemstaterecovery -version:10/15/2025-13:45 -authsysvol -quiet
Si les versions n’apparaissent pas, la structure ou le catalogue ne correspondent pas à ce qu’attend WSB. Reprenez alors la méthode MARS (recommandée) ou vérifiez chaque point listé ci‑dessous.
Checklist de diagnostic rapide
| Étape | Action recommandée | Pourquoi / Détails |
|---|---|---|
| 1 | Vérifier le catalogue MARS : console Microsoft Azure Backup → Recover Data. | Le fichier récupéré seul ne suffit pas ; MARS maintient son propre catalogue. |
| 2 | Dans l’assistant MARS, choisir Another Server si la restauration ne s’effectue pas sur la machine source. | Permet d’indiquer l’emplacement du fichier System State (.vhd/.vhdx ou archive) et d’associer les métadonnées. |
| 3 | Éviter WSB pour ce cas : lancer la restauration depuis l’assistant MARS. | MARS orchestre la ré‑hydratation et le montage VHD requis par wbadmin en arrière‑plan. |
| 4 | Si WSB est impératif : copier WindowsImageBackup à la racine d’un volume, exécuter wbadmin get versions puis wbadmin start systemstaterecovery -version:…. | WSB ne détecte que les sauvegardes placées sous X:\WindowsImageBackup\<NomDuServeur> avec la structure attendue. |
| 5 | Vérifier l’horloge et le nom d’hôte. | Des divergences (renommage, time skew) peuvent bloquer la détection/corrompre la restauration. |
| 6 | Consulter la documentation de restauration System State depuis Azure Backup et les journaux MARS. | En particulier : %ProgramFiles%\Microsoft Azure Recovery Services Agent\Temp\CBEngineCurr.errlog pour diagnostiquer les erreurs de montage/catalogage. |
Vérifications techniques utiles
Contrôler les services requis
sc query obengine
sc query wbengine
Les services obengine (agent MARS) et wbengine (Windows Backup Engine) doivent être en état RUNNING pendant l’opération.
Valider la présence de l’outil de récupération MARS
where OBRecoveryCmd.exe
Exécuter une exportation du catalogue peut aider à resynchroniser l’état local :
"%ProgramFiles%\Microsoft Azure Recovery Services Agent\bin\OBRecoveryCmd.exe" /Catalog
Examiner les journaux
- MARS :
%ProgramFiles%\Microsoft Azure Recovery Services Agent\Temp\CBEngineCurr.errlog - WSB :
C:\Windows\Logs\WindowsServerBackup\ - Observateur d’événements : journaux Application et journaux spécifiques Azure Backup si présents.
Points d’attention selon le rôle du serveur
- Contrôleurs de domaine : exécuter la restauration en Directory Services Restore Mode. Utilisez
-authsysvolsi vous réalisez une restauration autoritative du SYSVOL. Prévoyez la réplication AD post‑restauration. - Serveurs d’application : planifiez les redémarrages nécessaires ; le System State inclut le registre, les pilotes, le COM+, les fichiers de démarrage et, selon le rôle, des composants sensibles.
- Serveurs renommés : privilégiez le mode Another Server de MARS. Si vous forcez WSB, reconstituez l’arborescence avec le nom d’origine attendu dans
WindowsImageBackup.
Procédure de test hors‑production (recommandée)
- Créez une VM Windows Server 2016 vierge et isolez‑la du réseau de production si vous testez un DC.
- Installez l’agent MARS, récupérez le System State en mode Another Server et pointez vers votre téléchargement local.
- Exécutez la restauration System State, redémarrez, puis validez :
- Intégrité du registre et des services.
- Event Logs sans erreurs bloquantes.
- Si DC : service NTDS et état de la réplication (une fois reconnecté à un réseau de test).
Automatiser quelques contrôles avec PowerShell
Exemple de bloc à adapter pour vérifier la structure WSB et lister les versions :
param(
[string]$Root = "E:\WindowsImageBackup",
[string]$ServerName = $env:COMPUTERNAME
)
$path = Join-Path $Root $ServerName
if (Test-Path $path) {
Write-Host "Structure trouvée : $path"
Write-Host "Contenu :"
Get-ChildItem -Path $path -Depth 2 | Format-Table -AutoSize
Write-Host "`nVersions détectées par wbadmin :"
wbadmin get versions
} else {
Write-Host "Structure absente : $path"
} Erreurs fréquentes et remèdes
| Problème | Cause probable | Solution |
|---|---|---|
| WSB n’affiche rien | Structure WindowsImageBackup incorrecte ou non placée à la racine | Recréez l’arborescence à la racine du volume, relancez wbadmin get versions. |
| Échec de montage du VHD par MARS | Espace disque temporaire insuffisant, VHD verrouillé | Libérez de l’espace, fermez les outils accédant au fichier, relancez la restauration MARS. |
| Erreur de déchiffrement | Passphrase ou credentials du coffre invalides/expirés | Utilisez la passphrase et le fichier d’identification du coffre d’origine. Régénérez le fichier si besoin. |
Version introuvable via wbadmin | Nom de serveur différent, décalage de date/heure | Vérifiez hostname et l’horloge (w32tm /query /status). Utilisez MARS > Another Server. |
Bonnes pratiques pour éviter les mauvaises surprises
- Conservez toujours le fichier vault credentials et la passphrase d’origine. Ils sont indispensables pour restaurer sur un autre serveur.
- Testez périodiquement la restauration System State dans un environnement isolé.
- Exportez régulièrement le catalogue MARS pour validation hors‑ligne :
"%ProgramFiles%\Microsoft Azure Recovery Services Agent\bin\OBRecoveryCmd.exe" /Catalog
- Documentez l’arborescence attendue par WSB et incluez dans vos runbooks un contrôle du chemin.
- Sur DC : planifiez clairement le type de restauration (autoritative/non‑autoritative) et la séquence post‑restauration.
Exemples de commandes utiles
| Objectif | Commande | Commentaire |
|---|---|---|
| Lister les versions connues de WSB | wbadmin get versions | Retourne l’identifiant MM/DD/YYYY-HH:MM à réutiliser. |
| Lancer une restauration System State | wbadmin start systemstaterecovery -version:10/15/2025-13:45 -quiet | Ajoutez -authsysvol pour la restauration autoritative de SYSVOL. |
| Suivre une restauration en cours | wbadmin get status | Utile pour superviser un job lancé par MARS. |
| Vérifier les services clés | sc query obengine, sc query wbengine | Doivent être RUNNING durant la récupération. |
| Exporter/rafraîchir le catalogue MARS | OBRecoveryCmd.exe /Catalog | Synchronise le catalogue local MARS avec l’état attendu. |
Flux décisionnel rapide
- Besoin d’aller vite ? Ouvrez la console MARS → Recover Data → Another Server → sélectionnez System State → laissez MARS monter et restaurer.
- Procédure WSB imposée ? Mettez
WindowsImageBackup\<NomDuServeur>à la racine d’un volume, vérifiezwbadmin get versions, lancezwbadmin start systemstaterecovery -version:…. - Rien n’est détecté ? Contrôlez nom d’hôte, horloge, services, journaux MARS/WSB, et réexportez le catalogue MARS.
FAQ
Pourquoi WSB ne voit-il pas mon System State téléchargé ?
Parce que la sauvegarde Azure Backup/MARS n’est pas indexée par le catalogue de WSB tant que MARS n’a pas monté l’image et préparé la structure attendue. Le téléchargement brut ne suffit pas.
Puis‑je restaurer sur une machine au nom différent ?
Oui, via le mode Another Server de MARS, à condition d’avoir le fichier d’identification du coffre et la passphrase.
Dois‑je être connecté à Internet ?
Pour authentifier le coffre et valider le catalogue, oui en général. Une fois le contenu ré‑hydraté et local, certaines étapes peuvent s’exécuter hors‑ligne, mais la phase initiale de récupération MARS requiert souvent la validation du coffre.
Comment prouver la conformité si ma politique exige WSB ?
Restaurer via MARS (méthode supportée), puis, si audit requis, documenter la session (wbadmin get status, journaux MARS) ou utiliser l’alternative WSB décrite avec l’arborescence WindowsImageBackup.
Résumé exécutable
- Solution la plus fiable : passer par l’assistant MARS, mode Another Server, qui gère montage et restauration System State.
- Si WSB requis : reconstituez
X:\WindowsImageBackup\<NomDuServeur>, validez avecwbadmin get versions, restaurez viawbadmin start systemstaterecovery. - Diagnostic : services
obengine/wbengine, cohérence nom/horloge, journaux MARS et WSB, export du catalogue MARS.
Annexes : modèles et snippets prêts à l’emploi
Script de vérification de prérequis (PowerShell)
# Vérifie services, espace disque, et présence du catalogue MARS
$services = "obengine","wbengine"
Get-Service $services | Format-Table Name, Status, StartType -AutoSize
# Espace libre sur le disque système (au moins 10 Go recommandés pour le montage VHD)
Get-PSDrive -PSProvider FileSystem | Sort-Object Used -Descending |
Select-Object Name, @{n="FreeGB";e={[math]::Round($*.Free/1GB,2)}}, @{n="UsedGB";e={[math]::Round($*.Used/1GB,2)}} |
Format-Table -AutoSize
# Export du catalogue MARS
$obcmd = Join-Path ${env:ProgramFiles} "Microsoft Azure Recovery Services Agent\bin\OBRecoveryCmd.exe"
if (Test-Path $obcmd) { & $obcmd /Catalog } else { Write-Warning "OBRecoveryCmd introuvable" } Arborescence de référence WSB (à adapter)
X:\
└─ WindowsImageBackup\
└─ SRV-PROD-01\
├─ Catalog\
└─ Backup 2025-10-15 134500\
└─ <fichiers System State>
Commande de restauration silencieuse
# Identifier d'abord la version
wbadmin get versions
# Puis restaurer
wbadmin start systemstaterecovery -version:10/15/2025-13:45 -quiet Conclusion
Lorsqu’un System State est téléchargé via l’agent MARS puis introuvable dans l’assistant Windows Server Backup, le comportement est normal : WSB ignore les sauvegardes qui ne sont pas structurées selon son catalogue. La voie la plus sûre est d’utiliser l’assistant MARS (Recover Data → Another Server), qui se charge du montage et de la restauration. Si un passage par WSB est impératif, reconstituez la structure WindowsImageBackup à la racine d’un volume, validez avec wbadmin get versions et lancez wbadmin start systemstaterecovery. En appliquant la checklist et les bonnes pratiques ci‑dessus, votre System State deviendra visible et restaurable de manière fiable.