présentation de Stockage Migration Service

S’applique à : Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2

Stockage migration Service facilite la migration du stockage vers Windows Server ou vers Azure. il fournit un outil graphique qui stocke les données sur les serveurs Windows, Linux et CIFS de NetApp, puis transfère les données vers des serveurs plus récents ou vers des machines virtuelles Azure. Stockage Migration Service offre également la possibilité de transférer l’identité d’un serveur vers le serveur de destination afin que les applications et les utilisateurs puissent accéder à leurs données sans modifier les liens ou les chemins d’accès.

cette rubrique explique pourquoi vous pouvez utiliser Stockage Service de migration, comment le processus de migration fonctionne, quelles sont les conditions requises pour les serveurs source et de destination, et quelles sont les nouveautés de Stockage Migration Service.

pourquoi utiliser Stockage Service de Migration

utilisez Stockage Service de Migration, car vous disposez d’un serveur (ou de nombreux serveurs) que vous souhaitez migrer vers des machines virtuelles ou matérielles plus récentes. Stockage Migration Service est conçue pour vous aider à effectuer les opérations suivantes :

  • Inventorier plusieurs serveurs et leurs données
  • Transférer rapidement des fichiers, des partages de fichiers et la configuration de sécurité à partir des serveurs sources
  • Éventuellement, vous pouvez utiliser l’identité des serveurs sources (également appelée « découpage ») afin que les utilisateurs et les applications n’aient pas à modifier quoi que ce soit pour accéder aux données existantes
  • gérer une ou plusieurs migrations à partir de l’interface utilisateur du centre d’administration Windows

Diagram showing Storage Migration Service migrating files & configuration from source servers to destination servers, Azure VMs, or Azure File Sync.

Figure 1 : Stockage sources et destinations du Service de Migration

Fonctionnement du processus de migration

La migration est un processus en trois étapes :

  1. Les serveurs d’inventaire pour collecter des informations sur leurs fichiers et leur configuration (voir figure 2).
  2. Transférer (copier) les données des serveurs source vers les serveurs de destination.
  3. Basculez vers les nouveaux serveurs (facultatif).
    Les serveurs de destination prennent les anciennes identités des serveurs sources, de sorte que les applications et les utilisateurs n’aient pas à modifier quoi que ce soit.
    Les serveurs sources entrent dans un état de maintenance où ils contiennent toujours les mêmes fichiers qu’ils ont toujours (nous ne supprimons jamais les fichiers des serveurs source), mais ils ne sont pas disponibles pour les utilisateurs et les applications. Vous pouvez par la suite désactiver les serveurs à votre convenance.

Screenshot showing a server ready to be scannedFigure 2 : serveurs d’inventaire du Service de Migration Stockage

voici une vidéo qui montre comment utiliser Stockage Migration Service pour prendre un serveur, tel qu’un serveur Windows server 2008 R2 qui n’est plus pris en charge, et déplacer le stockage vers un serveur plus récent.

Spécifications

Pour utiliser le service de migration de stockage, vous avez besoin de ceci :

  • Un serveur source ou un cluster de basculement pour migrer les fichiers et les données à partir de
  • un serveur de destination exécutant Windows server 2019 ou Windows server 2022 (cluster ou autonome) à migrer vers. Windows Server 2016 et Windows Server 2012 R2 fonctionnent également, mais sont environ 50% plus lents
  • un serveur orchestrator exécutant Windows server 2019 ou Windows server 2022 pour gérer la migration
    si vous ne migrez que quelques serveurs et que l’un des serveurs exécute Windows server 2019 ou Windows server 2022, vous pouvez l’utiliser en tant qu’orchestrateur. Si vous migrez d’autres serveurs, nous vous recommandons d’utiliser un serveur Orchestrator distinct.
  • un PC ou un serveur exécutant la dernière version du centre d’administration Windows pour exécuter l’interface utilisateur du service de migration Stockage, ainsi que le dernier outil de migration des Stockage (extension) disponible à partir du flux. le centre d’administration Windows doit avoir au moins la version 2103.

Nous recommandons vivement que les ordinateurs Orchestrator et de destination disposent d’au moins deux cœurs ou deux processeurs virtuels et au moins 2 Go de mémoire. Les opérations d’inventaire et de transfert sont beaucoup plus rapides avec plus de processeurs et de mémoire.

Exigences de sécurité, service proxy du service de migration de stockage et ports de pare-feu

  • Un compte de migration qui est administrateur sur les ordinateurs source et l’ordinateur Orchestrator. Il peut s’agir d’un compte de domaine ou d’un compte local, sauf dans le cas où un ordinateur n’est pas joint au domaine. dans ce cas, il doit s’agir d’un utilisateur local.

  • Un compte de migration qui est administrateur sur les ordinateurs de destination et l’ordinateur Orchestrator. Il peut s’agir d’un compte de domaine ou d’un compte local, sauf dans le cas où un ordinateur n’est pas joint au domaine. dans ce cas, il doit s’agir d’un utilisateur local.

  • La règle de pare-feu de partage de fichiers et d’imprimantes (SMB-in) doit être activée surl’ordinateur Orchestrator.

  • Les règles de pare-feu suivantes doivent être activées sur les ordinateurs source et de destination (même si vous les avez peut-être déjà activés ) :

    • Partage de fichiers et d’imprimantes (SMB-Entrée)
    • Service Netlogon (NP-In)
    • Windows Management Instrumentation (DCOM-In)
    • Windows Management Instrumentation (WMI-In)

    Conseil

    l’installation du service Proxy Stockage Migration service sur un ordinateur Windows server 2019 ou Windows server 2022 ouvre automatiquement les ports de pare-feu nécessaires sur cet ordinateur. pour ce faire, connectez-vous au serveur de destination dans Windows centre d’administration, puis accédez à Gestionnaire de serveur (dans Windows centre d’administration) rôles et fonctionnalités, sélectionnez Stockage Proxy du Service de Migration, puis sélectionnez installer.

  • Si les ordinateurs appartiennent à un domaine Active Directory Domain Services, ils doivent tous appartenir à la même forêt. Le serveur de destination doit également se trouver dans le même domaine que le serveur source si vous voulez transférer le nom de domaine de la source vers la destination lors du basculement. Le basculement fonctionne techniquement sur plusieurs domaines, mais le nom de domaine complet de la destination sera différent de la source.

Exigences pour les serveurs sources

Le serveur source doit exécuter l’un des systèmes d’exploitation suivants :

  • Windows Server, canal semi-annuel
  • Windows Server 2022
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2
  • Windows Server 2012
  • Windows Server 2008 R2
  • Windows Server 2008
  • Windows Server 2003 R2
  • Windows Server 2003
  • Windows Small Business Server 2003 R2
  • Windows Small Business Server 2008
  • Windows Small Business Server 2011
  • Windows Server 2012 Essentials
  • Windows Server 2012 R2 Essentials
  • Windows Server 2016 Essentials
  • Windows Server 2019 Essentials
  • Windows Storage Server 2008
  • Windows Storage Server 2008 R2
  • Windows Storage Server 2012
  • Windows Storage Server 2012 R2
  • Windows Storage Server 2016

remarque : Windows Small Business server et Windows server essentials sont des contrôleurs de domaine. Le service de migration de stockage ne peut pas encore faire de basculement à partir de contrôleurs de domaine, mais il peut inventorier et transférer des fichiers de ces derniers.

vous pouvez migrer les types de sources supplémentaires suivants si l’orchestrateur exécute Windows server 2019 avec KB5001384 installé ou Windows server 2022 :

  • clusters de basculement exécutant Windows server 2022, Windows server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012 ou Windows server 2008 R2 (Windows Le serveur 2008 R2 prend en charge uniquement l’inventaire et le transfert, pas le basculement)
  • Serveurs Linux qui utilisent Samba. Nous avons testé les éléments suivants :
    • CentOS 7
    • Debian GNU/Linux 8
    • RedHat Enterprise Linux 7.6
    • SUSE Linux Enterprise Server (SLES) 11 SP4
    • Ubuntu 16.04 LTS et 12.04.5 LTS
    • Samba 4.8, 4.7, 4.3, 4.2 et 3.6
  • Baies NetApp FAS hébergeant le serveur CIFS NetApp exécutant NetApp ONTAP 9.

Exigences pour les serveurs de destination

Le serveur de destination doit exécuter l’un des systèmes d’exploitation suivants :

  • Windows Server, canal semi-annuel
  • Windows Server 2022
  • Windows Server 2019
  • Windows Server 2016
  • Windows Server 2012 R2

les serveurs de destination peuvent être des serveurs autonomes ou faire partie d’un cluster de basculement Windows. Ils ne peuvent pas exécuter Azure Stack HCI ni utiliser un module complémentaire de mise en cluster non-Microsoft. bien que le Service de Migration Stockage ne prenne pas en charge Azure Files comme destination, il prend entièrement en charge les serveurs exécutant l’agent Azure File Sync avec la hiérarchisation cloud.

Conseil

les serveurs de Destination exécutant Windows server 2022 ou Windows server 2019 ont double les performances de transfert des versions antérieures de Windows server. cette amélioration des performances est due à l’inclusion d’un service de proxy de service de Migration Stockage intégré.

Migration de machines virtuelles Azure

Windows centre d’administration intègre le déploiement d’Azure IaaS dans Stockage Service de Migration. au lieu de créer des serveurs et des machines virtuelles dans le portail Azure manuellement avant de déployer votre charge de travail, et éventuellement des étapes et des configurations requises, Windows centre d’administration peut déployer la machine virtuelle Azure IaaS, configurer son stockage, la joindre à votre domaine, installer des rôles, puis configurer votre système distribué.

voici une vidéo qui montre comment utiliser Stockage migration Service pour migrer vers des machines virtuelles Azure.

Si vous souhaitez élever et déplacer des machines virtuelles vers Azure sans migrer vers un système d’exploitation ultérieur, envisagez d’utiliser Azure Migrate. Pour plus d’informations, consultez Azure Migrate vue d’ensemble.

nouveautés de Stockage Migration Service

Windows centre d’administration version 1910 a ajouté la possibilité de déployer des machines virtuelles Azure. cela intègre le déploiement de machines virtuelles Azure dans Stockage Service de Migration. Pour plus d’informations, consultez migration de machines virtuelles Azure.

les fonctionnalités postérieures à RTM suivantes sont disponibles lors de l’exécution de l’Stockage serveur de Migration orchestrator sur Windows server 2019 avec KB5001384 installé ou sur Windows Server 2022 :

  • Migrer des groupes et utilisateurs locaux vers le nouveau serveur
  • Migrer le stockage à partir des clusters de basculement, migrer vers les clusters de basculement et migrer entre les serveurs autonomes et les clusters de basculement
  • Migrer le stockage à partir d’un serveur Linux qui utilise Samba
  • Synchroniser plus facilement des partages migrés dans Azure à l’aide d’Azure File Sync
  • Migrer vers de nouveaux réseaux comme Azure
  • migrer des serveurs CIFS netapp à partir de baies netapp FAS vers Windows serveurs et clusters

Références supplémentaires