Notes de version de PlateSpin Migrate 12.3

Septembre 2018

PlateSpin Migrate 12.3 comprend de nouvelles fonctionnalités et améliorations, et résout plusieurs problèmes connus des versions antérieures.

La documentation de ce produit est disponible aux formats HTML et PDF sur le site Web de documentation de PlateSpin Migrate 12.3.

Ce produit contient des utilitaires non documentés que l'équipe de support technique de Novell peut utiliser pour diagnostiquer ou résoudre des problèmes.

1.0 Mises à jour de la documentation

1.1 Septembre 2018

Emplacement

Changement

Section 2.0, Nouveautés de l'installation de PlateSpin Migrate (build 771)

Cette section est nouvelle.

2.0 Nouveautés de l'installation de PlateSpin Migrate (build 771)

Un nouveau fichier d'installation de PlateSpin Migrate 12.3 (build 771, PlateSpinMigrateSetup-12.3.0.771.exe) est disponible sur le site de téléchargement de PlateSpin Migrate 12.3. Ce fichier remplace le fichier d'installation de PlateSpin Migrate 12.3 (build 687, PlateSpinMigrateSetup-12.3.0.687.exe).

Le fichier d'installation de PlateSpin Migrate 12.3 (build 771) résout un problème découvert sur le serveur PlateSpin Migrate (à partir du build 687) qui a entraîné l'échec de migrations vers Amazon Web Services. Veillez à utiliser le nouveau fichier d'installation de PlateSpin Migrate 12.3 (build 771) pour vos installations du serveur PlateSpin Migrate.

IMPORTANT :si vous avez déjà téléchargé le fichier d'installation de PlateSpin Migrate 12.3 (build 687) et si vous utilisez Amazon Web Services comme plate-forme cible, vous devez télécharger le nouveau fichier d'installation de PlateSpin Migrate (build 771) et utiliser ce dernier pour installer le serveur PlateSpin Migrate.

3.0 Nouveautés

PlateSpin Migrate 12.3 inclut plusieurs nouvelles fonctionnalités et améliorations.

La plupart de ces améliorations ont été apportées en réponse directe aux suggestions de nos clients. Nous vous remercions pour votre temps et pour vos commentaires très utiles. Nous espérons que vous continuerez à nous aider pour que nos produits répondent à tous vos besoins. Vous pouvez publier vos commentaires sur le forum PlateSpin Migrate parmi les forums Micro Focus. Notre communauté en ligne reprend aussi des informations sur le produit, des blogues et des liens vers des ressources utiles.

3.1 Migrations automatisées vers Amazon Web Services

PlateSpin Migrate 12.3 améliore l'interface Web de PlateSpin Migrate pour prendre en charge la migration automatisée des workloads sources vers Amazon Web Services (AWS).

Pour plus d'informations, reportez-vous aux sections suivantes du Guide de l'utilisateur :

3.2 Migrations automatisées vers VMware Cloud sur AWS

PlateSpin Migrate 12.3 améliore l'interface Web de PlateSpin Migrate pour prendre en charge la migration automatisée des workloads sources vers VMware Cloud (VMC) sur Amazon Web Services. Reportez-vous à la section Conditions préalables pour la migration vers VMware Cloud sur AWS du Guide de l'utilisateur.

Vous ajoutez une cible VMware Cloud sur AWS. Celle-ci est alors découverte et traitée comme une grappe DRS VMware. Reportez-vous à la section Découverte de cibles dans l'interface Web du Guide de l'utilisateur.

3.3 Migrations de cloud à cloud automatisées

PlateSpin Migrate 12.3 prend désormais aussi en charge les migrations cloud à cloud (C2C) suivantes sans nécessité de VPN (Virtual Private Network) :

  • À partir d'AWS vers Azure

  • À partir d'Azure vers AWS

  • À partir d'AWS vers vCloud

  • À partir de vCloud vers AWS

  • À partir d'Azure vers vCloud

  • À partir de vCloud vers Azure

Reportez-vous à la section Conditions préalables pour les migrations de cloud à cloud du Guide de l'utilisateur.

3.4 Prise en charge de VMware vCloud Director 9.1

PlateSpin Migrate 12.3 prend désormais en charge la migration vers VMware vCloud Director 9.1.

3.5 Prise en charge de la grappe VMware en tant que grappe ou en tant qu'hôtes

PlateSpin Migrate 12.3 offre désormais la possibilité d'ajouter, à partir de l'interface Web de Migrate, une grappe DRS VMware cible comme grappe DRS VMware ou comme grappe DRS VMware en tant qu'hôtes. Reportez-vous à la section Découverte des plates-formes cibles.

3.6 Prise en charge MPIO améliorée

Reportez-vous à la section MPIO (Multipath I/O - E/S réparties sur plusieurs chemins d'accès) du Guide de l'utilisateur.

3.7 Améliorations de la sécurité pour les protocoles TLS

Le serveur PlateSpin Migrate 12.3 utilise le protocole Transport Layer Security (TLS) 1.0, 1.1 ou 1.2, selon les protocoles pris en charge par son système d'exploitation hôte et activés sur celui-ci. Reportez-vous à la section Configuration des protocoles TLS pour les hôtes Migrate dans le Guide d'installation et de mise à niveau.

Pour les instances de base de données distante, les conditions supplémentaires suivantes doivent être réunies :

Pour plus d'informations sur l'utilisation de TLS 1.2 pour les connexions de workloads sources avec PlateSpin Migrate 12.3, reportez-vous à la section Configuration des workloads sources pour une connexion à l'aide de TLS 1.2 dans le Guide de l'utilisateur.

3.8 Améliorations de la configuration de PlateSpin

PlateSpin Migrate 12.3 ajoute les paramètres de configuration de PlateSpin suivants : reportez-vous à la section Configuration avancée des paramètres de PlateSpin pour AWS.

Paramètre

Description

AwsInstanceTypeForReplicationEnvironment

Spécifie le type d'instance AWS à utiliser pour la machine virtuelle de l'environnement de réplication PlateSpin d'AWS. La valeur par défaut est t2.micro.

Définissez la valeur de ce paramètre sur le type d'instance AWS que vous souhaitez utiliser pour la machine virtuelle de l'environnement de réplication.

AWSPriceListRegion

Spécifie la région AWS dont le point de terminaison tarifaire AWS est utilisé pour découvrir les types d'instance AWS pris en charge. La valeur par défaut est us-east-1.

Toutefois, si le type d'instance que vous souhaitez utiliser ne figure pas sur le point de terminaison tarifaire de la région configurée, définissez la valeur de ce paramètre sur le nom de la région qui dispose d'un point de terminaison tarifaire répertoriant le type d'instance de votre choix.

AWSEnableSourceCredentialsForLinuxWithKeypair

Spécifie si vous pouvez utiliser les informations d'identification de la source pour vous connecter à une instance cible AWS Linux ou pas. La valeur par défaut est False de sorte que vous ne pouvez vous connecter à l'instance cible qu'à l'aide de la paire de clés configurée dans la tâche de migration.

Pour activer la connexion à l'instance cible AWS Linux à l'aide de la paire de clés configurée dans la tâche de migration ou les informations d'identification de la source, définissez la valeur de ce paramètre sur True.

UseOnlyPublicIPForAWS

Par défaut, le serveur PlateSpin Migrate est préconfiguré afin d'autoriser les adresses IP privées pour les communications lors de migrations vers AWS. Si le workload source ne peut pas se connecter à l'adresse IP privée de la cible AWS, vous avez alors besoin d'une adresse IP publique pour les communications lors de migrations vers AWS.

Pour vous assurer que seule une adresse IP publique est utilisée au cours de la migration, définissez la valeur de ce paramètre sur True. En outre, vous devez modifier le paramètre SourceListensForConnection en remplaçant sa valeur True par False afin que le workload source puisse se connecter au workload cible.

PartitionAlignmentSizeInKB

Définit le décalage d'alignement de disque pour les workloads avec des partitions de démarrage (MBR). La valeur de ce paramètre est le nombre de kilo-octets (Ko) à partir du début du disque jusqu'à la limite d'alignement la plus proche. Reportez-vous à la section Mauvais alignement du disque sur la machine virtuelle cible du Guide de l'utilisateur.

VCloudAppTemplateName

Spécifie le nom du modèle vApp à utiliser pour l'environnement de réplication lors des réplications vCloud. Par défaut, la valeur de ce paramètre est Environnement de réplication PlateSpin.

Si vous modifiez le nom du modèle vApp dans lequel vous téléchargez le paquetage OVF PlateSpin, vous devez définir la valeur de ce paramètre sur le nouveau nom du modèle vApp.

3.9 Configurations prises en charge

Pour consulter les informations détaillées et les avertissements concernant les workloads sources et les plates-formes cibles prises en charge pour PlateSpin Migrate 12.3, reportez-vous à la section Configurations prises en charge du Guide de l'utilisateur.

4.0 Fonctionnalités obsolètes

Le client PlateSpin Migrate 12.3 ne prend plus en charge la migration semi-automatisée vers votre environnement AWS (Amazon Web Services). Configurez les workloads pour une migration automatisée vers AWS à l'aide de l'interface Web de Migrate.

5.0 Problèmes connus

Micro Focus s'efforce de garantir que nos produits offrent des solutions de qualité qui répondent aux besoins logiciels de votre entreprise. Les problèmes suivants font actuellement l'objet de recherches visant la mise au point de solutions. Si vous avez besoin d'une assistance supplémentaire en cas de problème, veuillez contacter les services et le support Micro Focus.

Pour plus d'informations sur les problèmes connus dans les versions précédentes, reportez-vous à la section Versions précédentes.

5.1 Problèmes connus liés à la mise à niveau

Informations manquantes pour les workloads enregistrés à l'aide de l'agent Migrate après la mise à niveau ou n'importe quel processus d'importation ou d'exportation

Problème : les informations des workloads enregistrés à l'aide de l'agent Migrate sont perdues lors de la mise à niveau à partir de la version 12.2.2 vers la version 12.3, ou après tout processus d'importation/exportation à l'aide de l'utilitaire ImportExportAll.bat s'exécutant sous la version 12.2.2. (Bogue 1089919)

Solution : une fois le processus de mise à niveau ou d'importation/exportation terminé, vous pouvez réenregistrer les workloads à l'aide de l'agent Migrate.

5.2 Problèmes connus liés à la migration vers Azure

Erreur lors de la préparation de l'environnement de réplication dans Azure

Problème : lorsque vous préparez l'environnement de réplication dans Azure, une erreur 403 Interdit s'affiche si la date et l'heure sur le serveur Migrate ne sont pas correctement configurées. (Bogue 1077308)

Solution : assurez-vous que la date et l'heure sont correctement configurées sur le serveur Migrate, puis préparez à nouveau la réplication.

5.3 Problèmes connus liés à la migration vers AWS

Échec de la migration d'un workload comportant des disques avec plus de 15 volumes de système de fichiers

Problème : lorsque vous migrez un workload source avec des disques qui contiennent plus de 15 volumes de système de fichiers, la migration échoue à l'étape Création et partitionnement des volumes (bogue 1020176).

Solution : aucune. AWS autorise un maximum de 15 volumes par disque. Vous pouvez désélectionner les volumes qui ne seront pas migrés afin de réduire le nombre de volumes du disque à 15 ou moins.

Blocage de la migration d'un workload Windows Server 2008 R2 vers AWS lors de la transition si la taille de l'instance Cloud est configurée en tant que i3.16xlarge

Problème : si vous choisissez de migrer un workload Windows Server 2008 R2 vers une cible AWS et que vous configurez la tâche de migration pour utiliser la taille d'instance Cloud i3.16xlarge, la tâche de migration se bloque à l'étape d'installation des outils AWS (PV) (Bogue 1095580).

Solution : configurez la tâche de migration pour utiliser une taille d'instance Cloud prise en charge autre que i3.16xlarge.

Le client PlateSpin Migrate répertorie à tort les cibles AWS découvertes à l'aide de l'interface Web de PlateSpin Migrate et ne bloque pas les migrations d'images vers AWS

Problème : lorsque vous utilisez le client PlateSpin Migrate pour capturer ou déployer une image, le panneau Cible liste à tort toutes les cibles AWS découvertes à l'aide de l'interface Web. Même si le client PlateSpin Migrate ne supporte pas la migration des images vers le cloud AWS, l'interface Client vous permet de sélectionner une cible AWS pour configurer la tâche de migration d'image. (Bogue 1099822)

Solution : le client PlateSpin Migrate ne prend pas en charge la migration d'un workload vers une cible AWS. Pour déployer ou capturer l'image, sélectionnez une plate-forme cible que le client PlateSpin Migrate prend en charge.

5.4 Problèmes d'ordre général

Le nom de la machine virtuelle cible inclut la chaîne « sous le contrôle de PlateSpin » après une opération de synchronisation des serveurs

Problème : lorsque vous utilisez le client Migrate pour effectuer une opération de synchronisation des serveurs afin de synchroniser les modifications de la source avec le workload cible sur un serveur ESX, le nom de machine virtuelle cible inclut la chaîne (sous le contrôle de PlateSpin) même lorsque l'opération de synchronisation des serveurs est terminée. (Bogue 1102407)

Solution : une fois l'opération de synchronisation des serveurs terminée, modifiez manuellement le nom de la machine virtuelle cible pour supprimer la chaîne (sous le contrôle de PlateSpin).

[MPIO] Échec de la migration X2P d'un workload source Linux disposant de partitions LVM vers une cible Linux ayant des disques avec des partitions non-LVM

Problème : lorsque vous utilisez le workflow X2P pour effectuer une migration complète d'un workload Linux qui comporte des partitions LVM vers une cible Linux dotée de disques avec des partitions non-LVM, la migration échoue à l'étape Création et partitionnement des volumes. (Bogue 1096119)

Solution : avant de migrer le workload, vous devez supprimer manuellement les partitions existantes sur le workload cible.

[MPIO] Mauvaise activation de la partition d'échange sur la machine cible pour la migration Linux P2P à l'aide de la synchronisation des serveurs

Problème : pour la migration P2P (physique vers physique) de workloads Linux à l'aide de la synchronisation des serveurs, le fichier /etc/fstab sur la machine cible utilise le chemin /dev/sdx# pour activer la partition d'échange au lieu d'employer un nom de périphérique persistant. La partition d'échange n'est pas activée correctement sur la machine cible. (Bogue 1096796)

Solution : modifiez l'entrée de la partition d'échange dans le fichier /etc/fstab afin qu'elle utilise un nom persistant pour le périphérique dans le répertoire /dev/disk/by-id, qui fait référence au périphérique de stockage par un identificateur unique au format suivant : /dev/disk/by-id/scsi-<WWID>-part<numéro_partition>.

  1. Connectez-vous en tant qu'utilisateur root à la machine Linux cible, puis lancez une console de commande.

  2. Déterminez le WWID et le numéro de partition nécessaires pour le nom de périphérique persistant :

    1. À l'invite de commande, entrez cat/etc/fstab pour afficher les entrées de périphérique pour la machine cible.

    2. Affichez l'entrée actuelle qui active la partition d'échange. Notez le disque et le numéro de partition.

      Dans l'exemple de sortie suivant, l'entrée /dev/sdg2 indique le disque sdg et le numéro de partition 2.

    3. À l'invite de commande, entrez multipath -l pour répertorier les périphériques Multipath.

      Dans l'exemple suivant, localisez sdg, puis notez le WWID pour son parent mpathb : 360002ac0000000000000004d00006312.

    4. Modifiez le chemin d'accès utilisé pour la partition d'échange dans le fichier /etc/fstab.

      1. Ouvrez le fichier /etc/fstab dans un éditeur de texte.

      2. Dans l'entrée pour la partition d'échange, remplacez le chemin /dev par le chemin /dev/disk/by-id au format suivant :

        /dev/disk/by-id/scsi-<WWID>-part<numéro_partition>

        Par exemple, remplacez /dev/sdg2 pour le nom persistant suivant :

        /dev/disk/by-id/scsi-360002ac0000000000000004d00006312-part2

      3. Enregistrez le fichier /etc/fstab modifié.

    5. Redémarrez la machine cible.

6.0 Problèmes résolus

Vous trouverez, ci-dessous, la liste des problèmes résolus dans cette version :

6.1 La migration d'un workload Windows Server 2003 peut être bloquée à l'étape de configuration du système d'exploitation

Problème : lorsque vous migrez un workload Windows Server 2003, la tâche de migration peut se bloquer ou enregistrer une erreur récupérable à l'étape Configuration du système d'exploitation. Il suffit de redémarrer le workload cible pour que la conversion reprenne. (Bogue 1069833)

Correction : la tâche de migration se termine désormais sans devoir redémarrer le workload cible.

6.2 Après avoir désinstallé le serveur PlateSpin, la réinstallation se bloque à l'étape « Installation d'OFX : Activation du protocole STOMP »

Problème : après une désinstallation du serveur PlateSpin, si vous réinstallez sans redémarrer l'ordinateur, l'installation peut se bloquer avec le message suivant :

État : Installation d'OFX 
       Activation du protocole STOMP

La fonction de messagerie d'événements Migrate utilise le logiciel RabbitMQ, le langage de programmation Erlang et le protocole STOMP. La désinstallation supprime les fichiers installés, mais n'arrête pas automatiquement les processus associés. Si les processus sont en cours d'exécution lorsque vous essayez de réinstaller le serveur PlateSpin, l'installation se bloque. (Bogue 999112)

Correction : après la désinstallation du serveur PlateSpin, les services RabbitMQ sont automatiquement arrêtés et la réinstallation du serveur PlateSpin ne se bloque plus.

6.3 La conversion de transfert basée sur un fichier se bloque au démarrage de la machine virtuelle pour les workloads UEFI RHEL 6.3

Problème : dans le client Migrate, les conversions de transfert basées sur un fichier se bloquent au démarrage de la machine virtuelle pour les workloads UEFI RHEL 6.3. Les diagnostics de la tâche de migration affichent l'erreur suivante :

Configure Target Machine Running Controller > Starting Virtual Machine Running 
  Information:32:Task PowerOnVM_Task completed successfully 
  Information:32:ChangeVMState: failed to change state to poweredOn, current state is poweredOff
(Configuration de la machine cible - Exécution du contrôleur > Démarrage de la machine virtuelle - Exécution 
  Information :32:La tâche PowerOnVM_Task a été effectuée. 
  Information :32:ChangeVMState : impossible de définir l'état sur poweredOn, l'état actuel est poweredOff.) 

Cette erreur a été constatée uniquement pour les migrations de workloads UEFI RHEL 6.3 à l'aide du transfert de données par fichier. (Bogue 1087728)

Correction : vous pouvez désormais utiliser le transfert basé sur des fichiers pour migrer les workloads UEFI RHEL 6.3.

6.4 Aucune connectivité réseau sur une machine virtuelle cible qui est arrêtée après un basculement vers un grappe VMware

Problème : lorsque vous migrez un workload vers un grappe VMware avec une tâche de migration qui est configurée pour arrêter la cible après le basculement, la tâche de migration arrête la cible après une migration réussie. Toutefois, la machine virtuelle cible n'a aucune connectivité réseau lorsqu'elle est mise sous tension. (Bogue 1089454)

Correction : la machine virtuelle cible est correctement assignée à un adaptateur réseau VMware et dispose d'une connectivité réseau lorsqu'elle est mise sous tension.

6.5 Échec de la conversion vers AWS d'un workload source comportant des étiquettes de volume contenant des caractères spéciaux

Problème : lorsque vous migrez vers AWS un workload source qui comporte des étiquettes de volume contenant des caractères spéciaux, la conversion échoue. (Bogue 1017270)

Correction : vous pouvez désormais migrer des workloads sources contenant des caractères spéciaux dans ses étiquettes de volume vers une cible AWS.

6.6 Échec de la découverte des workloads Windows dans AWS en cas d'utilisation de l'adresse IP privée ou de la méthode WMI

Problème : la découverte d'un workload Windows dans AWS échoue si vous utilisez une adresse IP privée ou si vous utilisez la méthode de découverte WMI. Les messages d'erreur possibles sont notamment les suivants :

Cannot connect to named pipe 
(Impossible de se connecter au canal nommé)

Workload authentication failed 
(Échec de l'authentification du workload)

(Bogue 1012001)

Correction : vous pouvez désormais utiliser l'adresse IP privée du workload ou la méthode de découverte WMI pour découvrir les workloads Windows dans AWS.

6.7 La réplication incrémentielle d'un workload Linux comportant plusieurs adaptateurs réseau vers une cible de grappe VMware se bloque pendant la copie des données

Problème : si vous choisissez d'effectuer la réplication incrémentielle d'un workload Linux possédant plusieurs adaptateurs réseau vers une cible de grappe VMware et que vous configurez le paramètre Réseaux de réplication pour la source de la tâche de migration de façon à n'utiliser qu'un seul adaptateur réseau sur le workload source pour le trafic de réplication, la tâche reste bloquée à l'étape de copie des données. (Bogue 1089593)

Correction : désormais, la réplication incrémentielle s'effectue correctement même lorsqu'une adresse IP est épinglée pour la réplication.

6.8 Impossible de migrer un workload Linux vers une machine virtuelle cible Hyper-V à l'aide d'une migration semi-automatisée (X2P) si la compression est activée pour la tâche de migration

Problème : lorsque vous utilisez le workflow (X2P) semi-automatisé pour migrer un workload Linux vers une machine virtuelle cible Hyper-V, la tâche de migration échoue avec l'erreur suivante si l'option Activer la compression a été sélectionnée dans la configuration réseau de la tâche pour autoriser la compression des données pendant leur transfert. (Bogue 1089276)

Message Exception happened in Compressor Decompressor: Compressor::RunDecompressor().

Correction : vous pouvez désormais utiliser le workflow (X2P) semi-automatisé pour migrer un workload Linux vers une machine virtuelle cible Hyper-V même si l'option Activer la compression dans la section Réseau de la fenêtre de configuration de la tâche est sélectionnée.

6.9 La réplication ne peut pas se terminer si une mise à jour d'antivirus est en attente d'un redémarrage sur la source

Problème : les mises à jour automatiques des logiciels antivirus sur les workloads sources Windows comportent parfois des modifications système en attente d'un redémarrage. Tant que le redémarrage requis est en attente, toute réplication semble se bloquer et ne pas pouvoir se terminer. (Bogue 1091267)

Correction : suivez les étapes décrites dans le scénario de dépannage La réplication ne peut pas se terminer si une mise à jour d'antivirus est en attente d'un redémarrage sur la source du Guide de l'utilisateur.

6.10 Les conteneurs cloud cibles et les workloads associés ne sont pas importés

Problème : si votre mot de passe utilisateur pour un conteneur cloud cible change ou arrive à expiration après avoir exporté la base de données et avant d'avoir importé les données après une mise à niveau, le conteneur n'est pas importé et les configurations de workloads associées sont altérées dans la base de données importée. Le conteneur et les workloads ne sont pas affichés dans l'interface Web. Les workloads sont visibles dans le client Migrate, mais ne peuvent pas être gérés. Le rajout manuel du conteneur et des workloads dans l'interface Web échoue, car leurs objets sont déjà présents dans la base de données. (Bogue 1033680)

Correction : pour utiliser le même serveur Migrate pour les migrations vers le conteneur cloud cible, vous devez réinstaller le serveur PlateSpin. Cette opération réinitialise la base de données. Vous devez reconfigurer tous les workloads et conteneurs cibles.

Pour éviter ce problème, assurez-vous que les informations d'identification dans la base de données Migrate sont valides et n'ont pas été modifiées pour les conteneurs cloud cibles au moment de l'exportation et de l'importation. Reportez-vous à la section Garantie d'informations d'identification valides pour les conteneurs cloud cibles du Guide d'installation et de mise à niveau.

6.11 Environnement UEFI OL 7.3 exécutant RHCK : échec de la préparation du test de transition

Problème : dans les environnements UEFI Oracle Linux 7.3 exécutant un kernel RHCK, la préparation du test de transition échoue comme suit :

  • Pour Azure : l'erreur suivante s'affiche : Le service de configuration de la machine cible ne semble pas avoir démarré.

  • Pour vCloud : l'état apparaît comme en cours d'exécution, mais la machine virtuelle cible affiche l'invite grub>.

Ce problème n'a pas été constaté sous OL 7.3 avec RHCK pour BIOS, ni pour OL 7.3 avec UEK pour UEFI ou BIOS. (Bogue 1067023)

Correction : pour plus d'informations sur la procédure de modification du kernel par défaut utilisé pour les machines UEFI Oracle Linux, reportez-vous à l'article de la base de connaissances n° 7023252.

7.0 Installation ou mise à jour de PlateSpin Migrate

PlateSpin Migrate 12.3 fournit le script PowerShell Install PlateSpin Migrate Prerequisites (Installer les composants requis de PlateSpin Migrate) pour contrôler et installer les logiciels requis et appliquer la configuration appropriée : ASP.NET, IIS et .NET Framework. Reportez-vous à la section Installation des logiciels requis du Guide d'installation et de mise à niveau.

Pour installer PlateSpin Migrate 12.3, reportez-vous à la section Installation de PlateSpin Migrate du Guide d'installation et de mise à niveau de PlateSpin Migrate .

Pour appliquer PlateSpin Migrate 12.3 à votre serveur PlateSpin, vous devez disposer d'une installation existante de PlateSpin Migrate 12.2.2 sur une plate-forme Windows prise en charge, avec ou sans correctifs intermédiaires et correctifs appliqués. Pour plus d'informations, reportez-vous à la section Mise à niveau de Migrate dans le Guide d'installation et de mise à niveau.

REMARQUE :pour effectuer une mise à niveau à partir d'une installation existante du serveur PlateSpin Migrate 12.2.2 vers une nouvelle plate-forme hôte prise en charge, reportez-vous à la section Mise à niveau vers une nouvelle plate-forme hôte du Guide d'installation et de mise à niveau de PlateSpin Migrate 12.3.

8.0 Informations sur les licences

Pour plus d'informations sur l'activation d'une nouvelle licence, reportez-vous à la section Octroi de licences pour le produit PlateSpin Migrate du Guide de l'utilisateur.

9.0 Versions précédentes

Pour consulter la documentation qui accompagnait les versions précédentes, visitez le site Web de documentation de PlateSpin Migrate 12.3 et faites défiler pour accéder à la section Previous Releases (Versions précédentes).

10.0 Contacter Micro Focus

Si vous avez des suggestions pour améliorer la documentation, cliquez sur comment on this topic (Ajouter un commentaire sur cette rubrique) situé au bas de chaque page dans la version HTML de la documentation ou envoyez un message électronique à l'adresse Documentation-Feedback@netiq.com.

Pour tout problème spécifique au produit, contactez l'équipe de support de Micro Focus à l'adresse https://www.microfocus.com/support-and-services/.

Pour obtenir des conseils ou un complément d'informations techniques, vous pouvez consulter les ressources suivantes :

11.0 Mentions légales

Pour plus d'informations sur les mentions légales, les marques, les exclusions de garantie, les garanties, les limitations en matière d'exportation et d'utilisation, les droits du gouvernement américain, la politique relative aux brevets et la compatibilité avec la norme FIPS, consultez le site https://www.microfocus.com/about/legal/.

Copyright © 2018 NetIQ Corporation, une société Micro Focus. Tous droits réservés.