Partager via

Utiliser le service de migration du stockage pour migrer un serveur

Vous pouvez utiliser le service de migration de stockage et Windows Admin Center (WAC) pour migrer un serveur vers un autre, y compris leurs fichiers et leur configuration. Cet article explique comment migrer un serveur Windows, une ressource de serveur de fichiers de cluster de basculement Windows, un serveur Samba ou un tableau de stockage attaché à NetApp Fabric (FAS) vers un autre serveur Windows ou un cluster de basculement Windows.

Le processus de migration commence par un inventaire de serveur pour identifier le contenu à migrer et une vérification de pare-feu pour garantir la réussite de la migration. Le processus transfère les données de vos serveurs sources vers les serveurs de destination, puis bascule vers vos nouveaux serveurs. Après la migration, vous pouvez traiter les serveurs sources mis hors service et réémettre des certificats sur votre nouveau serveur de destination.

Étape 1 : Installer le service de migration et vérifier le pare-feu

Avant de commencer, installez le service de migration de stockage et vérifiez que les ports de pare-feu nécessaires sont ouverts.

  1. Vérifiez les exigences du service de migration de stockage et installez la dernière version de Windows Admin Center sur votre PC ou un serveur d’administration si ce n’est déjà fait. Vous avez également besoin de la dernière version de l’extension Storage Migration Service, qui est installée automatiquement par WAC si les extensions de mise à jour automatique sont activées dans lesextensions>. Si vous migrez des ordinateurs sources joints à un domaine, vous devez installer et exécuter le service de migration de stockage sur un serveur joint au même domaine ou à la même forêt que les ordinateurs sources.

  2. Dans WAC, connectez-vous au serveur d’orchestrateur exécutant Windows Server 2019 ou version ultérieure. Cet orchestrateur correspond au serveur sur lequel vous installez le service de migration de stockage et que vous utilisez pour gérer la migration.

    • Si vous migrez un seul serveur, vous pouvez utiliser le serveur de destination tant qu’il exécute Windows Server 2019 ou version ultérieure.
    • Nous vous recommandons d’utiliser un serveur d’orchestration distinct pour les migrations impliquant plusieurs serveurs.

  3. Dans WAC, accédez au Gestionnaire de serveur>Service de migration de stockage. Sélectionnez Installer pour installer Storage Migration Service et ses composants requis, comme illustré dans la figure suivante.

    Capture d’écran de la page Service de migration de stockage montrant le bouton Installer.

  4. Installez le proxy Storage Migration Service sur tous les serveurs de destination exécutant Windows Server 2019 ou version ultérieure. Cette installation permet de doubler la vitesse de transfert quand vous l’installez sur les serveurs de destination.

    1. Connectez-vous au serveur de destination dans WAC.
    2. Accédez au Gestionnaire de serveur (dans WAC)>Rôles et fonctionnalités>Fonctionnalités.
    3. Sélectionnez Proxy du service de migration de stockage, puis sélectionnez Installer.

  5. Si vous envisagez de migrer vers ou depuis des clusters de basculement Windows, installez les outils de clustering avec basculement sur le serveur orchestrateur. Cette installation se produit automatiquement dans la dernière version de WAC lorsque vous sélectionnez Migrer à partir de clusters de basculement dans l’option Paramètres de travail de l’inventaire.

    1. Pour installer en dehors de la phase d’inventaire du service de migration de stockage, connectez-vous au serveur orchestrator dans WAC.
    2. Accédez aux rôles et fonctionnalités du > de serveur (dans WAC), >fonctionnalités, >outils d’administration de serveur distant, >outils d’administration des fonctionnalités.
    3. Sélectionnez Outils de clustering de basculement, puis Installer.

    Notes

    Si vous effectuez une migration à partir d’un tableau FAS NetApp, vous devez installer manuellement la dernière version de NetApp PowerShell Toolkit sur l’orchestrateur. Ce kit de ressources est disponible pour tous les clients NetApp sous licence disposant d’un contrat de support NetApp actif à partir de mysupport.netapp.com.

  6. Sur tous les serveurs sources et sur tous les serveurs de destination exécutant Windows Server 2016 à l’aide de WAC, connectez-vous à chaque serveur, accédez à Server Manager (dans WAC) >Pare-feu>règles entrantes, puis vérifiez que les règles suivantes sont activées :

    • Partage de fichiers et d’imprimantes (SMB-Entrée)
    • Service Netlogon (NP-In)
    • Instrumentation de gestion Windows (DCOM-In)
    • Windows Management Instrumentation (WMI-In) - une technologie de Microsoft pour la gestion de systèmes en réseau

    Si vous utilisez des pare-feu tiers, les plages de ports entrants à ouvrir sont les suivantes :

    • TCP/445 (SMB)
    • TCP/135 (mappeur de point de terminaison RPC/DCOM)
    • TCP 1025-65535 (ports éphémères RPC/DCOM)

    Les ports du service de migration de stockage sont les suivants :

    • TCP/28940 (orchestrateur)
    • TCP/28941 (proxy)

  7. Si vous utilisez un serveur orchestrateur et que vous voulez télécharger des événements ou un journal de transfert des données, vérifiez que la règle de pare-feu Partage de fichiers et d’imprimantes (SMB-in) est activée sur ce serveur.

Étape 2 : Créer des données de serveur d’inventaire et de travail

Au cours de cette étape, spécifiez les serveurs à migrer, puis analysez-les pour collecter des informations sur leurs fichiers et configurations.

  1. Dans Storage Migration Service, sélectionnez Nouveau travail, nommez le travail, puis indiquez s’il faut migrer des serveurs windows et des clusters, des serveurs Linux qui utilisent Samba ou un tableau NETApp FAS. Puis sélectionnez OK.

  2. Dans la page Vérifier les prérequis, passez en revue les prérequis. Ensuite, sélectionnez Suivant.

  3. Si vous effectuez une migration à partir d’un tableau NetApp FAS, dans la page Sélectionner le tableau NetApp FAS , entrez votre adresse IP netApp FAS Array, vos informations d’identification d’administrateur et votre mot de passe. Ensuite, sélectionnez Suivant.

  4. Si vous migrez à partir d’un serveur ou d’un cluster Windows, dans la page Entrer les informations d’identification, entrez les informations d’identification d’administrateur pour les serveurs à partir duquel vous souhaitez migrer, puis sélectionnez Suivant.

    • Si vous migrez à partir de serveurs Linux, entrez les informations d’identification dans les pages d’informations d’identification Samba et Linux , y compris un mot de passe SSH ou une clé privée.

    • Si vous effectuez une migration à partir d’un tableau FAS NetApp, effectuez les étapes suivantes :

      1. Utilisez la page Entrer les informations d’identification et préscanner NetApp pour entrer les informations d’identification d’administrateur pour les serveurs CIFS (Common Internet File System) NetApp à partir duquel vous souhaitez migrer.
      2. Sélectionnez Démarrer l’analyse pour répertorier tous les serveurs NetApp CIFS s’exécutant sur le tableau NetApp FAS. Vous pouvez décocher tous les serveurs CIFS que vous ne souhaitez pas migrer.
      3. Sélectionnez Suivant.

  5. Dans la page Installer les outils requis , vérifiez que les outils requis ont été installés sans erreur. Ensuite, sélectionnez Suivant.

  6. Si vous migrez à partir d’un serveur ou d’un cluster Windows, ou à partir de Linux Samba, dans la page Ajouter et analyser des appareils , sélectionnez Ajouter un appareil, puis recherchez Active Directory pour un cluster de serveur source. Vous pouvez utiliser un astérisque pour effectuer des recherches partielles génériques. Vous pouvez également entrer un nom de serveur source exact ou le nom d’une ressource de serveur de fichiers de cluster. Sélectionnez OK.
    Répétez cette étape pour tous les autres serveurs à inventorier. Si vous effectuez une migration à partir d’un tableau NetApp FAS, la page Sélectionner et analyser les serveurs répertorie déjà le serveur source.

  7. Sélectionnez Valider et vérifier que la validation passe pour tous les serveurs.

    Notes

    Une erreur pour les privilèges de sauvegarde est attendue à partir des serveurs NetApp CIFS. Vous pouvez ignorer cette erreur sans risque.

  8. Sélectionnez Démarrer l’analyse. La page est mise à jour en fin d’analyse.

    Capture d’écran montrant un serveur prêt à être analysé.

  9. Sélectionnez chaque serveur pour passer en revue les partages, la configuration, les cartes réseau et les volumes inventoriés.

    Le service de migration de stockage ne transfère pas les fichiers ou dossiers qui risquent d’interférer avec le fonctionnement de Windows. Vous recevez donc des avertissements sur tous les partages situés dans le dossier système Windows. Vous devez ignorer ces partages pendant la phase de transfert. Pour plus d’informations, consultez Les fichiers et dossiers exclus des transferts.

  10. Sélectionnez Suivant pour passer au transfert de données.

Étape 3 : Transférer les données vers les serveurs de destination

Au cours de cette étape, vous transférez les données après avoir spécifié l’emplacement où les mettre sur les serveurs de destination.

  1. Dans la page Transférer des données>, entrez les informations d’identification de l’administrateur qui fonctionnent sur les serveurs de destination vers utilisant lequel vous souhaitez migrer, puis sélectionnez Suivant.

  2. Dans la page Ajouter un appareil de destination et des mappages , le premier serveur source est répertorié. Entrez le nom de la ressource de cluster du serveur ou du serveur de fichiers vers laquelle vous souhaitez migrer, puis sélectionnez Analyser l’appareil. Si vous effectuez une migration à partir d’un ordinateur source joint à un domaine, le serveur de destination doit être joint au même domaine. Vous pouvez également sélectionner Créer une machine virtuelle Azure , puis utiliser l’Assistant pour déployer un nouveau serveur de destination dans Azure. Cette fonction dimensionne automatiquement votre machine virtuelle, provisionne le stockage, met en forme des disques, joint le domaine et ajoute le proxy Storage Migration Service à une destination Windows Server 2019 ou ultérieure. Vous pouvez choisir parmi les machines virtuelles Windows Server 2025 (recommandé), Windows Server 2022, Windows Server 2019 et Windows Server 2016 de toute taille et utiliser des disques managés.

    Notes

    L’utilisation de Créer une machine virtuelle Azure nécessite que vous disposiez des éléments suivants :

    • Un abonnement Azure valide.
    • Un groupe de ressources Azure Compute existant dans lequel vous disposez de droits de création .
    • Un Azure Virtual Network et un sous-réseau existants.
    • Un circuit Azure ExpressRoute ou une solution VPN Azure liée au réseau virtuel et au sous-réseau qui permet la connectivité de cette machine virtuelle IaaS Azure à vos clients locaux, contrôleurs de domaine, ordinateur orchestrateur du service de migration de stockage, ordinateur exécutant WAC et ordinateur source à migrer.

    La vidéo suivante montre comment utiliser le service de migration de stockage pour migrer vers des machines virtuelles Azure.

  3. Mappez les volumes sources aux volumes de destination, décochez la case Inclure pour tous les partages que vous ne souhaitez pas transférer (y compris les partages administratifs situés dans le dossier système Windows) et vérifiez que la case à cocher Azure File Sync est définie pour tous les volumes ou partages de hiérarchisation cloud avec Azure File Sync, puis sélectionnez Suivant.

    Notes

    Lors de la migration de serveurs CIFS NetApp, les volumes sources n’affichent pas de lettres de lecteur. Vous pouvez mapper ces volumes à tout volume de destination et vous pouvez mapper plusieurs volumes CIFS NetApp au même volume de destination. De nouveaux chemins de dossier racine sont créés pour éviter tout remplacement ou toute collision de dossiers, puis les partages sont créés au niveau approprié. Le volet Détails partages affiche la structure de dossiers que vous êtes sur le point de créer.

    Capture d’écran d’un serveur source avec des volumes et des partages ainsi que leur emplacement de transfert sur la destination.

  4. Ajoutez un serveur de destination et des mappages pour d’autres serveurs sources, puis sélectionnez Suivant.

  5. Dans la page Ajuster les paramètres de transfert , spécifiez s’il faut migrer des utilisateurs et des groupes locaux sur les serveurs sources, puis sélectionnez Suivant. Cette option vous permet de recréer tous les utilisateurs et groupes locaux sur les serveurs de destination afin que les autorisations de fichiers ou de partage définies sur les utilisateurs et groupes locaux ne soient pas perdues. Voici les options lors de la migration d’utilisateurs et de groupes locaux :

    Important

    Si vous migrez des serveurs CIFS NetApp, vous ne pouvez pas migrer des utilisateurs et groupes locaux.

    • Renommer des comptes portant le même nom est sélectionné par défaut et migre tous les utilisateurs et groupes locaux sur le serveur source. Si des utilisateurs ou groupes locaux sur la source portent le même nom sur la destination, ils reçoivent de nouveaux noms sur la destination. Toutefois, un utilisateur ou groupe intégré utilise le même nom sur la source et la destination, par exemple l’utilisateur Administrateur ou le groupe Administrateurs.
    • L’option Réutiliser les comptes portant le même nom associe les utilisateurs et groupes portant un nom identique sur la source et la destination. N’utilisez pas ce paramètre si votre serveur source ou de destination est un contrôleur de domaine.
    • Ne transférez pas d’utilisateurs et de groupes ignore la migration d’utilisateurs et de groupes locaux, ce qui est requis lorsque votre source ou votre destination est un contrôleur de domaine, ou lors de l’amorçage de données pour la réplication DFS (la réplication DFS ne prend pas en charge les groupes et utilisateurs locaux).

    Notes

    Les comptes d’utilisateur migrés sont désactivés sur la destination et ils reçoivent un mot de passe à 127 caractères à la fois complexe et aléatoire. Vous devez donc les activer et leur attribuer un nouveau mot de passe quand vous avez terminé pour continuer à les utiliser. Ainsi, tous les anciens comptes avec des mots de passe oubliés et faibles sur la source ne continuent pas à constituer un problème de sécurité sur la destination. Vous devez également passer en revue Qu’est-ce que Windows LAPS ? pour gérer les mots de passe d’administrateur local.

  6. Sélectionnez Valider , puis sélectionnez Suivant.

  7. Sélectionnez Démarrer le transfert pour commencer à transférer des données.

    La première fois que vous transférez des données, vous déplacez tous les fichiers existants sur une destination vers un dossier de sauvegarde. Pour les serveurs de destination exécutant Azure File Sync avec la hiérarchisation cloud, cette option de sauvegarde n’est pas prise en charge. Sinon, nous prenons entièrement en charge Azure File Sync avec la hiérarchisation cloud et incluons les informations de transfert mises à jour dans WAC. Lors des transferts suivants, par défaut, nous actualisons la destination sans la sauvegarder au préalable. Storage Migration Service est suffisamment intelligent pour gérer les partages qui se chevauchent , nous ne copiez pas les mêmes dossiers deux fois dans le même travail.

  8. Une fois le transfert terminé, examinez le serveur de destination pour vérifier que tout est correctement transféré. Sélectionnez Le journal des erreurs uniquement si vous souhaitez télécharger un journal des fichiers qui n’ont pas été transférés.

    Notes

    Si vous souhaitez conserver une piste d’audit des transferts ou envisagez d’effectuer plusieurs transferts dans un travail, cliquez sur Transférer le journal ou les autres options d’enregistrement de journal pour enregistrer une copie CSV. Chaque transfert ultérieur remplace les informations de base de données de l’exécution précédente. Si vous migrez un grand nombre de fichiers, vous pouvez avoir besoin d’ajuster le délai d’expiration pour enregistrer ce fichier CSV. Pour plus d’informations, consultez Le service de migration de stockage dépasse le délai d’expiration lors du téléchargement du fichier CSV de transfert ou d’erreurs.

À ce stade, vous avez trois possibilités :

  • Passez à l’étape suivante, en effectuant la transition pour que les serveurs de destination adoptent les identités des serveurs sources.
  • Considérez la migration complète sans prendre en charge les identités des serveurs sources.
  • Transférez à nouveau, en copiant uniquement les fichiers mis à jour depuis le dernier transfert.

Si votre objectif est de synchroniser les fichiers avec Azure, vous pouvez configurer les serveurs de destination avec Azure File Sync après avoir transféré des fichiers ou après avoir basculé vers les serveurs de destination. Consultez Planification d’un déploiement Azure File Sync.

Étape 4 :  Basculer vers les nouveaux serveurs

Au cours de cette étape, vous basculez des serveurs sources vers les serveurs de destination, en déplaçant les adresses IP et noms d’ordinateur vers les serveurs de destination. Une fois cette étape terminée, les applications et utilisateurs accèdent aux nouveaux serveurs par le biais des noms et adresses des serveurs à partir desquels vous avez effectué la migration.

  1. Si vous vous êtes éloigné de la tâche de migration, dans WAC, accédez à Server Manager>Storage Migration Service, puis sélectionnez la tâche que vous souhaitez terminer.

  2. Sur la page Passer aux nouveaux serveurs>Entrez les identifiants, sélectionnez Suivant pour utiliser les informations d'identification que vous avez saisies précédemment.

  3. Dans la page Configurer le basculement, spécifiez la carte réseau de la destination qui doit prendre en charge les paramètres de chaque carte de la source. Cette option déplace l’adresse IP de la source vers la destination dans le cadre du basculement, ce qui donne au serveur source un nouveau protocole DHCP ou une nouvelle adresse IP statique. Vous pouvez ignorer toutes les migrations réseau ou certaines interfaces.

  4. Spécifier l’adresse IP à utiliser pour le serveur source après le basculement permet de déplacer son adresse vers la destination. Si vous migrez un serveur Windows ou un serveur de fichiers de ressources de cluster, ou vers Linux Samba, vous pouvez utiliser DHCP ou spécifier une nouvelle adresse IP statique. Si vous utilisez une adresse statique, le nouveau sous-réseau doit être le même que l’ancien, sans quoi le basculement échoue. Si vous migrez un tableau FAS NetApp, utilisez des sous-réseaux NetApp au lieu du protocole DHCP.

    Capture d’écran d’un serveur source avec des adresses IP et des noms d’ordinateur, ainsi que leurs valeurs de remplacement après le basculement.

  5. Indiquez comment renommer le serveur source une fois que le serveur de destination a repris son nom. Vous pouvez utiliser un nom généré de manière aléatoire ou en entrer un. Ensuite, sélectionnez Suivant.

  6. Dans la page Ajuster les paramètres , vous devrez peut-être fournir de nouvelles informations d’identification utilisateur AD avec des autorisations pour supprimer l’ordinateur source ou le serveur de fichiers en cluster du domaine, puis les rajouter avec un nouveau nom si vos informations d’identification de migration source n’ont pas cette autorisation.

  7. Sélectionnez Valider dans la page Valider la source et l’appareil de destination , puis sélectionnez Suivant.

  8. Lorsque vous êtes prêt à effectuer le basculement, sélectionnez Démarrer le basculement.
    Les utilisateurs et applications peuvent subir une interruption pendant le déplacement de l’adresse et des noms, et les serveurs peuvent redémarrer plusieurs fois. Notez que les utilisateurs et les applications ne sont pas autrement affectés par la migration. La durée d’exécution du basculement dépend de la rapidité du redémarrage des serveurs et des délais de réplication Active Directory et DNS.

Opérations post-migration

Après la migration d’un serveur ou cluster, évaluez l’environnement pour déterminer les opérations post-migration possibles.

  • Créez un plan pour le serveur source désormais désactivé : Le service de migration de stockage utilise le processus de basculement pour permettre à un serveur de destination de supposer l’identité d’un serveur source. Le processus modifie les noms et les adresses IP du serveur source pour empêcher tout accès par des utilisateurs et applications. Toutefois, il ne désactive pas ni ne modifie le contenu du serveur source. Vous devez créer un plan de mise hors service du serveur source. Nous vous recommandons de garder la source en ligne pendant au moins deux semaines pour permettre la migration de toutes les données en cours d’utilisation. Cette période d’attente garantit que tous les fichiers sont facilement récupérables sans avoir besoin d’une restauration de sauvegarde hors connexion. À l’issue de cette période, nous vous recommandons de désactiver le serveur pendant quatre semaines supplémentaires afin qu’il soit toujours disponible à des fins d’extraction de données, mais qu’il ne consomme plus de ressources opérationnelles ou d’alimentation. À l’issue de cette période, effectuez une dernière sauvegarde complète du serveur, puis réfléchissez à sa réutilisation s’il s’agit d’un serveur physique ou à sa suppression s’il s’agit d’une machine virtuelle.
  • Réédition des certificats sur le nouveau serveur de destination : pendant le temps où le serveur de destination était en ligne, mais pas encore coupé, les certificats ont peut-être été émis par le biais de l’inscription automatique ou d’autres processus. Le renommage d’un serveur Windows ne modifie pas ni ne réémet automatiquement les certificats existants, de sorte que les certificats existants peuvent contenir le nom du serveur utilisé avant le basculement. Vous avez intérêt à examiner les certificats existants sur le serveur et à en réémettre de nouveaux si nécessaire.