Академический Документы
Профессиональный Документы
Культура Документы
2011
1
UNIVERSIDAD TECNOLÓGICA DE CHILE
ÁREA DE TELECOMUNICACIONES, CONECTIVIDAD Y REDES
2011
2
Agradecimientos
3
Resumen
Tabla de Contenidos
4
Capítulo I Introducción...........................................................................7
1.1. - Origen Del Problema...............................................................................7
1.2.- Alternativas de Solución..........................................................................8
........................................................................................................................ 8
1.3.- Breve Descripción del Proyecto...............................................................8
1.4. - Objetivo General.....................................................................................9
1.5.- Objetivos Específicos.............................................................................11
1.6.- Fundamentación Teórica........................................................................11
1.7.-Contribución Esperada............................................................................12
1.8.-Metodologia de Trabajo..........................................................................12
Capítulo IV Bacula...............................................................................27
4.1.- Que es Bacula........................................................................................27
4.2.- Componentes de Bacula........................................................................30
4.3.- Funcionamiento de Bacula ....................................................................35
4.4.- Características fundamentales de Bacula..............................................36
5
5.1.- Generalidades de Bacula.......................................................................37
5.2.- Primer paso de la instalación ................................................................37
5.3.- Instalación de Bacula director................................................................38
5.4.- Instalación de Bacula Storage................................................................40
5.5.- Instalación de Bacula File......................................................................41
5.6.- Instalación de la Consola de Bacula.......................................................41
...................................................................................................................... 41
5.7.- Instalación de Bacula Client...................................................................42
6
Capítulo I Introducción
7
1.2.- Alternativas de Solución
8
1.4. - Objetivo General
9
Figura 1.2 Esquema general Bacula
Fuente www.luizgustavo.pro.br/blog/2009/09/30/bacula-breve-introducao/
10
1.5.- Objetivos Específicos
11
1.7.-Contribución Esperada
1.8.-Metodologia de Trabajo
-Pautas de trabajo acorde a la carta Gantt con plazos estipulados para cada
proceso.
12
Capítulo II Sistemas Operativos Linux
Componentes de Linux
Linux se compone de forma general por cuatro componentes principales: el
núcleo (kernel), el shell, el sistema de archivos y las utilidades.
-El shell: Proporciona una interfaz para el usuario. Recibe órdenes del usuario y
las envía al núcleo para ser ejecutadas.
13
organizados en directorios. Cada directorio puede contener un número cualquiera
de subdirectorios, cada uno de los cuales puede a su vez, contener otros archivos.
14
Figura 2.1 Arquitectura de Linux Fuente:http://4.bp.blogspot.com/_1TVvt-
tRs/Rdo50aoeX6I/AAAAAAAAABQ/lPUumCuUUiA/s1600-h/diagrama.jpg
Esta figura muestra tres niveles: usuario, Kernel y hardware. Las llamadas al
sistema y las librerías representan entre los programas de usuario y el Kernel. Las
llamadas al sistema son parecidas a las funciones en los programas en C y las
librerías trasforman estas funciones a las primitivas necesarias para entrar en el
sistema operativo. Los programas en lenguaje ensamblador deben invocar a las
llamadas al sistema directamente sin las librerías de las llamadas al sistema.
15
de buffer que regula el flujo de datos entre el Kernel y los dispositivos de
almacenamiento secundario. El mecanismo de búffer interactúa con los
controladores de dispositivos de E/S de tipo de bloque para iniciar las
transferencias de datos desde y hacia el Kernel.
16
2.4. - Que es el Proyecto GNU
El proyecto GNU, fue iniciado por Richard Stallman y fue lanzado en 1984,
con el objetivo de crear un sistema operativo libre completo tipo UNIX, el sistema
GNU.
Las variantes del sistema operativo GNU que utilizan el núcleo llamado Linux, son
utilizadas ampliamente en la actualidad; aunque a menudo estos sistemas se
refieren como “Linux”, la manera correcta de llamarlos es sistemas GNU/Linux
GNU es un acrónimo recursivo para "GNU No es Unix" y se pronuncia
fonéticamente en español.
17
Figura 2.4 Kubuntu Figura2.5 SuSe Linux
Fuente imágenes google Fuente imágenes google
Desde el punto de vista del usuario, en GNU/Linux existen dos tipos de directorios:
los directorios del sistema y el directorio del usuario.
18
Dicho de una manera sencilla, un sistema de archivos es más o menos "la forma
de escribir los datos en el disco duro". Es importante conocer ésta estructura para
la correcta administración del sistema y la resolución de problemas.
19
Capítulo III Sistemas de Respaldo de
Datos
Los medios donde se pueden hacer estos backups pueden ser un disco duro
externo, un CD-ROM grabable, cintas de datos, discos ZIP o JAZ o magneto-
ópticos.
20
-Copias de seguridad del sistema, cuyo objetivo es la recuperación y arranque de
un sistema informático tras un desastre en el cual se almacenaran copias de los
ficheros de software de base y software de aplicación.
-Copias de seguridad de datos, cuyo objetivo es la recuperación de los datos ante
eventuales pérdidas ocurridas por algún incidente.
Como es sabido la información y los datos son de vital importancia para los
negocios. Sin embargo lo que sucede en la mayoría de los casos es la falta de
precauciones que se suele tener al confiar al núcleo de los negocios al sistema de
almacenamiento de lo que en la mayoría de los casos resulta ser una
computadora pobremente armada tanto del punto de vista de hardware como de
software.
Si el monitor, la memoria e incluso la CPU del computador dejan de funcionar, se
pueden reemplazar y no hay mayores dificultades. Pero si falla el disco duro, el
daño puede ser irreversible, puede significar la pérdida total de información. Es
principalmente por esta razón, por la que debemos respaldar la información
importante. Ahora si esto le sucediera a una empresa, las pérdidas económicas
podrían ser enormes. Los negocios de todos los tipos y tamaños confían en la
información digitalizada para facilitar su ejercicio. La pérdida de información
provoca un daño de fondo como pérdida de oportunidades de negocio, clientes
decepcionados, reputación perdida, entre otros.
21
negocio. Del tiempo que tarde en reaccionar una empresa dependerá la gravedad
de sus consecuencias.
-Backup Incremental, con este tipo de backup se copian solamente los datos que
hayan sido modificados con respecto a otro backup incremental anterior, o bien un
backup total si este no existe. Este tipo de backup no sustituye a los anteriores.
Para restaurar un backup incremental es necesario restaurar el backup completo y
todos los backup incrementales por orden cronológico que estén implicados. Si se
22
pierde uno de los backup incrementales, no es posible restaurar una copia exacta
de los datos originales.
-Backup Diferencial, en este tipo de backup se copian solamente los datos que
hayan sido modificados con respecto a un backup completo anterior, requiere
menor espacio de almacenamiento y menor tiempo para su ejecución, para poder
restaurar este tipo de backup es necesario primeramente restaurar el backup
completo en el que está basado, por lo tanto requiere mayor tiempo de
restauración, un backup diferencial puede reemplazar a otro backup diferencial
más antiguo sobre el mismo backup completo.
El Backup es la mejor manera de resguardo de datos críticos, pero hay que tener
en cuenta la probabilidad de que la copia de datos no haya funcionado
correctamente y en caso de necesidad de restauración de los datos se pueda
realizar ya que la información de la copia de seguridad puede encontrarse corrupta
por diversos motivos: el medio en el que se efectuaba la copia se encuentra
dañado, los automatismos de copia no se han ejecutado correctamente y muchos
otros motivos que pueden causar que los backups sean erróneos, y por lo tanto
inservibles.
23
Para evitar esto es importante cerciorarse de que se hacen las copias
correctamente y comprobar que se es capaz de restaurar la copia de seguridad a
su ubicación original.
3.5.- Estandarización
Dentro de esta se define a la información como un activo que posee valor para la
organización y requiere por lo tanto, una protección adecuada. El objetivo de la
24
seguridad de la información es proteger este activo para asegurar la continuidad
de la organización, minimizar daños y maximizar el retorno de las inversiones y las
oportunidades de negocio.
25
El estándar equivalente en Chile es el BS ISO/IEC 27002:2005, se trata de una
norma no certificable, pero que recoge la relación de controles a aplicar (o al
menos a evaluar) para establecer un sistema de gestión de seguridad de
información (SGSI) esta norma contiene 39 objetivos de control y 133 controles
agrupados en 11 dominios.
La norma UNE-ISO/IEC 17799 establece diez dominios de control que cubren por
completo la Gestión de la Seguridad de la Información:
1. Política de seguridad.
7. Control de accesos.
26
Capítulo IV Bacula
En su versión Server, esta disponible solo para sistemas operativos Linux, pero
existen diversas recopilaciones para la versión cliente para distintos sistemas
operativos.
-La consola.
-El catálogo.
Estos son los requerimientos del sistema que necesita Bacula para su
funcionamiento
27
-Bacula se ha compilado y probado en los sistemas OpenSuSe Linux, FreeBSD y
Solaris, para su compilación requiere GNU C++ versión 2.95 o superior.
-El Tray Monitor se ha desarrollado para GTK+-2.x. Precisa GNOME menor o igual
a la versión 2.2, KDE mayor o igual a la versión 3.1 o cualquier gestor de ventanas
que soporte el estándar FreeDesktop System tray.
28
Figura 4.2 Esquema general de una red con Bácula Fuente: Sistemas de respaldo, Víctor Hugo dos
Santos.
29
4.2.- Componentes de Bacula
Figura 4.3 Bacula Director Fuente Sistemas de respaldo, Víctor Hugo dos Santos.
30
• Bacula File/Cliente
Figura 4.4 Bacula File Fuente Sistemas de respaldo, Víctor Hugo dos Santos.
• Bacula Storage
31
Es el servicio que se encarga de la lectura y escritura física de los archivos
en las unidades de respaldo que se encuentres definidas (cintas, discos
duros, entre otros)
Figura 4.5 Bacula Storage Fuente Sistemas de respaldo, Víctor Hugo dos Santos.
• La Consola
32
Es el programa que se instalara en la(s) maquina(s) que se conectaran al
Director y desde donde se podrá ejecutar las órdenes, programar las
tareas, monitorear, hacer las consultas entre otros comandos
administrativos
Figura 4.6 Bacula Storage Fuente Sistemas de respaldo, Víctor Hugo dos Santos.
33
• El Catalogo
Figura 4.7 Bacula Storage Fuente Sistemas de respaldo, Víctor Hugo dos Santos
34
4.3.- Funcionamiento de Bacula
Luego el director se contacta con el primer cliente (FD) que está establecido y se
comprueban los ficheros o directorios definidos y finalmente los Clientes envían
los archivos que hayan cambiado al servicio Storage (SD) que almacena en el
volumen indicado los ficheros que enviaran los clientes.
35
4.4.- Características fundamentales de Bacula
Las posibilidades de Bacula son muchas, pero para sacar el máximo rendimiento
habría que disponer de un servidor dedicado que se encargue de las múltiples
tareas a las que se encomiende a este versátil software del cual se conocen
implementaciones que incluyen alta disponibilidad y operación en ambientes de
misión critica.
36
Capítulo V: Instalación de Bacula y
Configuración de los Elementos
Necesarios
Como primera instancia se debe instalar una base de datos para el catalogo
de Bacula, este soporta MySQL, SQLite y postgreSQL, pero por defecto al instalar
el paquete Bacula se instala MySQL.
37
Durante el proceso se pedirá que introduzca una contraseña para el usuario root
de MySQL
38
Imagen 5.2 Instalación de Bacula Director Fuente: Servidor de pruebas
Este paquete instalara Bacula director y configurara la base de datos con la que
trabaja.
Para verificar que se creó la base de datos para Bacula ejecutamos lo siguiente:
#sudo mysql
Mysql>show databases
39
Imagen 5.3 bases de datos Mysql Fuente servidor
40
5.5.- Instalación de Bacula File
Ahora, luego de realizar todos estos pasos, tendremos instalados todos los
demonios que interactúan para lograr que Bacula funcione como un eficiente
sistema de respaldo de información.
Para instalar
41
Otra forma de interactuar con Bacula es mediante Webmin que es una interfaz
basada en web para administración de sistemas Unix, el cual incluye dentro de
sus opciones poder configurar muchas de las opciones que ofrece Bacula
42
Imagen 5.7 Instalación de Bacula Client Fuente: Servidor de pruebas
Y luego se configuran los archivos client y bat, el primero para que se comunique
con el file daemon y el segundo es para instalar una consola de administración por
lo cual no se debe instalar en todas las maquinas, solo en las de los
administradores de Bacula.
43
Imagen 5.9 configuración de Bacula Fuente: Cliente 1
44
Capítulo VI.- Configuración y
Administración de Bacula
“Director”
45
Se define a si mismo.
DIRport: Puerto de escucha para las consolas, por defecto viene configurado el
puerto 9101.
46
cada vez, este es el valor por defecto, si este valor aumenta se permite que varios
directores utilicen esos demonios a la vez.
“Client”
Aquí se especificaran los datos del Bacula file daemon con el que se conectara
para leer los ficheros necesarios, para ello se especificara lo siguiente
47
Imagen 6.2 Configuración de Bacula Director Fuente Servidor de pruebas
Name: Nombre del fichero daemon. Este nombre no tiene que coincidir
necesariamente con el que se configura el file-daemon, es solo para nombrarlo
dentro de Bacula, pero por recomendación general se hace coincidir para
mantener un orden, en este caso se utilizo Ubuntu-fd haciendo referencia al
sistema operativo y al tipo de demonio.
FDPort: puerto donde escucha el file daemon, por defecto el puerto es el 9102.
48
File Retention: este parámetro indica cuanto tiempo deben permanecer los
archivos en el catalogo. Pasando este tiempo se eliminan del catalogo, pero esto
no influye en que se hagan o no los backups de estos ficheros.
Job Retention: Indica cuanto tiempo como máximo estará un trabajo esperando.
AutoPrune: si está en “yes”, una vez pasados los periodos File Retention y/o Job
Retention se eliminan del catalogo y/o cola los ficheros/trabajos.
“storage”
Es aquí donde se especificaran los dispositivos que podrá utilizar Bacula para
almacenar los backups, pueden existir varios que se diferenciaran por el nombre,
se deben indicar los siguientes campos.
49
Name: Nombre del medio de backup, en este caso se utiliza “File” debido a que el
backup se almacenara como un archivo. No es el nombre del Storage Daemon
sino del medio, por ejemplo: Carrusel_Cintas o Fichero_Local, entre otros.
Device: Nombre del medio configurado en el Storage Daemon que se debe usar.
El Storage Daemon configura uno o varios dispositivos de almacenamiento,
nombrándolos de alguna manera, pues ese nombre es el que se utiliza aquí.
Media Type: Cuando se configura el medio se especifica que tipo de medio es,
aquí también se debe indicar y debe coincidir.
“Catalog”
50
Imagen 6.4 de Bacula Director Fuente Servidor de pruebas
51
6.3.- Configuración de Bacula File Daemon
52
En este archivo se definen tres tipos de resources, donde un resource define un
elemento de Bacula.
Director: Indica que director puede conectarse con este file daemon; como se ve
se definen dos: Ubuntu-dir y Ubuntu-mon, el segundo es el director especial que
actúa de monitor, se configura automáticamente, el primero es el que se ha
añadido o modificado manualmente. El nombre que se especifica es el nombre
que se le ha dado al director, configurado previamente 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 escucha o la IP a la que debe asociarse ( si al IP es 127.0.0.1 solo aceptara
conexiones de la maquina local). También se especifica el nombre que se le da al
file daemon, es de suma importancia que coincida con el nombre que se configuro
en el director.
Messages: Indica que mensajes se podrán enviar a cada director. Una vez que se
modifica el archivo se reinicia el demonio y estará listo para funcionar con Bacula.
53
Imagen 6.6 Configuración de Bacula Storage Fuente Servidor de pruebas
54
Storage: se define a si mismo y que parámetros usar.
Director: Indica que director puede conectarse con este storage daemon; como se
ve se definen dos: Ubuntu-dir y Ubuntu-mon, el segundo es el director especial
que actúa de monitor, se configura automáticamente, el primero es el que se ha
añadido o modificado manualmente. El nombre que se especifica es el nombre
que se le ha dado al director, configurado previamente y la password es la que se
espera que dé cuando se autentifique.
Device: Nombre del medio configurado en el Storage Daemon que se debe usar.
El Storage Daemon configura uno o varios dispositivos de almacenamiento,
nombrándolos de alguna manera, pues ese nombre es el que se utiliza aquí.
Media Type: Cuando se configura el medio se especifica qué tipo de medio es,
aquí también se debe indicar y debe coincidir.
55
6.5.- Administración
56
Figura 6.8 Menú de Bacula Fuente Servidor de pruebas.
57
Figura 6.11 Configuración de File Daemon Fuente Servidor de pruebas.
En esta sección se agregan los clientes a los que se les harán los respalos
58
Figura 6.13 Horarios Fuente Servidor de pruebas.
59
Figura 6.16 backup funcionando Fuente Servidor de pruebas.
60
Capítulo VII Pruebas Técnicas de
Rendimiento
61
En el siguiente cuadro se muestran los detalles de cada equipo utilizado en el
laboratorio numero uno.
-Bacula-sd 5.0.1
La topología física del primer laboratorio consta de los dos computadores clientes
y un computador que es el servidor de Bacula conectados por un switch para
simular una topología LAN.
62
El criterio de decisión para optar por este hardware se baso en los requerimientos
mínimos que se necesitaban para cada sistema operativo y a partir de esto se
seleccionó un hardware que permitiera el funcionamiento no solo el sistema
operativo sino que también las aplicaciones que se necesitarían para el
funcionamiento de los respaldos.
Los requisitos mínimos recomendados para Ubuntu 10.10, teniendo en cuenta los
efectos de escritorio, son los siguientes:
63
Una vez realizadas las pruebas y comprobación del correcto funcionamiento del
sistema se procede a armar y configurar un segundo laboratorio con el fin de
realizar pruebas con un servidor de mayores prestancias como con una mayor
cantidad de usuarios para así poder determinar con una base más solida la
eficiencia y eficacia del sistema.
64
A continuación se muestra la topología física utilizada en el segundo laboratorio
65
En el backup incremental sucedió algo parecido, el uso de CPU y RAM fue similar
y lo que vario fue el tiempo en que se ejecutaron los respaldos
66
Imagen 7.3 Backup completo cliente 2 fuente servidor de pruebas
67
Imagen 7.4 Backup Incremental Cliente 1 fuente servidor de pruebas
68
Imagen 7.5 Backup Incremental Cliente 2 fuente servidor de pruebas
Resumen de Resultados
69
la eficacia del sistema implementado y ver si es viable su futura implementación en una
PYME u organización que lo requiera.
Como primera prueba se realizo una medición de CPU realizando 1 respaldo completo y
uno incremental con volúmenes de 20 GB para el respaldo completo y de 10 GB para los
respaldos incrementales, esto se realizo con 2 clientes simultáneos hasta llegar a los 20
clientes sucesivamente. Los resultados porcentuales son los siguientes:
70
Grafico 7.2 porcentaje de uso de memoria RAM Fuente Servidor de pruebas nº 2
71
Capítulo VIII Conclusiones
Con respecto al uso de recursos tanto de CPU, RAM y red y de acuerdo a las
mediciones realizadas se puede concluir que el consumo de recursos es
relativamente bajo por lo que hace que el sistema sea fácilmente implementado en
donde se requiera y donde se conste con los requerimientos mínimos que Bacula
necesita para su funcionamiento.
72
Bibliografía
Huaman A. (2009)
URL:http://www.slideshare.net/maxalonzohuaman/sistemas-de-respaldo-de-
informacion-presentation
Montenegro A. (2006)
URL:http://www.adictosaltrabajo.com/tutoriales/tutoriales.php?pagina=backupLinux
73