Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este artigo descreve problemas comuns que você pode encontrar ao replicar VMs Hyper-V locais para o Azure, usando o Azure Site Recovery.
Ativar questões de proteção
Se você tiver problemas ao habilitar a proteção para VMs Hyper-V, verifique as seguintes recomendações:
- Verifique se seus hosts e VMs Hyper-V atendem a todos os requisitos e pré-requisitos.
- Se os servidores Hyper-V estiverem localizados em nuvens do System Center Virtual Machine Manager (VMM), verifique se você preparou o servidor VMM.
- Verifique se o serviço de Gerenciamento de Máquina Virtual Hyper-V está sendo executado em hosts Hyper-V.
- Verifique se há problemas que aparecem no login do Hyper-V-VMMS\Admin na VM. Este registo está localizado em Logs de Aplicações e Serviços>Microsoft>Windows.
- Na VM convidada, verifique se o WMI está habilitado e acessível.
- Saiba mais sobre os testes WMI básicos.
- Solucione problemas de WMI.
- Solucione problemas com scripts e serviços WMI.
- Na VM convidada, verifique se a versão mais recente do Integration Services está em execução.
Não é possível ativar a proteção, pois a máquina virtual não está altamente disponível (código de erro 70094)
Quando estiveres a habilitar a replicação para uma máquina e encontrares um erro a informar que a replicação não pode ser habilitada, pois a máquina não está disponível em alta disponibilidade, para resolver o problema, segue os passos abaixo:
- Reinicie o serviço VMM no servidor VMM.
- Remova a máquina virtual do cluster e adicione-a novamente.
O gravador NTDS do VSS falhou com o estado 11 e o código de falha específico do gravador 0x800423F4
Ao tentar ativar a replicação, poderá encontrar um erro indicando que a ativação da replicação falhou porque o NTDS falhou. Uma das causas possíveis para esse problema é que o sistema operacional da máquina virtual no Windows Server 2012 e não no Windows Server 2012 R2. Para corrigir esse problema, tente as etapas abaixo:
- Atualize para o Windows Server R2 com 4072650 aplicado.
- Verifique se o Host Hyper-V também é Windows 2016 ou superior.
Problemas de replicação
Resolva os problemas com replicações iniciais e contínuas da seguinte forma:
- Certifique-se de que está a executar a versão mais recente dos serviços de Recuperação de Site.
- Verifique se a replicação está pausada:
- Verifique o status de integridade da VM no console do Gerenciador do Hyper-V.
- Se for crítico, clique com o botão direito do rato na VM >Replicação> e selecione Ver Integridade da Replicação.
- Se a replicação estiver pausada, selecione Retomar replicação.
- Verifique se os serviços necessários estão em execução. Se não estiverem, reinicie-os.
- Se você estiver replicando o Hyper-V sem o VMM, verifique se esses serviços estão sendo executados no host Hyper-V:
- Serviço de Gestão de Máquinas Virtuais
- Serviço do Agente dos Serviços de Recuperação do Microsoft Azure
- Serviço Microsoft Azure Site Recovery
- Serviço Anfitrião do Provedor WMI
- Se você estiver replicando com o VMM no ambiente, verifique se esses serviços estão em execução:
- No host Hyper-V, verifique se o serviço Gerenciamento de Máquina Virtual, o Agente de Serviços de Recuperação do Microsoft Azure e o serviço Host do Provedor WMI estão em execução.
- No servidor VMM, verifique se o Serviço System Center Virtual Machine Manager está em execução.
- Se você estiver replicando o Hyper-V sem o VMM, verifique se esses serviços estão sendo executados no host Hyper-V:
- Verifique a conectividade entre o servidor Hyper-V e o Azure. Para verificar a conectividade, abra o Gestor de Tarefas no anfitrião Hyper-V. Na guia Desempenho, selecione Abrir Monitor de Recursos. Na guia > Processo com Atividade de Rede, verifique se cbengine.exe está enviando ativamente grandes volumes (Mbs) de dados.
- Verifique se os hosts Hyper-V podem se conectar à URL do blob de armazenamento do Azure. Para verificar se os hosts podem ligar-se, selecione cbengine.exe. Exiba Conexões TCP para verificar a conectividade entre o host e o blob de armazenamento do Azure.
- Verifique os problemas de desempenho, conforme descrito na próxima seção.
Problemas de desempenho
As limitações de largura de banda da rede podem afetar a replicação. Solucione problemas da seguinte maneira:
- Verifique se há restrições de largura de banda ou limitação em seu ambiente.
- Execute o profiler do Planeador de Implementação.
- Depois de executar a ferramenta de análise de desempenho, siga as recomendações de largura de banda e armazenamento.
- Verifique as limitações de rotatividade de dados. Se vir um elevado volume de dados numa VM, faça o seguinte:
- Verifique se a VM está marcada para ressincronização.
- Siga estas etapas para investigar a origem da rotatividade.
- Churn pode ocorrer quando os arquivos de log HRL excedem 50% do espaço de disco disponível. Se esse for o problema, provisione mais espaço de armazenamento para todas as VMs nas quais o problema ocorre.
- Verifique se a replicação não está pausada. Se for, ele continua escrevendo as alterações no arquivo hrl, o que pode contribuir para o aumento do seu tamanho.
Problemas críticos de estado de replicação
Para verificar a integridade da replicação, conecte-se ao console do Gerenciador do Hyper-V local, selecione a VM e verifique a integridade.
Selecione Ver integridade da replicação para ver os detalhes:
- Se a replicação estiver pausada, clique com o botão direito do mouse na VM > Replicação > Retomar replicação.
- Se uma VM em um host Hyper-V configurado na Recuperação de Site migrar para um host Hyper-V diferente no mesmo cluster ou para uma máquina autônoma, a replicação para a VM não será afetada. Basta verificar se o novo host Hyper-V atende a todos os pré-requisitos e está configurado na Recuperação de Site.
Problemas com instantâneos consistentes com a aplicação
Um instantâneo consistente da aplicação é um instantâneo dos dados da aplicação em um momento específico dentro da VM. O VSS (Serviço de Cópias de Sombra de Volume) garante que os aplicativos na VM estejam em um estado consistente quando o instantâneo é tirado. Esta seção detalha alguns problemas comuns que você pode enfrentar.
VSS falhando dentro da VM
Verifique se a versão mais recente do Integration Services está instalada e em execução. Verifique se uma atualização está disponível executando o seguinte comando a partir de um prompt do PowerShell elevado no host Hyper-V: get-vm | selecione Name, State, IntegrationServicesState.
Verifique se os serviços VSS estão em execução e íntegros:
- Para verificar os serviços, inicie sessão na VM convidada. Em seguida, abra um prompt de comando admin e execute os seguintes comandos para verificar se todos os gravadores VSS estão íntegros.
- Escritores da lista Vssadmin
- Vssadmin listar sombras
- Provedores de lista Vssadmin
- Verifique a saída. Se os escritores estiverem em estado de falha, faça o seguinte:
- Verifique se há erros de operação do VSS no log de eventos do aplicativo na VM.
- Tente reiniciar estes serviços associados ao gravador com falha:
- Cópia de sombra de volume
- Fornecedor do VSS do Azure Site Recovery
- Cópia de sombra de volume
- Depois de fazer isso, aguarde algumas horas para ver se os instantâneos consistentes com o aplicativo são gerados com êxito.
- Como último recurso, tente reiniciar a VM. Isso pode resolver serviços que não respondem.
- Para verificar os serviços, inicie sessão na VM convidada. Em seguida, abra um prompt de comando admin e execute os seguintes comandos para verificar se todos os gravadores VSS estão íntegros.
Verifique se você não tem discos dinâmicos na VM. Não há suporte para snapshots consistentes com aplicativos. Pode verificar na Gestão de Discos (diskmgmt.msc).
Verifique se você não tem um disco iSCSI conectado à VM. Isto não é suportado.
Verifique se o serviço de Backup está habilitado. Verifique se ele está habilitado nas configurações>do Hyper-V Integration Services.
Certifique-se de que não há conflitos com aplicativos que tiram instantâneos VSS. Se vários aplicativos estiverem tentando tirar instantâneos VSS ao mesmo tempo, conflitos podem ocorrer. Por exemplo, se uma aplicação de backup estiver a tirar instantâneos do VSS quando, pela política de replicação, a Recuperação de Sites está agendada para tirar um instantâneo.
Verifique se a VM está enfrentando uma alta taxa de rotatividade:
- Você pode medir a taxa de alteração de dados diária para as VMs convidadas, usando contadores de desempenho no host Hyper-V. Para medir a taxa de alteração de dados, habilite o contador a seguir. Agregar uma amostra desse valor nos discos da VM por 5 a 15 minutos, para obter a rotatividade da VM.
- Categoria: "Dispositivo de armazenamento virtual Hyper-V"
- Contador: "Escrever bytes / seg"
- A taxa de rotatividade de dados aumentará ou permanecerá em um nível elevado, dependendo de quão sobrecarregada a VM ou seus aplicativos estiver.
- A média de mudança de dados do disco de origem é de 2 MB/s para o armazenamento padrão na Recuperação de Sites. Mais informações
- Além disso, você pode verificar os destinos de escalabilidade de armazenamento.
- Você pode medir a taxa de alteração de dados diária para as VMs convidadas, usando contadores de desempenho no host Hyper-V. Para medir a taxa de alteração de dados, habilite o contador a seguir. Agregar uma amostra desse valor nos discos da VM por 5 a 15 minutos, para obter a rotatividade da VM.
Certifique-se de que, se você estiver usando um servidor baseado em Linux, tenha ativado a consistência do aplicativo nele. Mais informações
Inicie o Planeador de Implantação.
Analise as recomendações para rede e armazenamento.
Falha do VSS dentro do host Hyper-V
Verifique se há erros e recomendações de VSS nos logs de eventos:
- No servidor host do Hyper-V, abra o log de eventos do Administrador do Hyper-V em Visualizador de Eventos>Logs de Aplicações e Serviços>Microsoft>Windows>Hyper-V>Administrador.
- Verifique se há eventos que indiquem falhas em instantâneos consistentes com o aplicativo.
- Um erro típico é: "O Hyper-V falhou ao gerar o conjunto de instantâneos VSS para a máquina virtual 'XYZ': o autor experimentou um erro não transitório. Reiniciar o serviço VSS pode resolver problemas se o serviço não estiver respondendo."
Para gerar instantâneos VSS para a VM, verifique se o Hyper-V Integration Services está instalado na VM e se o Serviço de Integração de Backup (VSS) está habilitado.
- Verifique se os serviços/daemons VSS do Integration Services estão a funcionar na máquina virtual e estão em estado OK.
- Você pode verificar isso numa sessão com privilégios elevados do PowerShell no host Hyper-V com o comando Get-VMIntegrationService -VMName<VMName-Name> VSS. Alternativamente, também pode obter essas informações ao iniciar sessão na máquina virtual convidada. Mais informações.
- Verifique se o Backup/VSS integration Services na VM está em execução e em estado íntegro. Caso contrário, reinicie esses serviços, bem como o serviço solicitante de Cópias de Sombra de Volume Hyper-V no servidor host Hyper-V.
Erros comuns
Código de Erro | Mensagem | Detalhes |
---|---|---|
0x800700EA | "O Hyper-V falhou em gerar o conjunto de instantâneos VSS para a máquina virtual: mais dados estão disponíveis." (0x800700EA). A geração do conjunto de instantâneos VSS pode falhar se a operação de backup estiver em andamento. Falha na operação de replicação da máquina virtual: mais dados estão disponíveis." |
Verifique se a sua VM tem o disco dinâmico ativado. Isto não é suportado. |
0x80070032 | O Pedido de Cópia Sombra de Volume do Hyper-V não conseguiu conectar-se à máquina virtual <./VMname> porque a versão não corresponde à versão esperada pelo Hyper-V | Verifique se as atualizações mais recentes do Windows estão instaladas. Atualize para a versão mais recente do Integration Services. |
Recolher logs de replicação
Todos os eventos de replicação do Hyper-V são registados no log Hyper-V-VMMS\Admin, localizado em Aplicações e Serviços>Microsoft>Windows. Além disso, você pode habilitar um log analítico para o Serviço de Gerenciamento de Máquina Virtual Hyper-V, da seguinte maneira:
Torne os logs analíticos e de depuração visíveis no Visualizador de Eventos. Para disponibilizar os logs, no Visualizador de Eventos, selecione Exibir>Mostrar Logs Analíticos e de Depuração.. O log analítico aparece em Hyper-V-VMMS.
No painel Ações, selecione Ativar Log.
Depois de habilitado, ele aparece no Monitor de Desempenho, como uma Sessão de Rastreamento de Eventos em Conjuntos de Coletores de Dados.
Para visualizar as informações coletadas, interrompa a sessão de rastreamento desativando o log. Em seguida, salve o log e abra-o novamente no Visualizador de Eventos ou use outras ferramentas para convertê-lo conforme necessário.
Locais do log de eventos
Registo de eventos | Detalhes |
---|---|
Logs de aplicativos e serviços/Microsoft/VirtualMachineManager/Server/Admin (servidor VMM) | Logs para solucionar problemas do VMM. |
Logs de aplicativos e serviços/MicrosoftAzureRecoveryServices/Replication (host Hyper-V) | Logs para solucionar problemas do Agente de Serviços de Recuperação do Microsoft Azure. |
Logs de aplicativos e serviços/Microsoft/Azure Site Recovery/Provider/Operational (host Hyper-V) | Logs para resolução de problemas do Serviço de Recuperação de Site do Microsoft Azure. |
Logs de aplicativos e serviços/Microsoft/Windows/Hyper-V-VMMS/Admin (host Hyper-V) | Registos para a resolução de problemas de gestão de VM Hyper-V. |
Coleta de logs para solução de problemas avançada
Esta ferramenta pode ajudar com a solução de problemas avançada:
- Para o VMM, execute a coleta de logs de Recuperação de Site usando a ferramenta SDP (Support Diagnostics Platform).
- Ative o registo para o Azure Site Recovery no Hyper-V Site Protection.