Avamar : Consignes de dépannage relatives aux sauvegardes du plugin VSS exécutant des ralentissements

L’exécution d’une sauvegarde lente ou des deux sauvegardes de plug-ins VSS et la création d’un snapshot de ces volumes critiques à l’aide de Diskshadow affichaient des performances médiocres. 

Dans le premier scénario, les mauvaises performances de sauvegarde de VSS Plugin ont été attribuées au contenu des sous-dossiers du lecteur C :\ critique, ce qui a eu un impact sur l’efficacité globale de la sauvegarde.

Situation numéro 1 :  Le contenu du dossier suivant de l’historique des mises à jour Windows ralentissait les opérations Avamar VSS.

c:\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~20348.3328.1.7
c:\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~20348.3207.1.6

Utilisez DISM (Deployment Image Service-and-Management) et l’utilitaire de nettoyage de disque pour lancer le nettoyage du dossier conformément aux instructions.

https://learn.microsoft.com/en-us/answers/questions/2191628/winsxs-occupying-more-space [learn.microsoft.com(Lien externe) 
 

Après le nettoyage et l’exclusion du dossier, les sauvegardes VSS qui prenaient auparavant près de 2 heures 30 minutes se terminent désormais en 35 à 40 minutes.

Cas #2 : Le contenu du dossier « c :\Windows\System32\spool\PRINTERS\* » ralentissait l’exécution des sauvegardes VSS. 

La solution a consisté à ajouter une exclusion de jeu de données pour ces entrées de dossier : 

--exclude=c:\Windows\System32\spool\PRINTERS\
--exclude=c:\Windows\System32\spool\PRINTERS*.tmp

Cas #3 : Le contenu du dossier « C :\users*\appdata\* » ralentit les sauvegardes Avamar VSS. 

Exclude "AppData\Local", "AppData\LocalLow" and " AppData\Roaming" directories from VSS backups. 

L’exclusion des dossiers ci-dessus n’a pas d’impact sur l’intégrité des sauvegardes VSS conformément aux instructions de Microsoft à l’adresse suivante :

https://learn.microsoft.com/en-us/windows/apps/design/app-settings/store-and-retrieve-app-data (Lien externe)  

Cas #4 : Dans ce cas, l’utilisation des sauvegardes Avamar VSS ou de l’utilitaire Diskshadow pour créer un snapshot des volumes critiques est lente. Pour isoler la cause première, activez VSS performance trace à l’aide des commandes suivantes (utilisez l’invite de commande DOS admin) :

i) logman create trace vss_trace -ow -o %temp%\%computername%_vss_trace.etl -p {9138500E-3648-4EDB-AA4C-859E9F7B7C38} 0xffffffffffffffff 0xff -nb 16 16 -bs 1024 -mode Circular -f bincirc -max 4096 –ets
ii) logman create counter PerfLog-1s -o "%temp%\%computername%_PerfLog-1.blg" -f bincirc -v mmddhhmm -max 300 -c "\LogicalDisk(*)\*" "\Memory\*" "\.NET CLR Memory(*)\*" "\Cache\*" "\Network Interface(*)\*" "\Netlogon(*)\*" "\Paging File(*)\*" "\PhysicalDisk(*)\*" "\Processor(*)\*" "\Processor Information(*)\*" "\Process(*)\*" "\Redirector\*" "\Server\*" "\System\*" "\Server Work Queues(*)\*" "\Terminal Services\*" -si 00:00:01
iii) logman start Perflog-1s

iv) Now START THE VSS backup USING DISKSHADOW or Avamar VSS Plugin

v) stop the trace once backup completed with the following elevated commands:
 
logman stop vss_trace -ets
logman stop Perflog-1s
logman delete Perflog-1s

Les journaux de suivi capturés indiquent une exécution continue de la fonction « GetRootAndLogicalPrefixPaths » presque en boucle.

Toujours dans la trace, il montre un vérificateur de pilote qui a été activé sur tous les pilotes étant le coupable et ralentissant les opérations. Pour plus d’informations sur l’impact du vérificateur de pilotes, rendez-vous sur :
https://learn.microsoft.com/en-us/windows-hardware/drivers/devtest/driver-verifier(Lien externe)

Situation numéro 1 : Cause première identifiée en raison de fichiers Windows Update minuscules dans le dossier c :\Windows\servicing\LCU.

c:\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~20348.3328.1.7
c:\Windows\servicing\LCU\Package_for_RollupFix~31bf3856ad364e35~amd64~~20348.3207.1.6

La résolution consiste à lancer un utilitaire DISM/"nettoyage de disque pour supprimer les entrées redondantes, mais si cela ne résout pas le problème. 
Ajoutez l’exclusion explicite de ces sous-dossiers dans le jeu de données.

Situation numéro 2 : Cause première identifiée en raison des fichiers .tmp dans « c :\Windows\System32\spool\PRINTERS*.tmp ».
La résolution consiste à exclure ces fichiers de la sauvegarde VSS en ajoutant une exclusion dans le jeu de données :

--exclude=c:\Windows\System32\spool\PRINTERS*.tmp

Cas #3 : Cause première identifiée en raison de trois entrées de sous-dossier dans « C :\users*\appdata\* ». Les fichiers des sous-dossiers stockent les données d’application spécifiques de l’utilisateur qui ne sont pas jugées nécessaires pour la restauration sur matériel vierge (BMR). Pour résoudre ce problème,  ajoutez une exclusion dans le jeu de données au niveau global pour ce dossier et les trois sous-dossiers :

"C:\users*\appdata\*"

Cas #4 : La résolution a consisté à désactiver l’exécution du vérificateur de pilotes et les sauvegardes VSS terminées en 15 minutes au lieu de prendre plus de 10 heures. De plus, le snapshot Diskshadow n’a pris que quelques secondes au lieu de plus de 25 minutes avant la modification.