Hi Leute,
ich würde gerne eine VM vom Datastore1 zu Datastore2 verschieben.
Reicht es, wenn ich die VM ausschalten, dann über den Datastore Explorer gehen und von dort aus den kompletten Ordner der VM verschieben zu Datastore2?
Oder wie gehe ich am besten vor???
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
VM von Datastore1 zu Datastore2 verschieben
Moin, geht eigentlich wenn du vCenter einsetzt im laufenden Betrieb. Einfach Rechtsklick auf die VM -> Migrieren und im Wizzard den neuen Speicherort auswählen.
Bei deiner Methode solltest du die VM nachdem herunterfahren, aus der Bestandsliste entfernen, Ordner wie beschrieben verschieben und zum Schluss die VM wieder in die Bestandsliste aufnehmen.
Bei deiner Methode solltest du die VM nachdem herunterfahren, aus der Bestandsliste entfernen, Ordner wie beschrieben verschieben und zum Schluss die VM wieder in die Bestandsliste aufnehmen.
hasel hat geschrieben:Habe leider keinen VCenter.
Dh:
1.) VM herunterfahren
2.) Aus Bestandsliste entfernen
3.) Per WinSCP unter Devices in der Ordnerstruktur den Ordner der VM von Name: Datastore1 in Datastore2 verschieben? oder da lieber erst kopieren?
yap, in der Regel kopiert man eigentlich, nicht vergessen die vmx nachzubearbeiten / bzw die Config, da bleiben gerne mal alte Einträge des alten ordners vorhanden
hasel hat geschrieben:Ich dachte immer das man die .vmx Datei gerade nicht bearbeiten soll zb auf Windows Ebene und dann wieder hochlädt.
ich meinte auch das du über den Vsphere Client das bearbeiten kannnst, alternativ kanns du auf dem neuen Datastore auch einfach ne neue Vm erstellen und da dann die vmdk Festplatte reinkopieren und anschließend über die Konfig noch zur neuen Vm hinzufügen
bestimmte Backupsoftware macht nix anderes
- continuum
- UNSTERBLICH(R.I.P.)
- Beiträge: 14759
- Registriert: 09.08.2003, 05:41
- Wohnort: sauerland
- Kontaktdaten:
Soll man ja auch nicht.
Am besten bearbeitet man vmx-Dateien mit dem embedded Editor von WinSCP.
Das geht viel schneller - und noch wichtiger: der Editor vermurkst keine Textdateien.
Wenn beim verschieben nichts schief gehen soll, dann empfehle ich immer die vmdks per vmkfstools -i zu kopieren.
Dann hat man auch bei Stromausfall zwischendurch in jedem Fall noch das Original.
Ausserdem kann man dann das Ausgangsformat bewusst aussuchen.
Am besten bearbeitet man vmx-Dateien mit dem embedded Editor von WinSCP.
Das geht viel schneller - und noch wichtiger: der Editor vermurkst keine Textdateien.
Wenn beim verschieben nichts schief gehen soll, dann empfehle ich immer die vmdks per vmkfstools -i zu kopieren.
Dann hat man auch bei Stromausfall zwischendurch in jedem Fall noch das Original.
Ausserdem kann man dann das Ausgangsformat bewusst aussuchen.
-
- King of the Hill
- Beiträge: 12945
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
1. VM herunter fahren
2. Snaps loeschen
3. VM De-registrieren
4. Auf der Konsolle mit mkdir neues Verzeichnis im Ziel Datastore anlegen
5. cp *.vmx /ziel/
6. cp *.nvram /ziel/
7. vmkfstools -i quell.vmdk /ziel/quelle.vmdk -d thin
8. vmkfstools -i quell_1.vmdk /ziel/quelle_1.vmdk -d thin
9. vi ziel/*.vmx und die Zeile mit der Swap Datei loeschen und Datei speichern
10. VM registrieren und starten
11. Wenn alles geht die alte loeschen
Der Vorteil ist das mit vmkfstools das "kopieren" am schnellsten und am sichersten geht. Letzteres aber nur wenn man weiss was man tut und bei der Sache ist.
Schritt 2 kann man weglassen wenn man bei 7 die aktuell verwendete VMDK auswaehlt. Ein
zeigt weile VMDKs gerade verwendet werden und auch ob diese evtl. in einem anderen Datastore liegen oder im $HOME der VM.
Gruss
Joerg
2. Snaps loeschen
3. VM De-registrieren
4. Auf der Konsolle mit mkdir neues Verzeichnis im Ziel Datastore anlegen
5. cp *.vmx /ziel/
6. cp *.nvram /ziel/
7. vmkfstools -i quell.vmdk /ziel/quelle.vmdk -d thin
8. vmkfstools -i quell_1.vmdk /ziel/quelle_1.vmdk -d thin
9. vi ziel/*.vmx und die Zeile mit der Swap Datei loeschen und Datei speichern
10. VM registrieren und starten
11. Wenn alles geht die alte loeschen
Der Vorteil ist das mit vmkfstools das "kopieren" am schnellsten und am sichersten geht. Letzteres aber nur wenn man weiss was man tut und bei der Sache ist.
Schritt 2 kann man weglassen wenn man bei 7 die aktuell verwendete VMDK auswaehlt. Ein
Code: Alles auswählen
grep vmdk *.vmx
zeigt weile VMDKs gerade verwendet werden und auch ob diese evtl. in einem anderen Datastore liegen oder im $HOME der VM.
Gruss
Joerg
Ok, vielen Dank für die zahlreichen Infos!
2 Fragen hätte ich noch:
1.) Habe eine VM (Größe der HDD 100GB) als .ova erfolgreich exportiert. Die .ova hat danach nur 25GB. Eine weitere VM (Größe der HDD 30GB) hat als .ova File 14GB.
Wird so hoch komprimiert??? Bei 30GB, dann 14GB verstehe ich, aber bei 100GB nur 25GB?
2.) Wenn ich ein neuen Datastore einfüge und dort eine .ova bereitstelle sprich die VM anschließend, dann kann ich doch ohne weitere die gleiche VM vom anderen Datastore, wo die nicht mehr laufen soll, entfernen oder? (Aus Bestandsliste entfernen inkl. Löschung der Dateien) ?
2 Fragen hätte ich noch:
1.) Habe eine VM (Größe der HDD 100GB) als .ova erfolgreich exportiert. Die .ova hat danach nur 25GB. Eine weitere VM (Größe der HDD 30GB) hat als .ova File 14GB.
Wird so hoch komprimiert??? Bei 30GB, dann 14GB verstehe ich, aber bei 100GB nur 25GB?
2.) Wenn ich ein neuen Datastore einfüge und dort eine .ova bereitstelle sprich die VM anschließend, dann kann ich doch ohne weitere die gleiche VM vom anderen Datastore, wo die nicht mehr laufen soll, entfernen oder? (Aus Bestandsliste entfernen inkl. Löschung der Dateien) ?
Zurück zu „vSphere 5 / ESXi 5 und 5.1“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 12 Gäste