Perguntas frequentes sobre o serviço de migração de armazenamento

O serviço de migração de armazenamento não transferirá arquivos nem pastas que sabemos que podem interferir na operação do Windows. Especificamente, aqui está o que não vamos transferir ou mover para a pasta PreExistingData no destino:

• Windows, Program Files, Program Files (x86), Program Data e Users
• $Recycle.bin, Recycler, Recycled, System Volume Information, $UpgDrv$, $SysReset, $Windows.~BT, $Windows.~LS, Windows.old, boot, Recovery, Documents and Settings
• pagefile.sys, hiberfil.sys, swapfile.sys, winpepge.sys, config.sys, bootsect.bak, bootmgr e bootnxt
• Todos os arquivos ou pastas no servidor de origem que entrem em conflito com pastas excluídas no destino.
  Por exemplo, se houver uma pasta N:\Windows na origem e ela for mapeada para o volume C:\ no destino, ela não será transferida, independentemente de seu conteúdo, pois interferiria na pasta do sistema C:\Windows no destino.

O Serviço de Migração de Armazenamento não migra arquivos que os aplicativos bloqueiam exclusivamente. O serviço tenta novamente três vezes de forma automática, com um atraso de sessenta segundos entre as tentativas, e você pode controlar o número de tentativas e o atraso. Você também pode executar novamente as transferências para copiar apenas os arquivos que foram ignorados anteriormente devido a violações de compartilhamento.

O Serviço de Migração de Armazenamento não permite a migração entre domínios do Active Directory. As migrações entre servidores sempre unirão o servidor de destino ao mesmo domínio. Você pode usar credenciais de migração de domínios diferentes na floresta do Active Directory. O Serviço de Migração de Armazenamento dá suporte à migração entre grupos de trabalho. Não é possível migrar instâncias CIFS do NetAPP que não estejam ingressadas em um domínio.

O Serviço de Migração de Armazenamento dá suporte à migração de e para clusters após a instalação da atualização cumulativa KB4513534 ou atualizações subsequentes no Windows Server 2019 e com o Windows Server 2022 pronto para uso. Isso inclui a migração de um cluster de origem para um cluster de destino e a migração de um servidor de origem autônomo para um cluster de destino para fins de consolidação do dispositivo. Entretanto, não é possível migrar um cluster para um servidor autônomo. Você pode migrar de servidores CIFS do Samba e do NetApp para clusters.

O Serviço de Migração de Armazenamento dá suporte à migração para o Windows Server 2022, Windows Server 2019 e Clusters de Failover do Windows que executam esses sistemas operacionais. Ele não dá suporte à migração para Samba, NetApp ou Arquivos do Azure. Os Serviços de Migração do Armazenamento suportam a migração para um Windows Server ou cluster que esteja executando a Sincronização de Arquivos do Azure com classificação em nuvem ao usar a versão mais recente do Centro de Administração do Windows e do Windows Server 2022, ou do Windows Server 2019 após a instalação da atualização cumulativa KB5006744.

O Serviço de Migração de Armazenamento dá suporte à migração de usuários e grupos locais após a instalação da atualização cumulativa KB4513534 ou atualizações subsequentes. Ele não dá suporte à migração de usuários e grupos locais de servidores CIFS do NetApp.

No momento, o Serviço de Migração de Armazenamento não migra controladores de domínio no Windows Server 2019 ou no Windows Server 2022. Como solução alternativa, desde que você tenha mais de um controlador de domínio no domínio do Active Directory, rebaixe o controlador de domínio antes de migrá-lo e promova o destino após a conclusão da transferência. Se você optar por migrar uma origem ou destino do controlador de domínio, não poderá fazer a transferência. Você nunca deve migrar usuários e grupos ao migrar de ou para um controlador de domínio.

O Serviço de Migração de Armazenamento migra todos os sinalizadores, configurações e segurança de compartilhamentos SMB. Essa lista de sinalizadores que o Serviço de Migração de Armazenamento migra inclui:

• Share State
• Availability Type
• Share Type
• Folder Enumeration Mode *(also known as Access-Based Enumeration or ABE)*
• Caching Mode
• Leasing Mode
• Smb Instance
• CA Timeout
• Concurrent User Limit
• Continuously Available
• Description
• Encrypt Data
• Identity Remoting
• Infrastructure
• Name
• Path
• Scoped
• Scope Name
• Security Descriptor
• Shadow Copy
• Special
• Temporary

A versão do Serviço de Migração de Armazenamento enviada no Windows Server 2019 e no Windows Server 2022 não dá suporte à consolidação de vários servidores em um só servidor. Um exemplo de fusão seria migrar três servidores de origem separados, que podem ter os mesmos nomes de compartilhamento e caminhos de arquivo locais, para um só servidor novo que virtualizou esses caminhos e compartilhamentos para evitar qualquer sobreposição ou colisão e então respondeu a todos os três nomes de servidores anteriores e endereço IP. Porém, você pode migrar servidores autônomos para vários recursos do servidor de arquivos em um só cluster.

O Serviço de Migração de Armazenamento dá suporte à migração de servidores Samba Linux após a instalação da atualização cumulativa KB4513534 ou atualizações subsequentes. Confira os requisitos para obter uma lista de versões de Samba com suporte e distribuições do Linux. O Serviço de Migração de Armazenamento dá suporte à migração de matrizes FAS do NetApp após a instalação da atualização cumulativa KB5001384.

A versão do Serviço de Migração de Armazenamento enviada no Windows Server 2019 e no Windows Server 2022 não dá suporte à migração de versões anteriores (feitas com o serviço de cópia de sombra de volume) dos arquivos. Somente a versão atual é migrada.

O Serviço de Migração de Armazenamento contém um mecanismo de leitura e cópia de vários threads chamado Serviço de Proxy do Serviço de Migração de Armazenamento, que foi projetado para ser rápido e oferecer a fidelidade de dados perfeita que falta em muitas ferramentas de cópia de arquivos. Embora a configuração padrão seja ideal para muitos clientes, há maneiras de melhorar o desempenho de SMS durante o inventário e a transferência.

• Use o Windows Server 2019 ou o Windows Server 2022 para o sistema operacional de destino. O Windows Server 2019 e o Windows Server 2022 contêm o serviço Proxy do Serviço de Migração de Armazenamento. Quando você instala esse recurso e migra para destinos do Windows Server 2019 ou Windows Server 2022, todas as transferências operam como linha de visão direta entre a origem e o destino. Esse serviço é executado no orquestrador durante a transferência se os computadores de destino forem Windows Server 2012 R2 ou Windows Server 2016, o que significa que as transferências salto duplo e serão mais lentas. Se houver vários trabalhos em execução com destinos Windows Server 2012 R2 ou Windows Server 2016, o orquestrador se tornará um gargalo. A versão mais recente do Windows Admin Center configura automaticamente o serviço proxy se não estiver instalado.

• Instale a atualização cumulativa mensal mais recente. Melhoramos o serviço Proxy do Serviço de Migração de Armazenamento em várias atualizações para melhorar o desempenho da transferência e da retransferência e o desempenho do inventário. Instale o KB4580390 Atualização Cumulativa de outubro de 2020 ou posterior para obter melhorias significativas de velocidade ou migrar usando o Windows Server 2022.

• Altere os threads de transferência padrão. O serviço Proxy do Serviço de Migração de Armazenamento copia oito arquivos simultaneamente em um determinado trabalho. Você pode aumentar o número de threads de cópia simultâneos ajustando o seguinte registro REG_DWORD nome do valor em decimal em cada nó que executa o Proxy do Serviço de Migração de Armazenamento:

  HKEY_Local_Machine\Software\Microsoft\SMSProxy

  FileTransferThreadCount

  O intervalo válido é de 1 a 512 no Windows Server 2019 e no Windows Server 2022. Você não precisa reiniciar o serviço para começar a usar essa configuração, desde que crie um trabalho. Tenha cuidado com essa configuração; uma configuração mais alta pode exigir mais núcleos, desempenho de armazenamento e largura de banda de rede. Defini-lo para um valor muito alto pode levar a um desempenho reduzido em comparação às configurações padrão.

• Altere os threads de compartilhamento paralelos padrão. O serviço Proxy do Serviço de Migração de Armazenamento copia oito compartilhamentos simultaneamente em um determinado trabalho. Você pode aumentar o número de threads de compartilhamento simultâneos ajustando o seguinte registro REG_DWORD nome do valor em decimal no servidor orquestrador do Serviço de Migração de Armazenamento:

  HKEY_Local_Machine\Software\Microsoft\SMS

  EndpointFileTransferTaskCount

  O intervalo válido é de 1 a 512 no Windows Server 2019 e no Windows Server 2022. Você não precisa reiniciar o serviço para começar a usar essa configuração, desde que crie um trabalho. Tenha cuidado com essa configuração; uma configuração mais alta pode exigir mais núcleos, desempenho de armazenamento e largura de banda de rede. Defini-lo para um valor muito alto pode levar a um desempenho reduzido em comparação às configurações padrão.

  A soma de FileTransferThreadCount e EndpointFileTransferTaskCount é quantos arquivos o Serviço de Migração de Armazenamento pode copiar simultaneamente de um nó de origem em um trabalho. Para adicionar nós de origem paralelos, crie e execute mais trabalhos simultâneos.

• Adicione núcleos e memória. É altamente recomendável que os computadores de origem, orquestrador e destino tenham pelo menos dois núcleos de processador ou dois vCPUs, e mais podem auxiliar significativamente no desempenho de inventário e transferência, especialmente quando combinados com FileTransferThreadCount (acima). Ao transferir arquivos maiores do que os formatos usuais do Office (gigabytes ou mais), o desempenho da transferência se beneficiará de mais memória do que o mínimo padrão de 2 GB.

• Crie vários trabalhos. Ao criar um trabalho com várias fontes de servidor, cada servidor é contatado de maneira serial para inventário, transferência e substituição. Isso significa que cada servidor deve concluir sua fase antes do início de outro servidor. Para executar mais servidores em paralelo, basta criar vários trabalhos, cada um contendo apenas um servidor. O SMS dá suporte a até 100 trabalhos em execução simultânea, o que significa que um só orquestrador pode paralelizar muitos computadores de destino do Windows Server 2019 e do Windows Server 2022. Não recomendamos executar vários trabalhos paralelos se os computadores de destino forem Windows Server 2016 ou Windows Server 2012 R2, pois sem o serviço de proxy SMS em execução no destino, o orquestrador deve executar todas as transferências sozinho e pode se tornar um gargalo. A capacidade de os servidores serem executados em paralelo dentro de um único trabalho é um recurso que planejamos adicionar em uma versão posterior do SMS.

• Use o SMB 3 com redes RDMA. Se estiver transferindo de um computador de origem Windows Server 2012 ou posterior, o SMB 3.x dará suporte ao modo SMB Direct e à rede RDMA. O RDMA move a maior parte do custo de CPU da transferência das CPUs da placa-mãe para processadores NIC integrados, reduzindo a latência e a utilização da CPU do servidor. Além disso, as redes RDMA, como a ROCE e a iWARP, costumam ter uma largura de banda substancialmente maior do que a típica TCP/ethernet, incluindo velocidades de 25, 50 e 100 Gb por interface. O uso do SMB Direct normalmente move o limite de velocidade de transferência da rede para baixo para o próprio armazenamento.

• Use o multicanal SMB 3. Se estiver transferindo de um computador de origem Windows Server 2012 ou posterior, o SMB 3.x dará suporte a cópias multicanal que podem melhorar muito o desempenho da cópia de arquivo. Esse recurso funciona automaticamente, desde que a origem e o destino tenham:

  • Vários adaptadores de rede
  • Um ou mais adaptadores de rede que dão suporte ao RSS (Receive Side Scaling)
  • Um dos adaptadores de rede que são configurados usando o Agrupamento NIC
  • Um ou mais adaptadores de rede com suporte a RDMA

• Atualize os drivers. Conforme for apropriado, instale o firmware e os drivers mais recentes de fornecedor de armazenamento e compartimento, os drivers mais recentes de fornecedor de HBA, o firmware mais recente do fornecedor de UEFI/BIOS, os drivers mais recentes de fornecedor de rede e os drivers mais recentes de chipsets da placa-mãe em servidores de origem, destino e orquestradores. Reinicie os nós conforme necessário. confira a documentação do fornecedor de hardware para configurar o armazenamento compartilhado e o hardware de rede.

• Habilite o processamento de alto desempenho. Verifique se as configurações de BIOS/UEFI para servidores permitem o alto desempenho, como desabilitar C-State, definir a velocidade de QPI, habilitar NUMA e definir a frequência de memória mais alta. Verifique se o gerenciamento de energia no Windows Server está definido como Alto Desempenho. Reinicie conforme necessário. Não se esqueça de devolvê-los aos estados apropriados após a conclusão da migração.

• Ajustar hardware Examine as Diretrizes de Ajuste de Desempenho para Windows Server 2016 para ajustar o orquestrador e os computadores de destino que executam o Windows Server 2022, o Windows Server 2019 ou o Windows Server 2016. A seção Ajuste de desempenho do subsistema de rede contém informações especialmente valiosas. Há um guia atualizado para o Windows Server 2022 chamado (Diretrizes de Ajuste de Desempenho para o Windows Server 2022)[/windows-server/administration/performance-tuning/].

• Use armazenamento mais rápido. Embora possa ser difícil atualizar a velocidade de armazenamento do computador de origem, você deve garantir que o armazenamento de destino seja, no mínimo, tão rápido em termos de desempenho de E/S de gravação quanto a origem é em termos de desempenho de E/S de leitura, para garantir que não haja gargalos desnecessários nas transferências. Se o destino for uma VM, verifique se, pelo menos para fins de migração, ele é executado na camada de armazenamento mais rápida dos hosts do hipervisor, como na camada flash ou com Espaços de Armazenamento Diretos clusters HCI utilizando espaços híbridos ou flash espelhados. Quando a migração de SMS for concluída, a VM poderá ser migrada ao vivo para uma camada ou host mais lento.

• Use a compactação SMB. Se os servidores de origem e destino forem o Windows Server 2022, você poderá habilitar a compactação SMB para obter ganhos significativos de desempenho em arquivos maiores. Revisão (compactação SMB)[/windows-server/storage/file-server/smb-compression].

• Atualize o antivírus. Sempre verifique se a origem e o destino estão executando a versão mais recente corrigida do software antivírus para garantir uma sobrecarga mínima de desempenho. Como teste, temporariamente exclua a verificação de pastas que você está inventariando ou migrando nos servidores de origem e destino. Se o desempenho da transferência for aprimorado, entre em contato com o fornecedor de software antivírus para obter instruções ou uma versão atualizada do software antivírus ou uma explicação da degradação de desempenho esperada.

A versão do Serviço de Migração de Armazenamento enviada no Windows Server 2019 e no Windows Server 2022 não dá suporte à migração dos sistemas de arquivos NTFS para ReFS. Você pode migrar de NTFS para NTFS e ReFS para ReFS. Isso ocorre por design, devido às muitas diferenças de funcionalidade, metadados e outros aspectos que o ReFS não duplica do NTFS. O ReFS deve ser usado como um sistema de arquivos de carga de trabalho do aplicativo, não um sistema de arquivos geral. Para mais informações, confira Visão geral do ReFS (Sistema de Arquivos Resiliente)

O Serviço de Migração de Armazenamento usa um banco de dados ESE (mecanismo de armazenamento extensível) instalado por padrão na pasta c:\programdata\microsoft\storagemigrationservice oculta. Esse banco de dados crescerá à medida que os trabalhos forem adicionados e as transferências forem concluídas, podendo consumir um espaço significativo na unidade após a migração de milhões de arquivos, se você não excluir os trabalhos. Se o banco de dados precisar ser movido, execute as seguintes etapas:

1. Interrompa o serviço "Serviço de Migração de Armazenamento" no computador do orquestrador.

2. Assuma a propriedade da pasta %programdata%/Microsoft/StorageMigrationService

3. Adicione sua conta de usuário para ter controle total sobre esse compartilhamento e todos os seus arquivos e subpastas.

4. Mova a pasta para outra unidade no computador do orquestrador.

5. Defina o seguinte valor de REG_SZ do Registro:

   HKEY_Local_Machine\Software\Microsoft\SMS DatabasePath = caminho para a nova pasta de banco de dados em um volume diferente

6. Certifique-se de que as contas "SISTEMA" e "Serviço de rede" tenham controle total sobre todos os arquivos e subpastas dessa pasta

7. Remova suas permissões de contas.

8. Inicie o serviço "Serviço de Migração de Armazenamento".

Não, o Serviço de Migração de Armazenamento não migra aplicativos instalados localmente. Após concluir a migração, reinstale no computador de destino todos os aplicativos que estavam em execução no computador de origem. Não é necessário reconfigurar os usuários ou seus aplicativos; o Serviço de Migração de Armazenamento foi projetado para tornar a alteração do servidor invisível para os clientes.

Ao executar uma transferência, o Serviço de Migração de Armazenamento busca espelhar dados do servidor de origem. O servidor de destino não deve conter dados de produção ou usuários conectados, pois esses dados podem ser substituídos. Por padrão, a primeira transferência faz uma cópia de backup de todos os dados no servidor de destino como uma proteção. Em todas as transferências subsequentes, por padrão, o Serviço de Migração de Armazenamento espelha os dados no destino; isso significa não apenas adicionar novos arquivos, mas também sobrescrever arbitrariamente quaisquer arquivos existentes e excluir quaisquer arquivos que não estejam presentes na origem. Esse comportamento é intencional e fornece fidelidade perfeita com o computador de origem.

A maioria dos erros encontrados no arquivo CSV de transferência são códigos de erro do sistema Windows. Você pode descobrir o que cada erro significa examinando a documentação de códigos de erro do Win32.

Um servidor de destino pode conter certificados, emitidos antes da substituição, em seu repositório de certificados local, com o nome do servidor sendo parte do assunto, nome alternativo da entidade ou outros campos. Quando ocorre uma substituição e o servidor é renomeado, esses certificados não são atualizados. Você deve reemite certificados para seus servidores recém-renomeados usando seus métodos de implantação atuais, como Política de Grupo ou registro na Web.

Para fazer comentários sobre o Serviço de Migração de Armazenamento:

• Use a ferramenta Hub de Comentários incluída no Windows 10, selecione Sugerir um Recurso e especifique a categoria de Windows Server e a subcategoria de Migração de Armazenamento
• Email smsfeed@microsoft.com

Para arquivar bugs:

• Use a ferramenta Hub de Comentários incluída no Windows 10, selecione Relatar um Problema e especifique a categoria Windows Server e a subcategoria Migração de Armazenamento
• Abrir um caso de suporte por meio do Suporte da Microsoft

Para obter suporte:

• Postar uma pergunta na Comunidade Técnica do Windows Server
• Postar no fórum do Windows Server 2019
• Abrir um caso de suporte por meio do Suporte da Microsoft

Referências adicionais

• Visão Geral do Serviço de Migração de Armazenamento