PlateSpin Migrate unterstützt folgende Betriebssysteme:
Microsoft Windows
Linux
Die folgenden Abschnitte enthalten weitere Informationen.
HINWEIS:Nicht alle Workloads werden auf allen Ziel-VM-Plattformen unterstützt. Weitere Informationen hierzu finden Sie im KB-Artikel 7012976.
Bei Windows unterstützt PlateSpin Migrate folgende Portabilitätsfunktionen:
Workload-Portabilität: Peer-to-Peer-Migrationen (P2V, V2V, V2P, P2P).
Peer-to-Peer-Workload-Synchronisierung mit Serversynchronisierung (P2V, V2V, P2P, V2P).
Workload-Portabilität: Migrationen zu Microsoft Azure (P2C, V2C).
Tabelle 1-3 Unterstützte Microsoft Windows-Workloads
Betriebssystem |
Anmerkungen |
---|---|
Windows Server 2012 und 2012 R2 |
|
Windows Server 2008 und 2008 R2 |
Einschließlich Domänencontroller- und Small Business Server-Editionen Die Migration von Windows Server 2008 R2 SP0 zu Hyper-V wird nicht unterstützt, weil Microsoft keine Unterstützung mehr bietet. Siehe Microsoft TechNet-Website. |
|
|
Windows 2000 Server SP4 mit Update-Rollup 1 |
|
|
Unterstützte Windows Server-Cluster können wahlweise über die Weboberfläche oder den Migrate-Client migriert werden. Siehe Abschnitt 5.5, Migration von Windows-Clustern. PlateSpin Migrate unterstützt nicht die Migration von Windows Server-Clustern in die folgenden Ziel-Infrastrukturen:
|
Windows 8 und 8.1 |
|
Windows 7 |
|
Windows Vista SP1 (und höher) |
Unterstützt nur die Business-/Enterprise- und Ultimate-Versionen. |
Windows XP SP1 (und höher) |
|
HINWEIS:Es werden nur NTFS-Dateisysteme unterstützt.
PlateSpin Migrate unterstützt die folgenden lokalisierten Versionen von Windows-Ursprungs-Workloads:
Englisch
Französisch
Deutsch
Japanisch
Chinesisch (traditionell und vereinfacht)
Unterstützung für Workload-Firmware (UEFI und BIOS) PlateSpin Migrate spiegelt die Microsoft-Unterstützung für UEFI- oder BIOS-basierte Windows-Workloads wider. Es überträgt Workloads (sowohl datei- als auch blockbasierte Transfers werden unterstützt) von der Quelle an das Ziel und erzwingt die unterstützte Firmware für die entsprechende Quelle bzw. das Ziel und die Zielbetriebssysteme. Sobald eine Migration zwischen UEFI- und BIOS-Systemen eingeleitet wird, analysiert Migrate diesen Übergang und Sie erhalten eine Mitteilung über dessen Gültigkeit.
HINWEIS:Wenn Sie einen UEFI-basierten Workload auf einen vSphere-Zielcontainer migrieren und weiterhin denselben Firmware-Startmodus nutzen möchten, muss der Zielcontainer mindestens vSphere 5.0 aufweisen.
Die folgenden Beispiele zeigen das Migrate-Verhalten bei der Konvertierung zwischen UEFI- und BIOS-basierten Systemen:
Beim Übertragen eines UEFI-basierten Workloads auf einen VMware vSphere 4.x-Container (der UEFI nicht unterstützt), führt Migrate einen Übergang der UEFI-Firmware des Workloads in BIOS-Firmware aus.
Beim Migrieren eines UEFI-basierten Ursprungs auf einem BIOS-basierten Ziel konvertiert Migrate die Startlaufwerke des UEFI-Systems (bislang GPT) in MBR-Laufwerke. Beim Migrieren eines BIOS-Workloads auf ein UEFI-basiertes Ziel konvertiert Migrate die Startlaufwerke des BIOS-Systems (bislang MBR) in GPT-Laufwerke.
Bei Linux unterstützt PlateSpin Migrate folgende Portabilitätsfunktionen:
Unterstützung für Live-Peer-to-Peer- und Offline-Workload-Portabilität (P2P, P2V, V2P, V2V) mit Workload-Synchronisierung über eine Serversynchronisierung.
Unterstützung für die Linux-Dateisysteme EXT2, EXT3, EXT4, REISERFS und XFS.
WICHTIG:
Workload-Imaging wird für Linux-Workloads nicht unterstützt.
Die Migration von UEFI-basierten Linux-Workloads zu einem Hyper-V-Zielcontainer wird nicht unterstützt.
Die Konvertierung zwischen UEFI- und BIOS-basierten Linux-Systemen wird nicht unterstützt.
Einige der unterstützten Linux-Versionen erfordern, dass Sie das PlateSpin blkwatch-Modul für Ihren spezifischen Kernel kompilieren. Diese Workloads werden explizit ausgerufen.
Weitere Informationen zu den vorkompilierten Versionen des blkwatch-Treibers für viele fehlerfreie Linux-Verteilungen (32 Bit und 64 Bit) in PlateSpin Migrate finden Sie unter Abschnitt A.0, Von Migrate unterstützte Linux-Distributionen.
Tabelle 1-4 Unterstützte Linux-Workloads
Verteilung |
Anmerkungen |
---|---|
|
|
Red Hat Enterprise Linux (RHEL) AS/ES/WS 4, 5, 5.1–5.11, 6, 6.1–6.7, 7, 7.1, 7.2 |
RHEL 6.7, 7, 7.1 und 7.2: Es werden nur BIOS-basierte Workloads unterstützt. |
SUSE Linux Enterprise Server (SLES) 9, 10, 11 (SP1, SP2, SP3, SP4) |
SLES 11 SP2 (32 Bit) mit Kernel 3.0.13-0.27-pae wird nicht unterstützt. Der Kernel für diese Version von SLES muss auf 3.0.51-0.7.9-pae aufgerüstet werden, damit die Konvertierung funktioniert. SLES 11 SP4: Es werden nur BIOS-basierte Workloads unterstützt. |
Oracle Enterprise Linux (OEL) |
|
Red Hat Linux 8 |
Nur 32-Bit-Systeme |
HINWEIS:
Linux-basierte Ursprungs-Workloads müssen auf einem Secure Shell (SSH)-Server ausgeführt werden.
Der Live-Transfer wird für folgende Linux-Workloads unterstützt:
RHEL 4, 5, 6.x, 7.x
SLES 9, 10, 11
Die Migration von verschlüsselten Volumes wird nicht unterstützt.
PlateSpin Migrate 12.1 optimiert die Weboberfläche, sodass die folgenden Windows- und Linux-Workloads zu Microsoft Azure migriert werden können:
Windows:
Microsoft Windows Server 2012 R2
Microsoft Windows Server 2012
Microsoft Windows Server 2008 R2
Linux:
Red Hat Enterprise Linux (RHEL) 7.1
Red Hat Enterprise Linux (RHEL) 6.7
SUSE Linux Enterprise Server (SLES) 11 SP 4
SUSE Linux Enterprise Server (SLES) 11 SP 3
HINWEIS:Die Migration von UEFI-Workloads zu Microsoft Azure wird nicht unterstützt.
Die folgende Liste zeigt unterstützte Virtualisierungsplattformen. Weitere Informationen über unterstützte Konfigurationen und die aktuellste Liste finden Sie im KB-Artikel 7012976.
WICHTIG:Für den migrierten Ziel-Workload benötigen Sie eine Betriebssystemlizenz. Bei Azure-Ziel-Workloads müssen Sie die Lizenzinformationen in Azure angeben, ansonsten wird Ihnen die Betriebssystemlizenz in Rechnung gestellt.
Tabelle 1-5 Unterstützte Ziel-Virtualisierungsplattformen
Plattform |
Hinweise |
---|---|
VMware vCenter 4.1 mit Aktualisierungen 1, 2 und 3 |
Mit Halbautomatische Workload-Virtualisierung mit dem X2P-Workflow erstellen Sie den Ziel-VM-Datenträger mit RDM (Raw Device Mapping). |
VMware vCenter 5.0 mit Aktualisierungen 1, 2 und 3 |
|
VMware vCenter 5.1 mit Aktualisierungen 1 und 2 |
|
VMware vCenter 5.5 mit Aktualisierungen 1 und 2 |
|
VMware vCenter 6.0 |
|
VMware ESX 4.1 mit Aktualisierungen 1, 2 und 3 |
Alle ESXi-Versionen erfordern eine erworbene Lizenz. Die Migration wird bei diesen Systemen nicht unterstützt, wenn sie mit einer kostenlosen Lizenz ausgeführt werden. Mit Halbautomatische Workload-Virtualisierung mit dem X2P-Workflow erstellen Sie den Ziel-VM-Datenträger mit RDM (Raw Device Mapping). |
VMware ESXi 4.1 mit Aktualisierungen 1, 2 und 3 |
|
VMware ESXi 5.0 mit Aktualisierungen 1, 2 und 3 |
|
VMware ESXi 5.1 mit Aktualisierungen 1 und 2 |
|
VMware ESXi 5.5 mit Aktualisierungen 1 und 2 |
|
VMware ESXi 6.0 |
|
Microsoft Windows Server 2012 Hyper-V |
Die Migration von UEFI-basierten Linux-Workloads zu einem Hyper-V-Zielcontainer wird nicht unterstützt. |
Microsoft Windows Server 2012 R2 Hyper-V |
|
Microsoft Windows Server 2008 R2 Hyper-V |
Unterstützt durch Halbautomatische Workload-Virtualisierung mit dem X2P-Workflow. Die Migration von UEFI-basierten Linux-Workloads zu einem Hyper-V-Zielcontainer wird nicht unterstützt. |
Citrix XenServer 6, 6.1, 6.2, 6.5 |
Unterstützt durch Halbautomatische Workload-Virtualisierung mit dem X2P-Workflow. |
SUSE Linux Enterprise Server (SLES) 11 SP3 XEN, SLES 11 SP3 KVM |
|
Red hat Enterprise Linux (RHEL) 6.4–7 KVM |
Unterstützt durch Halbautomatische Workload-Virtualisierung mit dem X2P-Workflow. |