Avamar. Рекомендации по поиску и устранению неисправностей медленного резервного копирования подключаемого модуля VSS

Медленное резервное копирование с подключаемым модулем VSS или резервное копирование обоих подключаемых модулей VSS и создание моментального снимка этих критически важных томов с помощью Diskshadow показали низкую производительность. 

В первом сценарии низкая производительность резервного копирования подключаемого модуля VSS отслеживалась до содержимого вложенных папок на критически важном диске 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

Используйте службу обслуживания образов развертывания и управления ими (DISM) и утилиту очистки диска, чтобы инициировать очистку папки в соответствии с инструкциями.

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(External Link)

Проблема № 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/"disk cleanup для удаления избыточных записей, если это не помогло. 
Добавьте явное исключение этих вложенных папок в наборе данных.

Проблема № 2. Выявлена корневая причина .tmp файлов в «c:\Windows\System32\spool\PRINTERS*.tmp"
Решение состоит в том, чтобы исключить эти файлы из резервной копии VSS, добавив исключение в набор данных:

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

Случай #3: Корневая причина определена из-за трех записей в подпапке «C:\users*\appdata\*». Файлы во вложенных папках хранят пользовательские данные приложений, которые не считаются необходимыми для восстановления с нуля (BMR). Чтобы решить эту проблему,  добавьте исключение в набор данных на глобальном уровне для этой папки и трех вложенных папок:

"C:\users*\appdata\*"

Случай #4: Решение состояло в том, чтобы отключить выполнение средства проверки драйверов и резервное копирование VSS, которое выполнялось за 15 минут, а не более чем за 10 часов. Кроме того, создание моментального снимка Diskshadow заняло всего несколько секунд, а не более 25 минут до внесения изменений.