Gérer les problèmes liés au service VSS (Volume Shadow Copy Service) peut s’avérer fastidieux, surtout lorsque les sauvegardes échouent à répétition et que des erreurs telles que « Échec » s’affichent pour certains processus d’écriture, notamment si vous utilisez des serveurs Exchange ou SQL. Parfois, le système se bloque et les processus VSS refusent de coopérer ; dans ce cas, un redémarrage manuel et une réinscription des composants VSS peuvent résoudre le problème. C’est d’autant plus frustrant que Windows a parfois besoin d’un petit coup de pouce pour que ses sauvegardes fonctionnent à nouveau correctement, en particulier après des mises à jour ou des plantages système.
Sur une configuration, ça a fonctionné du premier coup ; sur une autre, il a fallu plusieurs redémarrages et quelques commandes manuelles. Voici donc une procédure pas à pas qui a permis de remettre en marche les services VSS. Je ne sais pas exactement pourquoi, mais réenregistrer les DLL et redémarrer les services peut s’avérer étonnamment efficace, surtout si un simple redémarrage n’a pas suffi.
Comment réparer les rédacteurs VSS défaillants et récupérer la fonctionnalité de sauvegarde
Découvrez quels rédacteurs VSS échouent
- Ouvrez l’invite de commandes en tant qu’administrateur (recherchez « cmd », faites un clic droit et choisissez « Exécuter en tant qu’administrateur »).
- Courir:
vssadmin list writers
Cette commande affiche la liste de tous les rédacteurs VSS enregistrés et leur état actuel. Repérez ceux qui sont indiqués comme « Échec ». En général, un rédacteur en bon état de fonctionnement affiche l’état : [1] Stable. Si vous voyez l’état : [8] Échec, il est temps d’intervenir.
Si les processus d’écriture Exchange ou SQL échouent, leur résolution pourrait permettre de restaurer votre sauvegarde. Sur certaines machines, l’état reste « échec » même après un redémarrage ; une actualisation manuelle peut alors s’avérer nécessaire.
Réenregistrer les composants VSS — Pourquoi cela est utile
Ce processus de réenregistrement des DLL et de réinitialisation des services permet souvent au système de reconnaître à nouveau correctement ces composants. C’est une solution de dernier recours, mais elle s’avère souvent efficace lorsque les autres méthodes de dépannage échouent. De plus, c’est un bon moyen de résoudre les blocages pouvant être liés à une corruption de DLL ou à des dysfonctionnements de service.
Arrêt des services VSS et de copies fantômes
- Accédez à C:\Windows\System32 dans l’invite de commandes :
- Taper:
cd c:\windows\system32 - Interrompez les services avec :
net stop vssnet stop swprv
Cette opération interrompt les services de clichés instantanés et de fournisseur, permettant ainsi la réinscription des DLL. Notez que sur certains systèmes, l’arrêt de ces services peut temporairement perturber les clichés instantanés ou les sauvegardes ; prévoyez donc les précautions nécessaires.
Enregistrez les DLL et les composants VSS
Voici en quelque sorte l’essentiel de la solution. Exécutez ces commandes une par une, en appuyant sur Entrée après chacune :
regsvr32 /s ole32.dll regsvr32 /s oleaut32.dll regsvr32 /s vss_ps.dll vssvc /registre regsvr32 /s /i swprv.dll regsvr32 /s /i eventcls.dll regsvr32 /s es.dll regsvr32 /s stdprov.dll regsvr32 /s vssui.dll regsvr32 /s msxml.dll regsvr32 /s msxml3.dll regsvr32 /s msxml4.dll vssvc /registre
Soyez attentif aux erreurs éventuelles – il arrive parfois qu’une DLL refuse de s’enregistrer, ce qui peut indiquer des problèmes système plus profonds, mais la plupart du temps, ces commandes s’exécutent sans problème.
Redémarrez les services VSS et vérifiez l’état.
- Redémarrez les services :
net start swprvnet start vss
Relancez ensuite la procédure vssadmin list writers. Normalement, le statut des processus d’écriture ayant précédemment échoué devrait passer à « Stable ». Si ce n’est pas le cas, patientez ou répétez les étapes. Sur Windows Server 2008, 2012 ou des versions plus récentes comme 2016, cette procédure permet parfois de résoudre le problème.
Remarque : L’arrêt des services, le réenregistrement des DLL et le redémarrage des services peuvent perturber temporairement les opérations de cliché instantané. Il est donc recommandé d’éviter ces opérations sur les serveurs de production critiques ou de planifier une fenêtre de maintenance.
C’est un peu délicat, mais l’idée générale est de débloquer le système et de permettre à Windows de reconnaître à nouveau correctement les rédacteurs VSS. Si le problème persiste, consultez les journaux d’événements pour détecter des erreurs plus complexes ou exécutez l’outil Vérificateur des fichiers système ( sfc /scannow ) afin d’exclure toute corruption du système.
J’espère que cela aidera quelqu’un à récupérer une sauvegarde défaillante avant qu’il ne soit trop tard. C’est un peu fastidieux, mais en général, cette astuce permet de remettre les choses en marche.
Résumé
- Vérifier l’état du rédacteur VSS avec
vssadmin list writers - Arrêtez les services VSS et de copie fantôme.
- Réenregistrer les DLL avec les commandes regsvr32
- Redémarrez les services et vérifiez la résolution du problème.
Conclure
Cette petite astuce bien pratique de réenregistrement des composants VSS ne fonctionne pas dans tous les cas, mais elle a certainement permis d’éviter de nombreux échecs de sauvegarde. N’oubliez pas que, sur certaines configurations complexes, il peut être nécessaire de répéter l’opération ou d’examiner plus en détail les journaux système. Croisons les doigts pour que cela permette de faire avancer les choses, au moins suffisamment pour que les sauvegardes fonctionnent à nouveau. Bonne chance !