Boîte à Outils Informatique
Guide

Comment vérifier les sauvegardes VSS Writer

Contrôler l’état des VSS Writers Windows lorsqu’une sauvegarde utilisant VSS échoue.

ThématiqueSauvegarde & PRA →
⌚ Environ 3 min de lecture
Voir mes favoris
Sauvegarde Intermédiaire 5 min

Contrôler l’état des VSS Writers Windows lorsqu’une sauvegarde utilisant VSS échoue.

Avant de commencer : adaptez toujours les commandes et manipulations à votre environnement. Sur un système de production, prévoyez une sauvegarde ou un retour arrière lorsque l’action peut modifier la configuration.

Étapes à suivre

  1. 1

    Ouvrir un terminal administrateur

    Lancez Windows Terminal en tant qu’administrateur.

  2. 2

    Lister les Writers

    Exécutez vssadmin list writers.

  3. 3

    Chercher les états en erreur

    Repérez les Writers qui ne sont pas Stable et No error.

  4. 4

    Identifier le service associé

    Selon le Writer, recherchez le service ou l’application correspondante.

  5. 5

    Corriger avec prudence

    Évitez de redémarrer des services critiques en production sans évaluer l’impact.

Commandes utiles

vssadmin list writers

À retenir

  • Un Writer en erreur est un symptôme : identifiez l’application ou le service responsable.
  • Redémarrer complètement un serveur n’est pas toujours une solution acceptable en production.
← Tous les guides
Complément technique

VSS : Writer, Provider et espace Shadow Storage doivent être lus ensemble

Repères techniques

  • Un Writer doit être Stable et sans erreur pour qu’une sauvegarde applicative cohérente puisse utiliser VSS.
  • Les événements 8193/12289 signalent souvent permissions, provider, COM ou snapshot ; leur contexte et code d’erreur comptent plus que le numéro seul.
  • vssadmin list shadowstorage permet de vérifier la zone utilisée/maximale ; un espace insuffisant peut provoquer la suppression ou l’échec de snapshots.

Tri VSS

Lire Writers, Providers et ShadowStorage avant tout redémarrage de services.

vssadmin list writers
vssadmin list providers
vssadmin list shadowstorage

Pièges spécifiques

  • Redémarrer tous les services VSS peut remettre les writers en Stable tout en masquant l’application responsable.
  • Supprimer les snapshots sans vérifier la politique de sauvegarde peut supprimer des points de restauration utiles.

Comment valider

  • Tous les Writers nécessaires sont Stable/No error juste avant la sauvegarde.
  • Une sauvegarde ou snapshot test se termine et les événements VSS corrélés ne réapparaissent pas.

Preuves et vérifications

Un Writer doit être Stable et sans erreur pour qu’une sauvegarde applicative cohérente puisse utiliser VSS. Les événements 8193/12289 signalent souvent permissions, provider, COM ou snapshot ; leur contexte et code d’erreur comptent plus que le numéro seul.

Contrôle de résultat

Tous les Writers nécessaires sont Stable/No error juste avant la sauvegarde. Une sauvegarde ou snapshot test se termine et les événements VSS corrélés ne réapparaissent pas.

Point d’attention

Redémarrer tous les services VSS peut remettre les writers en Stable tout en masquant l’application responsable. vssadmin list shadowstorage permet de vérifier la zone utilisée/maximale ; un espace insuffisant peut provoquer la suppression ou l’échec de snapshots.

Concepts liés

Référence primaire : Microsoft Learn — VSS.

♡ 0