Lors de l’exécution d’un plan de sauvegarde sous Windows Server — qu’il s’agisse de l’outil natif Windows Server Backup ou d’une solution tierce comme Veeam, Commvault ou Backup Exec — le bon déroulement de l’opération repose intégralement sur le service de clichés instantanés de volume (Volume Shadow Copy Service). Pour en comprendre le socle, vous pouvez consulter notre mémo sur le fonctionnement de VSS sous Windows.
Les composants appelés VSS Writers (ou rédacteurs VSS) permettent de figer temporairement et de manière cohérente les données en mémoire des rôles et applications (Active Directory, SQL Server, Hyper-V, registre, fichiers système) le temps que le cliché instantané soit généré. Si l’un de ces rédacteurs se retrouve dans un état incohérent ou en échec, l’ensemble du travail de sauvegarde s’interrompt avec une erreur explicite.
Contrôler l’état des rédacteurs avec la commande vssadmin
Pour auditer l’état de santé de tous les rédacteurs enregistrés sur le serveur, ouvrez une invite de commandes (cmd.exe) ou une session PowerShell en mode administrateur et saisissez la commande suivante :
vssadmin list writers
La commande renvoie la liste complète des rédacteurs installés sur le système. Pour chaque élément, observez particulièrement deux champs :
- State (État) : il doit impérativement afficher [1] Stable. Si vous observez [5] Waiting for completion, [7] Failed, [8] Failed ou [9] Error, le writer est gelé ou en panne.
- Last error (Dernière erreur) : la valeur attendue pour une sauvegarde saine est No error (Aucune erreur). Des mentions comme Timed out ou Retryable error signalent un blocage récent.
Pour approfondir les mécanismes spécifiques à cet OS, nous avions déjà abordé les spécificités de VSS sous Windows 2008 dans un article dédié.
Comment relancer un VSS Writer bloqué sans redémarrer le serveur
Redémarrer un serveur de production en journée pour débloquer un composant VSS n’est généralement pas envisageable. Heureusement, la plupart des VSS Writers sont directement rattachés à des services Windows bien identifiés. En redémarrant simplement le service associé, le writer se réinitialise et repasse en état stable.
Voici les associations les plus fréquentes entre rédacteurs défaillants et services système :
- System Writer : lié au service de cryptographie. Relancez-le avec net stop cryptsvc && net start cryptsvc.
- ASR Writer / Registry Writer : dépendant du service VSS lui-même. Exécutez net stop vss && net start vss.
- WMI Writer : lié à Windows Management Instrumentation. Relancez le service winmgmt.
- SqlServerWriter : lié au moteur Microsoft SQL Server VSS Writer (service SQLWriter).
- Hyper-V VSS Writer : rattaché au service de gestion de machines virtuelles Hyper-V (vmms).
- NTDS Writer : présent sur les contrôleurs de domaine, associé au service Active Directory Domain Services.
Une fois le service correspondant redémarré, réexécutez systématiquement vssadmin list writers pour certifier que l’état est redevenu [1] Stable sans erreur résiduelle.
Pistes complémentaires en cas d’erreurs récurrentes
Si un writer repasse systématiquement en échec à chaque tentative de sauvegarde, le problème provient souvent d’une corruption de droits NTFS, d’un espace de stockage insuffisant alloué aux clichés instantanés ou d’un conflit de correctifs. Vérifiez les journaux d’événements Application et Système en filtrant sur la source VSS (notamment les événements ID 8193 et 12289).
Pensez également à vérifier les correctifs récents appliqués à l’OS ; vous pouvez lister les hotfixes installés pour vérifier si une mise à jour corrective Microsoft dédiée à VSS n’a pas été omise sur votre machine.
