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
- 3-2-1-1-0 — 3 copies, 2 supports, 1 hors site, 1 offline/immutable, 0 erreur après vérificationPrincipe de résilience, pas une configuration produit universelle.
- RPO — Perte de données maximale acceptableDétermine la fréquence de sauvegarde nécessaire.
- RTO — Temps maximal de reprise acceptableInclut détection, restauration et remise en service.
- Test de restauration — Restaurer périodiquement fichier, VM ou applicationUne sauvegarde “verte” non restaurée n’est pas une preuve suffisante.
État VSS
- Writers — vssadmin list writersTous les writers nécessaires doivent idéalement être Stable / No error avant le job.
- Providers — vssadmin list providersRepère providers Microsoft et tiers susceptibles d’interagir.
- Shadows — vssadmin list shadowsInventorie les snapshots VSS existants sans les supprimer.
- Shadow storage — vssadmin list shadowstorageContrôle espace réservé/utilisé/maximal par volume.
Services liés
- VSS — Get-Service VSSLe service peut être Manual et arrêté hors opération sans être en panne.
- Software Provider — Get-Service swprvÀ corréler avec les providers réellement utilisés.
- COM+ Event System — Get-Service EventSystemCertains writers dépendent de services applicatifs plus spécifiques.
- État writers avant/après — vssadmin list writersCapturez avant redémarrage pour ne pas perdre la preuve de l’état Failed.
Événements Windows
- VSS — Get-WinEvent -FilterHashtable @{LogName='Application';ProviderName='VSS';StartTime=(Get-Date).AddHours(-8)} -ErrorAction SilentlyContinueCorrélez timestamp avec le job de sauvegarde.
- VolSnap — Get-WinEvent -FilterHashtable @{LogName='System';ProviderName='volsnap';StartTime=(Get-Date).AddHours(-8)} -ErrorAction SilentlyContinueUtile pour stockage shadow copy et snapshots.
- Event 8193 — Erreur VSS souvent liée à accès/COM+/registry selon contexteNe supposez pas une cause unique ; lisez le message complet.
- Event 12289 — Erreur de création/traitement snapshotCorrélez provider, volume, I/O et espace disponible.
Stockage & capacité
- Volumes — Get-Volume | Where-Object DriveLetterVérifiez espace libre sur source, destination et volumes système.
- Disques — Get-PhysicalDisk | Select FriendlyName,HealthStatus,OperationalStatus,SizeUne latence/erreur stockage peut se manifester comme timeout VSS.
- ShadowStorage plein — vssadmin list shadowstorageUn maximum trop faible peut entraîner suppression ou échec de snapshots.
- I/O — PerfMon / outils constructeur / logs stockageVSS dépend du stockage ; traitez les erreurs matérielles avant de “réparer VSS”.
Erreurs fréquentes
- Writer Failed — Writer spécifique en état FailedIdentifiez son service/app propriétaire avant redémarrage.
- Timeout — Writer ou provider ne répond pas à tempsCherchez charge, I/O, service bloqué ou backup concurrent.
- Provider veto — Le provider refuse l’opérationContrôlez provider tiers, stockage et événements associés.
- Espace insuffisant — Snapshot/shadow storage ne peut croîtreMesurez l’espace avant d’augmenter arbitrairement les limites.
Validation d’un job
- Statut applicatif — Succès du job + absence d’avertissement critiqueUn “Success with warning” peut masquer un objet non protégé.
- Taille & durée — Comparer aux tendances habituellesUne sauvegarde anormalement petite ou rapide mérite investigation.
- Chaîne — Vérifier incrémentaux, full et dépendancesNe supprimez pas manuellement un maillon sans comprendre la chaîne.
- Restauration — Tester restauration vers emplacement isoléValidez fichier, permissions et cohérence applicative.
Avant toute réparation VSS
- Capturer — writers + providers + shadows + eventsConservez la preuve avant tout redémarrage.
- Identifier le writer — Nom exact + service/application propriétaireLa réparation doit être ciblée, pas une réinitialisation globale réflexe.
- Vérifier concurrence — Autres jobs backup/snapshot en coursDeux moteurs de snapshot peuvent entrer en conflit.
- Plan de retour — Sauvegarde/configuration avant registre ou COM+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.