Notes de version de PlateSpin Migrate 9

8 juillet 2010

1.0 À propos de cette version

PlateSpin Migrate 9 introduit un certain nombre de modifications importantes, de nouvelles fonctions, d'améliorations et de corrections de bogues.

Cette version met à niveau et remplace toute édition de PlateSpin Migrate de la suite PlateSpin Portability Suite, qui a été discontinuée. Pour plus d'informations sur PlateSpin Protect 10, qui remplace les éditions de PlateSpin Protect de la suite Portability, reportez-vous au site Web de documentation de PlateSpin Protect 10.

2.0 Nouvelles fonctions de la version 9

Cette version introduit les principales fonctions et améliorations suivantes :

  • Prise en charge de la migration à chaud des workloads Linux : cette version prend en charge les migrations à chaud de plusieurs workloads Linux. Reportez-vous à la section Workloads Linux pris en charge.

  • Prise en charge de la migration des grappes Windows : cette version prend en charge la migration des grappes (clusters) Windows vers une machine virtuelle. Reportez-vous à la section relative à la migration de grappes Windows.

  • Prise en charge améliorée d'ESX 4 : cette version prend en charge les commutateurs distribués sur un serveur VMware ESX 4 cible.

  • Prise en charge multilingue : cette version offre une prise en charge multilingue (allemand, anglais, français et japonais) de l'interface du produit et de sa documentation. Notez toutefois que la version anglaise de la documentation disponible sur le site Web de documentation de PlateSpin Migrate 9, qui est régulièrement mis à jour, doit être considérée comme la plus à jour.

    Les autres langues feront l'objet d'une mise à jour globale lors de la prochaine version majeure.

3.0 Modifications importantes dans la version 9

Notez les modifications importantes suivantes dans la version 9 :

  • Composant par bloc tiers discontinué (Windows) : le composant par bloc tiers (SteelEye) a été discontinué. Les migrations par bloc des workloads Windows s'effectuent à l'aide d'un composant par bloc PlateSpin personnalisé qui tire parti du service d'instantanés de volume Microsoft (VSS). Par conséquent, les migrations par bloc de workloads Windows Server 2000 ne sont plus prises en charge et ne peuvent plus être effectuées qu'au niveau des fichiers. Cela vaut également pour les workloads Windows Server 2003 sur lesquels le service pack 1 n'est pas installé.

  • Plates-formes VM cibles discontinuées : certaines plates-formes de virtualisation obsolètes ont été discontinuées. Pour consulter la liste des plates-formes de machines virtuelles actuellement prises en charge, reportez-vous à la section Plates-formes de virtualisation cibles prises en charge.

  • Prise en charge discontinuée de la colocation de PlateSpin Migrate et PlateSpin Protect : PlateSpin Migrate et PlateSpin Protect, qui faisaient auparavant partie de PlateSpin Portability Suite, sont des produits distincts ayant leur propre programme d'installation, et ne peuvent pas être installés sur le même hôte. Si vous disposez d'une licence Portability Suite qui couvre ces deux produits, procédez à une mise à niveau vers Migrate 9 ou Protect 10 et prenez contact avec le support PlateSpin afin de dédoubler votre licence.

4.0 Problèmes connus pour la version 9

  • 493589 (sources Windows) Les paramètres par volume VSS autres que par défaut ne sont pas conservés après la migration : ce problème est en cours d'étude.

  • 548208 (vCenter) La découverte échoue si vCenter a un serveur ESX dépourvu de banque de données : la découverte VMware vCenter échoue si un serveur ESX individuel géré par vCenter n'a aucune banque de données configurée.

    Solution : ajoutez une banque de données au serveur ESX, puis réessayez.

  • 505426 (ESX 4) Pas d'avertissement ni de message d'erreur en cas de sélection d'UC virtuelles 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 en cours d'étude.

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

    Solution : désactivez les fonctions de login et de montage CD automatiques sur la source ; évitez de vous connecter au workload cible avant que la migration soit terminée.

  • 609885 (ESX 4) Migrations de workloads impossibles en raison de caractères non-ASCII dans le nom d'hôte du serveur PlateSpin Migrate : les migrations vers un système VMware ESX 4 échouent si le serveur PlateSpin Migrate comporte des caractères non-ASCII dans son nom d'hôte.

    Solution : changez le nom du serveur PlateSpin Migrate afin qu'il contienne uniquement des caractères ASCII.

  • 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.

  • 597846 (NT 4 vers ESX 4) Absence de réseau post-migration : en cas de migration d'un workload Windows NT 4 vers un système VMware ESX 4, il peut arriver que la VM cible n'ait pas de réseau.

    Solution : 1. Supprimez les adaptateurs Ethernet et redémarrez le workload. 2. Ajoutez un adaptateur Ethernet à l'aide de l'option Disque fourni... et en faisant pointer le système vers le dossier vmxnet du répertoire d'installation de VMware Tools (le chemin par défaut est C:\Program Files\VMWARE\VMware Tools\DRIVERS\vmxnet). Sélectionnez l'option Adaptateur Ethernet virtuel VMware et ignorez les avertissements. 3. Configurez l'adaptateur Ethernet comme requis et redémarrez le workload.