Migrar computadores como servidores físicos para o Azure

Este artigo mostra como migrar computadores como servidores físicos para o Azure usando a ferramenta de migração e modernização do Azure. Migrar computadores tratando-os como servidores físicos é útil em vários cenários:

  • Migrar servidores físicos locais.
  • Migrar VMs (máquinas virtuais) virtualizadas por plataformas, como Xen e KVM.
  • Migre VMs Hyper-V ou VMware, caso não seja possível usar o processo de migração padrão para migração sem agente Hyper-V ou VMware.
  • Migre VMs em execução em nuvens privadas.
  • Migrar VMs em execução em nuvens públicas, como AWS (Amazon Web Services) ou GCP (Google Cloud Platform).

Neste tutorial, você aprenderá como:

  • Prepare o Azure com as permissões necessárias configuradas para usar o Migrações para Azure.
  • Verifique os requisitos para os computadores que você deseja migrar. Prepare um computador para o dispositivo de Migração e Modernização para Azure, usado para descobrir e migrar computadores para o Azure.
  • Configurar o aplicativo de replicação.
  • Instalar o serviço de mobilidade nos computadores que você deseja migrar.
  • Inicie a execução da migração.
  • Acompanhe e monitore as migrações.
  • Executar uma migração de teste para verificar se tudo está funcionando conforme o esperado.
  • Executar uma migração de VM completa.

Observação

Os tutoriais mostram o caminho de implantação mais simples para um cenário para que você possa configurar rapidamente uma prova de conceito. Os tutoriais usam opções padrão quando possível e não mostram todas as configurações e todos os caminhos possíveis. Para obter informações detalhadas, examine os artigos de instruções para Migração e Modernização para Azure.

Se você não tiver uma assinatura do Azure, crie uma conta gratuita antes de começar.

Pré-requisitos

Antes de começar:

  1. Vá para um projeto existente ou crie um novo projeto.
  2. Complete o tutorial para preparar Azure e descobrir servidores físicos para migração.
  3. Recomendamos que você conclua o tutorial avaliar servidores físicos antes de migrar servidores para o Azure.
  4. Verificar as permissões da sua conta do Azure. Você precisa de permissões para:
    • Criar uma VM.
    • Gravar em um disco gerenciado do Azure.
  5. Para obter as funções internas nativas do Migrações para Azure e detalhes de permissão para criar um projeto e realizar a descoberta, a avaliação e a migração, consulte Preparar contas do Azure para o Migrações para Azure.
  6. Atribua permissões para registrar o Dispositivo de Replicação no Microsoft Entra ID. Para obter mais informações, consulte as permissões necessárias.

Além disso,

  • Examinar a arquitetura de migração.
  • Examinar as limitações relacionadas à migração de servidores do Windows Server 2008 para o Azure.

Observação

Windows Server 2008, 2008 R2, 2012 e 2012 R2 chegaram ao Fim do Suporte (EOS). Examine o uso e planeje as atualizações e migrações do sistema operacional adequadamente. Para obter mais informações, consulte Fim do suporte para:

Observação

Se estiver planejando atualizar o sistema operacional Windows, a Migração e Modernização para Azure poderá fazer o download do Windows SetupDiag para obter detalhes de erros, caso a atualização falhe. Verifique se a VM criada no Azure após a migração tem acesso ao SetupDiag. Caso não haja acesso ao SetupDiag, talvez você não consiga obter códigos de erro detalhados de falha de atualização do sistema operacional, mas a atualização ainda poderá prosseguir.

Criar uma rede do Azure

Importante

Redes virtuais são um serviço regional, portanto, crie sua rede virtual na Região do Azure de destino desejada. Por exemplo, se você estiver planejando replicar e migrar VMs do ambiente local para a Região do Azure Leste dos EUA, a rede virtual de destino precisará ser criada na Região Leste dos EUA. Para conectar redes virtuais em diferentes regiões, confira Emparelhamento de rede virtual.

Configurar uma rede virtual do Azure. Quando você replica para o Azure, as VMs do Azure são criadas e ingressadas na rede virtual do Azure que você especificou ao configurar a migração.

Preparar para a migração

Para se preparar para migrar servidores físicos, verifique se você:

  • Verifique os requisitos do computador: verifique se os computadores de origem têm suporte para migração de servidor físico.
  • Configurar um dispositivo de replicação: as migrações de servidor físico exigem um dispositivo de replicação separado para executar migrações baseadas em agente. Você não pode usar o dispositivo de Migrações para Azure criado para descoberta para executar migrações de servidor físico.

Verificar os requisitos do computador para a migração

Verifique se os computadores estão em conformidade com os requisitos da migração para o Azure.

Observação

Ao migrar computadores físicos, a ferramenta de Migração e modernização usa a mesma arquitetura de replicação que a recuperação de desastre baseada em agente de serviço do Azure Site Recovery. Alguns componentes compartilham a mesma base de código. Alguns conteúdos podem ser vinculados à documentação do Site Recovery.

  1. Verificar os requisitos do servidor físico.

  2. Verifique se as máquinas locais que você replica para o Azure estão em conformidade com os requisitos de VM do Azure.

  3. Algumas alterações precisam ser feitas às VMs antes de migrá-las para o Azure:

    • Para alguns sistemas operacionais, a Migração e Modernização do Microsoft Azure fazem essas alterações automaticamente.
    • Faça essas alterações antes de iniciar a migração. Se você migrar a VM antes de fazer a alteração, ela não poderá ser inicializada no Azure. Examine as alterações para Windows e Linux que você precisa fazer.

Preparar um computador para o dispositivo de replicação

O dispositivo replicação do Azure Site Recovery é usado para replicar computadores para o Azure. Saiba mais.

Para configurar um novo dispositivo, você pode usar o script do instalador do PowerShell. Verifique se você atende aos requisitos de hardware e software e a todos os outros pré-requisitos.

Observação

O dispositivo de replicação não deve ser instalado em um computador de origem que você deseja replicar nem no dispositivo de avaliação e descoberta das Migrações para Azure que pode ter sido instalado antes.

Configurar o dispositivo de replicação

Importante

O dispositivo de replicação clássico será descontinuado em 30 de setembro de 2026.

  • O ponto de recuperação final para replicações existentes é 31 de maio de 2026.
  • O suporte à migração para essas replicações continua até 30 de setembro de 2026.
  • Use o dispositivo simplificado para todas as novas migrações baseadas em agente.

Esta seção descreve como baixar e usar o script instalador do PowerShell para configurar o appliance simplificado.

  1. No projeto Migrações para Azure >Execute>Migration, selecione Iniciar execução.

  2. Em Especificar intenção, em O que você quer migrar, selecione Servidores ou máquinas virtuais (VMs). Em Em lugares para os quais você deseja migrar, selecione Azure VM.

  3. Em Como você selecionará cargas de trabalho, em Outras fontes, selecione Do dispositivo de replicação (Físico ou outros). Selecione o link disponível na página para iniciar a instalação.

  4. Na página de configuração, o tipo de virtualização é pré-preenchido com base na seleção feita na etapa anterior (Física).

  5. Em Região de destino, selecione a região do Azure para a qual deseja migrar os computadores.

  6. Selecione Confirmar se a região de destino para a migração é region-name.

  7. Selecione Criar recursos. Essa ação cria um cofre do Azure Site Recovery em segundo plano.

    Observação

    Você não pode mudar a região de destino deste projeto após selecionar o botão Criar recursos , e todas as migrações subsequentes vão para essa região.

Configurar o dispositivo usando o PowerShell

Esta seção descreve como configurar o aparelho usando o PowerShell.

  1. Baixe os instaladores do portal ou do link fornecido e coloque-os no dispositivo de replicação criado em seu ambiente. Verifique se o dispositivo atende aos requisitos.

  2. Descompacte e extraia os componentes.

  3. Execute o script do PowerShellDRInstaller.ps1 como administrador.

Registrar dispositivo

Depois que o dispositivo é criado, o Microsoft Azure Appliance Gerenciador de Configurações é iniciado automaticamente. Ele valida os pré-requisitos, como conectividade com a Internet, sincronização de tempo, configurações do sistema e políticas de grupo.

  • CheckRegistryAccessPolicy - Impede o acesso às ferramentas de edição do registro

    • Chave: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System.
    • O DisableRegistryTools valor não deve ser igual a 0.
  • CheckCommandPromptPolicy - Impede o acesso ao prompt de comando

    • Chave: HKLM\SOFTWARE\Policies\Microsoft\Windows\System.
    • O DisableCMD valor deve ser igual a 0.
  • CheckTrustLogicAttachmentsPolicy – Lógica de confiança para anexos de arquivo.

    • Chave: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Attachments.
    • O UseTrustedHandlers valor não deveria ser igual a 3.
  • CheckPowershellExecutionPolicy – Ativar a execução de script.

    • A política de execução do PowerShell não deve ser definida como AllSigned ou Restricted.
    • Certifique-se de que a política de grupo Ativar o Gerenciador de Anexos de Execução de Scripts não esteja configurada como Desabilitada ou Permitir apenas scripts assinados.

Use as seguintes etapas para registrar o dispositivo:

  1. Se o dispositivo usar um proxy para acesso à Internet, defina as configurações de proxy alternando na opção "Usar proxy para se conectar à Internet".

    • Todos os serviços do Azure Site Recovery usam essas configurações para se conectar à Internet.

    Observação

    Há suporte apenas para o proxy HTTP.

  2. Certifique-se de que as URLs necessárias estejam autorizadas e acessíveis pelo dispositivo de replicação do Azure Site Recovery para manter a conectividade contínua.

  3. Após a verificação dos pré-requisitos, o appliance recupera todas as informações de seus componentes na próxima etapa. Revise o status de todos os componentes e selecione Continuar.

  4. Salve os detalhes e, em seguida, prossiga para escolher o método de conectividade do dispositivo. Você pode selecionar fqdn ou um IP NAT para definir como a comunicação com o dispositivo ocorre.

     A captura de tela mostra como selecionar a conectividade do dispositivo de replicação .

  5. Depois de salvar os detalhes de conectividade, selecione Continuar com o registro no Microsoft Azure.

  6. Verifique se os pré-requisitos foram atendidos e prossiga com o registro.

    A captura de tela mostra o registro com o cofre do serviço de recuperação. .

  7. Nome amigável do dispositivo: Forneça um nome amigável para rastrear esse dispositivo no portal do Azure, na infraestrutura do Recovery Services Vault.

    Observação

    O nome não pode ser alterado uma vez definido.

  8. Chave do dispositivo de replicação do Migrações para Azure: Copie a chave da tela de descoberta do portal.

    A captura de tela mostra a chave gerada .

  9. Depois de colar a chave, selecione Logon. Você é redirecionado para uma nova guia de autenticação. Por padrão, um código de autenticação é gerado na página do Gerenciador de Configurações do Dispositivo . Use o código a seguir na guia autenticação.

  10. Insira suas credenciais do Microsoft Azure para concluir o registro.

  11. Após o registro bem-sucedido, você pode fechar a guia e retornar ao Gerenciador de Configurações do Dispositivo para continuar a instalação.

    Captura de tela que mostra o código da Microsoft.

    Observação

    Um código de autenticação expira 5 minutos após ser gerado. Se houver inatividade por mais tempo do que essa duração, você será solicitado a fazer logon novamente no Azure.

  12. Após o login bem-sucedido, os detalhes da Assinatura, do Grupo de Recursos e do Cofre de Serviços de Recuperação serão exibidos.

  13. Clique em Continuar para prosseguir.

    A captura de tela mostra como se registrar nos serviços de recuperação .

  14. Após o registro bem-sucedido, prossiga para configurar os detalhes do vCenter .

    A captura de tela mostra como fornecer informações do vcenter .

  15. Selecione Adicionar vCenter Server para inserir as informações do vCenter.

  16. Insira o nome do servidor ou o endereço IP do vCenter, incluindo o número da porta e, em seguida, forneça o nome de usuário, a senha e um nome amigável. Essas informações são usadas para recuperar detalhes sobre as máquinas virtuais gerenciadas por meio do vCenter. Os detalhes da conta de usuário são criptografados e armazenados localmente no computador. Saiba mais.

    Observação

    Se você estiver adicionando o mesmo vCenter Server a vários dispositivos, verifique se o mesmo nome amigável é usado em todos os dispositivos.

  17. Depois de salvar com êxito as informações do vCenter, selecione Adicionar credenciais de Máquina Virtual para fornecer detalhes do usuário para as VMs descobertas por meio do vCenter.

    Observação

    • Para o sistema operacional Linux, certifique-se de fornecer credenciais root.
    • Para o sistema operacional Windows, uma conta de usuário com privilégios de administrador deve ser adicionada. Essas credenciais são usadas para forçar a instalação do agente de mobilidade na VM de origem durante a operação para habilitar a replicação. As credenciais podem ser escolhidas por VM no portal do Azure durante o fluxo de trabalho de habilitação de replicação.
    • Visite o Configurador do Dispositivo para editar ou adicionar credenciais para acessar seus computadores.
  18. Depois de adicionar os detalhes do vCenter, expanda a seção 'Fornecer Detalhes do Servidor Físico' para adicionar informações sobre quaisquer servidores físicos que você deseja proteger.

     A captura de tela fornece detalhes do servidor físico .

  19. Selecione Adicionar Credenciais para adicionar as credenciais dos computadores que você planeja proteger. Forneça todos os detalhes necessários, como o Sistema Operacional, um nome amigável para a credencial, o nome de usuário e a senha. Os detalhes da conta de usuário são criptografados e armazenados localmente no computador.

  20. Por fim, selecione Adicionar.

    A captura de tela mostra como adicionar credenciais de servidor físico .

  21. Selecione Adicionar Servidor para adicionar os detalhes do servidor físico. Forneça o endereço IP da máquina ou FQDN.

  22. Selecione a conta de credencial e, em seguida, selecione Adicionar.

    A captura de tela mostra como adicionar detalhes do servidor físico .

Instalar o agente do serviço Mobilidade

Quando você habilita a replicação para máquinas virtuais VMware e servidores físicos, o serviço mobilidade é instalado em cada computador local. O Serviço de Mobilidade captura os dados, grava no computador e os encaminha para o servidor de processo do Site Recovery.

Você pode instalar o serviço de mobilidade usando o software do agente do serviço de mobilidade. Os seguintes métodos estão disponíveis para implantação:

  • Instalação por push: quando a proteção é habilitada via portal do Azure, o Site Recovery instala o serviço de Mobilidade no servidor.
  • Instalação manual: você pode instalar o Serviço de Mobilidade manualmente em cada computador por meio da interface de usuário (UI) ou do prompt de comando.
  • Implantação automatizada: você pode automatizar a instalação do Serviço de Mobilidade com ferramentas de implantação de software como o Gerenciador de Configurações.

Saiba mais sobre a instalação do agente de serviço de mobilidade.

Executar migrações

Observação

No portal, você pode selecionar até 10 computadores ao mesmo tempo para replicação. Se você precisar replicar mais, agrupe-as em lotes de 10.

  1. No projeto Migrações para Azure >Execute>Migration, selecione Iniciar execução.

  2. Na página Especificar intenção, em O que você deseja migrar, selecione Servidores ou VMs (máquinas virtuais). Em Para onde você deseja migrar, selecione Azure VM.

  3. Em Como você selecionará cargas de trabalho, selecione uma das seguintes opções:

    • Se você já tem um appliance Migrações para Azure, selecione uma das seguintes opções e prossiga para o método Discovery.
      • De todo o inventário a servidores selecionados manualmente.
      • A partir de uma avaliação para usar uma avaliação existente.
    • Se você não tiver um appliance Migrações para Azure existente (necessário para avaliações, planejamento de ondas e outros recursos de planejamento) e quiser executar diretamente migrações baseadas em agente, selecione De um appliance de replicação (Físico ou outros). Se você concluiu a instalação do dispositivo de replicação, poderá prosseguir para Cargas de Trabalho. Caso contrário, conclua a configuração de acordo com as etapas fornecidas na seção anterior.
  4. No método Discovery, selecione o dispositivo que corresponde ao seu ambiente de origem (Físico) e selecione Avançar.

  5. Em cargas de trabalho:

    • Selecione o tipo de segurança de VM de destino:
      • O Migrações para Azure suporta a migração para TVMs (Máquinas Virtuais de Inicialização Confiável). Por padrão, ele migra VMs qualificadas como TVMs. Essas VMs fornecem recursos de segurança aprimorados, como inicialização segura e TPM virtual sem custo adicional.
      • Você também pode migrar máquinas qualificadas para máquinas virtuais confidenciais (versão prévia). Saiba mais. Se as máquinas virtuais confidenciais forem selecionadas, apenas os servidores elegíveis ficam disponíveis para seleção e o restante fica desiluminado.
    • Selecione o dispositivo de replicação que você configurou no menu suspenso ou configure um novo dispositivo de replicação, consultando as etapas fornecidas na seção anterior.
      • Nas credenciais de convidado, especifique a conta de administrador da VM que você usa para a instalação por push do serviço Mobilidade.
    • Em seguida, selecione Avançar depois de selecionar as VMs que você deseja replicar.
  6. Nas configurações de destino, selecione a assinatura e a região de destino para a qual você deseja migrar e especifique o grupo de recursos no qual as VMs Azure residem após a migração. Conclua as seguintes configurações:

    • Conta de armazenamento: mantenha a opção padrão para usar a conta de armazenamento em cache que o portal cria automaticamente para o projeto. Para usar uma conta de armazenamento diferente para replicação, selecione-a na lista suspensa.

    Observação

    • Se você usar o ponto de extremidade privado como o método de conectividade para o projeto de Migrações para Azure, conceda ao cofre dos Serviços de Recuperação acesso à conta de armazenamento em cache. Saiba Mais
    • Para fazer a replicação usando o ExpressRoute com o emparelhamento privado, crie um ponto de extremidade privado para a conta de armazenamento de cache. Saiba Mais
    • Benefício Híbrido do Azure: Aplique o Benefício Híbrido do Azure e economize até 76% em comparação com os custos de pagamento conforme o uso, com uma licença elegível do Windows Server e/ou Enterprise Linux. Marque as caixas aplicáveis à sua licença (licença Windows Server ou licença do Enterprise Linux).

    • Rede virtual: selecione a rede virtual Azure e a sub-rede que as VMs Azure ingressam após a migração.

    • Opções de disponibilidade: selecione uma das seguintes opções:

      • A Zona de Disponibilidade fixa a máquina migrada para uma Zona de Disponibilidade específica na região. Use essa opção para distribuir computadores que fazem parte de uma camada de aplicativo de vários nós em Zonas de Disponibilidade. Se você selecionar essa opção, especifique a Zona de Disponibilidade para cada computador selecionado na guia Computação. Essa opção só estará disponível se a região de destino selecionada der suporte a Zonas de Disponibilidade.
      • O Conjunto de Disponibilidade coloca a máquina migrada em um Conjunto de Disponibilidade. O grupo de recursos de destino selecionado deve conter um ou mais conjuntos de disponibilidade.
      • Nenhuma redundância de infraestrutura necessária: selecione essa opção se você não precisar de Zonas de Disponibilidade ou Conjuntos de Disponibilidade para os computadores migrados.
    • Em Detalhes de Segurança,

      • Se o tipo de segurança de destino selecionado for Máquinas virtuais de Inicialização Padrão ou Confiável:

        • A inicialização segura é habilitada por padrão (recomendado). Você pode optar por remover essa opção. Em seguida, prossiga para a seleção de tipo de criptografia de disco.
      • Se o tipo de segurança de destino selecionado for máquinas virtuais confidenciais:

        • Opcionalmente, você pode optar por criptografar confidencialmente os discos do sistema operacional. Essa criptografia fornece uma camada adicional de criptografia que associa as chaves de criptografia de disco ao TPM da máquina virtual e torna o conteúdo do disco acessível apenas à VM.
        • Para habilitar essa criptografia, verifique a opção de criptografia de computação confidencial e prossiga para a seleção de tipo de criptografia de disco do sistema operacional. Caso contrário, prossiga para a seleção de tipo de criptografia de disco .
        • Tipo de criptografia de disco do sistema operacional, selecione:
          • Criptografia em repouso com chave gerenciada pela plataforma (padrão, se você não selecionou criptografia de computação confidencial)
          • Criptografia confidencial com chave gerenciada por plataforma (Disponível, se você selecionou criptografia de computação confidencial)
          • Criptografia confidencial com chave gerenciada pelo cliente (Disponível, se você selecionou criptografia de computação confidencial)

            Observação

            Não há suporte para criptografia confidencial de disco do sistema operacional para VMs RHEL e Rocky Linux. Se a criptografia de disco do sistema operacional for necessária, remova essas VMs da seleção.

      • Tipo de criptografia de disco, selecione:

        • Criptografia em repouso com chave gerenciada pela plataforma
        • Criptografia em repouso com a chave gerenciada pelo cliente
        • Criptografia dupla com chaves gerenciadas por plataforma e gerenciadas pelo cliente

    Observação

    • Para replicar VMs com CMK (chaves gerenciadas pelo cliente), crie um conjunto de criptografia de disco no grupo de recursos de destino. Um objeto de conjunto de criptografia de disco vincula discos gerenciados a um Key Vault que contém a CMK usada para a SSE.
    • O disco de semente é criado no Azure durante a replicação/preparação antes da substituição. A criptografia protege os dados desde a primeira gravação, enquanto eles estiverem no Azure. A configuração de tipo de criptografia de disco se aplica aos discos de semente e aos discos gerenciados após a migração final.
  7. Em Computação, examine o nome da VM, o tamanho, o tipo de disco do SO e a configuração de disponibilidade (se selecionado na etapa anterior). As VMs devem atender aos requisitos do Azure.

    • Tamanho da VM: se você estiver usando recomendações de avaliação, o menu suspenso de tamanho da VM mostrará o tamanho recomendado. Caso contrário, as Migrações para Azure escolherão um tamanho com base na correspondência mais próxima na assinatura do Azure. Como alternativa, escolha um tamanho manual em Tamanho da VM do Azure.
    • Disco do SO: especifique o disco do sistema operacional (inicialização) para a VM. O disco do sistema operacional contém o carregador de inicialização e o instalador do sistema operacional.
    • Zona de Disponibilidade: especifique a zona de disponibilidade a ser usada.
    • Conjunto de Disponibilidade: especifique o conjunto de disponibilidade a ser usado.
    • Reserva de capacidade: se você já tiver uma reserva de capacidade para o SKU da VM na assinatura e no local de destino, especifique-a aqui para esta implantação. As reservas de capacidade garantem que a SKU de VM necessária esteja disponível quando você iniciar a migração. Você pode associar uma reserva agora ou ignorar esta etapa e configurá-la posteriormente durante a migração. A reserva de capacidade para o SKU pode estar em qualquer grupo de recursos dentro da assinatura e localização de destino. Saiba mais.
  8. Em Discos, especifique se os discos de VM devem ser replicados para o Azure e selecione o tipo de disco (Disco Premium v2, Ultra Disk, SSD Standard, HDD Standard ou Discos Gerenciados Premium) no Azure. Em seguida, selecione Avançar.

    • Você pode excluir discos da replicação.
    • Se você excluir os discos, eles não estarão presentes na VM do Azure após a migração.
    • É possível excluir os discos quando o agente de mobilidade já está instalado no servidor. Saiba mais.
  9. Em Marcas, escolha adicionar marcas às suas máquinas virtuais, discos e NICs.

  10. Em Examinar e iniciar a execução, examine as configurações e selecione Examinar e iniciar a execução para iniciar a replicação inicial para os servidores.

Acompanhar e monitorar

  1. No projeto do Migrações para Azure, acesse Executar > Migrações. Use Exibição por aplicativos ou Exibir por cargas de trabalho para alternar como os itens são agrupados.

  2. A replicação ocorre da seguinte maneira:

    1. Quando o trabalho de replicação Start é concluído com sucesso, as máquinas iniciam sua replicação inicial para o Azure.
    2. Durante a replicação inicial, um instantâneo de VM é criado. Os dados do disco do instantâneo são replicados para discos gerenciados de réplica no Azure.
    3. Depois que a replicação inicial é concluída, a replicação delta é iniciada. Alterações incrementais nos discos de origem são replicadas periodicamente para os discos de réplica no Azure.
  3. O progresso da execução é mostrado no estágio de execução e no status de execução:

    • Estágio de execução: preparação, teste ou conclusão.
    • Status da execução: em andamento, erro, ação pendente ou concluída.
  4. O progresso da execução é acompanhado em três estágios no estágio de execução:

    1. Preparação:

      • Os servidores habilitados para replicação permanecem no estágio de Preparação enquanto a replicação inicial (replicação de dados) está em andamento.
      • Você pode executar as operações Parar replicação e Iniciar replicação nesta etapa, se necessário, usando os menus suspensos disponíveis no painel de detalhamento do servidor.
      • Depois que a replicação inicial for concluída, os servidores passarão para o estágio teste .

      A captura de tela mostra o estágio de preparação.

    2. Testando:

      • Os servidores para os quais a replicação inicial está concluída e a replicação delta está em andamento passam para o estágio de teste .
      • Você pode optar por executar migrações de teste em uma rede virtual de teste antes da migração real (recomendado).
      • Você pode pular a etapa Teste e iniciar a migração diretamente usando as ações disponíveis no menu suspenso Conclusão.
    3. Conclusão:

      • Servidores cujas migrações de teste foram concluídas ou ignoradas passam para esta etapa. Você pode executar migrações finais (Corte final) para esses servidores.
      • Após a conclusão da migração, execute a migração completa para limpar os recursos de migração usando as listas suspensas disponíveis na folha de detalhamento do servidor.

Execute um teste de migração

Quando a replicação delta é iniciada, é possível executar uma migração de teste para as VMs antes de executar uma migração completa para o Azure. É altamente recomendável que você faça isso pelo menos uma vez para cada computador antes de migrá-lo.

  • A execução de uma migração de teste verifica se a migração funciona conforme o esperado, sem impactar as máquinas de origem (on-premises ou AVS), que permanecem operacionais e continuam replicando.
  • A migração de teste simula a migração criando uma VM do Azure usando dados replicados (geralmente migrando para uma rede virtual não de produção na sua assinatura do Azure).
  • É possível usar a VM do Azure de teste replicada para validar a migração, executar testes de aplicativo e resolver problemas antes da migração completa.

Faça uma migração de teste da seguinte maneira:

  1. No projeto Migrações para Azure, em Executar>Migrações, selecione o servidor selecionando seu nome na coluna Workloads.

  2. No menu de detalhamento, na lista suspensa Testes, selecione Iniciar migração de teste.

  3. Na migração de testes, selecione a rede virtual Azure onde a VM Azure estará localizada durante os testes. Recomendamos que você utilize uma rede virtual não produtiva.

  4. Selecione a sub-rede a ser associada a cada NIC (placa de interface de rede) na VM migrada.

  5. Você tem a opção de atualizar o Windows Server SO durante a migração de teste. Para atualizar, selecione a opção Atualização disponível.

  6. No painel que aparece, selecione a versão do sistema operacional de destino para a qual você deseja atualizar e selecione Aplicar. Saiba mais.

  7. Selecione a migração de teste para iniciar o trabalho. Monitore o status do trabalho no portal no status de execução. Após a conclusão da migração de teste, limpe os recursos de teste navegando até o servidor e selecionando Limpar migração de teste na lista suspensa Testes.

    Observação

    • Para aproveitar patches automatizados, backup automatizado e gerenciamento simplificado de licenças usando a Extensão SQL IaaS Agent, registre seus servidores rodando SQL Server com SQL VM RP.
    • Selecione o servidor na coluna Cargas de Trabalho na página Executar> Migrações. Nas configurações de Computação e Rede, marque a caixa de seleção associada ao registro com a extensão IaaS do SQL.
    • Selecione o benefício Azure Hybrid para SQL Server se você tiver instâncias de SQL Server cobertas por assinaturas ativas de Software Assurance ou SQL Server e quiser aplicar o benefício às máquinas que está migrando.

Migrar VMs

Depois de verificar se a migração de teste funciona conforme o esperado, você pode migrar os computadores de origem.

  1. No projeto Migrações para Azure, em Executar>Migrações, selecione o servidor selecionando seu nome na coluna Workloads.
  2. No menu de detalhamento, na lista suspensa Conclusão, selecione Migrar.
  3. Em MigrarDesligar máquinas virtuais e executar uma migração planejada sem perda de dados, >Sim.
    • Por padrão, o Migrações para Azure desliga a VM de origem e executa uma replicação sob demanda para sincronizar quaisquer alterações na VM que tenham ocorrido desde a última replicação. Esse processo garante que não haja perda de dados.
    • Se você não quiser desligar a VM, selecione Não.
  4. Você tem a opção de atualizar o Windows Server SO durante a migração.
  5. Para atualizar, selecione a opção Atualização disponível. No painel que aparece, selecione a versão do sistema operacional de destino para a qual você deseja atualizar e selecione Aplicar. Saiba mais.
  6. Se você já tiver uma reserva de capacidade para o SKU da VM na assinatura e no local de destino, especifique-a aqui para esta implantação. As reservas de capacidade garantem que a SKU de VM necessária esteja disponível quando você iniciar a migração. A reserva de capacidade para o SKU pode estar em qualquer grupo de recursos dentro da assinatura e localização de destino. Saiba mais.
  7. Depois de concluir as configurações, selecione Migrar. Um trabalho de migração é iniciado para o servidor. Acompanhe o trabalho nas notificações do Azure.
  8. Após a conclusão do trabalho, você poderá exibir e gerenciar o servidor na página Migrações, que será acompanhada no estágio Conclusão.

Concluir a migração

  1. Após a conclusão da migração, abra a página de análise detalhada do servidor. Em Conclusão, selecione Concluir migração. Essa ação interrompe a replicação do computador de origem e limpa as informações de estado de replicação da VM.
  2. Verifique e solucione problemas de ativação do Windows na VM do Azure.
  3. Execute todos os ajustes no aplicativo após a migração, como atualizar os nomes do host, as cadeias de conexão de banco de dados e as configurações do servidor Web.
  4. Execute o aplicativo final e o teste de aceitação da migração no aplicativo migrado que está sendo executado no Azure.
  5. Transfira o tráfego para a instância migrada da VM do Azure.
  6. Remova as VMs locais do inventário local de VMs.
  7. Remova as VMs locais dos backups locais.
  8. Atualize todas as documentações internas para mostrar o novo local e o endereço IP das VMs do Azure.

Melhores práticas pós-migração

Próximas etapas

Investigue a jornada de migração na nuvem no Cloud Adoption Framework para Azure.