Veeam : réparer les échecs de sauvegarde applicative (VSS)

1.De quoi parle-t-on ?

Quand un job Veeam a l'option Application-aware processing activée, Veeam se connecte au Windows de la VM juste avant le snapshot. Il demande au service VSS (Volume Shadow Copy Service) de préparer les applications : SQL Server vide ses écritures en cours, Active Directory et Exchange se mettent dans un état propre. Résultat : une sauvegarde cohérente, restaurable sans base corrompue, et des journaux SQL ou Exchange tronqués.

Quand cette étape échoue, le job finit en avertissement ou en échec. Les messages les plus fréquents :

2.Vérifier l'état des writers VSS

Connecte-toi à la VM en échec, ouvre une invite de commandes en administrateur :

vssadmin list writers

Chaque writer doit être en State: [1] Stable avec Last error: No error. Un writer en Failed, ou un writer attendu qui n'apparaît pas (par exemple SqlServerWriter sur un serveur SQL), explique l'échec.

Writer name: 'SqlServerWriter'
   State: [8] Failed
   Last error: Non-retryable error   ← le coupable

3.Remettre un writer en état

Un writer dépend d'un service Windows. Redémarrer ce service suffit souvent ; sinon, un redémarrage de la VM règle la plupart des cas. Les correspondances les plus courantes :

# Exemple pour SQL, dans PowerShell en administrateur
Restart-Service -Name SQLWriter
vssadmin list writers   # vérifier que le writer est revenu en Stable

Si vssadmin list writers ne renvoie aucun writer, VSS lui-même est en panne : vérifie que les services Volume Shadow Copy et Microsoft Software Shadow Copy Provider peuvent démarrer, puis redémarre la VM.

Si le writer retombe en échec à chaque sauvegarde, regarde le journal Application de la VM (source VSS, et celle de l'application concernée) au moment du job : la vraie cause y est écrite.

4.Les autres causes fréquentes

Un autre logiciel utilise VSS en même temps

Erreur 0x80042316 : deux sauvegardes se chevauchent. Cherche une deuxième solution de sauvegarde (agent installé dans la VM, Windows Server Backup planifié, ancien logiciel non désinstallé) et décale ou supprime-la. vssadmin list providers montre aussi les fournisseurs VSS tiers installés, parfois responsables de conflits.

Pas assez d'espace libre dans la VM

VSS a besoin d'un peu d'espace libre sur chaque volume pour ses clichés. Un disque C: plein suffit à faire échouer la préparation : libère quelques Go.

Veeam n'arrive pas à entrer dans la VM

• Dans le job, onglet Guest Processing, utilise le bouton Test Now : il vérifie la connexion et les droits sur chaque VM.
• Le compte doit être administrateur local de la VM (et avoir le rôle sysadmin dans SQL pour la gestion des journaux).
• Le pare-feu de la VM doit laisser passer le partage administratif (SMB 445) et RPC (135 et ports dynamiques) depuis le serveur Veeam ou le guest interaction proxy.
• Le serveur Veeam doit résoudre le nom de la VM en DNS.

5.La méthode à retenir

1. Lis le message exact dans la session du job (clic droit sur la VM dans le rapport de session).
2. Sur la VM : vssadmin list writers.
3. Writer en échec : redémarre son service, puis vérifie qu'il redevient Stable.
4. Toujours en échec : redémarre la VM, puis lis le journal Application.
5. Problème de connexion : bouton Test Now, compte, pare-feu et DNS.
6. Relance le job pour cette VM seule (clic droit sur le job → Retry).