Avamar: Richtlijnen voor probleemoplossing met VSS plug-ins die langzaam worden uitgevoerd

De back-up van de VSS-plug-in werkt traag of beide back-ups van de VSS plug-in en het maken van een snapshot van deze kritieke volumes met Diskshadow presteerde slecht. 

In het eerste scenario werden slechte back-upprestaties van VSS plug-in herleid tot de inhoud van submappen op de kritieke C:\-schijf, wat van invloed was op de algehele efficiëntie van de back-up.

Probleem 1:  Het volgen van de mapinhoud voor de Windows-updategeschiedenis vertraagde de Avamar VSS-bewerkingen.

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

Gebruik Deployment Image Servicing and Management (DISM) en het hulpprogramma Schijfopruiming om het opschonen van mappen te starten volgens de richtlijnen.

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

Na het opschonen en uitsluiten van mappen, zijn VSS-back-ups die voorheen bijna 2 uur en 30 minuten duurden, nu voltooid in 35-40 minuten.

Geval #2: De mapinhoud van "c:\Windows\System32\spool\PRINTERS\*" zorgde ervoor dat VSS-back-ups traag werkten. 

De oplossing was om een dataset-uitsluiting toe te voegen voor deze mapvermeldingen: 

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

Geval #3: De mapinhoud van "C:\users*\appdata\*" vertraagt Avamar VSS-back-ups. 

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

Het uitsluiten van de bovenstaande mappen heeft geen invloed op de integriteit van VSS-back-ups volgens de Microsoft-richtlijnen op:

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

Geval #4: In dit geval was het gebruik van Avamar VSS-back-ups of het hulpprogramma Diskshadow om een snapshot van de kritieke volumes te maken traag. Om de hoofdoorzaak te isoleren, schakelt u VSS-prestatietracering in met de volgende opdrachten (gebruik de opdrachtprompt van DOS-beheerder):

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

De vastgelegde traceringslogboeken geven aan dat de functie "GetRootAndLogicalPrefixPaths" bijna in een lus continu wordt uitgevoerd.

Ook in de trace wordt een driververificateur weergegeven die is ingeschakeld voor alle drivers die de boosdoener zijn en de bewerkingen vertragen. Meer details over de impact van driver verifier op:
https://learn.microsoft.com/en-us/windows-hardware/drivers/devtest/driver-verifier(Externe link)

Probleem 1: Hoofdoorzaak geïdentificeerd als gevolg van kleine Windows-updatebestanden in de map 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

Oplossing is om een DISM/"schijfopruimingshulpprogramma te starten om overbodige vermeldingen te verwijderen en als dat niet helpt. 
Voeg expliciete uitsluiting van deze submappen toe aan de dataset.

Probleem 2: Hoofdoorzaak geïdentificeerd vanwege .tmp bestanden in "c:\Windows\System32\spool\PRINTERS*.tmp"
De oplossing is om deze bestanden uit te sluiten van de VSS-back-up door een uitsluiting toe te voegen aan de dataset:

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

Geval #3: Hoofdoorzaak geïdentificeerd door drie submapvermeldingen in "C:\users*\appdata\*." De bestanden in de submappen slaan gebruikersspecifieke applicatiedata op die niet noodzakelijk worden geacht voor Bare Metal Recovery (BMR)-herstel. U kunt dit probleem  oplossen door een uitsluiting toe te voegen in de dataset op algemeen niveau voor deze map en de drie submappen:

"C:\users*\appdata\*"

Geval #4: De oplossing was om de uitvoering van driververifier uit te schakelen en VSS-back-ups in 15 minuten te voltooien in plaats van meer dan 10 uur. Ook de Diskshadow snapshot duurde slechts een paar seconden in plaats van meer dan 25 minuten voor de wijziging.