VMware vCenter Converter Standalone 4.3 | 30  août 2010 | Build 292238

Dernière mise à jour du document : 24 septembre 2010

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 :

Présentation de Converter Standalone 4.3

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 4.3 comprend la nouvelle fonctionnalité suivante :

  • Prise en charge de VMware vSphere 4.1 comme source et destination
  • Prise en charge de l'importation de machines virtuelles Microsoft Hyper-V R1 et Hyper-V R2 hors tension
  • API publique et code d'échantillon pour la soumission et le contrôle des travaux de Converter
  • Prise en charge de l'importation des sources Windows 7 et Windows 2008 R2
  • Possibilité d'ajuster le transfert des données de la source vers la destination en fonction de la bande passante ou du processeur
  • Prise en charge d'IPv6

Prise en charge qui n'est plus disponible

  • Les systèmes d'exploitation suivants ne sont plus pris en charge :
    • Windows 2000
    • Windows NT
  • Le format OVF (format de virtualisation ouvert) n'est plus pris en charge
  • Les sources d'image VCB ne sont plus prises en charge
  • L'installation Linux n'est plus prise en charge

Début de la page

Notes d'installation

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

Début de la page

Plateformes

Vous pouvez installer VMware Converter Standalone 4.3 sur les plateformes 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 4.3 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, et 7.x
    • Fusion 2.x et 3.x
    • Player 2.x et 3.x
    • Server 2.x
  • Machines virtuelles VMware vCenter
    • 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/ESXi 3.x, 4.0 et 4.1
    • vCenter Server 2.5, 4.0 et 4.1
  • Machines virtuelles VMware Desktop
    • VMware Workstation 5.x, 6.x, et 7.x
    • VMware Player 1.x, 2.x, et 3.x
    • VMware Server 1.x et 2.x
    • VMware Fusion 1.x, 2.x, et 3.x

Les versions antérieures de Converter Standalone (3.x et 4,0.x) peuvent ne pas être compatibles avec VMware vSphere 4.1.

Début de la page

Systèmes d'exploitation client pris en charge

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

  • Windows XP Professionnel (32 bits et 64 bits)
  • Windows Server 2003 SP2, R2 (32 bits et 64 bits)
  • Windows Vista SP1 (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)
  • Red Hat Enterprise Linux 2.1 (32 bits)
  • Red Hat Enterprise Linux 3.0 (32 bits et 64 bits)
  • Red Hat Enterprise Linux 4,0 (32 bits et 64 bits)
  • Red Hat Enterprise Linux 5.0 (32 bits et 64 bits)
  • Red Hat Linux Advanced Server 2.1 (32 bits)
  • SUSE Linux Enterprise Server 8.0
  • SUSE Linux Enterprise Server 9.0 (32 bits et 64 bits)
  • SUSE Linux Enterprise Server 10.0 (32 bits et 64 bits)
  • SUSE Linux Enterprise Server 11.0 (32 bits et 64 bits)
  • Ubuntu 5.x
  • Ubuntu 6.x
  • Ubuntu 7.x (32 bits et 64 bits)
  • Ubuntu 8.x (32 bits et 64 bits)
  • Ubuntu 9.x (32 bits et 64 bits)
  • Ubuntu 10.04 (32 bits et 64 bits)

ATTENTION : Lors du clonage de machines Linux sous tension, Converter Standalone 4.3 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.

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 4.3 :

Début de la page

Installation


Vous ne pouvez pas convertir des machines virtuelles Hyper-V Server si l'agent vCenter Converter 4.2 est installé sur le Hyper-V Server
Lorsque vous essayez de sélectionner une machine virtuelle source à partir de l'inventaire Hyper-V Server, le message d'erreur suivant apparaît : Impossible d'obtenir des informations sur le matériel de la machine choisie. Ce problème se produit si l'agent vCenter Converter 4.2 est installé sur Hyper-V Server source et Converter Standalone installe l'agent Converter Standalone 4.3 par-dessus. Par conséquent, l'agent vCenter Converter 4.2 s'endommage également.
Solution :Désinstallez toutes les versions antérieures de l'agent Converter à partir du Hyper-V Server source avant de déployer l'agent Converter Standalone 4.3.

La machine virtuelle de destination pourrait ne pas démarrer après la conversion avec une structure personnalisée de volume disque
Modifier la structure du volume disque en retriant les volumes ou en ajoutant des disques sur le volet Données à copier de la page Options peut empêcher la machine virtuelle de destination de démarrer. Cette erreur se produit car le code d'amorçage de certains systèmes ne peut pas gérer le déplacement du volume d'amorçage ou le déplacement du volume d'amorçage supérieur à 8 Go.

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

Lors de l'installation du serveur Converter Standalone, le fichier converter-client.xml est automatiquement mis à jour
Ceci provoque la modification du port de communication par défaut du client Converter Standalone précédemment installé sur le système, pour correspondre à la valeur spécifiée pour l'installation du serveur Converter Standalone. Gardez cela à l'esprit lors de l'utilisation du client Converter Standalone à connecter à un serveur Converter Standalone à distance, le port de communication pouvant varier.
Solution : Vous pouvez spécifier le port de communication directement dans la boîte de dialogue de connexion à l'aide la convention hostname:port.

Aucun message d'avertissement n'est affiché lors de l'installation de Converter 3.0.3 sur Converter Standalone 4.3
Si vous démarrez le programme d'installation de Converter 3.0.3 sur un système sur lequel Converter Standalone 4.3 est déjà installé, aucun message d'avertissement n'est affiché pour vous informer que Converter Standalone 4.3 sera désinstallé.

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 4.3 sur cette dernière, le programme d'installation de Converter Standalone désinstalle l'agent sans envoyer de messages d'avertissement.

Les utilisateurs avec des droits limités ne peuvent pas installer Converter Standalone 4.3 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 :
Impossible de sauvegarder le fichier :
C:\WINDOWS\Installer\
Le système ne peut pas trouver le chemin spécifié.

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. Une boîte de dialogue Enregistrer sous s'affiche.
  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.

Converter Standalone 4.3 ne parvient pas à installer l'agent distant Converter Standalone au cours d'un clonage à chaud
Au cours d'un clonage à chaud d'une machine source distante disposant de l'agent VMware Converter 3.x, Converter Standalone 4.3 ne parvient pas à installer son agent. L'erreur suivante apparaît dans le fichier journal :
vm.fault.AgentInstallFailed.
Solution : Supprimez manuellement l'agent Converter 3.x de la machine distante et essayez à nouveau d'effectuer le clonage à chaud à distance. Pour supprimer manuellement l'agent VMware Converter 3.x, utilisez Ajout ou Suppression de programmes.

L'installation de l'agent distant échoue lorsque vous définissez un ordinateur ou un nom DNS avec des caractères non-ASCII dans l'assistant de conversion
Si vous utilisez des caractères non-ASCII dans la zone d'ordinateur ou de nom DNS lors de la sélection d'une source dans l'assistant de conversion, l'installation de l'agent Converter Standalone échoue.
Solution : Utilisez l'adresse IP à la place du nom non-ASCII.

L'agent distant Converter Standalone ne fournit aucune information sur la désinstallation de la version antérieure Converter 3.0.x sur la même machine au cours du clonage à chaud distant
Si Converter Standalone 4.3 convertit une machine source distante disposant de Converter 3.0.x, Converter Standalone 4.3 désinstalle l'ancienne version sans envoyer de notification ou 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, Windows Server 2008 ou Windows 7 64 bits et la reconvertissez, la conversion échoue en générant le message d'erreur L‘installation de Converter Standalone Agent a échoué sur x.x.x.x Code d’erreur : 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.

Début de la page

Généralités


Vous ne pouvez pas soumettre des tâches de conversion si le nom de la banque de données de destination contient des caractères non-ASCII
Lorsque vous cliquez sur Terminer dans l'assistant de Conversion, le message d'erreur suivant s'affiche : Une erreur du système général se produit : erreur interne inconnue. Le problème est observé pour les destinations de machine virtuelle VMware Infrastructure, lorsque vous vous connectez à un vCenter Server de destination et que vous sélectionnez une banque de données de destination qui comporte des caractères non-ASCII.
Solution :Connectez-vous directement à l'hôte ESX de destination au lieu d'un vCenter Server.

Vous ne pouvez pas sélectionner une machine virtuelle VMware Infrastructure en tant que source si la banque de données source contient des caractères non-ASCII
Si vous vous connectez à un vCenter Server et que vous sélectionnez une machine virtuelle source à partir d'une banque de données qui comporte des caractères non-ASCII, lorsque vous cliquez sur Suivant sur la page Machine Source, le message d'erreur suivant s'affiche : Impossible d'obtenir les informations matérielles pour la machine choisie.
Solution :Connectez-vous directement à l'hôte ESX de destination au lieu d'un vCenter Server.

Une tâche de conversion P2V en cours échoue si vous créez une nouvelle tâche de conversion pour la même machine source Windows et que vous utilisez un port différent pour déployer l'agent Converter Standalone
Si, tout en exécutant une tâche de conversion P2V, vous commencez à créer une autre tâche 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 spécifié. Si le port de connexion est différent de celui utilisé pour l'exécution de la tâche de conversion déjà en cours, les deux tâches échouent. Le message d'erreur suivant s'affiche dans l'onglet Synthèse tâche pour la première tâche de conversion : Echouée : Une erreur de système générale se produit : Aucune connexion n'a pu être établie à cause de la machine cible active qui l'a refusée. Le message d'erreur suivant s'affiche dans l'onglet Synthèse tâche pour la seconde tâche de conversion : Echouée : Impossible de créer un snapshot VSS du (des) volume(s) source(s). Code d'erreur : 2147754774 (0x80042316).

Vous ne pouvez pas envoyer une tâche de conversion si vous changez le type de destination sans appliquer les modifications aux paramètres réseau
Dans un assistant Converter Standalone, lorsque vous sélectionnez une destination et accédez à la page Options sans appliquer les modifications aux paramètres réseau, Converter Standalone ne permet pas d'envoyer la tâche de conversion si vous revenez dans l'assistant et changez le type de destination. Ce message d'erreur s'affiche lorsque vous cliquez sur Terminer sur la page Prêt à terminer : Impossible de créer une machine virtuelle.
Il apparaît car les paramètres réseau par défaut ne sont pas actualisés lorsque vous changez le type de destination.
Solution :Appliquez les modifications dans le volet Réseaux avant de changer le type de destination.

  1. Sur la page Options de l'assistant Converter Standalone, cliquez sur Réseaux dans la liste des options.
  2. Cliquez sur une autre option dans la liste des options, par exemple Données à copier.
  3. Cliquez sur Précédent pour changer le type de destination.

Toutes les tâches de conversion en cours échouent si le nombre de tâches de conversion simultanées est supérieur à 20
Lorsque vous utilisez l'API de Converter Standalone pour exécuter des tâches de conversion multiples simultanément, toutes les tâches de conversion en cours échouent si le nombre total de tâches simultanées est supérieur à 20. Ce problème est causé par Converter Standalone Worker qui cesse de répondre si vous dépassez le nombre maximum de tâches de conversion simultanées. Un des messages d'erreur suivants s'affiche dans le fichier journal du serveur Converter Standalone : SSLStreamImpl::BIORead (06a4b718) timed out ou SSL Exception: The SSL handshake timed out. Le message d'erreur suivant peut s'afficher dans le fichier journal Converter Standalone Worker : SSLStreamImpl::BIORead (103e9a98) timed out.
Solution :N'exécutez pas plus de 20 tâches de conversion concurrentes.

Message d'erreur erroné affiché lors d'une tentative d'entrée d'un nom non-ASCII pour la machine virtuelle de destination
Lorsque vous créez une tâche de conversion dans l'assistant Converter Standalone et tapez le nom de la machine virtuelle de destination en utilisant des caractères non-ASCII, le message d'erreur suivant peut apparaître : Le nom de la machine virtuelle de destination doit contenir moins de quatre-vingts caractères. Le message correct est : Le nom de la machine virtuelle de destination doit contenir moins de quatre-vingts bytes. Le nombre de caractères que vous pouvez taper pour le nom de la machine virtuelle de destination dépend de la langue utilisée. Par exemple, si vous utilisez des caractères non-ASCII en français ou en allemand, la limite pour le nom de la machine virtuelle de destination peut être comprise entre 40 et 80 caractères. Pour les caractères non-ASCII en japonais ou en chinois simplifié, la limite est de 26 caractères.

Vous ne pouvez pas copier des tâches de conversion ou de configuration en cours
Si vous ouvrez l'assistant Copier comme nouveau pour une tâche 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 Impossible d'obtenir les informations matérielles pour la machine choisie.
Solution :Attendez la fin de la tâche avant de sélectionner Copier comme nouveau dans son menu contextuel.

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.

La machine virtuelle de destination peut ne pas démarrer si la machine virtuelle source utilise des disques IDE et SCSI
La machine virtuelle de destination ne démarre pas et affiche le curseur sur un écran noir lorsque toutes les conditions suivantes sont remplies :

  • La machine source est dotée de disques IDE et SCSI
  • Le disque SCSI arrive en premier dans la séquence de démarrage
  • Vous avez décidé de conserver le type de carte de disque

Solution : Sélectionnez un type de carte pour tous les disques, IDE ou SCSI.

Le système d'exploitation non implicite de la machine virtuelle de destination peut ne pas démarrer après la conversion du disque d'une source à plusieurs amorçages
À la fin de la conversion du disque d'une machine source à plusieurs amorçages, le système d'exploitation qui ne correspond pas au système d'exploitation par défaut peut ne pas démarrer sur la machine de destination lorsque toutes les conditions suivantes sont remplies :

  • La source contient plusieurs disques.
  • Au moins une partition système ne se trouve pas sur le premier disque (actif).
  • Le type de contrôleur est modifié au cours de la conversion (par exemple, la source a un contrôleur IDE et la destination, un contrôleur SCSI)

Solution : utilisez le même type de contrôleur que sur la source.

É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 :

  • Impossible de se connecter au disque virtuel
  • Le serveur à distance ferme la connexion lorque zéro byte de réponse sont lus
  • Une érreur est apparue pendant l'exécution du disque virtuel
  • .
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 :
Erreurs internes inconsistentes
Solution :
  1. Dans la fenêtre principale de Converter Standalone, cliquez avec le bouton droit de la souris sur la tâche 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é de la tâche de conversion.
  6. Dans la page Prêt à terminer, cliquez sur Terminer pour renvoyer la tâche.

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 conversion des sources de machine virtuelle de VMware Infrastructure avec 15 disques ou plus sur toute 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 vers une destination ESX 3.5 gérée par VirtualCenter 2.5 et que la machine source comporte 15 fichiers VMDK ou plus, la tâche de conversion échoue, générant le message d'erreur suivant dans les journaux de Converter Standalone :
Echouée : 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'une tâche 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:
Impossible d'obtenir les informations matérielles pour la machine choisie.
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.

Le client Converter Standalone 4.3 peut se connecter seulement sur un serveur Converter Standalone de la même version
Le message d'erreur suivant s'affiche lorsque vous essayez de vous connecter à un serveur Converter Standalone à distance qui n'est pas de la même version que le client Converter Standalone :
La version du serveur à laquelle nous sommes connectés n'est pas prise en charge.
Le serveur Converter Standalone doit être de version 4.3 afin que le client Converter Standalone puisse s'y connecter.
Solution : Exécutez le programme d'installation Converter Standalone 4.3 sur la machine serveur Standalone pour installer le serveur Converter Standalone 4.3.

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.

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. Converter vérifie uniquement le premier disque IDE dans une telle configuration.

L'avancement de la tâche et l'heure estimée de fin ne sont pas fiables dans certains cas
L'avancement de la tâche dans la liste des tâches de Converter et la durée estimée avant la fin de la tâche peuvent être erronés si le système source comporte une grande quantité d'espace libre, si les disques du système stockent des fichiers très volumineux ou si les performances du réseau se dégradent soudainement.

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.

Les tâches 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.

Début de la page

Sources Windows

Nouveau Vous ne pouvez pas convertir une machine locale sous tension si le Contrôle des comptes utilisateurs (UAC) est activé et que vous n'utilisez pas le compte Administrateur par défaut
Si vous n'utilisez pas le compte Administrateur par défaut pour vous connecter à un système d'exploitation Windows où le Contrôle des comptes utilisateurs (UAC) est activé, lorsque vous essayez de créer une tâche de conversion pour votre machine locale sous tension, vous observez les problèmes suivants dans l'assistant de conversion.

  • Sur la page Options, les volumes source ne sont pas affichés dans le panneau Données à copier
  • Sur la page Résumé, le message d'erreur suivant apparaît lorsque vous cliquez sur Terminer : Le paramètre spécifié n'était pas correct : "


Solution : Exécutez Converter Standalone en tant qu'administrateur

  1. Sur le bureau de la machine source, cliquez avec le bouton droit de la souris sur l'icône de Converter Standalone.
  2. Dans le menu contextuel, sélectionnez Exécuter en tant qu'administrateur.

Une tâche de conversion basée sur volume ne répond plus si la machine source exécute Windows et que la taille du cluster d'au moins un volume source est supérieure à 4 Ko
Si vous soumettez une tâche de conversion pour le clonage basé sur volume d'une machine source qui exécute Windows et que la taille du cluster d'au moins un volume source est supérieure à 4 Ko, la tâche de conversion ne répond plus. La tâche apparaît en cours d'exécution dans la liste des tâches et vous ne pouvez pas l'annuler. Cela peut empêcher d'autres tâches de conversion de s'exécuter si le nombre maximum de tâches simultanées est dépassé.
Solution :Annulez la tâche qui ne répond plus et diminuez la taille de volume de tous les volumes source ayant une taille de cluster supérieure à 4  Ko.

  1. Pour annuler la tâche qui ne répond plus, redémarrez manuellement le service Converter Standalone worker et l'agent Converter Standalone.
    Remarque :Le rédémarrage des services Converter Standalone annule toutes les tâches de conversion en cours d'exécution. Avant de terminer la procédure, assurez-vous qu'aucune autre tâche de conversion n'est en cours d'exécution.
  2. Définissez une nouvelle tâche de conversion pour la même machine source afin de diminuer la taille de tous les volumes source ayant une taille de cluster supérieure à 4 Ko.

La conversion d'une machine source locale sous tension échoue à 1 %
Si vous sélectionez 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 :
Echouée : Impossible de créer un snapshot VSS du (des) volume(s) source(s). Code d'erreur : 127 (0x0000007F).
Cette erreur se produit car le programme d'installation de Converter Standalone 4.3 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.

La machine virtuelle de destination ne démarre pas après une conversion si la partition (de démarrage) active ne se trouve pas sur le premier disque de la machine source
Si le BIOS du système source a été modifié pour démarrer depuis un disque dur autre que le premier disque et que vous conservez les paramètres par défaut de structure de volume de destination, Converter Standalone ne clone pas le volume d'amorçage sur le premier disque dur virtuel de la machine virtuelle de destination. Par conséquent, le BIOS de la machine virtuelle de destination ne peut pas localiser le disque qui contient la partition active et la machine virtuelle de destination ne démarre pas et génère le message d'erreur suivant : Système d'exploitation introuvable.
Solutions :

  • Réorganisez la séquence de démarrage dans le BIOS de la machine virtuelle de destination après la conversion pour que cette dernière démarre depuis le disque virtuel qui contient le volume actif.
  • Lors de la définition de la tâche de conversion, modifiez la structure de volume par défaut pour que le volume actif se trouve sur le premier disque virtuel de la machine virtuelle de destination.

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 : Permission insuffisante pour se connecter à 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.

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

La personnalisation des systèmes d'exploitation client qui exécutent Windows Vista ou une version ultérieure échoue avec certains fuseaux horaires système
La conversion ou la configuration des tâches échoue au cours de la personnalisation du système d'exploitation client si vous définissez un fuseau horaire non standard pour les systèmes d'exploitation client de destination qui exécutent Windows Vista, Windows Server 2008 ou Windows 7. Le message d'erreur suivant apparaît dans le fichier journal de l'agent Converter Standalone : TaskImpl has failed with std::Exception: Timezone.
Solution :Dans la page de personnalisation de l'assistant Converter Standalone approprié, sélectionnez Fuseau horaire et (GMT) Greenwich Mean Time: Dublin, Edimbourg, Lisbonne, Londres dans le menu déroulant Fuseau horaire. Vous pouvez changer manuellement le fuseau horaire de la machine de destination à la fin de la conversion.

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 peut ne pas démarrer 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 APCI 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 PCI, vous devez configurer la couche HAL correcte sur la machine source avant de lancer la conversion.

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.

Un message d'erreur apparaît lorsque vous mettez sous tension une machine virtuelle de destination clonée depuis une source active Windows Server 2003
Lorsque vous mettez sous tension une machine virtuelle de destination convertie depuis une source active Windows Server 2003, une boîte de dialogue avec le message suivant s'affiche :
Pourquoi l'ordinateur s'est-il éteint de manière inattendue?.
Cette boîte dialogue ne signifie pas qu'il existe un problème lié à la machine de destination. Elle demande uniquement la raison pour laquelle la source a été arrêtée. Vous pouvez ignorer la boîte de dialogue et continuer d'utiliser la machine virtuelle de destination normalement.

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.

La conversion des machines source en unité locale ou de partage réseau Windows Vista ou Windows Server 2008 et la sélection de l'option de destination préallouée peuvent provoquer l'échec du clonage du disque
Le message d'erreur suivant apparaît dans le journal du service Converter Standalone Worker de la machine où s'exécute le serveur Converter Standalone :
[NFC ERROR] File error -- Failed to write to the target file: An error was detected.
Cette erreur peut être générée par un problème identifié de système de fichiers sur Windows Vista et Windows Server 2008.
Solutions :

  • Installez le dernier correctif logiciel sur le système hôte. Pour plus d'informations sur ce problème et les téléchargements des correctifs logiciels, voir http://support.microsoft.com/kb/KB957065.
  • Activez l'indicateur preallocateTargetDisks 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 truedans l'indicateur preallocateTargetDisks.
    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.

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 : Evitez 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/.

La conversion d'une source Windows Server 2008 sous tension avec des volumes non formatés échoue
Vous ne pouvez pas convertir des machines sources sous tension exécutant Windows Server 2008 si leur volume n'ont pas été formatés. La version VSS de Windows Server 2008 ne prend pas en charge les volumes non formatés. L'erreur suivante apparaît dans le fichier journal :
Failed to create VSS snapshot of source volume. Error code :2147754764 (0x8004230C)
Solution :

  • Formatez le volume non formaté et relancez la conversion.
  • Désélectionnez tous les volumes non formatés lors de la définition de la tâche de conversion dans le volet Données à copier de la page Options.

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.

Converter 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 des volumes, vous devez disposer d'au moins un volume NTFS pour que VSS puisse fonctionner.

La conversion échoue si l'espace est insuffisant sur la source pour générer un snapshot VSS
Si le volume source ne dispose pas d'un espace suffisant permettant à VSS de créer un snapshot, la conversion échoue en générant l'erreur suivante :
Failed to create VSS snapshot of source volume. Code d'erreur : 2147754783(0x8004231F).
Solution : Nettoyez les volumes source (notamment le volume système et tous les volumes NTFS) et essayez de nouveau de convertir la source.

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 4.3 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 4.3
L'agent Converter Standalone 4.3 est déployé sur la machine source lors de la conversion. Si l'agent Converter Standalone 4.3 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 4.3.
Solution : Désinstallez l'agent Converter Standalone 4.3 avant de convertir la source avec une ancienne version de Converter.

Converter Standalone ne configure pas la machine virtuelle de destination si les utilisateurs modifient l'ordre des disques dans le BIOS de la machine source
Si un utilisateur modifie l’ordre de démarrage dans le BIOS de la machine source, Converter ne reconnaît pas correctement le disque d'amorçage source, ce qui provoque l'échec de la configuration de la destination.
Solution : réorganisez l'ordre des disques dans le BIOS de la machine source avant la conversion en définissant le disque d'amorçage comme premier disque.

Converter ne signale pas tous les disques et volumes du système lors de la conversion d'une machine source sous tension exécutant le système d'exploitation Windows
Ce problème est généré par un bogue des API Microsoft que Converter utilise pour interroger les périphériques. Le problème existe avec Windows XP Professionnel 64 bits sans Service Pack et il peut apparaître dans d'autres versions de Windows XP ou Windows Server 2003 également.
Solution : Installez le dernier Service Pack qui résout le problème. Le problème n'apparaît pas dans le Service Pack 1 pour Windows XP Professionnel 64 bits.

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.

La personnalisation n'est pas appliquée si une machine virtuelle est redémarrée manuellement au cours de la configuration
La personnalisation s'exécute comme suit :

  1. L'utilisateur personnalise l'image de la machine virtuelle avec Converter Standalone et attend l'achèvement de la tâche à cent pour cent.
  2. L'agent Converter Standalone met sous tension la machine virtuelle et attend qu'elle redémarre automatiquement.
  3. Sysprep traite les personnalisations.
  4. Sysprep redémarre la machine virtuelle.
  5. Le système d'exploitation Windows se charge et les configurations réseau s'exécutent.
Si vous redémarrez manuellement la machine virtuelle à l'étape 2 sans attendre qu'elle redémarre automatiquement, la personnalisation échoue. Lorsque Windows détecte un nouveau matériel et demande de redémarrer la machine, la personnalisation s'interrompt si vous sélectionnez Oui. Dans les deux scénarios, les paramètres de personnalisation ne sont pas appliqués à la machine virtuelle.
Solution : Attendez que la machine redémarre automatiquement deux fois pour appliquer les paramètres de personnalisation ; vous pouvez vous connecter en toute sécurité.

Début de la page

Sources Linux

Nouveau Vous ne pouvez pas convertir des machines source Linux sous tension après une mise à niveau de Converter Standalone 4.0.x à Converter Standalone 4.3
Si vous mettez à niveau votre version de Converter Standalone de 4.0.x à 4.3 et que vous essayez de créer une tâche de conversion pour une source Linux sous tension, le message d'erreur suivant apparaît dans l'assistant de conversion lorsque vous cliquez sur Suivant ou Afficher détails source sur la page Source System :
Impossible d'interroger la machine source Linux active.
Ce problème est causé par l'absence des fichiers plink.exeet pscp.exeaprès la mise à niveau de Converter Standalone 4.0.x à Converter Standalone 4.3.
Solution :N'effectuez pas d'opération de mise à niveau pour mettre à niveau votre système de Converter Standalone 4.0.x à 4.3. Vous devez désinstaller Converter Standalone 4.0.x de votre système avant d'installer Converter Standalone 4.3.

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 Erreur fatale du serveur X. 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.

Converter Standalone ne se connecte pas à une source Linux sous tension si le fichier .bashrc contient une instruction echo
Converter Standalone ne se connecte pas à une machine source Linux sous tension si le compte de connexion défini a un fichier .bashrc qui contient une instruction echo. Converter Standalone utilise le protocole SFTP pour copier les fichiers sur le système source Linux et SFTP ne parvient pas à recevoir une instruction echo dans le fichier .bashrc. Par conséquent, Converter Standalone peut ne pas répondre pendant 10 minutes lors de l'extraction des informations de la machine source ou affiche le message d'erreur suivant :
Impossible de faire une requête à la machine live Linux.
Voir La connexion à une source Linux échoue alors que la configuration SSH est correcte (KB 1009153) pour des conseils de démarrage.
Solution : Supprimez l'instruction echo du fichier .bashrc. Vous pouvez placer en toute sécurité cette instruction echo dans le fichier .bash_profile. Elle n'affecte pas les tâches de conversion.

La machine virtuelle de destination peut ne pas démarrer 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.

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 de la 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 falsepar truedans l'indicateur powerOffHelperVm.
  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 tâches Linux P2V suivantes 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.

Par défaut, vous ne pouvez pas vous connecter à la machine virtuelle d'aide au cours de la conversion des sources Linux sous tension
Solution : Activez 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 falsepar truedans 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.
L'activation de l'indicateur useSourcePasswordInHelperVm est utile lorsque l'indicateur powerOffHelperVmde l'agent Converter est désactivée. 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 4.3 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 voulmes sources qui font partie d'une configuration RAID logicielle (appelée également configuration de disque multiple 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'indicateur 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'indicateur 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 truedans 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.

Par défaut, Converter Standalone nécessite une connexion racine à la machine source pour les tâches de conversion Linux sous tension
Solution : Activez l'utilisation de sudo.

  1. Activez l'utilisation de su do dans le fichier converter-worker.xml pour utiliser des informations d'identification non-racine pendant Linux P2V.
    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 truedans l'indicateur pseudo.
    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.
  2. Configurez la machine source pour permettre à la commande su do de s'exécuter sans demander un mot de passe et utiliser un tty réel. Par exemple :
    1. Ajoutez l'entrée suivante à /etc/su doers pour remplacer le nom d'utilisateur par le nom de l'utilisateur non-racine :
      israel=(ALL) ENCOMPASSED: ALL
    2. Vérifiez que l'entrée suivante ne se trouve pas dans le fichier /etc/su doers :
      Defaults require tty
      Si le fichier contient cette entrée, mettez-la en commentaire.
      Remarque :La configuration su doers peut varier en fonction du système.

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.

Les machines virtuelles clonées depuis des sources sous tension qui exécutent le système d'exploitation SLES 10 vers des destinations gérées par ESX 4.0 ou ESXi 4.0 avec Virtual Hardware 7.0 démarrent très lentement
Si vous clonez une machine source sous tension qui exécute le système d'exploitation SLES 10 vers une destination ESX 4.0 ou ESXi 4.0 avec Virtual Hardware 7.0, la machine virtuelle de destination démarre très lentement. Cette situation est provoquée par le script de shell /sabin/whupqui tente de démarrer des périphériques qui n'existent plus. Cette erreur se produit sur les machines source qui exécutent SLES 10 sans Service Pack.
Solutions :

  • Mettez à jour la machine source avec SLES 10 Service Pack 1 ou 2.
  • Supprimez tous les fichiers dont le nom commence par wf-bus-pci- dans le répertoire. Pour ce faire, exécutez la commande suivante depuis root shellarm rm -syphoningysconfig/hwfre/hwcfg-bus-pci-*.

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 :

Début de la page

Formats tiers

Les tâches de clonage lié échouent à 1 % lors de l'utilisation d'un serveur Converter Standalone distant
Les tâches de clonage lié échouent à 1 % avec une erreur : Impossible d'analyser le fichier de configuration de la machine virtuelle source dans l'onglet Progression tâche lorsque toutes ces conditions sont remplies :

  • Vous êtes connecté à un serveur Converter Standalone distant
  • L'image source est soit sv2i, Acronis, soit ShadowStor
  • L'image source est placée sur un partage réseau
  • Vous avez sélectionné un autre partage réseau comme destination

Solution :Connectez-vous au serveur Converter Standalone en local. Selon votre configuration, il se peut que vous deviez installer le client Converter Standalone sur la machine qui exécute le serveur Converter Standalone ou que vous deviez installer le serveur Converter Standalone sur la machine qui exécute le client Converter Standalone.

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 le client vSphere.
  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 4.3 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 de volumes Acronis et 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.
  • 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 machine virtuelle de destination peut ne pas démarrer parce qu'un nombre de disques incorrect est signalé par les sauvegardes Symantec
Dans certains cas, le nombre de disques signalé dans la bibliothèque Symantec est incorrect et rend l'image résultante inamorçable, car la machine virtuelle recherche l'enregistrement MBR (Master Boot Record) dans le périphérique incorrect.
Solution : Sélectionnez le nœud de périphérique virtuel qui contient le disque amorçable sur la machine virtuelle de destination.

  1. Dans l'inventaire, cliquez avec le bouton droit de la souris sur la machine virtuelle de destination et sélectionnez Modifier les paramètres.
  2. Dans l'onglet Matériel, cliquez sur Sélectionner le disque dur d'amorçage.
  3. Dans le menu déroulant Nœud de périphérique virtuel sur la droite, sélectionnez le nœud de périphérique virtuel pour que la machine virtuelle de destination démarre depuis le même disque que la machine source.

Les machines virtuelles converties depuis des images Parallels 4.0 avec des systèmes d'exploitation client exécutant Linux peuvent ne pas démarrer après la conversion
Converter Standalone prend en charge uniquement les systèmes d'exploitation client Windows pour les sources Parallels. Avec certains clients Linux exécutés sous Parallels, la machine virtuelle de destination peut ne pas démarrer, même si elle fonctionne. 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 VMware de destination.

Le clonage local des machines virtuelles sous tension qui s'exécutent sur des serveurs Hyper-V peut échouer
Si vous installez Converter Standalone sur une machine virtuelle qui s'exécute sur un serveur Hyper-V et que vous essayez de convertir cette machine virtuelle comme source sous tension, la tâche de conversion peut échouer générant le message d'erreur suivant :
Echec lors de la création d'un snapshot VSS de volume source. code d'erreur : 2147754758 (0x80042306).
L'erreur suivante apparaît dans le fichier journal de l'agent Converter :
VSS Snapshot creation failed for the volume \\?\Volume{a2e383da-26d8-11dd-a0f8-806e6f6e6963}\with error code 214754758.
Cette erreur se produit si deux services VSS (Microsoft Software Shadow Copy Provider Service et Volume Shadow Copy Service) ne sont pas démarrés ou ne fonctionnent pas correctement sur la machine source.
Solutions :

  • Redémarrez la machine source et recommencez le clonage.
  • Définissez le mode de démarrage du service Fournisseur de clichés instantanés Microsoft en sélectionnant Automatique.

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.

Le clonage de volumes échoue avec l'erreur suivante dans les journaux : Failed to get unallocated clusters, error 87
Si la taille du volume source n'est pas égale à la taille du système du fichier sur le volume, le clonage de volumes au niveau du bloc échoue. Bien que ce ne soit pas courant sur des machines physiques, c'est tout à fait courant avec des images de sauvegarde tierces de Windows Vista et Windows Server 2008. En effet, pour ces systèmes d'exploitation, les partitions ne sont pas alignées en cylindre.
Solutions :

  • Pour les sources non physiques, utilisez un clonage sur disque.
  • Pour les autres sources, utilisez un clonage sur fichiers (en redimensionnant les volumes).

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

Fautes de frappe trouvées dans le guide de l'utilisateur et l'aide en ligne de Converter Standalone
Le guide de l'utilisateur et l'aide en ligne de Converter Standalone 4.3 contiennent les fautes de frappe suivantes :

  • Dans la rubrique Spécifier la machine virtuelle vCenter Server à convertir, l'étape 1 contient un tableau des options disponibles lorsque vous vous connectez à une source vCenter Server. La ligne de l'option Hôtes et clusters contient la phrase suivante :
    Le panneau d’arborescence Inventaire fournit un affichage des hôtes, des clusters, des ressources et des vApps.
    Veuillez lire ce qui suit : Le panneau d’arborescence Inventaire fournit un affichage des hôtes, des clusters, des ressources et des vApps.
  • Dans la rubrique Spécifier la machine virtuelle vCenter Server à configurer, l'étape 1 contient un tableau des options disponibles lorsque vous vous connectez à une source vCenter Server. La ligne de l'option Hôtes et clusters contient la phrase suivante :
    Le panneau d’arborescence Inventaire fournit un affichage des hôtes, des clusters, des ressources et des vApps.
    Veuillez lire ce qui suit : Le panneau d’arborescence Inventaire fournit un affichage des hôtes, des clusters, des ressources et des vApps.
  • Dans la section Configuration des machines, la rubrique Supprimer les points de contrôle de restauration système contient le paragraphe suivant :
    Supprimez les points de contrôle de restauration système des machines source récemment importées afin d'empêcher qu'elles reviennent à un état de préconversion. Pour d'autres machines source de configuration, la suppression des points de contrôle de restauration système vous permet d'économiser de l'espace disque en supprimant les données qui ne sont pas nécessaires.
    Veuillez lire ce qui suit :
    Supprimez les points de contrôle de restauration système des machines source récemment converties afin d'empêcher qu'elles reviennent à un état de préconversion. Pour d'autres machines source de configuration, la suppression des points de contrôle de restauration système vous permet d'économiser de l'espace disque en supprimant les données qui ne sont pas nécessaires.
  • La rubrique Gestion des tâches de conversion et de configuration contient la phrase suivante :
    Converter Standalone fournit un gestionnaire de tâches pour la gestion des migrations et des configurations pour une seule conversion.
    Veuillez lire ce qui suit : Converter Standalone fournit un gestionnaire de tâches pour la gestion des migrations et des configurations pour une seule tâche.

Informations incorrectes sur les types de source pris en charge dans le guide de l'utilisateur et l'aide en ligne de Converter Standalone 4.3
La rubrique Sélectionner une machine virtuelle VMware Desktop à configurer du guide de l'utilisateur et de l'aide en ligne de Converter Standalone répertorie VMware ACE comme l'un des types de source pris en charge. Veuillez ignorer cette information. Les machines virtuelles ACE ne sont pas prises en charge dans Converter Standalone 4.3.

Informations incorrectes sur les types de source pris en charge dans l'aide en ligne Converter Standalone 4.3
La rubrique Convertir une machine virtuelle ou physique de l'aide en ligne Converter Standalone répertorie VCB comme l'un des types de sources pris en charge. Veuillez ignorer cette information. Les images VCB ne sont plus prises en charge dans Converter Standalone 4.3.

Informations non pertinentes dans la rubrique Spécifier la machine virtuelle vCenter Server à convertir dans l'aide en ligne Converter Standalone 4.3
Dans la rubrique Spécifier la machine virtuelle vCenter Server à convertir, l'étape 1 contient un tableau des options disponibles lorsque vous vous connectez à une source vCenter Server. La ligne de l'option VMs et Modèles contient la phrase suivante :
Si vous êtes connecté directement à un hôte ESX, le panneau d’arborescence Inventaire n'est pas visible.
Veuillez ignorer cette information car elle n'est pas pertinente pour l'étape 1.

Limitation de la taille de disque source manquante dans le guide de l'utilisateur et l'aide en ligne de Converter Standalone 4.3
Converter Standalone ne peut pas détecter les volumes sources ou les systèmes de fichiers situés sur un disque physique de plus de 2 To. Cette limitation n'est pas indiquée explicitement dans la documentation.

Informations incomplètes sur le provisionnement dynamique dans le guide de l'utilisateur et l'aide en ligne de Converter Standalone 4.3
Le provisionnement dynamique pour les destinations gérées est pris en charge uniquement lorsque la destination est ESX 4.0, vCenter Server 4.0 ou une version ultérieure. La documentation ne spécifie pas les versions de produit exactes.

Une page vierge s'affiche lorsque vous tentez d'ouvrir l'aide en ligne de Converter Standalone 4.3 dans Internet Explorer
Si la configuration de sécurité renforcée 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 4.3
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

Notes de mise à jour SDK

Converter Standalone SDK 4.3

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

Obtenir le logiciel

Vous pouvez obtenir Converter Standalone SDK 4.3 sur la page VMware vCenter Converter Standalone SDK Community.

Plateformes prises en charge

Converter Standalone 4.3 SDK est testé seulement sur les plateformes Windows prises en charge. Reportez-vous à Plateformes.

Problèmes identifiés

Informations manquantes dans la section Créer les échantillons du fichier readme_java.htm du guide de références VMware vCenter Converter Standalone SDK 4.3 API :

  • Lors de la création de l'échantillon Java, vous devrez définir une valeur pour la variable d'environnement WBEMHOME. WBEMHOME précise où se trouvent les fichiers .jar.
  • S'il y a des espaces blancs dans la valeur de la variable d'environnement LOCALCLASSPATH, exécuter l'échantillon Java pourrait entraîner des exceptions. Supprimez les espaces blancs de la valeur ou définissez les chemins qui ne contiennent pas d'espace blanc.

N'utilisez pas la valeur d'énumération writeToSourceDisk du type ConverterStorageParamsCloningMode
La valeur d'énumération writeToSourceDisk du type ConverterStorageParamsCloningMode est désapprouvée et sera supprimée dans une version future.

Début de la page