Solucionar problemas de migração de VMs do Hyper-V para o Azure Local por meio das Migrações para Azure (versão prévia)

Aplica-se a: Azure Local, versão 23H2

Este artigo descreve como solucionar possíveis problemas que você pode enfrentar ao migrar VMs do Hyper-V para o Azure Local usando as Migrações para Azure.

Importante

Esse recurso está em VERSÃO PRÉVIA no momento. Veja os Termos de Uso Complementares para Versões Prévias do Microsoft Azure para obter termos legais que se aplicam aos recursos do Azure que estão em versão beta, versão prévia ou que, de outra forma, ainda não foram lançados em disponibilidade geral.

Verifique se todos os serviços necessários estão em execução

Verifique se a VM do dispositivo de origem e a VM do dispositivo de destino têm uma configuração íntegra, garantindo que os seguintes serviços estejam em execução.

Abra o PowerShell como administrador e execute o seguinte comando para cada um dos serviços listados entre parênteses para o dispositivo de origem e o dispositivo de destino para verificar se eles estão em execução:

Get-Service -Name <name_of_service>

Na VM do dispositivo de origem:

• Microsoft Azure Gateway Service (asrgwy)
• Serviço de Descoberta do Microsoft Azure Hyper-V (amhvdiscoverysvc)
• Serviço de Gerenciamento do Azure Site Recovery (asrmgmtsvc)

Na VM do dispositivo de destino:

• Microsoft Azure Gateway Service (asrgwy)
• Serviço de Gerenciamento do Azure Site Recovery (asrmgmtsvc)

Os dados de configuração podem ser encontrados em C:\ProgramData\Microsoft Azure\Config.

Coletar logs e informações

Se você tiver algum problema, antes de abrir um tíquete de suporte, colete as seguintes informações sobre seus problemas e compartilhe-as com a equipe de suporte da Microsoft para análise.

• Logs do dispositivo do Migrações para Azure
• Descrição do problema ou feedback
• ID da assinatura
• ID do locatário
• Nome do projeto das Migrações para Azure
• Região ou geografia do projeto do Migrações para Azure
• Nome da VM para problemas na duplicação e migração
• ID de correlação para implantação ou ID do trabalho

As seções a seguir descrevem como coletar essas informações com base na operação ou no tipo de problema.

Para operações disparadas pelo usuário do portal do Azure

Para solucionar problemas de operações acionadas pelo usuário, é necessário um ID de correlação ou um ID de trabalho.

Obter ID de correlação para uma implantação

Falhas em operações como criação ou exclusão de um projeto de migração, criação de artefatos de dispositivo, entidades e contas de armazenamento, erros são mostrados como falhas na seção Implantações do grupo de recursos do projeto de migração. Cada operação de implantação também tem uma ID de correlação que é útil para solução de problemas.

Além disso, as operações com falha na sessão são mostradas como notificações ou em logs de atividades do histórico mais antigo.

Siga estas etapas para identificar a ID de correlação para sua implantação no portal do Azure:

1. Vá para o grupo de recursos do seu projeto de Migrações para Azure e, em seguida, vá para Visão geral. No painel direito, selecione o hiperlink que mostra implantações com falha e bem-sucedidas.

   

2. Identifique a implantação para a qual você deseja a ID de correlação e selecione o nome da implantação.

   

3. Localize a ID de correlação.

   

Obter ID de trabalho para replicação ou migração

Operações como criar e excluir um item protegido (também conhecido como criar e excluir uma replicação) e failover planejado (também conhecido como migração) também são listados como Trabalhos na seção Migração local do Azure do portal.

Nesses casos, a ID do trabalho também precisa ser coletada.

Siga estas etapas para obter a ID do trabalho:

1. Em seu projeto de Migrações para Azure no portal do Azure, acesse Visão geral em Ferramentas de migração.

   

2. No painel esquerdo, acesse Trabalhos de migração > local do Azure.

3. Identifique o trabalho para o qual você deseja a ID do trabalho e selecione o nome do trabalho.

   

4. Encontre a ID do trabalho.

   

Para operações de replicação agendadas

Falhas em operações agendadas, como falhas de ciclo de replicação por hora, são listadas como Eventos na seção Migração local do Azure do portal.

Para solucionar problemas de replicação, colete as seguintes informações:

• Detalhes do erro mostrados nos eventos que incluem Hora, ID de erro, Mensagem de erro, ID da VM.
• Capturas de tela do portal do Azure, se possível.

Para problemas de UX no portal

Para solucionar problemas de experiência do usuário no portal, colete as seguintes informações:

• Capturas de tela do portal do Azure.
• Registre as operações no modo de desenvolvedor do navegador. Exporte o arquivo HAR e compartilhe-o.

Para problemas de registro de dispositivos

Para solucionar problemas de registro do dispositivo, colete as seguintes informações:

• Todos os logs disponíveis no dispositivo em C:\ProgramData\MicrosoftAzure\Logs.

Para problemas de descoberta

Para solucionar problemas de descoberta, colete as seguintes informações:

• Todos os logs disponíveis no dispositivo de origem em C:\ProgramData\MicrosoftAzure\Logs\HyperV\Discovery.

Para obter mais informações, consulte Solucionar problemas de descoberta.

Para edições especiais

Se necessário, o Suporte da Microsoft também pode solicitar logs do visualizador de eventos do componente ou logs de eventos do sistema, como logs do Hyper-V e logs SMB.

Problemas comuns e resoluções

Falha na criação do projeto do Migrações para Azure

Causa raiz

A criação do projeto do Migrações para Azure falha quando a assinatura do Azure não está registrada para o Migrações para Azure ou quando o usuário não tem as permissões necessárias para criar um projeto.

Resolução recomendada

Verifique o seguinte:

• Verifique se você tem a função de Administrador de Aplicativos no locatário do Azure AD.
• Verifique se você tem as funções de Colaborador e Administrador de Acesso do Usuário na assinatura do Azure.
• Verifique se você está selecionando uma das regiões com suporte para a criação do projeto de Migrações para Azure. Para obter uma lista de regiões com suporte, consulte Geografias com suporte.

Falha na validação do sistema de destino no dispositivo

Causa raiz

O sistema de destino falha ao validar porque o FQDN não pode ser resolvido por DNS por padrão no dispositivo.

Resolução recomendada

Mapeie manualmente o IP Local do Azure para seu FQDN correspondente editando o arquivo hosts localizado em C:\Windows\System32\drivers\etc\hosts.

Adicione uma nova linha com o IP e o FQDN do sistema no seguinte formato: <IP do><cluster FQDN> do cluster.

Excluir ou alterar informações do sistema de destino do Source Appliance Configuration Manager não funciona.

Causa raiz Ao fornecer informações no Source Appliance Configuration Manager, o nome do sistema de destino não pode ser alterado depois de inserido.

Resolução recomendada Siga estas etapas para excluir ou alterar o sistema de destino do Gerenciador de Configuração do Dispositivo de Origem:

1. No dispositivo de origem, abra o Explorer. Vá para C:\ProgramData\Microsoft Azure\CredStore e exclua o TargetClusterCredentials.json.

2. Recarregue o Appliance Configuration Manager e você poderá inserir novos valores para o sistema de destino.

Observação

Essa solução alternativa não é recomendada se você tiver iniciado a replicação.

Essa solução alternativa pode ser usada somente se o dispositivo não estiver registrado. Se o dispositivo estiver registrado, você deverá remover o dispositivo do projeto. Em seguida, você precisa gerar uma nova chave de projeto e reinstalar o dispositivo.

Falha no registro do dispositivo de destino

Causa raiz

O registro do dispositivo de destino falha.

Resolução recomendada

Atualize a página e tente se registrar novamente.

Problemas do dispositivo de destino

Causa raiz

Em alguns casos, pode ser necessário remover o dispositivo de destino do projeto. Por exemplo, se você quiser mover o dispositivo para outra assinatura ou região. Para isso, seria necessário remover o dispositivo de destino e criar um novo na nova assinatura ou região.

Resolução recomendada

Para remover o dispositivo de destino do projeto, siga estas etapas:

1. Execute o PowerShell como administrador.

2. Execute o seguinte comando para remover o dispositivo:

   .\AzureMigrateInstaller.ps1 -RemoveAzMigrate
   

Falha na replicação da VM

Causa raiz

A replicação de VMs pode falhar devido a um ou mais dos seguintes motivos:

• O volume compartilhado clusterizado ou o contêiner de armazenamento está cheio.
• As VMs não são altamente disponível. Todas as VMs devem estar altamente disponíveis para serem descobertas para replicação e migração. Se as VMs não estiverem altamente disponíveis, elas não aparecerão na lista e serão excluídas para a migração.

Resolução recomendada

Para habilitar a replicação e a migração, verifique se o volume compartilhado do cluster ou o contêiner de armazenamento tem espaço suficiente.

Além disso, para migrar uma VM sem HA, execute estas etapas:

1. Primeiro, você precisa tornar a VM altamente disponível. Para obter mais informações, confira Tornar uma VM de Hyper-V altamente disponível.
2. Aguarde até que o agente de descoberta sincronize os dados.

Como alternativa, acesse Migrações para Azure e selecione Atualizar para atualizar manualmente servidores, bancos de dados e aplicativos Web para ajudar a agilizar a sincronização do agente de descoberta.

A replicação ou migração falha com o valor de erro não pode ser nulo

Causa raiz

A replicação ou migração falha com a seguinte mensagem de erro:

O valor não pode ser nulo. Nome do parâmetro: FetchingHyperVDiskPropertiesFailed.

O componente falha ao buscar as propriedades do disco do host Hyper-V de origem. Isso pode acontecer se o disco virtual do cluster subjacente estiver offline ou se o disco não estiver em um estado íntegro.

Resolução recomendada

1. Verifique se os discos de cluster estão operacionais e se você pode buscar as propriedades do disco.

2. No dispositivo de origem, execute o PowerShell como administrador. Execute as etapas a seguir depois de substituir o conteúdo pelos {} valores reais.

   $ImageMgmtService = Get-WmiObject -Class "Msvm_ImageManagementService" -Namespace "root\virtualization\v2" -ComputerName "{HyperVHostOwningTheVM}" -Credential {$CredentialsToHyperVHost}
   
   $ImageMgmtService.GetVirtualHardDiskSettingData("{DiskPathShownInTheMessage}").
   

3. Na saída retornada, verifique se as propriedades MaxInternalSize e ParentPath em SettingData XML são apropriadas.

Os discos em VMs migradas estão offline

Causa raiz

Os discos nas VMs do Windows migradas podem não ficar online.

A migração cria um novo VHD/VHDX, o que resulta em um novo disco para o sistema operacional Windows na VM migrada. O sistema operacional vê isso como uma nova unidade e aplica a política de SAN. O sistema operacional não tornará o disco online, pois é considerado um disco compartilhado.

Resolução recomendada

Para contornar esse problema, escolha uma das seguintes opções:

• Defina a política de SAN como OnlineAll para VMs do Windows migradas. Reinicialize as VMs. Isso deve colocar todos os discos online. Para obter instruções detalhadas, consulte como configurar uma política de SAN para colocar discos online.

• Coloque manualmente as unidades online em VMs migradas.

A migração falha com o erro de instantâneo não é possível excluir

Causa raiz

Não é possível migrar devido ao seguinte erro:

Erro: Falha ao excluir instantâneo com ID(s)

As operações manuais da VM do Hyper-V no sistema estavam falhando com o mesmo erro e nenhuma operação manual na VM pôde ser feita neste servidor.

Resolução recomendada

Para atenuar esse erro, verifique se a VM está operacional.

Conecte-se ao dispositivo de origem e tente as etapas a seguir para garantir que a migração seja tranquila.

1. Obtenha a ID da VM nas informações de erro.

   $VmId= '146a690f-2e88-4c54-a662-c4e7da70b5e9'
   

2. Verifique se o get-VM está funcionando bem e retornando as informações do dispositivo de origem.

   Get-VM -Id $VmId 
   

3. Verifique se o get-VHD está funcionando bem e retornando as informações corretas.

   Get-VHD -VMId $VmId
   

4. Se a operação de criação de instantâneo estiver falhando, verifique se a criação manual de instantâneo está funcionando bem na VM.

   Get-VM -Id $VmId | Checkpoint-VM 
   

5. Se a operação de exclusão de instantâneo estiver falhando, verifique se a exclusão manual de instantâneo está funcionando bem na VM.

   Get-VMCheckpoint -Id "TemporarilyCreatedCheckpointIdGuid" | Remove-VMSnapshot
   

Falha ao desativar a VM no host Hyper-V

Causa raiz

Durante o failover planejado, a VM é desativada no host Hyper-V de origem por meio de uma chamada WMI. Você vê o ID do erro: 1000001 ou uma mensagem de erro: Ocorreu um erro interno.

Resolução recomendada

Você pode desativar a VM manualmente no host Hyper-V de origem por meio do PowerShell.

# Replace Guid '146..' In below command with actual VM ID.
$Vm = Get-WmiObject -Namespace root\virtualization\v2  -Query "Select * From Msvm_ComputerSystem Where Name ='146a690f-2e88-4c54-a662-c4e7da70b5ef'"

$ShutdownIC = Get-WmiObject -Namespace root\virtualization\v2  -Query "Associators of {$Vm} Where AssocClass=Msvm_SystemDevice ResultClass=Msvm_ShutdownComponent"

$ShutdownIC.InitiateShutdown("TRUE", "Need to shutdown")

Próximas etapas

Dependendo da fase de migração em que você está, talvez seja necessário revisar um dos seguintes artigos para solucionar problemas:

• Solucione problemas de descoberta.
• Solucionar problemas de projetos de Migrações para Azure.
• Solucione problemas com o diagnóstico do dispositivo.