Référence sauvegarde Windows et VSS : stratégie 3-2-1-1-0, RPO/RTO, writers, providers, shadow storage, événements et validation de restauration.
Stratégie & objectifs
Principe de résilience, pas une configuration produit universelle.
Détermine la fréquence de sauvegarde nécessaire.
Inclut détection, restauration et remise en service.
Une sauvegarde “verte” non restaurée n’est pas une preuve suffisante.
État VSS
vssadmin list writersTous les writers nécessaires doivent idéalement être Stable / No error avant le job.
vssadmin list providersRepère providers Microsoft et tiers susceptibles d’interagir.
vssadmin list shadowsInventorie les snapshots VSS existants sans les supprimer.
vssadmin list shadowstorageContrôle espace réservé/utilisé/maximal par volume.
Services liés
Get-Service VSSLe service peut être Manual et arrêté hors opération sans être en panne.
Get-Service swprvÀ corréler avec les providers réellement utilisés.
Get-Service EventSystemCertains writers dépendent de services applicatifs plus spécifiques.
vssadmin list writersCapturez avant redémarrage pour ne pas perdre la preuve de l’état Failed.
Événements Windows
Get-WinEvent -FilterHashtable @{LogName='Application';ProviderName='VSS';StartTime=(Get-Date).AddHours(-8)} -ErrorAction SilentlyContinueCorrélez timestamp avec le job de sauvegarde.
Get-WinEvent -FilterHashtable @{LogName='System';ProviderName='volsnap';StartTime=(Get-Date).AddHours(-8)} -ErrorAction SilentlyContinueUtile pour stockage shadow copy et snapshots.
Ne supposez pas une cause unique ; lisez le message complet.
Corrélez provider, volume, I/O et espace disponible.
Stockage & capacité
Get-Volume | Where-Object DriveLetterVérifiez espace libre sur source, destination et volumes système.
Get-PhysicalDisk | Select FriendlyName,HealthStatus,OperationalStatus,SizeUne latence/erreur stockage peut se manifester comme timeout VSS.
vssadmin list shadowstorageUn maximum trop faible peut entraîner suppression ou échec de snapshots.
VSS dépend du stockage ; traitez les erreurs matérielles avant de “réparer VSS”.
Erreurs fréquentes
Identifiez son service/app propriétaire avant redémarrage.
Cherchez charge, I/O, service bloqué ou backup concurrent.
Contrôlez provider tiers, stockage et événements associés.
Mesurez l’espace avant d’augmenter arbitrairement les limites.
Validation d’un job
Un “Success with warning” peut masquer un objet non protégé.
Une sauvegarde anormalement petite ou rapide mérite investigation.
Ne supprimez pas manuellement un maillon sans comprendre la chaîne.
Validez fichier, permissions et cohérence applicative.
Avant toute réparation VSS
Conservez la preuve avant tout redémarrage.
La réparation doit être ciblée, pas une réinitialisation globale réflexe.
Deux moteurs de snapshot peuvent entrer en conflit.
Ne modifiez pas COM+/registre sans procédure documentée et retour arrière.
À retenir
- Évitez les scripts “reset VSS complet” en première intention.
- Ne supprimez jamais toutes les shadow copies sans mesurer l’impact sur restauration et applications.
- Le test de restauration est la validation finale d’une stratégie de sauvegarde.
- Les erreurs VSS peuvent être des symptômes de stockage, charge ou application, pas uniquement du service VSS.