Notes de version de PlateSpin Migrate 12.2.1

Problème : après avoir mis à niveau le serveur Migrate vers la version 12.2.1, si vous utilisez l'interface Web pour configurer un workload et sélectionnez une cible Azure pour la première fois après la mise à niveau, les menus Groupe de ressources Azure et Groupe de ressources ne répertorient aucun groupe de ressources.

Solution : dans l'interface Web, accédez aux cibles et rafraîchissez les conteneurs Azure cibles pour activer la liste des groupes de ressources sur la page Configuration de la migration vers Azure.

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)

Solution : 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.

Problème : certaines tailles d'instance cloud prenant en charge le stockage Premium Azure affichent à tort dans l'interface Web Migrate qu'elles ne prennent pas en charge le stockage Premium. Cette erreur d'affichage se produit en raison de la modification d'une convention de dénomination dans Azure pour les tailles d'instance introduites récemment. PlateSpin Migrate reconnaît correctement la prise en charge du stockage Premium par ces instances ; les fonctionnalités du produit ne sont pas affectées. (Bogue 1071399)

Solution : recherchez le nom de la taille de l'instance cloud pour déterminer si elle prend en charge le stockage Premium. Le deuxième mot contient un S ou s si l'instance prend en charge le stockage Premium. Par exemple, l'instance Standard E64s v3 prend en charge le stockage Premium, à l'inverse de Standard E64 v3.

Problème : pour l'interface UEFI Oracle Linux 7.3 exécutant le kernel RHCK, la préparation du test de transition échoue et affiche le message d'erreur suivant : le service de configuration de la machine cible ne semble pas avoir démarré. 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. Cette erreur se produit avec Azure et vCloud. (Bogue 1067023)

Solution : aucune.

Problème : pour RHEL 7.3 et les distributions basées sur RHEL 7.3, les réplications incrémentielles pour les migrations UEFI vers BIOS échouent au cours de la préparation de la machine cible pour démarrer le système d'exploitation, car le système ne parvient pas à déterminer l'emplacement du fichier de configuration grub.cfg. Cette erreur se produit dans Azure et vCloud. (Bogue 1066071)

Solution : après l'échec, répétez l'opération Exécuter la migration (incrémentielle).

Problème : Microsoft Azure ne prend pas en charge les workloads Linux dont la partition de démarrage (/boot) se trouve sur un autre disque que la partition root (/). (Bogue 972062)

Solution : PlateSpin Migrate ne prend pas en charge la migration des workloads Linux sources vers Azure si la partition de démarrage (/boot) se trouve sur un autre disque que la partition root (/).

Problème : si vous configurez Migrate pour y installer le composant par bloc pendant la première réplication, le contrôleur OFX PlateSpin peut ne pas démarrer sur le workload source lors de l'étape Installer les composants basés sur les blocs. Le gestionnaire des services signale ce problème si la machine virtuelle est ralentie au point que l'événement de démarrage du contrôleur OFX expire. (Bogue 1033673)

Solution : démarrez manuellement le contrôleur OFX PlateSpin sur le workload source. Pour éviter ce problème, vous pouvez configurer le workload pour installer le composant par bloc lors de la préparation du workload au lieu de la première réplication, ou vous pouvez augmenter la mémoire ou les ressources d'UC de la machine virtuelle source pour améliorer ses performances au démarrage.

Problème : si la valeur MTU est définie sur une valeur inférieure à 1 500 lorsque vous migrez des workloads vers un hôte Hyper-V possédant des adaptateurs synthétiques, la valeur MTU définie n'est pas respectée. (Bogue 1062546)

Solution : aucune. Il s'agit d'une limitation spécifique de l'hôte Hyper-V s'il possède des adaptateurs synthétiques.

Problème : lorsque vous utilisez le workflow X2P pour migrer un workload Windows 2003 ou 2008 vers un hôte Microsoft Hyper-V, la tâche est interrompue ou affiche une erreur récupérable lors de l'étape Désinstallation du contrôleur. Cela s'explique par le fait que le pilote des services d'intégration n'est pas disponible sur l'hôte Hyper-V (bogue 1053168, 1062716)

Solution : ajoutez manuellement le pilote des services d'intégration sur l'hôte Hyper-V. Reportez-vous à l'article de la base de connaissances.

Problème : lorsque vous migrez un workload vers une machine virtuelle KVM dont le disque Virtio est configuré comme disque de démarrage lorsque des disques IDE et Virtio sont disponibles sur la machine virtuelle, la migration du workload échoue à l'étape Création et partitionnement des volumes. (Bogue 1063004)

Solution : sur la machine virtuelle de KVM, effectuez l'une des opérations suivantes et ensuite migrez le workload :

Problème : pour l'interface UEFI Oracle Linux 7.3 exécutant le kernel RHCK, la préparation du test de transition échoue et affiche le message d'erreur suivant : le service de configuration de la machine cible ne semble pas avoir démarré. 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. Cette erreur se produit dans Azure et vCloud. (Bogue 1067023)

Solution : aucune.

Problème : pour RHEL 7.3 et les distributions basées sur RHEL 7.3, les réplications incrémentielles échouent pour les migrations UEFI vers BIOS au cours de la préparation de la machine cible pour démarrer le système d'exploitation, car le système ne parvient pas à déterminer l'emplacement du fichier de configuration grub.cfg. Cette erreur se produit dans Azure et vCloud. (Bogue 1066071)

Solution : après l'échec, répétez l'opération Exécuter la migration (incrémentielle).

Problème : au cours du test de transition dans le cadre d'une migration d'un système physique vers le cloud virtuel (vCloud), lorsque la machine source démarre à partir du sous-réseau de stockage, l'erreur suivante se produit lors de la configuration de la machine virtuelle cible :

Solution : aucune.

Problème : parfois, dans Test de transition ou Transition, la souris ne fonctionne pas pour la machine virtuelle dans le client Web vSphere. Autrement dit, lorsque vous accédez à Actions > Open Console (Opérations > Ouvrir la console) pour ouvrir la console Web de VMware, le pointeur de la souris ne fonctionne pas correctement dans la fenêtre de console de la machine virtuelle.

Solution : redémarrez la machine virtuelle pour permettre aux outils VMware de reconnaître le contrôleur USB de la souris. Dans vSphere, sélectionnez Actions > Power > Restart Guest OS (Opération > Alimentation > Redémarrer le système d'exploitation invité).

Problème : si vous configurez Migrate pour y installer le composant par bloc pendant la première réplication, le contrôleur OFX PlateSpin peut ne pas démarrer sur le workload source lors de l'étape Installer les composants basés sur les blocs. Le gestionnaire des services signale ce problème si la machine virtuelle est ralentie au point que l'événement de démarrage du contrôleur OFX expire. (Bogue 1033673)

Solution : démarrez manuellement le contrôleur OFX PlateSpin sur le workload source. Pour éviter ce problème, vous pouvez configurer le workload pour installer le composant par bloc pendant la préparation de la migration au lieu de la première réplication, ou vous pouvez augmenter la mémoire ou les ressources d'UC de la machine virtuelle source pour améliorer ses performances au démarrage.

Problème : après avoir effectué une opération d'annulation de la découverte du serveur, la vue des tâches n'affiche aucune entrée correspondant à cette tâche. L'utilisateur ne peut pas facilement déterminer si la tâche s'est déroulée correctement. Les tâches d'annulation de découverte du serveur étaient disponibles dans la vue des tâches de PlateSpin Migrate 12.2. (Bogue 1071172)

Solution : aucune.

Problème : lorsque vous choisissez de migrer un workload Windows Server 2003, la tâche de migration peut se bloquer ou afficher une erreur récupérable au moment de l'étape Configuration du système d'exploitation. (Bogue 1069833)

Solution : pour reprendre la conversion, redémarrez le workload cible.

Problème : si vous modifiez le nom d'hôte d'un workload découvert, le nouveau nom d'hôte s'affiche dans le client Migrate, mais pas dans l'interface Web. (Bogue 1042869)

Solution : après avoir modifié le nom d'hôte d'un workload découvert, annulez sa découverte, puis redécouvrez-le.

Problème : lorsque vous utilisez le client Migrate pour annuler la découverte d'une cible se trouvant sur un vCenter inaccessible, l'état de la tâche d'annulation de découverte s'affiche comme ayant échoué dans le client Migrate. Toutefois, la découverte de la cible a bien été annulée dans le client Migrate et dans l'interface Web. (Bogue 1062786)

Solution : ignorez le message d'état de la cible.

Problème : lorsque vous utilisez le workflow X2P pour migrer un workload source vers une machine virtuelle Hyper-V sur laquelle la mémoire dynamique est activée, la migration échoue à l'étape d'envoi et de réception des fichiers. (Bogue 1064801).

Solution : avant de procéder à la migration, désactivez la mémoire dynamique sur la machine virtuelle Hyper-V. Vous pouvez réactiver la mémoire dynamique sur la machine virtuelle Hyper-V après la migration.

Problème : lorsque vous utilisez le client Migrate pour supprimer un workload, il est supprimé du client Migrate, mais n'est pas automatiquement supprimé de l'interface Web. Par conséquent, la redécouverte du même workload échoue. (Bogue 1061693)

Solution : supprimez manuellement le workload de l'interface Web avant de le redécouvrir.

Problème : si vous choisissez de découvrir un workload dans le client PlateSpin Migrate alors qu'il ne reste aucune migration disponible pour la licence, la tâche de découverte du workload dans le client Migrate ne parvient pas à se lancer et aucun message ne s'affiche. Toutefois, le workload est ajouté dans le client Web.

Solution : aucune.

Problème : si vous choisissez de découvrir un workload source à l'aide de son nom d'hôte lorsqu'une cible déjà découverte sous contrôle porte le même nom d'hôte, la découverte échoue (bogue 1061695).

Solution : utilisez l'adresse IP du workload source au lieu de son nom d'hôte pour le découvrir.

Problème : les notifications par message électronique du rapport de réplication sont envoyées aux destinataires comme prévu, mais ne contiennent pas les statistiques de réplication prévues pour les migrations actives. Le message indique : Aucun workload n'est déjà disponible pour ce rapport. L'interface Web montre que les migrations sont configurées et que les réplications se sont produites pendant la période de création de rapports. (Bogue 1023917)

Solution : aucune. Affichez les statistiques de réplication des migrations de workload dans l'interface Web.

Problème : lorsque vous migrez un workload source OEL ou CentOS 6.x qui se trouve sur un hôte VMware, la migration échoue si le type d'adaptateur SCSI n'est pas Paravirtuel et que l'adaptateur réseau n'est pas VMXNET3.(Bogue 1060573)

Solution : modifiez le type d'adaptateur SCSI sur Paravirtuel et le type d'adaptateur réseau sur VMXNET3, puis effectuez la migration.