Comparación y Configuración de Backup Servers Systems

Transcripción

1 Comparación y Configuración de Backup Servers Systems Rafael Cid Ançay T Irina Álvarez Rodríguez J Alejandra Santiago Veiga L Nicolás Romero Crego E José María Santibáñez García L

2 INDICE 1. Introducción y objetivos Estado del arte Descripción técnica y configuraciones Prerrequisitos Primera fase Segunda fase RSYNC DUPLICITY KEEP Resultados Experimentales Interpretacion de los Resultados CUESTIONARIO Conclusión ANEXO Manual RSYNC...28 Manual DUPLICITY...32 Manual KEEP...35

3 1. Introducción y objetivos Comparación y Configuración de Backup Servers Systems De entre todos los proyectos finales disponibles en esta asignatura, hemos decidido investigar sobre las tecnologías de libre distribución disponibles en el mercado para la realización de copias de seguridad y restauraciones sobre sistema operativo Linux. Y más concretamente nos centraremos en el uso de tres herramientas RSYNC, DUPLICITY Y KEEP. Consideramos interesante este campo ya que hoy en día, la información que manejan las aplicaciones informáticas es dinero, y el dinero hay que asegurarlo. La capacidad de respuesta de las aplicaciones, la seguridad de los datos que viajan a través de una red o la compresión de los mismos, son cuestiones muy importantes a la hora de elegir un sistema de backups adecuado para tu organización. Pero también lo es la facilidad de uso y configuración de los mismos, porque de nada vale tener buenas herramientas, si no cuentas con el personal cualificado para hacerlo funcionar y dependes de especialistas en cada uno de los campos. Para nosotros, es irrelevante la medición exhaustiva de los tiempos de ejecución ni el uso de recursos de la máquina ya que, teniendo en cuenta la importancia de las copias de seguridad hoy en día y que la mayoría de herramientas tienen algoritmos comunes para realizar estas tareas, lo único importante es averiguar cuán difícil es su configuración o que nos aportan unos programas u otros, en lugar de la rapidez de los backups realizados. La información que esperamos obtener mediante estos experimentos se usará para hacer una comparativa de las herramientas, basándonos como característica principal, en la facilidad de uso de cada una de ellas. Llevaremos a cabo este estudio usando métricas, tales como una encuesta realizada por nosotros a partir de nuestras experiencias personales, y tareas con las que pretendemos realizar backups en red para una hipotética (pero real hoy en día) situación de equipos distribuidos, con información sensible de ser respaldada en períodos de tiempo determinados. Como propósitos generales intentaremos: Comprobar las funcionalidades de cada uno de estos programas mediante las baterías de pruebas en red: backups incrementales, backups de ficheros y de bases de datos. Comprobar la facilidad de uso de los programas keep, rsync y duplicity mediante las pruebas en localhost y completar la encuesta de satisfacción

4 2. Estado del arte Comparación y Configuración de Backup Servers Systems Teniendo en cuenta nuestro campo de estudio, hemos buscado y realizado un pequeño TOP TEN donde listamos los paquetes de software más relevantes relacionados con nuestro proyecto. TOP TEN 1 fwbackups 2 Bacula 3 Rsync 4 Mondorescue 5 Simple Backup Solution 6 Amanda 7 Arkeia 8 Back In Time 9 Box Backup 10 Kbackup Para una breve descripción de características y funcionalidades, aquí dejamos las Fuentes: Nuestro trabajo está orientado al estudio de la utilidad y la facilidad de uso de RSYNC, DUPLICITY Y KEEP tanto a nivel personal como de medianas o pequeñas empresas. Por ello no hemos considerado usar los programas aquí expuestos ya que, como se especifica en las fuentes, muchos de ellos son sistemas enfocados a empresas con gran volumen de datos. Las ventajas de estos paquetes radican a priori en la facilidad de instalación y realización de respaldos así como las funcionalidades de los mismos. La principal desventaja que hemos encontrado es que, a excepción de RSYNC, KEEP y DUPLICITY no son aconsejables para los backups de grandes cantidades de datos y KEEP no proporciona el servicio de backups en red

5 3. Descripción técnica y configuraciones 3.1. Prerrequisitos - 5 portátiles con sistema operativo linux (ubuntu 9.10 o kubuntu 9.10) - 1 cable de red cruzado. - Programas a usar: RSYNC, DUPLICITY y KEEP Primera fase Para la primera fase de nuestro trabajo, necesitamos instalar los 3 programas a estudiar cada uno en su equipo y realizar una serie de backups locales comprobando parámetros con los que luego valoraremos y responderemos a las preguntas propuestas del cuestionario. Manuales para la instalación: RSYNC (Manual RSYNC) DUPLICITY (Manual DUPLICITY) KEEP (Manual KEEP) 3.3. Segunda fase Para hacer backups en red con RSYNC y DUPLICITY primero necesitamos el cable de red y configurar ambos equipos mediante el comando: Servidor: sudo ifconfig eth netmask Cliente: sudo ifconfig eth netmask Comprobamos que efectivamente los equipos están en red ejecutando el comando ping y observando si existe tráfico entre las máquinas: En el cliente: ping En el servidor: ping

6 RSYNC Comparación y Configuración de Backup Servers Systems Diagrama I. RSYNC Tenemos pensado instalar una plataforma similar a la que se aprecia en el "Diagrama I. RSYNC". Contamos con una base de datos ("inmobiliaria") ya implementada en el equipo cliente la cual será objeto de nuestros respaldos. A su vez, realizaremos los backups en red incrementales, de ficheros y entre dos equipos con los programas seleccionados instalando y configurando todo lo necesario para la consecución de los objetivos anteriormente expuestos. PASO 1. Antes de realizar backups con RSYNC, necesitamos un medio que nos permita intercambiar archivos entre el servidor y cliente, por ello necesitamos instalar SSH; un protocolo de acceso remoto para el intercambio de archivos en modo seguro. Servidor y cliente: sudo apt-get install ssh A continuación, para conectar los equipos, necesitamos crear una clave pública para ambos de manera que no pida la contraseña cada vez que intentemos acceder al servidor desde el cliente o viceversa. Desde el servidor creamos la clave: ssh-keygen -tdsa - 6 -

7 En este punto pulsas intro a todas las peticiones: Comparación y Configuración de Backup Servers Systems txema@ubuntu:~$ ssh-keygen -tdsa Generating public/private dsa key pair. Enter file in which to save the key (/home/txema/.ssh/id_dsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /home/txema/.ssh/id_dsa. Your public key has been saved in /home/txema/.ssh/id_dsa.pub. The key fingerprint is: ef:fe:af:5e:c1:02:de:f2:34:8e:78:00:4e:0b:de:58 txema@ubuntu The key's randomart image is: +--[ DSA 1024] E.. B o. o. o + S o = o + * o.. + o. o..oo+o Y copias esa clave al cliente: Servidor: cat /home/txema/.ssh/id_dsa.pub ssh rafa@ cat - >> /home/rafa/.ssh/authorized_keys Después, introduces la contraseña del servidor en el cliente por primera y ultima vez. Por último comprobamos que el programa funciona y ambos ordenadores están conectados mediante el comando: Cliente: ssh -l txema Y en la máquina cliente obtenemos un listado de los archivos ubicados en el escritorio de la máquina servidor: Acceso Remoto a servidor - 7 -

8 A estas alturas, ambos ordenadores están conectados mediante SSH y listos para realizar backups con RSYNC. PASO 2. Hemos decidido realizar un script para automatizar la tarea del backup desde el cliente al servidor pero, antes de nada, necesitamos también instalar un servidor MYSQL para hacer backups y recuperaciones de bases de datos: Cliente: sudo synaptic En la herramienta synaptics vas a: EDITAR>MARCAR PAQUETES POR TAREA>LAMP SERVER Instalará todos los paquetes necesarios para establecer un administrador de bases de datos MySQL en la máquina cliente. Para comprobar que realmente funciona basta con escribir en el navegador la ruta: Cliente: Vista de la base de datos PASO 3. Seguidamente instalamos RSYNC: Cliente: sudo apt-get install rsync - 8 -

9 PASO 4. Realizamos una serie de pruebas con archivos pequeños, ficheros y carpetas entre cliente y servidor con el comando: Cliente: rsync --progress --compress --update -altgvb /home/rafa/documentos/backup/ txema@ :/home/txema/escritorio/acso con el cual comprobamos que realiza las tareas descritas en las especificaciones: --progress: muestra el progreso durante el proceso. --compress: comprime los datos durante la transferencia. --update: fuerza a pasar los archivos actualizados al receptor. PASO 5. SCRIPT DE BACKUP Diseñamos un script y lo mejoramos añadiendo comandos, de manera que pulimos los errores y lo vamos preparando para el backup de una base de datos. NOTA: partimos del hecho de que en el equipo cliente existe una base de datos de una aplicación web ya creada; la cual necesitamos respaldar y guardar en el servidor. #!/bin/bash Este es el resultado final: echo "Generando backup de la BD en local..."; mysqldump --opt --password="escalopendro" --user="root" inmobiliaria > /home/rafa/documentos/backup/backup_bd/copia_seguridad_bd.sql echo "Generando backup remoto..."; FROM="/home/rafa/Documentos/backup/" TO="txema@ :/home/txema/Escritorio/ACSO/" if rsync --progress --compress --update -altgvb $FROM $TO then echo "BACKUP OK" else echo "BACKUP FAILED" fi FUNCIONAMIENTO del SCRIPT: Se basa en copiar la base de datos del cliente ubicado en /home/rafa/documentos/backup/backup_bd/ en un archivo.sql con el comando mysqldump : mysqldump --opt --password="escalopendro" --user="root" inmobiliaria > /home/rafa/documentos/backup/backup_bd/copia_seguridad_bd.sql - 9 -

10 Establecemos a quien va dirigido y quien lo va a recibir con el from-to: FROM=/home/rafa/Documentos/backup/ TO=txema@ :/home/txema/Escritorio/ACSO/ descritas: Por último lo copia en el servidor mediante RSYNC con las opciones anteriormente rsync --progress --compress --update -altgvb $FROM $TO Resultado de la ejecución del Script backup.sh

11 Backup incremental PASO 6. SCRIPT DE RESTORE A continuación creamos un script para restaurar la base de datos copiada en el servidor al cliente. NOTA: importante tener la base de datos creada con el nombre inmobiliaria, de otra manera no funcionaría la restauración. #!/bin/bash echo "Restauracion..."; TO="/home/rafa/Documentos/restore" FROM="txema@ :/home/txema/Escritorio/ACSO/" if rsync --progress --compress --update -altgvb $FROM $TO then echo "BACKUP OK" else echo "BACKUP FAILED" fi sudo mysql --password="escalopendro" --user="root" inmobiliaria < $TO/Backup_BD/copia_seguridad_BD.sql FUNCIONAMIENTO del SCRIPT: El funcionamiento de este nuevo script es igual en los pasos 2 y 3 del anterior. Lo más interesante es el comando de MYSQL que nos permite hacer la restauración del servidor al cliente: sudo mysql --password="escalopendro" --user="root" inmobiliaria < $TO/Backup_BD/copia_seguridad_BD.sql

12 Ejecución del script PASO 7. Lo último que nos queda por realizar es la modificación del crontab para automatizar y organizar la ejecución del script en un horario determinado. Cliente: crontab -e Seleccionas el editor que te interesa; en nuestro caso nano y configuras cuán hipotéticamente se debería realizar el backup automáticamente. NOTA: importante descomentar la línea en cuestión para que el crontab se ejecute correctamente. Cierras y guardas el crontab, a continuación puedes escribir un crontab -l para comprobar que realmente está guardado correctamente. En este caso en cuestión el backup se realiza cada hora todos los días del año. Configuración del crontab

13 Para más información sobre funcionalidades y más opciones de RSYNC aconsejamos que se consulte nuestro documento Manual RSYNC, la propia documentación de la herramienta facilitada con el comando man o las siguientes fuentes interesantes. FUENTES: DUPLICITY Diagrama II. DUPLICITY En este apartado, intentaremos instalar y configurar los programas aquí descritos con el fin de realizar backups incrementales y de la base de datos anteriormente usada. PASO 1. Según las especificaciones de DUPLICITY y antes de poder realizar backups, necesitamos configurar el protocolo de intercambio de archivos en red FTP. Para ello, cliente y servidor han de instalar dos tipos de paquetes distintos; para el servidor vsftpd y el cliente ncftp. Servidor: sudo apt-get install vsftpd Cliente: sudo apt-get install ncftp Posteriormente configuramos en el servidor un archivo, previo al funcionamiento completo de la herramienta: Servidor: sudo nano /etc/vsftpd.conf

14 A continuación vamos a comentar las líneas más importantes del fichero: # Habilitar el acceso a usuarios anónimos. Para mayor seguridad poner NO. anonymous_enable=no # Permitir el acceso de usuarios locales a sus respectivas carpetas privadas: local_enable=yes # Permitir el modo escritura: write_enable=yes # Mascara del directorio: local_umask=755 # Mensaje de bienvenida: ftpd_banner=bienvenidos al Servidor FTP de este sitio. # Enjaula a los usuarios dentro de su propio directorio personal. Mejora la seguridad. chroot_local_user=yes NOTA: en el apartado #mascara del directorio hemos decidido darle permisos de lectura escritura y ejecución al propietario, y a los usuarios que pertenezcan al grupo solo de ejecución y lectura para que se conecten al servidor. PASO 2. Ahora creamos los usuarios del servidor necesarios para realizar los backups: Servidor: sudo adduser ales Añadiendo el usuario «ales»... Añadiendo el nuevo grupo `ales' (1001)... Añadiendo el nuevo usuario «alesx (1001) con grupo zales»... Creando el directorio personal «/home/ales»... Copiando los ficheros desde `/etc/skel'... Introduzca la nueva contraseña de UNIX: Vuelva a escribir la nueva contraseña de UNIX: passwd: contraseña actualizada correctamente Changing the user information for ales Enter the new value, or press ENTER for the default Full Name []: Room Number []: Work Phone []: Home Phone []: Other []: Es correcta la información? [S/n] PASO 3. Una vez configurado a nuestro gusto debemos reiniciar el servicio: Servidor: sudo /etc/init.d/vsftpd restart

15 PASO 4. Ahora para comprobar que el servidor FTP funciona, nosotros decidimos probarlo con nuestro navegador habitual y Nautilus, pero existen otros métodos con línea de comandos o gráficos que realizan estas operaciones. Desde servidor accedes a través del navegador con: ftp://localhost:21/ A Acceso a archivos FTP desde el servidor En la figura superior podemos observar un listado de los archivos de prueba alojados en el servidor FTP accediendo desde el navegador. Desde Cliente: A) Puedes acceder con el usuario creado y contraseña a la dirección IP del servidor FTP y observamos el mismo índice que desde el servidor. Imagen de acceso a los archivos FTP desde cliente(i)

16 Imagen de acceso a los archivos FTP desde cliente (II) B) O bien puedes acceder con la herramienta Nautilus: Cliente: apt-get install nautilus lanzar nautilus>file>connect to server... Con Nautilus puedes hacer una exploración de archivos de manera gráfica y con más funcionalidades de las que te ofrece el navegador NAUTILUS

17 Más información de cómo configurar e instalar Nautilus en: FUENTES: Ahora tenemos una plataforma FTP cliente-servidor operativa con al que poder realizar nuestros backups en red con DUPLICITY. PASO 5. Antes de realizar scripts o pruebas, instalamos DUPLICITY en el equipo en el que necesitas realizar las copias de seguridad. Cliente: sudo apt-get install duplicity Comprobamos en local que el programa funciona con ficheros y otros archivos. Cliente: duplicity /home/rafa/documentos/backup ftp://ales@ / Ejecución backup.sh PASO 6. SCRIPT DE BACKUP Decidimos crear un script que automatizara el proceso de copias de seguridad, almacenándolas vía FTP en el servidor mediante el gestor de tareas crontab; como ya habíamos hecho con RSYNC en el PASO

18 #!/bin/bash echo "Generando backup de la BD en local..."; rm -R /home/rafa/documentos/backup/backup_bd mkdir /home/rafa/documentos/backup/backup_bd chmod 777 /home/rafa/documentos/backup/backup_bd mysqldump --opt --password="escalopendro" --user="root" inmobiliaria > /home/rafa/documentos/backup/backup_bd/copia_seguridad_bd.sql echo "Generando backup remoto..."; export PASSPHRASE="Escalopendro" export FTP_PASSWORD="ales" duplicity remove-older-than 1m if duplicity /home/rafa/documentos/backup then echo "BACKUP OK" else echo "BACKUP FAILED" fi unset PASSPHRASE unset FTP_PASSWORD FUNCIONAMIENTO del SCRIPT: Nos aseguramos de que la carpeta donde almacenaremos nuestros backups se encuentra vacía y que contemos con los permisos necesarios. rm -R /home/rafa/documentos/backup/backup_bd mkdir /home/rafa/documentos/backup/backup_bd chmod 777 /home/rafa/documentos/backup/backup_bd especificado. Generamos el backup de la base de datos y almacenamos el fichero.sql en el directorio mysqldump --opt --password="escalopendro" --user="root" inmobiliaria > /home/rafa/documentos/backup/backup_bd/copia_seguridad_bd.sql Define una variable PASSPHRASE Y FTP_PASSWORD para almacenar las claves necesarias y no tener que introducirlas cada vez que se ejecuta el script. export PASSPHRASE="Escalopendro" export FTP_PASSWORD="ales"

19 Se eliminan en el servidor los backups que sean anteriores a 1 minuto en nuestro caso. duplicity remove-older-than 1m ftp://ales@ / Se realiza el respaldo del cliente a través de FTP, que es el que gestiona los permisos de los usuarios y las carpetas. if duplicity /home/rafa/documentos/backup ftp://ales@ / then echo "BACKUP OK" else echo "BACKUP FAILED" fi Se puede comprobar que el backup ha sido realizado correctamente en el servidor a través de SSH. Aquí podemos apreciar el formato de los ficheros con extensión.gpg (encriptados) a los que solo se puede acceder a la información contenida en ellos con DUPLICITY. Archivos encriptados que almacenan los datos de los backups en el servidor PASO 7: BACKUP RESTORE #!/bin/bash TO="/home/rafa/Documentos/restore_dupl" FROM="ftp://ales@ /" export PASSPHRASE="Escalopendro" export FTP_PASSWORD="ales" duplicity restore $FROM $TO unset PASSPHRASE unset FTP_PASSWORD sudo mysql --password="escalopendro" --user="root" inmobiliaria < $TO/Backup_BD/copia_seguridad_BD.sql

20 FUNCIONAMIENTO del SCRIPT: El funcionamiento de este script es parecido a los anteriores. Primero establecemos un FROM-TO, especificando la dirección del restore. TO=/home/rafa/Documentos/restore_dupl FROM= ftp://ales@ / Exportamos las contraseñas con la finalidad de que no las solicite, realizamos la restauración y posteriormente deshabilitamos las mismas contraseñas. export PASSPHRASE="Escalopendro" export FTP_PASSWORD="ales" duplicity restore $FROM $TO unset PASSPHRASE unset FTP_PASSWORD Volcamos el contenido del fichero en la base de datos ya creada. sudo mysql --password="escalopendro" --user="root" inmobiliaria < $TO/Backup_BD/copia_seguridad_BD.sql Ejecución del Script restore.sh Si se desea investigar sobre más opciones de respaldo o restauración aconsejamos que se consulte nuestra documentación complementaria sobre la herramienta Manual DUPLICITY, con el comando man del programa o se visiten las siguientes páginas Web

21 FUENTES: on_debian_etch KEEP En principio creíamos que era posible realizar backups en red con este programa. Lo escogimos por su interfaz gráfica y poder así comparar los distintos formatos con los que estas herramientas se nos presentan. Finalmente no es posible realizar backups en red, hecho que tomaremos en cuenta a la hora de realizar nuestra comparativa. La intuitividad con la que se nos presentaba gracias a su interfaz, ahora se ve penalizada por el hecho de la imposibilidad de realizar nuestros experimentos; por lo que nos remitimos a la instalación y pruebas de backups locales anteriormente descritas en nuestro manual ya que existe muy poca documentación de programa: Manual KEEP FUENTES:

22 4. Resultados Experimentales Comparación y Configuración de Backup Servers Systems Las diversas pruebas que hemos llevado a cabo y la experiencia acumulada a lo largo de la instalación y configuración de los programas, tienen el objetivo principal no tanto la recopilación de datos, si no la comprobación de diversos factores necesarios para una medición cualitativa de los mismos. Para llevar a cabo esta difícil tarea de evaluar aspectos tan subjetivos como la facilidad de uso, hemos explotado en la medida de lo posible las herramientas a prueba, realizando todo tipo de backups con ellas explicados en el apartado anterior. Por ello, en esta sección nuestros resultados experimentales se basan en nuestras percepciones personales del uso y la familiarización que hemos obtenido con los programas a lo largo de los experimentos. Para recoger estas impresiones, hemos decidido realizar nuestros propios cuestionarios y documentos de especificaciones, ya que no hemos encontrado ninguno que nos aportase los datos requeridos para elaborar una comparativa de facilidad de uso. En realidad, los únicos precedentes parecidos a lo que nosotros teníamos pensado hacer se encuentran en Softonic, donde se compara la satisfacción en general de los usuarios que han decidido descargar y usar las herramientas; y en Handybackup que establece una serie de características que deben cumplir los tres programas propietarios que son estudiados en la página. En nuestro caso, el cuestionario recoge distintos aspectos que hemos considerado importantes a la hora de medir sus funcionalidades, las cuales explicaremos en el apartado siguiente. FUENTES:

23 5. Interpretación de los Resultados EXPLICACION: La encuesta consta de 4 partes bien diferenciadas: FEATURES: En features, lo que queremos resaltar de manera más visual es una pequeña introducción de características de cada uno de los programas con relación a las plataformas soportadas, interfaces disponibles, las posibilidades de copias de seguridad, dónde se realizan las copas de seguridad y si realiza la encriptación de los datos respaldados. SOPORTE: En este apartado comprobamos la calidad de la documentación disponible y las herramientas ofrecidas a los usuarios a la hora de comentar dudas, reportar errores y buscar soluciones. REQUISITOS: Especificamos detalles técnicos referentes a las herramientas relativas al hardware en el que se debe ejecutar. FACILIDAD DE USO: Aquí resumimos y completamos las características que consideramos un programa debe cumplir para que resulte cómodo de manejar. EVALUACION: Hemos decidido evaluar los programas con una puntuación de 0 a 10, para ello hemos repartido los puntos como sigue: Requisitos: 0,5 puntos : Creemos que este apartado se merece un mínimo de atención, dado que puede que alguna herramienta sea muy pesada o exigente. Soporte: 2 puntos : Nos parece que el hecho de que una herramienta está en proceso de desarrollo o mantenimiento es vital para que no se quede obsoleta ni se queden desprotegidos posibles errores que produzcan con el tiempo. Funcionalidades: 4 puntos : Un punto vital en la elección del software, ya que nos da una indicación de lo que puede hacer, por ello es la característica más puntuada. Facilidad de uso: 3,5 puntos : Realmente este es el aspecto que hemos explotado en nuestra comparativa. Es el objetivo principal de nuestros experimentos con las herramientas, y para ello hemos instalado servidores LAMP, FTP, VSFTPD, y ssh, trabajado con bases de datos para hacer backups incrementales, etc

24 Plataformas soportadas FEATURES (4 puntos) RSYNC DUPLYCITY KEEP Unix/Linux Windows (Cygwin) (Cygwin) Mac (arrsync) Puntuación (0,5 puntos max): 0,5 0,5 0 Interfaces disponibles (Unix/Linux) Gráfica Consola Puntuación (0,2 puntos max): 0,1 0,1 0,1 Posibilidades de copias de seguridad Full backup Incremental Backup Mirror Backup Automatic backup scheduler (Crontab) (Crontab) Include/Exclude files Copiar enlaces, ficheros de dispositivo, propietarios, grupos y permisos Modo CVS para ignorar los fichero que CVS ignoraría Puntuación (1,4 puntos max): 1,4 1 0,6 Donde hacer las copias de seguridad Backup to local/external HDD Backup to FTP Locations SSH (scp/ssh) WebDav Amazon S3 Puntuación (1,4 puntos max): 0,6 1,4 0,3 Encriptación Posibilidad de backups encriptados Posibilidad de firmar los Backups Puntuación (0,5 puntos max): 0 0,5 0 PUNTUACIÓN (4 PUNTOS MAX.): 2,6 3,

25 SOPORTE RSYNC DUPLYCITY KEEP Hay documentación disponible? (Muy poca) Existe una sección FAQ oficial? Existe una sección oficial de recolección/resolución de Bugs? Se resuelven los bugs planteados? PUNTUACIÓN (2 PUNTOS MAX.): 2 1 0,5 REQUISITOS RSYNC DUPLYCITY KEEP Tamaño 778kB 1561kB 1171kB Número de librerías necesarias PUNTUACIÓN (0,5 PUNTOS MAX.): 0,5 0,5 0 FACILIDAD DE USO RSYNC DUPLYCITY KEEP Se puede invocar desde consola La utilización de la interfaz es sencilla? Es sencillo hacer backups locales? Es sencillo hacer backups en red mediante FTP? Es sencillo hacer backups en red mediante ssh? Es sencillo recuperar backups enlocal? Es sencillo recuperar backups en red mediante FTP? Es sencillo recuperar backups en red mediante ssh? PUNTUACIÓN (3,5 PUNTOS MAX.): 1,75 3,1 1,3 RSYNC DUPLYCITY KEEP VALORACIONES : 6,7 8,1 3,1-25 -

26 6. Conclusión Comparación y Configuración de Backup Servers Systems Cuando empezamos a informarnos y a tomar contacto con la tarea encomendada, nos dimos cuenta de la infinidad de programas de respaldo que existían en el mercado y de sus múltiples aplicaciones en las empresas. Un primer sondeo nos aproximó a herramientas sofisticadas como AMANDA o Box Backup, las cuales se encontraban fuera de nuestro rango de investigación. Poco a poco fuimos encontrando programas más asequibles, y no por ello simples, que nos aportaban maneras potentes de realizar las pruebas que necesitábamos. A priori la tarea parecía sencilla, estudiamos las funcionalidades y los comandos de cada una de las herramientas seleccionadas (RSYNC, DUPLICITY Y KEEP) y empezamos a conectar los cables. A partir de ahí, todo fue investigación y descubrimiento tras descubrimiento. Probando los programas nos fuimos dando cuenta de que todo era un trabajo piramidal, antes de hacer un backup, necesitabas un protocolo, y a su vez necesitabas una clave que comunicara los PCs Por ello fuimos instalando y probando programa tras programa hasta tener la base de la pirámide completa sobre la cual experimentar finalmente con las funcionalidades del software. A raíz de la preparación de este trabajo, a medida que íbamos desarrollando las pruebas y realizándolas, cogimos una mayor perspectiva sobre el mundo donde nos habíamos introducido. Lo que en principio iba a ser una comparativa de la facilidad de uso de las herramientas, resultó ser en realidad una comparativa de los programas necesarios para el completo funcionamiento de las mismas. Concluimos, sin lugar a dudas, que en el universo de los backups, existen infinidad de programas que permiten realizar muchos y muy variados tipos de respaldos. Desde aplicaciones de escritorio para usuarios medios, a complejos sistemas diseñados para las grandes corporaciones, todos realizan la misma función. La verdadera diferencia entre ellos es la complejidad de los programas que lo soportan, la cantidad de herramientas previas que hay que configurar para establecer una versión estable y operativa de las funcionalidades que aportan y no lo fácil que resulte manejarlos

27 ANEXO

28 Manual RSYNC 1. Descripción Es una herramienta para sincronizar los ficheros y directorios que tenemos almacenados en un sitio en otro diferente minimizando la transferencia de datos. En realidad, rsync son dos cosas: un algoritmo de delta compresión para sincronizar dos ficheros similares y una utilidad que usa dicho algoritmo junto con otras técnicas para hacer mirroring de ficheros y directorios en otro sitio transfiriendo la mínima cantidad de datos posible. A nivel de un árbol de directorios con sus ficheros, la idea es sencilla. rsync nos copiará esos ficheros y directorios tal y como estaban en el nuevo sitio pero sin copiar todo, sino sólo lo que ha cambiado en el origen respecto al destino. Hacer lo mismo copiando los ficheros y directorios, incluso en remoto usando una carpeta compartida, sería equivalente si nos fijamos únicamente en el resultado, pero tenemos que transferir mucha más información. A nivel de ficheros individuales, podemos imaginar un fichero muy grande (p.e. de varios GiB) de una base de datos. Si quisiéramos hacer backup de él sin tener herramientas como rsync, tendríamos que copiarlo cada vez, cuando en realidad en muchos casos la inmensa mayoría de bloques del fichero no habrá cambiado. Rsync, en cambio, analiza el fichero en origen y en destino y sólo transmite (de forma comprimida, además) las partes que realmente hayan cambiado. Características: Soporte para copiar enlaces, ficheros de dispositivo, propietarios, grupos y permisos. Opciones de exclusión (exclude y exclude-from) similares a las del GNU tar. Modo CVS para ignorar los ficheros que CVS ignoraría. Se puede usar cualquier shell remota transparente, como ssh o rsh. No es necesario ser root para usarlo. Pipelining de los ficheros transferidos para minimizar la latencia. Soporte para usuarios anónimos o autentificados usando el demonio de rsync. 2. Instalación y descarga Para instalar rsync nos hemos apoyado en la herramienta Synaptic que nos facilita mucho la instalación de nuevos paquetes. También existe la posibilidad de hacerlo mediante comandos: 1. apt-get update 2. apt-get install keep

29 3. Configuración Comparación y Configuración de Backup Servers Systems Rsync en la mayoría de los casos se utiliza con la opción -a: -a, --archive archive mode; same as -rlptgod (no -H, -A) Esta opción combina el parámetro -r para que el recorra toda la estructura de directorios que le indiquemos, el -l para que copie enlaces simbólicos como enlaces simbólicos, la -p para que mantenga los permisos, la -t para que se mantenga la hora del fichero, la -g para que se mantenga el grupo, la -o para que se mantenga el propietario, la -D para que se mantengan los ficheros de dispositivo (sólo para root). Ni se mantienen los hard links (-H) ni las ACLs (-A) por defecto. En definitiva, con la opción -a obtenemos una copia exacta de una jerarquía de ficheros y directorios. Veamos un ejemplo de sincronización de un directorio llamado dira que contiene otros directorios y ficheros en otro llamado dirb que, de momento, aún no existe: rsync -av dira/ dirb/ building file list... done created directory dirb dira/ dira/fichero1 dira/fichero2 dira/dira1/ dira/dira1/fichero3 dira/dira2/ dira/dira2/fichero4 sent bytes received 126 bytes bytes/sec total size is speedup is 1.00 Si ahora modificamos un poco sólo uno de los ficheros y volvemos a ejecutar exactamente el mismo comando, veremos que esta vez sólo se copia el fichero modificado: echo prueba >> dira/fichero1 rsync -av dira dirb building file list... done fichero1 sent bytes received 42 bytes bytes/sec total size is speedup is

30 Sin embargo, vemos que aunque el fichero sea sólo ligeramente distinto, rsync copia todo el fichero completo cada vez: rm fichero2 rsync -av fichero1 fichero2 fichero1 sent bytes received 42 bytes bytes/sec total size is speedup is 1.00 echo prueba >> fichero1 rsync -av fichero1 fichero2 fichero1 sent bytes received 42 bytes bytes/sec total size is speedup is 1.00 No es que haya ningún defecto en su algoritmo, es que para un uso en local, rsync usa la opción -W por defecto, ya que considera que el esfuerzo en calcular la diferencia entre los ficheros es mayor que copiar directamente todo el fichero: -W, --whole-file copy files whole (without rsync algorithm) Si contrarrestamos la -W con --no-whole-file veremos que que ahora sí que sólo copia el bloque donde ha encontrado el cambio: echo prueba >> fichero1 rsync -av --no-whole-file fichero1 fichero2 building file list... done fichero1 sent bytes received bytes bytes/sec total size is speedup is Y si encima usamos la opción -z, comprimirá el bloque antes de pasarlo: echo prueba >> fichero1 rsync -avz --no-whole-file fichero1 fichero2 building file list... done fichero1 sent 843 bytes received bytes bytes/sec total size is speedup is

31 El uso de la opción -z puede ser beneficioso o perjudicial, ya que la menor transferencia de datos redunda en un mayor consumo de CPU. En qué se basa rsync para decidir que un fichero ha cambiado? Normalmente sólo mira la fecha del fichero y su tamaño, por lo que si ninguna de las dos cosas cambia, por defecto el rsync no copiará el fichero. Es muy raro que dos ficheros con la misma fecha y tamaño sean diferentes, pero puede ocurrir. Si en nuestro entorno se puede dar ese caso, tendremos que usar la opción -c para que se determine por CRC si realmente los ficheros son iguales: -c, --checksum skip based on checksum, not mod-time & size Pero claro, esto también aumentará sensiblemente el uso de CPU. 4. Ventajas e inconvenientes Consume la CPU necesaria para su algoritmo y además mantiene en memoria una lista con todos los ficheros a ser sincronizados (unos 100 bytes por cada uno), por lo que necesita bastante memoria. No es muy eficiente con ficheros comprimidos con gzip y con bzip2 porque un pequeño cambio en el contenido modifica en cadena todo el archivo creando una especie de efecto mariposa que causa que dos archivos parecidos no guarden ninguna semejanza aprovechable por rsync tras la compresión. Salvo por estos dos detalles, veremos que rsync es, en definitiva, una excelente utilidad de línea de comandos para hacer copias de seguridad locales y remotas. 5. Enlaces de interés

32 Manual Duplicity 1. Descripción Es una aplicación para realizar copias de seguridad de manera sencilla desde la consola. Duplicity hace backups de directorios produciendo volúmenes tar encriptados y subiéndolos a un servidor de archivos local o remoto. Dado que duplicity usa librsync, los archivos incrementales son eficientes en cuanto a espacio y sólo guardan las partes de archivos que han cambiado desde el último backup. Dado que usa GnuPG para encriptar y/o firmar esos archivos, la seguridad en cuanto a espionaje o modificación desde el servidor está cubierta. Características: Fácil de usar. Archivos firmados y encriptados con GnuPG Eficiente en cuanto a uso de espacio y ancho de banda (algoritmo rsync) Formatos de archivo estandar Posibilidad de elección de protocolo remoto: Almacenamiento local scp/sch ftp rsync HSI WebDAV Amazon S3 2. Instalación y descarga Para instalar duplicity nos hemos apoyado en la herramienta Synaptic que nos facilita mucho la instalación de nuevos paquetes. También existe la posibilidad de hacerlo mediante comandos: 1. apt-get update 2. apt-get install duplicity

33 3. Configuración Comparación y Configuración de Backup Servers Systems A continuación unos ejemplos de uso que ilustran como ejecutar duplicity: Aquí un comando básico de backup, que le dice a duplicity que use scp/ssh para hacer el backup de /home/me en el equipo local a /usr/backup en el host remoto other.host Duplicity /home/mescp://uname@other.host//usr/backup Si el anterior comando se usa repetidamente, la primera vez se hará un backup completo, y las sucesivas será un backup incremental. La opción full se puede usar para forzar un backup completo. El siguiente comando también excluye el directorio /tmp. duplicity full --exclude /tmp /home/me scp://uname@other.host//usr/backup

34 Backup, escribiendo los archivos via ftp con el password ftp mypassword : FTP_PASSWORD=mypassword duplicity /home/me ftp://uname@other.host/ftp_dir Comando de restauración básico---restaura el directorio /home/me que ha sido guardado con el comando anterior mediante scp duplicity scp://uid@other.host//usr/backup restored_dir 4. Ventajas e inconvenientes Incorpora GnuPG y rsync: el primero un estándar de cifrado libre y el segundo una excelente librería de sincronización de archivos, que permite localizar diferencias entre archivos, evitando el tedioso copiado del archivo completo por cada modificación. También usa un formato de archivo estándar (tar). Como inconveniente principal cabe destacar la ausencia de una interfaz gráfica. 5. Enlaces de interés n_debian_etch

35 Manual KEEP 1. Descripción Es una aplicación para realizar copias de seguridad de manera sencilla basado en en KDE. La filosofía de uso es bastante simple: Se escogen los directorios que deseamos respaldar. Posteriormente escogemos el directorio dónde queremos guardar las copias de seguridad. Y por último indicamos la hora y el día en el que deseamos ejecutar el programa que se ocupará de llevar a cabo el backup. Un daemon después se encargará de realizar automáticamente copias de seguridad cuando sea necesario acorde con la lista de los backups que hayamos programado y configurado previamente. Cuando es necesario recuperar datos que hayan sido guardados, el programa dispone de un asistente sencillo capaz de recuperar dichas copias de seguridad ordenadas por fecha de modificación. Utiliza rdiff-backup ( como backend. 2. Instalación y descarga Para instalar keep nos hemos apoyado en la herramienta Synaptic que nos facilita mucho la instalación de nuevos paquetes. También existe la posibilidad de hacerlo mediante comandos: 1. apt-get update 2. apt-get install keep 3. Configuración Una vez instalado y abierto el programa, estas son las opciones que nos aparecen para realizar las distintas tareas de backup

36 Una vez configuradas las opciones que nos intereses deberemos lanzar el daemon para que se realicen las copias de seguridad en el momento que nosotros hayamos programado las operaciones Si deseamos realizar una copia de seguridad, pinchamos en Add directory to backup. Se abrirá un pequeño asistente como el de la imagen, en el que deberemos seleccionar el directorio/s que deseemos salvaguardar. Después de seleccionar el directorio que nos interese respaldar elegimos el directorio en el que queremos guardar las copias de seguridad, y a continuación configuraremos cada cuánto queremos que se haga el backup, cada cuántos días queremos que se eliminen los backups y algunas opciones extras para indicar si queremos utilizar algún método de comprensión en los backups o excluir algunos ficheros que no nos interesen en las copias

37 Si nos interesa editar algún backup, podemos acceder a una lista desde el menú principal (Edit backup list) de la aplicación que nos permitirá modificar la configuración de cualquiera de los que aparezca en la lista. Para forzar la realización de un backup en el momento que nosotros queramos tenemos la opción de backup now en el menú principal. Simplemente debemos seleccionar el backup que nos interese. Para restaurar alguno de los backups que hayamos realizado, tenemos la opción de restore a backup. Una vez seleccionado el backup que nos interesa debemos seleccionar el directorio en el que queremos guardar la información

38 Una vez hecho esto debemos seleccionar alguno de los backups ordenados por fecha. Desde aquí podremos recuperar datos que hayamos guardado, seleccionando el punto de restauración que más nos convenga. Para acceder a la configuración general de la aplicación podremos hacerlo a través de la opción Settings en el menú principal. Para revisar el estado de los backups que se van realizando podremos revisarlo mediante el log que nos ofrece KEEP. Esta opción está disponible en el menú principal en View backup log

39 Una vez configurado, podremos acceder a la carpeta que hayamos definido para salvaguardar las copias de seguridad. En ella dispondremos de varios archivos que nos permitirán revisar los logs de forma más detallada, pudiendo realizar estadísticas de tiempos de realización de backups, restores,etc 4. Ventajas e inconvenientes Es una herramienta fácil de usar. Se puede poner en marcha en cuestión de unos pocos minutos. Es útil en pequeños entornos, para algo empresarial no es recomendable por carecer de algunas funcionalidades importantes como pueden ser las siguientes: o o o o o El visor de registros es mejorable. El sistema de notificación también es mejorable. Falta por implementar un gestor para incluír y excluir archivos. Faltaría implementar un sistema para salvaguardar respaldos de forma remota. etc

40 5. Enlaces de interés Comparación y Configuración de Backup Servers Systems