Serveur d'impression

Chemins de migration pour la migration vers un cluster de basculement exécutant Windows Server 2012 R2 – Bien choisir son serveur d impression

Par Titanfall , le 21 février 2020 - 32 minutes de lecture

<! – ->

S'applique à: Windows Server 2012 R2

Cette rubrique fournit des conseils pour la migration de rôles de cluster spécifiques vers un cluster de basculement exécutant le système d'exploitation Windows Server 2012 R2 à l'aide de l'Assistant Copie des rôles de cluster dans le Gestionnaire de cluster de basculement. La rubrique couvre les chemins de migration pris en charge, fournit une vue d'ensemble de la migration basée sur un assistant et indique les rôles de cluster qui nécessitent une gestion spéciale lors de la migration.

Chemins de migration pour des migrations spécifiques

Le tableau suivant répertorie les versions du système d'exploitation sur un cluster de basculement source qui peuvent être migrées vers un cluster de basculement exécutant Windows Server 2012 R2 pour chaque service ou application en cluster. Migrations entre les clusters de basculement créés avec des ordinateurs physiques et les clusters de basculement créés à partir de machines virtuelles (également appelés clusters invités) sont pris en charge.

Migrations prises en charge pour les rôles et les ressources en cluster vers un cluster de basculement Windows Server 2012 R2

Rôle ou ressource en cluster

Depuis Windows Server 2008 R2 SP1

Depuis Windows Server 2012

Depuis Windows Server 2012 R2

Paramètres du registre de cluster

Oui

Oui

Oui

Volumes de volume partagé de cluster (CSV)

Oui

Oui

Oui

Espace de noms DFS (DFS-N)

Oui

Oui

Oui

Réplication DFS (DFS-R)

Oui

Oui

Oui

Serveur DHCP

Oui

Oui

Oui

Nom de réseau distribué (DNN)

Non

Oui

Oui

Serveur de fichiers

Oui

Oui

Oui

Serveur de fichiers évolutif pour les données d'application

Non

Oui

Oui

Application générique

Oui

Oui

Oui

Script générique

Oui

Oui

Oui

Service générique

Oui

Oui

Oui

Machine virtuelle

Oui

Oui

Oui

Courtier de répliques Hyper-V

Non

Oui

Oui

Adresses IP (IPV4, IPV6, adresses de tunnel IPv6)

Oui

Oui

Oui

Serveur cible iSCSI

Oui

Oui

Oui

Service de noms de stockage Internet (iSNS)

Oui

Oui

Oui

Message Queuing (MSMQ), déclencheurs MSMQ

Oui

Oui

Oui

Ressources de nom de réseau

Oui

Oui

Oui

Partages NFS

Oui

Oui

Oui

Autre serveur

Oui

Oui

Oui

Ressource de disque physique

Oui

Oui

Oui

Serveur WINS

Oui

Oui

Oui

Remarque

Dans Windows Server 2012 R2, vous pouvez désigner un disque dur virtuel (fichier .vhdx) comme stockage partagé pour plusieurs machines virtuelles configurées en tant que cluster de basculement invité. Ce nouveau type de cluster invité, appelé cluster invité VHDX partagé, active des scénarios tels que les clusters invités FCI (Instance de cluster de basculement Microsoft SQL Server). L'Assistant Copie des rôles de cluster prend en charge la migration des rôles dans le tableau ci-dessus (à l'exception du rôle Machines virtuelles, qui ne peut pas exister dans un cluster invité) entre des clusters invités VHDX partagés exécutant la version finale de Windows Server 2012 R2. Cependant, si vous avez créé un cluster invité VHDX partagé dans Windows Server 2012 R2 Preview, vous ne pouvez pas utiliser l'Assistant pour copier les rôles de cluster vers un cluster invité VDX partagé exécutant la version finale de Windows Server 2012 R2.

Rôles de cluster qui ne peuvent pas être migrés

Certains services et applications pouvant s'exécuter dans un cluster de basculement sur Windows Server 2012 R2 ne peuvent pas être migrés à l'aide de l'Assistant Copie des rôles de cluster, dans certains cas, car ils n'étaient pas pris en charge sur les versions antérieures du clustering. L'Assistant Copie des rôles de cluster dans Windows Server 2012 R2 ne peut pas être utilisé pour migrer les rôles en cluster suivants:

  • Microsoft SQL Server: pour obtenir des conseils sur la mise à niveau de SQL Server, consultez le livre technique sur la mise à niveau de SQL Server 2012.

  • Microsoft Exchange Server: pour obtenir des conseils de mise à niveau pour Exchange Server, voir Présentation de la mise à niveau vers Exchange 2010.

  • Spouleur d'impression à partir de Windows Server 2008 R2: dans Windows Server 2012 R2 et Windows Server 2012, le spouleur d'impression n'est plus une ressource en cluster. Au lieu de cela, la haute disponibilité est définie comme une machine virtuelle hautement disponible s'exécutant sur un nœud de cluster unique. Le rôle de serveur d'impression est installé sur une seule machine virtuelle, qui peut être migrée vers d'autres nœuds automatiquement ou manuellement. Pour plus d'informations, voir Présentation de l'impression haute disponibilité.

  • Courtier de connexion Bureau à distance à partir de Windows Server 2008 R2: dans Windows Server 2012 R2 et Windows Server 2012, le modèle de clustering actif / passif pour le service de rôle Courtier de connexion Bureau à distance, utilisé dans les versions antérieures de Windows Server, est remplacé par le courtier actif / actif , qui élimine le besoin de clustering et fournit un modèle entièrement actif / actif. Pour plus d'informations, consultez l'entrée de blog RD Connection Broker High Availability dans Windows Server 2012.

  • Tâches du service de cliché instantané des volumes

  • Tâches du Planificateur de tâches (Windows Server 2012 R2 et Windows Server 2012 uniquement)

  • Paramètres de mise à jour adaptée aux clusters (CAU) (Windows Server 2012 R2 et Windows Server 2012 uniquement)

Rôles limités à une seule instance par cluster

Pour les rôles suivants, une seule instance par cluster de basculement est prise en charge:

Pour ces rôles, l'Assistant Copie des rôles de cluster ne tentera pas de créer une deuxième instance de rôle si une instance existe déjà sur le cluster cible.

Migrations pour lesquelles l'Assistant Copie des rôles de cluster effectue la plupart ou la totalité des étapes

Pour les services ou applications en cluster suivants, l'Assistant Copie des rôles de cluster effectue la plupart ou toutes les étapes d'une migration vers un cluster de basculement Windows Server 2012 R2:

  • Espace de noms DFS (Distributed File System)

  • Application générique

  • Script générique

  • Service générique

  • Adresse IPv4, lors de la migration dans le même sous-réseau

  • Adresse IPv6 ou adresse de tunnel IPv6

  • Service de noms de stockage Internet (iSNS)

  • Nom du réseau (autre que le nom du cluster)

    Si l'authentification Kerberos est activée pour la ressource de nom de réseau, l'assistant de migration vous invite à saisir le mot de passe du compte de service de cluster utilisé par l'ancien cluster.

  • NFS

  • Disque physique (paramètres de ressources uniquement; ne copie pas les données vers le nouveau stockage)

  • Service de noms Internet Windows (WINS) (des étapes supplémentaires peuvent être nécessaires si vous migrez vers un nouveau stockage et que vous utilisez une lettre de lecteur différente sur le chemin d'accès à la nouvelle base de données.)

Pour plus d'informations sur l'Assistant Copie de rôles de cluster, voir Créer un cluster de basculement. Pour obtenir des instructions pas à pas pour effectuer une migration entre deux clusters de basculement multimode, voir Migration entre deux clusters multi-nœuds. Pour obtenir des instructions pas à pas pour effectuer une migration autonome lors de la mise à niveau d'un cluster de basculement unique, voir Migration sur place pour un cluster à deux nœuds: migration vers Windows Server 2012 R2.

Migration dans des environnements mixtes

L'Assistant Copie des rôles de cluster peut migrer des ressources en cluster dans des environnements mixtes. Par exemple, l'assistant prend en charge les différences suivantes dans les environnements source et de destination:

  • Migrez les adresses IP statiques vers un cluster à l'aide de DHCP.

  • Migrez les ressources IPv4 dans un environnement IPv6.

  • Migrez sur des sous-réseaux routés.

  • Migrez un cluster physique vers un cluster invité (virtuel) (à l'exception des clusters Hyper-V, qui doivent s'exécuter sur des ordinateurs physiques).

  • Migrer entre différentes éditions du système d'exploitation (par exemple, de Windows Server Enterprise vers Windows Server Datacenter), entre des architectures de processeur x86 et x64, et d'un cluster exécutant Windows Server Core ou Microsoft Hyper-V Server vers un cluster exécutant une version complète de Windows Server.

Pendant la migration, l'Assistant vous permet de résoudre les conflits de noms entre les groupes de ressources, les ressources et les noms de partage et de résoudre les collisions de lettres de lecteur. L'assistant résout les conflits dans le cadre du processus de réparation post-migration.

Important

L'Assistant Copie des rôles de cluster déplace les ressources, pas les données. Si vous prévoyez de migrer vers un nouveau stockage, vous devez déplacer les données et les dossiers vous-même.

Étapes supplémentaires pour une migration basée sur un assistant

Certaines étapes supplémentaires sont généralement nécessaires avant ou après l'exécution de l'Assistant, notamment les suivantes:

  • Installez les rôles et fonctionnalités de serveur nécessaires dans le nouveau cluster. Dans la plupart des cas, vous devez installer le rôle ou la fonctionnalité sur tous les nœuds du cluster. Par exemple, avant de migrer une machine virtuelle hautement disponible, vous devez installer le rôle serveur Hyper-V sur chaque nœud de cluster.

  • Copiez ou installez les applications, services ou scripts associés sur le nouveau cluster (tous les nœuds).

  • Si un rôle ou une fonctionnalité migré utilise le même stockage, mettez les services et le stockage hors ligne sur l'ancien cluster, puis rendez le stockage disponible pour le nouveau cluster.

  • Si un rôle ou une fonctionnalité migré utilise un nouveau stockage, assurez-vous que toutes les données et tous les dossiers sont copiés sur le nouveau stockage. Vérifiez les autorisations sur tous les sous-dossiers partagés qui ont été migrés.

  • Si le nouveau cluster se trouve sur un sous-réseau différent, fournissez des adresses IP statiques.

  • Si le nouveau cluster utilise une lettre de volume différente, mettez à jour les emplacements de chemin de lecteur pour les applications.

  • Configurez les tâches du Gestionnaire des tâches sur le nouveau cluster. (Windows Server 2012 R2 ou Windows Server 2012 uniquement)

  • Pour une machine virtuelle, installez les derniers services d'intégration sur la machine virtuelle. Configurez les sauvegardes du service de cliché instantané des volumes (VSS). Pour une migration à partir de Windows Server 2012 R2 ou Windows Server 2012, configurez les paramètres de réplique Hyper-V.

  • Configurez la mise à jour adaptée aux clusters (CAU). (Windows Server 2012 R2 et Windows Server 2012 uniquement)

Rapports Rôles de copie de cluster de basculement

L'assistant fournit un rapport de pré-copie des rôles de copie de cluster de basculement (anciennement le rapport de pré-migration) et un rapport de post-copie des rôles de copie de cluster de basculement (anciennement le rapport de post-migration), qui fournissent des informations importantes. Nous vous recommandons de consulter les deux rapports lors de la migration:

  • Le rapport sur les rôles de pré-copie explique si chaque ressource que vous prévoyez de migrer est éligible pour la migration.

  • Le rapport sur les rôles après copie contient des informations sur la réussite de la migration et décrit les étapes supplémentaires qui peuvent être nécessaires avant de mettre en ligne les ressources migrées.

Remarque

Deux groupes de ressources ne sont jamais migrés: Groupe Cluster Core Resources et Groupe de stockage disponible. Vous pouvez ignorer ces groupes de ressources dans les rapports Rôles de copie de cluster de basculement.

Migrations de rôles et de fonctionnalités en cluster qui nécessitent des étapes supplémentaires

Cette section fournit des conseils pour la migration de rôles et de fonctionnalités en cluster qui nécessitent des étapes supplémentaires avant ou après l'exécution de l'Assistant Copie des rôles de cluster pour effectuer une migration entre les clusters.

Migrations de réplication DFS en cluster

Avant de migrer la réplication du système de fichiers distribués (DFS) en cluster (également appelée DFS-R ou DFSR) vers un cluster exécutant Windows Server 2012 R2, vous devez ajouter le nouveau cluster au groupe de réplication DFS auquel appartient l'ancien cluster, puis attendez que la réplication DFS synchronise les données avec le nouveau cluster. Une fois la synchronisation des données terminée, vous pouvez mettre hors service l'ancien cluster. Pour obtenir des instructions pas à pas, voir Migrer les services de fichiers et de stockage vers Windows Server 2012 R2 et Services de fichiers et de stockage: tâches de post-migration.

Pour migrer des instances en cluster de réplication DFS vers un cluster exécutant Windows Server 2012 R2

  1. Obtenez le nom du cluster vers lequel vous allez migrer. Dans Active Directory, il s'agit du nom utilisé pour le compte d'ordinateur du cluster lui-même (également appelé objet de nom de cluster ou CNO). Ajoutez ce nom au groupe de réplication que vous allez migrer. Pour plus d'informations, voir Ajouter un membre à un groupe de réplication.

  2. Attendez que la réplication DFS termine la synchronisation des données répliquées sur le cluster vers lequel vous allez migrer.

  3. Si vous prévoyez de mettre hors service le cluster à partir duquel vous avez migré, supprimez son nom de réseau du groupe de réplication. Si nécessaire, détruisez le cluster.

Pour plus d'informations sur la réplication DFS dans Windows Server 2012 R2, consultez Vue d'ensemble des espaces de noms DFS et de la réplication DFS. Pour obtenir des instructions détaillées sur la migration de la réplication DEF, voir Migrer les services de fichiers et de stockage vers Windows Server 2012 R2.

Migrations DHCP en cluster

Lors de la migration du protocole DHCP (Dynamic Host Configuration Protocol) en cluster vers un cluster exécutant Windows Server 2012 R2, l'Assistant Copie des rôles de cluster migre les ressources et les paramètres, mais pas la base de données DHCP. Pour plus d'informations sur la migration de la base de données DHCP, voir Migration de serveur DHCP: migration du rôle de serveur DHCP. Les informations de la rubrique s'appliquent également aux migrations de Windows Server 2008 R2 ou Windows Server 2012 vers Windows Server 2012 R2. La rubrique comprend des informations sur la migration à partir d'un cluster.

Remarque

Bien que la migration du rôle DHCP en cluster soit prise en charge, dans Windows Server 2012 R2, il est possible d'utiliser le basculement DHCP. Le basculement DHCP fournit la redondance et l'équilibrage de charge sans DHCP en cluster. Pour plus d'informations, consultez Migrer vers le basculement DHCP et comprendre et déployer le basculement DHCP.

Migrations DTC en cluster

Avant de commencer la migration de DTC (Distributed Transaction Coordinator) en cluster vers un cluster exécutant Windows Server 2012 R2, vous devez vous assurer que la liste des transactions stockées par DTC est vide. C'est ce qu'on appelle vidange des journaux de transactions. Si vous ne videz pas les journaux, les informations contenues dans les journaux (les informations sur l'état des transactions pour les transactions non résolues) seront perdues lors de la migration. Les transactions non résolues comprennent actif, Dans le doute, et Impossible de notifier transactions.

Pour vider les journaux de transactions DTC des transactions non résolues

  1. Arrêtez l'application qui crée des transactions sur l'instance en cluster de DTC en cours de migration.

  2. Sur un nœud du cluster à partir duquel vous migrez, cliquez sur Début, pointer vers Outils administratifs, puis cliquez sur Services de composants. (Dans Windows Server 2012 R2, ouvrez Services de composants directement depuis l'écran d'accueil.)

  3. Développer Services de composants, développer Des ordinateurs, développer Mon ordinateur, développer Coordonnateur des transactions distribuées, puis développez DTC en cluster.

  4. Développez l'instance en cluster de DTC que vous migrez, puis cliquez sur Liste des transactions.

  5. Affichez la liste des transactions pour voir si elle est vide. Si des transactions sont répertoriées, attendez qu'elles soient terminées ou cliquez avec le bouton droit sur chaque transaction, cliquez sur Résoudre, puis sélectionnez Oublier, Commettre, ou Avorter.

    Pour plus d'informations sur l'effet de chacune de ces options, consultez Résolution de l'état des transactions après une défaillance du système.

Pour plus d'informations, voir Afficher les informations de transaction.

Migrations de serveur de fichiers en cluster et de serveur de fichiers avec montée en puissance parallèle

Plusieurs méthodes sont disponibles pour migrer un serveur de fichiers avec montée en puissance parallèle ou un serveur de fichiers en cluster traditionnel vers Windows Server 2012 R2. Pour toutes les méthodes, il existe des compromis entre les temps d'arrêt requis, la durée de la migration, l'utilisation des ressources et le matériel requis. La meilleure méthode pour votre environnement dépend du matériel et des ressources dont vous disposez, du volume de données à déplacer, du nombre de serveurs de fichiers en cluster affectés et des exigences de service.

Choisir la meilleure méthode de migration pour votre serveur de fichiers

Lorsque vous planifiez votre migration de serveur de fichiers en cluster, tenez compte des méthodes suivantes:

  • Migration de stockage de machine virtuelle

  • Assistant Copie des rôles de cluster – Migrer vers un nouveau cluster à plusieurs nœuds

  • Assistant Copie des rôles de cluster – Migration sur place

  • Migrer les pools de stockage

Migration de stockage de machine virtuelle

Introduite dans Windows Server 2012, la migration du stockage de la machine virtuelle vous permet d'accéder aux disques durs virtuels utilisés par un serveur de fichiers en cluster vers un autre serveur de fichiers en cluster pendant que la machine virtuelle continue de fonctionner. Ceci est connu comme migration de stockage. Après avoir migré le stockage pour chaque machine virtuelle, vous migrez les machines virtuelles vers le nouveau cluster de basculement Windows Server 2012 R2. Pour plus d'informations, consultez Vue d'ensemble de la migration du stockage des machines virtuelles.

Cette méthode est utile pour passer à un nouveau stockage si vous disposez des ressources disponibles pour maintenir les niveaux de service requis sur toutes les machines virtuelles pendant la migration.

Méthode de migration: migration de stockage de machine virtuelle

Les avantages

Désavantages

Migrer en direct le stockage sans aucun temps d'arrêt pour les machines virtuelles.

Le processus déplace de nombreuses données sur le réseau, en utilisant de nombreuses ressources. Si vous migrez un grand nombre de machines virtuelles et n'avez pas la capacité du réseau pour gérer correctement les charges importantes, cela peut avoir un impact important sur les performances.

Vous devez vous déplacer vers un nouveau stockage.

Assistant Copie des rôles de cluster – Migrer vers un nouveau cluster à plusieurs nœuds

Avec cette méthode, vous configurez un nouveau cluster de basculement Windows Server 2012 R2, migrez le rôle de serveur de fichiers vers le nouveau cluster, puis mettez le serveur de fichiers hors ligne pendant que vous redirigez le stockage vers le nouveau cluster. L'assistant ne déplace pas les données; si vous migrez vers un nouveau stockage, l'assistant met à jour les paramètres de stockage pour le rôle, mais vous devez déplacer les données et les fichiers manuellement pendant la migration. Pour obtenir des instructions pas à pas, voir Migrer entre deux clusters à plusieurs nœuds: migration vers Windows Server 2012 R2.

Utilisez cette méthode si vous avez trop de données pour vous déplacer sur le réseau sans impact inacceptable sur les performances de vos serveurs de fichiers en cluster.

Méthode de migration: Assistant Copie des rôles de cluster – Migrer vers un nouveau cluster à plusieurs nœuds

Les avantages

Désavantages

Cette méthode est beaucoup plus rapide que la migration de stockage. Dans une grande entreprise avec des centaines de serveurs de fichiers en cluster, la migration peut prendre des heures plutôt que des jours.

Un temps d'arrêt est requis. Vous devez mettre les rôles de serveur de fichiers hors ligne sur l'ancien cluster pendant que vous redirigez le stockage vers le nouveau cluster.Cependant, cette méthode est plus rapide que de déplacer des disques durs virtuels sur le réseau, et vous pouvez planifier le temps d'arrêt pour une fenêtre de maintenance, lorsque vous rencontrerez une interruption de service limitée, mais ne risque pas de dégrader le service pour l'exécution de machines virtuelles sur de longues périodes.

Du matériel supplémentaire est requis pour créer le nouveau cluster de basculement.

Assistant Copie des rôles de cluster – Migration sur place

Si vous n'avez pas le matériel disponible pour créer un nouveau cluster de basculement Windows Server 2012 R2 à plusieurs nœuds avant de migrer les rôles de cluster, vous pouvez effectuer une migration sur place. Dans une migration sur place, vous utilisez le matériel d'un cluster existant pour créer le nouveau cluster, en évitant un nœud à utiliser comme premier nœud du nouveau cluster.

Pour un cluster à deux nœuds, vous devez expulser un nœud, effectuer une nouvelle installation de Windows Server 2012 R2 sur ce nœud, créer un nouveau cluster de basculement à nœud unique avec ce nœud, puis migrer le rôle de serveur de fichiers de l'ancien cluster vers le nouveau cluster. À ce stade, vous devez mettre les rôles de serveur de fichiers hors ligne sur l'ancien cluster pendant que vous redirigez le stockage vers le nouveau cluster. Une fois la migration terminée, vous détruisez ensuite l'ancien cluster, installez Windows Server 2012 R2 sur l'autre nœud de cluster et ajoutez ce nœud au nouveau cluster. Pour obtenir des instructions pas à pas, voir Migration sur place pour un cluster à deux nœuds: migration vers Windows Server 2012 R2.

Méthode de migration: Assistant Copie des rôles de cluster – Migration sur place

Les avantages

Désavantages

Aucun nouveau matériel requis.

Les données ne sont pas migrées sur le réseau.

Un temps d'arrêt est requis: vous devez mettre les rôles de serveur de fichiers hors ligne sur l'ancien cluster avant de pouvoir rediriger le stockage vers le nouveau cluster, puis mettre les rôles et le stockage en ligne sur le nouveau cluster.

Lors de la migration d'un cluster à deux nœuds en place, vous courez le risque supplémentaire de perdre la haute disponibilité de vos serveurs de fichiers à partir du moment où vous supprimez le premier nœud de l'ancien cluster jusqu'à ce que vous ajoutiez le deuxième nœud au nouveau cluster.

Le service peut être dégradé sur les nœuds qui restent en ligne pendant la migration, en particulier si vous migrez un grand nombre de serveurs de fichiers en cluster.

Migration du pool de stockage

Si vous migrez à partir d'un cluster de basculement Windows Server 2012 qui utilise des pools de stockage, vous pouvez minimiser l'impact de la migration en migrant un pool de stockage à la fois, de l'ancien cluster vers le nouveau cluster. Avec les pools de stockage, au lieu de gérer chaque disque individuellement, vous ajoutez des disques physiques à un ou plusieurs pools, puis créez des disques virtuels à partir de la capacité disponible. Vous créez ensuite des volumes sur les disques virtuels, comme s'il s'agissait de disques physiques. Lorsque vous manquez de capacité disponible dans le pool, ajoutez des disques physiques au pool pour créer des pools plus grands avec plus de capacité pour plus de disques virtuels.

Les espaces de stockage utilisent des disques de base connectés via Serial-Attached SCSI (SAS), Serial ATA (SATA) ou USB. Lorsqu'il est temps de passer de l'ancien cluster utilisant le stockage au nouveau cluster utilisant le stockage, vous devrez peut-être changer le câblage. Si vous réutilisez du matériel (c'est-à-dire que vous effectuez une migration sur place), lorsque vous supprimez un nœud de l'ancien cluster, vous devez déconnecter la connexion de ce serveur aux disques. Lorsqu'il est temps de changer le stockage de l'ancien cluster vers le nouveau cluster, déconnectez le stockage de l'ancien cluster avant de connecter le stockage au nouveau cluster, de sorte qu'un seul cluster soit connecté aux disques à la fois. Lorsque vous connectez le stockage au nouveau cluster, les espaces de stockage et les pools de stockage associés deviennent disponibles pour le nouveau cluster afin que la migration puisse se terminer.

Pour plus d'informations sur l'utilisation des espaces de stockage et des pools de stockage, consultez Vue d'ensemble des espaces de stockage, Nouveautés des espaces de stockage dans Windows Server 2012 R2 et Déployer des espaces de stockage en cluster. Pour une présentation vidéo de TechEd 2013 qui illustre les bases et les nouvelles fonctionnalités des espaces de stockage, voir Espaces de stockage: Nouveautés de Windows Server 2012 R2.

Méthode de migration: migration du pool de stockage

Les avantages

Désavantages

Aucun temps d'arrêt n'est requis.

La haute disponibilité est maintenue tout au long de la migration.

Les données se déplacent sur le réseau.

Un cluster à quatre nœuds est requis pour vous permettre de maintenir deux nœuds sur l'ancien et le nouveau cluster pendant la migration.

Tâches supplémentaires pour la migration du serveur de fichiers à l'aide de l'Assistant Copie des rôles de cluster

Si vous choisissez d'utiliser l'Assistant Copie des rôles de cluster pour migrer votre serveur de fichiers, tenez compte des exigences suivantes:

  • Si vous prévoyez de migrer vers un nouveau stockage, gardez à l'esprit que si les fichiers et le dossier migrés héritent des autorisations de leurs parents, lors de la migration, c'est le paramètre d'héritage qui est migré, pas les autorisations héritées. Par conséquent, il est important de s'assurer que les dossiers parents sur le serveur source et le serveur de destination ont les mêmes autorisations pour conserver les autorisations sur les données migrées qui ont hérité des autorisations. Après la migration du serveur de fichiers, il est important de vérifier les autorisations de dossier après la migration. Parfois, les autorisations de dossier sont réinitialisées en lecture seule lors d'une migration de serveur de fichiers.

  • Vous n'avez pas besoin de migrer la ressource de quorum. Lorsque vous exécutez l'Assistant Création d'un cluster dans Windows Server 2012 R2 ou Windows Server 2012, le logiciel de cluster choisit automatiquement la configuration de quorum qui fournit la plus haute disponibilité pour votre nouveau cluster de basculement et met à jour dynamiquement la configuration de quorum si vous ajoutez ou supprimez des nœuds . Vous pouvez modifier la configuration du quorum sur le nouveau cluster si nécessaire pour votre environnement spécifique. Toutefois, Dynamic Quorum n'est pas en vigueur sur un cluster de basculement Windows Server 2008 R2. Si vous supprimez un nœud pour effectuer une migration sur place, vous devrez mettre à jour la configuration du quorum.

Migrations FSRM en cluster

Pour migrer la classification FSRM (File Server Resource Manager), les rapports de stockage et la configuration des tâches de gestion de fichiers sur un serveur de fichiers en cluster exécutant Windows Server 2008 R2, Windows Server 2012 ou Windows Server 2012 R2 vers un cluster de basculement exécutant Windows Server 2012 R2, vous devez exporter la configuration à partir d'un nœud de serveur FSRM dans le cluster, puis importer la configuration vers un autre serveur FSRM. Ces étapes doivent être effectuées localement sur un nœud du cluster. Vous basculez ensuite sur les autres nœuds jusqu'à ce que ce processus soit terminé. Pour obtenir des instructions détaillées, voir Migrer les services de fichiers et de stockage vers Windows Server 2012 R2.

Important

Lorsque vous migrez la configuration, FSRM requiert que vous utilisiez les mêmes lettres de lecteur sur les serveurs source et de destination.

Migrations MSMQ (Clustered Message Queuing)

Lorsque vous migrez une instance en cluster de Message Queuing (également appelée MSMQ) vers un cluster exécutant Windows Server 2012 R2, il est important de prendre les précautions suivantes pour vous assurer que les données sont préservées et vous pouvez mettre le service en ligne sur le nouveau cluster:

  • Avant de migrer, vous devez sauvegarder les données associées aux instances en cluster de Message Queuing. Cela garantit que vous pouvez restaurer les données Message Queuing spécifiques au service si elles sont supprimées accidentellement lors de la migration. Pour plus d'informations sur la sauvegarde et la restauration de Message Queuing, voir Sauvegarde et restauration des messages.

  • Au cours de la migration, il est important de vous assurer que la migration est terminée avant de supprimer une instance en cluster de Message Queuing (ancienne ou nouvelle). Sinon, les données spécifiques au service pour Message Queuing risquent d'être supprimées du stockage partagé, ce qui empêche la mise en ligne de la ressource Message Queuing restante. Une fois la migration terminée et que vous êtes prêt à supprimer une instance en cluster de Message Queuing (ancienne ou nouvelle), supprimez d'abord la ressource de disque de cette instance en cluster et mettez le disque hors ligne. Supprimez ensuite l'instance en cluster de Message Queuing.

Autres migrations de serveur impliquant des types de ressources non intégrés aux clusters de basculement

Avant d'utiliser l'Assistant Copie des rôles de cluster pour migrer une application qui utilise un type de ressource en cluster qui n'est pas intégré au clustering de basculement, veillez à ajouter le type de ressource au nouveau cluster. Vous pouvez ensuite utiliser l'Assistant Copie des rôles de cluster pour migrer votre application en cluster. Dans cette situation, l'Assistant Copie des rôles de cluster tente une migration «au mieux».

Pour ajouter un type de ressource à un cluster de basculement exécutant Windows Server 2012 R2

  1. Ouvrez le Gestionnaire de cluster de basculement à partir de l'écran de démarrage de n'importe quel nœud du cluster exécutant Windows Server 2012 R2.

  2. Si le cluster vers lequel vous souhaitez migrer ne s'affiche pas, dans l'arborescence de la console, cliquez avec le bouton droit sur Gestionnaire de cluster de basculement, Cliquez sur Se connecter au cluster, sélectionnez le cluster vers lequel vous souhaitez migrer, puis cliquez sur D'accord.

  3. Dans l'arborescence de la console, cliquez avec le bouton droit sur le cluster, puis cliquez sur Propriétés.

  4. Clique le Types de ressources onglet, puis cliquez sur Ajouter.

  5. Spécifiez les informations suivantes pour le type de ressource:

    • Chemin de la DLL de ressource et nom de fichier: Chemin et nom de fichier de la bibliothèque de liens dynamiques (DLL) de ressources que le service de cluster doit utiliser lorsqu'il communique avec votre service ou application.

    • Nom du type de ressource: Nom que le service de cluster utilise pour le type de ressource. Ce nom reste le même quelles que soient les options régionales et linguistiques actuellement sélectionnées.

    • Nom d'affichage du type de ressource: Nom affiché pour le type de ressource. Ce nom peut varier lorsque vous apportez des modifications aux options régionales et linguistiques.

Migration de machines virtuelles hautement disponibles

Vous pouvez utiliser l'Assistant Copie des rôles de cluster pour migrer des machines virtuelles hautement disponibles créées dans Hyper-V à partir d'un cluster de basculement Windows Server 2008 R2, Windows Server 2012 ou Windows Server 2012 R2 vers un cluster exécutant Windows Server 2012 R2. À l'aide de l'assistant, vous migrez le rôle de cluster de machine virtuelle, sélectionnez les machines virtuelles hautement disponibles à migrer et mettez à jour les paramètres de réseau virtuel pour les machines virtuelles du nouveau cluster.

La migration des HAVM à l'aide de l'Assistant Copie des rôles de cluster a l'avantage de ne pas copier les disques durs virtuels sur le réseau, la migration se termine donc assez rapidement et les temps d'arrêt sont limités. Cependant, l'assistant ne peut pas migrer des machines virtuelles vers un nouveau stockage. De plus, si vous migrez une machine virtuelle sur un volume CSV (Cluster Shared Volume), toutes les machines virtuelles de ce volume sont migrées. Et un temps d'arrêt est requis: après avoir copié les rôles de machine virtuelle dans le cluster, vous devez mettre les machines virtuelles de l'ancien cluster hors ligne, démasquer le stockage dans l'ancien cluster, masquer le stockage dans le nouveau cluster, puis mettre le stockage en ligne sur le nouveau cluster, puis démarrez les machines virtuelles sur le nouveau cluster.

avertissement

Il est très important de ne pas activer les machines virtuelles migrées sur le nouveau cluster avant de mettre les machines virtuelles hors ligne sur l'ancien cluster. L'exécution d'une machine virtuelle sur les deux clusters en même temps peut endommager la machine virtuelle.

Pour obtenir des instructions détaillées sur la migration de machines virtuelles hautement disponibles d'un cluster de basculement Windows Server 2012 vers un cluster de basculement Windows Server 2012 R2 à l'aide de l'Assistant Copie des rôles de cluster, voir Assistant Copie des rôles de cluster dans le cluster Hyper-V à l'aide d'une échelle distincte – out File Server Migration, ou, si vos machines virtuelles sont stockées sur des volumes CSV (Cluster Shared Volume), voir Cluster Hyper-V à l'aide de la migration CSV (Cluster Shared Volumes). Vous pouvez utiliser les mêmes procédures pour migrer des machines virtuelles des volumes CSV d'un cluster Windows Server 2008 R2 vers un cluster Windows Server 2012 R2.

Autres méthodes de migration des HAVM vers un cluster de basculement Windows Server 2012 R2

En fonction de votre environnement et des exigences de service pour les charges de travail migrées, vous devez envisager deux méthodes alternatives pour migrer des machines virtuelles hautement disponibles:

  • Migration en direct entre versions – Windows Server 2012 R2 introduit une nouvelle méthode pour migrer une machine virtuelle hautement disponible d'un cluster Windows Server 2012 vers un cluster Windows Server 2012 R2. Grâce à la migration dynamique entre versions, vous pouvez migrer des machines virtuelles vers le nouveau cluster de basculement sans interruption. Si les disques durs virtuels (VHD) sont stockés sur un partage Scale-out File Server accessible aux deux clusters, vous n'avez pas besoin de copier des fichiers sur le réseau. Cependant, en fonction de facteurs tels que la quantité de mémoire configurée pour la machine virtuelle, la migration peut être lente et la consommation de ressources pendant les migrations en direct peut être élevée.

  • Méthode d'exportation / importation – Vous pouvez également migrer des machines virtuelles individuelles en utilisant le Exportation et Importation dans Hyper-V Manager (également disponible dans Windows PowerShell). La méthode Export / Import vous permet de migrer des machines virtuelles une par une et de contrôler la méthode par laquelle les disques durs virtuels sont copiés dans le nouveau cluster. La machine virtuelle doit être mise hors ligne pendant l'exportation et l'importation et vous devez réactiver la réplication Hyper-V sur la machine virtuelle après la migration.

Pour une comparaison des méthodes de migration pour la migration des HAVM vers un cluster de basculement Windows Server 2012 R2, voir Hyper-V: Options de migration.

Remarque

Vous devez utiliser l'Assistant Copie des rôles de cluster ou le Exportation et Importation actions pour migrer d'un cluster Windows Server 2008 R2 vers un cluster Windows Server 2012 R2. La migration en direct entre versions n'est disponible que lorsque vous migrez à partir de Windows Server 2012.

Tâches supplémentaires pour l'utilisation de l'Assistant Copie de rôles de cluster pour migrer des HAVM

Lorsque vous migrez des HAVM à l'aide de l'Assistant Copie des rôles de cluster, quelques étapes supplémentaires sont requises:

  • Vous devez fusionner ou supprimer tous les clichés instantanés avant de migrer les volumes attachés aux machines virtuelles. Avant de commencer à travailler avec des clichés instantanés, vous devez sauvegarder les volumes.

  • Après avoir migré les machines virtuelles vers le nouveau cluster, installez les derniers services d'intégration Hyper-V sur les nouvelles machines virtuelles.

  • Après avoir migré, l'Assistant Copie des rôles de cluster ne migre pas les paramètres suivants. Vous devrez configurer les paramètres du nouveau cluster après la migration.

    • Paramètres de réplique Hyper-V

      Important

      Si vous utilisez Hyper-V Replica avec la charge de travail que vous migrez, consultez la section «Hyper-V Replica» de Hyper-V: Options de migration pour des considérations spéciales lors de la migration de Windows Server 2012 vers Windows Server 2012 R2.

    • Tâches du service de cliché instantané des volumes (VSS)

    • Paramètres de mise à jour adaptée aux clusters (CAU)

Références supplémentaires

<! – ->

Click to rate this post!
[Total: 0 Average: 0]

Commentaires

Laisser un commentaire

Votre commentaire sera révisé par les administrateurs si besoin.