Saya menggunakan VirtualBox 4.1.x pada mesin Ubuntu saya dan saya telah menyiapkan beberapa mesin virtual. Karena ada beberapa cara seseorang dapat memindahkan mesin virtual di VirtualBox ke komputer lain, saya bertanya-tanya mana yang direkomendasikan:

1. Gunakan "Impor / Ekspor utilitas."
2. Salin seluruh folder mesin virtual, yang berisi .vdidan .vboxfile.
3. Kloning VDI menggunakan "Virtual Media Manager" dan kemudian buat ulang VM pada mesin target tetapi menggunakan VDI yang dikloning sebagai hard disk.

Saya telah berhasil menggunakan metode 1 beberapa kali dan selalu berhasil. Masalahnya adalah bahwa setelah mengekspor dan mengimpor, gambar disk diubah menjadi VMDK dan bukan VDI lagi!

Metode ke - 2 mungkin yang paling mudah, tetapi saya tidak yakin bahwa hanya menyalin file akan berfungsi atau tidak pada mesin target. Ketika mencari tentang metode ini, saya menemukan beberapa orang memiliki masalah di mana mereka harus mengedit file VirtualBox.xml untuk menyelesaikannya!

Akhirnya, ada metode ke - 3 , tetapi membutuhkan kerja ekstra untuk membuat VM yang mirip dengan konfigurasi VM asli, yang tidak diinginkan.

Jelas dari penjelasan di atas bahwa metode yang saya inginkan adalah yang ke-2, tetapi saya perlu saran ahli tentang apakah ini berfungsi atau tidak. Saya tidak ingin ada penyuntingan XML menghalangi saya!

Apa metode terbaik untuk mentransfer VM saya dengan aman ke komputer lain dengan VirtualBox?

Dilakukan dengan baik untuk melakukan riset Anda. Saya secara teratur menggunakan ketiga opsi.

1. (Gunakan "Impor / Ekspor utilitas") . Ini adalah yang termudah karena menggabungkan seluruh VM menjadi satu file dan mentransfernya tanpa masalah setiap saat. Namun, dalam pengalaman saya ketika membuat file OVA atau OVF untuk ekspor, ia membuang semua snapshot dan jika dilakukan secara tidak benar dapat menghasilkan file VMDK. Ketika Anda mengimpor ulang VM, Anda harus dapat memilih jenis file HDD apa yang ingin Anda buat, VDI atau VMDK.

2. (Salin seluruh folder mesin virtual, yang berisi .vdidan .vboxfile) . Ini adalah pilihan yang saya sukai dan walaupun saya harus mengedit file XML beberapa kali ini adalah kesalahan saya sendiri untuk mengacaukan sesuatu. Pastikan bahwa ketika Anda menyalin VM, Anda mendapatkan SEMUA file yang terkait dengannya. Masalah yang saya alami adalah ketika snapshot tertentu dan file VDI sekunder berada di direktori yang salah dan tidak disalin dengan benar. Jika Anda menyalin semua file (dan izin) Anda seharusnya tidak memiliki masalah apa pun.

3. (Mengkloning VDI menggunakan "Virtual Media Manager" dan kemudian membuat ulang VM pada mesin target tetapi menggunakan VDI yang dikloning sebagai hard disk). Ini kurang diinginkan karena Anda memiliki 2 salinan VM, dan dapat menyebabkan masalah lisensi, masalah jaringan, dll, tergantung pada bagaimana Anda mengkloning file VDI.

Singkatnya, saya pasti akan merekomendasikan opsi 2, pastikan Anda mendapatkan semua file yang dibutuhkan saat Anda memindahkannya.

Metode 2 berfungsi dengan baik sekarang (dengan VirtualBox 4.0 dan lebih tinggi) , tanpa modifikasi XML apa pun yang diperlukan:

1. Hentikan Mesin Virtual Anda
2. Keluar dari VirtualBox
3. Salin folder VM ke lokasi baru
4. Mulai ulang VirtualBox, dan hapus VM lama.
5. Buka menu Mesin ≥ Tambah dan ramban ke folder lama Anda.

Itu dia!

ps: Saya punya VirtualBox 4.3.20 di OSX 10.10

Lihat posting forum VirtualBox ini untuk lebih jelasnya.

Opsi pilihan saya adalah opsi 2 juga:

2. Salin seluruh folder VM, yang berisi file .vdi dan .vbox.

Tetapi kadang-kadang ketidakcocokan UUID akan terjadi. Seringkali ini terjadi jika Anda hanya menyalin gambar disk VDI dari satu mesin ke komputer lain, tetapi saya telah memilikinya terjadi selama salinan langsung dari direktori lengkap juga.

Jadi, jika ini adalah pesan yang Anda dapatkan setelah memindahkan mesin virtual dan mencoba memulainya di pengaturan baru:

Gagal membuka hard disk.

Tidak dapat mendaftarkan hard disk karena hard disk dengan UUID sudah ada.

Masuk saja ke direktori mesin virtual Anda; tentu saja ubah jalur aktual agar sesuai dengan jalur aktual yang Anda tuju:

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

Dan jalankan perintah ini untuk menetapkan disk UUID baru:

VBoxManage internalcommands sethduuid Sandbox.vdi

Jika ada orang lain yang mencari jawaban untuk ini, saya berhasil memindahkan 5 VM Box Virtual ke instalasi Win7 lain pada hard drive baru pada mesin yang sama (pada dasarnya perpindahan dari satu OS tamu ke OS lainnya pada PC yang sama). Saya menyadari bahwa driver pada mesin yang benar-benar baru mungkin akan bervariasi dan berpotensi memiliki efek negatif saat bepergian, tetapi saya telah mendokumentasikan proses di bawah ini dengan harapan dapat membantu seseorang.

• Tidak ada persyaratan untuk mengkloning VMs atau mengubah file xml. Versi VB terbilang mutakhir: 4.3.12r93773.
• Salinan VM baru dibuat di folder baru / drive bersama untuk mempertahankan VM lama / lama yang masih ada. Saya masih bisa boot dari hard drive lama yang saya simpan untuk resolusi redundansi / masalah sampai saya puas dengan pengaturan baru saya; jadi saya bisa mengakses VM lama di negara mereka sebelumnya jika perlu.
• Huruf drive akan bervariasi / mungkin tidak perlu tergantung pada pengaturan Anda.

Pada Tuan Rumah Win7 Lama:

1. Pastikan semua VM dimatikan.

Pada Host Win7 Baru:

1. Buat folder baru bernama X: \ NewVMs \ VirtualBox VMs (dari mesin Win7 Baru untuk memastikan izin OK)
2. Salin / Tempel (jangan seret) semua VM dan konten folder terkait dari folder lama ke folder ini (menggunakan izin baru)
3. Copot VirtualBox (jika terpasang)
4. Hapus folder .virtualbox dan semua konten (jika ada)
5. REBOOT untuk mengonfirmasi tidak ada file program atau entri registri yang tersisa (jika mencopot VirtualBox lama).
6. Instal / instal ulang VirtualBox (pastikan Anda menggunakan versi yang sama dengan VirtualBox tempat VM dibuat pada host / mesin lama (dalam kasus saya ver. 4.3.12r93773))
   PENTING: (Jangan pilih kotak centang untuk membuka / jalankan VirtualBox di akhir instalasi)
7. Salin / tempel (jangan seret) folder .virtualbox dan konten dari Host Win7 Lama (biasanya C: \ Users [nama pengguna] .VirtualBox
8. Sekarang buka VirtualBox
9. Atur preferensi untuk folder pembuatan VM Default baru ke jalur file yang sama dengan folder VM VirtualBox yang baru dibuat: X: \ NewVMs \ VirtualBox VMs
10. Status uji VM

Semoga berhasil.

Untuk kasus khusus di mana:

• Anda hanya memiliki satu VM (atau ingin memindahkan semua VM Anda),
• dan host adalah perangkat keras yang sama dengan versi OS yang sama (atau menginstal ulang OS yang sama ke mesin yang sama)

Jika Anda berada dalam kasus ini, maka semuanya mudah:

1. Matikan VirtualBox di kedua host.
2. Salin .config/VirtualBoxdan VirtualBox VMsfolder dari host sumber.
3. Salin folder ini ke host tujuan.
4. Mulai VirtualBox pada host tujuan

Jalan ke-4

Dalam VirtualBOX:

1. Matikan VM
2. Klik kanan dan hapus VM (jangan hapus file)
3. Buka file> Virtual Media Manager dan hapus .vdi
4. Buka File> Preferensi> Umum dan atur folder mesin default ke lokasi baru
5. Buat VM baru gunakan mode ahli untuk membuat VM tanpa harddisk

Di File Explorer:

6. Temukan file .vdi dan salin
7. Pergi ke folder mesin default baru, akan ada folder VM di dalamnya
8. Rekatkan file .vdi di folder VM baru

Kembali ke VirtualBOX:

9. Klik kanan VM dan buka pengaturan
10. Pergi ke Storage> Controller: SATA dan tambahkan harddisk, klik pilih disk yang ada 11. pilih file .vdi di folder VM baru

Catatan: Jika metode 2 memecah instalasi VirtualBOX Anda, pergi ke C: \ Users \ .VualualBox dan hapus VirtualBox.xml dan ganti nama VirtualBox.xml-sebelumnya VirtualBox.xml

Saya menggunakan metode 2 juga untuk memindahkan mesin virtual saya dan saya tidak perlu membuat perubahan pada file XML apa pun tetapi mendapat beberapa kesalahan dengan USB dan berbagi file dan di bawah ini adalah bagaimana saya memperbaikinya bersama dengan proses:

1. Salin mesin virtual dari pc lama ke baru. File mesin virtual berbeda dari mesin Virtual Oracle itu sendiri. File-file ini biasanya di c: \ users \\ VirtualBox VMs \ . Saya mengambil seluruh bagian VirtualBox VMs \ dan menyalinnya ke lokasi yang sama di PC baru. Ini menyalin semua mesin virtual yang saya miliki di PC asli.

2. Sekarang di PC baru, jalankan kotak virtual dan pergi ke Menu> Mesin> Tambah dan pilih file .vbox dari folder yang disalin. Itu dia.

3. Sekarang ketika saya menjalankan mesin virtual pada PC baru, saya mendapat kesalahan saat boot:

4. Saya tidak tahu mengapa pengontrol USB tidak berfungsi karena hal yang sama bekerja pada komputer asli. Saya melanjutkan dan menginstal VirtualBox Extension Pack

5. Instalasi ini agak aneh karena unduhan instal bukan file yang dapat dieksekusi. Saya mengklik Oracle_VM_VirtualBox_Extension_Pack-5.1.4-110228.vbox-extpack dan memilih 'Pilih program dari daftar program yang Diinstal' dan dari kotak virtual Oracel yang dipilih dan menginstal ekstensi. Itu memperbaiki masalah, tetapi solusi lain yang kurang diinginkan adalah Anda dapat menonaktifkan usb.

6. Jika Anda memiliki folder bersama di VM asli, mereka mungkin berbeda dan Anda akan mendapatkan kesalahan. Tinjau yang ada di Pengaturan >> Folder Bersama dan hapus yang rusak. Pesan kesalahan akan terlihat seperti

.

Itu saja.

zar, hal pertama yang pertama ... jangan pernah memindahkan mesin yang dalam kondisi tersimpan, sebelum pindah Anda harus mematikan tamu, bukan hanya menyimpan keadaan.

Juga pastikan Anda menggunakan versi yang sama dari VirtualBOX di kedua host, tetapi tidak hanya versi VirtualBOX, juga vesion paket ekstensi ... atau setidaknya host baru memiliki versi yang lebih tinggi, tetapi tidak pernah ada versi yang lebih rendah pada salah satu dari mereka.

Dan akhirnya, saya mempelajarinya dengan cara yang sulit, menghapus konfigurasi folder SHARED pada VirtualBOX sebelum memindahkan mesin, kemudian membuatnya kembali dengan cara yang benar ... sangat penting ketika host berbeda OS (host Windows / Linux).

Dan hanya sebagai catatan ... i allways, allways menggunakan file VDI hard disk yang tidak dapat diubah untuk OS serta untuk data VDI (dengan cara itu DATA VDI yang sama dapat digunakan untuk lebih dari tamu), khususnya trik untuk pagefile.sys 4GiB

Pada bagian terakhir, gunakan kembali file VDI yang tidak dapat diubah membuat segalanya menjadi sedikit lebih sulit, VirtualBOX memiliki BUG BESAR.

Untuk melihat Bug beraksi:

• Buat satu VDI yang tidak dapat dimutasi (seperti yang saya gunakan untuk pagefile.sys)
• Buat Dua atau Tiga VM di VirtualBOX
• Pindahkan salah satu dari mereka ke atas daftar (hanya untuk menghindari salah satu dari Anda rusak)
• Cadangkan file .vbox dari masing-masing mesin yang Anda buat (untuk membandingkannya setelah BUG terjadi)
• Lampirkan VDI yang tidak dapat di-link ke lebih dari satu mesin itu (kecuali yang ada di bagian atas daftar)
• Sekarang lihat .vbox dari mesin yang ada di bagian atas daftar

Mesin itu telah diedit, ia memiliki referensi ke mesin-mesin lain yang tidak dapat diubah VDI.

Jadi BUGnya adalah: Edit satu mesin dengan menambahkan VDI yang tidak dapat diubah yang digunakan oleh mesin lain memengaruhi mesin di bagian atas daftar.

Kenapa saya menggunakan kembali VDI 4GiB yang sama pada semua mesin Windows? Mudah, ini adalah disk MBR dengan partisi FAT32 tempat saya meletakkan pagefile.sys, karena tidak dapat dipastikan semua mesin virtual akan membuat file pada folder snapshot mereka di mana mereka menyimpan perubahan, dan itu hilang pada boot berikutnya, jadi saya lakukan tidak perlu 4Gib untuk setiap tamu yang disimpan di disk host, hanya satu ... dengan begitu saya menyimpan banyak GiB karena saya punya lebih dari 20 jendela berbeda untuk menguji aplikasi yang saya kembangkan untuk saya sendiri, semua kombinasi (XP, Vista , 7, 8, 8.1, 10) * (32Bits, 64Bits) * (Sama seperti pada instalasi pertama, setelah setiap ServicePack, setelah pembaruan windows penuh), saya mendapatkan banyak, banyak tamu ... seterusnya semua saya berbagi VDI 4GiB yang tidak bisa diemkan untuk ram virtual (pagefile.sys).

Dan jika Anda membiarkan BUG melangkah lebih jauh, cobalah untuk memindahkan salah satu mesin pilihan ke host VirtualBOX lain (ingat mereka hanya mesin virtual dengan konfigurasi di atasnya dan belum ada tamu yang menginstalnya), Anda akan melihat VirtualBox tidak membiarkan Anda menambahkannya karena beberapa VDI hilang (itu SALAH dan BENAR, itu adalah bahwa mesin pertama memegang referensi ke VDI seperti menanamkan beeing pada mesin yang benar).

Sekarang bandingkan file .VBOX dari semuanya dengan previos BackUp ... perhatikan bagaimana orang salah memodifikasi? ... ya, ini yang ada di daftar paling atas.

Nah, BUG ini telah diinformasikan ke VirtualBOX beberapa tahun yang lalu, mereka masih tidak dapat memperbaikinya ... dan itu menyebabkan banyak, banyak masalah.

Selain itu, jika Anda memindahkan yang teratas di mesin virtual ke posisi yang lebih rendah, tutup VirtualBox dan luncurkan kembali ... akan memberi tahu Anda beberapa mesin rusak dan tidak dapat dimulai ... ya yang pertama dalam daftar harus diperlakukan dalam bentuk yang berbeda jika tidak ingin mendapat banyak masalah.

Ini adalah BUG yang benar-benar buruk yang membutuhkan banyak hari bagi saya untuk menemukannya (beberapa tahun yang lalu) saya mempelajarinya dengan cara yang sulit!

Saya telah mengatasinya dengan memiliki mesin yang saya sebut:

• Common Inmutable Disks

Ini memiliki konfigurasi kosong dan hanya satu VDI, ya, Anda benar, Anda sudah menebaknya, VDI yang tidak dapat saya bagikan untuk semua mesin virtual lainnya.

Nah ketika saya membuka file .VBOX saya melihat di dalamnya banyak baris pada <MediaRegistry> <HardDisks>bagian itu, satu per setiap mesin di mana saya menggunakan VDI yang tidak dapat diink ... seperti sampel (saya menghapus data pribadi):

<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>

Cukup BUG, ​​tidak terpecahkan sejak bertahun-tahun.

Nah, untuk memindahkan mesin seperti itu ... Anda harus mengedit file .VBOX secara manual, untuk meletakkan semua referensi disk pada host baru di mesin pertama (yang ada di bagian atas daftar) sebelum menambahkan .VBOX file ke daftar, jadi ketika menambahkannya VirtualBOX memiliki referensi ke VDI yang hilang (hilang disebabkan oleh BUG besar).

Masalahnya terjadi karena setiap kali Anda menghubungkan VDI yang digunakan pada komputer lain, VirtualBOX memperbarui dua mesin. File VBOX (yang milik mesin yang Anda gunakan) dan yang pertama dalam daftar.

Saya tidak sepenuhnya yakin apa yang akan terjadi ketika dalam daftar, yang pertama tidak memiliki VDI umum seperti itu ... lebih baik tidak mencobanya, melihat apa yang saya lihat.

Jadi bermigrasi ke HOST lain jauh lebih rumit daripada apa yang tampaknya karena implementasi yang sangat buruk pada struktur internal file. VBOX dan karena BUG sangat besar ketika VirtualBOX mengeditnya.

Gagal:

• Struktur internal (XML) tergantung pada HOST (Windows atau Linux)
• Mengedit satu mesin dapat mengubah yang lain, tidak hanya yang akan diedit
• ... apa lagi ?

Perlu lebih ... saya selalu memigrasi mesin melakukan ini (dan tidak punya masalah, tidak pernah):

1. Catat daftar semua mesin (pesanan, pengelompokan, dll)
2. Perhatikan yang pertama dalam daftar (semua konfigurasinya)
3. Perhatikan semua properti mesin yang ingin saya pindahkan ke host lain
4. Salin file .vbox sebagai file .txt (yang ada di daftar paling atas + semua mesin yang ingin saya migrasikan)
5. Buat kembali semua mesin (dan miliki yang spesial di bagian atas daftar) di dalam VirtualBox pada host baru
6. Tutup VirtualBox di host baru
7. Diff membandingkan .txt lama dengan file .vbox baru dan menyalin dari .txt ke .vbox beberapa bagian dengan cara manusia, tidak hanya Salin & Tempel
8. Buka VirtualBox dan lampirkan semua VDI dalam urutan yang benar
9. Sekali lagi Tutup VirtualBox pada host baru
10. Diff membandingkan .txt lama dengan file .vbox baru dan 'memperbaiki' dari .txt ke .vbox beberapa bagian dengan cara manusia, tidak hanya Salin & Tempel

Semua yang lain (folder snapshot dan file VDI) saya salin dengan cara normal (Copy & Paste Sistem File).

Semua kerja manual yang berat itu disebabkan oleh Big BUG VirtualBox: Ini mengedit / mengubah mesin yang belum dimodifikasi ketika Anda memasang VDI yang tidak dapat diijinkan yang digunakan pada lebih dari satu mesin, selain itu Salin & Tempel file .VBOX akan cukup (setelah memperbaiki jalur folder bersama, dll).

Salin folder yang berisi mesin ke tujuan, lalu dari menu: "Mesin" ---> "Tambah", lalu pilih file vbox, BUKAN file vdi. Bagi saya ini berjalan dengan sempurna. Tidak yakin apakah saya beruntung, atau apakah seharusnya bekerja seperti ini.