Forum aux questions (FAQ) du service de migration de stockage

Storage Migration Service ne transfère pas de fichiers ou de dossiers que nous savons peut interférer avec l’opération Windows. Plus précisément, voici ce que nous n’allons pas transférer ou déplacer dans le dossier PreExistingData sur la destination :

• Windows, , Program FilesProgram Files (x86), , Program DataUsers
• $Recycle.bin, , Recycler, Recycled, , System Volume Information$UpgDrv$$SysReset$Windows.~BT$Windows.~LSWindows.oldbootRecoveryDocuments and Settings
• pagefile.sys, hiberfil.sys, , swapfile.syswinpepge.sys, config.sys, bootsect.bak, , bootmgr,bootnxt
• Tous les fichiers ou dossiers sur le serveur source qui sont en conflit avec les dossiers exclus sur la destination.
  Par exemple, s’il existe un N:\Windows dossier sur la source et qu’il est mappé au C:\ volume sur la destination, il n’est pas transféré, quel que soit son contenu, car il interfère avec le dossier système C :\Windows sur la destination.

Le service de migration de stockage ne migre pas les fichiers que les applications verrouillent exclusivement. Le service effectue automatiquement une nouvelle tentative trois fois avec un délai de soixante secondes entre les tentatives, et vous pouvez contrôler le nombre de tentatives et le délai. Vous pouvez également réexécuter les transferts pour copier uniquement les fichiers qui ont été ignorés précédemment en raison de violations de partage.

Le service de migration de stockage n’autorise pas la migration entre les domaines Active Directory. Les migrations entre les serveurs joignent toujours le serveur de destination au même domaine. Vous pouvez utiliser les informations d’identification de migration de différents domaines dans la forêt Active Directory. Le service de migration de stockage prend en charge la migration entre les groupes de travail. Vous ne pouvez pas migrer des instances CIFS NetAPP qui ne sont pas jointes à un domaine.

Le service de migration de stockage prend en charge la migration des ressources de cluster du serveur de fichiers depuis et vers des clusters. Cela inclut la migration des ressources du serveur de fichiers d’un cluster source vers un cluster de destination et la migration d’un serveur source autonome vers une ressource de serveur de fichiers de cluster de destination à des fins de consolidation des appareils. Toutefois, vous ne pouvez pas migrer un cluster vers un serveur autonome. Vous pouvez migrer des serveurs Samba et NetApp CIFS vers des clusters. Le service de migration de stockage ne migre pas le cluster lui-même, il migre uniquement les ressources du cluster de serveurs de fichiers qui représentent des serveurs de fichiers dans un cluster.

Le service de migration de stockage prend en charge la migration vers Windows Server 2025, Windows Server 2022, Windows Server 2019 et les clusters de basculement Windows exécutant ces systèmes d’exploitation. Il ne prend pas en charge la migration vers Samba, NetApp ou Azure Files. Les services de migration du stockage prennent en charge la migration vers un serveur Windows ou un cluster exécutant Azure File Sync avec la hiérarchisation cloud lors de l’utilisation de la dernière version de Windows Admin Center et de Windows Server 2025, Windows Server 2022 ou Windows Server 2019 après l’installation des KB5006744 de mise à jour cumulative.

Le service de migration du stockage prend en charge la migration des utilisateurs et des groupes locaux après l’installation des KB4513534 de mise à jour cumulative ou des mises à jour ultérieures. Il ne prend pas en charge la migration d’utilisateurs et de groupes locaux à partir de serveurs CIFS NetApp.

Le service de migration de stockage ne migre pas les contrôleurs de domaine. Pour contourner ce problème, tant que vous disposez de plusieurs contrôleurs de domaine dans le domaine Active Directory, rétrogradez le contrôleur de domaine avant de le migrer, puis promouvez la destination une fois le basculement terminé. Si vous choisissez de migrer une source ou une destination du contrôleur de domaine, vous ne pourrez pas effectuer de basculement. Vous ne devez jamais migrer des utilisateurs et des groupes lors de la migration depuis ou vers un contrôleur de domaine.

Storage Migration Service migre tous les indicateurs, paramètres et sécurité des partages SMB. Cette liste d’indicateurs que le service de migration de stockage migre inclut :

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

Le service de migration de stockage ne prend pas en charge la consolidation de plusieurs serveurs dans un seul serveur. Un exemple de consolidation serait la migration de trois serveurs sources distincts, qui peuvent avoir les mêmes noms de partage et chemins de fichiers locaux, sur un seul nouveau serveur qui virtualise ces chemins et partages pour empêcher tout chevauchement ou collision, puis répond aux trois noms de serveurs précédents et l’adresse IP. Vous pouvez migrer des serveurs autonomes vers plusieurs ressources de serveur de fichiers sur un seul cluster, et il s’agit de la méthode recommandée pour consolider les serveurs.

Le service de migration du stockage prend en charge la migration à partir de serveurs Samba Linux après l’installation des KB4513534 de mise à jour cumulative ou des mises à jour ultérieures. Consultez les conditions requises pour obtenir la liste des versions de Samba prises en charge et des distributions Linux. Le service de migration du stockage prend en charge la migration à partir de baies FAS NetApp après l’installation des KB5001384 de mise à jour cumulatives.

La version du service de migration de stockage ne prend pas en charge la migration des versions précédentes (effectuées avec le service de cliché instantané de volume) de fichiers. Seule la version actuelle migre.

Le service de migration de stockage contient un moteur de lecture et de copie multithread appelé service proxy du service de migration de stockage, que nous avons conçu pour être à la fois rapide et offrir une fidélité parfaite aux données qui manquent dans de nombreux outils de copie de fichiers. Bien que la configuration par défaut soit optimale pour de nombreux clients, il existe des façons d’améliorer les performances sms pendant l’inventaire et le transfert.

• Utilisez Windows Server 2019 ou version ultérieure pour le système d’exploitation de destination. Windows Server 2019 et versions ultérieures contiennent le service proxy du service de migration de stockage. Lorsque vous installez cette fonctionnalité et migrez vers des destinations Windows Server 2019 ou ultérieures, tous les transferts fonctionnent en tant que ligne de vue directe entre la source et la destination. Ce service s’exécute sur l’orchestrateur pendant le transfert si les ordinateurs de destination sont Windows Server 2012 R2 ou Windows Server 2016, ce qui signifie que les transferts double-tronçon sont plus lents. S’il existe plusieurs travaux s’exécutant avec des destinations Windows Server 2012 R2 ou Windows Server 2016, l’orchestrateur devient un goulot d’étranglement. La dernière version de Windows Admin Center configure automatiquement le service proxy s’il n’est pas installé.

• Installez la dernière mise à jour cumulative mensuelle. Nous avons amélioré le service proxy du service de migration de stockage dans plusieurs mises à jour pour améliorer les performances de transfert et de retransfération, ainsi que les performances d’inventaire. Installez KB4580390 mise à jour cumulative d’octobre 2020 ou version ultérieure pour obtenir des améliorations significatives de la vitesse ou migrer à l’aide de Windows Server 2022.

• Modifier les threads de transfert par défaut. Le service proxy du service de migration de stockage copie huit fichiers simultanément dans un travail donné. Vous pouvez augmenter le nombre de threads de copie simultanés en ajustant le nom de valeur REG_DWORD registre suivant en décimale sur chaque nœud exécutant le proxy du service de migration de stockage :

  HKEY_Local_Machine\Software\Microsoft\SMSProxy

  FileTransferThreadCount

  La plage valide est de 1 à 512. Vous n’avez pas besoin de redémarrer le service pour commencer à utiliser ce paramètre tant que vous créez un travail. Utilisez la prudence avec ce paramètre ; la définition plus élevée peut nécessiter davantage de cœurs, de performances de stockage et de bande passante réseau. La définition trop élevée peut entraîner une réduction des performances par rapport aux paramètres par défaut.

• Modifier les threads de partage parallèle par défaut. Le service proxy du service de migration de stockage copie simultanément à partir de huit partages dans un travail donné. Vous pouvez augmenter le nombre de threads de partage simultanés en ajustant le nom de valeur de registre REG_DWORD suivant en décimale sur le serveur d’orchestrateur Storage Migration Service :

  HKEY_Local_Machine\Software\Microsoft\SMS

  EndpointFileTransferTaskCount

  La plage valide est de 1 à 512. Vous n’avez pas besoin de redémarrer le service pour commencer à utiliser ce paramètre tant que vous créez un travail. Utilisez la prudence avec ce paramètre ; la définition plus élevée peut nécessiter davantage de cœurs, de performances de stockage et de bande passante réseau. La définition trop élevée peut entraîner une réduction des performances par rapport aux paramètres par défaut.

  La somme de FileTransferThreadCount et EndpointFileTransferTaskCount correspond au nombre de fichiers que le service de migration de stockage peut copier simultanément à partir d’un nœud source dans un travail. Pour ajouter d’autres nœuds sources parallèles, créez et exécutez plus de travaux simultanés.

• Ajoutez des cœurs et de la mémoire. Nous recommandons vivement que les ordinateurs source, orchestrateur et de destination aient au moins deux cœurs de processeur ou deux processeurs virtuels, et plus encore peuvent aider considérablement les performances d’inventaire et de transfert, en particulier lorsqu’ils sont combinés avec FileTransferThreadCount (ci-dessus). Lorsque vous transférez des fichiers dont la taille est supérieure aux formats Office habituels (gigaoctets ou supérieur), les performances de transfert bénéficient de plus de mémoire que le minimum de 2 Go par défaut.

• Créez plusieurs travaux. Lors de la création d’un travail avec plusieurs sources de serveur, chaque serveur est contacté de manière série pour l’inventaire, le transfert et le basculement. Cela signifie que chaque serveur doit terminer sa phase avant le démarrage d’un autre serveur. Pour exécuter plusieurs serveurs en parallèle, créez simplement plusieurs travaux, chaque travail contenant un seul serveur. SMS prend en charge jusqu’à 100 travaux en cours d’exécution simultanément, ce qui signifie qu’un seul orchestrateur peut paralléliser de nombreux ordinateurs de destination. Nous vous déconseillons d’exécuter plusieurs travaux parallèles si vos ordinateurs de destination sont Windows Server 2016 ou Windows Server 2012 R2 comme sans le service proxy SMS s’exécutant sur la destination, l’orchestrateur doit effectuer tous les transferts lui-même et peut devenir un goulot d’étranglement. La possibilité pour les serveurs de s’exécuter en parallèle à l’intérieur d’un seul travail est une fonctionnalité que nous prévoyons d’ajouter dans une version ultérieure de SMS.

• Utilisez SMB 3 avec des réseaux RDMA. Si vous transférez à partir d’un ordinateur source Windows Server 2012 ou version ultérieure, SMB 3.x prend en charge le mode direct SMB et la mise en réseau RDMA. RDMA déplace la plupart des coûts d’UC du transfert à partir des processeurs de carte mère pour intégrer des processeurs de carte réseau, ce qui réduit la latence et l’utilisation du processeur du serveur. En outre, les réseaux RDMA tels que ROCE et iWARP ont généralement une bande passante beaucoup plus élevée que tcp/ethernet classique, y compris 25, 50 et 100 Go de vitesses par interface. L’utilisation de SMB Direct déplace généralement la limite de vitesse de transfert du réseau vers le bas vers le stockage lui-même.

• Utilisez SMB 3 multicanal. Si vous transférez à partir d’un ordinateur source Windows Server 2012 ou version ultérieure, SMB 3.x prend en charge les copies multicanal qui peuvent considérablement améliorer les performances de copie de fichiers. Cette fonctionnalité fonctionne automatiquement tant que la source et la destination ont :

  • Plusieurs cartes réseau
  • Une ou plusieurs cartes réseau qui prennent en charge la mise à l’échelle côté réception (RSS)
  • Une des cartes réseau qui sont configurées à l’aide de l’association de cartes réseau
  • Une ou plusieurs cartes réseau qui prennent en charge RDMA

• Update drivers. Si nécessaire, installez le dernier microprogramme et microprogramme du boîtier du fournisseur, les derniers pilotes HBA du fournisseur, le microprogramme BIOS/UEFI du fournisseur le plus récent, les pilotes réseau des derniers fournisseurs et les derniers pilotes de microprogramme de carte mère sur les serveurs source, de destination et d’orchestrateur. Redémarrez les nœuds si besoin. Consultez la documentation de votre fournisseur de matériel pour la configuration du stockage partagé et du matériel réseau.

• Activez le traitement hautes performances. Vérifiez que les paramètres BIOS/UEFI des serveurs permettent de hautes performances, par exemple avec la désactivation de C-State, la définition de la vitesse de QPI, l’activation de NUMA et la définition de la fréquence mémoire la plus élevée. Vérifiez que la gestion de l’alimentation dans Windows Server est définie pour favoriser de hautes performances. Redémarrez quand vous y êtes invité. N’oubliez pas de retourner ces états appropriés après la migration.

• Tune hardware. Passez en revue les instructions de réglage des performances pour Windows Server 2022 pour le réglage des ordinateurs d’orchestrateur et de destination exécutant Windows Server. La section Paramétrage des performances du sous-système réseau contient des informations particulièrement précieuses. Il existe également des guides pour les systèmes d’exploitation plus anciens.

• Utilisez un stockage plus rapide. Bien qu’il soit difficile de mettre à niveau la vitesse de stockage de l’ordinateur source, vous devez vous assurer que le stockage de destination est au moins aussi rapide que les performances d’E/S d’écriture que la source est à des performances d’E/S de lecture afin de vous assurer qu’il n’y a pas de goulot d’étranglement inutile dans les transferts. Si la destination est une machine virtuelle, assurez-vous qu’au moins à des fins de migration, elle s’exécute dans la couche de stockage la plus rapide de vos hôtes d’hyperviseur, comme sur le niveau flash ou avec les clusters HCI direct des espaces de stockage utilisant des espaces de stockage instantanés ou hybrides mis en miroir. Une fois la migration SMS terminée, la machine virtuelle peut être migrée en direct vers un niveau ou un hôte plus lent.

• Utilisez la compression SMB. Si vos serveurs source et de destination sont Windows Server 2022, vous pouvez activer la compression SMB pour obtenir des gains de performances significatifs sur des fichiers plus volumineux. Passez en revue (compression SMB)[/windows-server/storage/file-server/smb-compression].

• Update antivirus. Vérifiez toujours que votre source et votre destination exécutent la dernière version corrective du logiciel antivirus pour garantir une surcharge minimale des performances. À titre de test, excluez temporairement l’analyse des dossiers que vous inventoriez ou migrez sur les serveurs source et de destination. Si vos performances de transfert sont améliorées, contactez votre fournisseur de logiciels antivirus pour obtenir des instructions ou pour obtenir une version mise à jour du logiciel antivirus ou une explication de la dégradation attendue des performances.

Le service de migration de stockage ne prend pas en charge la migration de NTFS vers les systèmes de fichiers ReFS. Vous pouvez migrer de NTFS vers NTFS et ReFS vers ReFS. Cela est par conception, en raison des nombreuses différences de fonctionnalités, de métadonnées et d’autres aspects que ReFS ne dupliquez pas à partir de NTFS. ReFS est destiné à un système de fichiers de charge de travail d’application, et non à un système de fichiers général. Pour plus d’informations, consultez la vue d’ensemble du système de fichiers résilient (ReFS)

Le service de migration de stockage utilise une base de données de moteur de stockage extensible (ESE) installée par défaut dans le dossier c :\programdata\microsoft\storagemigrationservice masqué. Cette base de données augmente à mesure que les travaux sont ajoutés et que les transferts sont terminés et peuvent consommer de l’espace disque significatif après la migration de millions de fichiers si vous ne supprimez pas de travaux. Si la base de données doit être déplacée, procédez comme suit :

1. Arrêtez le service « Storage Migration Service » sur l’ordinateur orchestrator.

2. Prendre possession du %programdata%/Microsoft/StorageMigrationService dossier

3. Ajoutez votre compte d’utilisateur pour avoir un contrôle total sur ce partage et tous ses fichiers et sous-dossiers.

4. Déplacez le dossier vers un autre lecteur sur l’ordinateur orchestrator.

5. Définissez la valeur de registre REG_SZ suivante :

   HKEY_Local_Machine\Software\Microsoft\SMS DatabasePath = chemin d’accès au nouveau dossier de base de données sur un autre volume

6. Assurez-vous que les comptes « SYSTEM » et « Service réseau » ont un contrôle total sur tous les fichiers et sous-dossiers de ce dossier

7. Supprimez vos propres autorisations de comptes.

8. Démarrez le service « Storage Migration Service ».

Non, le service de migration de stockage ne migre pas les applications installées localement. Une fois votre migration terminée, réinstallez toutes les applications sur l’ordinateur de destination qui s’exécutaient sur l’ordinateur source. Il n’est pas nécessaire de reconfigurer les utilisateurs ou leurs applications ; Le service de migration de stockage est conçu pour rendre le serveur invisible pour les clients.

Lorsque vous effectuez un transfert, le service de migration de stockage cherche à mettre en miroir les données du serveur source. Le serveur de destination ne doit pas contenir de données de production ni d’utilisateurs connectés, car ces données peuvent être remplacées. Par défaut, le premier transfert effectue une copie de sauvegarde de toutes les données sur le serveur de destination en tant que protection. Sur tous les transferts suivants, par défaut, le service de migration de stockage met en miroir les données sur la destination ; cela signifie non seulement l’ajout de nouveaux fichiers, mais également l’écriture arbitraire de fichiers existants et la suppression de fichiers non présents sur la source. Ce comportement est intentionnel et fournit une fidélité parfaite avec l’ordinateur source.

La plupart des erreurs trouvées dans le fichier CSV de transfert sont des codes d’erreur système Windows. Vous pouvez découvrir ce que signifie chaque erreur en consultant la documentation des codes d’erreur Win32.

Un serveur de destination peut contenir des certificats ( émis avant le basculement) dans son magasin de certificats local, avec le nom du serveur faisant partie de l’objet, du nom de l’autre objet ou d’autres champs. Lorsque le basculement se produit et que le serveur est renommé, ces certificats ne sont pas mis à jour. Vous devez réémettre des certificats sur vos serveurs nouvellement renommés à l’aide de vos méthodes de déploiement actuelles, telles que la stratégie de groupe ou l’inscription web.

Pour obtenir de l’aide technique auprès du service de migration de stockage, vous pouvez publier à l’adresse Q &A de Microsoft ou contacter le support technique Microsoft Business.

Pour envoyer des commentaires sur le service de migration de stockage :

• Utilisez l’outil Hub de commentaires inclus dans Windows Server 2025 et Windows 11, sélectionnez Suggérer une fonctionnalité, sélectionnez la catégorie Windows Server et la sous-catégorie de migration de stockage

Pour fichierr des bogues :

• Utilisez l’outil Hub de commentaires inclus dans Windows Server 2025 et Windows 11, sélectionnez Signaler un problème, sélectionnez la catégorie Windows Server et la sous-catégorie de migration de stockage
• Ouvrir une demande de support via le support Microsoft

Pour obtenir du support :

• Publier une question sur la communauté technique Windows Server
• Ouvrir une demande de support via le support Microsoft

Additional references

• Vue d’ensemble du service de migration de stockage