PlateSpin Migrate 9 Versionshinweise

8. Juli 2010

1.0 Allgemeines zu dieser Version

PlateSpin Migrate 9 enthält eine Reihe wichtiger Änderungen, neuer Funktionen, Verbesserungen und Fehlerbehebungen.

Diese Version rüstet alle PlateSpin Migrate-Editionen der PlateSpin Portability Suite auf, die eingestellt sind, und ersetzt sie. Informationen über PlateSpin Protect 10, das die PlateSpin Protect-Editionen der Portability Suite ersetzt, finden Sie auf der Website mit der Online-Dokumentation für PlateSpin Protect 10.

2.0 Neue Funktionen in Version 9

Diese Version enthält folgende wichtige neue Funktionen und Verbesserungen:

  • Unterstützung von Live-Migrationen für Linux-Workloads: Diese Version unterstützt Live-Migrationen einer Reihe von Linux-Workloads. Siehe Unterstützte Linux-Workloads.

  • Unterstützung für die Migration von Windows-Clustern: Diese Version unterstützt die Migration von Windows-Clustern in eine virtuelle Maschine. Siehe Migration von Windows-Clustern.

  • Erweiterte Unterstützung für ESX 4: Diese Version bietet Unterstützung für verteilte Switches auf einem VMware ESX 4-Zielserver.

  • Internationale Sprachunterstützung: Diese Version bietet internationale Sprachunterstützung (Französisch, Deutsch und Japanisch) für die Produktschnittstelle und die Dokumentation. Beachten Sie, dass die regelmäßig aktualisierte englische Version der Dokumentation auf der Website zur PlateSpin Migrate 9-Dokumentation stets als die aktuellste Version gilt.

    Internationale Versionen schließen zum Zeitpunkt der Freigabe der nächsten Hauptversion ein kumulatives Update ein.

3.0 Wichtige Änderungen in Version 9

Beachten Sie die folgenden wichtigen Änderungen in Version 9:

  • Blockbasierte Komponente von Drittanbietern eingestellt (Windows): Die blockbasierte Komponente des Drittanbieters (SteelEye) wurde eingestellt. Migrationen von Windows-Workloads auf Blockebene werden mithilfe einer benutzerdefinierten blockbasierten PlateSpin-Komponente durchgeführt, die den Microsoft Volume Snapshot Service (VSS) nutzt. Infolgedessen wurde die Unterstützung für Migrationen von Windows Server 2000-Workloads auf Blockebene eingestellt. Diese können nur noch auf Dateiebene erfolgen. Dies gilt auch für Windows Server 2003-Workloads, bei denen Service Pack 1 nicht installiert ist.

  • Eingestellte Ziel-VM-Plattformen: Einige veraltete Virtualisierungsplattformen wurden eingestellt. Eine Liste der zurzeit unterstützten VM-Plattformen finden Sie unter Unterstützte Ziel-Virtualisierungsplattformen.

  • Unterstützung der Koexistenz von PlateSpin Migrate und PlateSpin Protect eingestellt: Bei PlateSpin Migrate und PlateSpin Protect, früher Teil der PlateSpin Portability Suite, handelt es sich um separate Produkte mit separaten Installationsprogrammen, die nicht auf demselben Host installiert werden können. Wenn Sie eine vorhandene Portability Suite-Lizenz haben, die beide Produkte abdeckt, rüsten Sie entweder auf Migrate 9 oder Protect 10 auf und wenden Sie sich an den PlateSpin-Support, um Ihre Lizenz aufzuteilen.

4.0 Bekannte Probleme in Version 9

  • 493589 (Windows-Quellen) Nicht standardmäßige volumenbasierte VSS-Einstellungen werden nach der Migration nicht beibehalten: Dieses Problem wird zurzeit untersucht.

  • 548208 (vCenter) Ermittlungsfehler, wenn vCenter über einen ESX-Server ohne Datenablage verfügt: Die VMware vCenter-Ermittlung schlägt fehl, wenn für einen einzelnen, von vCenter verwalteten ESX-Server keine Datenablage konfiguriert ist.

    Ausweichlösung: Fügen Sie dem ESX-Server eine Datenablage hinzu und versuchen Sie es erneut.

  • 505426 (ESX4) Keine Warnmeldung oder kein Fehler bei falscher vCPU-Auswahl: Wenn die Anzahl der angeforderten vCPUs die Anzahl der physischen CPUs auf dem ESX 4-Host überschreitet, wird die angeforderte Anzahl ignoriert und die Ziel-VM mit einer einzigen vCPU erstellt, ohne dass eine Warnmeldung ausgegeben wird. Dieses Problem wird zurzeit untersucht.

  • 604320 (Linux nach ESX 4) Problem beim Abschließen der Migration, wenn beim Betriebssystem des Ursprungs die automatische Anmeldung oder das automatische Mounten von CD-Laufwerken aktiviert ist: Zudem wird der Migrationsvorgang beeinträchtigt, wenn Sie sich beim Ziel während des Konfigurationsschritts des Auftrags anmelden.

    Ausweichlösung: Deaktivieren Sie die automatische Anmeldung und das automatische Mounten von CD-Laufwerken auf dem Ursprung. Melden Sie sich nicht beim Ziel-Workload an, solange die Migration nicht abgeschlossen ist.

  • 609885 (ESX 4) Nicht-ASCII-Zeichen im Hostnamen des Migrate Servers verhindern Workload-Migrationen: Migrationen auf ein VMware ESX 4-System schlagen fehl, wenn der Hostname des PlateSpin Migrate Servers Nicht-ASCII-Zeichen enthält.

    Ausweichlösung: Ändern Sie den Hostnamen des Migrate Servers, sodass er ausschließlich ASCII-Zeichen enthält.

  • 619942 Wenn der Dateiname eines Post-Migrations-Skripts Unicode-Zeichen enthält, schlägt das Skript fehl: Wenn sich Unicode-Zeichen im Dateinamen eines Post-Migrations-Skripts befinden, schlägt die Skriptausführung fehl.

    Ausweichlösung: Verwenden Sie beim Benennen einer Post-Migrations-Aktion ausschließlich ASCII-Zeichen.

  • 597846 (NT 4 nach ESX 4) Kein Post-Migrations-Netzwerk: Beim Migrieren eines Windows NT 4-Workloads nach einem VMware ESX 4-System verfügt die Ziel-VM möglicherweise über kein Netzwerk.

    Ausweichlösung: 1. Entfernen Sie alle Ethernet-Adapter und starten Sie das Workload neu. 2. Fügen Sie einen Ethernet-Adapter hinzu, indem Sie die Option Datenträger... auswählen und auf den Ordner vmxnet im Installationsverzeichnis von VMware Tools zeigen (der Standardpfad lautet C:\Programme\VMWARE\VMware Tools\DRIVERS\vmxnet). Wählen Sie die Option VMware Virtueller Ethernet-Adapter aus und ignorieren Sie alle Warnmeldungen. 3. Konfigurieren Sie den Ethernet-Adapter gemäß Ihren Anforderungen und starten Sie den Workload neu.