moonbreaker hat geschrieben:Bei der Maschine handelt es sich um einen Testdatenbestand der mitunter von mehr Personen als mir selbst gepflegt wird. Um dem Fall vorzubeugen, daß mir jemand Bewegungsdaten reijagt die augenblicklich unerwünscht sind, lege ich jede Nacht einen Snapshot an. So werde ich die unerwünschten Daten recht schnell wieder los.
Also doch Backup!
Bitte beachte, dass ein Snapshot KEIN Backup ist, sondern nur ein Mittel ein selbiges zu erstellen.
Wenn Du einen Snapshot von einer VM schiesst, wird lediglich die aktuelle VMDK schreibgeschützt und alle Schreibvorgänge landen im Delta. Schiesst Du jetzt einen weiteren Snapshot, wird auch das erste Delta schreibgeschützt und die Schreibvorgänge landen in einem zweiten Delta. Und so weiter.
Nach einem Monat besteht die VM aus einer VMDK und 30 Deltas, die ALLE voneinander abhängig sind. Geht Dir ein Glied der Kette verloren, ist die VM futsch. Glaub mir, das geht schneller als Deine User Mist bauen...
Das Auflösen einer solchen Snapshotkette braucht dann erstens Platz auf dem Storage und kann zweitens mehrere Stunden, wenn nicht Tage dauern.
Hast Du Essential Plus oder Advanced Lizenzen, schau Dir mal die Data Recovery Appliance an. Diese kann VMs platzsparend in einem Deduplizierten Store sichern.
Ebenfalls kannst Du die herkömmlichen Datensicherungstools wie sie auch für Echtblech Verwendung finden einsetzen oder Du nimmst eine Backupsoftware für VMware, z. B. Veeam.
Alternativ scriptest Du Dir was zusammen. (Robocopy, SQL Dump etc)
Alles ABER NUR KEINE SNAPSHOTS!
) mit dem Orchestrator ist sowas ganz leicht möglich.