¿Cómo hacer una copia de seguridad de un archivo enorme con Bacula?

Question

Actualmente es de 700 MB, pero es posible que crezca más allá de 1 GB. Normalmente solo copio este archivo a otra ubicación (para los curiosos, es la base de datos de una instancia de Zope, un archivo ZODB).

Este archivo cambia poco día a día, pero entiendo que Bacula no puede hacer la subdivisión dentro del archivo para copias de seguridad incrementales. De todos modos, no importa. Lo que quiero hacer es una copia de seguridad completa a diario y mantener dos de ellos y una copia de seguridad completa semanalmente y también conservar dos. Así que en un momento dado puedo obtener ayer, anteayer, hace una semana y hace dos semanas. ¿Pensarías que es una buena idea?

Supongo que debo hacer dos horarios, diariamente y semanalmente. Pero, ¿qué números debería tener en los volúmenes y las agrupaciones para lograr esto? Dos volúmenes de 1.5GB? Cualquier sugerencia u orientación es bienvenida, no soy un administrador de sistemas y mi experiencia con Bacula es muy limitada.

Answer 1

La copia de seguridad en línea de un archivo de base de datos grande es riesgosa, ya que el archivo puede cambiar mientras lo está leyendo, lo que hace que la copia de seguridad sea incoherente y posiblemente inútil. Creo que no debería hacer copias de seguridad del archivo ZODB en sí, sino de diferencias creadas diariamente por la herramienta repozo. De esta manera, también subcontratas el trabajo de manejar las subdivisiones dentro del archivo que dices que Bacula es incapaz de manejar.

Answer 2

En mi experiencia con bacula y la copia de seguridad en el disco, lo mejor es mantener un volumen por copia de seguridad. De esta forma, no hay espacio muerto en los archivos a medida que caducan los trabajos. Bacula puede reutilizar todo el volumen y reduce la utilización del disco. Use la directiva "Establecer trabajos de máximo volumen = 1" en el recurso del grupo.

Me gustaría configurar dos piscinas, una diaria y semanal. Establezca la retención de volumen en dos días en el día y dos semanas en el semanal. Programe el diario en decir, mon-sat, y el semanal en domingo.

Answer 3

Dependiendo de su infraestructura, recomendaría tomar una instantánea del volumen que está respaldando para "congelarla" y hacer la copia de seguridad desde allí.

Para algunas de nuestras copias de seguridad que estamos utilizando LVM instantáneas (http://tldp.org/HOWTO/LVM-HOWTO/snapshots_backup.html), para evitar el bloqueo de cualquiera de nuestras bases de datos (tenemos terabytes de datos de copia de seguridad y una cerradura tendríamos un gran impacto en el servicio)

Entonces Como dijiste que la base de datos no avanza demasiado, me gustaría tener un período de retención de 6 días, 6 volúmenes para Dailies y 2 volúmenes para los semanarios. Sus archivos Dailies deben llegar al grupo de copia de seguridad incremental, y los Weeklies deben ser completos.

Por ejemplo, haga que los Semanalmente (Completos) se ejecuten el lunes y luego un incremento cada día (martes a domingo). Esto le permitirá regresar cualquier día de la semana si se da cuenta de que sus datos están dañados, sin ocupar demasiado espacio o tiempo durante la copia de seguridad.

EDITAR: Y ... Debería verificar las fechas de publicación antes de contestar. Jaja. 3 años tarde

Answer 4

Para la fuente abierta bacula (bacula.org), la mejor idea es utilizar la directiva "Establecer trabajos de volumen máximo = 1".

Si desea la "subdivisión dentro del archivo para copias de seguridad incrementales", tenga en cuenta el complemento Delta de Bacula Systems - https://www.baculasystems.com/products/bacula-enterprise-plugins/delta.