
%%
%%


\chapter{Qué es Bacula?} \label{GeneralChapter} \index{Bacula!Que es} \index{Qué es Bacula?}

Bacula es un conjunto de programas de computadores, que permiten al administrador
de sistemas administrar backups, restauraciones y verificación de datos a través
de la red de computadores de diversas maneras. Puede correr en una sola computadora
y se pueden hacer respaldos a varios tipos de media, que incluyen cintas y disco.

En términos técnicos, es un programa de respaldo en red basado en ambientes
Cliente/Servidor. Bacula es relativamente fácil de utilizar y muy eficiente,
además que ofrece muchas funcionalidades avanzadas de administración de almacenamiento,
que hacen mas fácil la búsqueda y recuperación de archivos dañados o perdidos.
Gracias a su diseño modular, puede escalar desde una pequeña computadores hasta
sistemas conformados por cientos de computadoras, localizadas en una red muy
amplia.


\section{Quién necesita Bacula?}

\index{Quién necesita Bacula?} \index{Bacula!Quién necesita}

Si actualmente estás utilizando un programa como tar, dump, cpio o rsync para
hacer respaldos de los datos de sus computadores o servidores, y le gustaría
una solución en red, con mayores facilidades y un servicio de catálogo, Bacula
suministrara estas funcionalidades que usted quiere. Sin embargo, si usted tiene
poco tiempo utilizando sistemas UNIX o Linux o no tiene mucha experiencia con
un paquete sofisticado de respaldo, el proyecto Bacula no recomienda el uso
de la aplicación, puesto que puede ser mas complicado que la configuración y
uso de los comandos tar o dump.

Si usted quiere que Bacula se comporte como los programas mencionados con anterioridad
y que este escriba sobre cualquier cinta que usted coloque en la unidad del
drive, se podría conseguir con muchas dificultades. Bacula esta diseñado para
proteger la data siguiendo las reglas que los administradores indiquen, y esto
significa reutilizar la cinta como el ultimo recurso. Aunque es posible \textquotedblleft{}forzar\textquotedblright{}
a Bacula a escribir sobre cualquier cinta que se encuentre en la unidad, para
el uso de estas opciones es preferible y mas sencillo, utilizar un programa
simple para manejar esta clase de operaciones.

Si se desea un programa de backup que pueda escribir a multilples volúmenes,
es decir, no existan limitaciones en cuanto a la capacidad de las unidades de
tape, Bacula puede cumplir con todas sus necesidades. Adicionalmente, un gran
numero de usuarios de Bacula reportan que este es mas simple de configurar y
utilizar que otros programas equivalentes.

Por ultimo, si actualmente esta utilizando una aplicación comercial de respaldo
y recuperación, tales como Legato Networker, ARCserveIT. Arkeia, Data Protector
o PerfectBackup+, usted podría estar interesado en Bacula, el cual suministra
muchas de las funcionalidades y es un software libre disponible bajo la licencia
de software GNU Versión 2.


\section{Componentes de Bacula o Servicios }

\index{Componentes de Bacula o Servicios} \index{Servicios!Componentes de Bacula o}

Bacula se compone de los cinco componentes mayores siguientes: Director, consola,
file, storage y servicios de monitoreo (monitor).

\addcontentsline{lof}{figure}{Bacula Applications} \includegraphics[bb = 0 0 200 100, draft, type=eps]{C:/idir bacula-applications.eps}
(Gracias a Aristedes Maniatis por este grafico y el siguiente) % TODO: move the thanks to Credits section in preface



\subsection*{Bacula Director}

\label{DirDef} El servicio de Bacula Director es el programa que supervisa
todas las operaciones de backup, recuperaciones, verificaciones y almacenamiento
(archive). El administrador de sistemas utiliza el Bacula Director para planificar
los backups y recuperaciones de archivos. El Director corre como un demonio
(o servicio) en según plan. % TODO: tell reader where this Developer's Guide is at?
 \label{UADef}


\subsection*{Consola de Bacula}

El servicio de la consola de Bacula es el programa que permite a los administradores
o usuarios comunicarse con el Bacula Director que esta en ejecución, y esta
disponible en tres versiones: consola de texto (linea de comandos), interfaz
GNOME y de interfaz gráfica wxWidgets. La primera, y la mas simple, consiste
en correr el programa de consola (bconsole) en una ventana de comandos, por
ejemplo, una interfaz TTY. La mayoría de los administradores encontraran que
esta completamente adecuada para las tareas de admininistracion. La segunda
versión es una basada en interfaz GNOME, que no es tan completa como la de texto,
pero es funcional y permite realizar la mayoría de las tareas que la de comandos.
La tercera versión es una GUI wxWidgets que permite restauración interactiva
de archivos. También cuenta con muchas de las opciones de la consola de texto,
permite la complementacion de comandos con tabuladores y ofrece ayuda en linea
en relación al comando que se esta escribiendo. Para mayores informaciones vea
la \ilink{Bacula Console Design Document}{ConsoleChapter}.


\subsection*{Bacula File}

\label{FDDef} El servicio de Bacula file (también conocido como el programa
cliente), es el software que se instala en el equipo al cual se le hará backup.
Es especifico para cada sistema operativo en el cual corre y es el responsable
por suministrar los atributos de archivos y los datos cuando sean requeridos
por el Director. También es responsable por el file system en el cual se hace
la restauración los atributos de archivos y datos durante una operación de restore.
Este programa corre como un demonio o servicio en la maquina a la cual se le
hace respaldo. En adición a los demonios de Unix y Linux, hay un demonio para
Windows file (normalmente distribuido en formato de archivos binarios), y corre
en las siguientes versiones de Windows (NT, XP, 2000, 2003, y posiblemente en
Me y 98).


\subsection*{Bacula Storage}

\label{SDDef} El servicio de Bacula storage consiste en el programa de software
que realiza el almacenamiento y recuperación de los atributos de archivos y
datos al medio físico de backup o volumen. En otras palabras, es el responsable
por la lectura y escritura en los tapes (u otro media de almacenamiento, como
archivos, DVD, USB, entre otros). El servicio de storage corre como un demonio
en el equipo que tiene conectado y configurado el dispositivo de backup (por
ejemplo, una unidad de cinta).


\subsection*{Catálogo}

\label{DBDefinition} El servicio de catalogo comprende el programa de software
responsable del mantenimiento de la base de datos de volúmenes y archivos índices
para todos los archivos, a los cuales se les ha hecho respaldo. Permite a los
administradores y usuarios, localizar rápidamente y recuperar cualquier objeto
que se requiera. El catalogo distingue a Bacula de un programa de backup del
sistema operativo, tales como tar, cpio o dump, porque mantiene un registro
de todos los volúmenes utilizados, los jobs ejecutados y todos los archivos
grabados, permitiendo, de esta manera, una restauración eficiente y administración
de volúmenes. Bacula , actualmente, soporta tres tipos diferentes de bases de
datos: MySQL, PostgrSQL y SQLite, el cual debe ser seleccionado cuando se instala
el software.

Las tres bases de datos soportadas actualmente, proveen un conjunto de funcionalidades,
que incluyen indexamiento rápido, consultas arbitrarias y seguridad.

Aunque el proyecto de Bacula planea brindar soporte para otras bases de datos
SQL, las implementaciones actuales soportan únicamente MySQL, PostgreSQL y SQLite.
Para mayores detalles técnicos y de portabilidad, revisar el documento de Diseño
de Servicios de Catálogo de desarrolladores.

Los paquetes de MySQL y PostgreSQL están disponibles para varios sistemas operativos.
Alternativamente, la instalación desde los fuentes es muy fácil, revisar el
enlace del capítulo\ilink{ Installing and Configuring MySQL}{MySqlChapter}
de este documento para los detalles. Para mayor información de MySQL, por favor
revise: \elink{www.mysql.com}{http://www.mysql.com}. De igual manera, revise
el capítulo\ilink{ Installing and Configuring PostgreSQL}{PostgreSqlChapter}
de este documento para mayores detalles. Para mas información de PostgreSQL,
observe: \elink{www.postgresql.org}{http://www.postgresql.org}.

La configuración y construcción de SQLite es mas fácil. Para los detalles de
dicha configuración, por favor revise el capítulo\ilink{ Installing and Configuring
SQLite}{SqlLiteChapter} de este documento.


\subsection*{Bacula Monitor}

\label{MonDef} Es el servicio que permite a los administradores o usuarios
observar el estado actual de los procesos de Bacula, tales como Director, file
y storage. Actualmente, únicamente una versión en GTK+ esta disponible, la cual
trabaja con GNOME, KDE o cualquier administrador de ventanas que soporte el
sistema de bandeja estándar FreeDesktop.org.

Para realizar una operación de respaldo y recuperación exitosa, los cuatro demonios
siguientes deben estar configurados y en ejecución: el Director, el file, el
storage y el catalogo (MySQL, PostgreSQL o SQLite).


\section{Configuración de Bacula }

\index{Configuración!Bacula} \index{Configuración de Bacula}

Para que Bacula pueda entender su sistema, a cuáles clientes se les hará backup
y la manera de ejecutar esta tarea, se debe crear un conjunto de archivos de
configuración que contengan recursos (u objetos). La siguiente imagen muestra
un esquema de este proceso: 

\addcontentsline{lof}{figure}{Bacula Objects} \includegraphics[bb = 0 0 200 100, draft, type=eps]{C:/idir bacula-objects.eps}


\section{Convenciones utilizadas en este documento}

\index{Conventions Used in this Document} \index{Document!Conventions Used in this}

Bacula está en estado de evolución, y como consecuencia, este manual no siempre
estará acorde con el código. Si un item de este manual está precedido por un
asterisco ({*}), indica que la funcionalidad descrita no está implementada.
Si está precedido por un signo mas (+), indica que la funcionalidad puede estar
implementada parcialmente.

Si usted está leyendo este manual y este es suministrado como una versión liberada
del software, lo mencionado en el párrafo anterior se mantiene. En cambio, si
está leyendo la versión online del manual, \elink{ www.bacula.org}{http://www.bacula.org},
por favor, tenga en mente que este describe la versión actual en desarrollo
(en CVS), y puede contener funcionalidades que no estén en la versión liberada.
De igual manera, la documentación generalmente va del lado del código. 


\section{Inicio rapido (Quick Start)}

\index{Quick Start} \index{Start!Quick}

Para hacer Bacula se instale y corra en forma rápida, el autor recomienda leer
la sección de Terminología, que se muestra mas abajo, luego revisar el siguiente
capítulo titulado \ilink{El estado actual de Bacula}{CapituloEstado}, seguidamente
el capítulo \ilink{Iniciando con Bacula}{QuickStartChapter}, el cual le
brindará un procedimiento que permite configurar y correr Bacula rápidamente.
Luego de esto, se debería proceder con el capítulo \ilink{Instalando Bacula}{InstallChapter},
luego \ilink{Como configurar Bacula}{ConfigureChapter}, y finalmente el
el capítulo de \ilink{Corriendo Bacula}{TutorialChapter}.


\section{Terminología}

\index{Terminología}
\begin{description}
\item [{Administrador}] \index{Administrador} La persona o personas responsables
por la adminitracion del sistema Bacula.
\item [{Backup}] \index{Backup} En Bacula, el termino backup se refiere a un Job
que salva archivos
\item [{Bootstrap}] File \index{Bootstrap File} Es un archivo ASCII que contiene
una forma compacta de comandos que permiten a Bacula o un utilitario de extracción
de archivos stand-alone (bextract), restaurar el contenido de uno o mas volúmenes,
por ejemplo, el estado actual de un sistema al cual se le hizo backup. Con un
archivo Bootstrap, Bacula puede restaurar un sistema sin el catalogo. Se puede
crear un archivo Bootstrap desde el catalogo para extraer cualquier archivo(s)
que se desee(n).
\item [{Catalogo}] \index{Catalogo} El catalogo es utilizado para almacenar información
resumida de los Jobs, clientes y archivos a los cuales se les hace backup, así
como en cual volumen o volúmenes La información registrada en el catalogo, permite
a los usuarios y administradores determinar los Jobs se ejecutaron, así como
su estado y las características importantes de los objetos respaldados, y lo
mas importante, es un recurso fundamental durante las operaciones de restauración
y recuperación El catalogo es un recurso online, pero no contiene los datos
de los archivos respaldados. La mayor parte de la información almacenada en
el catalogo, también es almacenada en los volúmenes de backup (como las cintas).
De hecho, las cintas tendrán una copia de los datos del archivo, así como sus
atributos particulares.


El uso del catálogo, representa una de las características fundamentales de
Bacula, que la distingue de los demás programas de backup y los comandos del
sistema operativo, tales como tar o cpio.

\item [{Cliente}] \index{Cliente} En términos de Bacula, la palabra cliente se refiere
a la maquina a la cual se le esta haciendo backup, y es sinónimo para los servicios
o demonios de file, y frecuentemente, se denota como FD. Un cliente, se define
en un recurso en los archivos de configuración
\item [{Consola}] \index{Consola} Es un programa de interfaz con el Director, que
permite a los usuarios y administradores controlar los procesos de Bacula.
\item [{Demonio}] \index{Demonio} En la terminología de UNIX, es un programa que
esta en ejecución permanente en el background que permite llevar a cabo una
tarea especifica. En los sistemas Windows, los demonios se denominan servicios.
\item [{Directiva}] \index{Directiva} El termino Directiva, se utiliza para hacer
referencia a una declaración o un registro dentro de un recurso en un archivo
de configuración que indica una definición especifica. Por ejemplo, la directiva
Name define el nombre de un Recurso.
\item [{Director}] \index{Director} El demonio principal de los servicios de Bacula
que planifica y dirige todas las operaciones. Ocasionalmente, el proyecto se
refiere al Director como DIR.
\item [{Diferencial}] \index{Diferencial} Es un backup que incluye todos los archivos
modificados desde la ejecución del ultimo respaldo de tipo completo (full).
Hay que tener en cuenta que otros programas de respaldo, pueden definir este
backup de manera diferente.
\item [{Atributos}] \textbf{de Archivos }\index{Atributos de Archivos} Los atributos
de archivos representan toda la información necesaria para identificar un archivo
y todas sus propiedades, tales como tamaño, fecha de creación, permisos, entre
otros. Generalmente, los atributos son manejados completamente por Bacula, por
lo tanto el usuario no necesita conocer estos valores. Los atributos no incluyen
los datos con la información de los archivos.
\item [{File}] \textbf{Daemon} \index{File Daemon} Se refiere al demonio que esta
en ejecución en los computadores a los cuales se les hace backup. También se
conoce como servicios de Archivo, y algunas veces como los servicios del cliente
o FD.
\item [{FileSet}] \index{a name} Un FileSet es un recurso definido en los archivos
de configuración, que indica los archivos que serán respaldados. Este consiste
de una lista de archivos o Directorios, una lista de archivos excluidos y como
estos serán almacenados (compresión, encriptacion, firmas digitales). Para mayor
informacion vea \ilink{FileSet Resource definition}{FileSetResource} in
the Director chapter of this document.
\item [{Incremental}] \index{Incremental} Un backup que incluye todos los archivos
modificados desde el ultimo respaldo full, differential o incremental ejecutado.
Normalmente, se define con la directiva \textbf{Level} dentro de la configuración
del recurso Job, o en el recurso de Schedule.


\label{JobDef} 

\item [{Job}] \index{a name} Un Job es un recurso de configuración que define el
trabajo que Bacula debe realizar para ejecutar un backup o un restore para un
cliente particular. Esto consiste en el \textbf{Tipo} (backup, restore, verificar,
etc), el \textbf{Nivel} (full, incremental,differential), el \textbf{FileSet}
y el \textbf{Storage}, para los archivos a los cuales se les hará backup (dispositivo
de almacenamientos, medias para el pool). Para mayores detalles, vea the \ilink{Job
Resource definition}{JobResource} in the Director chapter of this document. 
\item [{Monitor}] \index{Monitor} Es un programa que interactúa con todos los demonios
y permite al usuario o administrador monitorizar el estado de Bacula.
\item [{Resource}] \index{Resource} Un recurso es una parte de un archivo de configuración
que define una unidad especifica de información que esta disponible en Bacula.
Consiste de varias directivas (declaraciones individuales de configuración).
Por ejemplo, el recurso \textbf{Job} define todas las propiedades especificas
de un Job: nombre, schedule, volumen del pool, tipo de backup, nivel de backup,
entre otros.
\item [{Restore}] \index{Restore} Es un recurso de configuración que describe la
operación de recuperación de un archivo desde un medio de backup. Es lo contrario
a grabar, excepto que en la mayoría de los casos, una restauración (restore)
normalmente tendrá un número pequeño de archivos a recuperar, mientras que un
backup, abarca todos los archivos en un sistema. Después de una falla de disco,
se puede utilizar a Bacula para realizar una restauración completa de todos
los archivos que en encontraban en el equipo. 
\item [{Schedule}] \index{Schedule} Es un recurso de configuración que define cuando
un Job de Bacula tiene planificada su ejecución Para utilizar el schedule, en
el recurso de Job se hace referencia al nombre del schedule. Para mayores detalles,
vea \ilink{Schedule Resource definition}{ScheduleResource} in the Director
chapter of this document.
\item [{Servicio}] \index{Servicio} Es un programa que permanece de manera permanente
en memoria esperando instrucciones. En entornos UNIX, los servicios se conocen
como \textbf{demonios}.
\item [{Almacenamiento}] \textbf{de Coordenada}s \index{Almacenamiento de Coordenadas}
La información retornada desde los servicios de almacenamiento que localiza
de manera única un archivo en un dispositivo de backup. Consiste de dos partes:
una parte contiene cada archivo grabado y la otra contiene el Job completo.
Normalmente, esta información es salvada en el catalogo, por lo tanto el usuario
no necesita tener conocimiento especifico de estas coordenadas. Adicionalmente,
incluyen los atributos de archivos (ver abajo) as la ubicación única de la información
en el volumen de respaldo.
\item [{Storage}] \textbf{Daemon} \index{Storage Daemon} Algunas veces se refiere
como el SD, y es el código que escribe los atributos y data al volumen de almacenamiento
(generalmente, disco o cinta).
\item [{Sesión}] \index{Sesión} Generalmente, se refiere a la conversación interna
entre el demonio del cliente y el demonio de almacenamiento. El demonio del
cliente abre una \textbf{sesión} con el demonio de almacenamiento para grabar
un FileSet o para restaurarlo. Una sesión tiene una correspondencia uno a uno
con un Job de Bacula.
\item [{Verificar}] \index{Verificar} Es un Job que compara los atributos actuales
de un archivo con los atributos que han sido previamente almacenados en el catalogo.
Esta funcionalidad puede ser utilizada para la detección de cambios a archivos
críticos del sistema, de manera similar a un chequeo de integridad. Una de las
mayores ventajas del uso de Bacula para esta actividad, es que en el equipo
que se quiere proteger, únicamente corre el servicio de archivo (file daemon),
y el Director, storage daemon y el catalogo residen en una maquina diferente.


También puede ser utilizado para chequear que la data del Job mas reciente escrito
en el volumen, coincida con lo que esta almacenado en el catalogo (es decir,
compara los atributos de los archivos), o puede chequear el contenido del volumen
contra los archivos originales en disco.

\item [{{*}Archivar}] \index{{*}Archivar} Una operación de archivado (archive),
se realiza después del grabado, y consiste en la remoción de los volúmenes en
los cuales la data fue almacenada de las operaciones de respaldo. Los volúmenes
son marcados como Archivados, y ya no pueden ser usados para grabar archivos.
Todos los archivos contenidos en un volumen con estado Archivado son removidos
del catalogo. Todavía no esta implementado.
\item [{Periodo}] \textbf{de Retención} \index{Periodo de Retención} Hay varios
modos de periodos de retención que Bacula reconoce. Los mas importantes son
periodo de retención de \textbf{archivos} (file retention), periodo de retención
de \textbf{Jobs} (Job retention) y periodo de retención de \textbf{volúmenes}
(volume retention). Cada uno de estos periodos de retención aplican al tiempo
que los registros específicos se mantendrán en la base de datos del catalogo.
Esto no debe ser confundido con el tiempo para el cual la data grabada en el
volumen es considerada valida.


El periodo de retención de archivos determina el tiempo que los registros de
archivos se mantendrán en el catalogo. Este periodo es importante por dos razones:
la primera, es que el tiempo que los registros permanezcan en la base de datos,
se puede \textquotedblleft{}navegar\textquotedblright{} en estos archivos con
un programa de consola, y hacer restauraciones individuales. Una vez que los
registros son removidos (pruned) del catalogo, los archivos individuales de
un Job de respaldo no pueden ser visualizados en modo de \textquotedblleft{}navegación\textquotedblright{}.

La segunda razón para seleccionar este periodo de manera cuidadosa, es que estos
registros ocupan la mayor parte del almacenamiento en la base de datos. Por
esto, se debe asegurar que el \textquotedblleft{}pruning\textquotedblright{}
regular de los registros de archivos en el catalogo se ejecute, para evitar
el crecimiento excesivo del mismo. (See the Console \textbf{prune} command for
more details on this subject).

El periodo de retención de jobs, es el tiempo que los registros de los jobs
permanecerán en el catalogo. Hay que tener presente, que los registros de archivos
están unidos al Job que los grabo. Los registros de archivos pueden ser purgados
dejando los registros de jobs. Es este caso, la información que estará disponible
es la de los jobs ejecutados, y no los detalles de los archivos respaldados.
Generalmente, cuando los jobs son purgados, todos los registros de archivos
también serán purgados.

El periodo de retención de volumen, representa el mínimo de tiempo que un volumen
sera mantenido antes que sea reutilizado. Bacula, en condiciones normales, nunca
sobreescribe un volumen que contenga la única copia del backup de un archivo.
Bajo condiciones ideales, el catalogo retendría las entradas para todos los
archivos respaldados para todos los volúmenes Una vez que un volumen es sobreescrito,
los archivos que contenía este volumen son removidos automáticamente del catalogo.
Sin embargo, si hay un gran numero de volúmenes para un pool o si un volumen
nunca es reutilizado, la base de datos del catalogo puede llegar a ser enorme.
Para mantener el catalogo con un tamaño manejable, la información del backup
debería ser removida de la base de datos después del periodo de retención de
archivos. Bacula suministra los mecanismos para que el \textquotedblleft{}pruning\textquotedblright{}
se haga de manera automática, de acuerdo a los periodos de retención definidos.

\item [{Scan}] \index{Scan} Una operación de \textquotedblleft{}scan\textquotedblright{},
provoca que el contenido de un volumen o un conjunto de volúmenes, sean explorados
(\textquotedblleft{}escaneados\textquotedblright{}). Estos volúmenes y la información
de los archivos que contienen, son restauradas al catalogo. Una vez que la información
esta en el catalogo, los archivos grabados en estos volúmenes puede ser restaurados
fácilmente Esta operación es particularmente útil cuando algunos volúmenes o
jobs han excedido sus periodos de retención y han sido eliminados del catalogo.
El escaneo de la data de los volúmenes al catalogo, se hace utilizando el programa
\textbf{bscan}. See the \ilink{ bscan section}{bscan} of the Bacula Utilities
Chapter of this manual for more details.
\item [{Volume}] \index{Volume} Es una unidad de archivo, generalmente una cinta
o un archivo en disco donde Bacula almacena la data de uno o mas jobs de respaldo.
Todos los volúmenes tienen una etiqueta de software escrita al volumen por Bacula,
para que se pueda identificar cual volumen se esta utilizando realmente (normalmente,
con habrá confusión con los archivos de disco, pero con las cintas, es muy fácil
montar uno equivocado).
\end{description}

\section{Qué No es Bacula}

\index{Qué No es Bacula}

Bacula es una aplicación de backup, restauración y verificación y no un sistema
completo de disaster recovery en si mismo, sin embargo, puede ser una parte
fundamental del mismo y siga las instrucciones incluidas en el \ilink{ Disaster
Recovery}{RescueChapter} Chapter of this manual.

Con una planificación apropiada, Bacula puede llegar a ser uno de los componentes
centrales del sistema de disaster recovery. Por ejemplo, si se ha creado un
disco de arranque de emergencia y/o un disco de rescate de Bacula para almacenar
la información del particionamiento actual del disco duro, y se cuenta con un
backup completo, es posible recuperar el sistema totalmente, partiendo desde
un disco vacío (\textquotedblleft{}bare metal\textquotedblright{}).

Si se ha utilizado el registro de \textbf{WriteBootstrap} en los jobs o algún
otro medio para grabar un archivo Bootstrap valido, se puede hacer uso de este
para extraer los archivos que sean necesarios (sin el uso del catalogo o realizando
búsquedas manuales de los archivos a restaurar).


\section{Interacción Entre los Servicios de Bacula}

\index{Interacción Entre los Servicios de Bacula} \index{Servicios!Interacción Entre los de Bacula}

El siguiente diagrama de bloques muestra la interacción típica entre los servicios
de Bacula para Job de backup. Cada bloque representa un proceso separado (normalmente
un demonio). Generalmente, el Director supervisa el flujo de información y mantiene
el catalogo.

\addcontentsline{lof}{figure}{Interacción entre los servicios de Bacula}
\includegraphics{\idir flow.eps} 
