Je nach ausgewähltem Workload und Migrationstyp ermöglicht PlateSpin Migrate Ihnen das Auswählen von unterschiedlichen Methoden für die Übertragung der Workload-Daten vom Ursprung zum Ziel.
Informationen zur Auswahl einer Übertragungsmethode finden Sie unter Festlegen von Reproduktionsoptionen.
Bei der dateibasierten Live-Transfer-Methode, die für Windows-Workloads verfügbar ist, werden auf Dateiebene Daten kopiert und Änderungen repliziert.
Um die Datenkonsistenz sicherzustellen, nutzt diese Methode den Microsoft Volume Shadow Copy Service (VSS), sofern verfügbar. Viele Unternehmens-Anwendungen sind in VSS integriert. Für die Anwendungen, die nicht integriert sind, bietet PlateSpin Migrate die Möglichkeit, Dienste kurz anzuhalten, während das VSS-Snapshot erfasst wird, um sicherzustellen, dass die Daten dieser Anwendungen in einem konsistenten Zustand erfasst werden.
Wenn VSS nicht verfügbar ist (z. B. in Workloads, die Windows Server 2003 ohne Service Packs oder Windows Server 2000 ausführen), überwacht PlateSpin Migrate die Ursprungsvolumes während der Datenübertragung auf Änderungen. Wenn die anfängliche Übertragung abgeschlossen ist, sendet Migrate alle Dateien, die sich geändert haben, erneut. Wenn die Rate der Dateisystemänderungen konstant hoch ist, wird der Datentransfer angehalten und es wird eine Warnmeldung im Auftragsverlaufsfenster angezeigt.
Sie können Ihren Migrationsauftrag so konfigurieren, dass transaktionsintensive Dienste, z. B. Microsoft SQL Server- oder Microsoft Exchange Server-Dienste, während der Übertragung angehalten werden (siehe Handhabung von Ursprungs-Workload-Diensten oder Daemons während des Live-Transfers (Windows und Linux)). Das hat zwei Vorteile:
Es stellt sicher, dass die Datenbanken dieser Anwendungen in einem konsistenteren Zustand übertragen werden.
Es reduziert die Rate der Dateisystemänderungen, sodass PlateSpin Migrate in der Lage ist, mit ihnen Schritt zu halten und die Übertragung abzuschließen.
Diese für mäßig aktive Systeme geeignete Methode gibt Ihnen die Möglichkeit, die Größe Ihrer Volumes auf dem Ziel-Workload anzupassen.
Die blockbasierte Live-Transfer-Methode befähigt PlateSpin Migrate, Daten auf Blockebene zu übertragen und eine genaue Kopie des Ursprungs-Workloads zu liefern.
Für Windows-Workloads nutzt PlateSpin Migrate den Microsoft Volume Snapshot Service (VSS) (Windows 2003 SP1 und höher) mit Anwendungen und Diensten, die VSS unterstützen.
Für Linux-Workloads setzt PlateSpin Migrate die LVM-Snapshot-Funktion ein, falls diese auf dem Host verfügbar ist. Steht diese Funktion nicht zur Verfügung, verwendet PlateSpin Migrate den eigenen Datentransfermechanismus auf Blockebene. Für die Live-Migration von Linux-Workloads auf Blockebene mit benutzerdefiniertem Kernel müssen Sie ggf. das PlateSpin-Modul blkwatch, das im Lieferumfang von PlateSpin Migrate enthalten ist, neu aufbauen. Weitere Informationen hierzu finden Sie im KB-Artikel 7005873.
Die blockbasierte VSS-Live-Transfer-Methode ist die bevorzugte Datentransfermethode für Windows- und Linux-Workloads.
Diese Methode ermöglicht PlateSpin Migrate, Ihren Ursprungscomputer in einer temporären Vor-Ausführungsumgebung zu starten und die Daten zu übertragen, während der Ursprung offline ist.
Der Mechanismus der Vor-Ausführungsumgebung, der der Offline-Übertragungsmethode zu Grunde liegt, ist vom Betriebssystem des Ursprungs-Workloads abhängig:
PlateSpin Migrate verwendet für Windows-Workloads die Microsoft Windows Preinstallation Environment (WinPE).
Für Linux-Workloads verwendet PlateSpin Migrate eine Linux-RAMdisk.
Um sicherzustellen, dass das Betriebssystem des Ursprungscomputers bei einem Neustart die temporäre Vor-Ausführungsumgebung lädt, ändert PlateSpin Migrate vorübergehend seine Bootdateien und stellt ihren Originalzustand wieder her, nachdem die Vor-Ausführungsumgebung erfolgreich geladen wurde.
PlateSpin Migrate verwendet für Solaris-Workloads einen anderen Offline-Mechanismus als für Windows- und Linux-Workloads. Bei der Vorbereitung des Workloads für die Migration wird keine temporäre Vor-Ausführungsumgebung eingesetzt. PlateSpin Migrate ändert stattdessen die Ausführungsebene des Ursprungs-Workloads für die Dauer der Übertragung.
HINWEIS:Wenn Sie benutzerdefinierte Dienste auf Ihrem Solaris Ursprungs-Workload ausführen, werden diese beim Datentransfer möglicherweise nicht beendet und der Migrationsauftrag kann fehlschlagen. Stellen Sie sicher, dass benutzerdefinierte Dienste auf Ihrem Ursprung heruntergefahren sind, bevor Sie den Migrationsauftrag einrichten.