Авамар: Резервні копії плагінів VSS працюють з повільними рекомендаціями з усунення несправностей

Резервне копіювання через плагін VSS повільно або обох VSS-плагінів і знімок цих критичних томів за допомогою Diskshadow показували низьку продуктивність. 

У першому сценарії низька продуктивність резервного копіювання VSS Plugin була пов'язана з вмістом підпапок критичного диска C:\, що впливало на загальну ефективність резервного копіювання.

Випадок #1:  Вміст папок для історії оновлень Windows уповільнював операції Avamar VSS.

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

Використовуйте Deployment Image Servicing and Management (DISM) та утиліту Disk Cleanup для ініціації очищення папок відповідно до інструкцій.

https://learn.microsoft.com/en-us/answers/questions/2191628/winsxs-occupying-more-space [learn.microsoft.com(Зовнішнє посилання) 
 

Після очищення та виключення папок резервні копії VSS, які раніше займали майже 2 години 30 хвилин, тепер завершуються за 35-40 хвилин.

Випадок #2: Вміст папок "c:\Windows\System32\spool\PRINTERS\*" змушував VSS-резервні копії працювати повільно. 

Рішенням стало додавання виключення для набору даних для таких записів у папках: 

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

Випадок #3: Вміст папки "C:\users*\appdata\*" уповільнює резервне копіювання Avamar VSS. 

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

Виключення вищезазначених папок не впливає на цілісність резервних копій VSS відповідно до Керівних принципів Microsoft за адресою:

https://learn.microsoft.com/en-us/windows/apps/design/app-settings/store-and-retrieve-app-data (Зовнішнє посилання) 

Випадок #4: У цьому випадку використання резервних копій Avamar VSS або утиліти Diskshadow для знімку критичних томів було повільним. Щоб ізолювати корінну причину, увімкніть відстеження продуктивності VSS за допомогою наступних команд (використовуйте командний рядок адміністратора DOS):

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

Записані журнали трасування показують безперервне виконання функції "GetRootAndLogicalPrefixPaths" майже в циклі.

Також у трасуванні показано, що винуватцем є увімкнений перевірка драйвера, який уповільнює операції. Детальніше про вплив перевірки водія на:
https://learn.microsoft.com/en-us/windows-hardware/drivers/devtest/driver-verifier(Зовнішнє посилання)

Випадок #1: Корінна причина виявлена через крихітні файли оновлень Windows у папці 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

Рішення полягає в тому, щоб запустити утиліту DISM/«очищення диска» для видалення зайвих записів, і якщо це не допоможе. 
Додайте явне виключення цих підпапок у наборі даних.

Випадок #2: Першопричина, виявлена через .tmp файли в "c:\Windows\System32\spool\PRINTERS*.tmp"Вирішенням
є виключення цих файлів із резервної копії VSS шляхом додавання виключення до набору даних:

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

Випадок #3: Корінна причина виявлена через три записи підпапок у "C:\users*\appdata\*." Файли в підпапках зберігають дані користувацьких додатків, які не вважаються необхідними для відновлення через Bare Metal recovery (BMR). Щоб вирішити цю проблему,  додайте виключення в Dataset на глобальному рівні для цієї папки та трьох підпапок:

"C:\users*\appdata\*"

Випадок #4: Рішення полягала в тому, щоб вимкнути виконання верифікатора драйвера та VSS-резервне копіювання за 15 хвилин замість того, щоб займати більше 10 годин. Також знімок Diskshadow зайняв лише кілька секунд замість понад 25 хвилин до зміни.