Partilhar via


Solucionar problemas de migração de VMs Hyper-V para o Azure Local por meio do Azure Migrate (visualização)

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

Este artigo descreve como solucionar possíveis problemas que você possa enfrentar ao migrar VMs Hyper-V para seu Azure Local usando o Azure Migrate.

Importante

Este recurso está atualmente em visualização. Veja Termos de Utilização Complementares da Pré-visualizações do Microsoft Azure para obter os termos legais que se aplicam às funcionalidades do Azure que estão na versão beta, na pré-visualização ou que ainda não foram lançadas para disponibilidade geral.

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

Verifique se a VM da aplicação de origem e a VM da aplicação de destino têm uma configuração em bom estado de funcionamento ao garantir que os seguintes serviços estão 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 estão em execução:

Get-Service -Name <name_of_service>

Na VM da aplicação de origem:

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

Na VM da aplicação de destino:

  • Serviço de Gateway do Microsoft Azure (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.

  • Registos da aplicação Azure Migrate
  • Descrição do problema ou feedback
  • ID da subscrição
  • ID do inquilino
  • Nome do projeto do Azure Migrate
  • Região ou geografia do projeto do Azure Migrate
  • Nome da VM para problemas de replicação e migração
  • ID de correlação para implementação ou ID de 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 acionadas 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 criar ou excluir 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 a 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 para seu projeto Azure Migrate e, em seguida, vá para Visão geral. No painel direito, selecione o hiperlink que mostra implantações com falha e bem-sucedidas.

    Captura de tela Visão geral do grupo > de recursos do projeto Azure Migrate no portal do Azure.

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

    Captura de ecrã Azure Migrate project resource group > Deployments in Azure portal.

  3. Encontre o ID de correlação.

    Captura de tela Azure Migrate project resource group > Deployments > Sua implantação > Visão geral no portal do Azure.

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 listadas como Trabalhos na seção Migração Local do Azure do portal.

Nesses casos, o ID do trabalho também precisa ser coletado.

Siga estas etapas para obter o ID do trabalho:

  1. No seu projeto Azure Migrate no portal do Azure, vá para Visão geral em Ferramentas de migração.

    Captura de tela Visão geral das ferramentas > de migração do projeto > Azure Migrate no portal do Azure.

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

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

    Captura de tela Azure Migrate project > Ferramentas de migração > Visão geral > Azure Local migration > Jobs > Seu trabalho no portal do Azure.

  4. Encontre o ID do trabalho.

    Captura de tela Azure Migrate project > Ferramentas de migração > Visão geral > Azure Local migration > Jobs > Your job > Crie ou atualize o item protegido no portal do Azure.

Para operações de replicação agendadas

Falhas em operações agendadas, como falhas do 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 UX no portal, colete as seguintes informações:

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

Para problemas de registo do aparelho

Para solucionar problemas de registro do aparelho, 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 números especiais

Se necessário, o Suporte da Microsoft também pode solicitar logs do visualizador de eventos de componentes 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 Azure Migrate

Causa

A criação do projeto do Azure Migrate falhará se a subscrição do Azure não estiver registada no Azure Migrate ou se o utilizador não tiver 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 Aplicativo no locatário do Azure AD.
  • Verifique se você tem as funções de Colaborador e Administrador de Acesso de Usuário na assinatura do Azure.
  • Certifique-se de que está a selecionar uma das regiões suportadas para a criação do projeto Azure Migrate. Para obter uma lista de regiões suportadas, consulte Geografias suportadas.

A validação do sistema de destino falha no dispositivo

Causa

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

Captura de ecrã da página Adicionar Informações do Cluster.

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: <FQDN do> Cluster IP><do Cluster.

Excluir ou alterar informações do sistema de destino do Gerenciador de Configurações do Dispositivo de Origem não funciona.

Causa raiz Ao fornecer informações no Gerenciador de Configuração do Dispositivo de Origem, 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 Aparelho de Origem:

  1. Na aplicação de origem, abra o Explorador. Vá para C:\ProgramData\Microsoft Azure\CredStore e exclua o TargetClusterCredentials.json.

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

Nota

Esta solução alternativa não é recomendada se tiver iniciado a replicação.

Esta solução alternativa só pode ser utilizada se a aplicação não estiver registada. Se o aparelho estiver registado, tem de o remover do projeto. Em seguida, deverá gerar uma nova chave de projeto e reinstalar a aplicação.

Falha no registo da aplicação de destino

Causa

O registo do dispositivo de destino falha.

Resolução recomendada

Atualize a página e tente se registar novamente.

Problemas do dispositivo de destino

Causa

Em alguns casos, pode ser necessário remover o aparelho alvo do projeto. Por exemplo, se quiser mover a aplicação para uma subscrição ou região diferente. Para isso, seria necessário remover o appliance de destino e criar um novo na nova subscrição ou região.

Resolução recomendada

Para remover o dispositivo de destino do projeto, siga estes passos:

  1. Execute o PowerShell como um administrador.

  2. Execute o seguinte comando para remover o aparelho:

    .\AzureMigrateInstaller.ps1 -RemoveAzMigrate
    

Falha na replicação de VM

Causa

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

  • O volume partilhado do cluster ou o contentor de armazenamento está cheio.
  • As VMs não têm disponibilidade elevada. 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, não aparecerão na lista e serão excluídas para migração.

Resolução recomendada

Para ativar a replicação e a migração, verifique se o volume partilhado do cluster ou o contentor de armazenamento tem espaço suficiente.

Além disso, para migrar uma VM não HA, siga estes passos:

  1. Primeiro, tem de colocar a VM em disponibilidade elevada. Para obter mais informações, consulte Colocar VMs Hyper-V em disponibilidade elevada.
  2. Aguarde até que o agente de deteção sincronize os dados.

Como alternativa, vá para Migrar do 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

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 não consegue 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

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

A migração cria um novo VHD/VHDX, 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 SO não tornará o disco online, uma vez que é considerado um disco partilhado.

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 erro de instantâneo incapaz de excluir

Causa

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

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

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

Resolução recomendada

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

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

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

    $VmId= '146a690f-2e88-4c54-a662-c4e7da70b5e9'
    
  2. Verifique se get-VM está funcionando bem e retornando as informações do dispositivo de origem.

    Get-VM -Id $VmId 
    
  3. Certifique-se de que 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âneos 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 de instantâneo manualmente está funcionando bem na VM.

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

Falha ao desativar a VM no host Hyper-V

Causa

Durante o failover planejado, a VM é desativada no host Hyper-V de origem por meio de uma chamada WMI. Você vê ID de 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óximos passos

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