O backup guest de máquina virtual do Avamar fica lento e atinge o tempo limite devido a um gargalo de recursos de hardware
摘要: Um backup guest do Avamar de uma máquina virtual é executado lentamente devido a um gargalo de recursos de hardware.
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
症狀
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.
原因
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.
解析度
- 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.
其他資訊
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;
受影響的產品
Avamar產品
Avamar文章屬性
文章編號: 000164580
文章類型: Solution
上次修改時間: 10 2月 2025
版本: 4
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。