Avamar: Säkerhetskopieringar av VSS-pluginprogram som kör långsamma felsökningsriktlinjer

Säkerhetskopiering av VSS-plugin-program som körs långsamt eller båda säkerhetskopieringarna av VSS-plugin-program och tar en ögonblicksbild av dessa kritiska volymer med Diskshadow visade dåliga prestanda. 

I det första scenariot spårades dåliga prestanda för säkerhetskopiering av VSS-plugin-program till innehållet i undermappar på den kritiska C:\-enheten, vilket påverkade den övergripande säkerhetskopieringseffektiviteten.

Fall 1:  Följande mappinnehåll för Windows uppdateringshistorik saktade ner Avamar VSS-åtgärder.

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

Använd Deployment Image Servicing and Management (DISM) och verktyget Diskrensning för att initiera mapprensning enligt riktlinjerna.

https://learn.microsoft.com/en-us/answers/questions/2191628/winsxs-occupying-more-space [learn.microsoft.com(Extern länk) 
 

Efter mapprensning och uteslutning slutförs VSS-säkerhetskopieringar som tidigare tog nästan 2 timmar och 30 minuter nu på 35–40 minuter.

Fall #2: Mappinnehållet i "c:\Windows\System32\spool\PRINTERS\*" gjorde att VSS-säkerhetskopieringar kördes långsamt. 

Lösningen var att lägga till ett undantag för datauppsättningen för dessa mappposter: 

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

Fall #3: Mappinnehållet i C:\users*\appdata\* gör Avamar VSS-säkerhetskopieringar långsammare. 

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

Uteslutning av ovanstående mappar påverkar inte integriteten för VSS-säkerhetskopieringar enligt Microsofts riktlinjer på:

https://learn.microsoft.com/en-us/windows/apps/design/app-settings/store-and-retrieve-app-data (Extern länk)  

Fall #4: I det här fallet gick det långsamt att använda antingen Avamar VSS-säkerhetskopieringar eller Diskshadow-verktyget för att ta ögonblicksbilder av de kritiska volymerna. Om du vill isolera rotorsaken aktiverar du VSS-prestandaspårning med följande kommandon (använd DOS-administratörens kommandotolk):

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

Spårningsloggar som samlas in indikerar kontinuerlig körning på funktionen "GetRootAndLogicalPrefixPaths" nästan i en loop.

I spårningen visas också en drivrutinsverifierare som har aktiverats på alla drivrutiner som är den skyldige och gör åtgärderna långsammare. Mer information om effekten av drivrutinsverifierare finns på:
https://learn.microsoft.com/en-us/windows-hardware/drivers/devtest/driver-verifier(Extern länk)

Fall 1: Grundorsak identifierad på grund av mycket små Windows-uppdateringsfiler i mappen 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

Lösningen är att initiera ett DISM/"diskrensningsverktyg för att ta bort överflödiga poster och om det inte hjälper. 
Lägg till explicit exkludering av dessa undermappar i datauppsättningen.

Fall 2: Rotorsaken har identifierats på grund av .tmp filer i "c:\Windows\System32\spool\PRINTERS*.tmp
"Lösningen är att undanta dessa filer från VSS-säkerhetskopian genom att lägga till ett undantag i datauppsättningen:

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

Fall #3: Grundorsaken har identifierats på grund av tre undermappsposter i "C:\users*\appdata\*." Filerna i undermapparna lagrar användarspecifika programdata som inte anses nödvändiga för BMR-återställning (Bare Metal Recovery). Lös problemet genom  att lägga till ett undantag i datauppsättningen på global nivå för den här mappen och de tre undermapparna:

"C:\users*\appdata\*"

Fall #4: Lösningen var att inaktivera körning av drivrutinsverifierare och VSS-säkerhetskopieringar som slutfördes på 15 minuter i stället för att ta mer än 10 timmar. Dessutom tog Diskshadow-ögonblicksbilden bara några sekunder i stället för mer än 25 minuter före ändringen.