Notes de version de PlateSpin Migrate 11.1

24 septembre 2014

La version 11.1 de PlateSpin Migrate propose plusieurs nouvelles fonctionnalités, améliorations et corrections de bogues.

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

1.0 Nouveautés

  • Conversion entièrement automatique vers les conteneurs Windows Server 2012 Hyper-V/Windows Server 2012 R2 Hyper-V.

  • Prise en charge de l'interface de ligne de commande pour les migrations vers les cibles VMware, y compris les activités suivantes :

    • découverte

    • annulation de la découverte

    • Conversion

    • synchronisation des serveurs

    • création d'image

  • Prise en charge du transfert hors ligne pour les workloads Windows (ajoutée à la prise en charge du transfert hors ligne existant pour les workloads Linux)

  • Nouvelles fonctionnalités prises en charge : Cette version introduit la prise en charge des workloads et conteneurs pour les plates-formes ci-après :

    • Novell Open Enterprise Server (OES) 11 SP2

    Les éléments suivants sont désormais également pris en charge :

    • Conteneurs de workloads vSphere 5.0 Update 3, vSphere 5.1 Update 2 et vSphere 5.5 Update 1

    • Cluster Windows Server 2008 R2

    • Conversion semi-automatique vers

      • Conteneur SUSE Linux Enterprise Server (SLES) 11 SP3 Xen pour les invités entièrement virtualisés

      • SLES 11 SP3 KVM

      • Redhat Enterprise Linux (RHEL) 6.4 KVM

  • Divers : il est également intéressant de noter que cette version propose les fonctionnalités suivantes.

    • Possibilité de mise à niveau à partir de PlateSpin Migrate 11.0

    • Ce produit a été localisé pour pouvoir être installé et utilisé sur des machines configurées dans les langues suivantes : allemand, français et japonais.

Éléments non pris en charge dans cette version

  • L'installation du serveur PlateSpin Migrate 11.0 sur un hôte Microsoft Windows 2008 64 bits n'est pas prise en charge pour le moment.

2.0 Corrections de bogues

Vous trouverez, ci-dessous, la liste des bogues corrigés dans cette version :

  • 815417 - Le serveur source disparaît de l'interface utilisateur si le nom du dossier de la machine virtuelle cible est le même que le nom d'hôte source. Ce comportement a été corrigé.

  • 874419 - L'option de sélection de l'emplacement réseau de Platespin n'est pas disponible lors de l'utilisation d'images ISO de démarrage. L'utilisateur peut maintenant découvrir et exécuter des conversions en spécifiant un nom de réseau personnalisé.

  • 877675 - Le rafraîchissement ne permet pas la mise à jour des données relatives à l'heure de découverte pour les machines virtuelles. Les propriétés du workload sont désormais correctement rafraîchies.

  • 880457/880868 - L'interface utilisateur de la tâche de conversion Migrate ne permet pas d'ajouter plus de 13 disques. Une lettre d'unité est affectée à la cible pour chaque point de montage sur le serveur source. Ce comportement a été corrigé.

  • 884726 - La vitesse de transfert des données de PlateSpin Migrate 11 est bien inférieure à celle des versions antérieures du produit. Cette version (11.1) s'exécute nettement plus vite que PlateSpin Migrate 11.0.

  • 888956 - La découverte du workload source de Linux échoue si l'utilisateur sudo est utilisé dans le mode mot de passe requis. Les options/paramètres corrects n'ont pas été utilisés dans la commande sudo du code. Ce comportement a été corrigé.

  • 890463 - La tâche échoue à l'étape de préparation du système d'exploitation au démarrage. Erreur : le nom de l'unité n'existe pas. Parametername. Le programme d'installation du paquetage définit maintenant la clé de registre adéquate. Ce comportement a été corrigé.

  • 892171 - La génération de diagnostics échoue et renvoie le message d'erreur Échec de la génération HTML du diagnostic. Les modifications relatives à la localisation effectuées dans Migrate 11.0 (caractère d'échappement manquant dans les invocations des noms de fichiers) étaient à l'origine du problème. Ce comportement a été corrigé dans la version 11.1.

3.0 Problèmes connus

  • Non-prise en charge du RAID logiciel pour les workloads Linux : PlateSpin Migrate ne prend pas en charge les workloads Linux dont des volumes sont sur le RAID logiciel.

  • Conditions pour la prise en charge des grappes DRS VMware : PlateSpin Migrate prend en charge les grappes VMware, indépendamment de l'activation ou non de DRS et quel que soit le niveau d'automatisation de ce dernier (Manuel, Partiellement automatisé ou Entièrement automatisé). Toutefois, pour être une cible de migration valide, votre grappe VMware doit être découverte via vCenter ; elle ne peut pas être découverte en réalisant directement un inventaire des différents serveurs ESX.

    Reportez-vous à la section Instructions de découverte des types de machine et des références du Guide de l'utilisateur.

  • 493589 - (Sources Windows) Les paramètres VSS par volume autres que par défaut ne sont pas conservés après la migration : ce problème est à l'étude en vue d'un prochain correctif.

  • 505426 - (ESX 4) Pas d'avertissement ni de message d'erreur en cas de sélection d'UC virtuelle incorrecte : si le nombre d'UC virtuelles demandées dépasse celui des UC physiques sur l'hôte ESX 4, le nombre demandé est ignoré et la VM cible est créée avec une seule UC sans avertissement. ce problème est à l'étude en vue d'un prochain correctif.

  • 506154 - La présence de caractères spéciaux dans le nom d'une banque de données entraîne des problèmes de migration : les opérations de migration risquent d'échouer lors de tentatives sur des banques de données ESX dont le nom contient le caractère « + » ou d'autres caractères spéciaux.

    Reportez-vous à l'article de la base de connaissances n° 7009373.

  • 595490 - La conservation de la partition de démarrage entraîne des problèmes de migration : dans certains scénarios de migration, le système vous permet à tort de conserver votre partition de démarrage sur la cible, empêchant alors le démarrage du workload approprié. Ce problème est actuellement à l'étude.

    Solution : choisissez de ne pas conserver votre partition de démarrage sur la cible.

  • 604320 - (Linux vers ESX 4) Problème d'exécution de la migration si les fonctions de connexion automatique ou de montage CD automatique sont activées pour le système d'exploitation source : la migration est également perturbée si vous vous connectez à la cible durant l'étape de configuration de la tâche.

    Solution : désactivez les fonctions de connexion et de montage CD automatiques sur la source ; évitez de vous connecter au workload cible tant que la migration n'est pas terminée.

  • 619942 - Échec de l'exécution d'un script post-migration comportant des caractères Unicode dans le nom de fichier : si vous utilisez des caractères Unicode dans le nom de fichier de votre script post-migration, l'exécution de celui-ci échoue.

    Solution : utilisez uniquement des caractères ASCII dans les noms d'opérations post-migration.

  • 655828 – Échec du montage des volumes NSS. à la fin d'une migration, les volumes NSS comportant des instantanés activés ne sont pas montés automatiquement comme prévu.

    Reportez-vous à l'article de la base de connaissances n° 7008773.

  • 660790 : l'utilisateur ne peut pas ignorer la désinstallation des outils VMware durant la migration. Si l'utilisateur définit l'option Installer les outils VMware pour ESX sur Oui avant d'exécuter une tâche de migration, les outils ne sont pas désinstallés puis réinstallés.

  • 680259 - (VMware 4.1) Performances réseau médiocres des machines virtuelles assurant le transfert du trafic : dans certains scénarios, la réplique d'un workload qui transfère le trafic réseau (par exemple, si l'objectif du workload est de faire office de pont réseau pour NAT, VPN ou un pare-feu) peut voir ses performances réseau se dégrader sensiblement. Cela est dû à un problème lié aux adaptateurs VMXNET 2 et VMXNET 3 pour lesquels la fonction LRO (Large Receive Offload, déchargement de réception volumineux) est activée.

    Solution : désactivez la fonction LRO sur l'adaptateur réseau virtuel. Pour plus d'informations, reportez-vous au document VMware vSphere 4.1 Release Notes (Notes de version de VMware vSphere 4.1) et faites-le défiler jusqu'à l'élément de liste à puces Poor TCP performance... (Performances TCP médiocres...).

  • 685509 - Échec avec erreur Accès refusé lors d'une réplication sur une image stockée sur un partage réseau : le service de contrôleur qui s'exécute sur les serveurs d'images qui utilisent des partages réseau à des fins de stockage ne conserve pas ses références Ouvrir une session en tant que après une mise à niveau. Par conséquent, les opérations d'image échouent avec un message Accès refusé tant que le service du contrôleur n'est pas mis à jour avec les références Ouvrir une session en tant que adéquates.

    Reportez-vous à l'article de la base de connaissances n° 7008772.

  • 692680 - Instantanés VSS non conservés : les instantanés VSS pris par des applications tierces sur le workload source ne sont pas répliqués sur la cible lors de la migration.

  • 702152 - Lenteur de la migration via le réseau WAN si l'hôte de machine virtuelle cible compte un nombre élevé de banques de données : dans certaines circonstances, lorsque votre serveur de migration est connecté à l'hôte de VM via le réseau WAN et si votre hôte deVM compte un nombre important de banques de données, le processus de localisation de l'image ISO appropriée requise pour le démarrage de la cible risque de prendre plus longtemps que prévu. Ce problème est actuellement à l'étude.

  • 779194 - Le répertoire /home non assigné est désactivé et démonté après une synchronisation unique des serveurs : Si vous effectuez une synchronisation des serveurs avant de définir la partition /home sur aucun, ce répertoire est désactivé et n'est pas monté sur le serveur cible alors qu'il devrait y être activé et monté.

    Résolution du problème : après la synchronisation des serveurs, annulez le commentaire de la ligne adéquate dans le fichier /etc/fstab du serveur cible.

    Reportez-vous à l'article de la base de connaissances n° 7014638.

  • 810460 - Les outils VMware ne sont pas installés durant la conversion d'un noyau de serveur Windows 2012 : Les outils VMware ne sont pas installés durant la conversion d'un noyau de serveur Windows 2012.

    Résolution du problème : installez manuellement les outils VMware après la conversion.

  • 822601 - La carte réseau n'est pas initialisée sur la machine virtuelle cible SLES 11 hébergée sur un hôte Windows 2008 Hyper-V : Si vous effectuez une migration de workload SLES 11 (machine virtuelle clonée) à l'aide d'une méthode semi-automatique vers une machine virtuelle cible (non physique) sur un hôte Windows 2008 Hyper-V, le processus se bloque durant l'étape de configuration du système d'exploitation.

    Résolution du problème : pour plus d'informations sur la résolution de ce problème, reportez-vous à l'article de la base de connaissances n° 7012911.

  • 824724 - La machine virtuelle cible ne démarre pas après une migration de VMware ESX vers Citrix Xen si les fichiers de démarrage sont situés sur un disque secondaire : Lorsqu'une machine virtuelle est convertie de VMware ESX vers Citrix Xen et que ses fichiers de démarrage sont alloués au deuxième disque, la machine virtuelle ne démarre pas et une intervention manuelle est requise. Ceci est dû au fait que la machine virtuelle Citrix XEN tente de démarrer avec le disque 0 plutôt qu'avec les fichiers de démarrage alloués au disque 2.

    Résolution du problème : pour résoudre ce problème, réorganisez l'emplacement du disque virtuel dans XenCenter pour que la machine virtuelle démarre à partir du disque virtuel contenant le système d'exploitation. L'article de la base de connaissances du site Web de Citrix contient des informations sur la modification de l'emplacement du disque virtuel contenant le système d'exploitation.

    Reportez-vous également à l'article de la base de connaissances n° 7012906.

  • 825016 - Les outils XenServer ne sont pas supprimés après la conversion : Les outils XenServer d'une machine virtuelle Windows dans un environnement d'hyperviseur Citrix XenServer ne sont pas supprimés lorsque la machine virtuelle est convertie en conteneur VMware ou en conteneur physique.

    Résolution du problème : l'utilisateur doit désinstaller manuellement les outils XenServer après la conversion.

  • 825434 - Après la migration, la partition primaire (C:\) est convertie en partition logique sur la cible : Scénario : déplacement ou copie d'une machine Windows avec plus de trois partitions primaires vers une machine physique Windows dotée d'au moins trois partitions primaires. Au moins une partition primaire est préservée sur la machine cible.

    Effet : après la migration, la machine Windows ne peut plus démarrer.

    Exemple : l'erreur suivante se produit lorsqu'une machine Windows 2003 est convertie en machine physique.

    Windows could not start because the following file is missing or corrupt:
    <Windows root>\system32\ntoskrnl.exe.Please re-install a copy of the above file.
    

    Résolution du problème : pour plus d'informations sur la résolution de ce problème, reportez-vous à l'article de la base de connaissances n° 7012913.

  • 826545 - Lorsque Migrate annule la découverte d'une machine, le noeud de cette machine reste affiché sur l'hôte ESX comme étant découvert : Lorsque vous annulez la découverte d'un workload, son affichage est rafraîchi dans le client Migrate, mais pas sur l'hôte ESX.

    Résolution du problème : annulez la découverte du workload sur l'hôte ESX, puis rafraîchissez l'hôte ESX.

  • 839329 - échec de la tentative de récupération de données à partir du serveur VMware vCenter avec l'exception Cette opération n'est pas autorisée. Vous pouvez corriger ce problème en suivant les procédures pour définir les rôles VMware en utilisant les outils comme indiqué dans la section Utilisation d'outils pour définir des rôles VMware du Guide de l'utilisateur de PlateSpin Migrate 11.1.

  • 843431 - erreur de chargement du système d'exploitation lors d'une tentative de démarrage à partir du disque dur (C:). MBR est corrompu. Vous pouvez résoudre ce problème en exécutant la commande /BcdEditor /fixboot dans le LRD.

    Reportez-vous également à l'article de la base de connaissances n° 7014709.

  • 859440 - La conversion V2P est suspendue au niveau de l'étape de configuration du système d'exploitation : Lorsqu'il existe plusieurs options de démarrage dans le microprogramme et que le disque dur n'est pas le premier périphérique de démarrage dans la liste d'options de démarrage, la machine cible ne démarre pas à partir du disque dur et la conversion est suspendue.

    Résolution du problème : dans les options de démarrage de la machine physique, modifiez l'ordre de démarrage pour que le Disque dur soit la première option, puis redémarrez la machine.

    Reportez-vous également à l'article de la base de connaissances n° 7014623.

  • 864325 - Les workloads Windows 8.1 convertissant UEFI en BIOS ne peuvent pas procéder à la conversion durant l'étape « Envoi des fichiers » : L'installation OEM par défaut de Windows 8.1 (UEFI) créée une partition de récupération dotée d'un espace disponible insuffisant, ce qui rend impossible la création d'une copie shadow du volume (VSS) pour la partition.

    Résolution du problème : supprimez ou développez la partition de récupération. Pour plus d'informations, consultez l'article de la base de connaissances n° 7014696.

  • 864326 – Échec de la conversion durant la mise à niveau vers une version antérieure d'UEFI vers le microprogramme BIOS. La conversion d'un workload UEFI (Windows 6.2 et versions de kernel supérieures) vers une machine BIOS échoue durant l'étape de préparation du système d'exploitation, car la partition active est introuvable pour la mise à jour des paramètres de démarrage.

    Résolution du problème : mettez à jour le type de partition de Disque comme MBR où le volume système est présent dans le workload source ou dans l'image. Utilisez les options d'interface utilisateur Exporter et Importer ou un navigateur OFX pour modifier le fichier XML. Pour obtenir une liste de toutes les étapes, reportez-vous à l'article de la base de connaissances n° 7014637.

  • 865570 - Le transfert de fichiers est interrompu pour le workload Windows 2012 R2 UEFI : Le transfert de fichiers X2P de Windows 6.2 (et versions de kernel supérieures) échoue durant l'étape d'envoi et de réception des fichiers.

    Résolution du problème : pour forcer le transfert de fichiers dans ce scénario X2P, vous devez désactiver les indicateurs d'UC avancés dans le microprogramme, à savoir VT-d, VT-s et Execute Disable Bit. Pour plus d'informations, consultez l'article de la base de connaissances n° 7014698.

  • 866467 - Échec de la capture d'image d'un système d'exploitation Windows 32 bits : Migrate prévoit la présence d'un dossier nommé C:\Windows\Boot\EFI sur le serveur source, pour exporter les contenus en vue de leur utilisation future. Ce dossier n'est pas inclus dans les systèmes d'exploitation Windows 32 bits antérieurs à Windows 2008/Vista. Donc, lorsque Migrate exporte les informations BCD vers le dossier, l'opération échoue avec l'erreur :

    Error message: Failed: C:\Windows\Boot\EFI
    

    Résolution du problème : pour résoudre ce problème, vous devez créer le dossier C:\Windows\Boot\EFI, puis créer un répertoire de jonction sous C:\Windows pour C:\Windows\System32. Pour plus d'informations, consultez l'article de la base de connaissances n° 7014710.

  • 875562 - La machine source reste à l'état « Sous contrôle » après la conversion hors ligne : si vous configurez le paramètre États finaux d'une tâche de conversion hors ligne sur Redémarrer, la machine source reste à l'état « Sous contrôle » une fois la tâche terminée.

    Résolution du problème : redémarrez la source manuellement à la fin de la conversion.

  • 878043 - La configuration de démarrage de la machine source n'est pas restaurée après la conversion hors ligne : le menu de démarrage de la machine source Windows n'est pas restauré après une conversion hors ligne.

    Résolution du problème : après la conversion, le menu de démarrage de la source affiche deux options : le disque virtuel Linux (LRD) et le système d'exploitation (OS). Lors du premier démarrage après la conversion, sélectionnez manuellement l'option OS. Cela permet de purger le menu de démarrage de l'option de démarrage LRD pour les futures opérations de démarrage.

  • 891690 - La création et le déplacement d'une machine virtuelle sous une réserve de ressources en tant que paramètre ne sont pas pris en charge dans l'outil CLI : l'outil d'interface de ligne de commande (CLI) ajouté comme nouvelle fonctionnalité dans cette version ne prend actuellement pas en charge le déplacement ou la création d'une machine virtuelle sous une réserve de ressources en tant que paramètre dans le fichier conversion.ini.

    Résolution du problème : après la conversion, déplacez manuellement la nouvelle machine vers la réserve de ressources souhaitée.

  • 894623 - Les partitions ne sont pas montées sur des lettres d'unité après la conversion : après une conversion vers Hyper-V 2012 R2, seul le disque C est visible. Les autres partitions ne sont pas montées sur des lettres d'unité.

    Résolution du problème : après la conversion, accédez à la Gestion des disques et assignez manuellement les lettres d'unité aux partitions.

  • 896584 - L'ajout d'une assignation de disques et de volumes ne fonctionne pas correctement pour la conversion d'un workload vers Hyper-V2012 R2 : le démarrage de la machine virtuelle Hyper-V avec LRD renvoie des périphériques répertoriés de manière aléatoire dans la liste des périphériques du disque dur, qu'il s'agisse d'IDE, de SCSI ou d'une combinaison des deux.

    Résolution du problème : la liste doit contenir d'abord les disques IDE, puis les disques SCSI. Utilisez le client Migrate pour personnaliser la liste.

    Les scénarios suivants illustrent le comportement de la liste. Hypothèses dans ces scénarios : il s'agit d'une machine virtuelle de génération 1. Vous devez créer trois lecteurs de disque virtuel ou plus.

    Scénario 1-- Comportement d'IDE à SCSI

    Paramètre initial donné :

    • Disque 2 : IDE
    • Disque 3 : IDE
    • Si Disque 2 devient SCSI, Disque 3 devient SCSI. Les paramètres de la liste s'affichent comme suit après la modification :

      • Disque 2 : SCSI
      • Disque 3 : SCSI
    • Si Disque 3 devient SCSI, Disque 2 ne change pas. Les paramètres de la liste s'affichent comme suit après la modification :

      • Disque 2 : IDE
      • Disque 3 : SCSI

    Scénario 2-- Comportement de SCSI à IDE

    Paramètre initial donné :

    • Disque 2 : SCSI
    • Disque 3 : SCSI
    • Si Disque 2 devient IDE, Disque 3 ne change pas. Les paramètres de la liste s'affichent comme suit après la modification :

      • Disque 2 : IDE
      • Disque 3 : SCSI
    • Si Disque 3 devient IDE, Disque 2 devient IDE. Les paramètres de la liste s'affichent comme suit après la modification :

      • Disque 2 : IDE
      • Disque 3 : IDE
  • 896598 - Disques redondants suite à une migration par bloc de RHEL 6.2 x64 vers Hyper-V 2012 R2 : après une migration par bloc réussie de RHEL 6.2 x64 avec l'option Installer les services d'intégration sélectionnée, l'exécution de la commande fdisk -l montre des disques redondants. Autrement dit, un disque unique s'affiche deux fois, en tant que sdaet sdb.

    Il s'agit d'un problème Microsoft connu, en cours de résolution.