Avamar: VSS-plugin-sikkerhedskopieringer, der kører langsomme fejlfindingsretningslinjer

VSS plug-in backup kører langsomt eller begge VSS plug-in sikkerhedskopier og tager et øjebliksbillede af disse kritiske volumener ved hjælp af Diskshadow viste dårlig ydeevne. 

I det første scenarie blev dårlig VSS Plugin backup-ydeevne sporet til indholdet af undermapper i det kritiske C: \ -drev, hvilket påvirker den samlede sikkerhedskopieringseffektivitet.

Tilfælde nr. 1:  Følgende mappeindhold til Windows-opdateringshistorikken bremsede Avamar VSS-handlinger.

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

Brug DISM (Deployment Image Servicing and Management) og Diskoprydningsværktøjet til at starte mappeoprydning i henhold til retningslinjerne.

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

Efter mappeoprydning og udelukkelse er VSS-sikkerhedskopier, der tidligere tog næsten 2 timer og 30 minutter, nu afsluttet på 35-40 minutter.

Sag #2: Mappeindholdet i "c: \ Windows \ System32 \ spool \ PRINTERE \*" fik VSS-sikkerhedskopier til at køre langsomt. 

Løsningen var at tilføje en udelukkelse af datasæt for disse mappeposter: 

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

Case #3: Mappeindholdet af "C:\brugere*\appdata\*" gør Avamar VSS-sikkerhedskopieringer langsommere. 

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

Udelukkelse af ovenstående mapper påvirker ikke integriteten af VSS-sikkerhedskopier i henhold til Microsofts retningslinjer på:

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

Case #4: I dette tilfælde var det langsomt at bruge enten Avamar VSS-sikkerhedskopier eller Diskshadow-hjælpeprogrammet til at tage snapshots af de kritiske diskenheder. For at isolere den grundlæggende årsag skal du aktivere VSS-ydeevnesporing med følgende kommandoer (brug DOS admin-kommandoprompt):

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

Sporingslogfiler, der er fanget, indikerer kontinuerlig udførelse på funktionen "GetRootAndLogicalPrefixPaths" næsten i en løkke.

Også i sporet viser det en førerverifikator, der er aktiveret, at alle chauffører er synderen og bremser operationerne. Flere oplysninger om virkningen af førerverifikator på:
https://learn.microsoft.com/en-us/windows-hardware/drivers/devtest/driver-verifier(Eksternt link)

Tilfælde nr. 1: Grundårsag identificeret på grund af små Windows-opdateringsfiler i mappen c: \ Windows \ service \ 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 er at starte et DISM / "diskoprydningsværktøj for at fjerne overflødige poster, og hvis det ikke hjælper. 
Tilføj eksplicit udelukkelse af disse undermapper i datasættet.

Tilfælde nr. 2: Grundårsag identificeret på grund af .tmp filer i "c: \ Windows \ System32 \ spool \ PRINTERE * .tmp"
Løsningen er at udelukke disse filer fra VSS-sikkerhedskopien ved at tilføje en udelukkelse i datasættet:

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

Case #3: Årsag identificeret på grund af tre undermappeposter i "C:\brugere*\appdata\*." Filerne i undermapperne gemmer brugerspecifikke programdata, der ikke anses for nødvendige for Bare Metal Recovery (BMR) recovery. Du kan løse problemet  ved at tilføje en udeladelse i datasættet på globalt niveau for denne mappe og de tre undermapper:

"C:\users*\appdata\*"

Case #4: Løsningen var at deaktivere driververifikatorudførelse og VSS-sikkerhedskopier afsluttet på 15 minutter i stedet for at tage mere end 10 timer. Diskshadow-snapshottet tog også kun et par sekunder i stedet for mere end 25 minutter før ændringen.