universa

Gu´ pr´ctica de Bacula
ıa a
Matias Banchoff
matiasb@cespi.unlp.edu.ar
19 de mayo de 2009

Resumen
Este documento es una gu´ pr´ctica sobre Bacula. Muestra la arquitectura de Bacula, c´mo
ıa a
o
agregar un host para que se backupee, como correr un backup desde la consola y como hacer
restauraciones

1

Parte I

Introducci´n
o
˜
NOTA: Documento modificado. BorrA c algunas cosasdel ”output” que produce bacula (ips,
passwords, etc.).

1.

Bacula

Bacula es una soluci´n distribu´ de backups. Esto significa que Bacula est´ compuesto por varios
o
ıda
a
elementos, que pueden o no residir en el mismo host. Por ejemplo, se puede tener un host con el cat´logo
a
1
y en otro el storage

2.

Arquitectura de Bacula
Bacula se compone de:

Director Es el quecontrola el flujo de datos, dice cuando se debe hacer un backup, cuando se debe
hacer un restore, le dice a los clientes que comiencen a empaquetar los archivos para su env´
ıo
a los storages, etc. El drector arranca los backups siguiendo las pautas dadas en los schedules,
pero tambi´n se pueden correr backups y otras operaciones a mano, mediante la bconsole2 Una
e
cosa a tener en cuenta es que losdatos no pasan por el director, sino que transitan directamente
entre FDs y storage.
Storage El storage se encarga de manejar los dispositivos f´
ısicos donde se guardar´n los datos efectia
vamente. Un storage puede administrar varios dispositivos. Por ejemplo, cuando los backups se
hacen a disco y a cinta, el storage es el que se encarga de recibir los datos desde los clientes y
enviarlosal disco y a la cinta.
Catalog Es una base de datos donde se guarda informaci´n sobre los jobs y sobre los datos backuo
peados. El catalogo permite dos cosas:
Por un lado, como guarda informaci´n de los jobs, pools y vol´menes, Bacula lo usa para
o
u
saber si hay un backup full para un job, y si no lo hay, eleva el backup a full. Tambi´n lo
e
usa para saber si qu´ tiene que prunear.
e
Porotro lado, el cat´logo tiene todos los nombres de archivo (y sus atributos, como fecha
a
de ultima modificaci´n, etc.) que se backupearon, y eso es lo que permite hacer un restore
´
o
selectivo, es decir, seleccionar (marcar, en la jerga de Bacula) individualmente qu´ archivos
e
y/o directorios restaurar.
FileDaemon/Client Se puede ver al FileDaemon como un agente que corre del lado delcliente, es
decir, en la m´quina cuyos datos se van a backupear, y que tiene como objetivo empaquetar los
a
datos y enviarlos al Storage, donde ser´n almacenados.
a
Bconsole La bconsole es un programa, que puede o no correr en el mismo host que el director, y que
tiene como prop´sito interactuar con ´l. La interacci´n se hace por l´
o
e
o
ınea de comandos, aunque
hay webapps y GUIs endesarrollo, como brestore o bat.
1
2

El cat´logo y el storage son componentes de Bacula que se explicar´n m´s adelante
a
a
a
Hay varias herramientas en desarrollo que servir´ como ui, la m´s f´cil de instalar es la bconsole
ıan
a a

2

Figura 1: Tomado de la p´gina de Bacula, esta es la arquitectura de Bacula
a

3.

Elementos de configuraci´n
o

La configuraci´n de Bacula essencilla e intuitiva. Hay que tener siempre presente que es el director
o
el que se autentica contra los componentes, y no al rev´s.
e

3.1.

Elementos del bacula-dir.conf

Este es el archivo de configuraci´n del Bacula Director. En este archivo se define el director, los
o
schedules3 , los pools, los jobs.
Los elementos que se deben definir en este archivo son:
Director Se especifica laconfiguraci´n del director4 . Entre las opciones de configuraci´n, se especifica
o
o
el par ip:port del director, el directorio donde se guarda el PID, la cantidad de jobs concurrentes.
Storage Ac´ se le dice al Director cu´les son los storage (ip:port), la password que esperan y el tipo
a
a
de device
3
Los schedules junto con los pools implementan la pol´
ıtica de backup. Los otros...