Boîte à Outils Informatique
Guide

Comment diagnostiquer les VSS Writers avant une sauvegarde

Avant de modifier VSS, il faut identifier précisément quel writer échoue et à quel service ou application il appartient.

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

Avant de modifier VSS, il faut identifier précisément quel writer échoue et à quel service ou application il appartient.

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

    Lister les writers

    Exécutez vssadmin list writers immédiatement après l’échec du job.

  2. 2

    Relever l’état

    Notez le nom du writer, State et Last error.

  3. 3

    Identifier l’application

    Associez le writer au service ou produit correspondant.

  4. 4

    Consulter les événements

    Cherchez VSS, VolSnap et l’application à la même heure.

  5. 5

    Retester proprement

    Après correction ciblée, relancez une sauvegarde de test.

Commandes utiles

vssadmin list writers
vssadmin list providers
vssadmin list shadowstorage

À retenir

  • Ne réenregistrez pas toutes les DLL VSS par défaut.
  • Un reboot peut remettre un writer à zéro sans corriger la cause.
  • Les bases de données et applications transactionnelles ont leurs propres writers.
← 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