Sie sind auf Seite 1von 2

1.

Arquitectura de Bacula Bacula se compone de: - Director: Es el que controla el flujo de datos, dice cuando se debe hacer un b ackup, cuando se debe hacer un restore, le dice a los clientes que comiencen a empaquetar los archivos para su envo a los storages, etc. El drector arranca los backups siguiendo las pautas dadas en los schedules, pero tambin se pueden correr backups y otras operaciones a mano. Los datos no pasan por el director, sino que transitan directamente entre FDs y storage. - Storage: El storage se encarga de manejar los dispositivos fsicos donde se guar darn los datos. Puede administrar varios dispositivos. Por ejemplo, cuando los backups se hacen en disco, el stora ge es el que se encarga de recibir los datos desde los clientes y enviarlos al disco. - Catalog: Es la BD donde se guarda la informacin sobre los jobs y sobre los dato s copiados. El catalogo permite dos cosas: -- Por un lado, como guarda informacin de los jobs, pools y volmenes, Bacula lo us a para saber si hay un backup full para un job, y si no lo hay, eleva el backup a full. -- Por otro lado, el catlogo tiene todos los nombres de archivo (y sus atributos, como fecha de ltima modificacin, etc.) que se copiaron, y eso es lo que permite hacer un restore selectivo, es decir, s eleccionar individualmente qu archivos y/o directorios restaurar. - FileDaemon (Cliente): Se puede ver como un agente que corre del lado del clien te, y que tiene como objetivo empaquetar los datos y enviarlos al Storage, donde sern almacenados. 2. Director (bacula-dir.conf): Los elementos que se deben definir en este archivo son: - Director: Se especifica la configuracin del director. Entre las opciones de con figuracin, se especifica el par ip:puerto del director, el directorio donde se guarda el PID, la cantidad de jobs concurre ntes. - Storage: Le dice al Director cules son los storage (ip:puerto), la password que esperan y el tipo de device. - Catalog: Tiene la informacin para conectarse a la base de datos del catalogo (u sername, password, tablename). - Messages: Decimos cmo y cundo se va a comunicar Bacula con el administrador de b ackups. Por ejemplo, para que enve emails con el estado de los backups, que guarde en un archivo todos los jobs que salieron mal, que ejecute un script despus de cada job, etc. - JobDefs: Este elemento es un template para los jobs. Se especifican parmetros p or defecto para jobs. Si un job hace referencia a un JobDefs y no especifica un parmetro, toma el que est definido en e

l jobDefs. - Schedule: Sirve para implementar la poltica de backups, junto con las opciones de recycle, max volume jobs, etc de los pools. Bsicamente, decimos cundo corremos un backup, dnde lo guardamos y qu archivos copiamos. - Pool: Es una entidad lgica que sirve para agrupar volmenes. Todos los volmenes de un pool comparten las caractersticas de ese pool, como max volume jobs, autoprune, etc. Los pools complementan a los schedules, y entre los dos implementan la poltica de backup. - Job: Definen los jobs que se van a lanzar. Bacula lanza los jobs automticamente slo si tiene un schedule asociado. Si no lo tiene, el job se puede correr manualmente. Hay tres clases de jobs: Backup, R estore y Verify (verifica que los atributos de los archivos en el Filesystem sean iguales a los atributos guardados en el ca talogo para esos archivos). - Client: Le indicamos al director cules son los hosts que se van a copiar. Se es pecifica su ip:puerto y la password con la que el director se tiene que autenticar, entre otras cosas. - FileSet: Decimos los directorios y archivos que se van a copiar. Tambin se pued en indicar algunas opciones, como que se encripten los datos con md5 o sha1, o que se compriman. 3. Storage (bacula-sd.conf): Los elementos que se deben definir en este archivo son: - Storage: Se especifica la configuracin del Storage Daemon. Entre las opciones d e configuracin, se especifica el par ip:puerto del storage, el directorio donde se guarda el PID, la cantidad de jobs concurrentes. - Director: Se especifican los directores que se pueden conectar a este storage. - Device: Se especifica el dispositivo donde se guardarn los datos (puede ser un archivo en /dev o un directorio en el Filesystem). - Messages: Define cual de los mensajes definidos en el Director Daemon va a usa r. 4. Cliente (bacula-fd.conf): Los elementos que se deben definir en este archivo son: - FileDaemon: Se especifica la configuracin del File Daemon. Entre las opciones d e configuracin, se especifica el puerto del cliente, el directorio donde se guarda el PID, la cantidad de jobs concurren tes. - Director: Se especifican los directores que se pueden conectar a este cliente. - Messages: Define cual de los mensajes definidos en el Director Daemon va a usa r.

Das könnte Ihnen auch gefallen