Avamar: Otimizando o desempenho ao fazer backup de arquivos .pst de arquivo morto do Outlook

Este artigo discute como o backup de arquivos .pst afeta o desempenho de um backup do Avamar. Ele também discute maneiras de avaliar e potencialmente reduzir o baixo desempenho do backup.

Um Avamar Client com muitos arquivos de arquivo morto do Outlook (.pst) pode fazer backup mais lentamente do que um client que contém dados de tipo de file system mais típicos.

Veja abaixo exemplos de dados de desempenho de backups que contêm uma grande proporção de arquivos .pst.

Exemplo 1:
2014-06-23 16:36:45 avtar Informação <5156>: Backup #4 timestamp 2014-06-23 16:36:44, 2.654.547 arquivos, 685.600 pastas, 1.935 GB (46.371 arquivos, 9.027 GB, 0.47% novo)
2014-06-23 16:36:45 avtar Info <6083>: Backup de 1.935 GB em 1176,67 minutos: 99 GB/hora (135.359 arquivos/hora)


Exemplo 2:
2014-06-19 08:38:56 avtar Informações <5156>: Backup #1626 timestamp 2014-06-19 08:39:00, 4.279.104 arquivos, 491.108 pastas, 1.427 GB (206.579 arquivos, 2.002 GB, 0.14% novo)
2014-06-19 08:38:56 avtar Info <6083>: Backup de 1.427 GB em 878,94 minutos: 97 GB/hora (292.110 arquivos/hora)

Embora a taxa de alteração em cada exemplo seja modesta (0,47% e 0,14%), o desempenho é de 292.110 arquivos por hora. Isso é bem abaixo do 1 milhão de arquivos por hora considerado desempenho típico em que os dados são lidos de unidades rotativas.

Configuração do cliente

Para verificar o impacto que os arquivos .pst têm no desempenho do backup, exclua-os do conjunto de dados e crie um conjunto de dados exclusivamente para os arquivos .pst. 

Isso permite que você use as entradas de log do client avtar Info <5156> e avtar info <6083> para:

1) Saiba o tamanho médio (médio) dos arquivos .pst no conjunto de dados.
2) Saiba qual proporção dos arquivos está mudando a cada dia.
3) Saiba como o desempenho de backup de arquivos .pst se compara ao de outros dados.

As técnicas a seguir ajudam a reduzir o desempenho lento dos backups que contêm arquivos .pst.

Faça backup de arquivos .pst separadamente dos dados gerais:
Exclua os arquivos .pst do conjunto de dados regular. O backup dos dados do arquivo .pst é feito em seu próprio tempo e não interfere no desempenho de backup rápido, que é possível com arquivos regulares. Em cenários extremos, o backup dos arquivos .pst poderia ser feito com menos frequência, talvez apenas nos fins de semana.

Use o backup de imagem para clients de máquina virtual:
Se o volume de dados alterados no backup for relativamente baixo, considere fazer backup do client usando um client proxy de imagem do Avamar. Os clients proxy de imagem configurados com o rastreamento de blocos de alterações monitoram os blocos alterados no arquivo.vmdk da máquina virtual. Os backups de imagem não examinam todos os arquivos e processam aqueles que foram modificados. Isso geralmente resulta em desempenho de backup mais rápido.

Faça backup dos dados de e-mail diretamente do Exchange usando o plug-in do Avamar:
O método preferencial para fazer backup de dados de e-mail é usar o plug-in do Avamar para Exchange. Isso resulta em desempenho de backup mais eficiente e evita a possibilidade de fazer backup dos mesmos dados mais de uma vez. Se os dados nos arquivos .pst já estiverem armazenados em um servidor Exchange que o Avamar faz backup, considere adicionar uma exclusão global para arquivos .pst.

Ao fazer backup de arquivos .pst por meio do plug-in do file system do Avamar, o Microsoft VSS garante que os arquivos .pst abertos sejam "consistentes em caso de falhas*". No entanto, esses arquivos podem não ser 'consistentes com aplicativos'. Ou seja, o backup não captura dados na memória ou operações pendentes de E/S que são direcionadas para o arquivo.

Todos os arquivos abertos durante o processo de backup podem não ser "consistentes" durante o backup.  

Os backups de dados regulares do file system em um Avamar Client típico configurado com unidades rotacionais (não SSD) geralmente são executados a cerca de 1 milhão de arquivos/hora. 

Esse desempenho de arquivos de valor/hora varia e depende de muitos fatores, inclusive a natureza dos dados do client, o throughput da rede, o desempenho do subsistema de disco e a disponibilidade da CPU.