Partager via

Problèmes connus du service de migration de stockage

Cet article contient des réponses aux problèmes connus lors de l’utilisation du service de migration de stockage pour migrer des serveurs.

Le service de migration de stockage est publié en deux parties : le service dans Windows Server et l’interface utilisateur dans Windows Admin Center. Le service est disponible dans Windows Server, Long-Term Servicing Channel et Windows Server, Semi-Annual Channel ; tandis que Windows Admin Center est disponible en tant que téléchargement distinct. Nous incluons également régulièrement les modifications apportées aux mises à jour cumulatives pour Windows Server, publiées via Windows Update.

Par exemple, Windows Server, version 1903 inclut de nouvelles fonctionnalités et correctifs pour storage Migration Service, qui sont également disponibles pour Windows Server 2019 et Windows Server, version 1809 en installant KB4512534.

Comment collecter des fichiers journaux lors de l’utilisation de Support Microsoft

Le service de migration de stockage contient des journaux d’événements pour le service Orchestrator et le service proxy. Le serveur orchestrateur contient toujours les journaux d’événements, et les serveurs de destination avec le service proxy installé contiennent les journaux proxy. Ces journaux se trouvent sous :

  • Journaux d’application et de services \ Microsoft \ Windows \ StorageMigrationService
  • Journaux d’application et de services \ Microsoft \ Windows \ StorageMigrationService-Proxy

Si vous devez collecter ces journaux pour l’affichage hors connexion ou pour envoyer au support Microsoft, un script PowerShell open source est disponible sur GitHub :

Assistant du service de migration de stockage

Passez en revue le fichier README pour l’utilisation.

Storage Migration Service ne s’affiche pas dans Windows Admin Center, sauf si vous gérez Windows Server 2019

Lorsque vous utilisez la version 1809 de Windows Admin Center pour gérer un orchestrateur Windows Server 2019, vous ne voyez pas l’option d’outil pour Storage Migration Service.

L’extension service de migration de stockage Windows Admin Center est liée à la version pour gérer uniquement les systèmes d’exploitation Windows Server 2019 version 1809 ou ultérieure. Si vous l’utilisez pour gérer les anciens systèmes d’exploitation Windows Server ou les préversions insider, l’outil n’apparaît pas. Ce comportement est voulu.

Pour résoudre, utilisez ou mettez à niveau vers Windows Server 2019 build 1809 ou version ultérieure.

Échec de la validation du basculement du service de migration de stockage avec l’erreur « L’accès est refusé pour la stratégie de filtre de jeton sur l’ordinateur de destination »

Lors de l’exécution de la validation du basculement, vous recevez l’erreur « Échec : l’accès est refusé pour la stratégie de filtre de jeton sur l’ordinateur de destination ». Cela se produit même si vous avez fourni des informations d'identification correctes pour l'administrateur local, tant pour l'ordinateur source que pour l'ordinateur de destination.

Ce problème a été résolu dans la mise à jour KB4512534 .

Storage Migration Service n’est pas inclus dans l’édition Windows Server 2019 Evaluation ou Windows Server 2019 Essentials

Lorsque vous utilisez Windows Admin Center pour vous connecter à une version d’évaluation de Windows Server 2019 ou à l’édition Windows Server 2019 Essentials, il n’existe pas d’option pour gérer le service de migration de stockage. Le service de migration de stockage n’est pas inclus dans les rôles et les fonctionnalités.

Ce problème est dû à un problème de service dans le média d'évaluation de Windows Server 2019 et Windows Server 2019 Essentials.

Pour contourner ce problème pour l’évaluation, installez une version commerciale, MSDN, OEM ou licence en volume de Windows Server 2019 et ne l’activez pas. Sans activation, toutes les éditions de Windows Server fonctionnent en mode d’évaluation pendant 180 jours.

Nous avons résolu ce problème dans une version ultérieure de Windows Server.

Storage Migration Service expire le téléchargement du fichier CSV de transfert ou d’erreurs

Lorsque vous utilisez Windows Admin Center ou PowerShell pour télécharger le journal CSV détaillé des opérations de transfert, vous recevez une erreur :

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.

Ce problème est dû à un très grand nombre de fichiers transférés qui ne peuvent pas être filtrés dans le délai d’expiration d’une minute par défaut autorisé par le service de migration de stockage.

Pour contourner ce problème :

  1. Sur l’ordinateur orchestrateur, modifiez le fichier %SYSTEMROOT%\SMS\Microsoft.StorageMigration.Service.exe.config à l’aide de Notepad.exe pour remplacer « sendTimeout » de sa valeur par défaut de 1 minute par défaut à 10 heures.

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

  2. Redémarrez le service « Service de migration de stockage » sur l’ordinateur orchestrateur.

  3. Sur l’ordinateur d'orchestration, démarrez Regedit.exe

  4. Créez la sous-clé de Registre suivante s’il n’existe pas encore :

    HKEY_LOCAL_MACHINE\Software\Microsoft\SMSPowershell

  5. Dans le menu Modifier, pointez sur Nouveau, puis sélectionnez Valeur DWORD.

  6. Tapez « WcfOperationTimeoutInMinutes » pour le nom du DWORD, puis appuyez sur Entrée.

  7. Cliquez avec le bouton droit sur « WcfOperationTimeoutInMinutes », puis sélectionnez Modifier.

  8. Dans la zone de données de base, sélectionnez « Décimal »

  9. Dans la zone de données Valeur, tapez « 600 », puis sélectionnez OK.

  10. Quittez l’Éditeur du Registre.

  11. Essayez de télécharger à nouveau le fichier CSV ne contenant que des erreurs.

Si vous rencontrez toujours des problèmes lors de l’utilisation de WAC, utilisez plutôt PowerShell. Exécutez l’une des commandes suivantes sur l’ordinateur Orchestrator, en définissant votre propre nom de travail et vos propres valeurs de nom de domaine complet du serveur source :

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

Avertissements de validation pour les privilèges d’administration du proxy de destination et des informations d’identification

Lors de la validation d’un travail de transfert, vous voyez les avertissements suivants :

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

Si vous n’avez pas installé le service proxy du service de migration de stockage sur l’ordinateur de destination Windows Server 2019, ce comportement est par conception. Vous recevez également ce message si l’ordinateur de destination est Windows Server 2016 ou Windows Server 2012 R2. Nous vous recommandons de migrer vers un ordinateur Windows Server 2019 avec le proxy installé pour améliorer les performances de transfert.

Certains fichiers ne s'inventorient pas ou ne se transfèrent pas, erreur 5 « L’accès est refusé »

Lors de l’inventaire ou du transfert de fichiers d’ordinateurs sources vers des ordinateurs de destination, les fichiers dont un utilisateur a supprimé les autorisations pour le groupe Administrateurs ne parviennent pas à migrer. L’examen du Service-Proxy de débogage de migration du stockage montre :

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()

Ce problème est dû à un défaut de code dans le service de migration de stockage où le privilège de sauvegarde n’a pas été appelé.

Pour résoudre ce problème, installez Windows Update le 2 avril 2019 : KB4490481 (build du système d’exploitation 17763.404) sur l’ordinateur orchestrator et l’ordinateur de destination si le service proxy y est installé. Assurez-vous que le compte d’utilisateur de migration source est un administrateur local sur l’ordinateur source et l’orchestrateur du service de migration de stockage. Vérifiez que le compte d’utilisateur de migration de destination est un administrateur local sur l’ordinateur de destination et l’orchestrateur du service de migration de stockage.

DFSR n’a pas de correspondance lors de l’utilisation du service de migration de stockage pour les données prédéfinies

Lorsque vous utilisez le service de migration de stockage pour transférer des fichiers vers une nouvelle destination, puis configurez la réplication DFS pour répliquer ces données avec un serveur existant via la réplication présédée ou le clonage de base de données de réplication DFS, tous les fichiers rencontrent une incompatibilité de hachage et sont répliqués à nouveau. Les flux de données, les flux de sécurité, les tailles et les attributs semblent tous parfaitement mis en correspondance après avoir utilisé Storage Migration Service pour les transférer. L’examen des fichiers avec ICACLS ou le journal de débogage de la base de données de clonage de réplication DFS révèle :

Fichier source

  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)

Fichier de destination

  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**

Journal de débogage 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

Ce problème est résolu par la mise à jour KB4512534 .

Erreur « Impossible de transférer le stockage sur l’un des points de terminaison » lors du transfert à partir de Windows Server 2008 R2

Lorsque vous tentez de transférer des données à partir d’un ordinateur source Windows Server 2008 R2, aucun transfert de données et vous recevez une erreur :

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

Cette erreur est attendue si votre ordinateur Windows Server 2008 R2 n’est pas entièrement corrigé avec toutes les mises à jour critiques et importantes de Windows Update. Il est particulièrement important de conserver un ordinateur Windows Server 2008 R2 mis à jour à des fins de sécurité, car ce système d’exploitation ne contient pas les améliorations de sécurité des versions plus récentes de Windows Server.

Erreur « Impossible de transférer le stockage sur l’un des points de terminaison » et « Vérifier si l’appareil source est en ligne - nous n’avons pas pu y accéder ».

Lorsque vous tentez de transférer des données à partir d’un ordinateur source, certains ou tous les partages ne sont pas transférés, avec l’erreur :

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

L’examen des détails du transfert SMB affiche une erreur :

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

L’examen du journal des événements StorageMigrationService/Admin montre :

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.

L’examen du journal StorageMigrationService-Proxy/Debug montre :

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)

Il s’agissait d’un défaut de code qui se manifeste si votre compte de migration n’a pas au moins d’autorisations de lecture sur les partages SMB. Ce problème a d’abord été résolu dans la mise à jour cumulative 4520062.

Une autre cause possible peut être une insuffisance des droits d’accès au serveur de fichiers source. Lors de l’examen du processus «Microsoft.StorageMigration.Proxy.Service.exe» avec Process Monitor, vous pouvez voir le résultat ci-dessous :

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

L’opération réelle effectuée nécessite les privilèges « Open For Backup » sur le serveur de fichiers source. Vérifiez que votre compte d’utilisateur utilisé pour accéder au serveur de fichiers source reçoit les autorisations nécessaires via la stratégie de sécurité locale suivante sur ce serveur ou à l’aide d’un objet de stratégie de groupe : Security Settings > Local Policies > User Rights Assignment > Back up files and directories

Erreur 0x80005000 lors de l’exécution de l’inventaire

Après avoir installé KB4512534 et tenté d’exécuter l’inventaire, l’inventaire échoue avec des erreurs :

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)

Cette erreur est due à un défaut de code dans Storage Migration Service lorsque vous fournissez des informations d’identification de migration sous la forme d’un nom d’utilisateur principal (UPN), par exemple «meghan@contoso.com ». Le service d’orchestrateur Storage Migration Service n’analyse pas correctement ce format, ce qui entraîne un échec dans une recherche de domaine ajoutée pour la prise en charge de la migration de cluster dans KB4512534 et 19H1.

Pour contourner ce problème, fournissez des informations d’identification au format domaine\utilisateur, par exemple « Contoso\Meghan ».

Erreur « ServiceError0x9006 » ou « Le proxy n’est pas actuellement disponible ». Lors de la migration vers un cluster de basculement Windows Server

Lorsque vous tentez de transférer des données sur un serveur de fichiers en cluster, vous recevez des erreurs telles que :

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

Cette erreur est attendue si la ressource Serveur de fichiers est déplacée de son nœud propriétaire de cluster Windows Server 2019 d’origine vers un nouveau nœud et que la fonctionnalité proxy du service de migration de stockage n’a pas été installée sur ce nœud.

Pour contourner ce problème, déplacez la ressource du serveur de fichiers de destination vers le nœud de cluster propriétaire d’origine qui était en cours d’utilisation lorsque vous avez configuré les paires de transfert pour la première fois.

Comme solution de contournement alternative :

  1. Installez la fonctionnalité proxy du service de migration de stockage sur tous les nœuds d’un cluster.

  2. Exécutez la commande PowerShell du service de migration de stockage suivante sur l’ordinateur orchestrateur :

    Register-SMSProxy -ComputerName <destination server> -Force

Erreur « Dll introuvable » lors de l’exécution de l’inventaire à partir d’un nœud de cluster

Lorsque vous tentez d’exécuter l’inventaire avec le service de migration de stockage et que vous ciblez comme source un serveur de fichiers d'utilisation générale d'un cluster de basculement Windows Server, vous recevez les erreurs suivantes :

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)

Pour contourner ce problème, installez les « Outils de gestion du cluster de basculement » (RSAT-Clustering-Mgmt) sur le serveur exécutant l’orchestrateur du service de migration de stockage.

Erreur « Il n’y a plus de points de terminaison disponibles à partir du mappeur de point de terminaison » lors de l’exécution de l’inventaire sur un ordinateur source Windows Server 2003

Lorsque vous tentez d’exécuter l’inventaire avec l’orchestrateur Storage Migration Service sur un ordinateur source Windows Server 2003, vous recevez l’erreur suivante :

There are no more endpoints available from the endpoint mapper

Ce problème est résolu par la mise à jour KB4537818 .

La désinstallation d’une mise à jour cumulative empêche le démarrage du service de migration de stockage

La désinstallation des mises à jour cumulatives Windows Server peut empêcher le démarrage du service de migration de stockage. Pour résoudre ce problème, vous pouvez sauvegarder et supprimer la base de données Storage Migration Service :

  1. Ouvrez une invite cmd avec élévation de privilèges, où vous êtes membre des administrateurs sur le serveur d’orchestrateur du service de migration de stockage, puis exécutez :

    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. Démarrez le service Storage Migration Service, qui crée une base de données.

Erreur « CLUSCTL_RESOURCE_NETNAME_REPAIR_VCO échec par rapport à la ressource netName » et le basculement du cluster Windows Server 2008 R2 échoue

Lors de la tentative d’exécution d’un basculement d’une source de cluster Windows Server 2008 R2, le basculement est bloqué lors de la phase « Renommage de l’ordinateur source... » et vous recevez l’erreur suivante :

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]

Ce problème est dû à une API manquante dans les versions antérieures de Windows Server. Actuellement, il n’existe aucun moyen de migrer des clusters Windows Server 2008 et Windows Server 2003. Vous pouvez effectuer l’inventaire et le transfert sans problème sur les clusters Windows Server 2008 R2, puis effectuer manuellement le basculement en modifiant manuellement le nom net et l’adresse IP du serveur de fichiers source du cluster source, puis en modifiant le nom net du cluster de destination et l’adresse IP pour qu’ils correspondent à la source d’origine.

Le basculement se bloque sur « 38 % Mappage des interfaces réseau sur l’ordinateur source... » lors de l’utilisation d’adresses IP statiques

Lors de la tentative d’exécution d’un transfert d’un ordinateur source, après avoir configuré l’ordinateur source pour utiliser une nouvelle adresse IP statique (et non DHCP) sur une ou plusieurs interfaces réseau, le transfert est bloqué à la phase « 38% Mappage des interfaces réseau sur l’ordinateur source... » et vous recevez l’erreur suivante dans le journal des événements Storage Migration Service :

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.

L’examen de l’ordinateur source montre que l’adresse IP d’origine ne parvient pas à changer.

Ce problème ne se produit pas si vous avez sélectionné « Utiliser DHCP » sur l’écran « Configurer le basculement » de Windows Admin Center, uniquement si vous spécifiez une nouvelle adresse IP statique.

Il existe deux solutions pour ce problème :

  1. Ce problème a d’abord été résolu par la mise à jour KB4537818 . Ce défaut de code antérieur a empêché toute utilisation d’adresses IP statiques.

  2. Si vous n’avez pas spécifié d’adresse IP de passerelle par défaut sur les interfaces réseau de l’ordinateur source, ce problème se produit même avec la mise à jour KB4537818. Pour contourner ce problème, définissez une adresse IP par défaut valide sur les interfaces réseau à l’aide de l’applet connexions réseau (NCPA.CPL) ou de l’applet de commande PowerShell Set-NetRoute .

Performance de retransfert plus lente que prévu

Après avoir effectué un transfert, puis l’exécution d’un transfert ultérieur des mêmes données, il se peut que vous ne voyiez pas beaucoup d’amélioration du temps de transfert, même si peu de données ont changé en attendant sur le serveur source.

Ce problème est résolu par kb4580390. Pour optimiser les performances, passez en revue l’optimisation des performances d’inventaire et de transfert.

Performances d’inventaire plus lentes que attendues

Lors de l’inventaire d’un serveur source, l’inventaire des fichiers prend beaucoup de temps lorsqu’il existe de nombreux fichiers ou dossiers imbriqués. Des millions de fichiers et de dossiers peuvent entraîner des inventaires prenant de nombreuses heures même sur des configurations de stockage rapides.

Ce problème est résolu par kb4580390.

Les données ne sont pas transférées, l'utilisateur est renommé lors de la migration vers ou depuis un contrôleur de domaine.

Après avoir démarré le transfert depuis ou vers un contrôleur de domaine :

  1. Aucune donnée n’est migrée et aucun partage n’est créé sur la destination.

  2. Il existe un symbole d’erreur rouge affiché dans Windows Admin Center sans message d’erreur

  3. Un ou plusieurs utilisateurs AD et groupes locaux de domaine ont leur nom et/ou un attribut d’ouverture de session antérieur à Windows 2000 modifié

  4. L’événement 3509 s’affiche sur l’orchestrateur Storage Migration Service :

    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)

    Ce comportement est attendu si vous avez tenté de migrer depuis ou vers un contrôleur de domaine avec Storage Migration Service et utilisé l’option « Migrer des utilisateurs et des groupes » pour renommer ou réutiliser des comptes. au lieu de sélectionner « Ne pas transférer d’utilisateurs et de groupes ». La migration du contrôleur de domaine n’est pas prise en charge avec Storage Migration Service. Étant donné qu’un contrôleur de domaine n’a pas de véritables utilisateurs et groupes locaux, le service de migration de stockage traite ces principaux de sécurité comme il le ferait lors de la migration entre deux serveurs membres et tente d’ajuster les listes de contrôle d’accès comme indiqué, ce qui entraîne des erreurs et des comptes modifiés ou copiés.

Si vous avez déjà exécuté le transfert une ou plusieurs fois :

  1. Utilisez la commande AD PowerShell suivante sur un contrôleur de domaine pour localiser les utilisateurs ou groupes modifiés (modification de SearchBase pour correspondre à votre nom unique de domaine) :

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

  2. Pour tous les utilisateurs retournés avec leur nom d’origine, modifiez leur « Nom d’ouverture de session utilisateur (pré-Windows 2000) » pour supprimer le suffixe de caractère aléatoire ajouté par Storage Migration Service, afin que cet utilisateur puisse se connecter.

  3. Pour tous les groupes retournés avec leur nom d’origine, modifiez leur « Nom de groupe (pré-Windows 2000) » pour supprimer le suffixe de caractère aléatoire ajouté par Storage Migration Service.

  4. Pour tous les utilisateurs ou groupes désactivés avec des noms qui contiennent désormais un suffixe ajouté par Storage Migration Service, vous pouvez supprimer ces comptes. Vous pouvez confirmer que les comptes d’utilisateur ont été ajoutés ultérieurement, car ils contiennent uniquement le groupe Utilisateurs du domaine et disposeront d’une date/heure de création correspondant à l’heure de début du transfert du service de migration de stockage.

    Si vous souhaitez utiliser Storage Migration Service avec des contrôleurs de domaine à des fins de transfert, veillez à toujours sélectionner « Ne pas transférer d’utilisateurs et de groupes » dans la page des paramètres de transfert dans Windows Admin Center.

Erreur 53 : « Échec de l’inventaire de tous les appareils spécifiés » lors de l’exécution de l’inventaire,

Lorsque vous tentez d’exécuter l’inventaire, vous recevez :

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)

À ce stade, l’orchestrateur storage Migration Service tente de lire des lectures de Registre distantes pour déterminer la configuration de l’ordinateur source, mais est rejeté par le serveur source indiquant que le chemin du Registre n’existe pas. Cela peut être provoqué par :

  • Le service Registre à distance n’est pas en cours d’exécution sur l’ordinateur source.
  • le pare-feu n’autorise pas les connexions de Registre à distance au serveur source à partir d’Orchestrator.
  • Le compte de migration source ne dispose pas des autorisations de Registre à distance pour se connecter à l’ordinateur source.
  • Le compte de migration source ne dispose pas d’autorisations de lecture dans le Registre de l’ordinateur source, sous «HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion» ou sous «HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer»

Le basculement se bloque sur « 38 % Mappage des interfaces réseau sur l’ordinateur source... »

Lors de la tentative d’exécution d’un découpage d’un ordinateur source, le basculement est bloqué à la phase « 38 % Mappage des interfaces réseau sur l’ordinateur source... » et vous recevez l’erreur suivante dans le journal des événements le service de migration de stockage :

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.

Ce problème est dû à la stratégie de groupe qui définit la valeur de Registre suivante sur l’ordinateur source : «HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System\LocalAccountTokenFilterPolicy = 0 »

Ce paramètre ne fait pas partie de la stratégie de groupe standard, il s’agit d’un module complémentaire configuré à l’aide du Kit de ressources de conformité de la sécurité Microsoft :

  • Windows Server 2012 R2 : « Configuration ordinateur\Modèles d’administration\SCM : Passer les atténuations de hachage\Appliquer des restrictions UAC aux comptes locaux sur les connexions réseau »

  • Widows Server 2016 : « Configuration ordinateur\Modèles d’administration\MS Security Guide\Appliquer les restrictions UAC aux comptes locaux lors des connexions réseau »

Il peut également être défini à l’aide des préférences de stratégie de groupe avec un paramètre de Registre personnalisé. Vous pouvez utiliser l’outil GPRESULT pour déterminer quelle stratégie applique ce paramètre à l’ordinateur source.

Le service de migration de stockage active temporairement LocalAccountTokenFilterPolicy dans le cadre du processus de basculement, puis le supprime une fois terminé. Quand stratégie de groupe applique un objet stratégie de groupe en conflit, il remplace le service de migration de stockage et empêche le basculement.

Pour contourner ce problème, utilisez l’une des options suivantes :

  1. Déplacez temporairement l’ordinateur source de l’unité d’organisation Active Directory qui applique cet objet de stratégie de groupe en conflit.
  2. Désactivez temporairement l’objet de stratégie de groupe qui applique cette stratégie en conflit.
  3. Créez temporairement un objet de stratégie de groupe qui définit ce paramètre sur Désactivé et s’applique à une unité d’organisation spécifique de serveurs sources, avec une priorité plus élevée que les autres objets de stratégie de groupe.

L’inventaire ou le transfert échouent lors de l’utilisation d’informations d’identification à partir d’un autre domaine

Lors de la tentative d’exécution de l’inventaire ou du transfert avec le service de migration de stockage et le ciblage d’un serveur Windows Server lors de l’utilisation d’informations d’identification de migration à partir d’un domaine différent du serveur ciblé, vous recevez les erreurs suivantes

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]

L’examen approfondi des journaux d’activité montre que le compte de migration et le serveur en cours de migration à partir de ou deux se trouvent dans des domaines différents :

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

Ce problème est dû à un défaut de code dans le service de migration de stockage. Pour contourner ce problème, utilisez les informations d’identification de migration du même domaine que celui auquel appartient l’ordinateur source et de destination. Par exemple, si l’ordinateur source et de destination appartiennent au domaine « corp.contoso.com » dans la forêt « contoso.com », utilisez « corp\myaccount » pour effectuer la migration, et non pas des informations d’identification « contoso\myaccount ».

L’inventaire échoue avec « Élément introuvable »

Considérez le scénario suivant :

Vous disposez d’un serveur source avec un nom d’hôte DNS et un nom Active Directory de plus de 15 caractères unicode, tels que « iamaverylongcomputername ». Par conception, Windows ne vous a pas permis de définir le nom NetBIOS hérité pour qu’il soit défini aussi longtemps et a averti lorsque le serveur a été nommé que le nom NetBIOS serait tronqué en 15 caractères unicode larges (exemple : « iamaverylongcom »). Lorsque vous tentez d’inventorier cet ordinateur, vous recevez dans Windows Admin Center et dans le journal des événements :

"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.

Ce problème est dû à un défaut de code dans le service de migration de stockage. La seule solution de contournement consiste actuellement à renommer l’ordinateur pour avoir le même nom que le nom NetBIOS, puis utiliser NETDOM COMPUTERNAME /ADD pour ajouter un autre nom d’ordinateur qui contient le nom plus long utilisé avant le démarrage de l’inventaire. Storage Migration Service prend en charge la migration de noms d’ordinateurs alternatifs.

L’inventaire du service de migration de stockage échoue avec « un paramètre introuvable qui correspond au nom du paramètre « IncludeDFSN »

Lorsque vous utilisez la version 2009 de Windows Admin Center pour gérer un orchestrateur Windows Server 2019, vous recevez l’erreur suivante lorsque vous tentez d’inventorier un ordinateur source :

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

Pour résoudre ce problème, mettez à jour l’extension Storage Migration Service vers au moins la version 1.113.0 dans Windows Admin Center. La mise à jour doit apparaître automatiquement dans le flux et demander l’installation.

La validation de transfert du service de migration de stockage retourne « Erreur HRESULT E_FAIL a été retournée par un appel à un composant COM ».

Après avoir installé la mise à jour cumulative de novembre 2019 de Windows Server 2019 KB4586793, certaines validations de transfert peuvent échouer avec :

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

Il ne se produit pas nécessairement pour tous les ordinateurs sources. Nous travaillons à diagnostiquer ce problème. Pour contourner ce problème, installez l’outil 1.115 ou version ultérieure du service de migration de stockage dans Windows Admin Center. La mise à jour doit apparaître automatiquement dans le flux Windows Admin Center et demander l’installation, et vous permet d’ignorer cette erreur. Pour contourner ce problème :

  1. Accédez à l’étape « Ajuster les paramètres » de la phase de transfert.
  2. Activez « Remplacer la validation de transfert ».
  3. Passez à votre transfert, sans exécuter « Valider » ou l’exécuter et ignorer l’erreur E_FAIL.

Important

Ne désinstallez pas KB4586793. Cette mise à jour met à niveau la base de données Storage Migration Service et la suppression de la mise à jour vous oblige à supprimer votre base de données.

Le transfert échoue avec « Échec de l’obtention du descripteur de fichier » et un ou aucun transfert de partage à partir d’un volume particulier

Lorsque vous tentez de transférer des données à partir d'un ordinateur source, vous constatez qu'aucun fichier ne se transfère pour un volume particulier, même s'ils se transfèrent pour d'autres volumes. Vous recevez les erreurs suivantes dans Windows Admin Center et le journal des événements :

"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.

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

Si vous extrayez les journaux de débogage SMS à l’aide de la commande Get-SMSLogs, vous verrez également :

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]

Ce problème est dû à une limitation dans le service proxy du service de migration de stockage lorsqu’un volume NTFS entier a été configuré avec l’indicateur de compression. Pour contourner ce problème, supprimez l’indicateur de compression du volume de destination :

  1. Ouvrez l’Explorateur de fichiers, cliquez avec le bouton droit sur la lettre du lecteur de destination, puis sélectionnez Propriétés.
  2. Décochez « Compresser ce lecteur pour économiser de l’espace disque »
  3. Réexécutez le transfert.

Vous pouvez également effectuer les mêmes étapes sur l’ordinateur source si son volume a été compressé et s’il dispose d’un espace libre pour contenir les fichiers développés. Les fichiers compressés NTFS sont toujours décompressés lors de la copie ou du déplacement, la compression des fichiers ne réduit pas le temps de transfert.

Une erreur nécessite la réinitialisation de la base de données Storage Migration Service

Dans de rares circonstances, vous devrez peut-être réinitialiser la base de données Storage Migration Service. Pour ce faire :

  1. Ouvrez une invite cmd avec élévation de privilèges, où vous êtes membre des administrateurs sur le serveur d’orchestrateur du service de migration de stockage, puis exécutez :

    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. Vérifiez qu’il n’y a pas eu d’erreurs dans les commandes ci-dessus. Démarrez ensuite le service Storage Migration Service, qui crée une base de données.

    NET START SMS
NET START SMSPROXY

Les transferts s’arrêtent avec une erreur : Impossible de traduire le caractère Unicode

Un transfert en cours d’exécution s’arrête. Vous recevez une erreur de journal des événements :

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'.

L’examen du Journal de débogage de migration du stockage montre :

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.

Ce problème est dû à un caractère Unicode non géré que le service de migration de stockage ne peut pas traduire. Pour rechercher le nom du ou des fichiers avec le caractère non valide, modifiez l’exemple de script PowerShell suivant et exécutez-le sur l’ordinateur source, puis examinez les résultats et renommez ou supprimez les fichiers :

# 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)"
  }
 }
}

Échec du basculement à 77 % ou à 30 %

Lorsque vous effectuez un basculement, l’opération se bloque à « 77 % : ajout de l’ordinateur de destination au domaine » ou à « 30 % : impossible de dissocier le domaine ». Le problème ne se produit que lorsque :

  • Un utilisateur qui n’est pas membre d’un groupe d’administration intégré dans AD a créé le compte d’ordinateur source ou de destination dans Active Directory.

    Or

  • Le compte d’utilisateur de migration n’est pas le même utilisateur qui a créé le compte d’ordinateur source.

Les mises à jour Windows publiées le 11 octobre 2022 contiennent des protections supplémentaires pour traiter CVE-2022-38042, ces protections supplémentaires ont provoqué le problème. Les protections ont été mises à jour avec la mise à jour cumulative mensuelle du 14 mars 2023, en ajoutant une option de contournement pour ce problème. Les protections empêchent intentionnellement les opérations de jointure de domaine de réutiliser un compte d’ordinateur existant dans le domaine cible, sauf si :

  • L’utilisateur qui tente d’effectuer l’opération est le créateur du compte existant.

  • L'utilisateur qui tente d'effectuer l'opération est membre des groupes intégrés Active Directory "Administrateurs de domaine", "Administrateurs d'entreprise" ou "Administrateurs" qui ont créé le compte d'ordinateur.

  • L’utilisateur qui tente d’effectuer l’opération est membre du « Contrôleur de domaine : Autoriser la réutilisation du compte d’ordinateur pendant la jonction de domaine ». Paramètre de stratégie de groupe pour le compte d’ordinateur.

Pour résoudre ce problème, appliquez l’une des solutions suivantes.

Solution 1 - Utiliser « Autoriser la réutilisation du compte d’ordinateur pendant la jonction de domaine »

  1. Vérifiez que tous les contrôleurs de domaine, l’ordinateur source, l’ordinateur de destination et l’ordinateur de migration SMS ont installé la mise à jour cumulative du 14 mars 2023 et ont été redémarrés.
  2. Suivez les étapes décrites dans la section Prendre des mesures de KB5020276.
  3. Dans Windows Admin Center, accédez au service de migration de stockage du Gestionnaire > de serveur, créez ou poursuivez un travail existant.
  4. Dans la page Basculer vers les nouveaux serveurs > Ajuster les paramètres, vérifiez que le compte utilisé pour les identifiants AD est le même compte que celui autorisé à réutiliser les comptes d'ordinateur à l'étape 2.

Solution 2 : utiliser le compte d’origine pour la migration

  1. Dans Windows Admin Center, accédez au service de migration de stockage du Gestionnaire > de serveur, créez ou poursuivez un travail existant.
  2. Dans la page Basculer vers les nouveaux serveurs > Ajuster les paramètres, vérifiez que le compte utilisé pour les informations d'identification AD est le même que celui qui a créé ou rejoint l'ordinateur source et l'ordinateur de destination au domaine.

Solution 3 (non recommandée) - Utiliser un groupe à privilèges élevés

  1. Dans Windows Admin Center, accédez au service de migration de stockage du Gestionnaire > de serveur, créez ou poursuivez un travail existant.
  2. Sur la page Basculer vers les nouveaux serveurs > Ajuster les paramètres, vérifiez que le compte utilisé pour Informations d’identification AD est membre de l’un des groupes Active Directory intégrés dotés de privilèges élevés suivants : Administrateurs de domaine, Administrateurs d’entreprise ou Administrateurs.

Important

Si vous avez suivi la Solution 1 et que l'opération de désunion échoue « 33% - impossible de détacher le domaine » avec une erreur 0x6D1 « La procédure est hors de portée », cela indique que la mise à jour cumulative du 14 mars 2024 n’a pas été installée sur l’ordinateur source, ou elle a été installée mais l’ordinateur n’a pas été redémarré.

Échec du basculement pour Windows Server 2008 R2

Lorsque vous effectuez un basculement à partir d’un ordinateur source exécutant Windows Server 2008 R2 ou version antérieure, vous recevez l’erreur « Impossible de renommer l’ordinateur à partir du domaine ». L’utilisation de la commande Get-SmsLog de l’assistance du service de migration de stockage affiche l’erreur 0x6D1 et la mention « Référence d’objet non définie sur une instance d’un objet ». L’exemple suivant est la sortie du fichier journal de la commande PowerShell Get-SmsLog .

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]

Les modifications introduites dans KB5020276 pour combattre CVE-2022-38042 provoquent cette erreur.

Pour résoudre ce problème, appliquez l’une des solutions suivantes.

Solution 1 (à l’aide de Windows Server 2008 R2 avec ESU valide)

Pour un ordinateur source exécutant Windows Server 2008 R2 avec des mises à jour de support étendue valides, installez d’abord la dernière mise à jour cumulative. Une fois la mise à jour cumulative correctement installée, procédez comme expliqué dans l’article Échec du basculement à 77 % ou 30 % afin de résoudre le problème.

Solution 2 (à l’aide de Windows Server 2008 R2 sans ESU valide, Windows Server 2008 ou Windows Server 2003)

Si votre ordinateur source exécute Windows Server 2008 R2 sans ESU, Windows Server 2008 ou Windows Server 2003, vous devez effectuer un basculement manuel en suivant les étapes décrites dans la procédure de basculement dans Storage Migration Service, mais avec les modifications suivantes.

  1. Ignorer les étapes 3 et 4
  2. À l’étape 5, vous devez vous connecter à l’ordinateur et le supprimer du domaine manuellement à l’aide de SYSDM.CPL, NETDOM.exe, ou de la commande PowerShell Remove-Compuer. Vous ne pouvez pas supprimer à distance l’ordinateur du domaine après KB5020276.

Avertissement de validation de transfert « Le proxy de destination n’a pas été trouvé »

Si vous n’avez pas encore installé le service proxy SMS sur le serveur de destination avant de démarrer le transfert, Windows Admin Center l’installe automatiquement. Toutefois, dans certaines circonstances, il ne parvient pas à inscrire et à afficher l’erreur de validation « Le proxy de destination n’a pas été trouvé ».

Pour résoudre ce problème, vérifiez que la fonctionnalité de service proxy SMS est installée sur le serveur de destination, puis exécutez la commande PowerShell suivante sur le serveur Orchestrator :

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

La validation est maintenant réussie.

Disques manquants sur la source du cluster de basculement Windows Server 2008 R2

Après avoir inventorié une source de cluster de basculement Windows Server 2008 R2, vous ne voyez pas tous les disques du cluster. Cela est dû au fait que le rôle de serveur de fichiers par défaut dans Windows Server 2008 R2 choisit toujours un disque comme dépendance, mais pas les autres disques affectés à un rôle de serveur de fichiers.

Pour résoudre ce problème, vérifiez que tous les disques affectés au rôle de fichier sont ajoutés en tant que dépendance dans le rôle serveur de fichiers.

  1. Ouvrir le gestionnaire du cluster de basculement (cluadmin.msc).
  2. Cliquez avec le bouton droit sur un disque en cluster, puis cliquez sur Propriétés
  3. Sous l’onglet Dépendances, ajoutez une ligne AND pour le disque au rôle serveur de fichiers.
  4. répétez pour tous les autres disques en cluster.
  5. Fermez le composant logiciel enfichable et inventoriez à nouveau la source. Tous les disques doivent maintenant apparaître et être disponibles pour le transfert.

La transition de Windows Server 2022 échoue avec l'erreur 5 lors du renommage de l'ordinateur.

Une fois que vous avez démarré le processus de basculement, le changement de nom d’un ordinateur source Windows Server 2022 échoue à 41 %. Si vous migrez vers un ordinateur de destination Windows Server 2022, le changement de nom ne se termine pas à 75%. L’examen des journaux de débogage SMS affiche error 5: access denied.

Ce problème se produit après l’installation de la mise à jour cumulative KB5035857 du 12 mars 2024 pour Windows Server 2022. Une solution pour cette régression est actuellement en cours d’examen.

Pour contourner ce problème, utilisez les étapes de basculement manuel.

Voir aussi

  • Last updated on