Compartilhar via

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

Você pode usar o Serviço de Migração de Armazenamento e o WAC (Windows Admin Center) para migrar um servidor para outro, incluindo seus arquivos e configuração. Este artigo descreve como migrar um servidor Windows, um recurso de servidor de arquivos do Cluster de Failover do Windows, um servidor Samba ou uma matriz FAS (Armazenamento Anexado) 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 versão mais recente do Windows Admin Center em seu computador ou em um servidor de gerenciamento, caso ainda não tenha feito isso. Você também precisará da versão mais recente da extensão do Serviço de Migração de Armazenamento, que é instalada automaticamente pelo WAC se as extensões de atualização automática estiverem habilitadas nas Extensões de Configuraçõ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 WAC, conecte-se ao servidor orquestrador que executa o Windows Server 2019 ou posterior. 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, poderá usar o servidor de destino, desde que ele esteja executando o Windows Server 2019 ou posterior.
    • Recomendamos que você use um servidor de orquestração separado para realizar migrações de vários servidores.

  3. No WAC, vá para o Gerenciador de Servidores>Serviço de Migração de Armazenamento. Selecione Instalar para instalar o Serviço de Migração de Armazenamento e seus componentes necessários, conforme mostrado na figura a seguir.

    Captura de tela da página Serviço de Migração de Armazenamento mostrando o botão Instalar.

  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 posterior. Essa configuração duplica a velocidade de transferência quando instalado nos servidores de destino.

    1. Conecte-se ao servidor de destino no WAC.
    2. Vá para Gerenciador de Servidores (em WAC) >Funções e Recursos>Funcionalidades.
    3. Selecione o Proxy do Serviço de Migração de Armazenamento e, em seguida, selecione 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 WAC ao selecionar Migrar de clusters de failover na opção Configurações de Trabalho do estoque.

    1. Para instalar fora da fase de Inventário do Serviço de Migração de Armazenamento, conecte-se ao servidor do orquestrador no WAC.
    2. Vá para Gerenciador de Servidores (em WAC) >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 e, em seguida, selecione 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 quaisquer servidores de destino que rodem o Windows Server 2016 usando o WAC, conecte-se a cada servidor, vá para Gerenciador de Servidores (no WAC), >Firewall>Regras de Entrada, 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, nomeie o trabalho e selecione se deseja migrar os servidores e clusters do Windows, os servidores Linux que usam o Samba ou a matriz FAS do NetApp. Em seguida, 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, a credencial de administrador e a senha do NetApp FAS Array. 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 deseja migrar e selecione Avançar.

    • Se você estiver migrando de servidores Linux, insira credenciais nas credenciais do Samba e nas páginas de 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ê quer 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 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 do Linux Samba, 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 recurso do servidor de arquivos de cluster. Selecione OK.
    Repita essa etapa para todos os outros servidores que você deseja inventariar. Se você estiver migrando de uma matriz de FAS do NetApp, a página Selecionar e verificar servidores já listará o servidor de origem.

  7. Selecione Validar e garantir que a validação passe para todos os servidores.

    Observação

    Um erro relacionado aos 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.

    Captura de tela mostrando um servidor pronto para ser verificado.

  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, consulte 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 Transferir dados>Inserir credenciais, insira 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 está listado. Insira o nome do recurso de cluster do servidor ou servidor de arquivos 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 nova VM do Azure e, em seguida, usar o assistente para implantar um novo servidor de destino no Azure. Essa função dimensiona automaticamente sua VM, provisiona armazenamento, formata discos, ingressa no domínio e adiciona o proxy do Serviço de Migração de Armazenamento a um destino do Windows Server 2019 ou posterior. Você pode escolher entre VMs do Windows Server 2025 (recomendado), Windows Server 2022, Windows Server 2019 e Windows Server 2016 de qualquer tamanho e usar discos gerenciados.

    Observação

    O uso de criar uma nova 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 no qual 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 permite a conectividade dessa VM IaaS do Azure para seus clientes locais, controladores de domínio, o computador orquestrador do Serviço de Migração de Armazenamento, o computador que executa o WAC 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 para todos os compartilhamentos que você não deseja transferir (incluindo quaisquer compartilhamentos administrativos localizados na pasta do sistema do Windows) e garanta que a caixa de seleção da Sincronização de Arquivos do Azure esteja marcada para qualquer volume ou compartilhamento que utilize o armazenamento em camadas na nuvem com a Sincronização de Arquivos do Azure, e 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 Compartilhamentos mostra a estrutura de pastas que você está prestes a criar.

    Captura de tela de um servidor de origem com volumes e compartilhamentos e o local de transferência deles no destino.

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

  5. Na página Ajustar configurações de transferência, especifique se deseja 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 é selecionado 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 transferir 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 preparar dados para DFS Replicação (DFS Replicação não oferece 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. Você também deve examinar o que é o Windows LAPS? como uma maneira de gerenciar senhas de administrador local.

  6. Selecione Validar e selecione Avançar.

  7. Selecione Iniciar transferência para começar a transferir 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. Caso contrário, damos suporte total à Sincronização de Arquivos do Azure com camadas de nuvem e incluímos detalhes atualizados de informações de transferência no WAC. Em transferências subsequentes, por padrão, o destino será atualizado que um backup dele seja feito primeiro. O Serviço de Migração de Armazenamento é inteligente o suficiente para lidar com compartilhamentos sobrepostos — não copiamos 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 o log de erros se você quiser baixar um log de arquivos que falharam na transferência.

    Observação

    Se você quiser manter um rastro de auditoria de transferências ou estiver planejando executar mais de uma transferência em um trabalho, clique em Transferir log ou outras opções de salvamento de log para salvar uma cópia 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 concluída sem assumir as identidades dos servidores de origem.
  • Transfira novamente, copiando apenas os arquivos 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. Consulte Planejamento para uma implantação de 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ê tiver navegado para longe do trabalho de migração, no WAC, vá para oServiço de Migração de Armazenamento do > e selecione o trabalho que deseja concluir.

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

  3. Na página Configurar Transição, especifique qual adaptador de rede no destino deve herdar 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 estiver migrando um servidor Windows ou servidor de arquivos de recursos de cluster ou para o Linux Samba, você poderá usar 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.

    Captura de tela de um servidor de origem com endereços IP e nomes de computador, e seus valores de substituição após a transição.

  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 , talvez seja 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 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 então selecione Avançar.

  8. Quando estiver pronto para executar 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.

  • Crie 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 não foi recortado, os certificados podem ter sido emitidos para ele 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.