Tutorial - Copias de seguridad en GNU/Linux

Foro para discutir sobre la documentación en linux (libros, ebooks, documentos, editoriales, autores, etc), así como temas publicados en el sitio.
Avatar de Usuario
tonydiaz
Forista Medio
Forista Medio
Mensajes: 191
Registrado: Mar Ene 24, 2012 11:55 am

Tutorial - Copias de seguridad en GNU/Linux

Mensaje por tonydiaz » Mié Abr 25, 2012 11:46 am

Hola a todos,

Quiero compartir con vosotros la forma en que habitualmente realizo mis copias de seguridad en mis sistemas GNU/Linux.

Como muy bien sabréis, para hacer copias de seguridad en GNU/Linux tenemos una infinidad de formas, por tanto no pretendo mostraros la forma definitiva de hacerlas, si no solamente la que utilizo yo.

En mi opinión podemos distinguir dos tipos de backups o copias de seguridad. El primero de ellos es aquel backup que respalda nuestros datos para tener otra copia de los mismos en caso de desastre. Y cuando hablo de datos me refiero a todos aquellos documentos y archivos en general que son de gran valor para nosotros.

El segundo tipo de backup es aquel que respalda las particiones y los discos en los que se aloja, en principio, nuestro sistema operativo.

Bien, ¿cuál es mejor? La respuesta es que los dos y ninguno. Me explico: el backup de los datos nos servirá para restablecer nuestros datos en caso de que los borremos por accidente o nuestro dispositivo de almacenamiento sufra una muerte súbita. En estos casos, podremos recuperar aquellos datos que se hayan perdido en el olvido.

Por otro lado, el backup de las particiones o los discos nos servirá para recuperar nuestro sistema operativo a un estado anterior. ¿En qué situaciones? Se me ocurren algunas, como por ejemplo que nuestro disco muera súbitamente (otra vez), o que queramos cambiar el disco por otro de más tamaño, o sin ir más lejos porque queramos instalar otro sistema operativo y queremos conservar el anterior.

Entonces, ¿en qué se diferencian ambos métodos? Pues resulta que con el backup de los datos solo conservamos nuestros datos, y con el backup de nuestro sistema operativo, en principio, sólo conservamos el sistema en sí. Por tanto, es evidente que en ambos métodos se respaldan cosas diferentes.

¿Qué método debemos emplear pues? La respuesta es que depende de las necesidades de cada uno. En mi caso, tengo mi servidor programado para que realice cada día a las 5:00 de la mañana un backup de todos mis datos, y los vuelque a un disco duro externo de 2 TB. Por otro lado, aproximadamente cada tres o cuatro semanas realizo un backup de las particiones y los discos duros de mis equipos, para de esta forma disponer de una copia exacta de mis sistemas operativos en un momento determinado. El motivo de hacerlo, a parte de mi paranoia al respecto de los desastres informáticos, es que trasteo habitualmente con el sistema y un día se me ha de romper del todo, pero la solidez y fiabilidad de un sistema Debian GNU/Linux es tal que afortunadamente nunca hasta ahora me ha ocurrido.

A todo esto podríamos preguntarnos... ¿No es posible realizar una copia de mis datos con el método que usamos para copiar mis particiones, y de esta forma evitar usar dos métodos diferentes? La respuesta es que sí, podemos hacerlo, pero surgen algunos inconvenientes. Si respaldamos nuestros datos respaldando la partición o el disco que los contiene, no tendremos acceso directo a los datos en ningún caso. Así pues, si quisiéramos acceder a ellos por cualquier motivo, tendríamos que respaldar la partición completa para recuperar cualquier dato. Podríamos sin embargo usar un método de respaldo sin compresión, y posteriormente montar el archivo de respaldo como un dispositivo loop, pero seguiría siendo un método tedioso y sin acceso directo a nuestros datos.

Así pues, si sois tan paranoicos como yo en lo que a las copias de seguridad se refiere, mi recomendación es que uséis ambos métodos con la frecuencia que estiméis oportuna. Si sois personas más normales y corrientes, podéis respaldar vuestros datos de la forma que gustéis y quedaros relativamente tranquilos (solo relativamente)

Bien, para hacer una copia de seguridad de nuestros datos en nuestro sistema GNU/Linux tenemos muchas aplicaciones gráficas para ello. Dos buenos ejemplos son Back in Time y Deja Dup. No obstante yo nunca me he llevado bien con este tipo de aplicaciones puesto que nunca he conseguido controlar completamente la copia de seguridad. Así pues, directamente he pasado de estas aplicaciones y me he ido a lo más profundo de las mismas, rsync.

Rsync, otra maravilla del Software Libre, es una utilidad en línea de comandos que permite, entre otras muchas cosas, sincronizar dos fuentes de datos minimizando la cantidad de datos transferidos. Es una auténtica navaja suiza en GNU/Linux y se utiliza tanto para backups locales como para remotos. De hecho, casi todas las aplicaciones de copias de seguridad utilizan esta herramienta internamente para hacer su trabajo. En mi caso, además de utilizarlo para copias de seguridad también lo uso para sincronizar los archivos de mi equipo de sobremesa con mi portátil.

Para instalarlo en nuestro sistema Debian GNU/Linux procederemos así:

Código: Seleccionar todo

$ sudo aptitude install rsync
Una vez instalado podemos consultar el extenso manual que tenemos disponible sobre rsync:

Código: Seleccionar todo

$ man rsync
Para ponerlo en marcha tenemos que invocarlo desde una terminal de la siguiente forma:

Código: Seleccionar todo

$ rsync opciones origen destino
Siendo opciones los parámetros que podemos pasarle para modificar su comportamiento por defecto, origen el directorio que queremos respaldar y destino el directorio donde se almacenará la copia generada por rsync.

Como tampoco quiero marear al personal con la ingente cantidad de parámetros que acepta rsync, me voy a quedar con los que a mi parecer son más útiles. Por tanto, para hacer una copia exacta de nuestra carpeta personal, procederíamos de esta forma:

Código: Seleccionar todo

$ rsync  -av  --delete  /home/usuario/*  /media/DISCO/Backup
Vamos a ver brevemente qué hemos hecho. El parámetro -a es una combinación de varios parámetros que nos permite crear una copia exacta de una estructura de ficheros, en este caso nuestra carpeta personal. Y el parámetro -v nos permite ejecutar el comando de tal forma que vaya diciendo en todo momento qué está "haciendo". Por otro lado, si ponemos un asterisco (*) detrás de la ruta que queremos respaldar, conseguimos que no se almacenen los ficheros ocultos que hay en ese directorio, como podrían ser los ficheros de configuración personal de las aplicaciones. Y si nos fijamos, la copia la hemos mandado al directorio Backup de un disco duro montado en la ruta /media/DISCO.

El parámetro --delete nos genera una copia espejo de nuestro home. Si no añadiésemos este parámetro los ficheros que eliminásemos en nuestra carpeta personal no se eliminarían de la copia de seguridad. Así pues, si añadimos dicho parámetro conseguiremos una sincronización completa, manteniéndose ambas carpetas con exactamente los mismos datos.

Con la ejecución de este comando conseguiríamos una copia exacta de nuestra carpeta personal. Y no sólo eso, si no que también conseguiríamos que las sucesivas veces que se ejecutara ese comando, solamente se sincronizaran aquellos archivos que se hubieren modificado o se hubieren generado desde la última copia de seguridad, minimizando enormemente la cantidad de archivos a transferir.

Lo interesante de todo esto es poder automatizar la copia de seguridad de tal forma que se produzca sin la necesidad de nuestra intervención directa, y para ello usaremos cron. Para editar la lista de cron:

Código: Seleccionar todo

$ crontab -e
A continuación escribiremos en el fichero una línea que incluirá la frecuencia de ejecución de la copia de seguridad y la propia orden de rsync:

Código: Seleccionar todo

0  5  *  *  *  rsync  -av  --delete  /home/usuario/*  /media/DISCO/Backup
Como ya hemos visto anteriormente, la primera columna hace referencia a los minutos en que se ejecutará el comando, la segunda columna a la hora, la tercera al día del mes, la cuarta al mes y la quinta al día de la semana. Por tanto, en este caso el backup se ejecutaría cada día a las 5:00 de la madrugada.

Al automatizar la tarea podemos ahorrarnos el parámetro -v puesto que el resultado de la orden no va a parar a ningún sitio. Pero en vez de esto también podemos redirigir la salida a un fichero de tal forma que se genere un registro de todo aquello que se ha respaldado, todo ello empleando la redirección de salida, esto es, el símbolo mayor que al final de la orden seguido de la ruta donde está el fichero de registro:

Código: Seleccionar todo

0  5  *  *  *  rsync  -av  --delete  /home/usuario/*  /media/DISCO/Backup > /home/usuario/registro

Bien, con esto tendríamos lista la copia de seguridad de nuestros datos. Es el momento de que veamos cómo hacer copias de seguridad de nuestro sistema operativo.

Al igual que para las copias de seguridad de nuestros datos, para clonar nuestro sistema operativo disponemos de multitud de herramientas. La más famosa en el mundo Windows es Norton Ghost, que si bien la aplicación no está mal, carece de cualquier posibilidad de control sobre las copias. Algo similar aunque en menor medida le pasa al software Clonezilla, un fantástico software de clonación pero a mi juicio muy capado en lo que a control de las copias se refiere.

Sin embargo hay una distribución GNU/Linux que nos proporciona todo aquello que necesitamos. SystemRescueCD, una distribución LiveCD basada en Gentoo, nos permite arrancar un sistema GNU/Linux completo con el que podemos generar directamente nuestras copias de seguridad y alojarlas en cualquier dispositivo que se nos ocurra, ya sea local o remoto. SystemRescueCD arranca por defecto sin entorno gráfico para evitar problemas con el servidor X, pero incorpora bajo petición del usuario el entorno Xfce con multitud de aplicaciones útiles, como por ejemplo un editor de particiones, un navegador Web, un navegador de archivos y una cantidad abrumadora de aplicaciones destinadas a la restauración de datos y sistemas operativos. En definitiva, con esta magnífica distribución cargada en memoria podemos hacer todo lo que se nos ocurra con nuestro sistema operativo.

¿Por qué usar SystemRescueCD y no cualquier otra distribución LiveCD? La respuesta es que cualquier distribución LiveCD que contenga las mismas herramientas nos serviría. Yo utilizo SystemRescueCD porque para este cometido, y otros muchos, me parece la opción perfecta. Quizás en un principio no sea tan amigable como puede serlo un LiveCD de Ubuntu, pero cuando se le coge el tranquillo ya no se cambia por otra.

Podemos descargarla desde aquí. Una vez descargada, debemos grabar la imagen ISO a un CD y arrancar nuestro ordenador con SystemRescueCD. Lo primero que nos encontraremos al arrancar será la pantalla del menú principal:

Imagen

Aquí debemos elegir la opción que se adecúe a nosotros. En mi caso suelo elegir la opción Framebuffer console in high resolution puesto que aprovecha mejor el espacio en las pantallas grandes. Sin embargo puede que la mejor opción para la mayoría de la gente sea la primera, que es la que arranca por defecto.

La segunda opción es muy interesante puesto que almacena en memoria todo el sistema SystemRescueCD. Tarda más en arrancar pero luego el uso del sistema es mucho más fluido ya que no tiene que leer desde CD.

Una vez escogida la opción adecuada, empezará a cargar el sistema, no sin antes preguntarnos qué distribución de teclado queremos:

Imagen

Tenemos unos cuantos segundos para cambiar la distribución de teclado por defecto. Para escoger el teclado español escribimos el número 13 y pulsamos Intro. A continuación seguirá cargando el sistema hasta presentarnos por fin la pantalla principal de SystemRescueCD:

Imagen

Como puede verse no arranca un entorno gráfico por defecto para evitar problemas, pero se nos indica cómo podemos levantarlo fácilmente tecleando startx y, si esta falla, tecleando wizard:

Imagen

Bien, a partir de este momento ya tenemos disponible un sistema operativo completo preparado para usarlo. Veamos cómo.

Primero vamos a configurar la red para así poder utilizar todos los recursos de red de que dispongamos. Si disponemos de DHCP en nuestra red no hará falta ningún cambio, pero si por cualquier razón debemos configurar la red a mano podremos hacerlo fácilmente a través del entorno gráfico empleando Network Manager, o en su defecto la terminal de la siguiente forma.

Para configurar la dirección IP:

Código: Seleccionar todo

$ ifconfig eth0 inet 192.168.0.2 netmask 255.255.255.0
Cambiando los parámetros necesarios para adecuarlo a nuestro caso, como la interfaz de red (eth0) y las direcciones IP.

Para la puerta de enlace:

Código: Seleccionar todo

$ route add default gw 192.168.0.1
SystemRescueCD ya incorpora el servidor DNS de Google para que no debamos configurarlo nosotros. No obstante podría interesarnos usar otro DNS como por ejemplo el nuestro propio, de tal forma que podamos acceder a los servicios de red por el nombre en vez por la dirección IP. Para ello haremos lo siguiente:

Código: Seleccionar todo

$ nano /etc/resolv.conf
Y pondremos como primera de la lista la dirección IP de nuestro servidor DNS de esta forma:

Código: Seleccionar todo

nameserver  192.168.0.2
Así pues, ya tendremos nuestra red configurada. Podemos comprobarlo haciendo ping a una web cualquiera:

Código: Seleccionar todo

$ ping  www.debianisfreedom.com
Así comprobamos que tanto la conexión de red como la resolución de nombres funcionan. Una vez configurada la red tendremos que decidir en qué dispositivo o recurso de red vamos a almacenar nuestra copia de seguridad.

Si usamos un recurso de red tendremos la posibilidad de utilizar todo el espacio disponible que tengamos en nuestro servidor, además de poder dirigir directamente la copia de seguridad a su lugar definitivo. Sin embargo el volcado de la copia por la red será bastante lento, usando mucho más tiempo que utilizando un almacenamiento directo.

Por el contrario, usando un dispositivo de almacenamiento externo nos permitirá terminar la copia en mucho menos tiempo, pero tendremos un problema de espacio si el dispositivo no es lo suficientemente grande, y también tendremos que mover la copia a su destino definitivo si ese no lo es.

Para realizar la copia de seguridad por red podremos usar muchos tipos de recursos. Nosotros veremos cómo utilizar tres tipos, un recurso Samba, un recurso NFS y un recurso SSH o SFTP.

Para montar un recurso Samba procederemos primero a crear el punto de montaje:

Código: Seleccionar todo

$ mkdir /mnt/recurso-samba
Y después montaremos el recurso:

Código: Seleccionar todo

$ mount  //ekipotonety.casita.com/Backups  /mnt/recurso-samba  -o  username=tony,iocharset=utf8,lfs
Cambiaremos ekipotonety.casita.com por la dirección IP o nombre de red de nuestro servidor Samba. El recurso Backups lo habremos configurado previamente en nuestro servidor para ser un recurso compartido, tal y como os cuento en el tutorial sobre montar un servidor de archivos multimedia para Android. También pasamos como parámetros el modificador user, para el que pondremos nuestro nombre de usuario habilitado en el servidor Samba, el modificador iocharset con el que indicamos el tipo de codificación del servidor y por último el modificador lfs, en el que indicamos que usaremos un sistema de ficheros grandes (large file system).

Tras poner la contraseña del usuario cuando se nos pida, finalmente tendremos montado en la ruta /mnt/recurso-samba el contenido del recurso Backup de nuestro servidor Samba.

Para montar un recurso NFS procederemos de una forma similar:

Código: Seleccionar todo

$ mkdir /mnt/recurso-nfs
$ mount ekipotonety.casita.com:/media/Backups /mnt/recurso-nfs -o nolock
De nuevo modificaremos la orden para adecuarla a nuestro caso. Debemos tener en cuenta si montamos un recurso NFS que SystemRescueCD trabaja con el usuario Root, y en nuestro recurso NFS trabajamos con un usuario corriente, por tanto no tendremos permisos de escritura por defecto en nuestro recurso compartido. Para solucionarlo, lo más cómodo es que desde el servidor (y no desde el equipo desde el que vamos a crear la copia de seguridad, ojo con esto) creemos una carpeta en el recurso compartido y le demos permiso de escritura para todo el mundo:

Código: Seleccionar todo

$ mkdir /media/Backups/tmp
$ chmod 777 /media/Backups/tmp
Y así ya podremos lanzar las copias de seguridad sobre un recurso NFS.

Por último, para montar un recurso SSH haremos lo siguiente:

Código: Seleccionar todo

$ mkdir /mnt/recurso-ssh
$ sshfs -p 1234 tony@ekipotonety.casita.com:/media/Backups /mnt/recurso-ssh
En este caso, hemos usado el parámetro -p para cambiar el puerto por el que se conecta el protocolo SSH, pero si usáis el puerto por defecto entonces no debéis pasar este parámetro. Hemos empleado también el usuario tony y el servidor ekipotonety.casita.com, por tanto cada usuario deberá poner sus propios datos.

Así pues, con cualquiera de estos métodos, tendremos un recurso compartido montado en un directorio sobre el que podremos volcar nuestras copias de seguridad.

Sin embargo nos falta ver cómo podemos montar un dispositivo de almacenamiento externo, como por ejemplo un disco de almacenamiento USB.

Una vez conectado el disco de almacenamiento, crearemos el directorio donde se montará posteriormente:

Código: Seleccionar todo

$ mkdir /mnt/Backups
Para ver qué identificador corresponde a nuestro disco, llamaremos al comando fdisk:

Código: Seleccionar todo

$ fdisk -l
Y si queremos la versión simplificada, podemos hacer esto:

Código: Seleccionar todo

$ blkid
De cualquiera de estas formas podremos saber el identificador de nuestro dispositivo. Una vez localizado, procederemos a montarlo:

Código: Seleccionar todo

$ mount /dev/sdb1 /mnt/Backups
Cambiando /dev/sdb1 por el identificador que pertenezca a nuestro disco.

Bien, con esto ya tenemos preparado el entorno para poder generar nuestra copia de seguridad. Ahora veremos de qué formas disponemos para hacer la copia de seguridad de nuestro disco o sistema operativo.

Vamos a ver primero cómo crear un backup de nuestro sistema GNU/Linux empleando la herramienta de clonado partclone. Nos situamos para ello en la carpeta donde vamos a almacenar la copia, ya sea un disco externo o un recurso de red, eso sí, previamente montado:

Código: Seleccionar todo

$ cd /mnt/Backups
Ahora debemos identificar la partición en la que se aloja nuestro sistema operativo, empleando de nuevo la herramienta blkid:

Código: Seleccionar todo

$ blkid
Una vez hayamos localizado la partición donde tenemos nuestro sistema operativo, clonaremos nuestra partición de la siguiente manera:

Código: Seleccionar todo

$ partclone.extfs  -c  -s  /dev/sda1  -o  backup-partclone-sda1.img
Nótese que hemos usado partclone en su variante para particiones ext, es decir, el tipo de partición que casi con total seguridad tendrá nuestro sistema. El parámetro -c indica clonación, el parámetro -s indica fichero fuente (source) y el parámetro -o indica fichero de salida (output).

Una vez finalizada la clonación, tendremos en un fichero una copia idéntica de nuestra partición, para poder restaurarla cuando haga falta.

En caso de que necesitemos restaurar la partición, no tenemos más que arrancar de nuevo SystemRescueCD, montar como ya hemos visto el dispositivo o el recurso donde tengamos la copia y ejecutar partclone con las opciones adecuadas:

Código: Seleccionar todo

$ partclone.restore  -s  backup-partclone-sda1.img  -o  /dev/sda1
Por otra parte es habitual entre nosotros disponer de un segundo sistema operativo de la familia Microsoft instalado en nuestro ordenador junto a nuestro sistema GNU/Linux. Veamos cómo podemos respaldarlo. Una vez localizada la partición donde tenemos nuestro Windows (en este caso sda3) y situados en el directorio donde vamos a volcar la copia, invocaremos a ntfsclone de la siguiente forma:

Código: Seleccionar todo

$ ntfsclone  -s  -o  backup-ntfslcone-sda3.img  /dev/sda3
Donde -s significa save image y -o significa output. Y para restaurar la copia lo haremos de la siguiente forma:

Código: Seleccionar todo

$ ntfsclone  -r  -O  /dev/sda3  backup-ntfsclone-sda3.img
Donde -r significa restore y -O (la letra O en mayúscula) significa overwrite, sobreescribir si existe.

Bien, tanto con partclone como con ntfsclone tendremos una copia de nuestras particiones ext y ntfs respectivamente, para usarlas en el momento que necesitemos restaurar nuestros sistemas a un estado anterior.

Sin embargo, podemos tener serios problemas si en el proceso de trasteo de nuestro equipo tocamos la distribución de las particiones del disco. En este caso podemos encontrarnos con la desagradable sorpresa de que la copia de seguridad de nuestra partición es inútil, ya que la partición de destino podría haber cambiado de tamaño.

Para solucionar esto podemos copiar el disco en su totalidad incluyendo todas las particiones, en lugar de copiar las particiones individualmente. La ventaja de este método es que teniendo una copia de todo el disco podemos estar absolutamente tranquilos con cualquier cambio que hagamos al disco o a sus particiones, pues cuando restauremos la copia nuestro disco volverá a tener la distribución anterior.

Por el contrario este método es extremadamente ineficiente en lo que a tiempo y recursos se refiere, pues clona bit a bit el disco completo incluyendo aquel espacio que está desocupado. El resultado es que tendremos un fichero cuyo tamaño será el mismo que nuestro disco duro, en caso de que no usemos compresión.

Bien, para hacer una copia completa de nuestro disco nos situaremos en la carpeta donde tenemos montado el disco o el recurso de copias de seguridad, y ejecutaremos la herramienta dd de la siguiente forma:

Código: Seleccionar todo

$ dd if=/dev/sda of=sda-dd.img
Nótese que no especificamos ninguna partición, si no todo el disco (sda). El tiempo que tarde dependerá del tamaño de nuestro disco y de la velocidad de transferencia de los datos.

Y para restaurar la copia de seguridad haremos lo siguiente:

Código: Seleccionar todo

$ dd if=sda-dd.img of=/dev/sda
Como veis la sintaxis es muy sencilla. Si queremos reducir el espacio ocupado por la copia de seguridad aumentando con ello el tiempo en hacerla, podemos ejecutar el comando dd combinándolo con alguna herramienta de compresión. Para ello usaremos la tubería o pipe:

Código: Seleccionar todo

$ dd if=/dev/sda | gzip > sda-dd.img.gz
Y para restaurarla:

Código: Seleccionar todo

$ gunzip -c sda-dd.img.gz | dd of=/dev/sda
También podemos usar la herramienta dd para generar una copia de seguridad de nuestro MBR. El Master Boot Record es el primer sector del disco donde se almacena el conocido GRUB. Por tanto es una buena idea respaldarlo justo antes de reinstalar un sistema Windows, por aquello de que éste sobreescribe el MBR cargándose nuestro querido GRUB.

Para crear una copia de seguridad del MBR procederemos así:

Código: Seleccionar todo

$ dd if=/dev/sda of=sda-mbr.img count=1 bs=512
Y cuando reinstalemos Windows y veamos que ya no aparece nuestro GRUB, podemos recuperarlo de esta forma en vez de tener que recurrir al liveCD de nuestra distribución:

Código: Seleccionar todo

$ dd if=sda-mbr.img of=/dev/sda count=1 bs=512
Y como apunte final sobre dd, esta herramienta es tan potente que con ella podemos clonar directamente un disco sobre otro, por ejemplo en el caso en que queramos cambiar nuestro disco duro sin tener que reinstalar el sistema. También se usa dd para realizar análisis forenses de discos duros, ya que al poder tener una copia idéntica de un disco en un fichero u otro disco, evitamos tener que utilizar el disco original anulando así el riesgo que puede ocasionar su manipulación.

A todo esto, es muy probable que las copias de seguridad generadas ocupen muchísimo espacio. En mi caso, como ya he dicho, tengo un disco externo de gran capacidad en el que voy almacenándolas sobre la marcha, pero sería muy buena idea almacenarlas también de vez en cuando en otro soporte de almacenamiento, como por ejemplo discos DVD o Blu-ray. Si vemos que nuestros archivos ocupan más de lo que cabe en un disco, podemos dividir estos archivos usando la herramienta lxsplit:

Código: Seleccionar todo

$ sudo aptitude install lxsplit
Para dividir nuestra copia de seguridad en porciones de 4300 MB haremos lo siguiente:

Código: Seleccionar todo

$ lxsplit -s backup-partclone-sda1.img 4300M
De esta forma ya podremos grabar nuestra copia de seguridad en discos DVD. En caso de tener que recurrir a nuestra copia de seguridad, copiaremos todas las porciones a un mismo directorio e invocaremos de nuevo a lxsplit sobre el primero de los ficheros:

Código: Seleccionar todo

$ lxsplit -j backup-partclone-sda1.img.001
Con esto se nos regenerará el archivo de backup completo mediante el cual podremos restaurar nuestra copia de seguridad.

Pues con esto hemos terminado este macro tuto sobre copias de seguridad. Insisto en que este no es el método definitivo, sólo uno más de entre los muchos que hay por el que yo me he decantado y que me funciona francamente bien.

Así que como siempre, espero que os sirva este tuto.

Un cordial saludo a todos.

_________________________________________
Autor: Tony Díaz @paradeiso - Fuente original: Debian is FREEDOM
Última edición por tonydiaz el Mié Abr 25, 2012 5:52 pm, editado 1 vez en total.
Intel Core i7 960 3.20GHz
12 GB RAM
Nvidia GeForce GTX 260
Cooler Master Cosmos II
Debian GNU/Linux Wheezy
Twitter @paradeiso
Blog Debian is FREEDOM
Avatar de Usuario
victorhck
Forista Mayor
Forista Mayor
Mensajes: 657
Registrado: Mié Feb 09, 2011 11:43 am
Ubicación: /HOME
Contactar:

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por victorhck » Mié Abr 25, 2012 2:00 pm

Buen tuto!!
Le daré un repaso más detallado!
Gracias por compartirlo!!
Registered user: #528067
openSUSE Tumbleweed + KDE

-- mi blog --
Avatar de Usuario
tonydiaz
Forista Medio
Forista Medio
Mensajes: 191
Registrado: Mar Ene 24, 2012 11:55 am

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por tonydiaz » Mié Abr 25, 2012 2:42 pm

victorhck escribió:Buen tuto!!
Le daré un repaso más detallado!
Gracias por compartirlo!!
No hay de qué compañero :)
Intel Core i7 960 3.20GHz
12 GB RAM
Nvidia GeForce GTX 260
Cooler Master Cosmos II
Debian GNU/Linux Wheezy
Twitter @paradeiso
Blog Debian is FREEDOM
Avatar de Usuario
Yoyo
Administrador
Administrador
Mensajes: 3126
Registrado: Mar Jun 06, 2006 7:00 am
Ubicación: España
Contactar:

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por Yoyo » Mié Abr 25, 2012 5:46 pm

Grandioso tutorial, compa, cosas como estas hacen falta en el sitio :wink:

Solo te faltó colocar las imágenes en miniatura, son demasiado grandes.

Por favor, edita tu mensaje y añade miniaturas, puedes usar el hosting postimage http://postimage.org/ al igual que se hace en el foro screenshots ;-)

Un saludo y mis felicitaciones =D>
Avatar de Usuario
tonydiaz
Forista Medio
Forista Medio
Mensajes: 191
Registrado: Mar Ene 24, 2012 11:55 am

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por tonydiaz » Mié Abr 25, 2012 5:53 pm

Yoyo escribió:Grandioso tutorial, compa, cosas como estas hacen falta en el sitio :wink:

Solo te faltó colocar las imágenes en miniatura, son demasiado grandes.

Por favor, edita tu mensaje y añade miniaturas, puedes usar el hosting postimage http://postimage.org/ al igual que se hace en el foro screenshots ;-)

Un saludo y mis felicitaciones =D>
A ver si así está mejor :)
Intel Core i7 960 3.20GHz
12 GB RAM
Nvidia GeForce GTX 260
Cooler Master Cosmos II
Debian GNU/Linux Wheezy
Twitter @paradeiso
Blog Debian is FREEDOM
Avatar de Usuario
Yoyo
Administrador
Administrador
Mensajes: 3126
Registrado: Mar Jun 06, 2006 7:00 am
Ubicación: España
Contactar:

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por Yoyo » Mié Abr 25, 2012 5:58 pm

tonydiaz escribió:
A ver si así está mejor :)
Correcto, quedó perfecto.

Es como te dije en tu blog, al postearlo también en Espacio Linux llega a más gente y a más sitios. Ya anda pululando por Twitter identi.ca Facebook G+ etc etc... amén de estar en Portada ;-)

Ahora serás mundialmente famoso y te adoptará Stallman :D
Avatar de Usuario
tonydiaz
Forista Medio
Forista Medio
Mensajes: 191
Registrado: Mar Ene 24, 2012 11:55 am

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por tonydiaz » Mié Abr 25, 2012 6:00 pm

Yoyo escribió:
tonydiaz escribió:
A ver si así está mejor :)
Correcto, quedó perfecto.

Es como te dije en tu blog, al postearlo también en Espacio Linux llega a más gente y a más sitios. Ya anda pululando por Twitter identi.ca Facobook G+ etc etcv amén de estar en Portada ;-)

Ahora serás mundialmente famoso y te adoptará Stallman :D
Jaja muchísimas gracias compañero, es cierto todo lo que dices. Si tengo que llenar Espacio Linux de los macro tutos que he hecho, me falta sitio :)

Por cierto, ¿quién se encarga de colgar estos tutos en portada y de publicarlos por las redes sociales? Sólo es curiosidad :oops:
Intel Core i7 960 3.20GHz
12 GB RAM
Nvidia GeForce GTX 260
Cooler Master Cosmos II
Debian GNU/Linux Wheezy
Twitter @paradeiso
Blog Debian is FREEDOM
Avatar de Usuario
Yoyo
Administrador
Administrador
Mensajes: 3126
Registrado: Mar Jun 06, 2006 7:00 am
Ubicación: España
Contactar:

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por Yoyo » Mié Abr 25, 2012 6:06 pm

tonydiaz escribió:Jaja muchísimas gracias compañero, es cierto todo lo que dices. Si tengo que llenar Espacio Linux de los macro tutos que he hecho, me falta sitio :)

Por cierto, ¿quién se encarga de colgar estos tutos en portada y de publicarlos por las redes sociales? Sólo es curiosidad :oops:
Pues cualquier integrante del equipo ETEL puede colocar en Portada algún hilo interesante, como ha pasado con este.

Normalmente somos Ayax y Yo, ahora no recuerdo si algún Moderador lo ha hecho alguna vez.

Respecto a las redes sociales como Twitter Facebook identi.ca las lleva Ayax y G+ la llevamos entre ambos. Los artículos míos los suelo subir yo a G+ del resto de redes se encarga Ayax

Un saludo.
Avatar de Usuario
tonydiaz
Forista Medio
Forista Medio
Mensajes: 191
Registrado: Mar Ene 24, 2012 11:55 am

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por tonydiaz » Mié Abr 25, 2012 6:11 pm

Yoyo escribió:
tonydiaz escribió:Jaja muchísimas gracias compañero, es cierto todo lo que dices. Si tengo que llenar Espacio Linux de los macro tutos que he hecho, me falta sitio :)

Por cierto, ¿quién se encarga de colgar estos tutos en portada y de publicarlos por las redes sociales? Sólo es curiosidad :oops:
Pues cualquier integrante del equipo ETEL puede colocar en Portada algún hilo interesante, como ha pasado con este.

Normalmente somos Ayax y Yo, ahora no recuerdo si algún Moderador lo ha hecho alguna vez.

Respecto a las redes sociales como Twitter Facebook identi.ca las lleva Ayax y G+ la llevamos entre ambos. Los artículos míos los suelo subir yo a G+ del resto de redes se encarga Ayax

Un saludo.
Muchas gracias por la información compa :P
Intel Core i7 960 3.20GHz
12 GB RAM
Nvidia GeForce GTX 260
Cooler Master Cosmos II
Debian GNU/Linux Wheezy
Twitter @paradeiso
Blog Debian is FREEDOM
Avatar de Usuario
Fanton
Forista Distinguido
Forista Distinguido
Mensajes: 1339
Registrado: Jue Ene 08, 2009 8:00 am
Ubicación: Magdalena [Argentina]
Contactar:

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por Fanton » Mié Abr 25, 2012 7:08 pm

excelente tutorial, muy detallado, gracias por compartirlo
Diplomacia, es el arte de saber lo que no se debe decir...
_________________
Hardware: Intel i5-3570k | ASUS P8H77-M |HD [500GB] [1 TB] | Ram 8 GB | GPU: Nvidia GeForce 210/1 GB
S.O. Debian@testing x86_64 Openbox
Linux user #506272
Avatar de Usuario
tonydiaz
Forista Medio
Forista Medio
Mensajes: 191
Registrado: Mar Ene 24, 2012 11:55 am

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por tonydiaz » Mié Abr 25, 2012 7:19 pm

Fanton escribió:excelente tutorial, muy detallado, gracias por compartirlo
Gracias a ti por comentarlo compañero.
Intel Core i7 960 3.20GHz
12 GB RAM
Nvidia GeForce GTX 260
Cooler Master Cosmos II
Debian GNU/Linux Wheezy
Twitter @paradeiso
Blog Debian is FREEDOM
Avatar de Usuario
mcun
Administrador
Administrador
Mensajes: 3888
Registrado: Lun Abr 19, 2010 12:30 am
Ubicación: En una de las nalgas del culo del mundo (según la Bersuit Vergarabat)
Contactar:

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por mcun » Mié Abr 25, 2012 8:00 pm

El tutorial esta excelente, muy bien explicado y lo suficientemente completo.

Solo una cosa no me convence,

El respaldo puede fallar en el siguiente caso.

supongamos que tenemos dir-origen y dir-destino y te encuentras trabajando en dir-origen por error tipeas cp /otro-dir/* dir-origen/
y que en otro-dir tengas ficheros con el mismo nombre que en dir-origen, el resultado es que sobre-escribes los ficheros de dir-origen con los ficheros de otro-dir y al momento de ejecutarse el respaldo también sobre-escribes los datos de dir-destino.

Para evitar eso deberías hacer una redundancia de respaldos, primero respaldas el respaldo y luego respaldas los datos.

Por lo demás el tutorial esta excelente, tanto desde el punto de vista técnico como del punto de vista explicativo.


gracias
Los programadores de verdad no documentan. La documentación es para los idiotas que no pueden leer un volcado de memoria.

Trusted Network and Developer | Lee el Reglamento !! |WIKI-EL | Twitter @mr_mcun
Debian + TTY | ArchLinux + awesome | openSUSE + Gnome-Shell | Linux User #508809
Avatar de Usuario
cronos
Forista Mayor
Forista Mayor
Mensajes: 679
Registrado: Mar Feb 21, 2006 8:00 am
Ubicación: Lima - Perú
Contactar:

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por cronos » Mié Abr 25, 2012 8:17 pm

Que buen tutorial, que buen trabajo compa tonydiaz :-)
Twitter: @cronos426 | IRC/Matrix: cronos/cr0n0s
Debian Testing «bullseye» openbox/i3wm | Manjaro openbox/i3wm | FreeBSD openbox
"H4ck Your Life"
Avatar de Usuario
tonydiaz
Forista Medio
Forista Medio
Mensajes: 191
Registrado: Mar Ene 24, 2012 11:55 am

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por tonydiaz » Mié Abr 25, 2012 9:34 pm

mcun escribió:El tutorial esta excelente, muy bien explicado y lo suficientemente completo.

Solo una cosa no me convence,

El respaldo puede fallar en el siguiente caso.

supongamos que tenemos dir-origen y dir-destino y te encuentras trabajando en dir-origen por error tipeas cp /otro-dir/* dir-origen/
y que en otro-dir tengas ficheros con el mismo nombre que en dir-origen, el resultado es que sobre-escribes los ficheros de dir-origen con los ficheros de otro-dir y al momento de ejecutarse el respaldo también sobre-escribes los datos de dir-destino.

Para evitar eso deberías hacer una redundancia de respaldos, primero respaldas el respaldo y luego respaldas los datos.

Por lo demás el tutorial esta excelente, tanto desde el punto de vista técnico como del punto de vista explicativo.
gracias
Muchísimas gracias por tus palabras, mcun, es un placer leerte decir eso :D

No sé si te he entendido bien, pero en cualquier caso lo que se consigue con el backup es una copia idéntica de un directorio en el momento en que es ejecutado el respaldo, en este caso la carpeta personal. Si sobreescribes unos datos en tu carpeta personal por otros datos, el backup hará una copia exacta de tu carpeta personal incluyendo esos datos sobreescritos, pero ese es precisamente su cometido, no se trata de un error. Es decir, que la función de este backup es crear una copia espejo de nuestra carpeta personal en el momento en que es ejecutado el backup.

Por tanto este backup no va a conservar dos versiones diferentes de un mismo archivo ni nada por el estilo, eso lo hacen los backups que guardan instantáneas de tus datos por separado, para luego poder recuperar una instantánea determinada. Sin embargo este respaldo no pretende eso, simplemente trata de tener una copia idéntica de nuestra carpeta personal en otro lugar. Si borramos o sobreescribimos algo en nuestra carpeta personal, también se borrará o sobreescribirá en el backup.

Creo que Back In Time respalda los datos mediante instantáneas, tal y como tú dices, pero lo cierto es que a mí no me ha hecho falta nunca conservar más instantáneas que la actual. Además, siempre he necesitado que mi respaldo esté accesible por mí cuando lo necesite sin necesitar ningún software para poder recuperar mis datos. En resumen, el tipo de backup que más me satisface a mí es tener una copia idéntica de mis datos en otro lugar y recurrir a ellos cuando lo necesite.
cronos escribió:Que buen tutorial, que buen trabajo compa tonydiaz :-)
Pues muchísimas gracias a ti por comentarlo compañero, un placer poder ayudar y compartir con todos vosotros :)
Intel Core i7 960 3.20GHz
12 GB RAM
Nvidia GeForce GTX 260
Cooler Master Cosmos II
Debian GNU/Linux Wheezy
Twitter @paradeiso
Blog Debian is FREEDOM
Avatar de Usuario
mcun
Administrador
Administrador
Mensajes: 3888
Registrado: Lun Abr 19, 2010 12:30 am
Ubicación: En una de las nalgas del culo del mundo (según la Bersuit Vergarabat)
Contactar:

Re: Tutorial - Copias de seguridad en GNU/Linux

Mensaje por mcun » Mié Abr 25, 2012 9:42 pm

Lo que digo es solo una redundancia necesaria para asegurar la disponibilidad de los datos.Convengamos que ya el echo de tener un backup de datos es una muy buena política, pero en el caso de que los datos que se guarden en el directorio de origen estén corruptos, como expongo anteriormente, el directorio de respaldo sera también sobre escrito, por lo que no dispondrás de respaldo útil.

De la forma que yo lo planteo obtienes una capa mas de seguridad por medio de la redundancia de datos, ya que tendrás a disposición la versión antigua de los datos.

Pero como dije anteriormente el echo de tener un sistema de backup ye es mucho....

saludos
Los programadores de verdad no documentan. La documentación es para los idiotas que no pueden leer un volcado de memoria.

Trusted Network and Developer | Lee el Reglamento !! |WIKI-EL | Twitter @mr_mcun
Debian + TTY | ArchLinux + awesome | openSUSE + Gnome-Shell | Linux User #508809
Responder
  • Similar Topics
    Respuestas
    Vistas
    Último mensaje