Partager via

Problèmes connus liés au service de migration de stockage

  • Article

Cet article contient des réponses aux problèmes connus lors de l’utilisation de Storage Migration Service 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 Canal de maintenance, et dans 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 le service de migration de stockage, 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 les envoyer à Support Microsoft, un script PowerShell open source est disponible sur GitHub :

Application auxiliaire du service de migration de stockage

Passez en revue le fichier README pour l’utiliser.

Le service de migration de stockage n’apparaît 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 le service de migration de stockage.

L’extension du 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 normal.

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 de 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 d’administrateur local correctes pour les ordinateurs source et de destination.

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

Le service de migration de stockage n’est pas inclus dans l’évaluation de Windows Server 2019 ou l’édition Windows Server 2019 Essentials

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

Ce problème est dû à un problème de maintenance dans le support d’évaluation de Windows Server 2019 et Windows Server 2019 Essentials.

Pour contourner ce problème à des fins d’é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 é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 l’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’attente 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 » par défaut de 1 minute par 10 hours.

    <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 orchestrateur, démarrez Regedit.exe

  4. Créez la sous-clé de Registre suivante si elle n’existe pas déjà :

    HKEY_LOCAL_MACHINE\Software\Microsoft\SMSPowershell

  5. Dans le menu Edition, pointez sur Nouveau, puis sélectionnez DWORD Value.

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

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

  8. Dans la zone 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. Réessayez de télécharger le fichier CSV contenant uniquement 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, les avertissements suivants s’affichent :

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 stockent pas ou ne sont pas transférés, erreur 5 « Accès refusé »

Lors de l’inventaire ou du transfert de fichiers d’ordinateurs sources vers des ordinateurs de destination, les fichiers à partir desquels un utilisateur a supprimé des 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 2 avril 2019 —KB4490481 (build du système d’exploitation 17763.404) sur l’ordinateur d’orchestrateur 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

Lors de l’utilisation du service de migration de stockage pour transférer des fichiers vers une nouvelle destination, puis de la configuration de la réplication DFS pour répliquer ces données avec un serveur existant via une réplication prédéfinie 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. Les flux de données, les flux de sécurité, les tailles et les attributs semblent tous être parfaitement mis en correspondance après avoir utilisé le service de migration de stockage 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 l’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 partages, ou tous les partages, ne sont pas transférés, avec l’erreur suivante :

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

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

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

L’examen du journal des événements StorageMigrationService/Administration 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’agit d’un défaut de code qui se manifeste si votre compte de migration ne dispose pas au moins d’autorisations de lecture sur les partages SMB. Ce problème a été résolu pour la première fois dans les 4520062 de mise à jour cumulatives.

Une autre cause possible peut être des droits d’accès insuffisants 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 en cours d’exécution nécessite les privilèges « Ouvrir pour la sauvegarde » sur le serveur de fichiers source. Vérifiez que votre compte d’utilisateur utilisé pour accéder au serveur de fichiers source dispose des autorisations nécessaires via la stratégie de sécurité locale suivante sur ce serveur ou à l’aide d’un objet 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 le service de migration de stockage lorsque vous fournissez des informations d’identification de migration sous la forme d’un nom d’utilisateur principal (UPN), comme « meghan@contoso.com ». Le service d’orchestrateur du service de migration de stockage ne parvient pas à analyser 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 disponible actuellement » 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 a été 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 serveur de fichiers de destination vers le nœud de cluster propriétaire d’origine utilisé 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 une source de 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 du service de migration de stockage 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 de 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 du service de migration du stockage :

  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 du service de migration de stockage, 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

Lorsque vous tentez d’exécuter le découpage d’une source de cluster Windows Server 2008 R2, le basculement est bloqué à 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 un basculement en modifiant manuellement le nom netname et l’adresse IP de la ressource du serveur de fichiers source du cluster, puis en modifiant le nom net et l’adresse IP du cluster de destination 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

Lorsque vous tentez d’exécuter le basculement d’un ordinateur source, après avoir défini l’ordinateur source pour utiliser une nouvelle adresse IP statique (et non DHCP) sur une ou plusieurs interfaces réseau, 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 du service de migration de stockage :

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 peut pas changer.

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

Il existe deux solutions à 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 empêchait 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 de commande Connexions réseau (NCPA.CPL) ou Set-NetRoute applet de commande PowerShell.

Performances de retransfert plus lentes que prévu

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

Ce problème est résolu par kb4580390. Pour optimiser davantage les performances, consultez Optimisation des performances d’inventaire et de transfert.

Performances d’inventaire plus lentes que prévu

Lors de l’inventaire d’un serveur source, vous constatez que 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 à partir d’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. Un symbole d’erreur rouge s’affiche dans Windows Admin Center sans message d’erreur

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

  4. L’événement 3509 s’affiche sur l’orchestrateur du service de migration de stockage :

    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 le service de migration de stockage et que vous avez utilisé l’option « migrer les utilisateurs et les groupes » pour renommer ou réutiliser des comptes. au lieu de sélectionner « Ne pas transférer d’utilisateurs et de groupes ». 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 qu’il corresponde à 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 d’utilisateur (antérieur à Windows 2000) » pour supprimer le suffixe de caractère aléatoire ajouté par le service de migration de stockage, afin que cet utilisateur puisse se connecter.

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

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

    Si vous souhaitez utiliser le service de migration de stockage 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 du service de migration de stockage tente de lire le Registre à distance pour déterminer la configuration de la machine source, mais il est rejeté par le serveur source, indiquant que le chemin du Registre n’existe pas. Cela peut être provoqué par :

  • Le service d’accès à distance au Registre 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 n’a 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û à 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 du 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\Guide de sécurité MS\Appliquer des restrictions UAC aux comptes locaux sur les ouvertures de session réseau »

Il peut également être défini à l’aide de stratégie de groupe Préférences avec un paramètre de Registre personnalisé. Vous pouvez utiliser l’outil GPRESULT pour déterminer la stratégie qui 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 à l’unité d’organisation spécifique des serveurs sources, avec une priorité plus élevée que n’importe quel autre objet de stratégie de groupe.

Échec de l’inventaire ou du transfert lors de l’utilisation d’informations d’identification à partir d’un autre domaine

Lorsque vous tentez d’exécuter l’inventaire ou le transfert avec le service de migration de stockage et que vous ciblez un serveur Windows Server lors de l’utilisation des 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 l’ordinateur source et l’ordinateur de destination. Par exemple, si l’ordinateur source et l’ordinateur de destination appartiennent au domaine « corp.contoso.com » dans la forêt « contoso.com », utilisez « corp\myaccount » pour effectuer la migration, et non des informations d’identification « contoso\myaccount ».

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

Examinez le cas 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 essayez d’inventorier cet ordinateur, vous recevez dans Windows Admin Center et 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. Actuellement, la seule solution de contournement consiste à renommer l’ordinateur pour qu’il ait 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. Le service de migration de stockage prend en charge la migration d’autres noms d’ordinateurs.

L’inventaire du service de migration de stockage échoue avec « impossible de trouver un paramètre 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 du service de migration de stockage vers au moins la version 1.113.0 dans Windows Admin Center. La mise à jour doit apparaître automatiquement dans le flux et l’invite d’installation.

La validation de transfert du service de migration de stockage retourne « Erreur HRESULT E_FAIL a été retournée à partir d’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

Cela 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 Service de migration de stockage version 1.115 ou ultérieure dans Windows Admin Center. La mise à jour doit apparaître automatiquement dans le flux Windows Admin Center et l’invite d’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 Transfert.
  2. Activez « Remplacer la validation de transfert ».
  3. Poursuivez votre transfert, sans exécuter « Valider » ou en l’exécutant et en ignorant l’erreur E_FAIL.

Important

Ne désinstallez pas KB4586793. Cette mise à jour met à niveau la base de données service de migration de stockage 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 pour un transfert de volume particulier, même s’ils sont transférés 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 videz les journaux de débogage SMS à l’aide de la commande Get-SMSLogs , vous voyez é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 quand un volume NTFS entier a été configuré avec l’indicateur 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 de 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 du service de migration de stockage

Dans de rares circonstances, vous devrez peut-être réinitialiser la base de données du service de migration de stockage. 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 de migration de stockage, qui crée une base de données.

    NET START SMS
NET START SMSPROXY

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

Un transfert en cours d’exécution s’arrête. Vous recevez l’erreur du 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 se produit uniquement dans les cas suivants :

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

    ou

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

Les mises à jour Windows publiées à partir du 11 octobre 2022 contiennent des protections supplémentaires pour traiter CVE-2022-38042. Ce sont ces protections qui ont provoqué le problème. Elles ont été modifiées avec la mise à jour cumulative mensuelle du 14 mars 2023, qui ajoute une option permettant de contourner ce problème. Elles empêchent intentionnellement les opérations de jonction de domaine de réutiliser un compte d’ordinateur existant dans le domaine cible en dehors des cas suivants :

  • 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 du groupe Active Directory intégré Administrateurs de domaine, Administrateurs d’entreprise ou Administrateurs qui a créé le compte d’ordinateur.

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

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

Solution 1 : Option « Autoriser la réutilisation du compte d’ordinateur lors de 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 la procédure décrite dans la section Mesures à prendre de KB5020276.
  3. Dans Windows Admin Center, accédez à Gestionnaire de serveur > Service de migration de stockage, puis créez ou poursuivez un travail existant.
  4. Sur la page Basculer vers les nouveaux serveurs > Ajuster les paramètres, vérifiez que le compte utilisé pour Informations d’identification AD est le même que celui qui a été autorisé à réutiliser les comptes d’ordinateur à l’étape 2.

Solution 2 : Utilisation du compte d’origine pour la migration

  1. Dans Windows Admin Center, accédez à Gestionnaire de serveur > Service de migration de stockage, puis 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 le même que celui qui a créé ou joint l’ordinateur source et l’ordinateur de destination au domaine.

Solution 3 (non recommandée) : Utilisation d’un groupe doté de privilèges élevés

  1. Dans Windows Admin Center, accédez à Gestionnaire de serveur > Service de migration de stockage, puis 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 dissociation échoue à « 33 % – Impossible de dissocier le domaine » avec l’erreur 0x6D1 « La procédure est hors limites », cela signifie que la mise à jour cumulative du 14 mars 2024 n’a pas été installée sur l’ordinateur source ou que l’ordinateur n’a pas été redémarré après cela.

Échec du basculement pour Windows Server 2008 R2

Quand vous effectuez un basculement à partir d’un ordinateur source exécutant Windows Server 2008 R2 ou une version antérieure, l’erreur « Impossible de renommer l’ordinateur à partir du domaine » se produit. L’utilisation de la commande Get-SmsLog de l’application auxiliaire du service de migration de stockage affiche l’erreur 0x6D1 et « La référence d’objet n’a pas la valeur d’une instance d’un objet ». L’exemple suivant présente 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 traiter CVE-2022-38042 entraînent cette erreur.

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

Solution 1 (utilisation de Windows Server 2008 R2 avec ESU valide)

Pour un ordinateur source exécutant Windows Server 2008 R2 avec Mises à jour de support étendu valides, commencez par installer 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 (utilisation 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 Fonctionnement du basculement dans Le service de migration du stockage, mais avec les modifications suivantes.

  1. Ignorer les étapes 3 et 4
  2. Pour 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 est introuvable »

Si le service de proxy SMS n’est pas encore installé sur le serveur de destination avant le démarrage du transfert, Windows Admin Center l’installe automatiquement. Toutefois, dans certaines circonstances, l’inscription échoue et l’erreur de validation « Le proxy de destination est introuvable » s’affiche.

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 réussit maintenant.

Disques manquants sur la source d'un cluster de basculement Windows Server 2008 R2

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

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

  1. Ouvrez le gestionnaire du cluster de basculement (cluadmin.msc).
  2. Cliquez avec le bouton droit sur un disque en cluster, puis 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 ces étapes pour tous les autres disques en cluster.
  5. Fermez le composant logiciel enfichable et répertoriez la source à nouveau. Tous les disques doivent maintenant apparaître et être disponibles pour le transfert.

Le basculement de Windows Server 2022 échoue à cause d'une erreur 5 lors du renommage de l'ordinateur.

Après avoir lancé le processus de basculement, le renommage d'un ordinateur source Windows Server 2022 échoue à 41 %. Si vous migrez vers un ordinateur de destination Windows Server 2022, le renommage échoue à 75 %. L'examen des journaux de débogage du SMS montre error 5: access denied.

Ce problème survient après l'installation de la mise à jour cumulative du 12 mars 2024 - KB5035857 pour Windows Server 2022. Une solution à cette régression est actuellement à l'étude.

Pour contourner ce problème, suivez les étapes de la conversion manuelle.

Voir aussi