Problemas conhecidos do Serviço de Migração de Armazenamento

  • Artigo

Esse artigo contém respostas para problemas conhecidos ao utilizar o Serviço de Migração de Armazenamento para migrar servidores.

O Serviço de Migração de Armazenamento é lançado em duas partes: o serviço no Windows Server e a interface do usuário em Windows Admin Center. O serviço está disponível no Windows Server, Canal de Manutenção de Longo Prazo, e no Windows Server, Canal Semestral; enquanto o Centro de Administração do Windows está disponível como um download separado. Também incluímos periodicamente alterações nas atualizações cumulativas do Windows Server, lançadas por meio de Windows Update.

Por exemplo, o Windows Server, versão 1903, inclui novos recursos e correções para o Serviço de Migração de Armazenamento, que também estão disponíveis para o Windows Server 2019 e o Windows Server, versão 1809 instalando kb4512534.

Como coletar arquivos de log ao trabalhar com Suporte da Microsoft

O Serviço de Migração de Armazenamento contém logs de eventos para o serviço Orchestrator e o Serviço de Proxy. O servidor de orquestrador sempre contém logs de eventos e os servidores de destino com o serviço proxy instalado contêm os logs de proxy. Esses logs estão localizados em:

  • Logs de aplicativos e serviços \ Microsoft \ Windows \ StorageMigrationService
  • Logs de aplicativos e serviços \ Microsoft \ Windows \ StorageMigrationService-Proxy

Se você precisar coletar esses logs para exibição offline ou para enviar para Suporte da Microsoft, há um script do PowerShell de software livre disponível no GitHub:

Auxiliar de Serviço de Migração de Armazenamento

Examine o LEIA-ME para uso.

O Serviço de Migração de Armazenamento não aparece no Windows Admin Center a menos que o gerenciamento do Windows Server 2019

Ao usar a versão 1809 do Windows Admin Center para gerenciar um orquestrador do Windows Server 2019, você não vê a opção de ferramenta para o Serviço de Migração de Armazenamento.

A extensão do Serviço de Migração de Armazenamento do Windows Admin Center é vinculada à versão para gerenciar apenas o Windows Server 2019 versão 1809 ou sistemas operacionais posteriores. Se você a utilizar para gerenciar sistemas operacionais Windows Server mais antigos ou prévias internas, a ferramenta não aparecerá. Este comportamento ocorre por design.

Para resolver, use ou atualize para o Windows Server 2019 build 1809 ou posterior.

Falha na validação de substituição do Serviço de Migração de Armazenamento com o erro "Acesso negado para a política de filtro de token no computador de destino"

Ao executar a validação de substituição, você recebe o erro "Falha: o acesso é negado para a política de filtro de token no computador de destino". Isso ocorre mesmo que você tenha fornecido as credenciais de administrador local corretas para os computadores de origem e de destino.

Esse problema foi corrigido na atualização KB4512534.

O Serviço de Migração de Armazenamento não está incluído na Avaliação do Windows Server 2019 ou na edição do Windows Server 2019 Essentials

Ao usar Windows Admin Center para se conectar a uma versão de Avaliação do Windows Server 2019 ou ao Windows Server 2019 Essentials Edition, não há uma opção para gerenciar o Serviço de Migração de Armazenamento. O Serviço de Migração de Armazenamento também não está incluído em Funções e Recursos.

Esse problema é causado por um problema de manutenção na mídia de avaliação do Windows Server 2019 e do Windows Server 2019 Essentials.

Para contornar esse problema para avaliação, instale uma versão de varejo, MSDN, OEM ou Licença de Volume do Windows Server 2019 e não a ative. Sem ativação, todas as edições do Windows Server operam no modo de avaliação por 180 dias.

Esse problema será corrigido em uma versão posterior do Windows Server.

O tempo limite para o download da transferência ou erros no CSV do Serviço de Migração de Armazenamento

Ao usar o Windows Admin Center ou o PowerShell para fazer o download do log CSV detalhado das operações de transferência, você recebe um erro:

Transfer Log - Please check file sharing is allowed in your firewall. : This request operation sent to net.tcp://localhost:28940/sms/service/1/transfer did not receive a reply within the configured timeout (00:01:00). The time allotted to this operation may have been a portion of a longer timeout. This may be because the service is still processing the operation or because the service was unable to send a reply message. Please consider increasing the operation timeout (by casting the channel/proxy to IContextChannel and setting the OperationTimeout property) and ensure that the service is able to connect to the client.

Esse problema é causado por um número extremamente grande de arquivos transferidos que não podem ser filtrados no tempo limite padrão de um minuto permitido pelo Serviço de Migração de Armazenamento.

Para contornar este problema:

  1. No computador do orquestrador, edite o arquivo %SYSTEMROOT%\SMS\Microsoft.StorageMigration.Service.exe.config usando o Notepad.exe para alterar o "sendTimeout" do padrão de 1 minuto para 10 horas.

    <bindings>
  <netTcpBinding>
    <binding name="NetTcpBindingSms"
             sendTimeout="10:00:00"

  2. Reinicie o serviço "Serviço de Migração de Armazenamento" no computador do orquestrador.

  3. No computador do orquestrador, inicie Regedit.exe

  4. Crie a seguinte subchave de registro se ela ainda não existir:

    HKEY_LOCAL_MACHINE\Software\Microsoft\SMSPowershell

  5. No menu Editar, aponte para Novo e selecione o Valor DWORD.

  6. Digite "WcfOperationTimeoutInMinutes" para o nome do DWORD e, em seguida, pressione ENTER.

  7. Clique com o botão direito do mouse em "WcfOperationTimeoutInMinutes" e selecione Modificar.

  8. Na caixa de dados Base, selecione "Decimal"

  9. Na caixa de dados Valor, digite "600" e selecione OK.

  10. Saia do Editor do Registro.

  11. Tente baixar o arquivo CSV somente com erros novamente.

Se ainda estiver tendo problemas ao usar o WAC, use o PowerShell. Execute um dos seguintes comandos no computador do Orchestrator, definindo seu próprio nome de trabalho e valores de FQDN do servidor de origem:

Get-SmsState -Name job -TransferFileDetail -computername sourcefqdn | export-csv -path log.csv
Get-SmsState -Name job -TransferFileDetail -ErrorsOnly -computername sourcefqdn | export-csv -path errlog.csv

Avisos de validação para proxy de destino e privilégios administrativos de credenciais

Ao validar um trabalho de transferência, você verá os seguintes avisos:

The credential has administrative privileges.
Warning: Action isn't available remotely.
The destination proxy is registered.
Warning: The destination proxy wasn't found.

Se o serviço de Proxy do Serviço de Migração de Armazenamento ainda não foi instalado no computador de destino do Windows Server 2019, esse é um comportamento planejado. Você também receberá essa mensagem se o computador de destino for o Windows Server 2016 ou o Windows Server 2012 R2. Recomendamos a migração para um computador Windows Server 2019 com o proxy instalado para melhorar o desempenho da transferência.

Determinados arquivos não inventariam nem transferem, erro 5 "Acesso negado"

Ao inventariar ou transferir arquivos de computadores de origem para de destino, os arquivos dos quais um usuário removeu permissões para o grupo Administradores não são migrados. Examinar a depuração de Service-Proxy de Migração de Armazenamento mostra:

Log Name: Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source: Microsoft-Windows-StorageMigrationService-Proxy
Date: 2/26/2019 9:00:04 AM
Event ID: 10000
Task Category: None
Level: Error
Keywords:
User: NETWORK SERVICE
Computer: srv1.contoso.com
Description:

02/26/2019-09:00:04.860 [Error] Transfer error for \\srv1.contoso.com\public\indy.png: (5) Access is denied.
Stack Trace:
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.OpenFile(String fileName, DesiredAccess desiredAccess, ShareMode shareMode, CreationDisposition creationDisposition, FlagsAndAttributes flagsAndAttributes)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetTargetFile(String path)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetTargetFile(FileInfo file)
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.InitializeSourceFileInfo()
     at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.Transfer()
at Microsoft.StorageMigration.Proxy.Service.Transfer.FileTransfer.TryTransfer()

Esse problema é causado por um defeito do código no Serviço de Migração de Armazenamento, em que o privilégio de backup não estava sendo invocado.

Para resolver esse problema, instale Windows Update 2 de abril de 2019 — KB4490481 (build do sistema operacional 17763.404) no computador orquestrador e no computador de destino se o serviço proxy estiver instalado lá. Verifique se a conta de usuário de migração de origem é um administrador local no computador de origem e no orquestrador do Serviço de Migração de Armazenamento. Certifique-se de que a conta de usuário de migração de destino seja um administrador local no computador de destino e o orquestrador do serviço de migração de armazenamento.

Incompatibilidade de hashes dfsr ao usar o Serviço de Migração de Armazenamento para dados pré-fabricados

Ao usar o Serviço de Migração de Armazenamento para transferir arquivos para um novo destino, configurando a Replicação do DFS para replicar esses dados com um servidor existente por meio de replicação pré-criada ou clonagem de banco de dados de Replicação dfs, todos os arquivos têm uma incompatibilidade de hash e são replicados novamente. Os fluxos de dados, fluxos de segurança, tamanhos e atributos parecem ser perfeitamente correspondidos depois de usar o Serviço de Migração de Armazenamento para transferi-los. Examinar os arquivos com o ICACLS ou o log de depuração de clonagem de banco de dados de Replicação do DFS revela:

Arquivo de origem

  icacls d:\test\Source:

  icacls d:\test\thatcher.png /save out.txt /t thatcher.png
  D:AI(A;;FA;;;BA)(A;;0x1200a9;;;DD)(A;;0x1301bf;;;DU)(A;ID;FA;;;BA)(A;ID;FA;;;SY)(A;ID;0x1200a9;;;BU)

Arquivo de destino

  icacls d:\test\thatcher.png /save out.txt /t thatcher.png
  D:AI(A;;FA;;;BA)(A;;0x1301bf;;;DU)(A;;0x1200a9;;;DD)(A;ID;FA;;;BA)(A;ID;FA;;;SY)(A;ID;0x1200a9;;;BU)**S:PAINO_ACCESS_CONTROL**

Log de depuração do DFSR

   20190308 10:18:53.116 3948 DBCL  4045 [WARN] DBClone::IDTableImportUpdate Mismatch record was found.

   Local ACL hash:1BCDFE03-A18BCE01-D1AE9859-23A0A5F6
   LastWriteTime:20190308 18:09:44.876
   FileSizeLow:1131654
   FileSizeHigh:0
   Attributes:32

   Clone ACL hash:**DDC4FCE4-DDF329C4-977CED6D-F4D72A5B**
   LastWriteTime:20190308 18:09:44.876
   FileSizeLow:1131654
   FileSizeHigh:0
   Attributes:32

Esse problema foi corrigido pela atualização KB4512534.

Erro "Não foi possível transferir o armazenamento em nenhum dos pontos de extremidade" ao transferir do Windows Server 2008 R2

Ao tentar transferir dados de um computador de origem do Windows Server 2008 R2, nenhuma transferência de dados ocorre e você recebe o erro:

Couldn't transfer storage on any of the endpoints.
0x9044

Esse erro será esperado se o computador Windows Server 2008 R2 não estiver totalmente corrigido com todas as atualizações Críticas e Importantes do Windows Update. É especialmente importante manter um computador Windows Server 2008 R2 atualizado para fins de segurança, pois esse sistema operacional não contém os aprimoramentos de segurança de versões mais recentes do Windows Server.

Erro "Não foi possível transferir o armazenamento em nenhum dos pontos de extremidade" e "Verifique se o dispositivo de origem está online – não foi possível acessá-lo".

Ao tentar transferir dados de um computador de origem, alguns ou todos os compartilhamentos não são transferidos, com o erro:

Couldn't transfer storage on any of the endpoints.
0x9044

Examinar os detalhes da transferência SMB mostra o erro:

Check if the source device is online - we couldn't access it.

Examinar o log de eventos StorageMigrationService/Admin mostra:

Couldn't transfer storage.

Job: Job1
ID:
State: Failed
Error: 36931
Error Message:

Guidance: Check the detailed error and make sure the transfer requirements are met. The transfer job couldn't transfer any source and destination computers. This could be because the orchestrator computer couldn't reach any source or destination computers, possibly due to a firewall rule, or missing permissions.

Examinar o log StorageMigrationService-Proxy/Debug mostra:

07/02/2019-13:35:57.231 [Error] Transfer validation failed. ErrorCode: 40961, Source endpoint is not reachable, or doesn't exist, or source credentials are invalid, or authenticated user doesn't have sufficient permissions to access it.
at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferOperation.Validate()
at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferRequestHandler.ProcessRequest(FileTransferRequest fileTransferRequest, Guid operationId)

Esse era um defeito do código que se manifestaria se sua conta de migração não tivesse pelo menos permissões de leitura nos compartilhamentos SMB. Esse problema foi corrigido pela primeira vez na atualização cumulativa 4520062.

Outra causa possível pode ser direitos de acesso insuficientes para o servidor de arquivos de origem. Ao examinar o processo "Microsoft.StorageMigration.Proxy.Service.exe" com o Monitor de Processos, você poderá ver o resultado abaixo:

Date: 6/04/2022 15:36:09,1943419
Thread: 1688
Class: File System
Operation: CreateFile
Result: PRIVILEGE_NOT_HELD
Path: \\srv1.contoso.com\F$\\public
Duration: 0.0002573

Desired Access: Read Attributes, Read Control, Synchronize, Access System Security
Disposition: Open
Options: Synchronous IO Non-Alert, Open For Backup
Attributes: N
ShareMode: Read, Write
AllocationSize: n/a
Impersonating: CONTOSO\ServiceAccount
OpenResult: PRIVILEGE_NOT_HELD

A operação real que está sendo executada precisa dos privilégios "Abrir para Backup" no servidor de arquivos de origem. Verifique se sua conta de usuário usada para acessar o servidor de arquivos de origem recebeu as permissões necessárias por meio da seguinte Política de Segurança Local neste servidor ou usando um objeto Política de Grupo: Security Settings > Local Policies > User Rights Assignment > Back up files and directories

Erro 0x80005000 ao executar o inventário

Depois de instalar o KB4512534 e tentar executar o inventário, o inventário falhará com erros:

EXCEPTION FROM HRESULT: 0x80005000

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          9/9/2019 5:21:42 PM
Event ID:      2503
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      FS02.TailwindTraders.net
Description:
Couldn't inventory the computers.
Job: foo2
ID: 20ac3f75-4945-41d1-9a79-d11dbb57798b
State: Failed
Error: 36934
Error Message: Inventory failed for all devices
Guidance: Check the detailed error and make sure the inventory requirements are met. The job couldn't inventory any of the specified source computers. This could be because the orchestrator computer couldn't reach it over the network, possibly due to a firewall rule or missing permissions.

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          9/9/2019 5:21:42 PM
Event ID:      2509
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      FS02.TailwindTraders.net
Description:
Couldn't inventory a computer.
Job: foo2
Computer: FS01.TailwindTraders.net
State: Failed
Error: -2147463168
Error Message:
Guidance: Check the detailed error and make sure the inventory requirements are met. The inventory couldn't determine any aspects of the specified source computer. This could be because of missing permissions or privileges on the source or a blocked firewall port.

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          2/14/2020 1:18:21 PM
Event ID:      10000
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      2019-rtm-orc.ned.contoso.com
Description:
02/14/2020-13:18:21.097 [Erro] Failed device discovery stage SystemInfo with error: (0x80005000) Unknown error (0x80005000)

Esse erro é causado por um defeito de código no Serviço de Migração de Armazenamento quando você fornece credenciais de migração na forma de um UPN (User Principal Name), como 'meghan@contoso.com'. O serviço orquestrador do Serviço de Migração de Armazenamento falha ao analisar esse formato corretamente, o que leva a uma falha em uma pesquisa de domínio que foi adicionada para suporte à migração de cluster em KB4512534 e 19H1.

Para contornar esse problema, forneça credenciais no formato domain\user, como 'Contoso\Meghan'.

Erro "ServiceError0x9006" ou "O proxy não está disponível no momento" ao migrar para um cluster de failover do Windows Server

Ao tentar transferir dados para um Servidor de Arquivos clusterizado, você recebe erros como:

Make sure the proxy service is installed and running, and then try again. The proxy isn't currently available.
0x9006
ServiceError0x9006,Microsoft.StorageMigration.Commands.UnregisterSmsProxyCommand

Esse erro será esperado se o recurso do Servidor de Arquivos for movido do nó de proprietário do cluster original do Windows Server 2019 para um novo nó e o recurso proxy do Serviço de Migração de Armazenamento não tiver sido instalado nesse nó.

Como solução alternativa, mova o recurso de servidor de arquivos de destino de volta para o nó de cluster do proprietário original que estava em uso quando você configurou os emparelhamentos de transferência pela primeira vez.

Como alternativa:

  1. Instale o recurso Proxy do Serviço de Migração de Armazenamento em todos os nós em um cluster.

  2. Execute o seguinte comando do Serviço de Migração de Armazenamento do PowerShell no computador do orquestrador:

    Register-SMSProxy -ComputerName <destination server> -Force

Erro "A Dll não foi encontrada" ao executar o inventário em um nó de cluster

Ao tentar executar o inventário com o Serviço de Migração de Armazenamento e direcionar uma origem do servidor de arquivos de uso geral do cluster de failover do Windows Server, você recebe os seguintes erros:

DLL not found
[Error] Failed device discovery stage VolumeInfo with error: (0x80131524) Unable to load DLL 'Microsoft.FailoverClusters.FrameworkSupport.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E)

Para contornar esse problema, instale as "Ferramentas de Gerenciamento de Cluster de Failover" (RSAT-Clustering-Mgmt) no servidor que executa o orquestrador do Serviço de Migração de Armazenamento.

Erro "Não há mais pontos de extremidade disponíveis no mapeador de ponto de extremidade" ao executar o inventário em um computador de origem do Windows Server 2003

Ao tentar executar o inventário com o orquestrador do Serviço de Migração de Armazenamento em um computador de origem do Windows Server 2003, você recebe o seguinte erro:

There are no more endpoints available from the endpoint mapper

Esse problema é resolvido pela atualização KB4537818.

Desinstalar uma atualização cumulativa impede que o Serviço de Migração de Armazenamento seja iniciado

Desinstalar atualizações cumulativas do Windows Server pode impedir que o Serviço de Migração de Armazenamento seja iniciado. Para resolver esse problema, você pode fazer backup e excluir o banco de dados do Serviço de Migração de Armazenamento:

  1. Abra um prompt cmd com privilégios elevados, em que você seja um membro de Administradores no servidor orquestrador do Serviço de Migração de Armazenamento, e execute:

    TAKEOWN /d y /a /r /f c:\ProgramData\Microsoft\StorageMigrationService

MD c:\ProgramData\Microsoft\StorageMigrationService\backup

ICACLS c:\ProgramData\Microsoft\StorageMigrationService\* /grant Administrators:(GA)

XCOPY c:\ProgramData\Microsoft\StorageMigrationService\* .\backup\*

DEL c:\ProgramData\Microsoft\StorageMigrationService\* /q

ICACLS c:\ProgramData\Microsoft\StorageMigrationService  /GRANT networkservice:F /T /C

ICACLS c:\ProgramData\Microsoft\StorageMigrationService /GRANT networkservice:(GA) /T /C

  2. Inicie o serviço de Migração de Armazenamento, que criará um novo banco de dados.

Erro "falha CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO em relação ao recurso netName" e a substituição do cluster do Windows Server 2008 R2 falha

Ao tentar executar o corte de uma origem de cluster do Windows Server 2008 R2, o corte fica travado na fase "Renomeando o computador de origem..." e você recebe o seguinte erro:

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          10/17/2019 6:44:48 PM
Event ID:      10000
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      WIN-RNS0D0PMPJH.contoso.com
Description:
10/17/2019-18:44:48.727 [Erro] Exception error: 0x1. Message: Control code CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO failed against netName resource 2008r2FS., stackTrace:    at Microsoft.FailoverClusters.Framework.ClusterUtils.NetnameRepairVCO(SafeClusterResourceHandle netNameResourceHandle, String netName)
at Microsoft.FailoverClusters.Framework.ClusterUtils.RenameFSNetName(SafeClusterHandle ClusterHandle, String clusterName, String FsResourceId, String NetNameResourceId, String newDnsName, CancellationToken ct)
at Microsoft.StorageMigration.Proxy.Cutover.CutoverUtils.RenameFSNetName(NetworkCredential networkCredential, Boolean isLocal, String clusterName, String fsResourceId, String nnResourceId, String newDnsName, CancellationToken ct)    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::RenameFSNetName::1510]

Esse problema é causado por uma API ausente em versões mais antigas do Windows Server. Atualmente, não há como migrar clusters do Windows Server 2008 e do Windows Server 2003. Você pode executar o estoque e a transferência sem problemas em clusters do Windows Server 2008 R2 e, em seguida, executar manualmente a substituição alterando manualmente o netname do recurso do servidor de arquivos de origem do cluster e o endereço IP e alterando o netname do cluster de destino e o endereço IP para corresponder à origem original.

A substituição trava em "38% mapeando interfaces de rede no computador de origem..." ao usar IPs estáticos

Ao tentar executar o corte de um computador de origem, tendo definido o computador de origem para usar um novo endereço IP estático (não DHCP) em um ou mais adaptadores de rede, o corte fica travado na fase "38% Mapeando interfaces de rede no computador de origem..." e você recebe o seguinte erro no log de eventos do Serviço de Migração de Armazenamento:

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Admin
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          11/13/2019 3:47:06 PM
Event ID:      20494
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      orc2019-rtm.corp.contoso.com
Description:
Couldn't set the IP address on the network adapter.

Computer: fs12.corp.contoso.com
Adapter: microsoft hyper-v network adapter
IP address: 10.0.0.99
Network mask: 16
Error: 40970
Error Message: Unknown error (0xa00a)

Guidance: Confirm that the Netlogon service on the computer is reachable through RPC and that the credentials provided are correct.

Examinar o computador de origem mostra que o endereço IP original não foi alterado.

Esse problema não ocorre se você selecionou "Usar DHCP" na tela "Configurar transferência" do Windows Admin Center, apenas se você especificar um novo endereço IP estático.

Há duas soluções para esse problema:

  1. Esse problema é resolvido primeiramente pela atualização KB4537818. Esse defeito de código anterior impediu todo o uso de endereços IP estáticos.

  2. Se você não tiver especificado um endereço IP de gateway padrão nas interfaces de rede do computador de origem, esse problema ocorrerá mesmo com a atualização KB4537818. Para contornar esse problema, defina um endereço IP padrão válido nas interfaces de rede usando o miniaplicativo Conexões de Rede (NCPA.CPL) ou o cmdlet do PowerShell Set-NetRoute.

O desempenho da nova transferência é mais lento do que o esperado

Depois de concluir uma transferência e, em seguida, executar uma nova transferência subsequente dos mesmos dados, você pode não ver muita melhora no tempo de transferência, mesmo que poucos dados tenham sido alterados nesse meio tempo no servidor de origem.

Esse problema é resolvido por kb4580390. Para ajustar ainda mais o desempenho, examine Otimizando o desempenho de estoque e transferência.

Desempenho de estoque mais lento do que o esperado

Ao fazer o inventário de um servidor de origem, você percebe que o inventário de arquivos demora muito tempo quando há muitos arquivos ou pastas aninhadas. Milhões de arquivos e pastas podem levar a estoques que levam muitas horas, mesmo em configurações de armazenamento rápidas.

Esse problema é resolvido por kb4580390.

Os dados não são transferidos, o usuário é renomeado ao migrar de ou para um controlador de domínio

Depois de iniciar a transferência de ou para um controlador de domínio:

  1. Nenhum dado é migrado e nenhum compartilhamento é criado no destino.

  2. Há um símbolo de erro vermelho mostrado no Windows Admin Center sem mensagem de erro

  3. Um ou mais usuários AD e grupos locais de domínio têm seu nome e/ou atributo de logon anterior ao Windows 2000 alterado

  4. Você verá o evento 3509 no orquestrador do Serviço de Migração de Armazenamento:

    Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          1/10/2020 2:53:48 PM
Event ID:      3509
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      orc2019-rtm.corp.contoso.com
Description:
Couldn't transfer storage for a computer.

Job: dctest3
Computer: dc02-2019.corp.contoso.com
Destination Computer: dc03-2019.corp.contoso.com
State: Failed
Error: 53251
Error Message: Local accounts migration failed with error System.Exception: -2147467259
    at Microsoft.StorageMigration.Service.DeviceHelper.MigrateSecurity(IDeviceRecord sourceDeviceRecord, IDeviceRecord destinationDeviceRecord, TransferConfiguration config, Guid proxyId, CancellationToken cancelToken)

    Esse é o comportamento esperado se você tentou migrar de ou para um controlador de domínio com o Serviço de Migração de Armazenamento e usou a opção "migrar usuários e grupos" para renomear ou reutilizar contas. em vez de selecionar "Não transferir usuários e grupos". A migração do CD não tem suporte com o Serviço de Migração de Armazenamento. Como um controlador de domínio não tem usuários e grupos locais verdadeiros, o Serviço de Migração de Armazenamento trata essas entidades de segurança como faria ao migrar entre dois servidores membros e tenta ajustar as ACLs conforme instruído, levando a erros e contas distorcidas ou copiadas.

Se você já tiver executado a transferência mais uma vez:

  1. Use o seguinte comando do PowerShell do AD em relação a um controlador de domínio para localizar todos os usuários ou grupos modificados (alterando SearchBase para corresponder ao nome diferenciado do domínio):

    Get-ADObject -Filter 'Description -like "*storage migration service renamed*"' -SearchBase 'DC=<domain>,DC=<TLD>' | ft name,distinguishedname

  2. Para todos os usuários retornados com o nome original, edite seu "Nome de Logon do Usuário (pré-Windows 2000)" para remover o sufixo de caractere aleatório adicionado pelo Serviço de Migração de Armazenamento, para que esse usuário possa fazer logon.

  3. Para todos os grupos retornados com o nome original, edite seu "Nome do Grupo (pré-Windows 2000)" para remover o sufixo de caractere aleatório adicionado pelo Serviço de Migração de Armazenamento.

  4. Para usuários ou grupos desabilitados com nomes que agora contêm um sufixo adicionado pelo Serviço de Migração de Armazenamento, você pode excluir essas contas. Você pode confirmar que as contas de usuário foram adicionadas posteriormente porque elas conterão apenas o grupo Usuários do domínio e terão uma data/hora de criação que corresponda à hora de início da transferência do Serviço de Migração de Armazenamento.

    Se você quiser usar o Serviço de Migração de Armazenamento com controladores de domínio para fins de transferência, certifique-se de sempre selecionar "Não transferir usuários e grupos" na página de configurações de transferência no Windows Admin Center.

Erro 53, "falha ao inventariar todos os dispositivos especificados" ao executar o estoque,

Ao tentar executar o estoque, você recebe:

Failed to inventory all specified devices

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          1/16/2020 8:31:17 AM
Event ID:      2516
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      ned.corp.contoso.com
Description:
Couldn't inventory files on the specified endpoint.
Job: ned1
Computer: ned.corp.contoso.com
Endpoint: hithere
State: Failed
File Count: 0
File Size in KB: 0
Error: 53
Error Message: Endpoint scan failed
Guidance: Check the detailed error and make sure the inventory requirements are met. This could be because of missing permissions on the source computer.

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Debug
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          1/16/2020 8:31:17 AM
Event ID:      10004
Task Category: None
Level:         Critical
Keywords:
User:          NETWORK SERVICE
Computer:      ned.corp.contoso.com
Description:
01/16/2020-08:31:17.031 [Crit] Consumer Task failed with error:The network path was not found.
. StackTrace=   at Microsoft.Win32.RegistryKey.Win32ErrorStatic(Int32 errorCode, String str)
    at Microsoft.Win32.RegistryKey.OpenRemoteBaseKey(RegistryHive hKey, String machineName, RegistryView view)
    at Microsoft.StorageMigration.Proxy.Service.Transfer.FileDirUtils.GetEnvironmentPathFolders(String ServerName, Boolean IsServerLocal)
    at Microsoft.StorageMigration.Proxy.Service.Discovery.ScanUtils.<ScanSMBEndpoint>d__3.MoveNext()
    at Microsoft.StorageMigration.Proxy.EndpointScanOperation.Run()
    at Microsoft.StorageMigration.Proxy.Service.Discovery.EndpointScanRequestHandler.ProcessRequest(EndpointScanRequest scanRequest, Guid operationId)
    at Microsoft.StorageMigration.Proxy.Service.Discovery.EndpointScanRequestHandler.ProcessRequest(Object request)
    at Microsoft.StorageMigration.Proxy.Common.ProducerConsumerManager`3.Consume(CancellationToken token)

01/16/2020-08:31:10.015 [Erro] Endpoint Scan failed. Error: (53) The network path was not found.
Stack trace:
    at Microsoft.Win32.RegistryKey.Win32ErrorStatic(Int32 errorCode, String str)
    at Microsoft.Win32.RegistryKey.OpenRemoteBaseKey(RegistryHive hKey, String machineName, RegistryView view)

Nessa fase, o orquestrador do Serviço de Migração de Armazenamento está tentando ler o registro remoto para determinar a configuração do computador de origem, mas está sendo rejeitado pelo servidor de origem, que diz que o caminho do registro não existe. Isso pode ser causado por:

  • O serviço Registro Remoto não está em execução no computador de origem.
  • o firewall não permite conexões de registro remoto com o servidor de origem a partir do Orchestrator.
  • A conta de migração de origem não tem permissões de registro remoto para se conectar ao computador de origem.
  • A conta de migração de origem não tem permissões de leitura no registro do computador de origem, em "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion" ou em "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer"

A substituição trava em "38% mapeando interfaces de rede no computador de origem..."

Ao tentar executar o corte de um computador de origem, o corte fica travado na fase "38% Mapeando adaptadores de rede no computador de origem..." e você recebe o seguinte erro no log de eventos do Serviço de Migração de Armazenamento:

Log Name:      Microsoft-Windows-StorageMigrationService-Proxy/Admin
Source:        Microsoft-Windows-StorageMigrationService-Proxy
Date:          1/11/2020 8:51:14 AM
Event ID:      20505
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      nedwardo.contosocom
Description:
Couldn't establish a CIM session with the computer.

Computer: 172.16.10.37
User Name: nedwardo\MsftSmsStorMigratSvc
Error: 40970
Error Message: Unknown error (0xa00a)

Guidance: Confirm that the Netlogon service on the computer is reachable through RPC and that the credentials provided are correct.

Esse problema é causado por Política de Grupo que define o seguinte valor do Registro no computador de origem: "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\LocalAccountTokenFilterPolicy = 0"

Essa configuração não faz parte do padrão Política de Grupo, é um complemento configurado usando o Microsoft Security Compliance Toolkit:

  • Windows Server 2012 R2: "Computer Configuration\Administrative Templates\SCM: Pass the Hash Mitigations\Apply UAC restrictions to local accounts on network logons"

  • Widows Server 2016: "Computer Configuration\Administrative Templates\MS Security Guide\Apply UAC restrictions to local accounts on network logons"

Ele também pode ser definido usando as Preferências de Política de Grupo com uma configuração de registro personalizada. Você pode usar a ferramenta GPRESULT para determinar qual política está aplicando essa configuração ao computador de origem.

O Serviço de Migração de Armazenamento habilita temporariamente o LocalAccountTokenFilterPolicy como parte do processo de corte e o remove quando concluído. Quando Política de Grupo aplica um GPO (Objeto de Política de Grupo) conflitante, ele substitui o Serviço de Migração de Armazenamento e impede o corte.

Para encontrar uma solução alternativa para esse problema, use uma das seguintes opções:

  1. Mover temporariamente o computador de origem da UO do Active Directory que aplica esse GPO conflitante.
  2. Desabilitar temporariamente o GPO que aplica essa política conflitante.
  3. Criar temporariamente um novo GPO que define essa configuração como Desabilitado e se aplica a uma UO específica de servidores de origem, com uma precedência maior do que qualquer outro GPOs.

Falha no estoque ou na transferência ao usar credenciais de um domínio diferente

Ao tentar executar o estoque ou transferir com o Serviço de Migração de Armazenamento e direcionar um Windows Server ao usar credenciais de migração de um domínio diferente do servidor de destino, você recebe os seguintes erros

Exception from HRESULT:0x80131505

The server was unable to process the request due to an internal error

04/28/2020-11:31:01.169 [Error] Failed device discovery stage SystemInfo with error: (0x490) Could not find computer object 'myserver' in Active Directory    [d:\os\src\base\dms\proxy\discovery\discoveryproxy\DeviceDiscoveryOperation.cs::TryStage::1042]

Examinar ainda mais os logs mostra que a conta de migração e o servidor que está sendo migrado de ou dois estão em domínios diferentes:

06/25/2020-10:11:16.543 [Info] Creating new job=NedJob user=**CONTOSO**\ned
[d:\os\src\base\dms\service\StorageMigrationService.IInventory.cs::CreateJob::133]

GetOsVersion(fileserver75.**corp**.contoso.com)    [d:\os\src\base\dms\proxy\common\proxycommon\CimSessionHelper.cs::GetOsVersion::66] 06/25/2020-10:20:45.368 [Info] Computer 'fileserver75.corp.contoso.com': OS version

Esse problema é causado por um defeito de código no Serviço de Migração de Armazenamento. Para contornar esse problema, use as credenciais de migração do mesmo domínio ao qual o computador de origem e de destino pertence. Por exemplo, se o computador de origem e destino pertencer ao domínio "corp.contoso.com" na floresta "contoso.com", use 'corp\myaccount' para executar a migração, não uma credencial 'contoso\myaccount'.

O inventário falha com "Elemento não encontrado"

Considere o cenário a seguir.

Você tem um servidor de origem com um nome de host DNS e um nome do Active Directory com mais de 15 caracteres unicode, como "iamaverylongcomputername". Por padrão, o Windows não permitiu que você definisse o nome NetBIOS herdado com esse tamanho e avisou, quando o servidor foi nomeado, que o nome NetBIOS seria truncado para 15 caracteres de largura unicode (exemplo: "iamaverylongcom"). Ao tentar inventariar este computador, você recebe no Windows Admin Center e no log de eventos:

"Element not found"
========================

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          4/10/2020 10:49:19 AM
Event ID:      2509
Task Category: None
Level:         Error
Keywords:
User:          NETWORK SERVICE
Computer:      WIN-6PJAG3DHPLF.corp.contoso.com
Description:
Couldn't inventory a computer.

Job: longnametest
Computer: iamaverylongcomputername.corp.contoso.com
State: Failed
Error: 1168
Error Message:

Guidance: Check the detailed error and make sure the inventory requirements are met. The inventory couldn't determine any aspects of the specified source computer. This could be because of missing permissions or privileges on the source or a blocked firewall port.

Esse problema é causado por um defeito de código no Serviço de Migração de Armazenamento. A única solução alternativa atualmente é renomear o computador para ter o mesmo nome que o nome NetBIOS e, em seguida, usar NETDOM COMPUTERNAME /ADD para adicionar um nome de computador alternativo que contenha o nome mais longo que estava em uso antes de iniciar o Inventário. O Serviço de Migração de Armazenamento dá suporte à migração de nomes de computador alternativos.

O inventário do serviço de Migração de Armazenamento falha com a mensagem "não foi possível encontrar um parâmetro que corresponda ao nome do parâmetro 'IncludeDFSN'"

Ao usar a versão 2009 do Windows Admin Center para gerenciar um orquestrador do Windows Server 2019, você recebe o seguinte erro ao tentar inventariar um computador de origem:

Remote exception : a parameter cannot be found that matches parameter name 'IncludeDFSN'"

Para resolver, atualize a extensão do Serviço de Migração de Armazenamento para pelo menos a versão 1.113.0 no Windows Admin Center. A atualização deve aparecer automaticamente no feed e solicitar a instalação.

A validação de transferência do Serviço de Migração de Armazenamento retorna 'Erro HRESULT E_FAIL foi retornado de uma chamada para um componente COM'

Depois de instalar a atualização cumulativa de novembro de 2019 do Windows Server 2019 KB4586793, algumas validações de transferência podem falhar com:

Error HRESULT E_FAIL has been returned from a call to a COM component

Isso não acontece necessariamente para todos os computadores de origem. Estamos trabalhando para diagnosticar esse problema. Como solução alternativa, instale a ferramenta 1.115 ou posterior do Serviço de Migração de Armazenamento no Windows Admin Center. A atualização deve aparecer automaticamente no feed do Windows Admin Center e solicitar a instalação e permitirá que você ignore esse erro. Para contornar isso:

  1. Navegue até a etapa "Ajustar Configurações" da fase de Transferência.
  2. Habilite "Substituir validação de transferência".
  3. Continue com a transferência, sem executar "Validar" ou executá-la e ignorar o erro E_FAIL.

Importante

Não desinstale o KB4586793. Essa atualização faz upgrade do banco de dados do Serviço de Migração de Armazenamento e a remoção da atualização exigirá que você exclua seu banco de dados.

A transferência falha com a mensagem "Falha ao obter o identificador de arquivo" e uma ou nenhuma transferência de compartilhamentos de um volume específico

Ao tentar transferir dados de um computador de origem, você descobre que nenhum arquivo para uma transferência de volume específica, mesmo que eles sejam transferidos para outros volumes. Você recebe os seguintes erros no Windows Admin Center e no log de eventos:

"Couldn't transfer storage on any of the endpoints"

========================

SMS Admin log:
06/11/2021 08:44:17  3515 Error Couldn't transfer all of the files in the endpoint on the computer.

Job: test1
Computer: nedsrv1.corp.contoso.com
Destination Computer: nedsrv2.corp.contoso.com
Endpoint: foo
State: Failed
Source File Count: 0
Source File Size in KB: 0
Succeeded File Count: 0
Succeeded File Size in KB: 0
New File Count: 0
New File Size in KB: 0
Failed File Count: 0
Error: -2146233088
Error Message: 

Guidance: Check the detailed error and make sure the transfer requirements are met. This could be because the orchestrator computer couldn't reach a source or destination computer, possibly due to a firewall rule, or missing permissions.

========================

Se você despejar os logs de depuração de SMS utilizando o comando Get-SMSLogs, também verá:

SMS Debug log:

06/11/2021-08:44:17.236 [Erro] End file transfer failed with -2146233088 exception:ErrorCode: -2146233088, Transfer failed
    at Microsoft.StorageMigration.Service.EndpointHelper.TransferFiles(String source, String destination, String sourceOSVersion, IEndpointRecord endpointRecord, TransferConfiguration config, String sourcePath, String destinationPath, ProxyInformation transferProxyInformation, Int64& skippedSystemObjectCount, CancellationToken cancelToken, SourceType sourceType, Protocol protocol, String sourceClusterSharedVolumesRoot, String targetClusterSharedVolumesRoot, ServerType sourceServerType, ServerType targetServerType, Boolean isTieredAFSEnabled, Int32 volumeMinimumFreeSpace, String targetVolume, String[] mountedVolumes)    [d:\os\src\base\dms\service\OperationManager\EndpointHelper.cs::TransferFiles::510]

SMS Proxy Debug log:

14090 06/11/2021-08:44:17.123 [Crit] Failed to create root of the share \\nedsrv1.corp.contoso.com\D$ with error -2147467259 and message Failed to get file handle    [d:\os\src\base\dms\proxy\transfer\transferproxy\stages\DirectoryEnumerationStage.cs::ProcessItem::112]
14091 06/11/2021-08:44:17.124 [Erro] Stage DirectoryEnumerationStage cancelled. Received error: Failed to get file handle    [d:\os\src\base\dms\proxy\transfer\transferproxy\stages\StageBase.cs::DoStage::50]
14124 06/11/2021-08:44:17.141 [Erro] Failed pipeline execution. System.AggregateException: One or more errors occurred. ---> System.ComponentModel.Win32Exception: Failed to get file handle 
14125    at Microsoft.StorageMigration.Proxy.Service.Transfer.DirectoryEnumerationStage.ProcessItem(DirEnumResultWithParent input)
14126    at Microsoft.StorageMigration.Proxy.Service.Transfer.StageBase`3.DoStage(CancellationTokenSource cts)
14127    at System.Threading.Tasks.Task.Execute()
14128    --- End of inner exception stack trace ---
14129    at System.Threading.Tasks.Task.WaitAll(Task[] tasks, Int32 millisecondsTimeout, CancellationToken cancellationToken)
14130    at Microsoft.StorageMigration.Proxy.Service.Transfer.Pipeline.Run(CancellationToken token)
14131    at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferOperation.Run()
14132    at Microsoft.StorageMigration.Proxy.Service.Transfer.TransferRequestHandler.ProcessRequest(FileTransferRequest fileTransferRequest, Guid operationId)
14133 ---> (Inner Exception #0) System.ComponentModel.Win32Exception (0x80004005): Failed to get file handle
14134    at Microsoft.StorageMigration.Proxy.Service.Transfer.DirectoryEnumerationStage.ProcessItem(DirEnumResultWithParent input)
14135    at Microsoft.StorageMigration.Proxy.Service.Transfer.StageBase`3.DoStage(CancellationTokenSource cts)
14136    at System.Threading.Tasks.Task.Execute()<---
14137     [d:\os\src\base\dms\proxy\transfer\transferproxy\TransferRequestHandler.cs::ProcessRequest::132]

Esse problema é causado por uma limitação no serviço proxy do Serviço de Migração de Armazenamento quando um volume inteiro do NTFS foi configurado com o sinalizador compactação. Para contornar esse problema, remova o sinalizador de compactação do volume de destino:

  1. Abra o Explorador de Arquivos, clique com o botão direito do mouse na letra da unidade de destino e selecione Propriedades.
  2. Desmarque "Compactar esta unidade para economizar espaço em disco"
  3. Execute novamente a transferência.

Como alternativa, você poderá executar as mesmas etapas no computador de origem se seu volume tiver sido compactado e se ele tiver espaço livre para manter os arquivos expandidos. Os arquivos compactados em NTFS são sempre descompactados durante a cópia ou a movimentação; compactá-los não reduz o tempo de transferência.

Um erro requer a redefinição do banco de dados do Serviço de Migração de Armazenamento

Em circunstâncias raras, talvez seja necessário redefinir o banco de dados do Serviço de Migração de Armazenamento. Para fazer isto:

  1. Abra um prompt cmd com privilégios elevados, em que você seja um membro de Administradores no servidor orquestrador do Serviço de Migração de Armazenamento, e execute:

    NET STOP SMS
NET STOP SMSPROXY

TAKEOWN /d y /a /r /f c:\ProgramData\Microsoft\StorageMigrationService

MD c:\ProgramData\Microsoft\StorageMigrationService\backup

ICACLS c:\ProgramData\Microsoft\StorageMigrationService\* /grant Administrators:(GA)

XCOPY c:\ProgramData\Microsoft\StorageMigrationService\* .\backup\*

DEL c:\ProgramData\Microsoft\StorageMigrationService\* /q

ICACLS c:\ProgramData\Microsoft\StorageMigrationService  /GRANT networkservice:F /T /C

ICACLS c:\ProgramData\Microsoft\StorageMigrationService /GRANT networkservice:(GA) /T /C

  2. Valide se não ocorreram erros nos comandos acima. Em seguida, inicie o Serviço de Migração de Armazenamento, que criará um novo banco de dados.

    NET START SMS
NET START SMSPROXY

As transferências são interrompidas com o erro: não é possível traduzir o caractere Unicode

Uma transferência em execução é interrompida. Você recebe um erro de log de eventos:

Log Name:      Microsoft-Windows-StorageMigrationService/Admin
Source:        Microsoft-Windows-StorageMigrationService
Date:          
Event ID:      3515
Task Category: None
Level:         Error
Keywords:      
User:          NETWORK SERVICE
Computer:      
Description:
Couldn't transfer all of the files in the endpoint on the computer.
Job: 
Computer: 
Destination Computer:
Endpoint:
State: Failed
Source File Count: 833617
Source File Size in KB: 45919696
Succeeded File Count: 833438
Succeeded File Size in KB: 45919696
New File Count: 0
New File Size in KB: 0
Failed File Count: 179
Error: -2146233087
Error Message: The socket connection was aborted. This could be caused by an error processing your message or a receive timeout being exceeded by the remote host, or an underlying network resource issue. Local socket timeout was '00:00:59.9970000'.

Examinar o log de depuração do Serviço de Migração mostra:

03. 07. 2023-23:28:08.647 [Erro] ExceptionMessage : (Unable to translate Unicode character \uDB71 at index 1 to specified code page.), ExceptionToString: (System.Text.EncoderFallbackException: Unable to translate Unicode character \uDB71 at index 1 to specified code page.

Esse problema é causado por um caractere unicode não manipulado que o Serviço de Migração de Armazenamento não consegue traduzir. Para localizar o nome dos arquivos com o caractere inválido, edite o seguinte script de exemplo do PowerShell e execute-o no computador de origem e examine os resultados e renomeie ou remova os arquivos:

# Sample PowerShell script to find files with unhandled unicode characters

$FolderPath = "C:\temp"
$OutputFilePath = "C:\temp\invalid_char_results.txt"
$UnhandledChar = "\uDB71"

Get-ChildItem -path $FolderPath -Recurse | ForEach-Object {
 if ($_ -is [System.IO.FileInfo]) {
  if ($_.Name -match $UnhandledChar) {
   Add-Content $outputFilePath "$($_.FullName)"
  }
 }
}

A transferência falha em 77% ou 30%

Quando você está executando a transferência, a operação trava em "77% – adicionando o computador de destino ao domínio" ou "30% – não é possível cancelar o ingresso do domínio". O problema só acontece quando:

  • Um usuário que não é membro de um grupo de administradores interno no AD criou a conta do computador de origem ou de destino no Active Directory.

    Ou

  • A conta de usuário de migração não é o mesmo usuário que criou a conta de computador de origem.

As atualizações do Windows lançadas em e após 11 de outubro de 2022 contêm proteções extras para resolver o CVE-2022-38042. Essas proteções extras causaram o problema. As proteções foram atualizadas com a atualização cumulativa mensal de 14 de março de 2023, adicionando uma solução alternativa para esse problema. As proteções impedem intencionalmente que as operações de ingresso no domínio reutilizem uma conta do computador no domínio de destino, a menos que:

  • O usuário que tenta a operação seja o criador da conta.

  • O usuário que está tentando realizar a operação é membro dos grupos internos de Administradores de Domínio, Administradores Corporativos ou Administradores do Active Directory criados na conta do computador.

  • O usuário que está tentando realizar a operação é membro da configuração "Controlador de domínio: permitir a reutilização da conta de computador durante o ingresso no domínio" da Política de Grupo da conta do computador.

Para resolver o problema, use uma das soluções a seguir.

Solução 1 – Usar "Permitir a reutilização da conta de computador durante o ingresso no domínio"

  1. Verifique se todos os controladores de domínio, o computador de origem, o computador de destino e o computador de migração de SMS instalaram a atualização cumulativa de 14 de março de 2023 e foram reinicializados.
  2. Siga as etapas detalhadas na seção Executar Ação do KB5020276.
  3. No Windows Admin Center, acesse Gerenciador do Servidor > Serviço de Migração de Armazenamento, e crie ou continue um trabalho.
  4. Na página Transferir para novos servidores > Ajustar Configurações, verifique se a conta usada para credenciais do AD é a mesma conta que teve permissão para reutilizar contas de computador na etapa 2."

Solução 2 – Usar a conta original para migração

  1. No Windows Admin Center, acesse Gerenciador do Servidor > Serviço de Migração de Armazenamento, e crie ou continue um trabalho.
  2. Na página Transferir para novos servidores > Ajustar Configurações, verifique se a conta usada para Credenciais do AD é a mesma conta que criou ou ingressou o computador de origem e de destino no domínio.

Solução 3 (não recomendado) – Usar um grupo de alto privilégio

  1. No Windows Admin Center, acesse Gerenciador do Servidor > Serviço de Migração de Armazenamento, e crie ou continue um trabalho.
  2. Na página Transferir para novos servidores > Ajustar Configurações, verifique se a conta usada para Credenciais do AD é membro de um dos grupos internos do Active Directory de alto privilégio (Administradores de Domínio, Administradores Corporativos ou Administradores).

Importante

Se você seguiu a solução 1 e a operação de cancelamento de ingresso mostra a falha "33% – não é possível cancelar o ingresso do domínio" com o erro 0x6D1 "O procedimento está fora do intervalo", a atualização cumulativa de 14 de março de 2024 não foi instalada no computador de origem ou foi instalada, mas o computador não foi reiniciado.

Falha de substituição do Windows Server 2008 R2

Ao executar a substituição de um computador de origem com o Windows Server 2008 R2 ou uma versão mais antiga, você recebe o erro "Não foi possível renomear o computador por meio do domínio". O uso do comando Get-SmsLog do Auxiliar do Serviço de Migração de Armazenamento mostra o erro 0x6D1 e a mensagem "Referência de objeto não definida como uma instância de um objeto". O exemplo a seguir é a saída do arquivo de log do comando Get-SmsLog do PowerShell.

Line 360: 04/02/2023-14:06:02.877 [Info] UnjoinDomain(isLocal=False, server='2008R2.corp.contoso.com')    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::UnjoinDomain::2151]
Line 361: 04/02/2023-14:06:02.948 [Erro] Attempt #1 failed to unjoin machine '2008R2.corp.contoso' from the domain with credential 'corp\ned'. Error 0x6D1.    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverUtils.cs::UnjoinDomain::2184]
Line 362: 04/02/2023-14:06:02.954 [Erro] Fatal exception during cutover stage processing. Source: 2008R2.corp.contoso.com, CutoverStage: UnjoinSource, ErrorCode: 0x80004003, Message: Object reference not set to an instance of an object.    [d:\os\src\base\dms\proxy\cutover\cutoverproxy\CutoverOperation.cs::Run::1116]

As alterações introduzidas na KB5020276 para combater o CVE-2022-38042 causam esse erro.

Para resolver o problema, use uma das soluções a seguir.

Solução 1 (uso do Windows Server 2008 R2 com uma ESU válida)

Para um computador de origem que executa o Windows Server 2008 R2 com Atualizações de Suporte Estendido válidas, primeiro, instale a atualização cumulativa mais recente. Depois que a atualização cumulativa for instalada com sucesso, siga as etapas detalhadas no artigo Falha de substituição em 77% ou 30% para resolver o problema.

Solução 2 (uso do Windows Server 2008 R2 sem uma ESU válida, do Windows Server 2008 ou do Windows Server 2003)

Se o computador de origem executar o Windows Server 2008 R2 sem uma ESU, o Windows Server 2008 ou o Windows Server 2003, execute uma substituição manual usando as etapas descritas em Como a substituição funciona no Serviço de Migração de Armazenamento, mas com as alterações a seguir.

  1. Ignore as etapas 3 e 4
  2. Para a etapa 5, entre no computador e remova-o manualmente do domínio usando o comando SYSDM.CPL, NETDOM.exe ou Remove-Compuer do PowerShell. Não é possível remover remotamente o computador do domínio após a KB5020276.

Aviso de validação de transferência "O proxy de destino não foi encontrado"

Se você ainda não tiver o serviço proxy de SMS instalado no servidor de destino antes de iniciar a transferência, o Windows Admin Center o instalará automaticamente. Mas, em determinadas circunstâncias, ele não consegue se registrar e exibe o erro de validação "O proxy de destino não foi encontrado".

Para resolver esse problema, verifique se o recurso Serviço de proxy de SMS está instalado no servidor de destino e execute o seguinte comando do PowerShell no servidor do Orchestrator:

Register-SMSProxy -ComputerName <destination server FQDN> -Force

A validação agora foi aprovada.

Discos ausentes na origem do cluster de failover do Windows Server 2008 R2

Depois de inventariar uma origem de cluster de failover do Windows Server 2008 R2, você não verá todos os discos clusterizados. Isso é causado pela função de servidor de arquivos padrão no Windows Server 2008 R2 sempre escolherá um disco como dependência, mas não os discos restantes atribuídos a uma função de servidor de arquivos.

Para resolver esse problema, verifique se todos os discos atribuídos à função de arquivo são adicionados como uma dependência na função de servidor de arquivos.

  1. Gerenciador de Cluster de Failover (CluAdmin.msc)
  2. Clique com o botão direito do mouse em um disco clusterizado e clique em Propriedades
  3. Na guia Dependências, adicione uma linha AND para o disco à função de servidor de arquivos.
  4. Repita para todos os outros discos clusterizados.
  5. Feche o snap-in e faça o inventário da origem novamente. Todos os discos agora devem aparecer e estar disponíveis para transferência.

A transição do Windows Server 2022 falha com o erro 5 ao renomear o computador

Depois de iniciar o processo de transição, a renomeação de um computador de origem do Windows Server 2022 não é concluída em 41%. Se a migração para um computador de destino do Windows Server 2022, a renomeação falha em 75%. Examinar os logs de depuração do SMS mostra error 5: access denied.

Esse problema ocorre após a instalação da 12 de março de 2024 – Atualização cumulativa KB5035857 para Windows Server 2022. Uma solução para esta regressão está sendo investigada.

Para contornar esse problema, use as etapas em Transição manual.

Confira também