Avamar — VMs do Hyper-V travam durante o backup
Summary: Artigo da base de conhecimento (KB) explicando por que as VMs do Hyper-V falham durante os backups do Avamar.
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
Máquinas virtuais individuais (VM) ou até mesmo volumes compartilhados de cluster (CSVs) inteiros podem ficar off-line ou travar. Às vezes, as VMs não conseguem se recuperar automaticamente porque não conseguem acessar os discos de inicialização na reinicialização. Em seguida, as VMs precisam ser religadas manualmente para que a recuperação seja bem-sucedida.
Durante a execução de backups do Hyper-V em um cluster CSV, uma VM ou várias VMs podem falhar quando ocorre uma alteração de propriedade do CSV. Esse é particularmente o caso dos backups CSV do Hyper-V em uma configuração de vários proxies como recurso "Change CSV Ownership" ativado.
Nos registros de eventos do cluster, o erro 5120 pode ser exibido:
Durante a execução de backups do Hyper-V em um cluster CSV, uma VM ou várias VMs podem falhar quando ocorre uma alteração de propriedade do CSV. Esse é particularmente o caso dos backups CSV do Hyper-V em uma configuração de vários proxies como recurso "Change CSV Ownership" ativado.
Nos registros de eventos do cluster, o erro 5120 pode ser exibido:
"Cluster Share Volume "Volume1"('hvcluster-dell') has entered a paused state because of '(a00000a9)'. All I/O will temporarily be queued until a path to the volume is reestablished.
Cause
Quando um cluster Hyper-V de vários proxies é registrado usando o assistente de cluster do Avamar, a opção "Change ownership of CSVs to one or more proxy nodes" fica disponível. O recurso "Change CSV Ownership" permite que o processo de backup altere automaticamente a propriedade do CSV da VM para o nó proxy que está realizando os backups. Quando o nó proxy não é o proprietário do CSV cujo backup está sendo feito, ele reduz notavelmente o desempenho do backup. O processo de backup deve, então, transmitir dados do nó proprietário para o nó primário. Por fim, ele envia o backup para o servidor Avamar ou Data Domain. Como resultado, o desempenho do backup depende do desempenho da rede entre os nós do cluster. Os backups são mais rápidos e eficientes quando um nó proxy possui o CSV e os fluxos de dados de backup diretamente do nó proxy para o servidor de backup.
No entanto, em alguns ambientes, esse recurso de desempenho pode fazer com que VMs individuais ou até mesmo volumes inteiros do CSV fiquem off-line quando ocorre a alteração de propriedade. Isso acontece principalmente quando a taxa de entrada/utput do disco é muito alta.
No entanto, em alguns ambientes, esse recurso de desempenho pode fazer com que VMs individuais ou até mesmo volumes inteiros do CSV fiquem off-line quando ocorre a alteração de propriedade. Isso acontece principalmente quando a taxa de entrada/utput do disco é muito alta.
Resolution
Remova ou comente (usando #) o sinalizador "--change-csv-ownership" no arquivo avhypervvss.cmd usando um editor de texto, como o Bloco de Notas. Esse arquivo está localizado no diretório C:\Program Files\avs\var no nó proxy primário. Em seguida, salve e feche o arquivo.
No entanto, desabilitar esse recurso pode resultar em desempenho de backup mais lento. Como solução temporária, habilite e aumente a contagem de vários fluxos no conjunto de dados.
No entanto, desabilitar esse recurso pode resultar em desempenho de backup mais lento. Como solução temporária, habilite e aumente a contagem de vários fluxos no conjunto de dados.
Article Properties
Article Number: 000165926
Article Type: Solution
Last Modified: 11 Oct 2024
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.