Forum aux questions (FAQ) sur le service de migration de stockage

Le service de migration de stockage ne transfert pas les fichiers ou les dossiers qui peuvent interférer avec une opération Windows. Plus précisément, voici ce que nous ne transférons pas ou ne déplaçons pas dans le dossier PreExistingData sur la destination :

• Windows, Program Files, Program Files (x86), Program Data, Users
• $Recycle.bin, Recycler, Recycled, System Volume Information, $UpgDrv$, $SysReset, $Windows.~BT, $Windows.~LS, Windows.old, boot, Recovery, Documents and Settings
• pagefile.sys, hiberfil.sys, swapfile.sys, winpepge.sys, config.sys, bootsect.bak, bootmgr, bootnxt
• Tous les fichiers ou les dossiers sur le serveur source qui entrent en conflit avec les dossiers exclus sur la destination.
  Par exemple, s’il existe un dossier N:\Windows sur la source et qu’il est mappé au volume C:\ sur la destination, il n’est pas transféré, indépendamment de ce qu’il contient, 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 trois nouvelles tentatives avec un délai de soixante secondes entre chaque, et vous pouvez contrôler le nombre de tentatives et le délai. Vous pouvez également exécuter de nouveau les transferts pour copier uniquement les fichiers précédemment ignorés en raison de violations de partage.

Le service de migration de stockage n’autorise pas la migration entre des domaines Active Directory. Les migrations entre serveurs joignent toujours le serveur de destination au même domaine. Vous pouvez utiliser les informations d’identification de migration des différents domaines dans la forêt Active Directory. Le service de migration de stockage prend en charge la migration entre 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 depuis et vers des clusters après l’installation de la mise à jour cumulative KB4513534 ou des mises à jour ultérieures sur Windows Server 2019 et avec Windows Server 2022 prêt à l’emploi. Cela inclut la migration d’un cluster source vers un cluster de destination et la migration d’un serveur source autonome vers un 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 prend en charge la migration vers 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 de stockage prennent en charge la migration vers Windows Server ou un cluster exécutant Azure File Sync avec une hiérarchisation cloud lors de l’utilisation de la dernière version de Windows Admin Center et de Windows Server 2022, ou de Windows Server 2019 après l’installation de la mise à jour cumulative KB5006744.

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

Le service de migration de stockage ne migre pas actuellement les contrôleurs de domaine dans Windows Server 2019 ou Windows Server 2022. Pour contourner cela, tant que vous avez 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.

Le service de migration de stockage migre tous les indicateurs,les paramètres et la 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

La version du service de migration de stockage fournie dans Windows Server 2019 et Windows Server 2022 ne prend pas en charge la consolidation de plusieurs serveurs en un seul serveur. Un exemple de consolidation consisterait à migrer trois serveurs sources distincts (qui peuvent avoir les mêmes noms de partage et chemins d’accès aux fichiers locaux) vers un nouveau serveur unique qui a virtualisé ces chemins d’accès et ces partages pour éviter tout chevauchement ou collision, puis a répondu aux noms et adresse IP des trois serveurs précédents. Cependant, vous pouvez migrer des serveurs autonomes vers plusieurs ressources de serveur de fichiers sur un seul cluster.

Le service de migration de stockage prend en charge la migration à partir de serveurs Samba Linux après l’installation de la mise à jour cumulative KB4513534 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 de stockage prend en charge la migration à partir des tableaux NetApp FAS après l’installation de la mise à jour cumulative KB5001384.

La version du service de migration de stockage fournie dans Windows Server 2019 et Windows Server 2022 ne prend pas en charge la migration des versions précédentes (effectuées avec le service de cliché instantané de volume) des 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 moyens d’améliorer la performance des SMS pendant l’inventaire et le transfert.

• Utilisez Windows Server 2019 ou Windows Server 2022 pour le système d’exploitation de destination. Windows Server 2019 et Windows Server 2022 contiennent le service proxy du service de migration de stockage. Lorsque vous installez cette fonctionnalité et migrez vers des destinations Windows Server 2019 ou Windows Server 2022, tous les transferts fonctionnent comme une 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. Si plusieurs tâches s’exécutent 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 re-transfert, ainsi que les performances d’inventaire. Installez la mise à jour cumulative d’octobre 2020 KB4580390 ou ultérieure pour obtenir des améliorations de vitesse significatives, ou migrez à l’aide de Windows Server 2022.

• Modifiez 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 de registre suivant en décimal 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 comprise entre 1 et 512 dans Windows Server 2019 et Windows Server 2022. Vous n’avez pas besoin de redémarrer le service pour commencer à utiliser ce paramètre tant que vous créez un travail. Soyez prudent 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 d’une valeur trop élevée peut entraîner la baisse des performances par rapport aux paramètres par défaut.

• Modifiez 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 REG_DWORD de registre suivant en décimal sur le serveur d’orchestrateur du service de migration de stockage :

  HKEY_Local_Machine\Software\Microsoft\SMS

  EndpointFileTransferTaskCount

  La plage valide est comprise entre 1 et 512 dans Windows Server 2019 et Windows Server 2022. Vous n’avez pas besoin de redémarrer le service pour commencer à utiliser ce paramètre tant que vous créez un travail. Soyez prudent 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 d’une valeur trop élevée peut entraîner la baisse 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 dans un travail à partir d’un nœud source. Pour ajouter d’autres nœuds sources parallèles, créez et exécutez davantage de travaux simultanés.

• Ajoutez des cœurs et une mémoire. Nous recommandons fortement que les ordinateurs source, orchestrateur et de destination disposent d’au moins deux cœurs de processeur ou de deux processeurs virtuels. D’autres peuvent considérablement faciliter l’inventaire et les performances 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é en série pour l’inventaire, le transfert et le basculement. Cela signifie que chaque serveur doit terminer sa phase avant qu’un autre serveur ne démarre. Pour exécuter d’autres serveurs en parallèle, créez simplement plusieurs travaux, avec chaque travail ne contenant qu’un seul serveur. SMS prend en charge jusqu’à 100 travaux en exécution simultanée, ce qui signifie qu’un seul orchestrateur peut paralléliser de nombreux ordinateurs de destination Windows Server 2019 et Windows Server 2022. 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, car sans le service proxy SMS en cours d’exécution 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 les réseaux RDMA. En cas de transfert à partir d’un ordinateur source Windows Server 2012 ou ultérieur, 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 de transfert du processeur des processeurs de la carte mère vers les processeurs de carte réseau d’intégration, ce qui réduit la latence et l’utilisation du processeur du serveur. De plus, les réseaux RDMA comme ROCE et iWARP ont généralement une bande passante sensiblement plus élevée que TCP/ethernet standard, y compris des vitesses de 25, 50 et 100 Go par interface. L’utilisation de SMB Direct déplace généralement la limite de vitesse de transfert du réseau vers le stockage lui-même.

• Utilisez SMB 3 Multichannel. Si vous effectuez un transfert à partir d’un ordinateur Windows Server 2012 ou d’un ordinateur source ultérieur, 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 prenant en charge la mise à l’échelle côté réception (RSS)
  • Une ou plusieurs cartes réseau configurées à l’aide de l’association de cartes réseau
  • Une ou plusieurs cartes réseau prenant en charge RDMA

• Mettez à jour les pilotes. Installez si nécessaire les derniers pilotes et microprogrammes de stockage et de boîtier du fournisseur, les derniers pilotes du fournisseur HBA, le dernier microprogramme du fournisseur de BIOS/UEFI, les derniers pilotes réseau du fournisseur et les derniers pilotes de carte mère sur les serveurs source, de destination et 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 revenir aux états appropriés une fois la migration terminée.

• Régler le matériel Passez en revue les Recommandations relatives à l’optimisation des performances pour Windows Server 2016 pour le réglage des ordinateurs orchestrateur et de destination exécutant Windows Server 2022, Windows Server 2019 ou Windows Server 2016. La section Réglage des performances du sous-système réseau contient des informations particulièrement précieuses. Il existe un guide mis à jour pour Windows Server 2022 nommé (Guide d’optimisation des performances pour Windows Server 2022)[/windows-server/administration/performance-tuning/].

• Utilisez un stockage plus rapide. Bien qu’il puisse être 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 au niveau des performances d’E/S d’écriture que la source l’est au niveau 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 que, au moins pour les besoins de la migration, elle s’exécute dans la couche de stockage la plus rapide de vos hôtes hyperviseur, par exemple sur le niveau Flash ou avec des clusters HCI espaces de stockage direct utilisant des espaces hybrides ou tout flash 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 performance significatifs sur des fichiers plus volumineux. Passez en revue (compression SMB)[/windows-server/storage/file-server/smb-compression].

• Mettez à jour l’antivirus. Assurez-vous toujours que votre source et votre destination exécutent la dernière version corrigée du logiciel antivirus pour garantir une surcharge minimale des performances. À titre de test, excluez temporairement l’analyse des dossiers dont vous faites l’inventaire ou la migration 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 une version mise à jour du logiciel antivirus ou une explication de la dégradation attendue des performances.

La version du service de migration de stockage fournie dans Windows Server 2019 et Windows Server 2022 ne prend pas en charge la migration de NTFS vers des systèmes de fichiers ReFS. Vous pouvez migrer de NTFS vers NTFS et de ReFS vers ReFS. Cela est dû aux nombreuses différences de fonctionnalités, de métadonnées et d’autres aspects que ReFS ne duplique pas de NTFS. ReFS a été conçu comme un système de fichiers de charge de travail d’application, et non comme un système de fichiers général. Pour plus d’informations, consultez Vue d’ensemble du système de fichiers résilient (ReFS)

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

1. Arrêtez le service « Service de migration de stockage » sur l’ordinateur orchestrateur.

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

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

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

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

   HKEY_Local_Machine\Software\Microsoft\SMS DatabasePath = chemin d’accès au nouveau dossier de la 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 « Service de migration de stockage ».

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 la modification du serveur invisible aux clients.

Lors d’un transfert, le service de migration de stockage cherche à refléter 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 guise de 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 offre une fidélité parfaite avec l’ordinateur source.

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

Un serveur de destination peut contenir des certificats, émis avant le basculement, dans son magasin de certificats local, le nom du serveur faisant partie de l’objet, de l’autre nom de l’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 émettre de nouveau des certificats sur vos serveurs nouvellement renommés à l’aide de vos méthodes de déploiement actuelles, telles qu’une stratégie de groupe ou une inscription web.

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

• Utilisez l’outil Hub de commentaires inclus dans Windows 10, sélectionnez Suggérer une fonctionnalité, puis spécifiez la catégorie Windows Server et la sous-catégorie Migration du stockage
• L’adresse e-mail smsfeed@microsoft.com

Pour enregistrer des bogues :

• Utilisez l’outil Hub de commentaires inclus dans Windows 10, sélectionnez Signaler un problème, puis spécifiez la catégorie Windows Server et la sous-catégorie Migration du stockage
• Ouvrir un cas de support via Support Microsoft

Pour bénéficier du support technique :

• Publier une question sur Windows Server Tech Community
• Publier sur le forum Windows Server 2019
• Ouvrir un cas de support via Support Microsoft

Références supplémentaires

• Présentation du service de migration de stockage