Die folgenden Probleme wurden bei der Migration eines Windows Server-Failoverclusters zu VMs auf verschiedenen Hosts in einem VMware Cluster beobachtet.
Problem: Wenn der Workload den Schritt zur Konfiguration von NICs erreicht, bleibt die Migration hängen. Die VM scheint keine Netzwerkverbindung zu haben. Dieses Problem tritt auf, wenn sich die NIC-Reihenfolge geändert hat und die NICs dem anderen Netzwerk nicht richtig zugewiesen sind (NIC1 dem Heartbeat und NIC2 dem Datennetzwerk).
Behelfslösung: Konfigurieren Sie im vSphere Web Client die den NICs zugeordneten Netzwerke neu. Weisen Sie NIC1 dem Datennetzwerk zu. Weisen Sie NIC2 dem Heartbeat-Netzwerk zu. Siehe Abschnitt C.3.5, Konfigurieren von VM-NICs für Heartbeat- und Datennetzwerke.
Problem: Wenn der Auftrag den Schritt „Zielcomputer konfigurieren“ erreicht, kehrt die Konsole der virtuellen Maschine zum Bootprompt des PlateSpin-ISO-Images zurück. Für Workloads mit UEFI-Firmware kann nach dem Booten ein Bildschirm ohne Menüs angezeigt werden.
Behelfslösung: Wenn der Workload über eine BIOS-Firmware verfügt, wird der Bootprompt irgendwann wegen Zeitüberschreitung abgebrochen und der Bootvorgang wird mit dem nächsten Datenträger, der Windows-Systemplatte, fortgesetzt. Warten Sie einige Minuten, bis der Vorgang von selbst fortgesetzt wird.
Bei Workloads mit UEFI-Firmware tritt keine Zeitüberschreitung für den Bootprompt oder das Menü auf.
Überwachen Sie den Migrationsauftrag im PlateSpin Migrate-Client in der Ansicht „Aufträge“.
Wenn der Auftrag den Schritt „Zielcomputer konfigurieren“ erreicht, kehrt die Konsole der virtuellen Maschine zum Bootprompt des PlateSpin-ISO-Images zurück.
Fahren Sie die virtuelle Maschine herunter, ändern Sie deren Konfiguration so, dass sie von der Festplatte statt vom Boot-Image gestartet wird.
Schalten Sie die virtuelle Maschine ein.
Der Migrationsauftrag wird fortgesetzt, das Ziel neu gebootet und die Workload-Konfiguration wird abgeschlossen.