Mit dem Erscheinen von vSphere 4.0 kommt auch eine neue Version des Converters raus, der Versionssprung ist zwar relativ gering, aber ein paar interessante Änderungen kann man in den Release Notes nachlesen:

VMware vCenter Converter Standalone 4.0.1 Release Notes

VMware vCenter Converter Standalone 4.0.1 | 5/21/2009 | Build 161434 Last Document Update: 5/21/2009

Introduction to VMware vCenter Converter Standalone 4.0.1

VMware vCenter Converter Standalone provides an easy-to-use solution to automate the process of creating VMware virtual machines from physical machines (running Windows and Linux), other virtual machine formats, and third-party image formats. Through an intuitive wizard-driven interface and a centralized management console, Converter Standalone can quickly and reliably convert multiple local and remote physical machines without any disruptions or downtime.

Benefits

• Convert physical machines running Windows and Linux operating systems to VMware virtual machines quickly, reliably, and without any disruption or downtime.
• Convert third-party formats such as Parallels Desktop, Symantec Backup Exec System Recovery, Norton Ghost, Acronis, StorageCraft, and Microsoft Virtual Server or Virtual PC to VMware virtual machines.
• Enable centralized management of remote conversions of multiple physical servers or virtual machines simultaneously.
• Populate new virtual machine environments from a large directory of virtual machine appliances.
• Ensure conversion reliability through quiesced snapshots of the guest operating system on the source machine before data migration.
• Enable non-disruptive conversions through hot cloning, with no source server downtime or reboot.

What's New

The VMware vCenter Converter Standalone 4.0.1 release is an update to Converter Standalone 4.0, and includes the following new features:

• Support for vSphere 4.0 as source and destination targets:
  • Support for configuring target disks as thin provisioned disks
  • Support creation of IDE disks on vSphere 4.0
  • Support for backup products to restore vSphere 4.0 virtual machines backed up using VCB
  • Support for creation of virtual hardware version 7.0 virtual machines on vSphere 4.0. targets as well as migration of hardware version 7.0 virtual machines from Workstation and Server platforms to vSphere 4.0
• Support for importing OVF 1.0 single virtual machine images.
• Support for customization of Windows Server 2008 guests.

Nachdem ich schon einige Anzeichen vernommen habe, dass eigentlich schon seit Wochen eine beta Version vom neuen VMware Converter 4 im Umlauf sein soll, habe ich heute eine Website "erwischt", die auch eine funktionierende Verknüpfung zum Einstieg in die beta Website ermöglicht.

Bei der Migration von Systemen kommt es immer wieder zu Fragen rund um die Dauer einer Migration. Ich ntze wenn möglich immer den VMware Converter EE in der offline Variante. Dadurch ist sichergestellt, dass es keine offenen Dateien auf dem Quellsystem gibt. Nachteilig ist, dass man zunächst einmal die genutzen Treiber identifiziern muss und später am besten in das ISO Image integriert.
Neben dieser kleineren Hürde, dazu an dieser Stelle später mehr, ist die Zeit für die Migration der Daten die wichtigste Kennzifer bei einer Migration.

Der Converter schafft trotz Gigabit Netzanbindung (ohne Jumboframes) lediglich ca. 30 GB - 40 GB pro Stunde. Das liegt zum Einen an der reinen Performance der zugrundeliegenden Plattensubsysteme und nicht zuletzt an der Schreibperformance der ESX Server auf dem VMFS Volume.

Die VMware Convertersoftware stammt von der Firma Platespin, ist etwas abgespeckt und natürlich umgelabelt, aber hat auch einen kleinen Pferdefuß vom Original geerbt: Ein 24h TimeOut!
Ohne Rückfrage und ohne Log Eintrag startet das WinPE automatisch nach 24h das Originalsystem neu! Will man also Systeme mit 2 TB und mehr Nutzdaten migrieren, so sollte mn die einzelnen Volumes auch in einzelnen Etappen konvertieren / migrieren, damit man nicht in diese Falle läuft. Alternativen können eine alternierende Imaginglösung und nicht zuletzt eine komplette Datensicherung darstellen. die OS Partitionen sind meist so klein (kleiner 50 GB) so dass eine Migration des reinen OS zeitnah offline erfolgen kann. 

Die Konvertierung von produktiven Systemen sollte man keinem Zufall überlassen, daher nutze ich für die Konvertierung von Systemen ausschließlich (wenn möglich) die Boot-CD (coldclone.iso) von VMware um in Projekten Systeme P2V zu migrieren. Obwohl diese Variante für beste Ergebnisse im Rahmen der Virtualisierung bürgt, kann es in der Praxis immer wieder zu Problemen kommen. Neben der Herausforderung alle Treiber für HBAs und NICs zu integrieren ergeben sich immer wieder Probleme im Bereich des Kopiervorgangs während der Migration. Generell ist zwischen zwei Methoden zur Datenübertragung mit Converter zu unterscheiden. Die schnellste variate ist die Migration der Daten im Block-Leseverfahren. dabei werden die Inhalte der Festplatte einfach Block für Block ausgelesen und in die VMDK Datei geschrieben. Eine Alternative bietet die Option des Transfers auf Dateiebene, der automatisch immer dann genutzt wird, wenn die Größe der Quellpartitionen im Verhältnis zur Ziel VMDK Datei geändert werden. Dabei spielt es keine Rolle, ob die Ziel VMDK Datei größer oder kleiner ist, als die Quelle. Je älter das Quellsystem ist, desto eher finden wir vor Ort langsame Plattensubsysteme mit einer starken Fragmentierung und / oder fehlerhaften Blöcken vor, die immer wieder zu Problemen führen können.

Some customers reported, that the Converter Enterprise Client Plugin (Version 4.0.0) doesn't start as expected and throws an error message similar to this.
To workaround this issue:

1. Check whether the Converter Enterprise Server Service is started on the VC Server.
2. In the VI Client disable the Converter EE Client plugin and reenable it again.

This should help.