Interférence entre deux agents de sauvegarde

Question

Quand deux solutions de sauvegarde l’ancienne et la nouvelle installent chacune leurs propres VSS writers sur le même serveur, on finit avec des échecs de sauvegarde qui apparaissent de manière aléatoire. C’est exactement la situation que je rencontre : les deux agents tentent d’enregistrer leurs composants VSS, et le serveur ne sait plus lequel doit répondre en premier. Résultat, les sauvegardes deviennent instables, parfois l’une échoue, parfois l’autre. Je cherche donc un processus de décommissionnement clair et sécurisé pour retirer les composants VSS de l’agent legacy sans perturber le nouvel agent déjà en production. L’objectif est de nettoyer proprement les services, les DLL, les clés de registre et les tâches associées, tout en évitant de casser la chaîne VSS actuelle. En bref, j’ai besoin d’un guide fiable pour désinstaller l’ancien agent, vérifier que ses writers sont bien supprimés, et garantir que le nouvel agent reste le seul à gérer les snapshots.

Answer 1

Bienvenue sur le forum Microsoft Q&A !

Merci d’avoir fourni les détails concernant votre problème.

L’exécution simultanée de deux solutions de sauvegarde sur le même serveur peut entraîner des échecs de sauvegarde liés à VSS (Volume Shadow Copy Service) si des composants de l’ancienne solution restent installés. Cependant, VSS ne choisit pas arbitrairement quel Writer répond. Les échecs de sauvegarde sont plus souvent causés par un Writer VSS, un fournisseur (Provider), un service ou un composant d’agent de sauvegarde qui passe en état d’erreur ou interfère avec le processus de création de clichés instantanés.

Je souhaite partager les recommandations suivantes afin de désinstaller en toute sécurité l’ancien agent de sauvegarde tout en garantissant que la nouvelle solution de sauvegarde reste opérationnelle :

1. Vérifier l’état de santé des Writers VSS

Exécutez la commande suivante :

vssadmin list writers

Tous les Writers doivent afficher :

State: [1] Stable

Last Error: No error

Si un Writer associé à l’ancienne solution de sauvegarde apparaît encore après la désinstallation, cela peut indiquer que certains composants de l’ancien agent de sauvegarde n’ont pas été complètement supprimés.

2. Supprimer l’ancien agent de sauvegarde en utilisant la méthode prise en charge par l’éditeur

L’approche la plus sûre consiste à utiliser la procédure officielle de désinstallation fournie par l’éditeur de la solution de sauvegarde, plutôt que de supprimer manuellement des DLL, des services ou des entrées du Registre.

Une fois la désinstallation terminée, vérifiez que tous les composants VSS appartenant à l’ancienne solution ont bien été supprimés :

vssadmin list writers vssadmin list providers

Assurez-vous que seuls les Writers et les Providers requis par la solution de sauvegarde active restent enregistrés et fonctionnent correctement.

3. Valider les opérations de sauvegarde

Effectuez une sauvegarde manuelle à l’aide de la nouvelle solution de sauvegarde, puis examinez les journaux de l’application de sauvegarde ainsi que les journaux de l’Observateur d’événements Windows dans les catégories suivantes :

• Application
• Système
• Microsoft-Windows-Backup
• VSS

Portez une attention particulière aux événements liés à VSS, tels que 8193, 12289 et 13, qui peuvent indiquer des problèmes persistants d’enregistrement ou de création de clichés instantanés.

De plus, si l’ancienne application de sauvegarde a installé son propre Provider VSS, pilote de filtre ou service, consultez la documentation de nettoyage fournie par l’éditeur avant de supprimer manuellement les composants restants. Une suppression incorrecte peut affecter négativement toutes les opérations de sauvegarde basées sur VSS sur le serveur. Les ressources Microsoft consacrées au dépannage de VSS et des sauvegardes recommandent également de vérifier l’état des Writers et d’examiner les erreurs VSS avant d’effectuer des modifications manuelles.

En résumé, désinstallez l’ancien agent de sauvegarde en utilisant la méthode prise en charge par son éditeur, vérifiez les Writers et Providers VSS restants, redémarrez le serveur si cela est recommandé par l’éditeur, puis effectuez une sauvegarde de test afin de confirmer que la nouvelle solution de sauvegarde est la seule application de sauvegarde active participant au processus de cliché instantané VSS.

Pour référence, veuillez consulter :

Troubleshooting VSS and Backup | Microsoft Learn

Échec de la sauvegarde en raison de l’enregistreur VSS - Windows Server | Microsoft Learn

J’espère que ces informations vous seront utiles et je vous remercie d’avoir choisi Microsoft Q&A pour nous faire part de votre question.