Ich verwende VirtualBox 4.1.x auf meiner Ubuntu-Maschine und habe mehrere virtuelle Maschinen eingerichtet. Da es mehrere Möglichkeiten gibt, eine virtuelle Maschine in VirtualBox auf einen anderen Computer zu verschieben, habe ich mich gefragt, welche Methode empfohlen wird:

1. Verwenden Sie das Dienstprogramm "Import / Export".
2. Kopieren Sie den gesamten Ordner der virtuellen Maschine, der die Dateien .vdiund enthält .vbox.
3. Klonen Sie die VDI mithilfe von „Virtual Media Manager“ und erstellen Sie dann eine VM auf dem Zielcomputer neu, verwenden Sie jedoch die geklonte VDI als Festplatte.

Ich habe die 1. Methode mehrmals erfolgreich angewendet und es hat immer funktioniert. Das Problem ist, dass das Disk-Image nach dem Export und Import in VMDK und nicht mehr in VDI umgewandelt wird!

Die 2. Methode ist wahrscheinlich die einfachste, aber ich bin nicht sicher, ob das einfache Kopieren der Dateien auf dem Zielcomputer funktioniert oder nicht. Als ich nach dieser Methode suchte, stellte ich fest, dass einige Leute Probleme hatten, die VirtualBox.xml-Datei zu bearbeiten, um sie zu lösen!

Endlich gibt es die dritte Methode , die jedoch den zusätzlichen Aufwand erfordert, eine VM zu erstellen, die der ursprünglichen VM-Konfiguration ähnelt, was nicht wünschenswert ist.

Aus der obigen Erklärung geht hervor, dass es sich bei meiner gewünschten Methode um die zweite handelt. Ich benötige jedoch Expertenrat, ob dies funktioniert oder nicht. Ich möchte keine XML-Bearbeitung im Weg haben!

Was ist die beste Methode, um meine VMs mit VirtualBox sicher auf einen anderen Computer zu übertragen?

Gut gemacht für Ihre Recherche. Ich benutze regelmäßig alle drei Optionen.

1. (Verwenden Sie den „Import / Export - Dienstprogramm“) . Dies ist die einfachste Methode, da die gesamte VM in einer einzigen Datei zusammengefasst und praktisch jedes Mal ohne Probleme übertragen wird. Nach meiner Erfahrung werden beim Erstellen der OVA- oder OVF-Datei für den Export jedoch alle Snapshots verworfen, und bei falscher Ausführung wird möglicherweise eine VMDK-Datei erstellt. Wenn Sie die VM erneut importieren, sollten Sie in der Lage sein, den Typ der zu erstellenden HDD-Datei (VDI oder VMDK) auszuwählen.

2. (Kopieren Sie den gesamten Ordner der virtuellen Maschine, mit den .vdiund .vboxDateien) . Dies ist meine bevorzugte Option, und obwohl ich die XML-Datei einige Male bearbeiten musste, war es meine eigene Schuld, etwas durcheinander zu bringen. Stellen Sie sicher, dass Sie beim Kopieren der VM ALLE damit verbundenen Dateien erhalten. Die Probleme, auf die ich gestoßen bin, waren, wenn sich bestimmte Snapshots und sekundäre VDI-Dateien im falschen Verzeichnis befanden und nicht richtig kopiert wurden. Wenn Sie alle Dateien (und Berechtigungen) kopieren, sollten Sie keinerlei Probleme haben.

3. (Klonen Sie die VDI mithilfe von „Virtual Media Manager“ und erstellen Sie dann eine VM auf dem Zielcomputer neu, wobei Sie die geklonte VDI als Festplatte verwenden.) Dies ist weniger wünschenswert, da Sie dann zwei Kopien einer VM haben und es je nach dem, wie Sie die VDI-Datei klonen, zu Lizenz- und Netzwerkproblemen usw. kommen kann.

Zusammenfassend würde ich Option 2 definitiv empfehlen, stellen Sie jedoch sicher, dass Sie alle benötigten Dateien erhalten, wenn Sie sie verschieben.

Methode 2 funktioniert jetzt gut (mit VirtualBox 4.0 und höher) , ohne dass eine XML-Änderung erforderlich ist:

1. Stoppen Sie Ihre virtuelle Maschine
2. Beenden Sie VirtualBox
3. Kopieren Sie den VM-Ordner an den neuen Speicherort
4. Starten Sie VirtualBox neu und löschen Sie die alte VM.
5. Gehen Sie zum Gerätemenü ≥ Hinzufügen und navigieren Sie zu Ihrem alten Ordner.

Das ist es!

ps: Ich habe VirtualBox 4.3.20 unter OSX 10.10

Weitere Informationen finden Sie in diesem VirtualBox-Forumsbeitrag .

Meine bevorzugte Option ist auch Option 2:

2. Kopieren Sie den gesamten VM-Ordner, der die VDI- und VBOX-Dateien enthält.

Aber manchmal kommt es zu einem UUID-Konflikt. Dies passiert häufig, wenn Sie nur das VDI-Image einer Maschine auf eine andere Maschine kopieren, es aber auch beim direkten Kopieren vollständiger Verzeichnisse aufgetreten ist.

Wenn dies die Meldung ist, die Sie erhalten, nachdem Sie die virtuelle Maschine verschoben und versucht haben, sie im neuen Setup zu starten:

Fehler beim Öffnen der Festplatte.

Die Festplatte kann nicht registriert werden, da bereits eine Festplatte mit UUID vorhanden ist.

Gehen Sie einfach in das Verzeichnis Ihrer virtuellen Maschine. Natürlich ändern Sie den tatsächlichen Pfad so, dass er dem tatsächlichen Pfad entspricht, in den Sie sich begeben:

cd /full/path/to/virtualbox/virtualmachine/Sandbox

Führen Sie den folgenden Befehl aus, um der Festplatte eine neue UUID zuzuweisen:

VBoxManage internalcommands sethduuid Sandbox.vdi

Für den Fall, dass jemand nach einer Antwort auf diese Frage sucht, habe ich 5 Virtual Box-VMs erfolgreich auf eine andere Win7-Installation auf einer neuen Festplatte auf demselben Computer verschoben (im Wesentlichen ein Wechsel von einem Gastbetriebssystem auf ein anderes auf demselben PC). Mir ist klar, dass sich die Treiber auf einer völlig neuen Maschine wahrscheinlich unterscheiden und sich möglicherweise negativ auf den Umzug auswirken, aber ich habe den folgenden Prozess in der Hoffnung dokumentiert, dass er jemandem helfen könnte.

• Es war nicht erforderlich, VMs zu klonen oder die XML-Datei zu ändern. Die VB-Version war ziemlich aktuell: 4.3.12r93773.
• Neue Kopien von VMs wurden in einem neuen Ordner / freigegebenen Laufwerk erstellt, um vorhandene / alte VMs intakt zu halten. Ich kann immer noch von der alten Festplatte booten, die ich zur Redundanz- / Problemlösung beibehalten habe, bis ich mit meinem neuen Setup zufrieden bin. So kann ich bei Bedarf auf die alten VMs in ihrem früheren Zustand zugreifen.
• Die Laufwerksbuchstaben variieren / sind je nach Konfiguration möglicherweise nicht erforderlich.

Auf dem alten Win7-Host:

1. Stellen Sie sicher, dass alle VMs ausgeschaltet sind.

Auf neuem Win7-Host:

1. Erstellen Sie einen neuen Ordner mit dem Namen X: \ NewVMs \ VirtualBox VMs (auf einem neuen Win7-Computer, um sicherzustellen, dass die Berechtigungen in Ordnung sind).
2. Kopieren / Einfügen (nicht ziehen) aller VMs und zugehörigen Ordnerinhalte aus dem alten Ordner in diesen Ordner (verwendet neue Berechtigungen)
3. VirtualBox deinstallieren (falls installiert)
4. Löschen Sie den Ordner .virtualbox und alle Inhalte (falls vorhanden)
5. REBOOT, um zu bestätigen, dass keine Programmdateien oder Registrierungseinträge mehr vorhanden sind (bei Deinstallation der alten VirtualBox).
6. Installation / Neuinstallation VirtualBox (sicherzustellen , dass Sie die gleiche Version wie die VirtualBox verwenden , auf denen VMs auf alte Host / Maschine erstellt wurde (in meinem Fall ver 4.3.12r93773).)
   WICHTIG: (Sie tickbox nicht wählen zu öffnen / starte VirtualBox am Ende der Installation
7. Kopieren / Einfügen (nicht ziehen) des Ordners .virtualbox und des Inhalts vom alten Win7-Host (normalerweise C: \ Users [Benutzername] .VirtualBox
8. Öffnen Sie nun VirtualBox
9. Legen Sie die Einstellungen für den neuen Standardordner für die VM-Erstellung auf den gleichen Dateipfad wie für den neu erstellten Ordner für VirtualBox-VMs fest: X: \ NewVMs \ VirtualBox VMs
10. Teststatus von VMs

Viel Glück.

Für den speziellen Fall, wo:

• Sie haben nur eine einzige VM (oder möchten alle Ihre VMs verschieben),
• und der Host ist dieselbe Hardware mit derselben Betriebssystemversion (oder die Neuinstallation desselben Betriebssystems auf demselben Computer)

Wenn Sie in diesem Fall sind, dann sind die Dinge einfach:

1. Fahren Sie VirtualBox auf beiden Hosts herunter.
2. Kopieren Sie die Ordner .config/VirtualBoxund VirtualBox VMsvom Quellhost.
3. Kopieren Sie diese Ordner auf den Zielhost.
4. Starten Sie VirtualBox auf dem Zielhost

Der 4. Weg

In VirtualBOX:

1. Schalten Sie die VM aus
2. Rechtsklicke und entferne die VM (lösche keine Dateien)
3. Gehen Sie zu Datei> Virtual Media Manager und entfernen Sie die VDI
4. Gehen Sie zu Datei> Einstellungen> Allgemein und legen Sie den Standardcomputerordner als neuen Speicherort fest
5. Erstellen einer neuen VM Verwenden Sie den Expertenmodus, um die VM ohne Festplatte zu erstellen

Im Datei-Explorer:

6. Suchen Sie die VDI-Datei und kopieren Sie sie
7. Wechseln Sie zum neuen Standard-Computerordner. Darin befindet sich ein VM-Ordner
8. Fügen Sie die VDI-Datei in den neuen VM-Ordner ein

Zurück in VirtualBOX:

9. Klicken Sie mit der rechten Maustaste auf die VM und öffnen Sie die Einstellungen
10. Gehen Sie zu Speicher> Controller: SATA und fügen Sie eine Festplatte hinzu. Klicken Sie auf Vorhandene Festplatte auswählen. Wählen Sie die VDI-Datei im neuen VM-Ordner aus

Hinweis: Wenn Methode 2 die Installation von VirtualBOX unterbricht, wechseln Sie zu C: \ Users \ .VirtualBox, löschen Sie VirtualBox.xml und benennen Sie VirtualBox.xml-prev in VirtualBox.xml um

Ich habe auch Methode 2 verwendet, um meine virtuelle Maschine zu verschieben, und ich musste keine Änderungen an einer XML-Datei vornehmen, bekam jedoch einige Fehler bei der USB- und Dateifreigabe. Im Folgenden wird beschrieben, wie ich sie zusammen mit dem Prozess behoben habe:

1. Kopieren Sie die virtuelle Maschine von einem alten auf einen neuen PC. Die Dateien der virtuellen Maschine unterscheiden sich von der Oracle Virtual Machine. Diese Dateien befinden sich normalerweise unter c: \ users \\ VirtualBox VMs \ . Ich habe den gesamten Teil der VirtualBox-VMs \ aufgenommen und an einen ähnlichen Speicherort auf einem neuen PC kopiert. Dies kopiert alle virtuellen Maschinen, die ich auf dem ursprünglichen PC hatte.

2. Führen Sie nun auf einem neuen PC die virtuelle Box aus und gehen Sie zu Menü> Maschine> Hinzufügen und wählen Sie die VBOX-Datei aus dem kopierten Ordner aus. Das ist es.

3. Wenn ich jetzt eine virtuelle Maschine auf einem neuen PC starte, ist beim Booten ein Fehler aufgetreten:

4. Ich weiß nicht, warum der USB-Controller nicht funktioniert hat, da er auch auf dem Originalcomputer funktioniert hat. Ich habe VirtualBox Extension Pack installiert

5. Diese Installation war etwas seltsam, da der Installationsdownload keine ausführbare Datei war. Ich klickte auf Oracle_VM_VirtualBox_Extension_Pack-5.1.4-110228.vbox-extpack und wählte "Wählen Sie ein Programm aus einer Liste installierter Programme aus" und dann "Oracel virtualbox" und installierte die Erweiterung. Das hat das Problem behoben, aber eine andere weniger wünschenswerte Lösung ist, dass Sie den USB deaktivieren können.

6. Wenn Sie freigegebene Ordner in der ursprünglichen VM hatten, können sich diese unterscheiden und Sie erhalten eine Fehlermeldung. Überprüfen Sie die Einstellungen unter Einstellungen >> Freigegebener Ordner und löschen Sie die fehlerhaften. Eine Fehlermeldung wird wie folgt aussehen

.

Das ist alles.

zar, das erste, was zuerst kommt ... Verschieben Sie niemals einen Computer, der sich im gespeicherten Zustand befindet. Vor dem Verschieben müssen Sie den Gast herunterfahren und nicht nur den Zustand speichern.

Stellen Sie außerdem sicher, dass Sie auf beiden Hosts dieselbe Version von VirtualBOX verwenden, aber nicht nur die VirtualBOX-Version, sondern auch die Version des Erweiterungspakets ... oder zumindest der neue Host hat eine höhere Version, aber niemals eine niedrigere Version auf einem der beiden Hosts.

Und schließlich habe ich es auf die harte Tour gelernt: Löschen Sie die SHARED-Ordner-Konfiguration in VirtualBOX, bevor Sie den Computer verschieben, und erstellen Sie sie dann korrekt neu ... sehr wichtig, wenn Hosts unterschiedliche Betriebssysteme sind (Windows / Linux-Hosts).

Und nur als Randnotiz ... ich benutze immer unveränderliche Festplatten-VDI-Dateien sowohl für das Betriebssystem als auch für Daten-VDIs (auf diese Weise kann dieselbe DATA-VDI für mehr als einen Gast verwendet werden), speziell für 4GiB pagefile.sys

Der letzte Teil, die Wiederverwendung einer unveränderlichen VDI-Datei, macht die Sache etwas schwieriger, VirtualBOX hat einen GROSSEN FEHLER.

So sehen Sie den Bug in Aktion:

• Erstellen Sie eine unveränderliche VDI (wie die, die ich für pagefile.sys verwende)
• Erstellen Sie zwei oder drei VMs auf VirtualBOX
• Bewegen Sie einen von ihnen an den Anfang der Liste (nur um zu vermeiden, dass einer von Ihnen beschädigt wird)
• Sichern Sie die VBOX-Dateien aller von Ihnen erstellten Computer (zum Vergleichen nach dem Auftreten des BUG).
• Verbinden Sie dieses unveränderliche VDI mit mehr als einem dieser Computer (mit Ausnahme desjenigen, der oben auf der Liste steht).
• Sehen Sie sich nun die .vbox des Rechners an, der oben in der Liste steht

Diese Maschine wurde bearbeitet, sie enthält Verweise auf die anderen Maschinen inmutable VDI.

Der BUG lautet also: Bearbeiten Sie einen Computer, indem Sie eine unveränderliche VDI hinzufügen, die von einem anderen Computer verwendet wird. Dies wirkt sich auf den Computer oben in der Liste aus.

Warum zum Teufel verwende ich dasselbe 4GiB-VDI auf allen Windows-Rechnern? Ganz einfach, es handelt sich um eine MBR-Festplatte mit einer FAT32-Partition, auf der pagefile.sys abgelegt wird, da es nicht veränderbar ist, dass alle virtuellen Maschinen eine Datei in ihrem Snapshot-Ordner erstellen, in der sie die Änderungen speichern, und die beim nächsten Start verloren gehen Ich brauche nicht 4 GB für jeden Gast, der auf der Host - Festplatte gespeichert ist, sondern nur einen. Auf diese Weise spare ich eine Menge GB, da ich mehr als 20 verschiedene Fenster zum Testen von Apps habe, die ich für mich selbst entwickle. Alle Kombinationen von (XP, Vista) , 7, 8, 8.1, 10) * (32Bits, 64Bits) * (Genau wie bei der Erstinstallation, nach jedem ServicePack, nach einem vollständigen Windows-Update), bekomme ich eine Menge, viele Gäste ... also bei allen Ich teile die unveränderliche 4GiB VDI für den virtuellen RAM (pagefile.sys).

Und wenn Sie den BUG weitergehen lassen, versuchen Sie, eine der beiden Maschinen auf einen anderen VirtualBOX-Host zu verschieben (denken Sie daran, dass es sich nur um eine virtuelle Maschine mit einer Konfiguration handelt, auf der noch kein Gast installiert ist), werden Sie feststellen, dass VirtualBox dies nicht zulässt fügen Sie sie hinzu, da einige VDIs fehlen (es ist FALSE und TRUE, es ist so, dass diese erste Maschine die Verweise auf solche VDIs enthält, die darauf beruhen, auf der richtigen Maschine zu sein).

Vergleichen Sie nun die .VBOX-Dateien aller Dateien mit den vorherigen BackUp-Dateien. Beachten Sie, dass eine Datei falsch geändert wurde. Ja, sie steht ganz oben auf der Liste.

Nun, dieser BUG wurde VirtualBOX vor einigen Jahren mitgeteilt, sie können ihn immer noch nicht beheben ... und er verursacht eine Menge, viele Probleme.

Wenn Sie außerdem die oberste auf den virtuellen Maschinen in eine niedrigere Position verschieben, schließen Sie VirtualBox und starten Sie sie neu. Dies zeigt an, dass einige Maschinen beschädigt sind und nicht gestartet werden können. Ja, die erste in der Liste muss in einer anderen Form behandelt werden, wenn Sie nicht viel Ärger bekommen möchten.

Es ist ein wirklich schlimmer BUG, ​​für dessen Entdeckung ich viele Tage gebraucht habe (vor einigen Jahren). Ich lerne es auf die harte Tour!

Ich hatte es überwunden, indem ich eine Maschine hatte, die ich angerufen hatte:

• Common Inmutable Disks

Es hat eine leere Konfiguration und nur eine VDI, ja, Sie haben Recht, Sie haben es erraten, die unveränderliche VDI, die ich für alle anderen virtuellen Maschinen teile.

Nun, wenn ich die .VBOX-Datei öffne, sehe ich darin viele Zeilen in dem <MediaRegistry> <HardDisks>Abschnitt, eine pro Maschine, auf der ich diese unveränderliche VDI verwende ... nur als Beispiel (ich entferne private Daten):

<MediaRegistry>
  <HardDisks>
    <HardDisk uuid="...UUID..." location="D:\VDIs\_Virtual_Memory_.vdi" format="VDI" type="Immutable">
      <HardDisk uuid="{...UUID...}" location="Snapshots\{...UUID...}.vdi" format="VDI" autoReset="true"/>
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows001 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows002 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows003 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows004 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows005 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows006 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows007 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows008 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows009 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows010 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows011 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows012 ... // This belongs to other virtual Machine
      <HardDisk uuid="{...UUID...}" location="D:\VMs\Windows013 ... // This belongs to other virtual Machine
      ... and so on ...  // This belongs to other virtual Machine
    </HardDisk>
  </HardDisks>
</MediaRegistry>

Ziemlich BUG, ​​seit Jahren nicht mehr behoben.

Nun, um solche Computer zu verschieben ... müssen Sie die .VBOX-Dateien manuell bearbeiten, um alle diese Datenträgerreferenzen auf dem neuen Host auf dem ersten Computer (demjenigen, der oben in der Liste steht) abzulegen, bevor Sie die .VBOX hinzufügen Dateien zur Liste hinzufügen, sodass VirtualBOX beim Hinzufügen die Verweise auf die fehlenden VDIs (die aufgrund des großen BUGs fehlen) enthält.

Das Problem tritt auf, weil jedes Mal, wenn Sie eine VDI anschließen, die auf einem anderen Computer verwendet wird, VirtualBOX zwei VBOX-Dateien (die zu dem Computer gehört, den Sie verwenden) und die erste in der Liste aktualisiert.

Ich bin mir nicht ganz sicher, was passieren würde, wenn auf der Liste die erste nicht mit einem solchen gemeinsamen VDI versehen ist ... besser, ich versuche es nicht.

Die Migration auf einen anderen Host ist also viel komplizierter als dies aufgrund einer sehr schlechten Implementierung der internen Struktur von .VBOX-Dateien und aufgrund von wirklich großen BUGs, wenn VirtualBOX sie bearbeitet, der Fall zu sein scheint.

Schlägt fehl:

• Interne Struktur (XML) hängt vom Host ab (Windows oder Linux)
• Bearbeiten einer Maschine kann eine andere Maschine ändern, nicht nur die, die bearbeitet wird
• ... was mehr ?

Brauchen Sie mehr ... Ich migriere immer Maschinen, die dies tun (und hatte kein Problem, nie):

1. Beachten Sie die Liste aller Maschinen (Reihenfolge, Gruppierung usw.)
2. Notieren Sie sich den ersten in der Liste (all seine Konfiguration)
3. Notieren Sie sich alle Eigenschaften von Computern, die auf einen anderen Host verschoben werden sollen
4. Kopieren Sie die VBOX-Dateien als TXT-Dateien (die Datei oben in der Liste + alle Computer, die migriert werden sollen).
5. Erstellen Sie alle Computer in VirtualBox auf einem neuen Host neu (und haben Sie einen speziellen oben in der Liste)
6. Schließen Sie VirtualBox auf dem neuen Host
7. Vergleichen Sie den alten .txt mit den neuen .vbox-Dateien und kopieren Sie einige Teile auf menschliche Weise von .txt nach .vbox, nicht nur Kopieren und Einfügen
8. Öffnen Sie VirtualBox und hängen Sie alle VDIs in der richtigen Reihenfolge an
9. Erneut Schließen Sie VirtualBox auf einem neuen Host
10. Vergleichen Sie den alten .txt mit den neuen .vbox-Dateien und 'korrigieren' Sie einige Teile auf menschliche Weise von .txt zu .vbox, nicht nur Kopieren und Einfügen

Den Rest (Snapshots-Ordner und VDI-Dateien) kopiere ich wie gewohnt (File System Copy & Paste).

Die ganze harte manuelle Arbeit wird von der Big BUG VirtualBox verursacht: Sie bearbeitet / ändert eine Maschine, die nicht geändert wurde, wenn Sie eine unveränderliche VDI anhängen, die auf mehr als einer Maschine verwendet wird. Andernfalls würde ein einfaches Kopieren und Einfügen der .VBOX-Datei ausreichen (nach Reparieren von Pfaden für freigegebene Ordner usw.).

Kopieren Sie den Ordner, der das Gerät enthält, zum Ziel, und wählen Sie dann im Menü "Gerät" ---> "Hinzufügen" die vbox-Datei und NICHT die vdi-Datei aus. Für mich lief das einwandfrei. Ich bin mir nicht sicher, ob ich Glück hatte oder ob es so funktionieren soll.