großen Snapshot gefahrlos löschen?

[h.kurz]

Ich habe einen ESX 5.0 Host.
Bei einer virtuellen Maschine hat sich ein Snapshot in der Größe von ca. 110GB angesammelt.
Die gesamte Größe der VM ist ca. 900GB
Auf dem Datastore habe ich noch ca. 250GB frei.
Eine Sicherung würde ich davor mit Veeam machen, kann die VM allerdings nicht ausschalten, da die Daten auch übers Wochenende. gebraucht werden.

Kann ich hier gefahrlos eine Konsolidierung starten, oder sollte ich was beachten?
da ich hier schon ein gebranntes Kind bin, wollte ich lieber nochmal nachfragen.

Für eure Ratschläge wäre ich dankbar.

[bla!zilla]

Achte darauf, dass nicht zu viel los ist auf dem Datastore (IO Last). Ansonsten einfach anwerfen und nicht nervös werden. Auch nicht, wenn der Task abbricht. Einfach warten...

[irix]

Die Groesse ist noch "klein" aber beantworte uns noch um wieviele es sich handelt?

Das Sorgenkind von letzter Woche war bei Snapshot 0000123 und da war nichts mehr mit Konsolidieren. Leider wusse der VMware Support auch nichts zusagen und der Kunde hat ein Restore gemacht. Ich bin aber sicher das ein manuelles Clonen noch gegangen waere.

Gruss
Joerg

[bla!zilla]

Ist zwar OT, aber egal: Ich verstehe nicht wie manche Leute es immer wieder schaffen riesige Snapshotketten oder Snapshots > 10 GB größe anzuhäufen, die wochen- und monatelang unbemerkt bleiben. Wozu gibt es Alarme? Es gibt Skripte die man ausführen kann, die einen darüber informieren. Manche sollten sich das mit dem Betriebshandbuch doch mal überlegen...

[irix]

In diesem Falle war es Veeam+VMware wobei das Problem mit dem Nicht loeschen "ab und dann" haben andere Backupprodukte auch und somit sehe ich den schwarzen Peter da eher bei VMware. Da es nen SQL Server war welcher Aktiv ist war der Snap 730GB und das Commit steigt mit einem Fehler nach 2.5h aus.

Gruss
Joerg

[bla!zilla]

Mag ja sein, dass VMware bzw. die VADP hier das Problem hat. Trotzdem ist es mir ein Rätsel wie soetwas so lange unentdeckt bleibt.

[psy]

Mag ja sein, dass VMware bzw. die VADP hier das Problem hat. Trotzdem ist es mir ein Rätsel wie soetwas so lange unentdeckt bleibt.

Najo, organisatorische Probleme, wie du schon sagst, keines oder fehlerhaftes Monitoring.
Was meinst du, was mir bei Kunden so manchmal entgegen schlägt.

[bla!zilla]

Ist doch eine wunderbare Steilvorlage den Kunden hier zu unterstützen und Knowhow zu transferieren. Im einfachsten Fall wird ein Alarm konfiguriert, wer mag kann das auch über PowerCLI Skripte o.ä. lösen.

[h.kurz]

Es war gottseidank nur ein Snapshot der stehen blieb und keine Kette.

Ja nun habe ich heute morgen das löschen gestartet und siehe da - schon nach 3h war die Sache erledigt.
Aber natürlich habe ich dem Kunden gleich die Alarmierung eingeschaltet, falls wieder ein Snapshot hängen bleibt, aber die Snapshot-Problematik wird uns wohl alle noch länger verfolgen......


Auf alle Fälle Vielen Dank für eure Unterstützung und die guten Tipps!!!

[bla!zilla]

Nö, warum sollte sie uns länger verfolgen? Alarm konfigurieren und fertig. Die letzte Snapshot-Katastrophe liegt schon lange zurück bei meinen Kunden. Die habe ich dahingehend aber auch sensibilisiert.