Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- virtualisierung:proxmox_kvm_und_lxc:direkter_import_von_anderen_virtualisierungen [2019/01/24 00:04] – boospy
+++ virtualisierung:proxmox_kvm_und_lxc:direkter_import_von_anderen_virtualisierungen [2025/05/18 08:57] (aktuell) – loma
@@ Zeile 1: / Zeile 1: @@
 ====== Server Migration auf Proxmox mittels Direktimport von einem anderen Hypervisor (ab PVE5) ======
+Du möchtest dich gerne für unsere Hilfe erkenntlich zeigen 8-o. Gerne. Wir bedanken uns bei dir für deine Spende! 🙏 \\
+[[https://www.paypal.com/donate/?hosted_button_id=KE592Y5993ZKW|{{:spenden.gif|}}]] \\
+\\
+Zum frei verfügbaren [[:apt-repository|Apt-Repository]]
+\\
+GITLAB: [[https://git.osit.cc|{{:gitlab_logo.png?nolink&60|}}]]
+\\
+\\
 Seit Proxmox 5.0 ist es möglich mittels [[https://pve.proxmox.com/wiki/Qemu/KVM_Virtual_Machines#_importing_virtual_machines_from_foreign_hypervisors|direktem Import]] virtuelle Maschinen zu importieren.
-Für alle Punkte gilt: Bevor man exportiert sollte man die Vorbereitungen für die Quellmaschine von durchführen. Also alles überflüssige deinstallieren, DHCP schalten, Registryfile ausführen… Getestet wurde es auch ohne diese Schritte, und ja es funktioniert auch. Ist aber hinterher wesentlich aufwendiger. Z.B. alte mit fixer IP Adresse verwendete Interfaces aus der Registry löschen usw.
+Für alle Punkte gilt: Bevor man exportiert sollte man die Vorbereitungen für die Quellmaschine von durchführen. Also alles Überflüssige deinstallieren, DHCP schalten, Registryfile ausführen… Getestet wurde es auch ohne diese Schritte, und ja es funktioniert auch. Ist aber hinterher wesentlich aufwendiger. Z.B. alte mit fixer IP-Adresse verwendete Interfaces aus der Registry löschen usw.
-===== Import einer VM von HyperV =====
+===== Import einer VM von HyperV (auch mit PVE 8.2 getestet) =====
 Annahme ist ein Export der im ZIP vorliegt. Dieses Zip entpackt man. Daraus ergibt sich pro virtuelle Festplatte ein VHDX. Diese Files kann man vorher noch zur Sicherheit auf Korruption prüfen:
@@ Zeile 13: / Zeile 21: @@
 </code>
-Ist alles ok kann man sofort mit dem Import beginnen. Zuvor haben wir natürlich schon eine VM erstellt. Da wir hier ein Directory verwenden müssen wir zusätzlich das gewünschte Format angeben.
+Ist alles ok, kann man sofort mit dem Import beginnen. Zuvor haben wir natürlich schon eine VM erstellt. Sollte das nicht der Fall sein, geht dies auch auf der CMD:
+	qm create 100 --name test --ostype win11
+Da wir hier ein Directory verwenden müssen wir zusätzlich das gewünschte Format angeben.
 <code>
@@ Zeile 19: / Zeile 31: @@
 </code>
-Nach dem Import ist die virtuelle Platte als "unused" verfügbar. Für Server 2016 HDD als SATA hinzufügen und starten. Andere Systeme wurde nicht getestet. IDE funktioniert für den ersten Start bei allen Windowsversionen auf jedem Fall.
+Nach dem Import ist die virtuelle Platte als "unused" verfügbar. Für Server 2016 HDD als SATA hinzufügen und starten. Andere Systeme wurde nicht getestet. IDE funktioniert für den ersten Start bei allen Windowsversionen auf jeden Fall.
 Zum Schluss natürlich das ganze noch mit richtiger Hardware und Treiber optimieren.
@@ Zeile 32: / Zeile 44: @@
 ===== Import VM von Citrix Xen mit vorher exportiertem XVA =====
-Liegt eine Datei im XVA-Format vor schaut die Lage ein wenig anders aus. XVA ist auch nicht's anderes wie ein ZIP. Nur der Inhalt ist hier mehr als unbrauchbar.
+Liegt eine Datei im XVA-Format vor, schaut die Lage ein wenig anders aus. XVA ist auch nichts anderes wie ein ZIP. Nur der Inhalt ist hier mehr als unbrauchbar.
 Entpacken: