warum eine manuelle Migration von Systemen in eine Virtualisierungsumgebung schwierig ist;
worin sich "Physical-to- Virtual"-Werkzeuge voneinander unterscheiden;
worauf Anwender bei der Migration achten müssen.
Fast jedes Unternehmen hat IT-Systeme, die schwer oder gar nicht neu installierbar sind. Sei es eine al- te undokumentierte Windows-NT-4-Anwendung für die Buchhaltung, deren Entwickler schon lange nicht mehr im Unternehmen tätig ist, oder ein über die Jahre gewachsener Server, der eine Vielzahl von Anwendungen beherbergt, deren erneute Installation etliche Wochen in Anspruch nehmen würde.
Aufwändig gestaltet sich ebenfalls das erneute Einrichten ganzer Server-Farmen, etwa aus fünf und mehr Systemen. Deren Neuinstallation kann Ressourcen lange binden, und das kostet in der IT bekanntlich nicht nur Zeit.
In solchen Fällen liegt es nahe, bestehende Konfigurationen auf virtuelle Server zu übernehmen. Eine solche Migration, auch P2V ("physical-to-virtual") genannt, lässt sich mit dem Klonen eines Systems auf eine andere Hardware vergleichen. P2V ist ein Schlüssel zur Einführung einer virtuellen Infrastruktur in bestehenden IT-Server-Landschaften.
Die Übertragung physikalischer Systeme in virtuelle läuft zumindest theoretisch einfach ab und unterteilt sich grob in folgende Schritte:
Imaging der bestehenden physikalischen Betriebssystempartition;
Wiederherstellen des Images im virtuellen System;
Kopieren der Datenpartitionen (falls vorhanden) auf das virtuelle System;
Installation der Virtualisierungstreiber und -programme (VMware Tools, MS Virtual Tools);
Testen der Anwendung auf dem neuen Server (vorheriges Abschalten des physikalischen Systems)
Danach existiert das identische System Bit-genau in der virtuellen Welt.
