Manual Instalacion BACULA v01

MANUAL DE INSTALACIÓNMANUAL DE INSTALACIÓNDE BACULADE BACULA

EDICIÓN N° 1FECHA: 02/2008

Este manual se distribuye bajo la licencia de Documentación Libre de GNU, sin restricciones adicionales.Usted es libre de copiar, distribuir y modificar este texto según los términos de esta licencia. El texto completo

de la licencia puede consultarse en: http://www.gnu.org/copyleft/fdl.html

Av. Universidad, Esquina El Chorro, Torre MCT (antigua sede de Banesco), piso 11, La Hoyada, CaracasTelf. 0212-7718800. Fax 0212-771.86.48

Sitio Web: www.cnti.gob.ve

PÁGINA: 1 DE: 19

http://www.cnti.gob.ve/

1. INTRODUCCIÓN

• ¿QUÉ ES BACULA?

Es un programa que se utiliza para hacer copias de seguridad de una máquina, el cual comprende una colección de demonios que cooperan entre sí para realizar copias de respaldo de los archivos necesarios, sean de la máquina que sea. Para interactuar con bacula se necesita un elemento más: la consola de bacula.

Todos estos elementos son independientes entre sí y pueden estar en máquinas distintas, así pues el principal problema a la hora de configurar bacula consiste en hacer que todos estos elementos se comuniquen correctamente entre ellos.

Los elementos necesarios para que bacula funcione son:

* bacula-dir (o bacula-director) * bacula-sd (o bacula-storage daemon) * bacula-fd (o bacula-file daemon)

Si, como es de suponer, queremos poder interactuar con el servicio de respaldo, necesitaremos:

* bacula-console (disponible en varios sabores:gnome y wx)

bacula-director

Es el demonio que maneja al resto. Debe instalarse en la máquina que realizará los respaldos. El servidor de la base de datos MySQL debe estar accesible desde la máquina que ejecuta el director (o estar en ella misma y escuchar en localhost... como viene siendo habitual en Debian).

En el archivo de configuración del director, configuraremos dónde y cómo acceder al resto de los demonios, la contraseña para el acceso mediante bacula-console y los trabajos o jobs que indican como y cuando se realizaran los respaldo.



PÁGINA: 2 DE: 19

bacula-storage daemon

Este demonio es el encargado de manejar los dispositivos de almacenamiento de los respaldos; esto exige que este demonio esté instalado en la máquina que contenga físicamente el dispositivo de almacenamiento, que puede ser: archivos en el disco local, grabadoras de CD o DVD y unidades de cinta.

Su archivo de configuración define el (o los) dispositivos de almacenamiento que maneja así como que directores pueden utilizarlo.

bacula-file daemon

Mediante este demonio bacula obtiene los ficheros que necesita respaldar, así pues éste es el componente que hay que instalar en las máquinas que necesiten respaldo.

El archivo de configuración es el más simple de todos, simplemente especifica qué directores pueden realizarle peticiones.

bacula-console

Una vez instalado y configurado bacula comenzará a realizar copias de seguridad sin intervención nuestra, pero puede suceder que queramos forzar una copia cuando nosotros lo deseemos, o que tengamos que recuperar unos ficheros o simplemente saber qué tal está nuestro bacula. Para ello necesitamos este componente, similar a una shell pero con pocos comandos (es bastante intuitivo.). Existen varios tipos de consolas: en modo texto, para gnome, con widgets wx, etc.

2. LICENCIA DE BACULA

Bacula es distribuido bajo los términos de Licencia Pública General de GNU o mas conocida por su nombre en inglés GNU General Public License (GPL).



PÁGINA: 3 DE: 19

3. DESCARGA

• Repositorios Oficialesdeb http:// ftp.de.debian.org/debian etch main

• Repositorios alternativosdeb http://http.us.debian.org/debian etch main

4. INSTALACIÓN

Desde paquetes binarios

Ingresar en el archivo source.list ubicado en "/etc/source.list" el listado de repositorios de donde desea descargar el software. Por consola y como superusuario ingresar los siguientes comandos:

Instalando Bacula

'''Es necesario instalar el gestor de base de datos Mysql (puede ser otro gestor).'''

#aptitude install mysql-server-5.0

mysql quedara instalado con el usuario root por defecto pero sin contraseña, se dejara así para efectos de instalación de Bacula, pero al finalizar la instalación es recomendable la generación de una contraseña para root por razones de seguridad (en Mysql el usuario root no es el mismo root que el del sistema linux, por lo que la clave que se le genere no necesariamente debe ser la misma)

'''Instalamos el bacula-director con soporte para Mysql.'''

#aptitude install bacula-director-mysql



PÁGINA: 4 DE: 19

http://xxxx.org.ve/descarga/

http://http.us.debian.org/debian/pool/main/v/vlc/vlc_0.8.6-svn20061012.debian-5etch1_i386.deb

http://xxxx.org.ve/descarga/

Este paquete instalara el director de Bacula y configurara la base de datos con la que este trabaja.

Durante la instalación se mostrara una pantalla azul en la que se nos preguntara si deseamos configurar la base de datos para bacula-director-mysql utilizando el "dbconfig-common", a lo cual responderemos que "SI":

En este punto se debe hacer un paréntesis debido a que el paquete bacula-director-mysql tiene un error y durante el proceso de su propia configuración detiene el demonio de mysql lo que impide establecer la conexión con mysql y crear las bases de datos con las que trabaja Bacula. El procedimiento es el siguiente:



PÁGINA: 5 DE: 19

Presionar las teclas Ctrl-Alt-F2 de manera de caer en la segunda consola del sistema,

nos logeamos como root y levantamos el demonio Mysql con el comando:

#/etc/init.d/mysql start

Nos deslogeamos con el comando:

#exit

y presionamos las teclas Ctrl-Alt-F1 para volver a la consola 1 en la cual veníamos trabajando.



PÁGINA: 6 DE: 19

Nos aparecerá la siguiente pantalla en la cual no introduciremos ningún parámetro y presionamos ENTER:

La siguiente pantalla pide la clave que usa bacula para acceder a las bases de datos, se debe introducir "bacula" (sin las comillas):



PÁGINA: 7 DE: 19

A continuación de debe confirmar la clave:

Una vez terminado el proceso, ejecutamos el comando mysql en consola:

#mysql

y una vez dentro de mysql ejecutamos:

mysql> show databases;

y se debería observar un recuadro como el siguiente en donde se refleja la base de datos "bacula" creada:

para salir de mysql usamos el comando "exit":

mysql> exit



PÁGINA: 8 DE: 19

Ahora, en la máquina que que manejará las unidades de almacenamiento (cintas, directorios, etc.) y que puede ser la misma o no que la anterior (en nuestro caso es la misma maquina), instalamos el '''bacula-storage daemon''':

#aptitude install bacula-sd bacula-sd-tools

Tras ejecutar éste comando posiblemente nos muestre un error indicando que no se pudo obtener de nuestros repositorios el paquete mt-st_0.9b-3_i386.deb . Si no es así, continuamos con la instalación del bacula-file daemon. Pero de ser así la solución es descargarlo desde internet, este es el procedimiento:

Nos ubicamos en una maquina en la cual tengamos acceso a un navegador web, introducimos en google o cualquier otro motor de búsqueda el nombre del paquete "mt-st_0.9b-3_i386.deb", lo que arrojará infinidad de enlaces a repositorios en internet que alojan dicho paquete (esto aplica para cualquier otro paquete que no esté en nuestro repositorio), debemos escoger cualquier dirección que represente la ruta exacta al paquete que deseamos descargar (normalmente comienza con http:// ó ftp:// ), para el momento de editar este documento se escogió la siguiente:

ftp://150.203.164.37/debian/pool/main/m/mt-st/mt-st_0.9b-3_i386.deb

luego en el servidor donde realizamos la instalación de Bacula debemos ubicarnos en el directorio /var/cache/apt/archives/ ya que allí es donde se alojan los paquetes .deb con los que opera aptitude en los procesos de instalación. Para ello ejecutamos:

#cd /var/cache/apt/archives/

una vez dentro del directorio se debe ejecutar el comando wget junto con la dirección de descarga seleccionada:

#wget ftp://150.203.164.37/debian/pool/main/m/mt-st/mt-st_0.9b-3_i386.deb

si fue exitosa la descarga salimos de ese directorio ejecutando:

#cd

luego eliminamos los residuos de la instalación fallida:



PÁGINA: 9 DE: 19

#aptitude remove --purge bacula-sd bacula-sd-tools #aptitude remove --purge mt-st #rm /etc/bacula/bacula-sd.conf

y procedemos de nuevo con la instalación:

#aptitude install bacula-sd bacula-sd-tools

listo....

Finalmente, instalaremos el '''bacula-file daemon''' en cada una de las máquinas que queramos respaldar , inclusive se puede instalar en la misma maquina (en nuestro caso se instalo en otra máquina):

#aptitude install bacula-fd

Ahora, luego de realizar estos pasos, tendremos instalados todos los demonios que interactúan para lograr que Bacula funcione como un eficiente sistema de respaldo de información.

Por ultimo instalaremos la consola de bacula,. que permitira interactuar con los demonios mediante linea de comandos.

#aptitude install bacula-console

LISTO.

5. CONFIGURACIÓN

== Configurando Bacula ==

Ahora sólo nos faltará configurar todo esto para que se comuniquen entre sí... vamos a ello!

En el directorio /etc/bacula se encuentran todos los archivos de configuración necesarios para bacula. Estos archivos son:

*bacula-dir.conf (archivo de configuración del director)*bacula-sd.conf (archivo de configuración del storage daemon)



PÁGINA: 10 DE: 19

*bacula-fd.conf (archivo de configuración del file daemon)

Configurando bacula-fd

Por ser más simple será el primero que configuremos, echemos un vistazo a su archivo de configuración (/etc/bacula/bacula-fd.conf):

Director { Name = director_admitido1 Password = "password_chorrotronica_para_el_director_admitido1" } Director { Name = backup-mon Password = "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX" Monitor = yes } FileDaemon { Name = nombre_del_file-daemon FDport = 9102 WorkingDirectory = /var/lib/bacula Pid Directory = /var/run/bacula Maximum Concurrent Jobs = 20 FDAddress = maquina.dominio # O si tiene IP estatica pues X.X.X.X } # Esto es nuevo en bacula 2.0.0 Messages { Name = Standard director = director_admitido1 = all, !skipped, !restored }

Vemos que los archivos de configuración tienen una estructura que se repite:

nombre_resource { opcion = valor ... }

Es lo que en bacula llaman resources. Un resource define un elemento de bacula, hay muchos tipos de resources diferentes, cada uno con sus propias opciones. El manual describe detalladamente todos ellos... Eye-wink



PÁGINA: 11 DE: 19

En este archivo hemos definido tres tipos de resources distintos:

* Director: Identifica qué director puede conectarse con este file daemon; como veis se definen dos: director_admitido1 y backup-mon. El segundo es un director especial que actúa de monitor... se configura automáticamente. El primero es el que hemos añadido/modificado nosotros. El nombre que especificamos es el nombre que hemos dado a nuestro director (lo veremos más adelante) y la password es la que se espera que dé cuando se autentifique.

* FileDaemon: Define los parámetros del propio file daemon, parámetros como el puerto de escucha o la IP a la que debe asociarse (recordad que si esa IP es 127.0.0.1 el demonio sólo aceptará conexiones de la propia máquina local). Como véis también especifica el nombre que se da a nuestro file daemon, es importante que coincida con el nombre que luego introduciremos en el director.

* Messages: Indica qué mensajes podemos enviar a cada director.

Una vez modificado el archivo reiniciaremos el demonio y lo tendremos listo para funcionar con bacula, ahora vayamos con el siguiente.

'''Configuración de bacula-sd'''

Abramos su archivo de configuración (/etc/bacula/bacula-sd.conf) y veamos sus resources (este es una modificación del "original", para utilizar como almacenamiento un disco duro o un arreglo de varios discos duros, un storage por ejemplo):

Storage { Name = nombre_del_storage-daemon SDPort = 9103 WorkingDirectory = "/var/lib/bacula" Pid Directory = "/var/run/bacula" Maximum Concurrent Jobs = 20 SDAddress = maquina.dominio } Director { Name = director_admitido1 Password = "password_chorrotronica_para_el_director_admitido1" }



PÁGINA: 12 DE: 19

Director { Name = backup-mon Password = "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX" Monitor = yes } Device { Name = FileStorage Media Type = File Archive Device = /tmp LabelMedia = yes; # lets Bacula label unlabeled media Random Access = Yes; AutomaticMount = yes; # when device opened, read it RemovableMedia = no; AlwaysOpen = no; } Autochanger { Name = Autochanger Device = Tape1, Tape2, Tape3, Tape4, Tape5, Tape6 Changer Command = "/etc/bacula/scripts/mtx-changer %c %o %S %a %d" Changer Device = /dev/sg2 } Device { Name = Tape1 Drive Index = 0 Autochanger = yes Media Type = DDS-4 Archive Device = /dev/nst0 AutomaticMount = yes RemovableMedia = yes RandomAccess = no AutoChanger = yes LabelMedia = yes } ... Device { Name = Tape6 Drive Index = 0 Autochanger = yes Media Type = DDS-4 Archive Device = /dev/nst0 AutomaticMount = yes



PÁGINA: 13 DE: 19

RemovableMedia = yes RandomAccess = no AutoChanger = yes LabelMedia = yes } Messages { Name = Standard director = director_admitido1 = all }

* Storage: Como antes, se define así mismo y qué parámetros usar.

* Director: Igual que en el file daemon.

* 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 necesitaremos usar en el director.

* Autochanger: Es un Device especial que define un cargador automático de cintas. Se debe indicar el comando a emplear para usar el cargador.

Existen muchísimos parámetros para los resources de tipo device pero no es objetivo de la receta crear un manual de bácula en castellano... así que... al manual... Sticking out tongue

'''Configurando bacula-director'''

Este es el archivo más complicado... pero que sólo veremos "a medias", la "otra mitad" se queda para una próxima receta.

Veamos la parte que nos interesa ahora, tenemos esto en el fichero /etc/bacula/bacula-dir.conf:

Director { Name = director_admitido1 DIRport = 9101 QueryFile = "/etc/bacula/scripts/query.sql" WorkingDirectory = "/var/lib/bacula" PidDirectory = "/var/run/bacula"



PÁGINA: 14 DE: 19

Maximum Concurrent Jobs = 1 Password = "password_chorrotronica_para_las_consolas" # Console password Messages = Daemon DirAddress = 127.0.0.1 # Esto sólo vale para las consolas } ... [... cosas interesantísimas que ahora no vienen a cuento ...] ... Client { Name = nombre_del_file-daemon Address = maquina.dominio FDPort = 9102 Catalog = MyCatalog Password = "password_chorrotronica_para_el_director_admitido1" # pwd for FD File Retention = 30 days # 30 days Job Retention = 6 months # six months AutoPrune = yes # Prune expired Jobs/Files } Storage { Name = File Address = maquina.dominio SDPort = 9103 Password = "password_chorrotronica_para_el_director_admitido1" Device = FileStorage Media Type = File } Storage { Name = nombre_del_almacenamiento Address = maquina.dominio SDPort = 9103 Password = "password_chorrotronica_para_el_director_admitido1" Device = Autochanger Media Type = DDS-4 Autochanger = yes } Catalog { Name = MyCatalog dbname = bacula; DB Address = "" ; user = bacula; password = "XXXXX" } ... [...cosas tremendamente interesantes que ahora tampoco explicaremos...]



PÁGINA: 15 DE: 19

...

Como este tiene más chica, explicaremos resource a resource más despacito.

'''Director'''

Igual que en los casos anteriores, se define a sí mismo, los campos habituales son:

* Name: Nombre que damos al director. Es el mismo nombre que hemos permitido en los otros demonios.

* DIRport: Puerto de escucha para las consolas.

* QueryFile: Archivo con las consultas a la bbdd.

* WorkingDirectory: Directorio de trabajo (no cambiar).

* PidDirectory: Directorio donde crear los archivos con pid.

* Maximum Concurrent Jobs: Número máximo de trabajos concurrentes que acepta. En los casos anteriores teníamos un valor mayor a 1, esto permitirá que varios directores utilicen esos demonios a la vez. Establecer aquí este valor a 1 implica que el director sólo hará un trabajo cada vez, que es el valor por defecto.

* Password: Contraseña que se pedirá al programa de consola. Esta contraseña no se pide por teclado sino que también se almacena en el archivo de configuración del programa de consola.

* Messages: Donde se enviarán los mensajes no asociados a un trabajo concreto.

* DirAddress: Dirección donde escuchará el director. Indicar 127.0.0.1 implicará que no podrán abrirse consolas bacula en máquinas remotas, pero no causa problemas si tenemos los demás demonios en otras máquinas puesto que es el director el que abre las conexiones con los otros demonios.

'''Client'''

Aquí especificaremos los datos del bacula file daemon con el que necesitamos conectar para leer los ficheros necesarios. Para ello especificaremos lo siguiente:



PÁGINA: 16 DE: 19

* Name: Nombre del file daemon. Este nombre no tiene porqué coincidir con el que dimos a nuestro file daemon, es para nombralo dentro de bacula. Mi recomendación es que coincida, más que nada para entendernos mejor.* Address: IP o hostname de la máquina que tiene nuestro file daemon.* FDPort: Puerto donde escucha el file daemon.* Catalog: Qué catálogo usa nuestro file daemon. Un catálogo es algo así como un listado de los ficheros que se están respaldando.* Password: Contraseña que enviará el director al file daemon para autentificarse.* File Retention: Este parámetro indica cuanto tiempo deben permanecer los archivos en el catálogo. Pasado este tiempo se eliminan del catálogo (pero esto no influye en que se haga o no backups de estos ficheros).* Job Retention: Indica cuanto tiempo como máximo estará un trabajo esperando.* AutoPrune: Si está a yes, una vez pasados los periodos File Retention y/o Job Retention se eliminan del catálogo y/o cola los ficheros/trabajos.

'''Storage'''

Ahora especificaremos los dispositivos que podrá emplear bacula para hacer las copias de respaldo, pueden existir varios (que se diferenciarán por el nombre). Debemos indicar los siguientes campos:

* Name: Nombre del medio de backup. No es el nombre del storage daemon sino del medio, por ejemplo: Carrusel_cintas o Fichero_local, etc.* Address: Máquina donde está el storage daemon que maneja el medio de almacenamiento.* SDPort: Puerto de escucha.* Password: Contraseña que enviará el director para autentificarse contra el storage daemon.* Device: Nombre del medio configurado en el storage daemon que debemos usar. Como dijimos, el storage daemon configura uno o varios dispositivos de almacenamiento, nombrándolos de alguna manera. Pues ese nombre es el que usamos aquí.* Media Type: Cuando se configura el medio se especifica que tipo de medio es, aquí también tenemos que indicarlo (y debe coincidir). Bacula lo usa para "hacer sus cuentas".* Autochanger: Parámetro opcional, indica si es o no un autocargador.

'''Catalog'''

* Name: Nombre del catálogo (que usamos en el resource del file daemon).* dbname: Nombre de la base de datos.



PÁGINA: 17 DE: 19

* DB Address: Máquina donde tenemos nuestro servidor MySQL.* user: Usuario con privilegios en la base de datos especificada anteriormente suficientes como para crear y modificar datos.* password: Password de dicho usuario en esa base de datos.

Bien, con todo esto ya tenemos un sistema bacula distribuido funcionando a las mil maravillas... para comprobarlo podemos hacer lo siguiente:

# apt-get install bacula-consoleY lo configuramos para conectarse a nuestro director modificando /etc/bacula/bconsole.conf:

Director { Name = nombre_director-dir DIRport = 9101 address = maquina_director.dominio Password = "passwordchorrotronicaparalasconsolas" }

Si todo ha ido bien podremos ejecutar bconsole como root o como un usuario que pertenezca al grupo bacula y teclear lo siguiente:

*status

El asterisco es el prompt de la consola de bacula, ejecutamos status y le decimos que all cuando nos pregunte de qué queremos el estado. Si algún componente no puede contactarse, se notificará con el error correspondiente. Si no obtenemos ninguno de esos errores tenemos el bácula funcionando. Ahora sólo nos queda indicarle qué archivos hay que respaldar y cuando.

Existe un problema que no puede detectarse así y que es muy peligroso: puede suceder que el director pueda comunicarse con el storage daemon y con el file daemon, por tanto dirá que todo esta funcionando; sin embargo, el storage daemon y el file daemon no puedan conectarse entre sí; esto provocará que los backups darán siempre error y no se realizarán. Esto sucede porque cuando el director va a hacer una copia, conecta al file daemon con el storage daemon directamente y ellos dos realizan las transferencias de datos. Debéis tener esto en cuenta cuando pongáis vuestro bacula a funcionar.



PÁGINA: 18 DE: 19

6. EJECUCIÓN

Una vez edite los archivos de configuración, debe reiniciar el servicio para que tome las directivas añadidas.

Puede iniciar el servicio de la siguiente manera:

# /etc/init.d/bacula-director start# /etc/init.d/bacula-fd start# /etc/init.d/bacula-sd start

Exactamente de la misma forma puede detenerlo:

# /etc/init.d/bacula-director stop# /etc/init.d/bacula-fd stop# /etc/init.d/bacula-sd stop

7.7. REFERENCIASREFERENCIAS

http://www.bacula.org/en/http://www.bacula.org/en/ http://es.wikipedia.org/wiki/Baculahttp://es.wikipedia.org/wiki/Bacula



PÁGINA: 19 DE: 19

http://es.wikipedia.org/wiki/Bacula

http://www.bacula.org/en/

Manual Instalacion BACULA v01

Documents

Transcript of Manual Instalacion BACULA v01