Avamar: Backups do plug-in VSS executando diretrizes de solução de problemas lentos

O backup do plug-in VSS em execução lento ou ambos os backups do plug-in VSS e a captura de um snapshot desses volumes críticos usando o Diskshadow estavam mostrando baixo desempenho. 

No primeiro cenário, o desempenho insatisfatório de backup do plug-in VSS foi rastreado para o conteúdo de subpastas na unidade crítica C:\, afetando a eficiência geral do backup.

Caso nº 1:  O conteúdo da pasta a seguir para o histórico de atualizações do Windows estava diminuindo as operações do 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

Use o Gerenciamento e Manutenção de Imagens de Implantação (DISM) e o utilitário Limpeza de Disco para iniciar a limpeza da pasta de acordo com as diretrizes.

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

Após a limpeza e exclusão de pastas, os backups do VSS que anteriormente levavam quase 2 horas e 30 minutos agora são concluídos em 35-40 minutos.

Caso #2: O conteúdo da pasta "c:\Windows\System32\spool\PRINTERS\*" estava causando lentidão na execução dos backups do VSS. 

A solução foi adicionar uma exclusão de conjunto de dados para estas entradas de pasta: 

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

Caso #3: O conteúdo da pasta "C:\users*\appdata\*" está diminuindo a velocidade dos backups do Avamar VSS. 

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

A exclusão das pastas acima não afeta a integridade dos backups do VSS, de acordo com as diretrizes da Microsoft em:

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

Caso #4: Nesse caso, o uso de backups VSS do Avamar ou do utilitário Diskshadow para criar snapshots dos volumes críticos era lento. Para isolar a causa raiz, ative o rastreamento de desempenho do VSS com os seguintes comandos (use o prompt de comando do administrador do 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

Os logs de rastreamento capturados indicam a execução contínua na função "GetRootAndLogicalPrefixPaths" quase em um loop.

Também no rastreamento, ele mostra um verificador de drivers que foi ativado em todos os motoristas sendo o culpado e retardando as operações. Mais detalhes sobre o impacto do verificador de driver em:
https://learn.microsoft.com/en-us/windows-hardware/drivers/devtest/driver-verifier(Link externo)

Caso nº 1: Causa raiz identificada devido a pequenos arquivos de atualização do Windows na pasta 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

A resolução é iniciar um utilitário de limpeza de disco DISM/"para remover entradas redundantes e se isso não ajudar. 
Adicione exclusão explícita dessas subpastas no Conjunto de Dados.

Caso nº 2: Causa raiz identificada devido a arquivos .tmp em "c:\Windows\System32\spool\PRINTERS*.tmp"
A resolução é excluir esses arquivos do backup do VSS adicionando uma exclusão no conjunto de dados:

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

Caso #3: Causa raiz identificada devido a três entradas de subpasta em "C:\users*\appdata\*". Os arquivos nas subpastas armazenam dados de aplicativos específicos do usuário que não são considerados necessários para recuperação bare metal (BMR). Para resolver esse problema,  adicione uma exclusão no conjunto de dados no nível global para esta pasta e as três subpastas:

"C:\users*\appdata\*"

Caso #4: A resolução foi desabilitar a execução do verificador de driver e os backups do VSS concluídos em 15 minutos, em vez de levar mais de 10 horas. Além disso, o snapshot do Diskshadow levou apenas alguns segundos, em vez de mais de 25 minutos, antes da alteração.