297 votes

Quelle est la méthode recommandée pour déplacer une VM VirtualBox vers un autre ordinateur ?

J'utilise VirtualBox 4.1.x sur ma machine Ubuntu et j'ai configuré plusieurs machines virtuelles. Comme il existe plusieurs façons de déplacer une machine virtuelle dans VirtualBox vers un autre ordinateur, je me demandais quelle était la méthode recommandée :

  1. Utilisez l'"Utilitaire d'importation/exportation".
  2. Copiez l'intégralité du dossier de la machine virtuelle, contenant le .vdi y .vbox des fichiers.
  3. Clonez le VDI à l'aide de "Virtual Media Manager", puis recréez une VM sur la machine cible en utilisant le VDI cloné comme disque dur.

J'ai utilisé avec succès le 1ère méthode plusieurs fois et cela a toujours fonctionné. Le problème est qu'après l'exportation et l'importation, l'image disque est transformée en VMDK et non plus en VDI !

Le site 2ème méthode est probablement le plus simple, mais je ne suis pas sûr que la simple copie des fichiers fonctionnera ou non sur la machine cible. En faisant des recherches sur cette méthode, j'ai trouvé des personnes qui avaient des problèmes et qui ont dû modifier le fichier VirtualBox.xml pour les résoudre !

Enfin, il y a le 3ème méthode mais cela nécessite un travail supplémentaire pour créer une VM similaire à la configuration originale de la VM, ce qui n'est pas souhaitable.

Il ressort clairement de l'explication ci-dessus que la méthode que je souhaite utiliser est la deuxième, mais j'ai besoin de l'avis d'un expert pour savoir si elle fonctionne ou non. Je ne veux pas qu'une édition XML se mette en travers de mon chemin !

Quelle est la meilleure méthode pour transférer en toute sécurité mes VM sur un autre ordinateur avec VirtualBox ?

211voto

tbenz9 Points 6719

Bravo pour avoir fait vos recherches. J'utilise régulièrement les trois options.

  1. (Utilisez l'utilitaire "Import/Export") . C'est la solution la plus simple, car elle regroupe toute la VM en un seul fichier et la transfère sans problème à peu près à chaque fois. Cependant, d'après mon expérience, lors de la création du fichier OVA ou OVF pour l'exportation, tous les snapshots sont supprimés et, si cela n'est pas fait correctement, il peut en résulter un fichier VMDK. Lorsque vous réimportez la VM, vous devriez pouvoir sélectionner le type de fichier HDD que vous souhaitez créer, VDI ou VMDK.

  2. (Copiez le dossier complet de la machine virtuelle, contenant le fichier .vdi y .vbox fichiers) . C'est l'option que je préfère et, bien que j'aie dû modifier le fichier XML à quelques reprises, c'était de ma faute si j'avais raté quelque chose. Assurez-vous que lorsque vous copiez la VM, vous obtenez TOUS les fichiers qui lui sont associés. J'ai rencontré des problèmes lorsque certains snapshots et fichiers VDI secondaires se trouvaient dans le mauvais répertoire et n'étaient pas copiés correctement. Si vous copiez tous les fichiers (et les permissions), vous ne devriez pas avoir de problèmes.

  3. (Clonez le VDI en utilisant "Virtual Media Manager" et recréez ensuite une VM sur la machine cible mais en utilisant le VDI cloné comme disque dur). C'est moins souhaitable car vous avez alors deux copies d'une VM, ce qui peut entraîner des problèmes de licence, de réseau, etc. selon la façon dont vous clonez le fichier VDI.

En résumé, je recommande sans hésiter l'option 2, mais assurez-vous d'obtenir tous les fichiers nécessaires lors du transfert.

70voto

David Points 801

La méthode 2 fonctionne bien maintenant (avec VirtualBox 4.0 et plus) sans qu'aucune modification du XML ne soit nécessaire :

  1. Arrêtez votre machine virtuelle
  2. Quitter VirtualBox
  3. Copiez le dossier VM vers le nouvel emplacement
  4. Redémarrez VirtualBox, et supprimez l'ancienne VM.
  5. Allez dans le menu Machine Ajouter et naviguez jusqu'à votre nouvel emplacement.

C'est ça !

ps : J'ai VirtualBox 4.3.20 sur OSX 10.10

Voir ce message du forum VirtualBox pour plus de détails.

24voto

Giacomo1968 Points 48326

Mon option préférée est également l'option 2 :

  1. Copiez le dossier VM complet, contenant les fichiers .vdi et .vbox.

Mais il arrive parfois qu'un UUID ne corresponde pas. Cela se produit souvent si vous copiez simplement l'image disque VDI d'une machine dans une autre, mais cela s'est également produit lors de copies directes de répertoires complets.

Donc, si c'est le message que vous obtenez après avoir déplacé la machine virtuelle et essayé de la démarrer dans la nouvelle configuration :

Impossible d'ouvrir le disque dur.

Impossible d'enregistrer le disque dur parce qu'un disque dur avec UUID existe déjà.

Il suffit d'aller dans le répertoire de votre machine virtuelle ; bien sûr, changez le chemin d'accès réel pour qu'il corresponde au chemin d'accès réel dans lequel vous allez :

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

Et lancez cette commande pour attribuer un nouvel UUID au disque :

VBoxManage internalcommands sethduuid Sandbox.vdi

9voto

Steven Kelly Points 99

Au cas où quelqu'un d'autre chercherait une réponse à cette question, j'ai réussi à déplacer 5 VM de Virtual Box vers une autre installation Win7 sur un nouveau disque dur de la même machine (essentiellement un déplacement d'un OS invité vers un autre sur le même PC). Je me rends compte que les pilotes sur une machine complètement neuve seraient probablement différents et pourraient avoir un effet négatif sur le déplacement, mais j'ai documenté le processus ci-dessous dans l'espoir que cela puisse aider quelqu'un.

  • Il n'était pas nécessaire de cloner les VMs ou de modifier le fichier xml. La version de VB était assez récente : 4.3.12r93773.
  • De nouvelles copies des VM ont été créées dans un nouveau dossier/lecteur partagé pour conserver intactes les anciennes VM existantes. Je peux toujours démarrer à partir de l'ancien disque dur que j'ai conservé à des fins de redondance/résolution de problèmes jusqu'à ce que je sois satisfait de ma nouvelle configuration ; je peux donc accéder aux anciennes VM dans leur ancien état si nécessaire.
  • Les lettres de lecteur peuvent varier ou ne pas être nécessaires en fonction de votre configuration.

Sur un ancien hôte Win7 :

  1. Assurez-vous que toutes les VMs sont éteintes.

Sur le nouvel hôte Win7 :

  1. Créez un nouveau dossier appelé X:\NewVMs\VirtualBox VMs (à partir de la nouvelle machine Win7 pour s'assurer que les permissions sont correctes)
  2. Copiez/collez (ne faites pas glisser) toutes les VM et le contenu des dossiers associés de l'ancien dossier vers ce dossier (utilise les nouvelles permissions).
  3. Désinstaller VirtualBox (si installé)
  4. Supprimez le dossier .virtualbox et tout son contenu (s'il existe).
  5. Redémarrez pour vérifier qu'il ne reste pas de fichiers de programme ou d'entrées de registre (si vous désinstallez l'ancien VirtualBox).
  6. Installez/réinstallez VirtualBox (assurez-vous que vous utilisez la même version que celle de VirtualBox sur laquelle les VM ont été créées sur l'ancien hôte/machine (dans mon cas, ver. 4.3.12r93773))
    IMPORTANT : (Ne pas cocher la case pour ouvrir/exécuter VirtualBox à la fin de l'installation)
  7. Copiez/collez (ne faites pas glisser) le dossier .virtualbox et son contenu à partir de l'ancien hôte Win7 (habituellement C:\Users [nom d'utilisateur].VirtualBox
  8. Ouvrez maintenant VirtualBox
  9. Définissez les préférences pour le nouveau dossier de création de VM par défaut au même chemin de fichier que le dossier de VMs VirtualBox nouvellement créé : X:\NewVMs\VirtualBox VMs
  10. Test de l'état des VMs

Bonne chance.

3voto

Nicolas Raoul Points 9741

Pour le cas particulier où :

  • vous n'avez qu'un une seule VM (ou voulez déplacer toutes vos VMs),
  • et l'hôte est le même matériel avec la même version du système d'exploitation (ou réinstallation du même OS sur la même machine)

Si vous êtes dans ce cas, alors les choses sont faciles :

  1. Arrêtez VirtualBox sur les deux hôtes.
  2. Copiez le .config/VirtualBox y VirtualBox VMs des dossiers de l'hôte source.
  3. Copiez ces dossiers sur l'hôte de destination.
  4. Démarrer VirtualBox sur l'hôte de destination

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X