Sei sulla pagina 1di 7

-------------------------------------------------------

Terminos empleados en bacula, su significado y funcion.


-------------------------------------------------------
BACULA DIRECTOR.
En este archivo se configuran las opciones ms importantes, ya que es el encargado
de planificar todos los backups y restauraciones de archivos. (el director corr
e como un demonio).
se encuentra en: /etc/bacula/bacula-dir.conf
Director ***** Esta directiva sirve para definir la clave de acceso de la consol
a al director y slo puede existir una instancia de este recurso.
Name: Nombre que se asigna al director. Es el mismo nombre que se permitir a los
otros demonios.
DIRport: Puerto de escucha para las consolas, por defecto viene configurado el p
uerto 9101.
QueryFile: Archivo con las consultas a la base de datos.
WorkingDirectory: Directorio de trabajo, esto no se debe cambiar.
PidDirectory: Directorio donde crear los archivos con pid.
Maximum Concurrent Jobs: Nmero mximo de trabajos concurrentes que acepta, establec
er este valor igual a 1 implica que el director solo har un trabajo cada vez, est
e es el valor por defecto, si este valor aumenta se permite que varios directore
s utilicen esos demonios a la vez.
Password: Contrasea que se le pedir al programa de consola. Esta contrasea no se pi
de por teclado, sino que se almacena en el archivo de configuracin del programa d
e consola.
Messages: Donde se enviaran los mensajes asociados a un trabajo concreto.
DirAdress: Direccin donde escucha el director. Indicar 127.0.0.1 implicara que no
podrn abrirse consolas Bacula en mquinas remotas, pero no causa problemas si tene
mos los dems demonios en otras mquinas puesto que es el director es el que abre la
s conexiones con los otros demonios. En el caso que configure la direccin IP loca
l pero puede poner la direccin IP del mismo servidor.
JobDefs **** En este recurso se define la tarea, directorios (FileSet), para un
cliente (Client), planificacin de copias (Schedule), conjunto de discos (Pool), u
n determinado dispositivo (Storage).
Name: definicin del nombre del trabajo, es lo que se visualiza en la consola.
Type: tipo de trabajo puede ser: backups o restore.
Level: tipo de backups: Full, Incremental, Diferencial.
Client: definimos el recurso del cliente, del que queremos hacer backups.
FileSet: definimos el recurso FileSet, de los ficheros que queremos guardar.
Schedule: programacin asignada al backups.
Storage: donde guardaremos los ficheros.
Messages: donde se enviaran los mensajes asociados a un trabajo concreto.
Pool: que conjunto de volumen se usara.
Job **** Ac se definen los jobs que se van a correr. Bacula corre los jobs automti
camente solo si tiene un Schedule asociado. Si no lo tiene, el job se puede corr
er manualmente.
Name: se le asigna un nombre al job.
JobDefs: define el nombre del recurso JobDefs que voy a utilizar.
Name: definicin del nombre del trabajo, es lo que se visualiza en la consola
Type: tipo de trabajo puede ser: backups o restore.
Client: definimos el recurso del cliente.
FileSet: FileSet a usar.
Storage: donde guardaremos los ficheros.
Pool: que conjunto de volumen se usara.
Message: donde se enviaran los mensajes asociados a un trabajo concreto
Where: directorio donde se guardara los archives restaurados.
FileSet **** Define los directorios y archivos que se van a respaldar (Include)
y cuales se van a excluir (Exclude).
Name: nombre del recurso
File: se indican los directorios que se van a respaldar.
Schedule **** Define cuando se va a ejecutar un trabajo y el tipo de copia que s
e va a hacer full, incremental o diferencial
.
Name: nombre que se le asigna al recurso.
Run: configuracin de la programacin de las tarea puede ser incremental, full, dife
rencial.
Client **** Aqu especificaremos los datos del bacula file daemon con el que neces
itamos conectar para leer los ficheros necesarios, aqu definimos la referencia ha
cia el equipo que queremos hacer backups.
Name: Nombre del file daemon, es que neceario que coincida, con el nombre del cl
iente a respaldar
Address: IP o hostname de la mquina que tiene nuestro file daemon.
FDPort: puerto donde escucha el file daemon.
Catalog: qu catlogo usa nuestro file daemon. Un catlogo (es el programa de software
responsable del mantenimiento de la base de datos) es algo as como un listado de
los ficheros que se estn respaldando.
Password: Contrasea que enviar el director al file daemon para autentificarse.
File Retention: Este parmetro indica cuanto tiempo deben permanecer los archivos
en el catlogo. Pasado este tiempo se eliminan del catlogo (pero esto no influye en
que se haga o no backups de estos ficheros).
Job Retention: Indica cuanto tiempo como mximo estar un trabajo esperando.
AutoPrune: Si est a yes, una vez pasados los periodos File Retention y/o Job Rete
ntion se eliminan del catlogo y/o cola los ficheros/trabajos.
Storage **** Ahora especificaremos los dispositivos encargados que podr emplear b
acula para albergar las copias de respaldo, pueden existir varios (que se difere
nciarn por el nombre).
Name: nombre del medio de backup. No es el nombre del storage daemon sino del me
dio, por ejemplo: file o fichero_local, etc.
Address: mquina donde est el storage daemon que maneja el medio de almacenamiento.
En nuestro caso es el propio Servidor.
SDPort: Puerto de escucha.
Password: Contrasea que enviar el director para autentificarse contra el storage d
aemon.
Device: Nombre del medio configurado en el storage daemon que debemos usar. Como
dijimos, el storage daemon configura uno o varios dispositivos de almacenamient
o, nombrndolos de alguna manera. Pues ese nombre es el que usamos aqu.
Media Type: Cuando se configura el medio se especifica de que tipo de medio, aqu
tambin tenemos que mostrarlo y debe coincidir con el que indicamos en el storage
daemon.
Catalog **** Este recurso sirve para fijar la informacin sobre qu base de datos se
est utilizando y slo puede existir una instancia de este recurso.
Name: Nombre del catlogo.
dbname: Nombre de la base de datos.
DB Address: Mquina donde tenemos nuestro servidor MySQL. En nuestro caso es el pr
opio servidor.
user: Usuario con privilegios en la base de datos especificada anteriormente suf
icientes como para crear y modificar datos.
password: Password de dicho usuario en esa base de datos.
Messages **** Ac decimos cmo y cundo se va a comunicar Bacula con el administrador
de backups. Por ejemplo, para que envi emails con el estado de los backups, que i
ndique que jobs salio mal cuando se ejecute.
Name: nombre del recurso Messages.
Pool **** Define una coleccin de cintas (o discos) sobre las que se hacen las cop
ias. Se pueden definir un pool por cada cliente que se tenga.
Name: nombre del recurso pool
Pool Type: Este recurso define el tipo de pool, que corresponde con el tipo de t
rabajo que se est ejecutando.
Recycle: Puede ser Yes/No. Si el valor yes especifica que cada volumen se va a u
tilizar slo una vez. Esto es muy til cuando los medios son un archivo y desea un n
uevo archivo para cada copia de seguridad que se realiza. Si el valor es no, qui
ere decir, que cada volumen se puede utilizar varias veces).
Autoprune: Puede ser Yes/No Si Autoprune se establece en S (por defecto), Bacula
(versin 1.20 o superior) se aplicar automticamente el perodo de retencin de volumen,
cuando se necesite un nuevo volumen y no existan volmenes agregables en el Pool.
Depurara los Volumen a causa de avisos expirados (mayor que el perodo de retencin
de volumen) que se eliminan del catlogo y permite la posibilidad de reciclaje del
volumen.
Volumen Retention: define el perodo del tiempo que Bacula mantendr registros de em
pleo asociados al volumen en la base de datos de catlogo. Cuando expire este perod
o de tiempo, y si AutoPrune se establece en yes Bacula depura los registros de e
mpleo que son ms antiguos que el perodo de retencin del volumen especificado. Todos
los registros de archivos asociados con Jobs depurados, en el tiempo puede ser
especificado como segundos, minutos, horas, das, semanas, meses, trimestres o aos.
.
Maximum Volume Bytes: especifica el nmero mximo de bytes que se pueden escribir en
el volumen. Si se especifica cero (por defecto), no existe un lmite, excepto el
tamao fsico del volumen. De lo contrario, cuando el nmero de bytes escritos en el v
olumen es igual al tamao del volumen ser marcado usado.
Maximum Volume: especifica el nmero mximo de volmenes (cintas o archivos) que figur
an en el pool. Esta directiva es opcional, si se omite o se establece en cero, n
o se permiten cualquier nmero de volmenes. En general, esta directiva es til para a
utocambiadores donde hay un nmero fijo de volmenes, o para el almacenamiento de ar
chivos en la que desea asegurarse de que las copias de seguridad realizadas a lo
s archivos del disco no sean demasiado numerosas o consumir demasiado espacio.
Label Format: etiqueta del archivo de backups.
****************************************************************************
STORAGE DAEMON.
Este demonio es el encargado de manejar el dispositivo de almacenamiento de los
backups; esto exige que este demonio est instalado en la mquina que contenga fsicam
ente el dispositivo de almacenamiento, que puede ser: archivos en el disco local
, grabadoras de CD o DVD y unidades de cinta. Su archivo de configuracin define e
l (o los) dispositivos de almacenamiento que maneja as como que directores pueden
utilizarlo.
se encuentra en: /etc/bacula/bacula-sd.conf
Storage **** Name: Indica el nombre que se asigna al storage daemon.
SDPort: nmero de puerto utilizado por el daemon.
WorkingDirectory: directorio de trabajo, esto no se debe cambiar.
PidDirectory: directorio donde se crea los archivos con pid.
Maximum Concurrent Jobs: nmero mximo de trabajos concurrentes que acepta.
SDAdress: Direccin donde escucha el storage deamon. En este caso se configuro la
direccin IP del mismo servidor.
Director **** Identifica qu director puede conectarse con el storage. El nombre q
ue especificamos es el nombre que hemos dado a nuestro director y la password si
rve para que se autentifique.
Name: se indica el nombre de nuestro director.
Password: se coloca la misma clave del recurso Storage que se configuro en el di
rector para poder realizar la comunicacin y autenticacin.
Device **** Especifica un dispositivo de almacenamiento manejado por el storage
daemon. El nombre que se le da aqu y el tipo de medio es el que luego necesitarem
os usar en el director (recurso storage).
Name: es el nombre que se aplicara para el tipo de backup.
Media Type: cuando se configura el medio se especifica qu tipo de medio es, aqu ta
mbin se debe indicar y debe coincidir con el recurso Storage.
Archive Device: es la ruta donde se guardaran los backups.
LabelMedia: permite que bacula etiquete las cintas.
Random Access: indicamos con yes/no si el dispositivo soporta lseek/lseek64 (acc
eso aleatorio).
AutomaticMount: indicamos con yes permitira a bacula acceder al dispositivo auto
mticamente a no ser que hagamos un umount explcito en la consola
RemovableMedia: indicamos con yes/no si el dispositivo es extraible, por ejemplo
cintas, o bien para el caso de ficheros, si usamos un USB.
AlwaysOpen: Para cintas la mantiene en posicin en el caso de dejarlo en yes. En e
l caso de un dispositivo de tipo File, esta opcin es no.
********************************************************************************
****************
BACULA FILE DAEMON.
Este demonio es el encargado de manejar los clientes que se les va a realizar el
backups, debemos instarlo en cada cliente (servidores) como un servicio (daemon
), se comunica a travs de la red con el Director y el Storage Daemon, ejecuta el
backup, la restauracin ordenada por el Director.
FileDaemon **** Define los parmetros del propio file daemon, parmetros como el pue
rto de escucha o la IP a la que debe asociarse. Tambin se especifica el nombre qu
e se le da al File Daemon, es de suma importancia tambin que coincida con el nomb
re que se configuro en el director.
Name: se indica el nombre de nuestro cliente
FDport: nmero de puerto utilizado por el daemon.
WorkingDirectory: directorio de trabajo donde, esto no se debe cambiar.
Pid Directory: directorio donde se crea los archivos con pid.
Maximum Concurrent Jobs: nmero mximo de trabajos concurrentes que acepta.
Director
Name: se indica el nombre de nuestro director.
Password: se coloca la misma clave del recurso Client que se configuro en el dir
ector para poder realizar la comunicacin y autenticacin.
Messages:Indica que mensajes se podrn enviar a cada director. Una vez que se modi
fica el archivo se reinicia el demonio y estar listo para funcionar con Bacula.
********************************************************************************
*
BCONSOLE
Es la consola, que permite realizar tantos los respaldos como restauraciones en
bacula.
Name: nombre del director.
DirPort: puerto en el que escucha el Director al que no conectaremos.
Address: direccin ip del director.
Password: el password debe ser igual al recurso director.
***********************************************************************
***********************************************************************
Notas sobre el funcionamiento de bacula
---------------------------------------
El recurso "Job" define un "trabajo" de respaldo como tal, aqu se define bajo que
cliente se realizar el respaldo, el conjunto de datos a respaldar (FileSet), y e
l "pool" donde se almacenaran los datos.
El recurso "FileSet" es donde se define la lista de archivos y directorios que s
e respaldaran, as como los que sern excluidos de respaldo, aqu tambin se definen alg
unas opciones de almacenamiento y verificacin de datos, por ejemplo, para comprim
ir los archivos usando gzip o verificar los datos usando md5 o sha1.
Recurso "Schedule", este especifica el tipo, fecha y hora en que se realizara el
trabajo de respaldo.
Aqu el tipo de respaldo es importante, se cuenta con respaldos completos e increm
entales entre otros. Los respaldos incrementales solo agregan los datos que fuer
on modificados o agregados a partir del ltimo proceso de respaldo asociado al cli
ente.
El recurso "Client" corresponde al cliente sobre el cual se realizar el respaldo,
aqu se especifica la contrasea que se utilizara para conectarse y obtener los dat
os a respaldar. Tambin se define la poltica de retencin de datos y procesos/trabajo
s.
Dentro del recurso "Storage" se especifica el servidor de almacenamiento y la co
ntrasea para conectarse al mismo. Tambin se define el "dispositivo" donde se reali
zar el respaldo, este debe de corresponder al definido en la configuracin del serv
idor "storage".
El recurso "Catalog" define el servicio de catalogo donde se almacenara la lista
de trabajos realizados. Aqu se especifica el usuario y contrasea de la base de da
tos.
Por ltimo, el recurso "Pool" define el conjunto de volmenes asociados a un trabajo
. Los volmenes es donde se escribirn los datos. Aqu algo que nos ayudara mucho para
automatizar la creacin de volmenes es definir un tamao mximo de volumen, en nuestro
caso de 7GB, y el formato de la etiqueta, por ejemplo, el nombre del servidor.
Es importante mencionar que se pueden tener mltiples "jobs", "filesets", "schedul
e" y "clients"; y asociarlos de la forma que mejor se adapte a nuestras necesida
des, por ejemplo, la documentacin de bacula recomienda que cuando se tienen mltipl
es clientes, estos utilicen un pool diferente para evitar escribir sobre el mism
o volumen y llegar a tener inconsistencias con tareas concurrentes
El recurso importante del storage es "Device", donde se define el dispositivo o
ruta donde se almacenaran los datos, ejemplo la directiva "Archive Device" se de
fine como "/mnt/raid/bacula"; que es el directorio donde se almacenaran los volme
nes con los datos.
Bacula puede hacer almacenar los datos respaldados en diferentes tipos de medios
como son unidades de cinta o disco duro. El respaldo en disco puede ser sobre u
n directorio o directamente sobre la particin raw.

Potrebbero piacerti anche