WalterH
das weis ich, aber weiter oben im Code steht: "Nun /data/.snapshot sichern ..." wir schreiben an dieser Stelle den Snapshot auf ein Tape oder eine NAS, dann ist es ein Backup.
Wenn man alles sichern will, kann man einen Snapshot auch über das ganze System machen und diesen Snapshot dann sichern.
Bitte an der Stelle vorsichtig sein.
Viele SS-Technologien bauen historisch auf, dh es werden nur Änderungen aufgezeichnet, deshalb sind als Beispiel VM-Snapshots unglaublich schnell, da ja gar keine Daten kopiert (=Backup) sondern nur ab jetzt Änderungen mitgeschrieben werden.
Mache ich mehrere Snapshots hintereinander, habe ich kaum Datenwachstum und es geht schnell...was schön ist.
ABER; beim Restore baut in so einem Fall, alles auf einer Ausgangsbasis auf - oftmals rollback, dh die Maschine selbst/alle Daten müssen noch da sein und die VM rollt zurück oder dropped gemachte Änderungen bis zum SS X.
Selbst wenn man alles wegsichert hätte ich bei mehreren Snapshots genaugenommen immer nur eine Version die ich gesichert habe, von der in der Wiederherstellungskette alles abhängt.
Und genau aus dem Grund habe ich in Wahrheit zwar viele "Backups" von "Snapshots" gemacht, habe aber immer die erste Datei (zB bei einer Virtual-Box eine .vdi Datei) auf der alles aufbaut.
Hat die einen Knacks, habe ich viele "backups" gemacht die wertlos sind.
Grundsätzlich zu PIT
Eine DB will gesichert werden.
Dafür macht man in der Regel in irgendeiner Form einen Dump - man kann ja nicht einfach zB DB-Files wo wegkopieren u beim restore kopiere ich diese zurück (außer die DB ist im quiesce).
U bei großen DBs dauert so ein Dump halt lange bzw. erzeugt viele Daten.
jetzt macht man zB wöchentlich einen Dump = Fullbackup.
Dann kann ich in der Regel noch differential/cumulative Backup machen zb täglich und habe somit im Restore Fall viel Zeit gewonnen.
Bei wichtigen Systemen/Daten hat man aber den Anspruch/Bedarf, auf jeden Zeitpunkt restoren zu können.
Mir bricht JETZT das System zusammen und ich will genau auf eine Minute vor "jetzt" restoren.
Und das ist PIT-Backup/Restore.
Damit ist sichergestellt, dass ich auf jede Sekunde (Transaktion) in einem DB System restoren kann.
Wie gesagt genau aus dem Grund find ich es schade/kann ich nicht ganz verstehen, dass die Attachments nun nicht mehr in der DB liegen.
Denn jetzt die DB + grommunio-files konsistent zu sichern ist nur offline möglich.
Somit zB bei stündlichem Backup = stündliche Downtime 🙁