Curso de Respaldo en GNU/Linux (20 horas)

Teora, Gua de prcticas y ejercicios

Pgina 1 de 30

Creative Commons
ReconocimientoNocomercialCompartirbajolamismalicencia 3.0
Usted es libre de:

copiar, distribuir y reproducir pblicamente la obra hacer obras derivadas

Bajo las siguientes condiciones:

Reconocimiento. Debe reconocer los crditos de la obra de la manera especificada por el autor o el licenciante (pero no de una manera que sugiera que tiene su apoyo o apoyan el uso que hace de su obra). No comercial. No puede utilizar esta obra para fines comerciales. Compartir bajo la misma licencia. Si altera o transforma esta obra, o genera una obra derivada, slo puede distribuir la obra generada bajo una licencia idntica a sta. Al reutilizar o distribuir la obra, tiene que dejar bien claro los trminos de la licencia de esta obra. Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor Nada en esta licencia menoscaba o restringe los derechos morales del autor.

Los derechos derivados de usos legtimos u otras limitaciones reconocidas por ley no se ven afectados por lo anterior. Esto es un resumen fcilmente legible del texto legal de versin original en Idioma Ingls (la licencia completa) http://creativecommons.org/licenses/by-nc-sa/3.0/ec/legalcode

Pgina 2 de 30

ndice de contenido Objetivos del curso..................................................................................................5 Requisitos................................................................................................................5 Introduccin a la gestin de respaldos...................................................................6 Pasos en la evolucin de los respaldos................................................................6 Recomendaciones y estrategias para la ejecucin de Respaldos............................8 La Ley de Murphy para los casos de respaldos:..............................................8 Por qu respaldar?.............................................................................................8 Tipos de respaldos.................................................................................................10 Respaldos completos.........................................................................................10 Respaldos incrementales...................................................................................10 Respaldos diferenciales.....................................................................................11 Media de respaldo.................................................................................................12 Cintas.................................................................................................................13 Discos.................................................................................................................13 Creacin, Evaluacin e Implementacin de un Plan de Recuperacin de Desastres...............................................................................................................15 Programas bsicos para respaldos........................................................................17 Dump y Restore.................................................................................................17 Ejemplo 1. Utilizando dump a travs de ssh..................................................18 Ejemplo 2. Uso de dump a travs de ssh con RSH configurada....................18 tar..........................................................................................................................18 Respaldo incrementales con Tar. Aplicacin prctica para un respaldo diario: ...........................................................................................................................19 cpio....................................................................................................................20 pax.....................................................................................................................21 Amanda..............................................................................................................21 No hacer nada...................................................................................................22 Procedimiento de restauracin de emergencia.................................................22

Pgina 3 de 30

Antes del desastre..........................................................................................22 Despus del desastre.....................................................................................24 Bacula....................................................................................................................25 Instalacin de Bacula ...................................................................................25 Bacula-SD......................................................................................................26 BootStrapRecord............................................................................................27 Principales archivos de configuracin...........................................................28 Probando el drive de la Cinta con Bacula..........................................................28 Como encontrar el drive de tu cinta en Bacula?..........................................29 Arrancando la consola de Bacula...................................................................29 Ejercicios. .............................................................................................................29 Solucin:............................................................................................................29

Pgina 4 de 30

Objetivos del curso

Crear Estrategias y polticas de respaldos para una disponibilidad efectiva de la informacin institucional y su valor en los procesos de migracin.

Instalar, configurar y puesta en operacin de los servicios de Respaldo.

Requisitos Requiere conocimientos bsicos de soporte en GNU/Linux

Pgina 5 de 30

Introduccin a la gestin de respaldos.

Las tcnicas empleadas tradicionalmente en las empresas para disear e implementar las polticas de respaldos (backup) y recuperacin de datos han evolucionado en los ltimos aos. Las causas principales han sido la evolucin de la capacidad y funcionalidad de los grandes sistemas de almacenamiento y la ya consolidada tecnologa de redes de almacenamiento SAN(Storage Area Network). Esto, unido al considerable descenso en el coste de los productos, ha derivado en un aumento de implantaciones de estos entornos en pequeas y medianas empresas.

Pasos en la evolucin de los respaldos 1. Centralizacin de los procesos de backup gracias a la evolucin en los dispositivos de copias (capacidad de cintas y libreras robotizadas), lo que permita que en cada oficina solo se necesitara un operador para gestionar el mantenimiento de las copias. Esta centralizacin tambin conllevaba un problema como eran los cuellos de botella que se producan en las redes de datos. La aparicin de redes gigabit as como la construccin de redes de backup paliaron el problema. 2. La Tecnologa SAN( Storage Area Network) ha revolucionado los procesos de backup. Gracias a esta tecnologa una serie de servidores pueden compartir un elemento de almacenamiento, como puede ser una librera y realizar el backup contra el mismo medio de la misma forma que si estuviese conectada directamente contra el. De esta forma liberamos trfico en la red y al sistema gestor de realizar los procesos de backup.

Pgina 6 de 30

3. La utilizacin de LUNs (Logical Unit Number) en los mecanismos de respaldos ha permitido mejorar los procesos de copia y recuperacin de datos. La evolucin de los arrays de discos permiten la creacin de forma instantnea de clones de los discos. Este mecanismo se ha aprovechado en los sistemas de backup ya que disponemos de un conjunto de LUNs con una copia consistente de los datos y aplicaciones, lo que nos da facilidad para realizar copias a cinta en cualquier momento o incluso utilizar tambin estas LUNs para la recuperacin de informacin perdida, evitando el proceso y tiempo de recuperacin desde cinta. 4. El siguiente paso en la evolucin es el "Serverless Backup". Consiste en dotar de cierta inteligencia tanto a los elementos de almacenamiento como de respaldo (discos y cintas) de forma que a la hora de realizar el backup estos sean capaces de realizar la transferencia de los datos de uno a otro sin necesidad de un sistema de gestin.

Pgina 7 de 30

Recomendaciones y estrategias para la ejecucin de Repaldos.

La Ley de Murphy para los casos de respaldos:

Si un archivo puede borrarse, se borrar. Si dos archivos pueden borrarse, se borrar el ms importante. Si tenemos una copia de seguridad, no estar lo suficientemente actualizada.

Solucin: tener copias de seguridad, actualizarlas con la frecuencia necesaria y tenerla siempre disponible y operativa ante cualquier contingencia.

Por qu respaldar? Las interrupciones se presentan de formas muy variadas: virus informticos, fallos de electricidad, errores de hardware y software, cadas de red, hackers, errores humanos, incendios, inundaciones, entre otros. Y aunque no se pueda prevenir cada una de estas interrupciones, la empresa s puede prepararse para evitar las consecuencias que stas puedan tener sobre su negocio. Del tiempo que tarde en reaccionar una empresa depender la gravedad de sus consecuencias. Dentro de las tareas de mantenimiento se encuentra la realizacin de respaldos peridicos del equipo. La discusin sobre los diferentes mtodos existentes puede ser muy amplia, sin embargo, presentamos algunas recomendaciones para
Pgina 8 de 30

su ejecucin: Para realizar backup de muchos equipos de manera combinada, ser necesario contar con un buen gestor . Amanda es una buena opcin libre, compatible con muchos sistemas Unix-like (SCO, FreeBSD, IRIX, AIX, HPUX, GNU/Linux), pero requiere Samba para trabajar con Windows. Otra herramienta muy usada, que si tiene soporte para Windows, es Bacula.

La practicidad de las cintas sern difciles de superar. Es recomendable realizar respaldos full de manera peridica e

intercalarlos con respaldos parciales. Para que un respaldo sea til, es indispensable que pueda ser recuperado y para estar seguros de esto es necesario que la poltica de respaldo incluya simulaciones peridicas donde restauremos nuestros sistemas desde las cintas u otros medios de almacenamiento. Considerar la posibilidad de guardar copias de los respaldos en sitios remotos, para contingencias mayores. Los mtodos ms comunes de respaldos en GNU/Linux son utilizar tar, cpio o dump. Si no utilizamos un gestor de respaldo, dump es una opcin muy interesante por su manejo de niveles para copias incrementales y su integracin con el sistema de archivos ext2/ext3. Como desventajas, tiene su lentitud, y que no es compatible con todos los filesystems existentes. La nica forma de obtener una imagen exacta del disco, con la certeza de que no contendr ningn tipo de inconsistencia a nivel lgico del disco, ni a nivel transaccional de las aplicaciones, es realizar respaldos offline.
Pgina 9 de 30

Tipos de respaldos Respaldos completos Respaldos incrementales Respaldos diferenciales

Respaldos completos Un respaldo completo es aquel donde cada archivo es escrito a la media de respaldo. Si los datos a respaldar nunca cambian, cada respaldo completo creado ser una copia exacta de la anterior. Esta similaridad se debe al hecho de que un respaldo completo no verifica para ver si un archivo ha cambiado desde el ltimo respaldo; ciegamente escribe todo a la media de respaldo, haya sido modificada o no. Esta es la razn por la que los respaldos completos no se hacen todo el tiempo cada archivo es escrito a la media de respaldo. Esto significa el uso de gran cantidad de media de respaldo an cuando nada se haya cambiado. Respaldar 100 GB de datos cada noche cuando solamente cambi 10 MB de datos, no es una buena solucin; por eso es que se crean los respaldos incrementales.

Respaldos incrementales A diferencia de los respaldos completos, los respaldos incrementales primero revisan para ver si la fecha de modificacin de un archivo es ms reciente que la fecha de su ltimo respaldo. Si no lo es, significa que el archivo no ha sido modificado desde su ltimo respaldo y por tanto se puede saltar esta vez. Por otro lado, si la fecha de modificacin es ms reciente, el archivo ha sido
Pgina 10 de 30

modificado y se debera copiar. Los respaldos incrementales son utilizados en conjunto con respaldos regulares completos (por ejemplo, un respaldo semanal completo, con respaldos incrementales diarios). La principal ventaja obtenida de los respaldos incrementales es que se ejecutan muchsimo ms rpido que un respaldo completo. La principal desventaja es que restaurar un archivo dado puede implicar pasar a travs de varios respaldos incrementales hasta encontrar el archivo. Cuando se restaura un sistema de archivos completo, es necesario restaurar el ltimo respaldo completo y cada respaldo incremental subsecuente. En un intento de aliviar la necesidad de pasar a travs de varios respaldos incrementales, se puede utilizar un enfoque ligeramente diferente. Esto se conoce como respaldo diferencial.

Respaldos diferenciales Los respaldos diferenciales son similares a los respaldos incrementales en que ambos solamente copian archivos que han sido modificados. Sin embargo, los respaldos diferenciales son acumulativos, en otras palabras, con un respaldo diferencial, una vez que un archivo ha sido modificado continua siendo includo en todos los respaldos diferenciales subsecuentes hasta el prximo respaldo completo. Esto significa que cada respaldo diferencial contiene todos los archivos modificados desde el ltimo respaldo completo, haciendo posible realizar una total restauracin solamente con el ltimo respaldo completo y el ltimo
Pgina 11 de 30

respaldo diferencial. De la misma manera que la estrategia de respaldo de los respaldos

incrementales, los respaldos diferenciales siguen el mismo enfoque: un respaldo completo peridico seguido de ms frecuentes respaldos diferenciales. El efecto de utilizar los respaldos diferenciales de esta forma es que los respaldos diferenciales tienden a crecer un poco con el tiempo (asumiendo que diferentes archivos son modificados con el paso del tiempo entre respaldos completos). Esto coloca los respaldos diferenciales en un punto entre los respaldos incrementales y los completos en trminos de utilizacin de la media y velocidad de los respaldos, mientras que ofrecen restauraciones completas y de archivos individuales mucho ms rpidas (debido a que hay menos respaldos en los que buscar/restaurar). Dadas estas caractersticas, vale la pena considerar cuidadosamente los respaldos diferenciales.

Media de respaldo Los administradores de sistemas ms experimentados usualmente piensan sobre respaldos en trminos de leer y escribir en cintas, pero hoy da existen otras opciones. En algn momento, los dispositivos de cintas eran los nicos dispositivos de media de respaldo que se podan utilizar razonablemente para propsitos de respaldos. Sin embargo, esto ha cambiado.

Pgina 12 de 30

Cintas Las cintas fueron el primer tipo de media removible disponible como medio de almacenamiento. Tiene los beneficios de bajos costos y una capacidad de almacenamiento razonablemente buena. Sin embargo, las cintas tienen algunas desventajas, como por ejemplo, es susceptible a desgastarse y el acceso a los datos en una cinta es por naturaleza secuencial. Estos factores implican que es necesario hacer un seguimiento del uso de las cintas (retirando las cintas una vez que hayan alcanzado el final de su vida til) y que las bsquedas de un archivo en cinta pueden ser una tarea bastante lenta. Por otro lado, las cintas son uno de los medios de almacenamiento masivo menos costosos disponibles y tienen una larga historia de confiabilidad. Esto significa que construir una biblioteca de cintas de un buen tamao no necesita consumir una gran parte de su presupuesto, y puede contar con poderla utilizar ahora y en un futuro.

Discos En aos pasados, las unidades de disco nunca se utilizaban como medio para respaldos. Sin embargo, los precios se han reducido tanto que, en algunos casos, el uso de discos duros como unidades de respaldo, tiene sentido. La razn principal para el uso de unidades de disco como medio para respaldos sera su velocidad. No hay un medio de almacenamiento masivo ms rpido disponible. La velocidad puede ser un factor crtico cuando la ventana para hacer el respaldo de su centro de datos es corta y la cantidad de datos a copiar es grande. A continuacin algunas razones por las cuales el almacenamiento en disco no es
Pgina 13 de 30

el medio ideal para respaldos. 1. Normalmente los discos duros no son removibles. Un factor clave para una estrategia de respaldo efectiva es que se pueda retirar la media de su centro de datos y en algn tipo de almacenamiento fuera del sitio. Un respaldo de la base de datos de produccin sentada en un disco duro medio metro ms all de la base de datos misma no es un respaldo; es una copia. Y las copias no son muy tiles si los datos del centro de datos y sus contenidos (incluyendo las copias) son daadas o destrudas por algn tipo de evento desafortunado. 2. Las unidades de disco duro son costosas (al menos comparadas con otros tipos de media). Hay situaciones donde el dinero realmente no es un problema, pero en todos los demas casos, los costos asociados con el uso de discos duros para respaldos significa que el nmero de copias de respaldo se debe mantener bajo para as mantener bajos los costos generales. Menos copias de seguridad significa menos redundancia si por alguna razn uno de los respaldos no se puede leer. 3. Los discos duros son frgiles. Si se le cae un disco, usted perdi el respaldo. Es posible comprar estuches especiales que pueden reducir (pero no eliminar completamente) este peligro, pero esto hace una propuesta costosa an ms costosa. 4. Las unidades de disco no son media para archivado. Asumiendo que pueda superar todos los otros problemas asociados con la realizacin de respaldos a unidades de disco, debera considerar lo siguiente. La mayora de las organizaciones tienen varios requerimientos legales para mantener los registros disponibles por cierto tiempo. Las posibilidades de obtener data utilizable desde una cinta de 20 aos son mucho ms grandes que las
Pgina 14 de 30

posibilidades de hacerlo desde un disco de 20 aos. Por ejemplo, tendr el hardware necesario para conectarlo a su sistema? Otra cosa a considerar es que una unidad de disco es mucho ms compleja que una unidad de cinta. Cuando un motor de 20 aos gira un plato de disco de 20 aos, causando que los cabezales de lectura/escritura de 20 aos vuelen sobre la superficie del plato, cules son las posibilidades de que estos componentes funcionen sin problema despus de haber estado 20 aos sentados sin hacer nada?

Creacin, Evaluacin e Implementacin de un Plan de Recuperacin de Desastres Un sitio de respaldo es vital, sin embargo es intil sin un plan de recuperacin de desastres. Un plan de recuperacin de desastres indica cada faceta del proceso de recuperacin, incluyendo (pero no limitado) a: Los eventos que denotan posibles desastres. Las personas en la organizacin que tienen la autoridad para declarar un desastre y por ende, colocar el plan en efecto.

La secuencia de eventos necesaria para preparar el sitio de respaldo una vez que se ha declarado un desastre. Los papeles y responsabilidades de todo el personal clave con respecto a llevar a cabo el plan. Un inventario del hardware necesario y del software requerido para restaurar la produccin. Un plan listando el personal a cubrir el sitio de respaldo, incluyendo un horario de rotacin para soportar las operaciones contnuas sin quemar a los miembros del equipo de desastres. La secuencia de eventos necesaria para mover las operaciones desde el

Pgina 15 de 30

sitio de respaldo al nuevo/restaurado centro de datos. Los planes de recuperacin de desastres a menudo llenan mtiples carpetas de hojas sueltas. Este nivel de detalle es vital porque en el evento de una emergencia, el plan quizs sea lo nico que quede de su centro de datos anterior (adems de los otros sitios de respaldo, por supuesto) para ayudarlo a reconstruir y restaurar las operaciones. Mientras que los planes de recuperacin de desastres deberan de estar a la mano en su sitio de trabajo, tambin se deberan conservar copias fuera de sus instalaciones. De esta forma, si un desastre destruye sus instalaciones no se eliminarn todas las copias de su plan de recuperacin. Un buen lugar para almacenar una copia es en su ubicacin de almacenamiento de respaldos. Tambin se pueden mantener copias del plan de recuperacin de desastres en los hogares de miembros claves de equipo, siempre y cuando esto no viole las polticas de seguridad de la empresa.

Pgina 16 de 30

Programas bsicos para respaldos. Los tres principales programas para respaldos son dump, tar y cpio. Dump y Restore Los programas UNIX que se han usado durante muchos aos para hacer copias de seguridad son dump y restore. Operan en las unidades como una coleccin de bloques de disco, bajo la abstraccin de archivos, los enlaces y directorios creados por el sistema de archivos. Dump respalda un sistema de archivos completo en un dispositivo. No es capaz de respaldar solamente parte de un sistema de archivos o un rbol de directorios que se extienda por ms de un sistema de archivos. Dump no escribe archivos y directorios a cinta, escribe los bloques de datos crudos (raw) que conforman los archivos y directorios. Nota: Si utiliza dump en su directorio raz, no respaldar /home, /usr ni muchos otros directorios, ya que suelen ser puntos de montaje de otros sistemas de archivos o enlaces simblicos hacia dichos sistemas de archivos. Dump tiene peculiaridades que se mantienen desde sus primeros das en la Version 6 de AT&T UNIX (alrededor de 1975). Los parmetros por defecto son los adecuados para cintas de 9 pistas (6250 bpi), pero no para los medios de alta densidad disponibles hoy en da (hasta 62,182 ftpi). Estos valores por defecto deben obviarse en la lnea de comandos para aprovechar la capacidad de las unidades de cinta actuales. Tambin es posible respaldar datos a travs de la red a una unidad de cinta conectada a otra computadora con rdump y rrestore. Ambos programas dependen de rcmd y ruserok para acceder a la unidad de cinta remota. Por consiguiente, el usuario que realiza el respaldo debe estar listado en el archivo .rhosts de la computadora remota. Los argumentos para rdump y rrestore deben
Pgina 17 de 30

ser adecuados para usarse en la computadora remota. Cuando realice un rdump desde una unidad de cinta Exabyte conectada a una Sun llamada komodo, use: # rdump 0dsbfu 54000 13000 126 komodo:/dev/nsa8 /dev/da0a 2>&1 Advertencia: existen implicaciones de seguridad al permitir autentificacin mediante .rhosts. Le recomendamos que evale la situacin cuidadosamente. Tambin es posible usar dump y restore de una forma ms segura a travs de ssh. Ejemplo 1. Utilizando dump a travs de ssh
#dump -0uan -f /usr | gzip -2 | ssh -c blowfish \ usuario@maquinaobjetivo.ejemplo.com dd of=/misarchivosgrandes/dump-usr-l0.gz

Uso del mtodo integrado de dump, configurando la variable de ambiente RSH: Ejemplo 2. Uso de dump a travs de ssh con RSH configurada # RSH=/usr/bin/ssh /sbin/dump -0uan -f usuario@maquinaobjetivo.ejemplo.com:/ dev/sa0 /usr

tar Tar tambin es de la poca de la Version 6 de AT&T UNIX (alrededor de 1975). Trabaja en cooperacin con el sistema de archivos; escribe archivos y directorios a cinta. No soporta el rango completo de opciones que ofrece cpio, pero no requiere el inusual comando de pipeline que utiliza cpio.

Usando un pipe y rsh para mandar los datos a una unidad de cinta remota. # tar cf - . | rsh nombredemaquina dd of=dispositivo-de-cinta obs=20b Si le preocupa la seguridad del proceso de hacer un respaldo a travs de una red
Pgina 18 de 30

debe usar ssh en lugar de rsh.

Respaldo incrementales con Tar. Aplicacin prctica para un respaldo diario: ARCHIVO : backupfull.sh
#!/bin/sh DATA=/backup/correo DEST=$DATA/full.tgz SOURCE=/home LOG=/opt/backup/log TODAY=`date +%Y-%m-%d %a` # Borrar copia existente /bin/rm -f $DEST # Crear respaldo local /bin/tar -chzf $DEST $SOURCE # Borrar los respaldos incrementales /bin/rm -f $DATA/i* #### fin del archivo

ARCHIVO : backupincremental.sh
#!/bin/sh DATA=/backup/correo LASTFULL=$DATA/full.tgz SOURCE=/home TODAY=`date +%Y-%m-%d_%a` LASTDATE=`stat -c %y $LASTFULL` DEST=$DATA/i$TODAY.tgz # Borrar el incremental existente (si existe) /bin/rm -f $DATA/i*
Pgina 19 de 30

# Crear incremental /bin/tar -chz newer $LASTDATE -f $DEST $SOURCE ### fin del archivo

CONFIGURACION DEL CRON 00 22 * * 6 /root/backupfull.sh

00 22 * * * /root/backupincremental.sh

FUNCIONAMIENTO 1.- Archivo backupfull.sh , genera un comprimido de la carpeta /home/, y lo guarda en /backup/correo, esto se ejecuta los sabados a las 11pm. 2.- Archivo backupincremental.sh, la primera vez genera un comprimido omitiendo los archivos contenidos en full.tgz , cuando lo hace por segunda vez primero elimina el incremental generado anteriormente y lo vuelve a crear nuevamente, esto se realiza todos los dias a las 11pm. cpio Es el programa de intercambio de archivos de cinta para medios magnticos. cpio tiene opciones (entre muchas otras) para realizar intercambio de bytes, escribir un nmero diferente de formatos de archivo y hacer pipe de datos hacia otros programas. Esta ltima opcin hace de cpio una eleccin excelente para medios de instalacin. cpio no sabe cmo recorrer el rbol de directorios, as que debe facilitarle una lista de directorios a travs de stdin. cpio no permite respaldos a travs de la red. Puede usar un pipe y rsh para mandar los datos a una unidad de cinta remota. # for f in lista_directorios; do find $f >> backup.list
Pgina 20 de 30

done # cpio -v -o --format=newc < backup.list | ssh usuario@mquina "cat > dispositivo_de_respaldo" Donde lista_directorios y es la lista de es directorios donde el que desea se respaldar, escribir

usuario@mquina es la combinacin usuario/nombre de equipo que realizar el respaldo dispositivo_de_respaldo respaldo efectivamente (por ejemplo /dev/nsa0). pax Es la respuesta IEEE/POSIX a tar y cpio. A travs de los aos las diversas versiones de tar y cpio se han vuelto ligeramente incompatibles, as que en lugar de pelear por hacerlo completamente estndar, POSIX cre una nueva utilidad de archivado. pax trata de leer y escribir muchos de los diversos formatos de cpio y tar, adems de nuevos formatos propios. Su conjunto de comandos se parece ms a cpio que a tar. Amanda Amanda (Advanced Maryland Network Disk Archiver) es un sistema de respaldos cliente/servidor, en lugar de un solo programa.

Respaldar a una sola unidad de cinta cualquier cantidad de computadoras que tengan clientes y servidores en red con esta solucin. Un problema comn en sitios con gran cantidad de discos grandes es que la cantidad de tiempo requerida para respaldar los datos directamente a cinta excede la cantidad de tiempo disponible para la tarea. Amanda resuelve este problema utilizando un disco intermedio para respaldar varios sistemas de archivos al mismo tiempo.

Crea conjuntos de archivo, esto es, un grupo de cintas usadas durante un periodo de tiempo para crear respaldos completos de todos los sistemas de
Pgina 21 de 30

archivos listados en el archivo de configuracin de Amanda. El conjunto de archivo tambin contiene respaldos incrementales nocturnos (o diferenciales) de todos los sistemas de archivos. Para restaurar un sistema de archivos daado hace falta el respaldo completo ms reciente y los respaldos incrementales.

El archivo de configuracin ofrece un control exhaustivo de los respaldos y del trfico de red que Amanda genera.

Usar cualquiera de los programas de respaldo mencionados arriba para escribir los datos a cinta.

Se puede instalar como paquete y como port. No forma parte del sistema base.

No hacer nada No hacer nada no es un programa, pero es la estrategia de respaldo ms extendida. No tiene coste. No hay un calendario de respaldos a seguir. Simplemente hay que decir que no. Si algo le sucediera a sus datos sonra y acostmbrese a su nueva situacin. Si su tiempo y sus datos valen poco o nada, entonces no hacer nada es el programa de respaldo ms adecuado para usted. Pero cuidado, Linux es una herramienta muy poderosa y puede suceder que dentro de seis meses tenga un montn de archivos que sean valiosos para usted. No hacer nada es el mtodo correcto de respaldo para /usr/obj y otros rboles de directorios que pueden ser fcilmente recreados por su computadora. Procedimiento de restauracin de emergencia Antes del desastre Solamente existen cuatro pasos que debe realizar en preparacin de cualquier
Pgina 22 de 30

desastre que pudiera ocurrir. Primero, imprima la etiqueta de disco de cada uno de sus discos (disklabel da0 | lpr), su tabla de sistemas de archivos (/etc/fstab) y todos los mensajes de arranque, dos copias de cada uno. Segundo, asegrese que los disquetes de rescate (boot.flp y fixit.flp) tienen todos sus dispositivos. La manera ms fcil de revisarlo es reiniciar su mquina con el disquete en la unidad y revisar los mensajes de arranque. Si todos sus dispositivos aparecen en la lista y funcionan, pase al tercer paso. Si ha habido algn problema tiene que crear dos disquetes de arranque personalizados, que deben tener un kernel que pueda montar todos sus discos y acceder a su unidad de cinta. Estos discos deben contener: fdisk, disklabel, newfs, mount y cualquier programa de respaldo que utilice. Estos programas deben estar enlazados estticamente. Si usa dump, el disquete debe contener restore. Tercero, use cintas de respaldo regularmente. Cualquier cambio que haga despus de su ltimo respaldo puede perderse irremediablemente. Proteja contra escritura las cintas de respaldo. Cuarto, pruebe los disquetes (ya sea boot.flp y fixit.flp o los dos discos personalizados que cre en el segundo paso) y las cintas de respaldo. Documente el procedimiento. Almacene estas notas con los discos de arranque, las impresiones y las cintas de respaldo. Estar tan perturbado cuando restaure su sistema que las notas pueden pueden evitar que destruya sus cintas de respaldo. (Como puede occurrirle esta destruccin? en lugar de tar xvf /dev/sa0, puede teclear accidentalmente tar cvf /dev/sa0 y sobreescribir su cinta). Como medida adicional de seguridad haga discos de inicio y dos cintas de respaldo cada vez. Almacene una de cada en una ubicacin remota. Una ubicacin remota no es el stano del mismo edificio. Muchas firmas alojadas en el World Trade Center aprendieron esta leccin de la manera ms difcil. Esa
Pgina 23 de 30

ubicacin remota debe estar separada fsicamente de sus computadoras y unidades de disco por una distancia significativa. Despus del desastre La pregunta clave es: sobrevivi su hardware? Ha estado haciendo respaldos regularmente, as que no hay necesidad de preocuparse por el software.

Si el hardware ha sufrido daos los componentes deben reemplazarse antes de intentar de usar su sistema.

Si su hardware est bien revise sus discos de arranque. Si usa disquetes de arranque personalizados arranque en modo monousuario (teclee -s en el prompt de arranque boot:). Sltese el siguiente prrafo.

Si utiliza los discos boot.flp y fixit.flp, siga leyendo. Inserte el disco boot.flp en la primera unidad de disquete y arranque la mquina. El men de instalacin original se desplegar en pantalla. Seleccione la opcin Fixit-Repair mode with CDROM or floppy. Inserte el disco fixit.flp cuando se le pida. Tanto restore como los dems programas que necesitar estn en /mnt2/rescue (/mnt2/stand para versiones de FreeBSD anteriores a 5.2).

Recupere cada sistema de archivos por separado.

Trate de montar (por ejemplo mount /dev/da0a /mnt) la particin raz de su primer disco. Si la etiqueta del disco ha sufrido daos use disklabel para reparticionar y etiquetar el disco de forma que coincida con la etiqueta que imprimi y guard previamente.

Use newfs para crear de nuevo sus sistemas de archivos. Monte de nuevo la particin raz del disquete en modo lectura/escritura (mount -u -o rw /mnt).

Ejecute su programa de respaldo y utilice las cintas de respaldo para restaurar sus datos en este sistema de archivos (restore vrf /dev/sa0).

Pgina 24 de 30

Desmonte el sistema de archivos (umount /mnt). Repita el proceso con cada sistema de archivos que sufri daos.

Una vez que su sistema est en marcha respalde sus datos en cintas nuevas. Cualquiera que haya sido la causa de la cada o prdida de datos puede suceder de nuevo. Una hora ms que gaste ahora puede ahorrarle mucho sufrimiento ms adelante. Bacula Es un completo software de backup. El despliegue de este software alcanza sin problemas los niveles de Netbackup. Deja atrs a productos como BackupExec, al incorporar clientes/agentes para los sistemas operativos ms importantes. Instalacin de Bacula #apt-get install bacula-common bacula-console bacula-director-common bacula-fd bacula-sd libpq3 mysql-server mtx mt-st Esto instalar la mayora de los componentes de bacula. Finalmente instalamos: #apt-get install bacula-director-mysql Como trabaja bacula?

Bacula, principalmente es un sistema de backup modular. Esto quiere decir entre otras cosas, que podremos tener separados todos los componentes importantes de Bacula. Estos componentes, que corren en el server y clientes, son: - Bacula-Director: cerebro de todos los componentes. - Bacula-SD:Storage daemon: demonio encargado del almacenamiento (a disco, a cinta, robots...). - Bacula-FD:File daemon: parte cliente, encargado de la realizacin del backup

Pgina 25 de 30

de los ficheros. - Console: consola de gestin. Bacula-Director Este demonio controla todo el sistema de respaldo y los otros demonios (principalmente Bacula-FD & Bacula-SD) para facilitar un respaldo exitoso. El servidor corriendo el Bacula-Director es considerado el servidor de respaldo (Backup server). ste demonio dbera estar corriendo para que la solucin Bacula trabaje. El script del Bacula-Director es: #/etc/init.d/Bacula-director

Bacula-SD Bacula-SD es el demonio de almacenamiento de Bacula. Como lo dice su nombre, toma el cuidado de todos los dispositivos de almacenamiento, incluyendo pero no limitado a discos, cintas, CD/DVDs. ste demonio debe estar corriendo al menos al momento del respaldo. De aqu que el servicio es configurado tambin para que arranque en el background cuando el sistema se inicia. El script de inicio es: #/etc/init.d/Bacula-sd
Pgina 26 de 30

Bacula-FD Bacula-FD es el demonio en el cliente, El cual debera estar corriendo en cada servidor que necesita ser respaldado. sto incluye al servidor de Backup en caso que este tenga archivos que respaldar. Normalmente, esto ltimo ser el caso porque es importante hacer respaldo del catlogo de Bacula, el cual ser vital cuando se requiera restaurar la data en caso de desastre. Existe un cliente diponible para las estaciones Windows para respaldar los ervidores Windows tambin. El script de inicio es : #/etc/init.d/Bacula-fd Bconsole Esta es la consola para hacer los cambios y actualizacioes despus que ha sido implementado Bacula. No es exactamente un deminio pero es un utilitario que inicia y corre cuando un usuario se logea por consola. No requiere script de inicio. Bsmtp Bacula corre ste utilitario cuando un mensaje alerta es enviado por el demonio Bacula-Director.

BootStrapRecord The BootStrapRecord es el registro ms crtico que tiene que ser respaldado en un servidor diferente CD, pero tiene que ser en medio diferente a la cinta de respaldo. BootStrapRecord es requerido para la reconstruccin en el caso de un

Pgina 27 de 30

desastre del mismo servidor backup. Principales archivos de configuracin. Todos los archivos de configuracin requeridos estn en el directorio /etc/bacula. Los principales archivos son: bacula-dir.conf bacula-fd.conf bacula-sd.conf bconsole.conf Utilice su editor favorito para ver los contenidos de cada uno de ellos y sus parmetros principales de configuracin, los cuales se explicarn al momento de la configuracin en el laboratorio de prcticas.

Probando el drive de la Cinta con Bacula. Algunas cintas no son estandars. Ellas trabajan con el software propietario y presentan cintas. Para probarlo #btape -c ejecute: /etc/bacula/bacula-sd.conf /dev/nst0 fallas interminentes cuando se usan con otro software. Afortunadamente, Bacula viene con un utilitario para probar el drive de las

Pgina 28 de 30

Como encontrar el drive de tu cinta en Bacula? #mt status Como chequear el estatus del demonio de Bacula? # ps auwx | grep bacula

Arrancando la consola de Bacula. La consola de Bacula es la principal interfaz con el demonio Bacula-Director. #bconsole

Ejercicios. Construir un script que automatice las copias diarias de un sistema. Solucin: Este script se basa en un ejemplo realizado por por ramon@linux-labs.net. La idea es tener una copia semanal completa, una mensual tambin completa y luego un archivo por cada da de la semana que contendr los cambios desde el domingo hasta ese da. Esta poltica de copias es buena para casi cualquier sistema de usuarios o servidores de Internet.
#!/bin/bash #script de copia completa e incremental # COMPUTER=pc1pii300

Pgina 29 de 30

#Directorios de los que se hace la copia DIRECTORIOS="/" BACKUPDIR=/backups #Directorio que contiene el archivo de referencia para las copias incrementales TIMEDIR=/backups/last-full #escribir en este archivo el path completo de directorios/archivos #que no se copiaran EXCLUDEFILE=/backups/exclude TAR=/bin/tar #no modificar esto DOW=`date +%w` #dia de la semana (0 domingo, 1 lunes...) DOWL=`date +%a` #dia de la semana en locales (Lun/Mon, Mar/Tue, /Wed...) DOM=`date +%d` #dia del mes (01..31) DM=`date +%d%b` #dia y mes (mes en locales, e.g ES ene, US jan) # backup entero mensual if [ $DOM = "01" ]; then $TAR -X $EXCLUDEFILE -jcf $BACKUPDIR/$COMPUTER-$DM.tar.bz2 $DIRECTORIOS chmod 770 $BACKUPDIR/$COMPUTER-$DM.tar.bz2 fi # Backup total semanal if [ $DOW = "0" ]; then NOW=`date +%d-%b` echo $NOW > $TIMEDIR/$COMPUTER-full-date $TAR -X $EXCLUDEFILE -jcf $BACKUPDIR/$COMPUTER-$DOWL.tar.bz2 $DIRECTORIOS chmod 770 $BACKUPDIR/$COMPUTER-$DOWL.tar.bz2 # Backup incremental que sobreescribe el de la semana pasada else NEWER="--newer `cat $TIMEDIR/$COMPUTER-full-date`" $TAR -X $EXCLUDEFILE $NEWER -jcf $BACKUPDIR/$COMPUTER$DOWL.tar.bz2 $DIRECTORIOS chmod 770 $BACKUPDIR/$COMPUTER-$DOWL.tar.bz2 fi

Pgina 30 de 30