Bonjour,
Pour identifier la cause, il faut déterminer si la défaillance concerne un rédacteur VSS précis, le service VSS lui-même ou un fournisseur tiers utilisé par le logiciel de sauvegarde.
Commencez par exécuter ces commandes dans une invite de commandes administrateur :
vssadmin list writers
vssadmin list providers
vssadmin list shadows
vssadmin list shadowstorage
Si un rédacteur affiche State: [8] Failed ou Last error:, notez son nom, son identifiant et le code d'erreur. Vérifiez ensuite Event Viewer > Windows Logs > Application, en particulier les événements provenant de VSS, VolSnap et du service associé au rédacteur concerné.
Consultez également les journaux du logiciel de sauvegarde au même horodatage. Si les rédacteurs sont stables avant la sauvegarde, mais passent en échec pendant celle-ci, recherchez un conflit de fournisseur VSS ou une opération de sauvegarde concurrente. La commande vssadmin list providers permet notamment d'identifier les fournisseurs tiers installés.
Si un seul rédacteur échoue, examinez le service qui l'héberge avant de le redémarrer. Par exemple, le SQL Server VSS Writer dépend du service SQL Writer. Un redémarrage peut rétablir temporairement son état, mais il faut vérifier les dépendances et l'impact sur les applications avant toute intervention en production.
Évitez de redémarrer tous les services VSS ou de supprimer les fournisseurs tiers sans diagnostic préalable. Si plusieurs rédacteurs échouent simultanément, vérifiez également l'espace disponible sur le volume de stockage des clichés, les erreurs disque et les événements système.
Pour affiner le diagnostic, pourriez-vous partager la sortie de vssadmin list writers, le code d'erreur VSS et préciser si les défaillances apparaissent uniquement pendant les sauvegardes ou même au repos ?
J'espère que ces informations vous seront utiles. Si elles vous aident à mieux comprendre le problème, votre validation serait appréciée. Si vous avez d'autres questions, n'hésitez pas à laisser un message. Bonne journée !
DV.