Solução de problemas de replicação na migração do VMware VM sem agente
Este artigo descreve alguns problemas comuns e erros específicos que podem acontecer ao replicar VMs locais do VMware usando o método sem agente de Migração e modernização.
Ao replicar uma máquina virtual do VMware usando o método de replicação sem agente, os dados dos discos da máquina virtual (VMDKs) são replicados para os discos gerenciados da réplica na sua assinatura do Azure. Quando a replicação de uma VM é iniciada, ocorre um ciclo de replicação inicial em que as cópias completas dos discos são replicadas. Após a conclusão da replicação inicial, os ciclos de replicação incremental são planejados periodicamente para transferir quaisquer alterações ocorridas desde o ciclo anterior.
Ocasionalmente, você poderá visualizar os ciclos de replicação para uma VM falharem. Essas falhas podem ocorrer devido a motivos variados, desde problemas na configuração da rede local a problemas nos back-ends dos Serviços de Nuvem das Migrações para Azure. Neste artigo vamos:
- Mostrar como você pode monitorar o status da replicação e solucionar erros.
- Listar alguns erros de replicação que ocorrem com frequência e sugerir etapas para corrigi-los.
Monitorar o status da replicação usando o portal do Azure
Use as seguintes etapas para monitorar o status da replicação das suas máquinas virtuais:
Acesse a página Servidores, bancos de dados e aplicativos Web em Migrações para Azure no portal do Azure.
No bloco Migração e modernização, em Replicações, selecione o número ao lado da VM do Azure.
Você verá uma lista de servidores de replicação com informações adicionais, como status, integridade, hora da última sincronização etc. A coluna Integridade da replicação indica a integridade da replicação atual da VM. Um valor Crítico ou de Aviso normalmente indica que o ciclo de replicação anterior da VM falhou. Para saber mais, clique com o botão direito do mouse na VM e selecione Detalhes do erro de integridade. A página Detalhes do erro contém informações sobre o erro e detalhes adicionais sobre como solucionar o problema.
Selecione Eventos Recentes para ver as falhas do ciclo anterior de replicação da VM. Na página de eventos, procure para a VM o evento mais recente do tipo Falha no ciclo de replicação ou Falha no ciclo de replicação para o disco".
Selecione o evento para entender as possíveis causas do erro e as etapas de correção recomendadas. Use as informações fornecidas para solucionar problemas e corrigir o erro.
Erros comuns de replicação
Esta seção descreve alguns erros comuns e como você pode solucioná-los.
Erro de falha na operação do Key Vault ao tentar replicar VMs
Erro: “Falha na operação do Key Vault. Operação: configure a conta de armazenamento gerenciada, Key Vault: nome-do-Key-Vault, Conta de armazenamento: falha do nome da conta de armazenamento com o erro:”
Erro: “Falha na operação do Key Vault. Operação: gere uma definição de assinatura de acesso compartilhado, Key Vault: nome-do-Key-Vault, Conta de armazenamento: falha do nome da conta de armazenamento com o erro:”
Esse erro ocorre normalmente porque a política de acesso do usuário para o Key Vault não fornece ao usuário conectado no momento as permissões necessárias para configurar as contas de armazenamento a serem gerenciadas pelo Key Vault. Para verificar a política de acesso do usuário no cofre de chaves, acesse a página “Cofre de chaves” no portal do cofre de chaves e selecione “Políticas de acesso”.
Quando o portal cria o cofre de chaves, ele também adiciona uma política de acesso do usuário que concede as permissões para configurar contas de armazenamento a serem gerenciadas pelo Key Vault. Uma falha pode ocorrer por dois motivos:
O usuário conectado é uma entidade de segurança remota no locatário do Azure de clientes (assinatura do CSP – e o usuário conectado é o administrador de parceiro). A solução alternativa neste caso é excluir o cofre de chaves, sair do portal e, em seguida, entrar com uma conta de usuário do locatário de clientes (e não uma entidade de segurança remota) e repetir a operação. O parceiro CSP normalmente terá uma conta de usuário no locatário do Microsoft Entra de clientes que ele pode usar. Se não for possível criar uma conta de usuário no locatário do Microsoft Entra de clientes, entre no portal como o novo usuário e, em seguida, repita a operação de replicação. A conta usada deve ter permissões de Proprietário ou Colaborador + Administrador de Acesso do Usuário concedidas à conta no grupo de recursos (Migrar grupo de recursos do projeto).
O outro caso em que isso pode ocorrer é quando um usuário (usuário1) tenta configurar a replicação inicialmente e encontra uma falha, mas o cofre de chaves é criado (e a política de acesso do usuário é atribuída adequadamente a ele). Posteriormente, um usuário diferente (user2) tenta configurar a replicação, mas a operação Configurar Conta de Armazenamento Gerenciado ou Gerar definição de SAS falha, pois não há qualquer política de acesso do usuário correspondente ao user2 no cofre de chaves.
Resolução: para solucionar esse problema, crie uma política de acesso do usuário para user2 no cofre de chaves e conceda permissão a user2 para configurar a conta de armazenamento gerenciado e gerar definições SAS. O usuário2 pode fazer esse procedimento no Azure PowerShell usando os cmdlets abaixo:
$userPrincipalId = $(Get-AzureRmADUser -UserPrincipalName "user2_email_address").Id
Set-AzureRmKeyVaultAccessPolicy -VaultName "keyvaultname" -ObjectId $userPrincipalId -PermissionsToStorage get, list, delete, set, update, regeneratekey, getsas, listsas, deletesas, setsas, recover, back up, restore, purge
DisposeArtefactsTimedOut
ID do erro: 181008
Mensagem de erro: VM: VMName. Erro: evento de tempo limite 'DisposeArtefactsTimeout' foi encontrado no estado &'['Gateway.Service.StateMachine.SnapshotReplication.SnapshotReplicationEngine+WaitingForArtefactsDisposalPreCycle' ('WaitingForArtefactsDisposalPreCycle')]'.
Causas possíveis:
O componente que está tentando replicar os dados para o Azure está inoperante ou não respondendo. As causas possíveis incluem:
- O serviço de gateway em execução no dispositivo de Migrações para Azure está inoperante.
- O serviço de gateway está enfrentando problemas de conectividade com a Conta de armazenamento de Barramento de Serviço/Hubs de eventos/Dispositivo.
Identificação da causa exata de DisposeArtefactsTimedOut e a resolução correspondente:
Verifique se o dispositivo de Migrações para Azure está funcionando.
Verifique se o serviço de gateway está em execução no dispositivo:
Entre no dispositivo de Migrações para Azure usando a área de trabalho remota.
Abra o snap-in do MMC dos serviços da Microsoft (execute >services.msc) e verifique se o Serviço de Gateway do Microsoft Azure está em execução. Se o serviço estiver parado ou não estiver em execução, inicie o serviço. Como alternativa, você pode abrir o prompt de comando ou o PowerShell e insira 'Net Start asrgwy'.
Verifique se há problemas de conectividade entre o dispositivo de Migrações para Azure e a Conta de Armazenamento do Dispositivo:
Execute o seguinte comando após baixar o azcopy no dispositivo de Migrações para Azure:
_azcopy bench https://[account].blob.core.windows.net/[container]?SAS_Etapas para executar o teste de parâmetro de comparação de desempenho:
Baixe o azcopy.
Procure a Conta de Armazenamento do dispositivo no Grupo de Recursos. O nome da Conta de Armazenamento se assemelha a migrategwsa**********. Esse é o valor do parâmetro [account] no comando acima.
Pesquise pela sua conta de armazenamento no portal do Azure. Verifique se a assinatura que você usa para pesquisar é a mesma assinatura (assinatura de destino) na qual sua conta de armazenamento está criada. Vá para Contêineres na seção serviço Blob. Selecione + Contêiner e crie um Contêiner. Verifique se você fornece permissão de gravação para o contêiner. Mantenha o nível de acesso público com o valor padrão selecionado.
Acesse Configurações>Assinatura de Acesso Compartilhado e selecione Contêiner em Tipo de Recurso Permitido.
Selecione Gerar SAS e cadeia de conexão e copie o token da SAS. Caso esteja usando o PowerShell, certifique-se de colocar o URL entre aspas simples (' ').
Execute o comando acima no Prompt de Comando, substituindo conta, contêiner, SAS pelos valores obtidos nas etapas b, c e e, respectivamente.
Como alternativa, faça o download do Azure Storage Explore no dispositivo e tente carregar 10 blobs de ~ 64 MB nas contas de armazenamento. Se não houver problema, o carregamento deverá ser bem-sucedido.
Resolução: se esse teste falhar, haverá um problema de rede. Envolva sua equipe de rede local para verificar problemas de conectividade. Normalmente, pode haver algumas configurações de firewall que estejam causando as falhas.
Verifique se há problemas de conectividade entre o dispositivo de Migrações para Azure e o Barramento de serviço:
Observação
Isso é aplicável somente para os projetos que são configurados com o ponto de extremidade público.
Um Barramento de Serviço refere-se ao recurso de tipo ServiceBusNamespace no grupo de recursos para um Projeto migrar. O nome do Barramento de Serviço é do formato migratelsa(keyvaultsuffix). O sufixo Migrar cofre de chaves está disponível no arquivo gateway.json no dispositivo.
Por exemplo, se o gateway.json contiver:
"AzureKeyVaultArmId": "/subscriptions/<SubscriptionId>/resourceGroups/<ResourceGroupName>/providers/Microsoft.KeyVault/vaults/migratekv1329610309",
o recurso de namespace do barramento de serviço será migratelsa1329610309.Esse teste verifica se o dispositivo Migrações para Azure consegue se comunicar com o back-end dos Serviços de Nuvem das Migrações para Azure. O dispositivo se comunica com o back-end dos serviços por meio de filas de mensagens do Barramento de Serviço e dos Hubs de Eventos. Para validar a conectividade do dispositivo para o Barramento de Serviço, faça o download do Service Bus Explorer, tente se conectar ao Barramento de Serviço do dispositivo e execute as operações de enviar mensagem/receber mensagem. Se não houver problema, o procedimento deverá ser bem-sucedido.
Etapas para executar o teste:
- Copie a cadeia de conexão do Barramento de Serviço que foi criado no Projeto de migração.
- Abra o Service Bus Explorer.
- Vá para Arquivo e depois Conectar.
- Cole a cadeia de conexão e selecione Conectar.
- Isso abrirá o Espaço de Nome do Barramento de Serviço.
- Selecione o Snapshot Manager. Clique com o botão direito do mouse em Snapshot Manager, selecione Receber Mensagens>espiar e selecione OK.
- Se a conexão for bem-sucedida, você verá "[x] mensagens recebidas" na saída do console. Se a conexão não for bem-sucedida, você verá uma mensagem informando que a conexão falhou.
Resolução: se esse teste falhar, haverá um problema de rede. Envolva sua equipe de rede local para verificar problemas de conectividade. Normalmente, pode haver algumas configurações de firewall que estejam causando as falhas.
Problemas de conectividade entre o dispositivo de Migrações para Azure e o Azure Key Vault:
Esse teste verifica os problemas de conectividade entre o dispositivo de Migrações para Azure e o Azure Key Vault. O Key Vault é usado para gerenciar o acesso à Conta de Armazenamento usada para a replicação.
Etapas para verificar a conectividade:
Busque o URI do Key Vault na lista de recursos no Grupo de Recursos correspondente ao Projeto do Migrações para Azure.
Abra o PowerShell no dispositivo de Migrações para Azure e execute o seguinte comando:
_test-netconnection Key Vault URI -P 443_Esse comando tentará uma conexão TCP e retornará uma saída.
- Na saída, verifique o campo "TcpTestSucceeded". Se o valor for "True", não haverá qualquer problema de conectividade entre o dispositivo de Migrações para Azure e o Azure Key Vault. Se o valor for "False", haverá um problema de conectividade.
Resolução: se esse teste falhar, haverá um problema de conectividade entre o dispositivo de Migrações para Azure e o Azure Key Vault. Envolva sua equipe de rede local para verificar problemas de conectividade. Normalmente, pode haver algumas configurações de firewall que estejam causando as falhas.
DiskUploadTimedOut
ID do erro: 1011
Mensagem de erro: o carregamento dos dados para o disco DiskPath, DiskId da máquina virtual VMName; O VMId não foi concluído dentro do tempo esperado.
Esse erro normalmente indica que o dispositivo de Migrações para Azure que executa a replicação não consegue se conectar aos Serviços de Nuvem do Azure, ou que a replicação está progredindo lentamente, fazendo com que o tempo limite do ciclo de replicação expire.
As causas possíveis incluem:
- O dispositivo de Migrações para Azure está inoperante.
- O serviço de gateway de replicação no dispositivo não está em execução.
- O serviço de gateway de replicação está tendo problemas de conectividade com um dos seguintes componentes de serviço do Azure, que são usados para a replicação: Barramento de Serviço/Hubs de Eventos/Conta de Armazenamento de cache do Azure/Azure Key Vault.
- O serviço de gateway está sendo limitado no nível do vCenter ao tentar ler o disco.
Identificar a causa raiz e resolver o problema:
Verifique se o dispositivo de Migrações para Azure está funcionando.
Verifique se o serviço de gateway está em execução no dispositivo:
Entre no dispositivo de Migrações para Azure usando a área de trabalho remota e faça o seguinte.
Abra o snap-in do MMC de serviços da Microsoft (run > services.msc) e verifique se o "Serviço de Gateway do Microsoft Azure" está em execução. Se o serviço estiver parado ou não estiver em execução, inicie o serviço. Como alternativa, você pode abrir o prompt de comando ou o PowerShell e insira 'Net Start asrgwy'.
Verifique se há problemas de conectividade entre o dispositivo de Migrações para Azure e a Conta de Armazenamento de cache:
Execute o seguinte comando após baixar o azcopy no dispositivo de Migrações para Azure:
_azcopy bench https://[account].blob.core.windows.net/[container]?SAS_Etapas para executar o teste de parâmetro de comparação de desempenho:
Baixe o azcopy.
Procure a Conta de Armazenamento do dispositivo no Grupo de Recursos. O nome da Conta de Armazenamento se assemelha a migratelsa**********. Esse é o valor do parâmetro [account] no comando acima.
Pesquise pela sua conta de armazenamento no portal do Azure. Verifique se a assinatura que você usa para pesquisar é a mesma assinatura (assinatura de destino) na qual sua conta de armazenamento está criada. Vá para Contêineres na seção serviço Blob. Selecione + Contêiner e crie um Contêiner. Deixe o Nível de Acesso Público para o valor padrão selecionado.
Acesse Configurações>Assinatura de Acesso Compartilhado. Selecione Contêiner em Tipo de Recurso Permitido. Selecione Gerar SAS e cadeia de conexão. Copie o valor de SAS.
Execute o comando acima no Prompt de Comando, substituindo conta, contêiner, SAS pelos valores obtidos nas etapas 2, 3 e 4, respectivamente.
Como alternativa, faça o download do Azure Storage Explore no dispositivo e tente carregar 10 blobs de ~ 64 MB nas contas de armazenamento. Se não houver problema, o carregamento deverá ser bem-sucedido.
Resolução: se esse teste falhar, haverá um problema de rede. Envolva sua equipe de rede local para verificar problemas de conectividade. Normalmente, pode haver algumas configurações de firewall que estejam causando as falhas.
Problemas de conectividade entre o dispositivo de Migrações para Azure e o Barramento de Serviço do Azure:
Esse teste verificará se o dispositivo Migrações para Azure consegue se comunicar com o back-end dos Serviços de Nuvem das Migrações para Azure. O dispositivo se comunica com o back-end dos serviços por meio de filas de mensagens do Barramento de Serviço e dos Hubs de Eventos. Para validar a conectividade do dispositivo para o Barramento de Serviço, faça o download do Service Bus Explorer, tente se conectar ao Barramento de Serviço do dispositivo e execute as operações de enviar mensagem/receber mensagem. Se não houver problema, o procedimento deverá ser bem-sucedido.
Etapas para executar o teste:
Copie a cadeia de conexão do Barramento de Serviço criado no Grupo de Recursos correspondente ao Projeto do Migrações para Azure.
Abra o Service Bus Explorer.
Acesse Arquivo>Conectar.
Cole a cadeia de conexão copiada na etapa 1 e selecione Conectar.
O namespace do Barramento de Serviço será aberto.
Selecione Snapshot Manager no namespace. Clique com o botão direito do mouse em Snapshot Manager, selecione Receber Mensagens>espiar e selecione OK.
Se a conexão for bem-sucedida, você verá "[x] mensagens recebidas" na saída do console. Se a conexão não for bem-sucedida, você verá uma mensagem informando que a conexão falhou.
Resolução: se esse teste falhar, haverá um problema de conectividade entre o dispositivo de Migrações para Azure e o Barramento de Serviço. Envolva sua equipe de rede local para verificar os problemas de conectividade. Normalmente, pode haver algumas configurações de firewall que estejam causando as falhas.
Problemas de conectividade entre o dispositivo de Migrações para Azure e o Azure Key Vault:
Esse teste verifica os problemas de conectividade entre o dispositivo de Migrações para Azure e o Azure Key Vault. O Key Vault é usado para gerenciar o acesso à Conta de Armazenamento usada para a replicação.
Etapas para verificar a conectividade:
Busque o URI do Key Vault na lista de recursos no Grupo de Recursos correspondente ao Projeto do Migrações para Azure.
Abra o PowerShell no dispositivo de Migrações para Azure e execute o seguinte comando:
_test-netconnection Key Vault URI -P 443_Esse comando tentará uma conexão TCP e retornará uma saída.
- Na saída, verifique o campo "TcpTestSucceeded". Se o valor for "True", não haverá qualquer problema de conectividade entre o dispositivo de Migrações para Azure e o Azure Key Vault. Se o valor for "False", haverá um problema de conectividade.
Resolução: se esse teste falhar, haverá um problema de conectividade entre o dispositivo de Migrações para Azure e o Azure Key Vault. Envolva sua equipe de rede local para verificar problemas de conectividade. Normalmente, pode haver algumas configurações de firewall que estejam causando as falhas.
Erro encontrado ao tentar buscar blocos alterados
Mensagem de erro: 'erro encontrado ao tentar buscar blocos alterados'
O método de replicação sem agente usa a tecnologia de controle de blocos alterados (CBT) do VMware para replicar dados para o Azure. A CBT permite que a ferramenta de Migração e modernização controle e replique somente os blocos que foram alterados desde o último ciclo de replicação. Esse erro ocorre se o controle de bloco alterado para uma máquina virtual em replicação for redefinido ou se o arquivo de controle de bloco estiver corrompido.
Esse erro pode ser resolvido das duas seguintes maneiras:
- Se você tiver optado por Reparar a replicação automaticamente selecionando "Sim" quando a replicação da VM foi disparada, a ferramenta tentará repará-la para você. Clique com o botão direito do mouse na VM e selecione Reparar Replicação.
- Caso não optou por Reparar automaticamente a replicação ou a etapa acima não funcionou para você, interrompa a replicação da máquina virtual, redefina o rastreamento de blocos alterados nela e reconfigure a replicação.
Um dos problemas conhecidos que pode causar uma redefinição CBT da máquina virtual no VMware vSphere 5.5 descrito em VMware KB 1020128: Controle de Bloco Alterado é redefinido após uma operação vMotion de armazenamento no vSphere 5.x. Se estiver usando o VMware vSphere 5.5, certifique-se de aplicar as atualizações descritas nesta KB.
Como alternativa, você pode redefinir o controle de blocos alterados no VMware em uma máquina virtual usando o VMware PowerCLI.
Ocorreu um erro interno
Às vezes, você poderá encontrar um erro que ocorre devido a problemas no ambiente VMware/API. Identificamos o conjunto de erros a seguir como erros relacionados ao ambiente VMware. Esses erros têm um formato fixo.
Mensagem de erro: ocorreu um erro interno. [Mensagem de erro]:
Por exemplo: Mensagem de erro: ocorreu um erro interno. [Foi detectada uma configuração de instantâneo inválida].
A seção a seguir lista alguns erros do VMware comumente vistos e como você pode atenuá-los.
Mensagem de erro: ocorreu um erro interno. [O servidor recusou a conexão]
Esse é um problema conhecido do VMware e ocorre no VDDK 6.7. Você precisa interromper o serviço de gateway em execução no dispositivo de Migrações para Azure, baixar uma atualização do VMware KBe reiniciar o serviço de gateway.
Etapas para interromper o serviço de gateway:
- Pressione Windows + R e abra services.msc. Selecione Serviço de Gateway do Microsoft Azure e interrompa-o.
- Como alternativa, você pode abrir o prompt de comando ou o PowerShell e insira 'Net Stop asrgwy'. Certifique-se de aguardar até obter a mensagem informando que o serviço não está mais em execução.
Etapas para iniciar o serviço de gateway:
- Pressione Windows + R, abra services.msc. Clique com o botão direito do mouse em Serviço de Gateway do Microsoft Azure e inicie-o.
- Como alternativa, você pode abrir o prompt de comando ou o PowerShell e insira 'Net Start asrgwy'.
Mensagem de erro: ocorreu um erro interno. ['Foi detectada uma configuração de instantâneo inválida'.]
Se tiver uma máquina virtual com vários discos, você poderá encontrar esse erro se remover um disco da máquina. Para corrigir esse problema, consulte as etapas neste artigo do VMware.
Mensagem de erro: ocorreu um erro interno. [Gerar instantâneo suspenso]
Esse problema ocorre quando a geração de instantâneos para de responder. Quando ele ocorrer, você poderá ver a tarefa de criar instantâneo parar em 95% ou 99%. Consulte VMware KB para solucionar esse problema.
Mensagem de erro: ocorreu um erro interno. [Falha ao consolidar os discos na VM [Motivos]]
Quando consolidamos discos no final do ciclo de replicação, a operação falha. Siga as instruções no VMware KB selecionando o Motivo apropriado para resolver o problema.
Os seguintes erros ocorrem quando as operações relacionadas ao instantâneo do VMware –– criar, excluir ou consolidar discos falharem. Siga as diretrizes na próxima seção para corrigir os erros:
Mensagem de erro: ocorreu um erro interno. [Outra tarefa já está em andamento]
Esse problema ocorre quando há tarefas de máquina virtual conflitantes em execução em segundo plano ou quando uma tarefa no vCenter Server atinge o tempo limite.
Mensagem de erro: ocorreu um erro interno. [Operação não permitida no estado atual]
Esse problema ocorre quando os agentes de gerenciamento do vCenter Server param de funcionar. Para resolvê-lo, consulte a resolução no seguinte VMware KB.
Mensagem de erro: ocorreu um erro interno. [Tamanho inválido do disco instantâneo]
Esse é um problema conhecido do VMware no qual o tamanho do disco indicado pelo instantâneo se torna zero.
Mensagem de erro: ocorreu um erro interno. [Falha na alocação de memória. Memória insuficiente.]
Esse problema acontece quando o buffer do host NFC está sem memória. Para resolvê-lo, você precisa mover a VM (Compute vMotion) para um host diferente, que tenha recursos livres.
Mensagem de erro: ocorreu um erro interno. [O arquivo é maior que o tamanho máximo compatível (1012384)]
Isso acontece quando o tamanho do arquivo é maior que o tamanho de arquivo máximo compatível durante a criação do instantâneo. Siga a resolução fornecida na Base de dados de conhecimento do VMware
Mensagem de erro: ocorreu um erro interno. [Não foi possível se conectar ao host (1004109)]
Isso acontece quando os hosts ESXi não podem se conectar à rede.
Mensagem de erro: ocorreu um erro ao salvar o instantâneo: código de erro do rastreador de alteração inválido
Esse erro ocorre quando há um problema com o armazenamento de dados subjacente no qual o instantâneo está sendo armazenado. Siga a resolução fornecida no VMware KB.
Mensagem de erro: ocorreu um erro ao capturar um instantâneo: não foi possível abrir o arquivo do instantâneo.
Esse erro ocorre quando o tamanho do arquivo de instantâneo criado é maior do que o espaço livre disponível no armazenamento de dados em que a VM está localizada. Siga a resolução fornecida neste documento.
Erro de preparação para proteção
Mensagem de erro: não é possível replicar essa máquina virtual com a configuração atual do VMware.
Causas possíveis:
- O controle de alterações não pode ser habilitado para a VM, pois os instantâneos já estão presentes para a VM.
Recomendação:
- Exclua os instantâneos ou habilite o controle de bloco de alterações na VM e tente novamente.
Falha no ciclo de replicação
ID do erro: 181008
Mensagem de erro: VM: 'VMName'. Erro: nenhum disksnapshots foi encontrado para a replicação de instantâneo com a ID de instantâneo: 'SnapshotID'.
Causas possíveis:
- Um ou mais discos incluídos não estão mais anexados à VM.
Recomendação:
- Restaure os discos incluídos no caminho original usando o vMotion de armazenamento e tente a replicação novamente.
Conexão do host recusada
ID do erro: 1022
Mensagem de erro: O dispositivo de Migrações para Azure não consegue se conectar com o host do vSphere '%HostName;'
Causas possíveis:
Isso pode acontecer se:
- O dispositivo de Migrações para Azure não consegue resolver o nome do host do vSphere.
- O dispositivo de Migrações para Azure não consegue se conectar com o host do vSphere na porta 902 (porta padrão usada pelo Kit de desenvolvimento de disco virtual do VMware vSphere), porque a porta TCP 902 está sendo bloqueada no host vSphere ou por um firewall de rede.
Recomendações:
Verifique se o nome do host do vSphere pode ser resolvido do dispositivo de Migrações para Azure.
- Entre no dispositivo de Migrações para Azure e abra o PowerShell.
- Execute um
nslookupno nome do host e verifique se o endereço está sendo resolvido:nslookup '%HostName;'. - Se o nome do host não estiver sendo resolvido, verifique se a resolução DNS dos nomes de host do vSphere pode ser executada no dispositivo de Migrações para Azure. Como alternativa, adicione uma entrada de host estático para cada host do vSphere ao arquivo de hosts (C:\Windows\System32\drivers\etc\hosts) no dispositivo.
Verifique se o host do vSphere está aceitando conexões na porta 902 e se o ponto de extremidade pode ser acessado pelo dispositivo.
- Entre no dispositivo de Migrações para Azure e abra o PowerShell.
- Use o cmdlet
Test-NetConnectionpara validar a conectividade:Test-NetConnection '%HostName;' -Port 902. - Se o teste tcp não for bem-sucedido, a conexão está sendo bloqueada por um firewall ou não está sendo aceita pelo host do vSphere. Resolva os problemas de rede para permitir que a replicação prossiga.
Próximas etapas
Continue a replicação de VM e execute a migração de teste.