So sichert eine riesige Datei mit Bacula up?

Question

Es ist zur Zeit 700 MB, aber es ist denkbar, dass es jenseits der 1 GB wachsen werde. Ich kopiere einfach diese Datei an einem anderen Ort Normalerweise (für die Neugierigen, es ist die Datenbank einer Zope-Instanz ist, eine ZODB-Datei).

Diese Datei ändert sich von Tag zu Tag ein wenig, aber ich verstehe Bacula kann innen-the-Datei Unterteilung für inkrementelle Sicherungen nicht. Wie auch immer, es spielt keine Rolle. Was ich tun möchte, ist eine vollständige Sicherung täglich und halten zwei von ihnen und eine vollständige Sicherung wöchentlich und auch zwei von ihnen halten. Damit zu einem bestimmten Zeitpunkt kann ich gestern, am Tag vor gestern bekommen, eine Woche Vor und vor zwei Wochen. Würden Sie denken, das ist eine gute Idee?

Ich glaube, ich sollte zwei Zeitpläne machen, täglich und wöchentlich. Aber welche Zahlen sollte ich auf das Absatzvolumen und den Pools dies zu erreichen? Zwei Volumina 1,5 GB? Für Hinweise oder Anleitung ist willkommen, ich bin kein Sysadmin und meine Erfahrung mit Bacula ist sehr begrenzt.

Answer 1

Online-Sicherung einer großen Datenbank-Datei ist riskant, da die Datei ändern könnte, während Sie sie lesen, wodurch die Sicherung inkonsistent und möglicherweise unbrauchbar. Ich glaube, Sie sollten nicht das Erstellen von Backups der ZODB-Datei selbst, sondern von diffs täglich erstellt von dem repozo Werkzeug. Auf diese Weise auslagern Sie auch die Aufgabe, die Innen-the-Datei Unterteilungen Handhabung, die Sie sagen, Bacula ist nicht in der Lage zu tun haben.

Answer 2

Nach meiner Erfahrung mit Bacula und Sicherung auf Festplatte, ist es am besten ein Volumen pro Backup-Job zu halten. Auf diese Weise gibt es keine Toträume in den Akten als Jobs ablaufen. Bacula kann das gesamte Volumen Wiederverwendung und schneidet sie auf Festplattenauslastung nach unten. Verwenden Sie die "Set Maximum Volume Jobs = 1" Richtlinie im Pool-Ressource.

Ich würde einrichten zwei Pools, ein täglich und wöchentlich. Stellen Sie die Lautstärke Retention bis zwei Tage in der Tages- und zwei Wochen in der Woche. Planen Sie die täglich auf sagen wir, Mo-Sa, und die wöchentlich am Sonntag.

Answer 3

Abhängig von Ihrer Infrastruktur, würde ich empfehlen, einen Schnappschuss des Volumens nehmen Sie „einzufrieren“ es sind die Sicherung zu und die Backup-macht von dort aus.

Für einige unserer Sicherungen wir LVM-Snapshots verwenden ( http://tldp.org /HOWTO/LVM-HOWTO/snapshots_backup.html ), um zu verhindern einen unserer Datenbanken zu sperren (wir Terabytes von Daten-Backup und eine Sperre würde einen großen Einfluss auf dem Dienst)

Dann, wie Sie sagen, dass die Datenbank nicht zu viel bewegt, würde ich gehen und habe einen 6 Tage Aufbewahrungszeitraum, 6 Bände für Dailies und 2 Volumina für Wochen-. Ihre Dailies sollten treffen den inkrementellen Backup-Pool und die Wochenzeitungen sollten die fulls sein.

Zum Beispiel machen die Wochenblätter (Fulls) laufen am Montag und dann eine inkrementelle jeden Tag (Di-So). Dies ermöglicht es Ihnen jeden Tag der Woche wieder zu kommen, wenn Sie Ihre Daten erkennen ist beschädigt, ohne während der Sicherung zu viel Raum oder Zeit.

EDIT: Und ... ich soll die Post Daten überprüfen, bevor er antwortet. Haha. 3 Jahre zu spät.

Answer 4

Für den Open-Source-bacula (bacula.org) die beste Idee ist, die Richtlinie in der Tat "Maximum Volume Jobs = 1 Set" zu verwenden.

Wenn Sie die "inside-the-Datei Unterteilung für inkrementelle Sicherungen" finden Sie in der Delta-Plugin von Bacula Systems betrachten - https://www.baculasystems.com/products/bacula-enterprise-plugins/delta .