THE_FRICKLER
also das gleiche mach ich ja natürlich auch, aber mir ging es hier ja um das Daten-Backup selbst, nicht nur VM.
VM-Backup soll sowieso gemacht werden
VM-Snapshot ist auch ganz gut
Aber auch ein Daten-Backup (Datenbank, gespeicherte Daten) unabhängig der VM würde ich dringend empfehlen.
Zumindest sollte man das machen um doppeltes Netz zu haben.
Was ist, wenn mal ein Snapshot/VM-Backup aus irgendeinem Grund sich nicht restoren lässt?
So kannst du auf irgendeine VM-Version zurückgehen, also zB Backup 4 Wochen alt und dann noch immer aktuelle Daten zurückspielen.
mit PIT wäre das natürlich noch schöner, da siehts bei Großsystemen so aus:
- VM-restoren (zB von weekly-backup)
- DB-Full load durchführen (ZB von daily-backup)
- transactions abrollen zu PIT (wie gewünscht, zB 1 Sekunde vor Fehler)
noch ein wichtiger Nachtrag.
Auch fällt so natürlich viel weniger Datenwachstum an und man kann viel einfach viel mehr Version aufheben !
- Full-VM-Backup (weekly), große Datenmenge, zB 4 Wochen aufheben
- VM-Snapshot, täglich, mittelmäßige Datenmenge, zB 16 Wochen aufheben
- Daten-Backup, zB stündlich, sehr kleine Datenmenge, zB permanent aufheben oder x Jahre
(bei 3. wird vorausgesetzt, dass das Storage dann natürlich "deduped" oder nur deltas backuped)
So habe ich kaum Datenwachstum, kann aber Monate lange zurück auf Daten-Versionen restoren
Denn das Storage wird sich beim "dedup" der VM sehr schwer tun, wenn sich zB nur eine Seite/Block komplett verschiebt.
beim Datenbackup ist dann ja nur eine Datei (roh) betroffen