Avamar: VSS Eklentisi Yedeklemeleri yavaş çalışıyor sorun giderme yönergeleri

VSS eklenti yedeklemesinin yavaş çalışması veya her iki VSS eklenti yedeklemesi ve Diskshadow kullanarak bu kritik disk bölümlerinin anlık görüntüsünü alması düşük performans gösteriyordu. 

İlk senaryoda, zayıf VSS Eklentisi yedekleme performansı, kritik C:\ sürücüsündeki alt klasörlerin içeriğine kadar izlenerek genel yedekleme verimliliğini etkiledi.

1 Numaralı Durum:  Windows güncelleştirme geçmişi için aşağıdaki klasör içeriği Avamar VSS işlemlerini yavaşlatıyordu.

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

Yönergelere göre klasör temizlemeyi başlatmak için Dağıtım Görüntüsü Hizmeti ve Yönetimi (DISM) ve Disk Temizleme yardımcı programını kullanın.

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

Daha önce yaklaşık 2 saat 30 dakika süren VSS yedeklemeleri, klasör temizleme ve hariç tutma işleminden sonra artık 35-40 dakikada tamamlanıyor.

Vaka #2: c:\Windows\System32\spool\PRINTERS\*" klasör içeriği, VSS yedeklemelerinin yavaş çalışmasına neden oluyordu. 

Çözüm, şu klasör girişleri için bir veri kümesi hariç tutma eklemekti: 

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

Vaka #3: C:\users*\appdata\*" klasör içeriği Avamar VSS yedeklemelerini yavaşlatıyor. 

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

Yukarıdaki klasörlerin hariç tutulması, şu adresteki Microsoft Yönergelerine göre VSS yedeklemelerinin bütünlüğünü etkilemez:

https://learn.microsoft.com/en-us/windows/apps/design/app-settings/store-and-retrieve-app-data (Harici Bağlantı)  

Vaka #4: Bu durumda, kritik disk bölümlerinin anlık görüntüsünü almak için Avamar VSS yedeklemelerini veya Diskshadow yardımcı programını kullanmak yavaştı. Temel nedeni izole etmek için aşağıdaki komutlarla VSS performans izlemeyi etkinleştirin (DOS admin Komut İstemi'ni kullanın):

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

Yakalanan izleme günlükleri, "GetRootAndLogicalPrefixPaths" işlevinde neredeyse bir döngüde sürekli yürütme olduğunu gösterir.

Ayrıca izlemede, tüm sürücülerde etkinleştirilmiş bir sürücü doğrulayıcının suçlu olduğunu ve işlemleri yavaşlattığını gösterir. Sürücü doğrulayıcının etkisi hakkında daha fazla bilgi için:
https://learn.microsoft.com/en-us/windows-hardware/drivers/devtest/driver-verifier(Harici Bağlantı)

1 Numaralı Durum: Temel neden, c:\Windows\servicing\LCU klasöründeki küçük Windows güncelleştirme dosyaları nedeniyle belirlendi.

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

Çözüm , gereksiz girişleri kaldırmak için bir DISM/"disk temizleme yardımcı programı başlatmaktır ve bu yardımcı olmazsa. 
Veri Kümesine bu alt klasörlerin açık bir şekilde hariç tutulmasını ekleyin.

2 Numaralı Durum: Kök neden, "c:\Windows\System32\spool\PRINTERS*.tmp"
konumundaki .tmp dosyaları nedeniyle belirlendi. Çözüm, Veri Kümesine bir dışlama ekleyerek bu dosyaları VSS yedeklemesinden hariç tutmaktır:

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

Vaka #3: Kök neden, "C:\users*\appdata\*" konumundaki üç alt klasör girişi nedeniyle belirlendi. Alt klasörlerdeki dosyalar, Yeni Sisteme kurtarma (BMR) kurtarması için gerekli görülmeyen kullanıcıya özel uygulama verilerini depolar. Bu sorunu  çözmek için Veri Kümesine bu klasör ve üç alt klasör için genel düzeyde bir dışlama ekleyin:

"C:\users*\appdata\*"

Vaka #4: Çözüm , sürücü doğrulayıcı yürütmesini devre dışı bırakmak ve VSS yedeklemelerinin 10 saatten uzun sürmesi yerine 15 dakikada tamamlanmasıydı. Ayrıca, Diskshadow anlık görüntüsünün değişiklik 25 dakikadan fazla sürmesi yerine yalnızca birkaç saniye sürdü.