Come eseguire il backup di un file di grandi dimensioni con Bacula?

Question

Attualmente è di 700 MB ma è possibile che cresca oltre 1 GB. Normalmente copio questo file in un'altra posizione (per i curiosi, è il database di un'istanza di Zope, un file ZODB).

Questo file cambia poco di giorno in giorno, ma capisco che Bacula non può eseguire suddivisioni interne al file per backup incrementali. Comunque, non importa. Quello che voglio fare è un backup completo ogni giorno e conservarne due e un backup completo ogni settimana e conservarne anche due. Così in qualsiasi momento posso ottenere ieri, l'altro ieri, una settimana fa e due settimane fa. Pensi che sia una buona idea?

Suppongo che dovrei fare due programmi, giornaliero e settimanale. Ma quali numeri dovrei avere sui volumi e sui pool per raggiungere questo obiettivo? Due volumi di 1,5 GB? Eventuali suggerimenti o indicazioni sono ben accetti, non sono un amministratore di sistema e la mia esperienza con Bacula è molto limitata.

Answer 1

Il backup online di un file di database di grandi dimensioni è un affare rischioso, poiché il file potrebbe cambiare durante la lettura, rendendo il backup incoerente e forse inutile. Credo che non dovresti fare backup del file ZODB stesso, ma piuttosto delle differenze create quotidianamente dallo strumento repozo . In questo modo, esternalizzi anche il lavoro di gestione delle suddivisioni all'interno del file che dici che Bacula non è in grado di affrontare.

Answer 2

Nella mia esperienza con bacula e backup su disco, è meglio mantenere un volume per processo di backup. In questo modo non c'è spazio morto nei file man mano che i lavori scadono. Bacula può riutilizzare l'intero volume e riduce l'utilizzo del disco. Utilizza " Imposta lavori con volume massimo = 1 " direttiva nella risorsa pool.

Avrei creato due piscine, una giornaliera e una settimanale. Impostare la conservazione del volume su due giorni nel giorno e due settimane nel settimanale. Pianifica il quotidiano on, lunedì e sabato e il settimanale domenica.

Answer 3

A seconda della tua infrastruttura, ti consiglio di fare un'istantanea del volume di cui stai eseguendo il backup in "blocco". e fare il backup da lì.

Per alcuni dei nostri backup utilizziamo snapshot LVM ( http://tldp.org /HOWTO/LVM-HOWTO/snapshots_backup.html ), per evitare il blocco di uno qualsiasi dei nostri database (abbiamo backup di terabyte di dati e un blocco avrebbe un enorme impatto sul servizio)

Quindi, come hai detto che il database non si sta spostando troppo, andrei e ho un periodo di conservazione di 6 giorni, 6 volumi per Dailies e 2 volumi per i settimanali. I tuoi Dailies dovrebbero colpire il pool di backup incrementale e i settimanali dovrebbero essere il massimo.

Ad esempio, fai in modo che i settimanali (numeri interi) vengano eseguiti il ??lunedì e successivamente un incremento ogni giorno (mar-dom). Ciò ti consentirà di tornare in qualsiasi giorno della settimana se ti rendi conto che i tuoi dati sono danneggiati, senza occupare troppo spazio o tempo durante il backup.

EDIT: E ... dovrei controllare le date dei post prima di rispondere. Haha. 3 anni di ritardo.

Answer 4

Per la bacula open source (bacula.org) l'idea migliore è quella di utilizzare l'opzione "Imposta lavori a volume massimo = 1" direttiva davvero.

Se vuoi la suddivisione " all'interno del file per backup incrementali " ;, considera il plugin Delta di Bacula Systems - https://www.baculasystems.com/products/bacula-enterprise-plugins/delta .