Services de fichiers et de stockage : migrer iSCSI Software Target
S'applique à: Windows Server 2012 R2
Cette section décrit comment migrer les paramètres et les données Microsoft iSCSI Software Target 3.2 ou 3.3 à partir d’un ordinateur Windows Storage Server 2008 R2 ou Windows Storage Server 2008 vers un serveur de destination qui exécute le service de rôle Serveur cible iSCSI qui est inclus avec Windows Server 2012 R2 ou Windows Server 2012 et Windows Storage Server 2012.
L’appellation iSCSI Software Target a été modifiée. Pour éviter les confusions, dans ce document, « iSCSI Software Target » fait référence aux versions précédentes du produit installées sur Windows Storage Server 2008 R2 et Windows Storage Server 2008, qui sont des serveurs sources. Au contraire, toute référence à « Serveur cible iSCSI » correspond au nouveau service de rôle inclus avec Windows Server 2012 R2, Windows Server 2012, et Windows Storage Server 2012, qui sont des serveurs de destination.
Notes
Cette section contient uniquement des informations de migration spécifiques à iSCSI. Pour des informations générales, notamment l’utilisation des outils de migration de Windows Server, voir Services de fichiers et de stockage : préparer la migration.
Scénarios de migration pris en charge
Cette section détaille les scénarios de migration pris en charge et non pris en charge.
Systèmes d'exploitation pris en charge
Les versions des systèmes d’exploitation répertoriées correspondent aux plus anciennes combinaisons de systèmes d’exploitation et de Service Packs prises en charge. Les Service Packs plus récents, lorsqu’ils sont disponibles, sont pris en charge.
Les migrations entre systèmes d’exploitation physiques et systèmes d’exploitation virtuels sont prises en charge.
La migration depuis un serveur source vers un serveur de destination qui exécute un système d’exploitation dans une autre langue d’interface utilisateur système (c’est-à-dire, la langue installée) que celle du serveur source n’est pas prise en charge. Par exemple, vous ne pouvez pas utiliser les outils de migration de Windows Server pour effectuer la migration des rôles, paramètres de système d’exploitation, données ou ressources partagées à partir d’un ordinateur qui exécute Windows Server 2008 en français vers un ordinateur qui exécute Windows Server 2012 R2 ou Windows Server 2012 en allemand.
Processeur du serveur source |
Système d’exploitation du serveur source |
Système d’exploitation du serveur de destination |
Processeur du serveur de destination |
x64 |
Windows Server 2008 R2 |
Windows Server 2012 R2 et Windows Storage Server 2012 |
x64 |
x64 |
Windows Storage Server 2008 R2 |
Windows Server 2012 R2 et Windows Storage Server 2012 |
x64 |
x64 |
Windows Server 2012 |
Windows Server 2012 R2 et Windows Storage Server 2012 |
x64 |
x64 |
Windows Storage Server 2012 |
Windows Server 2012 R2 et Windows Storage Server 2012 |
x64 |
Les migrations x64 sont prises en charge pour Windows Storage Server 2012 R2 et Windows Server 2012 R2. Toutes les éditions de Windows Storage Server 2008 R2 et Windows Server 2008 R2 sont x64.
Les migrations x86 ne sont pas prises en charge, car Windows Storage Server 2012 R2 n’est pas proposé sur la plateforme x86.
Notes
La langue d’interface utilisateur système est la langue du package d’installation localisé qui a été utilisé pour installer le système d’exploitation Windows.
Configurations de rôles prises en charge
Ce guide de migration s’applique aux configurations autonomes et en cluster, dans certaines limites.
Les restrictions générales suivantes sont applicables à toutes les configurations prises en charge :
Les paramètres d’authentification pour les initiateurs iSCSI qui utilisent les paramètres CHAP et CHAP inversé ne sont pas migrés automatiquement.
Les paramètres de stockage de cliché instantané pour chaque disque virtuel dans la configuration ne sont pas automatiquement migrés.
Les paramètres de configuration pour les disques virtuels qui sont dérivés des clichés instantanés ne sont pas automatiquement migrés.
Pour les configurations en cluster, le processus de migration comprend des paramètres de cible iSCSI dont l’étendue est l’objet d’ordinateur virtuel, un nœud de cluster ou le nœud de cluster propriétaire du groupe de clusters de code.
Pour les configurations en cluster, la migration des groupes de ressources, des ressources de nom de réseau, des adresses IP et des disques de cluster qui sont associés aux groupes de ressources n’est pas décrite dans ce guide, et cette migration doit être exécutée indépendamment et au préalable.
Les paramètres iSNS (iSCSI Naming Services) pour iSCSI Software Target ne sont pas automatiquement migrés.
Les paramètres de portail de cible iSCSI (notamment les adresses IP utilisées par le service cible iSCSI pour écouter les connexions réseau entrantes) ne sont pas automatiquement migrés
La planification des clichés instantanés des disques virtuels n’est pas migrée.
Les configurations suivantes sont prises en charge :
La migration d’une configuration autonome vers une configuration autonome
La migration d’une configuration en cluster vers une configuration autonome (avec les restrictions précédemment répertoriées sur l’étendue des paramètres).
La migration d’une configuration en cluster vers une configuration en cluster (avec les restrictions précédemment répertoriées sur l’étendue des paramètres).
Services de rôle et fonctionnalités pris en charge
Le serveur cible iSCSI (inclus avec Windows Storage Server 2012 et Windows Server 2012 R2) n’a pas de dépendance de rôle ou de fonctionnalité.
Il est possible d’installer le serveur cible iSCSI avec un clustering de basculement, et cette configuration est prise en charge avec les limitations de migration indiquées précédemment.
Migration de plusieurs rôles
Si vous migrez une configuration en cluster vers une autre configuration en cluster, la fonctionnalité Clustering de basculement doit être migrée ou configurée avant la migration des paramètres de cible iSCSI.
Scénarios de migration non pris en charge
Les scénarios de migration suivants ne sont pas pris en charge :
Migration à partir de Windows Unified Storage Server 2003 R2.
La migration d’une configuration autonome vers une configuration en cluster. Cette migration n’est pas prise en charge, car il n’existe pas de mécanisme par défaut pour associer les paramètres cibles et de disque virtuel aux groupes de ressources sans savoir comment les chemins d’accès aux fichiers sont mappés au disque de cluster et comment les adresses IP sont mappées aux groupes de ressources.
Les clichés instantanés des disques virtuels ne sont pas automatiquement migrés. Les clichés instantanés sont basés sur un cliché instantané du volume qui contient le fichier VHD (disque dur virtuel) au moment où le cliché instantané a été pris. Leur existence et leur implémentation dépendent du volume de l’ordinateur à partir duquel le processus de migration a lieu, et il ne peut pas être répliqué ou exporté.
Les paramètres de stockage de cliché instantané pour les disques virtuels ne sont pas automatiquement migrés. Les paramètres de stockage de cliché instantané (par exemple le volume et la taille maximale par volume) dépendent du matériel et de la configuration logicielle de l’ordinateur sur lequel les paramètres sont migrés, et ils ne peuvent pas être migrés automatiquement. Pour des informations détaillées sur la migration manuelle des paramètres de stockage de cliché instantané, voir Importer les paramètres iSCSI Software Target dans une configuration autonome.
Les paramètres de configuration du portail cible iSCSI ne sont pas automatiquement migrés. Cette configuration est basée sur les adresses IP du serveur de destination, et ces paramètres ne peuvent pas être migrés sans connaître la configuration réseau de l’ordinateur sur lequel les paramètres seront migrés. Pour des informations détaillées sur la configuration manuelle des paramètres du portail, voir Configurer le portail du serveur cible iSCSI.
Les paramètres iSNS ne sont pas automatiquement migrés. Les paramètres iSNS sont basés sur l’infrastructure réseau et la configuration du serveur de destination, et ces paramètres ne peuvent pas être migrés sans connaître la configuration réseau de l’ordinateur sur lequel les paramètres seront migrés. Pour des informations détaillées sur la configuration manuelle des paramètres iSNS, voir Configurer les paramètres iSNS.
Les paramètres pour les disques virtuels qui sont attachés en tant que disques locaux sur le serveur source ne sont pas migrés automatiquement. La capacité à attacher un disque en local est une opération temporaire qui doit pouvoir être répliquée. Pour des informations détaillées sur la configuration des paramètres pour les disques virtuels qui sont attachés en tant que disques locaux, voir Configurer le stockage.
La planification des clichés instantanés des disques virtuels n’est pas migrée. Ces paramètres doivent être découverts et répliqués manuellement à partir de la source vers le serveur de destination.
Vue d’ensemble de la migration
Cette section décrit le processus de migration général, qui consiste à regrouper les paramètres de configuration de la source, à déplacer les disques virtuels du serveur source sur le serveur de destination, et à restaurer les paramètres de configuration.
Processus de migration
Cette section décrit le processus de migration général.
Planification de la migration
La phase de planification de la migration consiste à regrouper les informations en fonction des questions suivantes :
Le serveur source et le serveur de destination sont-ils configurés en cluster ?
Si les serveurs sont configurés en cluster, quels sont les objets d’ordinateur virtuel ou points d’accès client qui contiennent les ressources de cible iSCSI ?
Le système de stockage sur le serveur de destination est-il compatible et configuré pour héberger les disques virtuels du serveur source, et dispose-t-il de suffisamment d’espace pour stocker les clichés instantanés de volume ?
Existe-t-il des initiateurs iSCSI qui ont une dépendance critique sur les cibles iSCSI pour la durée du processus de migration (par exemple un ordinateur qui utilise des nœuds de démarrage iSCSI ou des clusters qui utilisent le stockage partagé) ?
Existe-t-il des adresses IP ou des paramètres de portail uniques sur le serveur source qui doivent être pris en compte (comme les adresses IP qui sont connues du microprogramme des périphériques) ?
Existe-t-il des paramètres iSNS qui doivent être enregistrés et migrés manuellement ?
Existe-t-il des disques virtuels attachés en tant que disques locaux qui doivent être exposés ?
Préparation à la migration
La préparation de la migration des données du serveur source vers le serveur de destination comprend les étapes suivantes :
Si le serveur de destination utilise une configuration en cluster, installez la fonctionnalité Clustering de basculement et formez un cluster avant d’effectuer la migration.
Si le serveur de destination utilise une configuration en cluster, créez des groupes de ressources de cluster avec les points d’accès client et des disques de cluster afin de répliquer la configuration existante. Si possible, utilisez les mêmes noms de groupe de ressources pour les clusters sources et les clusters de destination.
Installez le service de rôle Serveur cible iSCSI sur le serveur de destination.
Déconnectez tous les initiateurs iSCSI. Cette étape est nécessaire pour conserver des données cohérentes sur les disques virtuels pendant leur déplacement.
Exécutez les applets de commande Windows PowerShell, Import-IscsiTargetServerConfiguration et IscsiTargetServerConfiguration d'exportation, pour récupérer les paramètres existants sur le serveur source dans un fichier XML. Pour un cluster, exécutez les applets de commande Windows PowerShell sur chaque nœud du cluster ou sur chaque objet d'ordinateur virtuel, en fonction de l'étendue de la migration planifiée.
La sortie Windows PowerShell affiche les disques virtuels qui sont éligibles pour la migration et ceux qui ne le sont pas (pour les raisons liées au cliché instantané précédemment invoquées).
Migration
Le processus de migration lui-même comprend les étapes suivantes :
Déplacez les fichiers pour tous les disques virtuels éligibles à la migration du serveur source vers le serveur de destination. En cas de modifications de chemin de fichier, notez le mappage entre la source et la destination.
Dans une configuration en cluster, assurez-vous que le chemin de destination de la copie de fichier se trouve sur un disque de cluster et que le disque de cluster a été assigné à un groupe de ressources. Notez le groupe de ressources propriétaire du chemin.
Si les chemins de fichier ont été modifiés entre les serveurs source et de destination, ouvrez le fichier .xml de paramètres dans un éditeur de texte, et identifiez les balises <MigrationDevicePath> qui doivent être modifiées pour correspondre au nouveau chemin.
Dans une configuration en cluster, si les chemins de fichier ou le nom du groupe de ressources ont été modifiés entre les serveurs source et de destination, ouvrez le fichier .xml de paramètres dans un éditeur de texte, et identifiez les balises <MigrationResourceGroup> qui doivent être modifiées pour correspondre au nouveau groupe de ressources.
Exécutez le script Windows PowerShell, Import-IscsiTargetServerConfiguration, pour importer les paramètres sur le serveur de destination. Dans une configuration en cluster, le serveur de destination peut être spécifié en tant que nœud de cluster ou en tant qu’objet d’ordinateur virtuel. Le nœud de cluster ou l’objet d’ordinateur virtuel doit être le propriétaire du groupe de ressources indiqué dans le fichier .xml de paramètres.
S’il existe des paramètres de stockage de cliché instantané pour la nouvelle configuration, appliquez manuellement ces paramètres.
Si des disques virtuels doivent être attachés en tant que disques locaux, effectuez cette procédure.
S’il existe des paramètres iSNS pour la nouvelle configuration, appliquez manuellement ces paramètres.
S’il existe des paramètres de portail cible iSCSI pour la nouvelle configuration, appliquez manuellement ces paramètres.
S’il existe des initiateurs iSCSI configurés pour l’authentification avec CHAP et CHAP inversé, restaurez manuellement ces paramètres.
Vérification
Le processus de vérification pour la migration comprend les étapes suivantes :
Validez les paramètres de portail cible iSCSI en ouvrant une fenêtre d’invite de commandes et en tapant netstat.exe –nao | findstr 3260 . (Le port TCP par défaut pour le protocole iSCSI 3260 est utilisé.) Vous pouvez également taper Get-WmiObject –Namespace root\wmi –Class WT_Portal pour vérifier les résultats.
Inspectez la configuration du serveur cible iSCSI à l’aide de l’applet de commande Windows PowerShell, Get-IScsiServerTarget
Inspectez la configuration de disque virtuel iSCSI à l’aide de l’applet de commande Windows PowerShell, Get-IScsiVirtualDisk
Validez la configuration pour chaque initiateur iSCSI que vous utiliserez avec le serveur cible iSCSI à l’aide de l’outil iscsicpl.exe ou de l’outil en ligne de commande iscsicli.exe.
Impact de la migration
Le processus de migration n’a pas d’impact sur le serveur source. Aucun paramètre de configuration et aucune ressource ne sont modifiés ou supprimés dans le cadre du processus de migration.
Aucun serveur dans l’entreprise, autres que les serveurs de destination, n’est affecté par la migration.
Les ordinateurs client qui s’exécutent en tant qu’initiateurs iSCSI doivent être explicitement déconnectés pendant la migration pour garantir l’intégrité des données. Pendant la migration, le serveur source sera indisponible. Une fois le processus de migration terminé, les initiateurs iSCSI doivent se connecter au serveur de destination sans problème.
L’arrêt des initiateurs iSCSI doit être proportionnel au temps nécessaire au déplacement des fichiers de disque virtuel du serveur source sur le serveur de destination, auquel s’ajoute la durée nécessaire pour restaurer les paramètres de configuration et établir l’identité réseau du serveur de destination.
Autorisations requises pour la migration
Des autorisations Administrateur local sont requises sur le serveur source et le serveur de destination.
Si le serveur iSNS utilise des stratégies de contrôle d’accès supplémentaires, des autorisations pour modifier les paramètres iSNS sont requises pour le serveur iSNS.
Pour effectuer le processus de migration pour les initiateurs iSCSI, des autorisations de connexion et de déconnexion des sessions iSCSI sont requises. Pour l’initiateur iSCSI, des autorisations Administrateur local sont requises.
Pour les initiateurs iSCSI basés sur le microprogramme, par exemple une interface réseau avec l’option de démarrer à partir d’iSCSI, il sera peut être nécessaire de se trouver sur la console active pour configurer des informations d’identification de connexion ou l’identité réseau du serveur de destination si les paramètres d’authentification (CHAP et CHAP inversé) ont été modifiés.
Durée estimée
Cette section décrit les différents facteurs qui ont un impact sur la durée de la migration.
Planification
La phase de planification est influencée par les facteurs suivants :
Configuration autonome ou en cluster. La configuration d’une installation en cluster peut prendre une à deux heures si toutes les validations sont effectuées.
Configuration du stockage. Comprendre et configurer une baie de stockage pour héberger des fichiers volumineux peut nécessiter la configuration des volumes et des disques durs afin qu’ils utilisent les outils fournis par le fabricant du sous-système de stockage.
Identité réseau. Cette planification nécessite de comprendre si le serveur source a intentionnellement configuré des adresses IP, si la configuration de composants de niveau 2 (par exemple, des commutateurs) est nécessaire, et si des noms DNS ou NetBIOS spécifiques doivent être connus et mis en cache par les initiateurs iSCSI.
Préparation
Le processus de préparation comprend l’identification des paramètres (spécifiques au serveur source) qui ne peuvent pas être migrés automatiquement, et leur regroupement. Pour chaque étape de la phase de préparation, le mécanisme qui est utilisé pour récupérer ces paramètres dépend de l’étape applicable et de l’outil utilisé pour restaurer ces paramètres.
Noms de groupe de ressources en cluster et configuration. Ces paramètres peuvent être regroupés à partir des outils d’administration du cluster et des interfaces utilisateur.
Configuration du portail cible iSCSI. Ces paramètres peuvent être regroupés en tapant le code suivant à l’invite de commandes : PS > Get-WmiObject –Namespace root\wmi –Class WT_Portal
Paramètres serveur iSNS. Ces paramètres peuvent être regroupés en tapant le code suivant à l’invite de commandes : PS > Get-WmiObject –Namespace root\wmi –Class WT_ISnsServer
Paramètres d’authentification CHAP et CHAP inversé. Ces paramètres ne peuvent pas être récupérés automatiquement, car le serveur cible iSCSI ne propose pas de mécanisme pour récupérer les mots de passe. Ces paramètres ont été stockés à un autre emplacement dans l’entreprise et ils doivent être récupérés séparément.
Paramètres de disque virtuel monté localement.
Migration
La durée estimée pour le processus de migration dépend largement du temps nécessaire pour déplacer les fichiers de disque virtuel du serveur source sur le serveur de destination.
Une copie de fichiers réseau, qui utilise une liaison 1 Go à 50 % pour 1 To de données, prend plus de cinq heures. Des techniques qui utilisent un processus de transfert de fichiers à l’aide de support externe, par exemple un périphérique eSATA, peuvent prendre moins de temps.
L’exécution de l’applet de commande Windows PowerShell, Import-IscsiTargetServerConfiguration, prend quelques minutes pour environ 100 ressources (avec un ensemble de paramètres cible iSCSI et disque virtuel).
Vérification
La durée estimée de la vérification est proportionnelle à la durée de reconnexion ou de connexion aux initiateurs iSCSI.
Pour chaque initiateur iSCSI, le portail cible doit être reconfiguré, les informations d’identification liées aux paramètres d’authentification doivent être entrées à nouveau (le cas échéant), et les sessions doivent être ouvertes.
La durée estimée est comprise entre 5 et 15 minutes pour vérifier chaque initiateur iSCSI, en fonction du processus utilisé. Les initiateurs iSCSI peuvent être vérifiés via l’interface utilisateur iscsicpl.exe, l’outil en ligne de commande iscsicli.exe ou via des scripts WMI.
Voir aussi
Migrer le rôle Services de fichiers et de stockage vers Windows Server 2012 R2
Préparer la migration de iSCSI Software Target
Migrer iSCSI Software Target
Vérifier la migration de iSCSI Software Target
Résoudre les problèmes de migration de iSCSI Software Target
Restaurer une migration iSCSI Software Target qui a échoué