OVF als einfache Alternative zum archivieren?

[Peter2]

Im offiziellen VMWare-Forum hatte ich die Frage gestellt:
Backup (archive) some VMs
https://communities.vmware.com/thread/499292

Die Frage war kurz, ob OVF ein sinnvoller Ansatz ist, ein "Archiv" einer VM zu erstellen, wenn man
- das händische Kopieren vermeiden will
- keine Zusatzsoftware kaufen will
- das nur selten macht, um ganz selten gebrauchte VMs für den "irgendwann-Fall" aufzuheben.

Ein Experte sagt ja, der andere nein, und dort steht die Frage jetzt.

Wie sieht man es hier?

[rprengel]

Schau die die freie Trilead vmexplorer Version an. Könnte für dich eine Lösung mal zwischendurch Backups zu ziehen.

Gruss

[Dayworker]

Wenn es unter WS sein soll, bleibt wohl nur der OVF-Export übrig.
Ansonsten hättest du bei abgeschalteter und nicht nur angehaltener VM mit dem Kopieren des gesamten VM-Ordners beispielsweise "Z:\Virtual Machines\Tiny-Tiny-RSS" an einen sicheren Ort bereits eine lauffähige Kopie erstellt. Sowas läßt sich auch automatisiert über Robocopy, rsync oder das gute alte "ntbackup" scripten.

[Peter2]

Wenn es unter WS sein soll, ...

WS? Also laufendes System?
Nein, ich fahre immer alles ordentlich runter. Nichts läuft durch ...

...Ansonsten hättest du bei abgeschalteter und nicht nur angehaltener VM mit dem Kopieren des gesamten VM-Ordners beispielsweise "Z:\Virtual Machines\Tiny-Tiny-RSS" an einen sicheren Ort bereits eine lauffähige Kopie erstellt. Sowas läßt sich auch automatisiert über Robocopy, rsync oder das gute alte "ntbackup" scripten.

Robocopy rattert gerade mit einem Gesamtbackup ...
Ich habe das System aufgesetzt übernommen, und aus irgendeinem Grund sind die VMDKs verteilt auf

Code: Alles auswählen

d:\Daten\Virtual Machines\Configurations\
d:\Daten\Virtual Machines\Working_Dir\

die sich noch in Caches und andere Unterverzeichnisse aufteilen. Was da jetzt warum wo liegt weiss ich nicht ...

[Dayworker]

WS = VMware-Workstation
VM = Gast-OS
VMware = Herstellerfirma


Das mit der Aufteilung derselben VM in verschiedene Unterverzeichnisse macht die Sache sehr schnell sehr unübersichtlich und die VM ist über die Snapshots eh aneinandergekettet. Durch die Unterordner macht man sich eigentlich sogar anfällig für nichtstartende VMs, falls die installierte VMware-Version den kompletten Pfad zur vDISK sprich VMDK eingetragen hat. Diesen sogenannten Pathname-Bug hat VMware über mehrere Produktversionen mitgeschleppt und ausserte sich darin, daß der vormalige Pfad nicht nachgeführt wurde. Die VM hat dann ihre vDISK einfach am falschen Standort gesucht und logischweise nicht gefunden. Sowas umgeht man, indem man pro VM einen Unterordner anlegt und darin auch alle zu dieser VM zugehörigen vDISKs speichert. Du brauchst dank der Virtualisierung auch nicht mehr über Partitionsgrössen nachzudenken. Alles was du früher über Partitionen geregelt hast, löst du jetzt über die Anzahl virtueller Disks. Wenn pro vDISK nur eine Partition vorhanden ist, läßt sich diese auch problemoser vergrössern.

[Peter2]

OK, danke. Dann können wir hier zum Ende kommen mit der Erkenntnis "Fachmann suchen".