Avamar: VSS Plugin Backups kjører treg feilsøking retningslinjer

VSS-plugin-sikkerhetskopiering som kjørte sakte eller begge VSS-plugin-sikkerhetskopiene, og tok et øyeblikksbilde av disse kritiske volumene ved hjelp av Diskshadow, viste dårlig ytelse. 

I det første scenariet ble dårlig VSS Plugin-sikkerhetskopieringsytelse sporet til innholdet i undermapper i den kritiske C: \ -stasjonen, noe som påvirket den generelle sikkerhetskopieringseffektiviteten.

Case #1:  Følgende mappeinnhold for Windows-oppdateringsloggen reduserte Avamar VSS-operasjoner.

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

Bruk Deployment Image Servicing and Management (DISM) og Diskopprydding-verktøyet til å starte mappeopprydding i henhold til retningslinjene.

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

Etter mappeopprydding og ekskludering, VSS sikkerhetskopier som tidligere tok nesten 2 timer og 30 minutter nå fullført i 35-40 minutter.

Sak #2: Mappeinnholdet i "c:\Windows\System32\spool\PRINTERS\*" fikk VSS-sikkerhetskopieringer til å kjøre sakte. 

Løsningen ble å legge til en datasettutelatelse for disse mappeoppføringene: 

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

Sak #3: Mappeinnholdet i "C:\users*\appdata\*" reduserer hastigheten på Avamar VSS-sikkerhetskopieringer. 

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

Utelatelse av mappene ovenfor påvirker ikke integriteten til VSS-sikkerhetskopier i henhold til Microsofts retningslinjer på:

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

Sak #4: I dette tilfellet gikk det tregt å bruke enten Avamar VSS-sikkerhetskopier eller Diskskygge-verktøyet til å ta øyeblikksbilder av de kritiske volumene. Hvis du vil isolere grunnårsaken, aktiverer du VSS-ytelsessporing med følgende kommandoer (bruk DOS-administratorledeteksten):

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

Sporingslogger som registreres, indikerer kontinuerlig kjøring på "GetRootAndLogicalPrefixPaths"-funksjonen nesten i en løkke.

Også i sporet viser det en førerverifikator som er aktivert på at alle sjåfører er synderen og bremser driften. Flere detaljer om effekten av førerverifikator på:
https://learn.microsoft.com/en-us/windows-hardware/drivers/devtest/driver-verifier(ekstern lenke)

Case #1: Rotårsak identifisert på grunn av små Windows-oppdateringsfiler 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øsning er å starte en DISM / "diskopprydding verktøyet for å fjerne overflødige oppføringer, og hvis det ikke hjelper. 
Legg til eksplisitt utelatelse av disse undermappene i datasettet.

Case #2: Rotårsak identifisert på grunn av .tmp filer i "c: \ Windows \ System32 \ spool \ PRINTERS *.tmp"
Løsningen er å ekskludere disse filene fra VSS-sikkerhetskopien ved å legge til en utelatelse i datasettet:

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

Sak #3: Rotårsak identifisert på grunn av tre undermappeoppføringer i "C: \ users * \ appdata \*." Filene i undermappene lagrer brukerspesifikke programdata som ikke anses som nødvendige for gjenoppretting av bare metallgjenoppretting (BMR). Hvis du vil løse dette problemet,  legger du til en utelatelse i datasettet på globalt nivå for denne mappen og de tre undermappene:

"C:\users*\appdata\*"

Sak #4: Løsningen var å deaktivere kjøring av driververifikator og VSS-sikkerhetskopier fullført på 15 minutter i stedet for å ta mer enn 10 timer. Diskshadow-øyeblikksbildet tok også bare noen få sekunder i stedet for mer enn 25 minutter før endringen.