¿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 de un día a otro, pero entiendo que Bacula no puede hacer 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 todos los días y mantener dos de ellos y una copia de seguridad completa cada semana y también mantener dos de ellos. Asi que en un momento dado puedo obtener ayer, anteayer, una semana Hace y dos semanas. ¿Pensarías que es una buena idea?

Supongo que debería hacer dos horarios, diario y semanal. Pero, ¿qué números debo 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 un negocio riesgoso, ya que el archivo puede cambiar mientras lo está leyendo, lo que hace que la copia de seguridad sea inconsistente y posiblemente inútil. Creo que no debería hacer copias de seguridad del archivo ZODB en sí, sino más bien de las diferencias creadas diariamente por la herramienta repozo . De esta manera, usted también subcontrata el trabajo de manejo de las subdivisiones dentro del archivo con las que dice que Bacula es incapaz de lidiar.

Answer 2

En mi experiencia con bacula y backup en disco, es mejor mantener un volumen por trabajo de backup. De esa manera no hay espacio muerto en los archivos a medida que expiran los trabajos. Bacula puede reutilizar todo el volumen y reduce la utilización del disco. Utilice el " Establecer trabajos de volumen máximo = 1 " Directiva en el recurso de la piscina.

Me gustaría configurar dos piscinas, una diaria y una semanal. Establezca la retención de volumen en dos días en el diario y dos semanas en el semanario. Programe el diario en decir, de lunes a sábado, y el semanal el domingo.

Answer 3

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

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

Luego, como usted dijo que la base de datos no se está moviendo demasiado, tendría un período de retención de 6 días, 6 volúmenes para diarios y 2 volúmenes para semanarios. Sus diarios deben golpear el grupo de copia de seguridad incremental, y los semanarios deben estar completos.

Por ejemplo, haga que los semanarios (llenos) se ejecuten el lunes y luego un incremento diario (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 ... Debo revisar las fechas de publicación antes de responder. Jaja. 3 años de retraso.

Answer 4

Para la bacula de código abierto (bacula.org), la mejor idea es utilizar " Establecer trabajos de volumen máximo = 1 " Directiva de hecho.

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