Probar purgado de parte del catalogo de la BBDD y reconstrucción

[tonin]

La prueba consistirá en ver como se puede recuperar parte del catálogo de un trabajo (sesión) sin tener que recuperar la BBDD completa de ese día ni usar el comando Bscan (si es que es posible)

[tonin]

Creo que el concepto de "bootstrap file" puede estar relacionado con lo que queremos hacer para no tener que escanear la cinta completamente. Al menos en las "features" de bacula dice:

"Ability to restore the catalog database rapidly by using bootstrap files (previously saved)."

[jcheca]

Hemos estado trabajando con los archivos bootstrap. Seguimos haciendo pruebas. Actualmente se crean automáticamente cuan de ejecuta un trabajo de backup, el problema hasta el momento es que el nombre de archivo hace referencia al cliente que se está respaldando y al fileset (nombre del conjunto de archivos/directorios) que se respaldan.

Este archivo tiene la vida del ciclo de copias actual, quiere decir que escribe las modificaciones de un completo y añade cada día las incrementales, pero al iniciar el ciclo con el siguiente completo se sobrescribe.

Esto se resuelve con el patrón utilizado para el nombre del arvchivo bootstrap. Ahora y de pruebas en una máquina lo hemos modificado para que añada en el nombre del archivo el numero de trabajo,entre otras cosas por lo que para cada trabajo será uno diferente.

Hay que tener en cuenta que hay que respaldar estos archivos también, porque a partir de ellos podemos regenerar el catálogo sin necesidad de leer la cinta archivo a archivo.

Hemos hecho pruebas de:

• Reconstruir catálogo desde la cinta con bscan (no existían en la BBDD)
• Reconstruir catálogo desde bootstrap (borrando previamente los datos de la BBDD para ese bootstrap)
• Recuperar archivos desde estos trabajos perdidos (tanto de una como de las otras sesiones anteriores).

[tonin]

Una duda:

Cual es el tamaño aproximado de estos ficheros de bootstrap una vez comprimidos?

Lo digo porque para acelerar el proceso de recuperación de detalles de un trabajo del que ya se han purgado los detalles puede que sea interesante tenerlos en disco, al menos los correspondientes a trabajos "vivos" (que todavía tienen la cinta en el cambiador). Al menos en arcserve lo hacemos así. Los catálogos (que sería el equivalente a estos ficheros de bootstrap) los mantenemos durante 90 días en el disco, mientras que los detalles del catálogo se purgan a los 30 días.

Desde luego lo ideal es que después de cada conjunto de datos correspondiente a un trabajo se salve el bootstrap que le corresponda. Si como supongo, en la BBDD nunca se purga la información de los medios (que cinta tiene que trabajos), sería sencillo hacerse un script para el equivalente a "combinar" catálogos en arcserve, esto es, que se reintroduzcan en la BBDD los detalles de ese medio.

[jcheca]

Son archivos de texto, por cada uno de los trabajos y por máquina. Tamaño despreciable aunque depende de los archivos que respalde .... actualmente como no tenemos .bsr de grandes sistemas de ficheros no te podemos dar una información más precisa. De las máquinas actuales el más grande son 7 kb. sin comprimir ... vamos a ver como se comporta el crecimiento de estos archivos durante la próxima semana.

[jcheca]

A partir de hoy se empiezan a generar todos los bootstrap por Job de las máquinas que actualmente respalda bacula en disco.