VMware vCenter Converter Standalone 5.0.1 | 25 octobre 2012 | Build 875114

Dernière mise à jour du document : 25 octobre 2012

Vérifiez régulièrement la disponibilité des ajouts et mises à jour de ces notes de mise à jour.

Contenu des notes de mise à jour

Ces notes de mise à jour contiennent les rubriques suivantes :

Introduction à Converter Standalone

VMware vCenter Converter Standalone offre une solution facile d'utilisation permettant d'automatiser le processus de création des machines virtuelles VMware à partir de machines physiques (exécutant Windows et Linux), d'autres formats de machine virtuelle et des formats d'image tiers. Grâce à l'interface équipée d'un assistant intuitif et à une console de gestion centralisée, Converter Standalone peut convertir rapidement et de façon sûre plusieurs machines physiques locales et à distance sans interrompre ou perturber l'activité.

Avantages

  • Vous convertissez rapidement des machines physiques qui exécutent les systèmes d'exploitation Windows ou Linux en machines virtuelles VMware sans interrompre ou perturber l'activité.
  • Vous convertissez des formats d'image tiers ou de machine virtuelle, tels que Parallels Desktop, Symantec Backup Exec System Recovery, Norton Ghost, Acronis, StorageCraft, Microsoft Virtual Server ou Virtual PC et des machines virtuelles Microsoft Hyper-V Server en machines virtuelles VMware.
  • Vous pouvez gérer dans un emplacement centralisé les conversions à distance de plusieurs serveurs physiques ou machines virtuelles simultanément.
  • Vous pouvez effectuer les conversions de manière fiable en utilisant des snapshots mis au repos du système d'exploitation client sur la machine source avant la migration des données.
  • Vous effectuez des conversions non perturbantes en utilisant le clonage à chaud sans arrêter ou redémarrer le serveur source.

Début de la page

Nouveautés

VMware vCenter Converter Standalone 5.0.1 est une version de correctif qui résout un problème en exécutant des tâches Converter Standalone sur des cibles vSphere 5.1. Pour plus d'informations, voir Converter Standalone 5.0 peut se fermer de manière inattendue lors de l'accès à des cibles vSphere 5.1 (KB 2033315).

REMARQUE : Converter 5.0.1 n'est pas totalement certifié avec les environnements vSphere 5.1. Pour cette raison, il est possible que certaines fonctionnalités ne fonctionnent pas comme prévu. Si vous rencontrez des problèmes, veuillez contacter les Services techniques internationaux VMware.

Début de la page

Notes d'installation

Les utilisateurs dont les droits sont limités ne peuvent pas installer Converter Standalone 5.0.1 sur Windows. Vous devez vous connecter en tant qu'administrateur pour installer Converter Standalone.

Début de la page

Plates-formes

Vous pouvez installer VMware Converter Standalone 5.0.1 sur les plates-formes suivantes :

  • Windows XP Professionnel (32 bits et 64 bits)
  • Windows Server 2003 SP2, R2 (32 bits et 64 bits)
  • Windows Vista (32 bits et 64 bits)
  • Windows Server 2008 (32 bits et 64 bits)
  • Windows Server 2008 R2 (64 bits)
  • Windows 7 (32 bits et 64 bits)

Début de la page

Interopérabilité

Converter Standalone 5.0.1 prend en charge les sources suivantes.

  • Machine physique fonctionnant sous un système d'exploitation répertorié dans Systèmes d'exploitation client pris en charge
  • Produits VMware Desktop
    • Workstation 5.x, 6.x, 7.x et 8.x
    • Fusion 2.x, 3.x et 4.x
    • Player 2.x et 3.x
    • Server 2.x
  • Machines virtuelles VMware vCenter
    • vSphere 5.0
    • vSphere 4.1
    • vSphere 4.0
    • ESX 3.0
    • ESXi 3.5 Installable et Embedded
    • ESX Server 2.5.x (si VirtualCenter 2.5 ou la version ultérieure gère ESX Server)
    • vCenter Server 2.5
  • Images de sauvegarde et machines virtuelles tierces
    • Microsoft Virtual PC 2004 et Microsoft Virtual PC 2007
    • Microsoft Virtual Server 2005 et Microsoft Virtual Server 2005 R2
    • Machines virtuelles Hyper-V Server qui exécutent des systèmes d'exploitation client Windows
    • Machines virtuelles Hyper-V Server qui exécutent des systèmes d'exploitation client Linux
    • Acronis True Image Echo 9.1, 9.5 et Acronis True Image 10.0, 11.0 (produit Home)
    • Symantec Backup Exec System Recovery (appelé auparavant LiveState Recovery) 6.5, 7.0, 8.0 et 8.5, LiveState Recovery 3.0 et 6.0 (fichiers .sv2iseulement)
    • Norton Ghost version 10.0, 11.0, 12.0, 13.0 et 14.0 (fichiers .sv2iseulement)
    • Parallels Desktop 2.5, 3.0 et 4.0
    • StorageCraft ShadowProtect 2.0, 2.5, 3.0, 3.1 et 3.2
    Pour les conditions et les limitations de conversion des images Backup Exec System Recovery, ShadowProtect et Consolidated Backup, consultez le Guide d'utilisateur de VMware vCenter Converter Standalone.
    Les conteneurs Parallels Virtuozzo ne sont pas pris en charge dans Converter Standalone.

En fonction de la source sélectionnée, vous pouvez la convertir vers les destinations suivantes.

  • Machines virtuelles VMware vCenter
    • ESX 3.5, 4.0 et 4.1
    • ESXi 3.5, 4.0, 4.1 et 5.0
    • vCenter Server 2.5, 4.0, 4.1 et 5.0
  • Machines virtuelles VMware Desktop
    • VMware Workstation 5.x, 6.x, 7.x et 8.x
    • VMware Player 1.x, 2.x, et 3.x
    • VMware Server 1.x et 2.x
    • VMware Fusion 1.x, 2.x, 3.x et 4.x

Début de la page

Systèmes d'exploitation client pris en charge

Converter Standalone 5.0.1 prend en charge les systèmes d'exploitation client suivants :

  • Windows XP Professional SP3 (32 bits et 64 bits)
  • Windows Server 2003 SP2, R2 (32 bits et 64 bits)
  • Windows Vista SP2 (32 bits et 64 bits)
  • Windows Server 2008 SP2 (32 bits et 64 bits)
  • Windows Server 2008 R2 (64 bits)
  • Windows 7 (32 bits et 64 bits)
  • Red Hat Enterprise Linux 2.x (32 bits et 64 bits)
  • Red Hat Enterprise Linux 3.x (32 bits et 64 bits)
  • Red Hat Enterprise Linux 4.x (32 bits et 64 bits)
  • Red Hat Enterprise Linux 5.x (32 bits et 64 bits)
  • SUSE Linux Enterprise Server 8.x (32 bits et 64 bits)
  • SUSE Linux Enterprise Server 9.x (32 bits et 64 bits)
  • SUSE Linux Enterprise Server 10.x (32 bits et 64 bits)
  • SUSE Linux Enterprise Server 11.x (32 bits et 64 bits)
  • Ubuntu 8.x (32 bits et 64 bits)
  • Ubuntu 9.x (32 bits et 64 bits)
  • Ubuntu 10.x (32 bits et 64 bits)

ATTENTION : Lors du clonage de machines Linux sous tension, Converter Standalone 5.0.1 conserve les systèmes de fichiers sources suivants sur la destination : ext2, ext3, reiserfs et vfat. Tous les autres systèmes de fichiers sources sont convertis en systèmes de fichiers ext3 sur la machine virtuelle de destination.

Pour de plus amples informations concernant les systèmes d'exploitation pris en charge par Converter Standalone et autres spécifications système, consultez le Guide d'utilisation de VMware vCenter Converter Standalone.

Début de la page

Versions antérieures de Converter Standalone

Les fonctions des versions antérieures de Converter Standalone sont décrites dans les notes de mise à jour de chaque version. Pour afficher les notes de mise à jour des versions antérieures de Converter Standalone, cliquez sur les liens suivants :

Début de la page

Problèmes identifiés

Les problèmes suivants ont été identifiés dans Converter Standalone 5.0.1 :

Début de la page

Installation


Vous devez redémarrer les machines qui exécutent Windows Vista 64 bits ou une version ultérieure avant de réinstaller Converter Standalone
Si vous désinstallez Converter Standalone sur une machine Windows Vista 64 bits, Windows Server 2008 ou Windows 7 et ne la redémarrez pas, l'installation suivante de Converter Standalone peut échouer en générant le message d'erreur suivant :
Error 29144. Could not install service Vstor2 MntApi 1.0 Driver (shared). Please reboot and try to install again.
Solution : Redémarrez la machine Windows Vista, Windows Server 2008 ou Windows 7 et essayez d'installer à nouveau Converter Standalone.

Le programme d'installation de Converter Standalone supprime les agents distants Workstation 6.5.x sans notification
Lorsque vous utilisez Workstation 6.5.x pour cloner à chaud une machine source Windows, Workstation déploie un agent Workstation distant sur la source. Si vous conservez l'agent distant sur la source et installez Converter Standalone sur la même machine, le programme d'installation de Converter Standalone désinstalle l'agent sans envoyer de messages d'avertissement.

Les conversions P2V suivantes des machines source distantes qui exécutent Windows Vista 64 bits ou une version ultérieure peuvent échouer après l'aboutissement d'une conversion
Si vous avez converti une machine source distante qui exécute Windows Vista 64 bits, Windows Server 2008 ou Windows 7 et la reconvertissez, la conversion échoue en générant le message d'erreur Converter Standalone Agent installation failed on x.x.x.x Error code: 1603, où x.x.x.x est l'adresse IP de la machine source.
Ce message d'erreur peut être généré si la désinstallation automatique de l'agent Converter Standalone distant a été activée au cours de la première conversion.
Solution : Redémarrez la machine source distante et effectuez à nouveau la conversion.

Les utilisateurs avec des droits limités ne peuvent pas installer Converter Standalone sur Windows
Si vous êtes connecté à Windows comme utilisateur non-administrateur, le message d'erreur suivant est affiché pendant que InstallShield extrait les fichiers pour l'installation de Converter Standalone :
Unable to save file:
C:\WINDOWS\Installer\
The system cannot find the path specified.

L'erreur se produit car les utilisateurs avec des droits limités ne disposent pas des permissions d'écriture requises.
Solution : Sélectionnez le répertoire %TEMP% pour extraire les fichiers d'installation :

  1. Cliquez sur OK dans le message d'erreur. La boîte de dialogue Enregistrer sous apparaît.
  2. Parcourez le dossier Tempde l'utilisateur actuel (par exemple, C:\Documents and Settings\"username"\Local Settings\Temp) et cliquez sur OK.

REMARQUE : Vous devez encore vous connecter en tant qu'administrateur pour installer Converter Standalone.

Vous ne pouvez pas installer vCenter Converter 4.2.1 sur une machine contenant Converter Standalone 5.0.1
Si vous installez Converter Standalone 5.0.1, puis le serveur vCenter Converter 4.2.1 sur la même machine, le téléchargement du plug-in vCenter Converter 4.2.1 depuis vSphere Client échoue.
Solution : Installez vCenter Converter 4.2.1, puis Converter Standalone 5.0.1.

Lors de la mise à niveau de Converter Standalone 3.x vers Converter Standalone 5.0.1, la boîte de dialogue manque
Lorsque vous installez Converter Standalone 5.0.1 sur une machine contenant Converter Standalone 3.x, l'assistant d'installation ne demande pas de confirmer la mise à niveau.

Début de la page

Généralités


Une tâche de conversion P2V en cours échoue si vous créez un travail de conversion pour la même machine source Windows et utilisez un port différent pour déployer l'agent Converter Standalone
Si, lors de l'exécution d'un travail de conversion P2V, vous créez un autre travail pour la même machine source Windows sous tension et que vous spécifiez un autre port pour la connexion, Converter Standalone déploie l'agent Converter Standalone à l'aide du port que vous avez spécifié. Si le port de connexion est différent de celui utilisé pour l'exécution de le travail de conversion déjà en cours, les deux travaux échouent. Le message d'erreur suivant s'affiche dans l'onglet Synthèse tâche pour la première tâche de conversion : FAILED: A general system error occurred: No connection could be made because the target machine actively refused it. Le message d'erreur suivant s'affiche dans l'onglet Synthèse tâche pour la seconde tâche de conversion : FAILED: Unable to create a VSS snapshot of the source volume(s). Code d'erreur : 2147754774 (0x80042316).

Vous ne pouvez pas copier des travaux de conversion ou de configuration en cours
Si vous ouvrez l'assistant Copier comme nouveau pour un travail de configuration ou de conversion en cours lorsque la source est une machine virtuelle ou une image de sauvegarde et cliquez sur Suivant, l'assistant affiche le message d'erreur Unable to obtain hardware information for the selected machine.
Solution :Attendez la fin du travail avant de sélectionner Copier comme nouveau dans son menu contextuel.

Le clonage lié des images source supérieures à 2 Go sur un partage réseau qui ne prend pas en charge les fichiers volumineux échoue
La création des clones liés à partir d'images sources supérieures à 2 Go sur un partage réseau qui ne prend pas en charge les fichiers volumineux (par exemple, partage Linux SMB) échoue. Converter Standalone ne fractionne pas les fichiers sources en petits segments. Si la source est plus volumineuse que la taille de fichier prise en charge sur la destination, la conversion échoue.

Les conversions des sources de machine virtuelle de VMware Infrastructure avec 15 disques ou plus en destination ESX gérée par VirtualCenter 2.5 échouent
Si vous convertissez une source de machine virtuelle qui réside sur un hôte ESX 3.5 en destination ESX 3.5 gérée par VirtualCenter 2.5 et que la machine source comporte 15 fichiers VMDK ou plus, le travail de conversion échoue en générant le message d'erreur suivant dans les journaux de Converter Standalone :
FAILED: agent.internal.fault.NfcConnectionFault.summary
Solution :

  1. Convertissez la machine source vers une destination de machine virtuelle hébergée, telle que Workstation.
  2. Convertissez la machine virtuelle résultante sur ESX gérée par VirtualCenter où vous souhaitez qu'elle réside.

Échec de la création d'un travail de conversion pour convertir une source VMware autonome avec un fichier VMDK de plus de 2 Go depuis un partage réseau qui ne prend pas en charge les fichiers volumineux
Si vous sélectionnez une machine virtuelle source autonome avec un fichier VMDK de plus de 2 Go résidant dans un emplacement réseau distant qui ne prend pas en charge les fichiers volumineux (par exemple, partage Linux SMB), le message d'erreur suivant apparaît dans l'assistant de Converter lorsque vous cliquez sur Suivant ou Afficher détails source:
Unable to obtain hardware information for the selected machine.
Solution : Associez le dossier partagé réseau à la machine qui exécute Converter Standalone et sélectionnez la source ici.

Converter Standalone ne peut pas détecter l'état d'alimentation de VMware Workstation ou des autres machines virtuelles source hébergées VMware s'ils se trouvent sur un partage réseau en lecture seule
Si la machine source est un Workstation ou qu'une autre source hébergée VMware se trouve sur un partage réseau en lecture seule, Converter Standalone ne peut pas déterminer si la source est sous tension ou suspendue. Cette situation peut rendre les données incohérentes sur la machine de destination si la machine virtuelle source sous tension est modifiée lors de la conversion.
Solutions :

  • Vérifiez que la machine virtuelle source est hors tension avant d'effectuer la conversion.
  • Affectez des privilèges d'écriture au partage réseau où se trouve la machine virtuelle source.

L'avancement de la tâche ne s'affiche pas lors de la conversion d'une machine virtuelle supérieure à 1 To
Converter Standalone n'affiche pas l'avancement des tâches de conversion si la machine virtuelle source est supérieure à 1 To. Les tâches de conversion aboutissent, mais vous ne pouvez pas contrôler l'avancement.
Solution : Vous pouvez contrôler les performances du disque de l'hôte ESX de destination pour déterminer si les tâches s'exécutent correctement.

Les travaux de conversion depuis et vers des hôtes ESX non connectés à des serveurs vCenter échouent si la machine source contient plus de neuf disques
Lorsque vous convertissez une machine source dotée de plus de neuf disques, la conversion échoue en générant le message d'erreur suivant dans le fichier journal :
Error on logout (ignored): Operation timed out
SSLStreamImpl::BIORead (3BBA4E8) timed out
.
L'erreur provient du nombre limité de connexions NFC pouvant être établies à des hôtes ESX non connectés à des serveurs vCenter.
Solution : Connectez l'hôte ESX de destination via un vCenter Server. Dans ce cas, le nombre de disques source est limité à 27 pour les hôtes ESX et 23 pour les hôtes ESXi.

La conversion de volumes source avec des systèmes de fichiers non reconnus peut empêcher les machines virtuelles de destination de démarrer
Lorsque vous définissez une tâche de clonage de volumes dans l'un des assistants de Converter Standalone, le nom de volume peut manquer dans des lignes de l'onglet Volumes source. Cela signifie que Converter Standalone ne reconnaît pas le système de fichiers de ces volumes. La machine virtuelle de destination créée à la suite d'une tâche de conversion de ce type peut ne pas démarrer. Néanmoins, Converter Standalone copie les données de volume source vers la destination en utilisant la copie au niveau du bloc.
Solution :Configurez la machine virtuelle de destination après la conversion.

Échec de la conversion de sources VMware autonomes avec un fichier VMDK de plus de 2 Go vers une destination hébergée résidant sur un partage réseau qui ne prend pas en charge les fichiers volumineux
Si vous sélectionnez une machine virtuelle autonome source avec un fichier VMDK de plus de 2 Go et tentez de la convertir en destination hébergée dans un emplacement réseau distant qui ne prend pas en charge les fichiers volumineux (par exemple, partage Linux SMB ou NFS), la tâche de conversion peut échouer avec l'un des messages d'erreur suivants :

  • Unable to connect to the virtual disk
  • Remote server closed connection after 0 response bytes read
  • An error occurred during an operation on a virtual disk
  • .
Si la conversion aboutit, le message d'erreur suivant lié au fichier VMDK peut apparaître lorsque vous mettez sous tension la machine virtuelle de destination :
Internal Inconsistency errors
Solution :
  1. Dans la fenêtre principale de Converter Standalone, cliquez avec le bouton droit de la souris sur le travail qui a échoué, puis sélectionnez Copier comme nouveau...
  2. Accédez à la page Options et sélectionnez Données à copier.
  3. Dans le volet Données à copier, sélectionnez les volumes à copier et cliquez sur Avancé.
  4. Dans l'onglet Format destination, sélectionnez 2 Go fractionné non préaffecté ou 2 Go fractionné préaffecté comme type de disque de destination.
  5. Cliquez sur Suivant pour afficher le résumé du travail de conversion.
  6. Dans la page Prêt à terminer, cliquez sur Terminer pour renvoyer le travail.

Converter Standalone ne détecte pas le volume système s'il se trouve sur un disque SCSI et que des disques IDE se trouvent sur la machine source
Sur des machines source comportant des disques SCSI et IDE, Converter ne peut pas détecter le volume système si ce dernier réside sur un disque SCSI. Le convertisseur vérifie uniquement le premier disque IDE dans une telle configuration.

Si la configuration matérielle de la machine source est modifiée lorsque l'assistant de conversion est ouvert, vous devez redémarrer l'assistant de conversion pour afficher les informations correctes de la machine source
Les informations de la machine source sont extraites à chaque session d'assistant, car le processus est long. Si des modifications sont effectuées sur la machine source (ajout de mémoire ou de disques durs) après l'extraction des informations, l'assistant de conversion n'affiche pas d'informations sur les modifications.
Solution : Redémarrez l'assistant de conversion.

Le clonage d'une source qui contient des erreurs de système de fichiers peut endommager une machine virtuelle
Voir Le clonage d'une source qui contient des erreurs de système de fichiers peut générer une copie endommagée (KB 1006689).

Dépassement de délai d'attente lors de la négociation SSL pendant une conversion sur une liaison WAN
Converter Standalone ne prend pas en charge la conversion sur un réseau WAN. Lorsque vous effectuez une conversion sur une liaison WAN, un dépassement de délai d'attente SSL peut se produire, car le délai d'attente des négociations SSL est de deux minutes.
Solution :

  1. Pour éviter le délai d'attente de deux minutes, effectuez une conversion vers une machine de destination hébergée (par exemple, Workstation) dans le même réseau local.
  2. Copiez la machine virtuelle temporaire et envoyez-la sur un réseau WAN du site distant.
    Si la destination concernée est une machine virtuelle Workstation, cela terminera le processus.
  3. Si la destination concernée est ESX, importez la machine virtuelle Workstation sur le serveur ESX.

Le contrôle de compte d'utilisateur empêche d'installer l'agent Converter Standalone si vous n'utilisez pas le compte Administrateur par défaut pour vous connecter à une machine source sous tension
Si vous définissez une tâche pour convertir une machine source sous tension qui exécute Windows Server 2008, Windows Vista, ou Windows 7 et que vous n'utilisez pas le compte Administrateur par défaut pour vous connecter à la machine source, le message d'erreur suivant s'affiche lorsque vous tentez d'installer l'agent Converter Standalone sur la machine source : Insufficient permissions to connect to xxxxxxx, où xxxxxxx est l'adresse IP de la machine source. Cette erreur se produit, car le serveur Converter Standalone ne peut pas installer l'agent Converter Standalone lorsque le contrôle de compte d'utilisateur est activé et que vous n'êtes pas connecté à la source comme administrateur par défaut.
Solution : Désactivez le contrôle de compte d'utilisateur sur la machine source avant de démarrer l'assistant de conversion. Visitez le site Web Microsoft pour rechercher les procédures de désactivation du contrôle de compte d'utilisateur en fonction du système d'exploitation source.

L'assistant Reconfigurer une machine virtuelle n'affiche pas correctement le nom de groupe de ports vD
Lorsque vous configurez une machine virtuelle qui utilise dvSwitch et que vous accédez au panneau des paramètres d'interface réseau, la zone de texte de nom de réseau n'affiche pas le nom du commutateur dvSwitch après le nom du groupe de ports. Seul le portgroup s'affiche à la place.

Le taux de transfert réseau indiqué peut ne pas être correct
Le taux de transfert réseau indiqué peut être plus élevé que le taux réel du fait de la compression inhérente du protocole de réseau. Cela n'affecte pas la régulation du réseau.

Sur ESX 3.0, vous ne pouvez ne pas sélectionner une source gérée, car l'interrogation des informations source échoue
La sélection d'une source gérée sur ESX 3.0 échoue lors de l'interrogation des informations source. Cela est dû au fait que ESX 3.0 ne prend pas en charge le transfert des données chiffrées.
Solution : Désactivez SSL NFC.

  1. Ouvrez le fichier de configuration converter-worker.xml. Il se trouve généralement dans le dossier C:\ProgramData\VMware\VMware vCenter Converter Standalone .
  2. Affectez la valeur false à la clé Config/nfc/useSsl. Enregistrez le fichier.
  3. Redémarrez le service VMware vCenter Converter Standalone Worker.

 

L'ajout d'une machine virtuelle à un domaine peut échouer si vous définissez un nom d'utilisateur qualifié complet
Lorsque vous configurez une machine virtuelle, vous pouvez ne pas pouvoir ajouter la machine virtuelle à un domaine si vous utilisez un nom d'utilisateur qualifié complet ( DOMAIN_NAME/USER_NAME).
Solution :Définissez le nom d'utilisateur sans inclure le nom de domaine.

Si vous tentez de convertir une machine virtuelle VMware Server 2.0 sans effectuer un arrêt propre, puis retentez de la convertir, vous pouvez recevoir l'erreur Impossible d'obtenir des informations du matériel pour la machine sélectionnée  
Si vous mettez hors tension une machine virtuelle sur un serveur VMware Server sans effectuer un arrêt propre, puis retentez de la convertir, vous pouvez ne pas pouvoir obtenir les informations matérielles de la machine virtuelle.
Solution : arrêtez la machine virtuelle proprement avant la conversion.

La conversion d'une machine physique exécutant Microsoft Windows XP ou Windows Server 2003 avec un gestionnaire BCD (gestionnaire de démarrage de Windows Vista) et les versions suivantes peut échouer
Si vous tentez de convertir une machine physique avec un gestionnaire BCD, la conversion P2V peut échouer dans les cas suivants :

  • Microsoft Windows Vista, ou une version suivante, est installé sur la machine physique source qui est une machine à double démarrage exécutant Microsoft Windows XP ou Windows Server 2003.
  • Microsoft Windows Vista, ou une version suivante, est installé comme second système d'exploitation sur la machine physique source, puis supprimé sans supprimer le gestion BCD de la machine source.
Solution 1 : En cas de conversion d'une machine à double démarrage :
  1. Démarrez la dernière version de Windows (Windows Vista, Windows Server 2008 ou Windows 7).
  2. Exécutez une conversion de source physique.
  3. Sur la nouvelle machine virtuelle créée, démarrez depuis le CD de réparation de la version antérieure de Windows (Windows XP ou Windows Server 2003).
  4. Retirez le gestionnaire BCD et restaurez le processus de démarrage compatible du système d'exploitation.
  5. Arrêtez la machine virtuelle et reconfigurez-la en utilisant l'assistant de configuration Converter Standalone. Maintenant, vous pouvez démarrer la machine.
Solution 1 : S'il s'agit de convertir une machine source exécutant Windows XP ou Windows Server 2003 avec un gestionnaire BCD :
  1. Sur la machine source, démarrez depuis le CD de réparation correspondant au système d'exploitation.
  2. Retirez le gestionnaire BCD et restaurez le processus de démarrage compatible du système d'exploitation.
Pour plus d'informations sur la réparation de BCD, voir l'article Windows ne démarre plus après l'installation d'une version antérieure du système d'exploitation Windows dans une configuration à double démarragedans la base de connaissances de Microsoft.

 

Vous ne pouvez effectuer une conversion P2V si vous ne disposez pas de privilèges d'administration
Si vous démarrez le client Converter Standalone dans le contexte d'un utilisateur n'ayant pas le statut d'administrateur, vous ne serez pas en mesure d'effectuer une migration à distance d'une machine physique à une machine virtuelle.
Solution : Démarrez Converter Standalone Client dans le contexte d'un utilisateur disposant des privilèges d'administration.

La conversion échoue si le nom de la banque de données contient le symbole @
Si le nom de la banque de données de la source ou de la destination gérée contient « @ », la conversion échoue.
Solution : Supprimez le symbole @ du nom de la banque de données et effectuez la conversion.

L'envoi d'un travail peut échouer, accompagné du message Le paramètre spécifié n'est pas correct : "info.owner"
Si Converter Standalone est installé en mode client-serveur et que vous vous êtes connecté avec un nom d'utilisateur de domaine Windows en saisissant l'adresse IP ou le nom d'hôte du serveur Converter, il se peut que l'envoi d'un travail échoue, accompagné du message Le paramètre spécifié n'est pas correct : "info.owner".
Solution : Connectez-vous à un serveur local ou en utilisant un nom d'utilisateur local à la place d'un nom de domaine.

Il se peut que vous soyez dans l'impossibilité de convertir plus de neuf disques en même temps
Dans ESX 3.5 et 4.0, la conversion peut échouer si vous tentez de convertir plus de neuf disques.
Solution : Effectuez des conversions en plusieurs étapes et convertissez les disques par groupes de neuf au maximum. Liez ensuite tous les disques à la machine cible.

Début de la page

Sources Windows

La conversion d'une machine source locale sous tension échoue à 1 %
Si vous sélectionnez Cette machine locale comme source de conversion et qu'il y a un agent Converter Standalone d'une version précédente Converter Standalone installée sur la machine source, la tâche de conversion échoue à 1 %. Le message d'erreur suivant s'affiche sur la ligne d'état de l'onglet Progression tâche :
FAILED: Unable to create a VSS snapshot of the source volume(s). Code d'erreur : 127 (0x0000007F).
Cette erreur se produit car le programme d'installation de Converter Standalone ne peut pas mettre à niveau les versions précédentes des agents Converter Standalone.
Solution : Désinstallez manuellement l'agent Converter Standalone de la machine source et créez une nouvelle tâche de conversion.

Le processus du service Converter Standalone Worker ne répond plus si vous copiez un travail de configuration au cours de la personnalisation du système d'exploitation client
Si vous cliquez avec le bouton droit de la souris sur un travail de configuration en cours et sélectionnez Copier comme nouveau lors de la personnalisation de la machine de destination, le processus Converter Standalone Worker ne répond plus.
Solution :Attendez la fin du travail de configuration avant d'effectuer la copie.

Converter Standalone ne conserve pas les cartes réseau désactivées au cours de la conversion des machines source physiques qui exécutent Windows
Au cours de la conversion P2V des machines sources Windows, Converter Standalone ne détecte pas les cartes réseau désactivées sur la source et ne les conserve pas sur la machine virtuelle de destination.
Solution : Dans la page Options de l'assistant de Converter Standalone, cliquez sur Réseaux pour ajouter des cartes réseau à la machine virtuelle de destination.

Microsoft Windows Vista redémarre en boucle après la personnalisation
L'entrée d'informations de personnalisation erronées peut amener la machine virtuelle de destination à redémarrer en boucle si le système d'exploitation source est Microsoft Windows Vista. Au cours de la conversion ou de la configuration, si vous personnalisez Microsoft Windows Vista et entrez des informations de personnalisation erronée, telles qu'une clé de série non valide, la destination personnalisée redémarre en boucle. Ce problème a été identifié sur Microsoft Windows Vista.
Solution : Veillez à entrer des informations de personnalisation valides.

Converter Standalone ne prend pas en charge de cloner les sources Windows Server 2008 sous tension avec les systèmes de fichiers avec des volumes FAT/FAT32
VSS sous Windows Server 2008 ne prend pas en charge FAT/FAT32. La conversion d'un volume FAT/FAT32 provoque l'échec de la tâche de conversion.
Solution : Désélectionnez tous les volumes FAT/FAT32 dans la page Options de l'assistant de conversion.

L'agent Converter Standalone à distance ne fournit aucune information à l'utilisateur sur les agents à distance Converter 3.0.x ou 4.0.x qui ont été installés sur le système source lors du processus de clonage à chaud à distance
Si Converter Standalone convertit une source machine à distance qui possède déjà un agent à distance de la version 3.0.x ou 4.0.x de Converter, il désinstalle l'ancien agent à distance sans produire de notification ou de message d'avertissement. Cette situation empêche les anciennes versions de Converter de convertir cette machine source plus tard.

Les versions précédentes de Converter ne peuvent pas convertir les machines source disposant de l'agent Converter Standalone 5.0.1
L'agent Converter Standalone 5.0.1 est déployé sur la machine source lors de la conversion. Si l'agent Converter Standalone 5.0.1 n'est pas désinstallé après la conversion, les anciennes versions de Converter ne peuvent pas déployer leurs agents sur la nouvelle version de l'agent Converter Standalone. Par conséquent, vous ne pouvez pas utiliser les versions précédentes de Converter pour convertir des sources déjà converties avec Converter Standalone 5.01.
Solution : Désinstallez l'agent Converter Standalone 5.0.1 avant de convertir la source avec une ancienne version de Converter.

L'arrêt des processus Converter Standalone au cours du clonage des fichiers peut provoquer le redémarrage de la machine qui exécute le service Converter Standalone Server
Au cours du clonage des fichiers des systèmes source qui exécutent Windows XP ou Windows Server 2003, si vous forcez l'arrêt des processus Converter Standalone suivants, la machine sur laquelle le processus est arrêté peut ne pas redémarrer automatiquement :

  • VMware Converter Standalone Integrated Worker
  • VMware Converter Standalone Integrated Agent
Ce comportement n'est pas cohérent et dépend de la version Windows et du niveau du correctif.


Solution :N'arrêtez pas les services Converter Standalone sur la machine source lors du clonage des fichiers. Pour plus d'informations et obtenir le correctif logiciel, consultez le site Microsoft Message d'erreur lorsqu'un échec d'écriture différée est signalé dans Windows Server 2003 : "Stop 0x00000019 - BAD_POOL_HEADER" ou "Stop 0xCD PAGE_FAULT_BEYOND_END_OF_ALLOCATION".

Converter Standalone ne remplace pas la couche HAL PIC par la couche HAL APIC au cours de la conversion des machines source Windows
Si la source à convertir exécute une couche HAL PIC (Programmable Interrupt Controller), Converter Standalone ne remplace pas la couche HAL PIC par une couche HAL APIC (Advanced Programmable Interrupt Controller) dans la machine virtuelle de destination. Par conséquent, la machine virtuelle de destination ne démarre pas ou ne fonctionne pas correctement. Pour identifier la couche HAL exécutée, accédez au gestionnaire des périphériques Windows et sélectionnez Ordinateur dans la liste des périphériques. S'il affiche Configuration PC standard ou PC ACPI (Advanced Configuration and Power Interface), cela implique qu'une couche HAL PC est exécutée.
Solution : Les machines virtuelles VMware sont des ordinateurs APIC. Si l'ordinateur source est un ordinateur PIC qui exécute une couche HAL PIC, vous devez mettre à niveau la couche HAL dans la machine virtuelle de destination vers la couche HAL APIC après la conversion. Pour plus d'informations sur la configuration de la couche HAL correcte, consultez le site Web Microsoft Options de la couche d'abstraction matérielle (HAL) après l'installation de Windows XP ou de Windows Server 2003.
Remarque : Microsoft ne prend pas en charge l'exécution d'une couche HAL PIC sur un ordinateur APIC. Si la source est un ordinateur APIC qui exécute une couche HAL PIC, vous devez configurer la couche HAL correcte sur la machine source avant de lancer la conversion.

Le nom du propriétaire et celui de l'organisation ne s'affichent pas correctement après la personnalisation du système d'exploitation client.
Après la personnalisation du système d'exploitation client, les caractères Unicode utilisés pour le nom du propriétaire et celui de l'organisation dans la page des informations de l'ordinateur n'apparaissent pas tels qu'ils ont été définis dans l'assistant de conversion ou de configuration.
Pour tous les systèmes d'exploitation, sauf Windows Vista, les paramètres de personnalisation, tels que le nom d'utilisateur et celui de l'organisation, doivent utiliser uniquement les caractères du codage local du profil utilisateur par défaut du client. Par exemple, vous pouvez utiliser des caractères japonais pour le nom d'utilisateur uniquement sur un client dont le codage local du profil utilisateur par défaut est le japonais. Ces restrictions ne s'appliquent pas aux clients Windows Vista, car Windows Vista utilise un fichier XML UTF-8 pour stocker les paramètres sysprep Microsoft. Les versions antérieures de Windows utilisent le fichier sysprep.infet le processus de mini-installation Microsoft Windows lit ce fichier uniquement dans le codage local.
Solution : Évitez d'utiliser des caractères Unicode lors de la définition du nom du propriétaire et du nom de l'organisation de la machine virtuelle de destination ou utilisez la solution décrite sur le site : http://support.microsoft.com/kb/310441/.

Le convertisseur peut convertir les volumes FAT/FAT32 au cours du clonage à chaud uniquement si la machine source dispose au moins d'un volume NTFS
Pour les machines source exécutées sous les versions Windows antérieures à Windows Server 2008, VSS peut générer des snapshots des volumes FAT/FAT32 uniquement si la machine source dispose au moins d'un volume NTFS. Pour les systèmes d'exploitation qui prennent en charge le clonage basé sur volume, vous devez disposer d'au moins un volume NTFS pour que VSS puisse fonctionner.

L'agent Converter Standalone ne démarre pas automatiquement après un redémarrage
Si la machine source démarre lentement, l'agent Converter Standalone ne démarre pas automatiquement après le redémarrage de la machine source.
Solution : Démarrez manuellement l'agent Converter Standalone :

  1. Cliquez avec le bouton droit de la souris sur Poste de travail et sélectionnez Gérer.
  2. Dans la fenêtre Gestion de l'ordinateur, sélectionnez Services et applications > Services sur la gauche.
  3. Dans la liste sur la droite, cliquez deux fois sur Agent VMware Converter Standalone.
  4. Cliquez sur Démarrer pour démarrer le processus.
  5. Cliquez sur Appliquer et sur OK.

La machine virtuelle source ne dispose pas des pilotes appropriés
Le message d'erreur suivant apparaît dans le fichier journal lorsque la reconfiguration échoue parce que les pilotes appropriés ne figurent pas dans le système d'exploitation source :
Unable to find symmpi.sys in the specified CAB files
Cette erreur apparaît dans Windows Server 2003 SP1.
Solution :

  1. Sauvegardez la machine virtuelle créée lors de l'échec de la conversion.
  2. Attachez le fichier VMDK qui contient le dossier système à une autre machine virtuelle Windows Server 2003.
  3. Remplacez le fichier WINDOWS\Driver Cache\i386\driver.cab dans la machine virtuelle de destination par une version du fichier driver.cab qui contient le pilote manquant de la machine virtuelle d'aide.
  4. Détachez le fichier VMDK de la machine virtuelle d'aide et exécutez l'assistant Configurer machine sur la machine virtuelle de destination.

Sysprep supprime les mappages de lettres de lecteur au cours de la personnalisation
Si vous choisissez des options de personnalisation et qu'un dysfonctionnement se produit sur la machine virtuelle de destination avec l'écran Veuillez patienter après le second démarrage sysprep, exécutez à nouveau la tâche de conversion sans personnalisation. Ce problème apparaît suite à un problème lié à Microsoft sysprep qui supprime les mappages de lettres de lecteur et empêche d'accéder à certains fichiers.

Vous ne pouvez pas importer une source Windows avec "signature()" dans le fichier boot.ini
Vous ne pouvez pas importer une source Windows avec "signature()" dans le fichier boot.ini. Si vous importez une source dynamique Windows avec "signature()" dans le fichier boot.ini et tentez de la reconfigurer et de la convertir, la reconfiguration échoue et une erreur de conversion est générée. Si vous tentez de convertir la source sans reconfigurer, la conversion aboutit, mais la destination ne peut pas démarrer. Pour plus d'informations sur "signature()", accédez à http://support.microsoft.com/kb/227704.

Début de la page

Sources Linux

Les machines virtuelles converties à partir des sources de machine virtuelle Hyper-V qui exécutent SLES 11 ne démarrent pas après la conversion
Si vous convertissez une machine virtuelle hors tension qui réside sur un Hyper-V Server, la machine virtuelle résultante ne peut pas démarrer après la conversion si le système d'exploitation client de la machine source est SLES 11. Cette erreur se produit car le chargeur de démarrage SLES utilise les ID du disque source et les ID du disque sont modifiés lors du processus de conversion.
Solutions :

  • Mettez sous tension la machine virtuelle source du Hyper-V Server et suivez la procédure de conversion des sources sous tension.
  • Après la conversion, démarrez la machine virtuelle de destination à l'aide du DVD d'installation SLES 11 et sélectionnez Réparer le système installé dans la liste des options. Suivez les instructions à l'écran pour réparer le chargeur d'amorçage et les entrées fstab.

X Server peut ne pas démarrer dans les machines virtuelles de destination converties depuis des sources qui exécutent Linux
Lorsque la machine de destination démarre, X server peut ne pas démarrer en générant l'erreur Fatal X server Error. Cette situation est due à des problèmes d'incompatibilité entre le pilote vidéo utilisé dans la source Linux et la carte vidéo de la machine virtuelle de destination VMware.
Solutions :

  • Installez VMware Tools sur la machine virtuelle de destination.
  • Configurez le serveur X sur la machine virtuelle de destination pour changer la fréquence de rafraîchissement et la résolution d'affichage.

 

Le clonage lié des sources autonomes VMware vers une destination partagée Linux SMB échoue
Les tâches de clonage lié des sources autonomes VMware sur les destinations partagées SMB qui exécutent Linux échouent avec le message d'erreur suivant :
converter.fault.FileIOFault.

Le nombre de volumes logiques LVM par groupe de volumes est limité à 12 pour les sources Linux sous tension
Au cours de la conversion des machines Linux sous tension, Converter Standalone convertit les groupes de volumes LVM en nouveaux disques sur la machine virtuelle de destination. Un groupe de volumes LVM source ne peut pas contenir plus de 12 volumes logiques LVM.
Solution : Transférez des volumes du nouveau disque vers d'autres disques de destination :

  1. Dans la page Options de l'assistant de conversion, cliquez sur Données à copier.
  2. Dans le menu déroulant Type de copie de données, sélectionnez Sélectionner des volumes à copier et cliquez sur Avancé.
  3. Dans l'onglet Format destination, sélectionnez un volume à déplacer et cliquez sur Monter ou Descendre jusqu'à ce qu'il soit transféré vers le disque de destination.
    Vous pouvez transférer des volumes entre des disques uniquement si ce ne sont pas des volumes /boot actifs ou Système /.
  4. (Facultatif) Pour créer un disque de destination, cliquez sur Ajouter un disque.

Par défaut, la machine virtuelle d'aide Linux P2V est mise hors tension à la fin du travail de conversion
Solution : Désactivez manuellement cette option dans le fichier converter-worker.xml.

  1. Sur la machine où s'exécute le serveur Converter Standalone, accédez au fichier converter-worker.xmldans l'emplacement %ALLUSERSPROFILE%\Application Data\VMware\VMware Converter Standalone\.
  2. Ouvrez le fichier converter-worker.xmldans un éditeur de texte et remplacez la valeur truepar falsedans l'indicateur useSourcePasswordInHelperVm.
  3. Pour redémarrer Converter Standalone Worker :
    Redémarrez le système ou ouvrez la section Services dans la console de gestion Microsoft, recherchez le service VMware Converter Worker et redémarrez-le.
Remarque : Attention lorsque cette option est activée et que le réseau de la machine virtuelle d'aide est configuré pour utiliser une adresse IP statique. Après la conversion, la machine virtuelle d'aide conserve l'adresse IP statique, car elle fonctionne toujours. Par conséquent, les travaux Linux P2V suivants ne peuvent pas utiliser la même adresse IP statique tant que la machine virtuelle d'aide n'est pas hors tension ou que son interface réseau n'est pas désactivée au minimum.
La désactivation de l'indicateur powerOffHelperVmest utile lorsque l'indicateur du service Converter Standalone Worker useSourcePasswordInHelperVmest activé. Elle permet aux utilisateurs de se connecter à la machine virtuelle d'aide après la conversion.

 

Les volumes source en plus des gestionnaires de volumes autres que LVM ne sont pas reconnus au cours de la conversion des machines Linux sous tension
Converter Standalone reconnaît uniquement les volumes source qui s'exécutent sur le gestionnaire de volumes LVM. Les autres gestionnaires de volumes, y compris, et sans s'y limiter, Veritas Volume Manager (VxVM), ne sont pas reconnus.

Converter Standalone ne reconnaît pas les volumes source qui se trouvent dans les configurations RAID logicielles Linux
Au cours du clonage des machines Linux sous tension, Converter Standalone ne reconnaît pas les volumes sources qui font partie d'une configuration RAID logicielle (appelée également configuration multidisque ou configuration MD).

Le chargeur d'amorçage LILO n'est pas pris en charge pour les sources Linux
Vous pouvez convertir des machines sous tension qui exécutent Linux uniquement si GRUB est installé comme chargeur d'amorçage sur la source.

Par défaut, Converter Standalone attend 20 minutes que la machine virtuelle d'aide démarre au cours de la conversion Linux P2V
La conversion Linux P2V peut échouer suite au délai d'attente de connexion.
Solution : Allongez le délai d'attente (en millisecondes) en modifiant l'option linuxP2VBootTimeout dans le fichier converter-worker.xml.

  1. Sur la machine où s'exécute le serveur Converter Standalone, accédez au fichier converter-worker.xmldans l'emplacement %ALLUSERSPROFILE%\Application Data\VMware\VMware Converter Standalone\.
  2. Ouvrez le fichier converter-worker.xmldans un éditeur de texte et remplacez la valeur par défaut de linuxP2VBootTimeoutpar la valeur de délai d'attente appropriée en millisecondes.
    Remarque :Le délai d'attente est mesuré en millisecondes. Pour définir le délai d'attente en minutes, multipliez le nombre de minutes par 60000 et utilisez cette valeur.
  3. Pour redémarrer Converter Standalone Worker :
    Redémarrez le système ou ouvrez la section Services dans la console de gestion Microsoft, recherchez le service VMware Converter Worker et redémarrez-le.

 

Les fichiers fragmentés ne sont pas conservés au cours de la conversion des machines source sous tension qui exécutent Linux
Par défaut, Converter Standalone ne conserve pas les fichiers fragmentés sur la machine source au cours de la conversion Linux P2V. Si la source contient des fichiers fragmentés volumineux, ils sont créés comme des fichiers non-fragmentés sur la machine virtuelle de destination. De ce fait, l'espace utilisé dans le système de fichiers de destination est plus grand sur la machine source. Cette situation peut également faire échouer la conversion avec un dépassement de délai d'attente.
Solution : Activez manuellement la conservation des fichiers fragmentés au cours des conversions Linux en modifiant l'option keepsake dans le fichier converter-worker.xml.

  1. Sur la machine où s'exécute le serveur Converter Standalone, accédez au fichier converter-worker.xmldans l'emplacement %ALLUSERSPROFILE%\Application Data\VMware\VMware Converter Standalone\.
  2. Ouvrez le fichier converter-worker.xmldans un éditeur de texte et remplacez la valeur falsepar truede l'indicateur keepsake.
  3. Pour redémarrer Converter Standalone Worker :
    Redémarrez le système ou ouvrez la section Services dans la console de gestion Microsoft, recherchez le service VMware Converter Worker et redémarrez-le.

 

La conversion des machines Linux sous tension peut échouer lorsque VMware HA est activé dans ESX 3.5 Update 3
Lorsque le contrôle de machine virtuelle est activé dans VMware HA (High Availability), une erreur identifiée dans ESX 3.5 Update 3 provoque le redémarrage intempestif de la machine virtuelle d'aide. Cette erreur provoque la fin anticipée des conversions des machines source Linux sous tension.
Voir La machine virtuelle peut redémarrer de manière intempestive lors de l'utilisation de VMware HA avec le contrôle de machine virtuelle activé dans ESX 3.5 Update 3 (KB 1007899).
Solution : Effectuez une mise à niveau vers ESX 3.5 Update 4 ou une version ultérieure et VMware vCenter Server 2.5 Update 4 ou une version ultérieure.

La machine virtuelle de destination ne démarre pas si vous changez le type de contrôleur de disque lors de la conversion d'une machine virtuelle Linux
Dans les machines virtuelles Linux, le périphérique racine peut être défini en utilisant le nom du périphérique de traitement par blocs (tel que /dev/sda1) dans /boot/grub/grub.conf, /boot/grub/menu.lst ou /etc/fstab. Si vous changez le type de contrôleur de disque lors de la conversion de la machine virtuelle, la machine virtuelle de destination peut ne pas démarrer, car le périphérique racine a désormais un nom différent (par exemple, il peut avoir été remplacé par /dev/hda1).
Solution : configurez manuellement la machine virtuelle de destination. Au minimum, changez le nom du périphérique racine pour refléter son nouveau nom dans la machine virtuelle de destination. Pour rendre le système plus robuste, utilisez l'étiquette de volume ou l'UUID à la place du nom du périphérique de traitement par blocs.

Lors de la conversion de machines Linux sous tension, Converter Standalone ne reconnaît pas les volumes source Linux s'ils sont mappés directement à un disque dur
Solution : Les volumes source Linux non gérés par LVM doivent se trouver dans une partition pour que Converter Standalone puisse les reconnaître lors du clonage des sources Linux sous tension.

Les machines virtuelles converties depuis des sources SLES 9 SP4 vers des destinations ESX 3.0 ne démarrent pas après la conversion
Si vous convertissez une source SLES 9 avec SP4 en destination gérée ESX 3.0 et sélectionnez le type de contrôleur LSI Logic pour la machine de destination, la machine virtuelle résultante ne démarre pas et affiche le message d'erreur suivant :
No root device found; exitingwfo /bin/sh
sh: can't access tty; job control turned off.

Cette erreur est provoquée par l'incompatibilité du pilote LSI Logic.
Solutions :

Les travaux Linux P2V sur des hôtes cibles ESX 5.0 échouent si le nom de la machine virtuelle n'est pas formé de caractères ASCII ou n'utilisent pas les paramètres locaux système en cours Windows
Si l'hôte cible est ESX 5.0, le nom de la machine virtuelle doit être formé de caractères ASCII ou utiliser les paramètres locaux système en cours Windows pour que la machine d'aide puisse se connecter et que la conversion Linux P2V aboutisse.
Solution : Avant la conversion, entrez le nom de la machine virtuelle en utilisant des symboles ASCII. À la fin de la conversion, vous pouvez renommer la machine virtuelle.

 

Début de la page

Formats tiers

Les machines virtuelles créées depuis des images Acronis qui ont des volumes dynamiques ne démarrent pas après la conversion
Certaines images Acronis True Image de Windows Vista, Windows Server 2008 ou Windows 7 ne sont pas correctement configurées et ne démarrent pas après la conversion. L'erreur se produit lorsque le système ou le disque actif se trouve dans un volume dynamique dans la source.
Solution :

  1. Créez une machine virtuelle en utilisant vSphere Client.
  2. Utilisez le logiciel Acronis True Image pour restaurer l'image dans la nouvelle machine virtuelle.

Limitations lors de la conversion d'images tierces
Vous pouvez utiliser Converter Standalone pour convertir des machines virtuelles tierces, des images système et des images de sauvegarde avec les limitations suivantes :

  • Les sauvegardes des systèmes avec des disques dynamiques ne sont pas prises en charge (ShadowProtect et Backup Exec System Recovery).
  • Toutes les images de la sauvegarde d'une machine doivent se trouver dans un même dossier qui ne contient aucune autre image (ShadowProtect et Backup Exec System Recovery).
  • Pour les images incrémentielles, jusqu'à 16 sauvegardes incrémentielles sont prises en charge (ShadowProtect et Backup Exec System Recovery).
  • Les images des systèmes avec des volumes logiques ne sont pas prises en charge si l'unité logique est également un volume système ou actif (sources ShadowProtect uniquement).
  • Pour le clonage basé sur volume d'Acronis et de StorageCraft, tous les volumes dans le disque avant les volumes actif et système doivent être sauvegardés. Par exemple, si un disque a quatre partitions, 1 à 4, et que le partition 2 est le volume actif et la partition 3 , le volume système, la sauvegarde doit englober les partitions 1 à 3 (ShadowProtect et Backup Exec System Recovery).
  • Les machines virtuelles des versions Macintosh de Virtual PC ne sont pas prises en charge.
  • Les versions antérieures des produits VMware prennent en charge de façon limitée les systèmes d'exploitation plus récents. Par exemple, ESX 3.5 ne prend pas en charge Windows 7. Le système d'exploitation source converti doit être pris en charge par la plateforme VMware de destination. Pour la liste des systèmes d'exploitation, voir le Guide d'installation du système d'exploitation.

Des images de sauvegarde distinctes doivent être stockées dans des dossiers différents
Le stockage de plusieurs sauvegardes tierces dans un même dossier fait échouer la migration.
Solution : Placez chaque sauvegarde dans son propre dossier avant d'utiliser Converter Standalone pour convertir une image.

La conversion d'images Windows Server 2008 avec plusieurs disques met tous les disques hors ligne, sauf le disque où se trouve le système d'exploitation
Si vous convertissez une machine virtuelle Windows Server 2008 Enterprise Edition ou Datacenter Edition avec plusieurs disques, certains disques peuvent rester hors ligne. Cette situation se produit car Windows Server 2008 a une nouvelle règle SAN qui détermine si un nouveau disque découvert est mis en ligne ou reste hors ligne.
Pour plus d'informations sur la nouvelle règle SAN, accédez à la Base de connaissances Microsoft.

Début de la page

Localisation

Les info-bulles non traduites s'affichent dans le volet Options avancées des assistants de Converter Standalone
Lorsque le serveur Converter Standalone s'exécute sur une machine avec la version anglaise de Windows et que la prise en charge des langues d'Extrême-Orient n'est pas installée sur l'instance de Windows, les info-bulles dans le volet Options avancées de l'assistant de Converter Standalone ne sont pas traduites si vous vous connectez au serveur avec un client traduit en japonais ou en chinois simplifié. Elles s'affichent en anglais.
Solution : Activez la prise en charge des langues d'Extrême-Orient.

  1. Accédez au Panneau de configuration Windows et sélectionnez Options régionales et linguistiques.
  2. Dans l'onglet Langues, sélectionnez Installer les fichiers pour les langues d'Extrême-Orient et cliquez sur OK.
    Remarque : Un message peut vous demander d'insérer le CD d'installation Windows.
  3. Suivez les instructions qui s'affichent pour terminer l'installation.

Début de la page

Guide de l'utilisateur et Aide

Une page vierge s'affiche lorsque vous tentez d'ouvrir l'aide en ligne de Converter Standalone dans Internet Explorer
Si la configuration de sécurité étendue d'Internet Explorer est installée dans votre navigateur Internet Explorer, l'aide en ligne ne s'affiche pas.
Solution :Désinstallez la configuration de la sécurité renforcée d'Internet Explorer depuis la machine client Converter Standalone.

Converter Standalone affiche une page d'aide vierge lors de l'installation sur Microsoft Windows Server 2008
Lorsque vous installez VMware Converter Standalone sur Microsoft Windows Server 2008 et que le navigateur système par défaut est Microsoft Internet Explorer 7, Internet Explorer se lance mais affiche une page vierge si vous appelez l'aide depuis le menu Aide ou en appuyant sur F1.
Cette erreur provient du fait que les paramètres par défaut d'Internet Explorer 7 n'autorisent pas l'exécution du code JavaScript dans le navigateur.
Solution : Activez l'option Active scripting dans Internet Explorer 7.

Les commandes de la ligne de commande silencieuse pour l'agent Converter Standalone ne sont pas répertoriées dans le Guide de l'utilisateur de Converter Standalone
Les commandes pour une installation silencieuse de l'agent Converter Standalone se trouvent dans la base de connaissances VMware.
Pour obtenir une liste des commandes du mode silencieux, reportez-vous à Using the Command-Line to Install VMware Converter Standalone Agent (KB 1008207).

Début de la page

Problèmes résolus

Le problème suivant est résolu dans Converter Standalone 5.0.1 :

Lorsque vous tentez d'effectuer des tâches Converter Standalone 5.0 sous des environnements vSphere 5.1, l'application ne répond plus et se ferme
Lorsque vous tentez d'exécuter des tâches Converter Standalone 5.0 sur des instances vCenter Server 5.1 cibles ou des hôtes ESXi 5.1 :

  • Le message d'erreur suivant s'affiche :
    L'application Converter Standalone a rencontré un problème et doit être fermée. Nous sommes désolés pour l'inconvénient.
    Lorsque vous cliquez sur Envoyer le rapport d'erreur ou Ne pas envoyer, l'application se ferme.
  • L'entrée suivante est ajoutée à converter-gui-*.log :
    Panic: Win32 exception: Access Violation (0xc0000005)
    Le fichier converter-gui-*.log est situé dans %APPDATA%\Local\VMware\VMware vCenter Converter Standalone Client sur votre machine.

Solution :
  1. Vérifiez que vous avez accès à un hôte ESXi 5.0 autonome.
  2. Effectuez vos tâches Converter Standalone 5.0 sur l'hôte ESXi 5.0 cible.
  3. Ajoutez l'hôte ESXi 5.0 à une instance vCenter Server 5.1.
  4. Pour modifier l'environnement ESXi, vous pouvez sélectionner l'une de ces options.
    • Passez de l'hôte ESXi 5.0 à la version 5.1.
    • Exécutez vSphere 5.1 Web Client pour migrer vos machines virtuelles depuis l'hôte ESXi 5.0 vers un hôte ESXi 5.1.
  5. (Facultatif) Pour passer à la version matérielle 9 de votre machine virtuelle, utilisez vSphere 5.1 Web Client.

 

Début de la page

Notes de mise à jour SDK

Converter Standalone SDK 5.0

L'API de VMware vCenter Converter Standalone offre des interfaces indépendantes de la langue sur la plateforme d'administration de réseau de Converter Standalone Server.
Converter Standalone SDK est un fichier ZIP qui contient les éléments suivants.

  • Code d'échantillon démontrant des cas d'utilisation courante pour gérer Converter Standalone Server par programme. Le code d'échantillon comprend les fichiers code source Java et C#. Reportez-vous aux fichiers Readme respectifs ( readme_java.htmet readme_dotnet.htm) pour des informations sur la création et l'utilisation des échantillons.
  • Le WSDL qui définit l'API, disponible sur le serveur Converter.
  • Fichiers de commande et scripts de shell pour automatiser le processus de génération des stubs côté client et pour la recréation des applications échantillon.
    Pour les développeurs C#, les fichiers projet Microsoft Visual Studio ( .sln) ont été inclus.
  • Documentation de référence, le Guide de références API de VMware vCenter Converter Standalone, qui fournit des informations descriptives indépendantes de la langue (définitions du type d'objet, propriétés et signatures de méthode, par exemple) pour VMware vCenter Converter Standalone API 5.0.

Obtenir le logiciel

Vous pouvez obtenir Converter Standalone SDK 5.0 ici.

Plateformes prises en charge

Converter Standalone 5.0 SDK est testé seulement sur les plateformes Windows prises en charge. Reportez-vous à Plates-formes.

Début de la page