O backup guest de máquina virtual do Avamar fica lento e atinge o tempo limite devido a um gargalo de recursos de hardware
Summary: Um backup guest do Avamar de uma máquina virtual é executado lentamente devido a um gargalo de recursos de hardware.
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Uma máquina virtual que tem um client Avamar instalado no sistema operacional guest apresenta desempenho irregular ou ruim.
Se o backup chegar ao final da janela de backup sem ser concluída, o Avamar informará que o backup falha com "time out - end".
Exemplo:-
Abaixo, analisamos os registros de um cliente que teve um comportamento irregular desde que ele foi virtualizado.
Abaixo, demonstramos um backup rápido e um backup lento para o mesmo client.
O registro do backup rápido mostra uma taxa de desempenho de pico de 2.291.881 arquivos por hora. A taxa de alteração de arquivos e dados nesse backup é baixa.
As mensagens de status do registro mostram que, durante o backup, a taxa de varredura de arquivos é constante sem períodos rápidos ou lentos.
A utilização da CPU também é razoavelmente constante, permanecendo entre 40 e 60%.
A seguir, demonstraremos isso graficamente usando uma ferramenta interna da Dell que analisa registros e gráficos de client do Avamar.
Esses gráficos mostram que, em boas condições, o backup é executado rapidamente.
O sistema de armazenamento está alimentando o avtar com arquivos a uma taxa que mantém a CPU em um nível de utilização moderadamente alto.
Em seguida, analisaremos o registro para o backup mais lento. Esse backup é para os mesmos dados do client, mas sob diferentes condições de carregamento de hardware virtual. Vemos que o desempenho de arquivos/hora é <de 400.000 arquivos/hora.
Como a taxa de alteração é baixa, semelhante ao backup rápido, os comportamentos de backup são comparáveis.
Abaixo do registro, uma representação gráfica mostra que o desempenho do backup começa rapidamente e, em seguida, diminui a velocidade (área destacada na caixa vermelha).
O desempenho lento de arquivos por hora está correlacionado precisamente ao período das 11h às 19h.
Observe como a utilização da CPU das 11h às 19h cai de bem acima de 40% para cerca de 5 a 10%.
Após as 19h, a utilização da CPU varia de 15 a 20% e o desempenho dos arquivos por hora aumenta, embora não tão alto quanto durante a parte inicial do backup.
Se o backup chegar ao final da janela de backup sem ser concluída, o Avamar informará que o backup falha com "time out - end".
Exemplo:-
Abaixo, analisamos os registros de um cliente que teve um comportamento irregular desde que ele foi virtualizado.
Abaixo, demonstramos um backup rápido e um backup lento para o mesmo client.
O registro do backup rápido mostra uma taxa de desempenho de pico de 2.291.881 arquivos por hora. A taxa de alteração de arquivos e dados nesse backup é baixa.
2015-09-14 00:49:20 avtar Info <5156>: Backup #12 timestamp
2015-09-14 00:49:20, 13,050,798 files, 1,352,497 folders, 9,671 GB (37,919 files, 437.1 MB, 0.00% new)
2015-09-14 00:49:20 avtar Info <6083>: Backed-up 9,671 GB in 341.66 minutes: 1,698 GB/hour (2,291,881 files/hour)
As mensagens de status do registro mostram que, durante o backup, a taxa de varredura de arquivos é constante sem períodos rápidos ou lentos.
A utilização da CPU também é razoavelmente constante, permanecendo entre 40 e 60%.
A seguir, demonstraremos isso graficamente usando uma ferramenta interna da Dell que analisa registros e gráficos de client do Avamar.
Esses gráficos mostram que, em boas condições, o backup é executado rapidamente.O sistema de armazenamento está alimentando o avtar com arquivos a uma taxa que mantém a CPU em um nível de utilização moderadamente alto.
Em seguida, analisaremos o registro para o backup mais lento. Esse backup é para os mesmos dados do client, mas sob diferentes condições de carregamento de hardware virtual. Vemos que o desempenho de arquivos/hora é <de 400.000 arquivos/hora.
Como a taxa de alteração é baixa, semelhante ao backup rápido, os comportamentos de backup são comparáveis.
Abaixo do registro, uma representação gráfica mostra que o desempenho do backup começa rapidamente e, em seguida, diminui a velocidade (área destacada na caixa vermelha).
2015-09-22 07:41:35 avtar Info <5157>: PARTIAL Backup #35 timestamp
2015-09-22 07:41:35, 9,190,850 files, 1,030,683 folders, 8,283 GB (22,390 files, 397.8 MB, 0.00% new)
2015-09-22 07:41:35 avtar Info <6083>: Backed-up 8,283 GB in 1440.19 minutes: 345 GB/hour (382,902 files/hour)
O desempenho lento de arquivos por hora está correlacionado precisamente ao período das 11h às 19h.
Observe como a utilização da CPU das 11h às 19h cai de bem acima de 40% para cerca de 5 a 10%.
Após as 19h, a utilização da CPU varia de 15 a 20% e o desempenho dos arquivos por hora aumenta, embora não tão alto quanto durante a parte inicial do backup.
Cause
O conjunto de dados do nosso "client de exemplo" é previsível e a taxa de alteração é insignificante. O cliente realiza uma quantidade semelhante de trabalho todos os dias,
O desempenho irregular observado se deve ao conflito de acesso aos recursos de hardware compartilhados usados pelo Avamar durante a varredura de arquivos.
No exemplo mostrado acima, os recursos de hardware estão em alta demanda ou são acelerados para o client durante o horário comercial de pico.
O comportamento depende dos recursos disponíveis. O recurso mais provável a ser gargalo são as solicitações de I/O de busca aleatória no dispositivo de armazenamento onde os dados estão localizados.
Se o uso da CPU aumentar durante os horários de pico, o gargalo pode ser uma escassez de compartilhamentos de CPU disponíveis para a máquina virtual.
O desempenho irregular observado se deve ao conflito de acesso aos recursos de hardware compartilhados usados pelo Avamar durante a varredura de arquivos.
No exemplo mostrado acima, os recursos de hardware estão em alta demanda ou são acelerados para o client durante o horário comercial de pico.
O comportamento depende dos recursos disponíveis. O recurso mais provável a ser gargalo são as solicitações de I/O de busca aleatória no dispositivo de armazenamento onde os dados estão localizados.
Se o uso da CPU aumentar durante os horários de pico, o gargalo pode ser uma escassez de compartilhamentos de CPU disponíveis para a máquina virtual.
Resolution
- Execute o backup fora dos horários de pico e (se possível), quando o client não estiver muito ocupado com suas tarefas regulares.
- Certifique-se de que o hypervisor da máquina virtual não esteja impondo limitações de CPU, memória ou E/S no momento da janela de backup
- Evite sobreposição de backups do Avamar com períodos de alta atividade em que o conflito de acesso para armazenamento compartilhado é alto.
- Para aplicativos com taxa de alteração baixa, considere o uso de backup baseado em imagem. O dispositivo proxy de backup de imagem faz backup somente de blocks modificados. Ele não verifica todos os arquivos no conjunto de dados, portanto, tem requisitos de E/S menores.
Additional Information
Para obter mais informações sobre como investigar problemas de desempenho de backup do Avamar, consulte;
Para obter mais informações sobre como analisar e interpretar mensagens de status avtar;
Para obter mais informações sobre como analisar e interpretar mensagens de status avtar;
Affected Products
AvamarProducts
AvamarArticle Properties
Article Number: 000164580
Article Type: Solution
Last Modified: 10 Feb 2025
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.