Usar o Serviço de Migração de Armazenamento para migrar um servidor

  • Artigo

Você pode usar o Serviço de Migração de Armazenamento e o Windows Admin Center para migrar um servidor para outro, incluindo os respectivos arquivos e configuração. Este artigo descreve como migrar um servidor Windows, um Cluster de Failover do Windows, um servidor Samba ou uma matriz FAS (armazenamento anexado de malha) do NetApp Fabric para outro servidor Windows ou Cluster de Failover do Windows.

O processo de migração começa com um inventário de servidor para identificar o conteúdo a ser migrado e um firewall marcar para garantir uma migração bem-sucedida. O processo transfere dados de seus servidores de origem para os servidores de destino e, em seguida, corta para seus novos servidores. Após a migração, você pode processar os servidores de origem desativados e reenviar certificados em seu novo servidor de destino.

Etapa 1: instalar o serviço de migração e verificar o firewall

Antes de começar, instale o serviço de migração de armazenamento e verifique se as portas de firewall necessárias estão abertas.

  1. Verifique os requisitos do Serviço de Migração de Armazenamento e instale a última versão do Windows Admin Center no computador ou em um servidor de gerenciamento se ainda não tiver. Você também precisa da última versão da extensão do Serviço de Migração de Armazenamento, que é instalada automaticamente pelo Windows Admin Center se as extensões de atualização automática estiverem habilitada em Configurações>Extensões. Se estiver migrando computadores de origem conectados ao domínio, você precisará instalar e executar o Serviço de Migração de Armazenamento em um servidor conectado ao mesmo domínio ou floresta que os computadores de origem.

  2. No Windows Admin Center, conecte-se ao servidor do Orquestrador que executa o Windows Server 2019 ou o Windows Server 2022. Esse orquestrador é o servidor no qual você instala o Serviço de Migração de Armazenamento e que usa para gerenciar a migração.

    • Se você estiver migrando apenas um servidor, é possível usar o servidor de destino, desde que ele esteja executando o Windows Server 2019 ou o Windows Server 2022.
    • Recomendamos que você use um servidor de orquestração separado para realizar migrações de vários servidores.

  3. No Windows Admin Center, acesse Gerenciador do Servidor>Serviço de Migração de Armazenamento. Selecione Instalar para instalar o Serviço de Migração de Armazenamento e os respectivos componentes necessários, conforme mostrado na figura a seguir.

    Screenshot of the Storage Migration Service page showing the Install button.

  4. Instale o proxy do Serviço de Migração de Armazenamento em todos os servidores de destino que executam o Windows Server 2019 ou Windows Server 2022. Essa configuração duplica a velocidade de transferência quando instalado nos servidores de destino.

    1. Conecte-se ao servidor de destino no Windows Admin Center.
    2. Vá para Gerenciador do Servidor (em Windows Admin Center) >Funções e recursos>Recursos.
    3. Selecione Proxy do Serviço de Migração de Armazenamento, seguido de Instalar.

  5. Se desejar migrar de ou para clusters de failover do Windows, instale as ferramentas de clustering de failover no servidor do Orchestrator. Essa instalação acontece automaticamente na última versão do Windows Admin Center ao selecionar Migrar de clusters de failover na opção Configurações de Trabalho do estoque.

    1. Para instalar fora da fase inventário do Serviço de Migração de Armazenamento, conecte-se ao servidor orquestrador no Windows Admin Center.
    2. Acesse Gerenciador do Servidor (em Windows Admin Center) >Funções e recursos, >Recursos, >Ferramentas de Administração de Servidor Remoto, >Ferramentas de Administração de Recursos.
    3. Selecione Ferramentas de Clustering de Failover, seguido de Instalar.

    Observação

    Se você estiver migrando de uma matriz FAS do NetApp, você deve instalar manualmente a última versão do Kit de Ferramentas do PowerShell do NetApp no orquestrador. Este kit de ferramentas está disponível para todos os clientes do NetApp licenciados com um contrato de suporte ativo do NetApp de mysupport.netapp.com.

  6. Em todos os servidores de origem e em todos os servidores de destino que executam o Windows Server 2016 ou Windows Server 2012 R2, no Windows Admin Center, conecte-se a cada servidor, acesse o Gerenciador do Servidor (no Windows Admin Center) >Regras de entrada do >firewall e confirme se as seguintes regras estão habilitadas:

    • Compartilhamento de arquivos e de impressora (SMB-Entrada)
    • Serviço Netlogon (NP-Entrada)
    • DCOM-In (Instrumentação de Gerenciamento do Windows)
    • WMI-In (Instrumentação de Gerenciamento do Windows)

    Se você estiver usando firewalls de terceiros, os intervalos de portas de entrada a serem abertos serão como as seguintes:

    • TCP/445 (SMB)
    • TCP/135 (mapeador de ponto de extremidade RPC/DCOM)
    • TCP 1025-65535 (portas efêmeras RPC/DCOM)

    As portas do Serviço de Migração de Armazenamento são as seguintes:

    • TCP/28940 (Orquestrador)
    • TCP/28941 (Proxy).

  7. Se você estiver usando um servidor orquestrador e desejar baixar eventos ou um log de transferência de dados, verifique se a regra de firewall de Compartilhamento de Arquivos e Impressoras (SMB-Entrada) está habilitada nesse servidor.

Etapa 2: criar dados de servidor de trabalho e inventário

Nesta etapa, especifique quais servidores migrar e realiza neles uma verificação para coletar informações sobre os arquivos e configurações contidos neles.

  1. No Serviço de Migração de Armazenamento, selecione Novo trabalho, dê um nome ao trabalho e selecione se você quer migrar servidores e clusters do Windows, servidores do Linux que usam o Samba ou matrizes do FAS do NetApp. Depois, selecione OK.

  2. Na página Verificar pré-requisitos, examine os pré-requisitos. Em seguida, selecione Avançar.

  3. Se você estiver migrando de uma matriz FAS do NetApp, na página Selecionar a matriz FAS do NetApp, insira o endereço IP, credencial de administrador e senha da matriz FAS do NetApp. Em seguida, selecione Avançar.

  4. Se você estiver migrando de um servidor ou cluster do Windows, na página Inserir credenciais, insira as credenciais de administrador para os servidores dos quais você deseja migrar e selecione Avançar.

    • Se você estiver migrando de servidores Linux, insira as credenciais nas páginas Credenciais do Samba e Credenciais do Linux, incluindo uma senha SSH ou uma chave privada.

    • Se você estiver migrando de uma Matriz FAS do NetApp, conclua as seguintes etapas:

      1. Use a página Inserir credenciais e fazer pré-verificação do NetApp para inserir credenciais de administrador para os servidores CIFS (Sistema Comum de Arquivos da Internet) do NetApp dos quais você deseja migrar.
      2. Selecione Iniciar verificação para listar todos os servidores CIFS do NetApp em execução na matriz FAS do NetApp. Você pode desmarcar todos os servidores CIFS que não deseja migrar.
      3. Selecione Avançar.

  5. Na página Instalar as ferramentas necessárias, confirme se as ferramentas necessárias foram instaladas sem erros. Em seguida, selecione Avançar.

  6. Se você estiver migrando de um servidor ou cluster do Windows ou Samba do Linux, na página Adicionar e verificar dispositivos, selecione Adicionar um dispositivo e pesquise um cluster de servidor de origem no Active Directory. Você pode usar um asterisco para executar pesquisas parciais curinga. Você também pode inserir um nome exato do servidor de origem ou o nome de um servidor de arquivos clusterizado. Selecione OK.
    Repita essa etapa para todos os outros servidores que você deseja inventariar. Se você estiver migrando de uma matriz FAS do NetApp, a página Selecionar e verificar servidores listará o servidor de origem.

  7. Selecione Validar e verifique se a validação é aprovada por todos os servidores.

    Observação

    Um erro para privilégios de backup é esperado dos servidores CIFS do NetApp. Você pode ignorar com segurança esse erro.

  8. Selecione Iniciar verificação. A página é atualizada para mostrar quando a verificação está concluída.

    Screenshot showing a server ready to be scanned.

  9. Selecione cada servidor para examinar os compartilhamentos, a configuração, os adaptadores de rede e os volumes que foram inventariados.

    O serviço de migração de armazenamento não transferirá arquivos nem pastas que podem interferir na operação do Windows. Portanto, você receberá avisos para todos os compartilhamentos localizados na pasta do sistema do Windows. Você precisará ignorar esses compartilhamentos durante a fase de transferência. Para obter mais informações, confira Quais arquivos e pastas são excluídos das transferências.

  10. Selecione Avançar para passar para a transferência de dados.

Etapa 3: transferir dados para os servidores de destino

Nesta etapa, você transfere dados depois de especificar onde colocá-los nos servidores de destino.

  1. Na página Transferência de dados>Inserir credenciais, digite as credenciais de administrador que funcionam nos servidores de destino para os quais você deseja migrar e selecione Avançar.

  2. Na página Adicionar um dispositivo de destino e mapeamentos, o primeiro servidor de origem é listado. Insira o nome do servidor ou servidor de arquivos clusterizado para o qual você deseja migrar e selecione Verificar dispositivo. Ao migrar de um computador de origem adicionado ao domínio, o servidor de destino deve ser adicionado ao mesmo domínio. Você também pode selecionar Criar uma VM do Azure e usar o assistente para implantar um novo servidor de destino no Azure. Essa função escalará automaticamente a VM, provisionará o armazenamento, formatará os discos, adicionará no domínio e adicionará o proxy do Serviço de Migração de Armazenamento a um destino do Windows Server 2019 ou Windows Server 2022. Você pode escolher entre VMs do Windows Server 2022 (recomendado), do Windows Server 2019, do Windows Server 2016 e Windows Server 2012 R2 de qualquer tamanho e usar discos gerenciados.

    Observação

    O uso de Criar uma VM do Azure exige que você tenha os seguintes itens:

    • Uma assinatura válida do Azure.
    • Um grupo de recursos de Computação do Azure existente em que você tem direitos de criação.
    • Um Rede Virtual e uma sub-rede existentes do Azure.
    • Um circuito do Azure ExpressRoute ou uma solução VPN do Azure vinculada à Rede Virtual e à sub-rede que permitem a conectividade dessa VM IaaS do Azure com seus clientes locais, controladores de domínio, o computador do Orquestrator do Serviço de Migração de Armazenamento, o computador Windows Admin Center e o computador de origem a ser migrado.

    O vídeo a seguir mostra como usar o Serviço de Migração de Armazenamento para migrar para VMs do Azure.

  3. Mapeie os volumes de origem para volumes de destino, desmarque a caixa de seleção Incluir em todos os compartilhamentos que você não deseja transferir (incluindo os compartilhamentos administrativos localizados na pasta do sistema do Windows) e garantindo que a caixa de seleção Sincronização de Arquivos do Azure está definida para todos os volumes ou compartilhamentos que estejam em camadas de nuvem com a Sincronização de Arquivos do Azure e, em seguida, selecione Avançar.

    Observação

    Ao migrar servidores CIFS do NetApp, os volumes de origem não mostram letras da unidade. Você pode mapear esses volumes para qualquer volume de destino e mapear vários volumes CIFS do NetApp para o mesmo volume de destino. Novos caminhos de pasta raiz são criados para evitar substituições ou colisões de pasta e, em seguida, os compartilhamentos são criados no nível correto. O painel de detalhes do Compartilhamentos mostra a estrutura de pastas que você está prestes a criar.

    Screenshot of a source server with volumes and shares and where their transfer location on the destination.

  4. Adicione um servidor de destino e mapeamentos para mais servidores de origem e selecione Avançar.

  5. Na página Ajustar as configurações de transferência, especifique se você deseja ou não migrar usuários e grupos locais nos servidores de origem e selecione Avançar. Essa opção permite recriar usuários e grupos locais nos servidores de destino para que as permissões de arquivo ou de compartilhamento definidas para usuários e grupos locais não sejam perdidas. Confira as opções ao migrar usuários e grupos locais:

    Importante

    Se você for migrar servidores CIFS do NetApp, não será possível migrar usuários e grupos locais.

    • Renomear contas com o mesmo nome é selecionada por padrão e migra todos os usuários e grupos locais no servidor de origem. Se usuários locais ou grupos na origem forem encontrados com o mesmo nome no destino, esses itens receberão novos nomes no destino. No entanto, um usuário ou grupo interno usa o mesmo nome na origem e no destino, como o usuário Administrador ou o grupo Administradores.
    • Reutilizar contas com o mesmo nome mapeia usuários e grupos nomeados de forma idêntica na origem e no destino. Não use essa configuração se o servidor de origem ou de destino for um controlador de domínio.
    • Não transfira usuários e grupos ignora a migração de usuários e grupos locais, o que é necessário quando sua origem ou destino é um controlador de domínio ou ao propagar dados para a Replicação do DFS (Replicação do DFS não dá suporte a grupos e usuários locais).

    Observação

    As contas de usuário migradas são desabilitadas no destino e recebem uma senha complexa e aleatória de 127 caracteres, portanto, será necessário habilitá-las e atribuir uma nova senha quando terminar para continuar a usá-las. Isso ajuda a garantir que contas antigas com senhas esquecidas e fracas na origem não continuem a ser um problema de segurança no destino. Também é interessante verificar a LAPS (Solução de Senha de Administrador Local) como uma forma de gerenciar senhas de administrador local.

  6. Selecione Validar e Avançar.

  7. Selecione Iniciar transferência para iniciar a transferência de dados.
    Na primeira vez que você transferir, será necessário mover todos os arquivos existentes em um destino para uma pasta de backup. Para servidores de destino que executam a Sincronização de Arquivos do Azure com camadas de nuvem, não há suporte para essa opção de backup. Alternativamente, é oferecido suporte total a Sincronização de Arquivos do Azure com camadas de nuvem e incluímos detalhes atualizados de informações de transferência no Windows Admin Center. Em transferências subsequentes, por padrão, o destino será atualizado que um backup dele seja feito primeiro.
    Além disso, o Serviço de Migração de Armazenamento é inteligente o suficiente para tratar os compartilhamentos sobrepostos: não copiaremos as mesmas pastas duas vezes no mesmo trabalho.

  8. Depois que a transferência for concluída, verifique o servidor de destino para ver se tudo foi transferido corretamente. Selecione Somente log de erros se desejar baixar um log dos arquivos que não foram transferidos.

    Observação

    Se deseja manter uma trilha de auditoria de transferências ou se planeja executar mais de uma transferência em um trabalho, clique em Log de transferências ou as outras opções de salvamento de log para salvar uma cópia do CSV. Cada transferência subsequente substitui as informações do banco de dados de uma execução anterior. Se você for migrar um grande número de arquivos, poderá ser necessário ajustar o tempo limite para salvar esse arquivo CSV. Para obter detalhes, confira Tempo limite do Serviço de Migração de Armazenamento durante o download da transferência ou do CSV de erros.

Neste ponto, você tem três opções:

  • Acesse a próxima etapa, substituindo de modo que os servidores de destino adotem as identidades dos servidores de origem.
  • Considere a migração completa sem assumir as identidades dos servidores de origem.
  • Transfira novamente, copiando somente os arquivos que foram atualizados desde a última transferência.

Se a sua meta for sincronizar os arquivos com o Azure, você poderá configurar os servidores de destino com Sincronização de Arquivos do Azure depois de transferir arquivos ou depois de substituí-los nos servidores de destino. Confira Planejando uma implantação da Sincronização de Arquivos do Azure.

Etapa 4: substituição para os novos servidores

Nesta etapa, você realiza a substituição dos servidores de origem para os servidores de destino, movendo os endereços IP e os nomes dos computadores para os servidores de destino. Depois que essa etapa for concluída, os aplicativos e usuários acessarão os novos servidores por meio dos nomes e endereços dos servidores dos quais você migrou.

  1. Se você navegou para fora do trabalho de migração, no Windows Admin Center, acesse o Gerenciador do Servidor>Serviço de Migração de Armazenamento e selecione o trabalho que deseja concluir.

  2. Na página Substituir para os novos servidores>Inserir credenciais, selecione Avançar para usar as credenciais inseridas anteriormente.

  3. Na página Configurar a transferência, especifique qual adaptador de rede no destino deve assumir as configurações de cada adaptador na origem. Essa opção move o endereço IP da origem para o destino como parte da substituição, fornecendo ao servidor de origem um novo protocolo DHCP ou endereço IP estático. Você pode ignorar todas as migrações de rede ou determinados adaptadores.

  4. Especifique o endereço IP a ser usado para o servidor de origem após a substituição mover o endereço dele para o destino. Se você for migrar um servidor ou cluster do Windows ou Samba do Linux, é possível usar o DHCP ou especificar um novo endereço IP estático. Se você estiver usando um endereço estático, a nova sub-rede precisará ser a mesma que a sub-rede antiga ou a transferência falhará. Se você for migrar uma matriz FAS do NetApp, use sub-redes do NetApp em vez do DHCP.

    Screenshot of a source server with IP addresses and computer names, and their replacement values after the cutover.

  5. Especifique como renomear o servidor de origem após o nome dele ser assumido pelo servidor de destino. Você pode usar um nome gerado aleatoriamente ou digitar um. Em seguida, selecione Avançar.

  6. Na página Ajustar configurações, pode ser necessário fornecer novas credenciais de usuário do AD com permissões para remover o computador de origem ou o servidor de arquivos clusterizado do domínio e, em seguida, adicioná-las novamente com um novo nome se suas credenciais de migração de origem não tiverem essa permissão.

  7. Selecione Validar na página Validar dispositivo de origem e de destino e selecione Avançar.

  8. Quando estiver pronto para realizar a substituição, selecione Iniciar substituição.
    Os usuários e aplicativos podem experimentar uma interrupção enquanto o endereço e os nomes são movidos e os servidores são reiniciados várias vezes. Observe que os usuários e aplicativos não são afetados pela migração. A quantidade de tempo para concluir a substituição depende da rapidez com que os servidores são reiniciados e dos tempos de replicação do Active Directory e do DNS.

Operações de pós-migração

Depois de migrar um servidor ou cluster, avalie o ambiente para possíveis operações pós-migração.

  • Criar um plano para o servidor de origem agora desativado: o Serviço de Migração de Armazenamento usa o processo de substituição para permitir que um servidor de destino assuma a identidade de um servidor de origem. O processo altera os nomes e endereços IP do servidor de origem para impedir o acesso por usuários e aplicativos. No entanto, ele não desativa nem altera o conteúdo do servidor de origem. Você deve criar um plano para desativar o servidor de origem. É recomendável manter a origem online por pelo menos duas semanas para permitir a migração de qualquer dado em uso. O período de espera garante que todos os arquivos possam ser recuperados facilmente sem a necessidade de restauração de backup offline. Após esse período, é recomendável desativar o servidor por mais quatro semanas para que ele ainda esteja disponível para recuperação de dados, mas não esteja mais consumindo recursos operacionais ou de energia. Após esse período, execute um backup completo final do servidor e, em seguida, avalie a realocação se ele for um servidor físico ou exclusão se ele for uma máquina virtual.
  • Reemitir certificados no novo servidor de destino: durante o tempo em que o servidor de destino estava online, mas ainda ser sem substituído, certificados podem ter sido emitidos por meio de registro automático ou outros processos. Renomear um Windows Server não altera nem redireciona certificados existentes automaticamente, portanto, os certificados existentes podem conter o nome do servidor antes dele ser substituído. Você deve examinar os certificados existentes nesse servidor e emitir novos certificados conforme necessário.