Barrapunto

Actualmente estoy usando Flexbackup [sourceforge.net] y un buen lote de cintas. Es bastante simple de usar y configurar, a la par que bastante potente (al menos para lo que yo necesito).

Desde la máquina en la que tengas la unidad DAT, el solo conecta via SSH a las distintas máquinas que tu especifiques y hace backup de los directorios/particiones indicados, bien de todo o de los archivos que cambiaron desde la última vez. Además, permite llevar un pequeño control de cintas con el contenido de cada una. Con un pequeño script y el cron puedes montar backups incrementales a diario en un momento.

Una solución sencilla, pero optima. Llevo cerca de un año con ella, he tenido que tirar de backups en 3/4 ocasiones y no he tenido ningún problema.

Mira, yo hago un backup cada mes, aproximadamente, en regrabables. Tengo un sistema doméstico, así que probablemente este sistema no te sirva, pero sí a alguno de los lectores de barrapunto.

1. Limpiar la cache de apt/rpm. Así liberas un giga (en mi caso) de archivos temporales bajados y que puedes volver a bajar en cualquier momento
2. Meter los divx y otro material "prescindible" en un directorio que no salvaremos. Así nos ahorramos muchos gigas
3. Borrar los regrabables. Reutilizar tantos como sea posible, y que le den a la SGAE y el canon
4. Te metes como root en el directorio raíz y vas escribiendo
   tar cvf bin.tar bin/
   tar cvf etc.tar etc/
   Y así con todos los directorios que quieras. Recomiendo especialmente el /etc, /bin, /home y /usr, pero cada uno tiene sus preferencias.
5. Comprimimos con gzip los .tar, así:
   gzip bin.tar
   gzip etc.tar
   Podemos dar el flag '-9' a gzip para que comprima al máximo.
6. Grabamos en los regrabables los .tar.gz, y listos.

Pensaréis que es un método poco eficiente y eso, pero a mí me va bien tener copias completas del sistema cada mes. Que otros vayan incluyendo sus recetas, y así conseguimos un buen abanico de posibilidades.

Por cierto, el primer backup de este modo que hice me salvó de una petada de disco duro a la semana siguiente. No tuve que reinstalar. Simplemente descomprimir de nuevo los archivos y listo

Yo utilizo rsync [anu.edu.au] para los backup, sincronizo datos con un ordenador "lejano" donde se realizan en cinta las copias de seguridad de la réplica, puede parecer paranoico, pero tengo una certeza del 99% que podré restaurar el sistema.
Además, para ficheros puntuales es bastante comoda la recuperacion, siempre y cuando el archivo no se a grande o la conexión no sea lenta

SEgun e oido es buen programa de backup pero no lo e llegado a usar, mondo-rescue web [microwerks.net]

E llegado a usar el partimage pero sus resultados no fueron muy satisfactorios (perdidas de datos y esas cosas)

Yo personalmente utilizo un script, que dependiendo del día de la semana hace una copia diferencial (de Lunes a Viernes) y una total los Domingos, de etc,home,bin y usr. Utilizo los comandos tar y find. Lo bueno es que currándotelo un poco puedes hacer muchas combinaciones de copias de seguridad con comandos básicos. Hay un programa llamado Amanda [amanda.org] que está muy bien y que tiene mucha historia en la copias de seguridad en sistemas UNIX.

Por lo que se puede deducir de tu historia, la cuestión es hacer copias de seguridad de una sola máquina. Además es imprescindible no perder datos, pero el tiempo de recuperación del sistema en caso de desastre no es crítico.
EL primer punto es el medio donde hacer las copias. Para una sola máquina, parece desproporcionado hacer la inversión de un DAT ( Aprox.: 1000 Euros ), pero, por cuestión de volumen, no hay otra manera de hacer copias desatendidas. Además las cintas DAT ofrecen la mejor relación MBytes/Euro.
Es muy importante que las copias de seguridad sean desatendidas. La máquina - salvo cuelgues -no se olvida de hacerlas, pero las personas sí, incluso aunque solo se trate de dar un Intro.
El siguiente punto es el procedimiento. Como norma general, el mejor método consiste en hacer una copia de seguridad completa cada x días ( cada semana o cada mes ), y una incremental ( o diferencial ), cada día o cada medio día. No conviene reusar las cintas, porque el ahorro es pequeño y el riesgo es enorme. Además siempre tiene interés tener un histórico, y si los datos son importantes, más aún.
La diferencia entre incremental y diferencial es que ambas copian los archivos modificados desde la última vez, pero sólo la primera marca dichos archivos como ya copiados, y por lo tanto no se volverán a copiar en la siguiente sesión. Por eso, a la hora de restaurar, si haces copias incrementales necesitarás la última completa más todas las siguientes incrementales; en el caso de que hagas diferenciales, sólo necesitarás la última completa y la última diferencial.
Obviamente las diferenciales ocupan más que las incrementales, aunque a veces - muy corrientemente en el caso de las BBDD - es sorprendente lo pequeña que es la diferencia. La ventaja es que son más seguras ( sólo se necesita que se conserve la última ), y a la hora de restaurar son mucho más cómodas.
Como aplicación yo te recomiendo taper [debian.org]. Es muy sencillita, pero para una sóla máquina ( o una pequeña red ) sobra, incluso si usas cargadores múltiples de DAT. Además tiene la gracia de que te construye los scripts para automatizar las copias desatendidas.
Si se trata de un entorno complejo Amanda server [debian.org] y Amanda cliente [debian.org]. Yo nunca lo he usado, pero los pobres infelices que conozco, que han tenido que configurarlo, lo ponen muy bien.
P.D. Ya sé que lo que cuento viene en todos los manuales de copias de seguridad. Pero creo que en este tema no está de más ser redundante.

A mi se me planteó el problema de realizar copias de seguridad de un servidor winNT en uno linux. Después de investigar un poco (no demasiado) vi que Unison [upenn.edu] es lo que me ofrecía una mejor relación tiempo de instalación/tiempo entre fallos. De hecho cuando falla, es windows el que falla (lo prometo, no es mala leche) :P.

Saludos

Yo uso amanda y la verdad es que funciona muy bien.
Hago las copias de backup contra un disco duro de 80 Gbytes ya que considero que los armarios de cintas son muy caros para lo que realmente necesito y funciona perfectamente. ¿ Que me casca el disco ?. Pues se compra otro y ha correr..
Por contra, la configuración no es todo lo "fácil" que a uno le gustaria pero una vez funciona va perfecto. Como he leido anteriormente ...los pobres infelices que tienen que configurarlo... yo me uno a ellos, pero si tengo que volver a instalar un backup, no me lo pienso: AMANDA

Salu2.

la base es cron + tob + ncftput + disco gordo en otra máquina + cintas dat...

por la noche sobre las 22 de cada sabado y domingo se lanzan los completos (tob con la configuración cambiada para que escriba por ftp en otro servidor) de los dos raids de discos (un dia cada uno) a las 20 horas mas o menos se han acabado...
el lunes se cogen los dos archivos ultimos y los indices y se vuelcan a cinta sobre las 22 horas (hay que recordar meter una cinta nueva el lunes por el dia).
El resto de los dias se hacen incrementales sobre las 22 horas y diferenciales sobre las 13 horas (la hora de comer). Con eso no se suelen tener problemas...
Pero si lo que quieres es la imposibilidad de perdida o de que alguien la cague vilmente.... velas a tu santón preferido o prueba coda (creo recordar que tenía algo para guardar versiones de archivos) ... el resto es zueño y los zueños zueños zon...

En el servidor:
Cada día hace copia de las mySQL y los árboles WWW y lo deja gzippeado en un directorio. Luego, cuando pongo en marcha el ordenador de trabajo, va y recoje por ftp estos backups.
Sistema de archivos: EXT3, nunca ha fallado.

El ordenador de trabajo:
Cada semana hace una copia de mi home y /etc en otro disco duro secundario (los divX y cosas grandes tienen su propio home, así solo se backupea lo necesario).
Sistema: EXT3, falló una vez pero por culpa del fdisk del windowz, que me solapó las particiones.

• El backup es algo que hace mi administrador de sistemas, mi madre, mi abuela, mis hermanas...
• Es un ciclo que se repite cada 28 días...
• Es muy difícil explicar lo que es el backup!

La publicidad hace estragos :P

La forma más rápida de hacer back-ups es grabarlos en /dev/null, según dice el amigo BOFH [ntk.net]
A mi me viene funcionando de perlas... aunque todavía no tuve que hacer ningún restore...

Nosotros usamos amanda (http://www.amanda.org).

Los backups en red se hacen de forma bastante sencilla, e incluso se pueden hacer backups de shares samba de máquinas windows.

La gestión de cintas es automática, y permite "scriptear" el cambiador de cintas (por ejemplo, podemos simular que cada directorio de un DVD-RAM sea una cinta).

Yo hago el backup en una máquina remota, con el cron una vez al mes invoco el siguiente script:

#!/bin/bash

ssh nicobackup@fenix 'mv /downloads/backup-lcf/lcfbackup.tar.gz /downloads/backup-lcf/lcfbackup-old.tar.gz'
                                                               
nice -n 19 tar -czlvf - / | ssh -c blowfish nicobackup@fenix \
                                        'dd of=/downloads/backup-lcf/lcfbackup.tar.gz'

Para que funcione debes permitir login sin password desde el user que hace el backup al destino (en este caso "nicobackup"), para ello man ssh y buscar por authorized_keys.

O lo que es lo mismo: se paranoico. Y también es importante: se práctico.
En mi caso, consigo ambas cosas con tres sistemas (que admito que es difícil disponer de la capacidad de ponerlos en marcha).

• En primer lugar, cintas DAT sobre el servidor en cuestión, copias diarias y rotaciones semanales (lunes, martes, miércoles y jueves) y mensuales (viernes). Las cintas mensuales no "duermen" en la oficina (no sea que se queme, aquí soy paranoico).
• En segundo lugar, con rsync [samba.org] se hace una copia sobre un servidor remoto, con lo que me aseguro al máximo de la disponibilidad de los datos. Este servidor tiene la misma estructura que el original, con lo que si se me cae el original, no tengo más que trasladar el backup a la oficina, enchufarlo y todo el mundo a trabajar :)
• Y por último soy práctico: ¿de que me sirve todo esto si un usuario me pide "un archivo que he borrado sin querer... un listado de canciones del bisbal que quería mi hija..."? Pues francamente es un coñazo recorrerte las cintas hasta localizar la del archivo, montarla, localizar y extraer el archivo... así que disponemos de otro equipo solo para backups; gracias a este artículo de Mike Rubel [mikerubel.org] y rsync, en este equipo hay un sistema de ficheros con copias de los archivos realizadas cada dos horas, diarias, semanales y mensuales, montado en "solo lectura" para evitar problemas. Así los usuarios pueden restaurar sus archivos sin intervención del administrador (yo, que soy un poco vago). La implementación está realizada con ribs [rustyparts.com].

Ah, para dar más detalles, el servidor es un equipo decentillo, pero el de los backups remotos es un P166 con 128Mb, y el de los backups con ribs es un P200MMX con 256Mb (así aprovecho y tira del hilo musical). Es decir, el hardware viejo sirve.

Saludos!

partimage [partimage.org] permite hacer copias de particiones, que comprime para que ocupen menos. Sistemas de archivos de Linux, MacOS (beta) y Windows (NT experimental).

systemrescuecd [sysresccd.org] es su compañero para poder realizar y restaurar las copias, también muy útil para muchas otras tareas. CD de arranque.

Cómo lo uso: estoy probando Gentoo [gentoo.org]. Tras una instalación básica, hago una copia de seguridad del sistema que guardo en CD-RW. Sigo probando Gentoo. Cuando meto la pata, vuelvo al punto anterior, que copié en CD-RW. Si llego a un punto satisfactorio tras, por ejemplo, añadir el servicio web, hago otra copia. Mientras más lo uso, más útil (hasta imprescindible) me parece.

Simplemente como curiosidad voy a comentar una tecnica de backup que me ha venido bien en algunas ocasiones, particularmente cuando se trabaja con bbdd que no tienen capacidad de recuperacion usando bitacoras.

En mis aplicaciones siempre que se escribe algo a la base de datos, y despues del commit, se envia por mail la instruccion ejecutada a un cuenta de correo de backup.

De esta manera se puede recuperar el estado de la base de datos a cualquier punto del tiempo mediante la ultima copia de seguridad y ejecutando las instrucciones de los mails. Siempre que el servidor de mail no haya fallado claro.

Cutrelandia vamos ;D

Voy a contar uno de los sistemas de backup "al vuelo" que usamos por aqui:
-En una maquina auxiliar pones NBD sirviendo una particion.
-En la maquina en cuestion, poner NBD cliente de esa otra servidora. A partir de ahora el disco de la otra se ve como un dispositivo de bloques mas aqui.
-Pones RAID 1 entre tu disco local y el disco NBD.

A partir de ahora, automaticamente, todo lo que escribas en este disco, se escribira tambien en el disco remoto. La ventaja es que el disco remoto (la maquina auxiliar) puede estar en otra sala o incluso en otro edificio. OJO: la red es fundamental, si no es buena es muy lento.

Por supuesto, hay que complementarlo con otro sistema de backup que permita protegerse de usuarios manazas que borran cosas.

Ante todo agradeceros los comentarios de este hilo, me han sido muy útiles para hacerme una idea de las soluciones que se pueden encontrar, aunque lo que yo ando buscando es un programa tipo mkfs2iso pero que tenga como opción el crear imagenes de un tamaño determinado, 700 megas por ejemplo.

Suelo realizar un backup mensual (6 gigas más o menos) en CDs regrabables y es una lata tener que ir seleccionando directorios hasta completar cada CD. He mirado mkisofs, pero no tiene la opción de hacer partir la imagen cada x megas

¿Alguien conoce algun programa que me pueda servir?

Yo uso un script hecho por mi para por NFS montar lo que quiero copiar, luego en el remoto dejo una copia, y comprimo, para así quitarle peso al server. Posteriormente hago una comprobación de md5sum y lo copieteo a una unidad jazz. Lo de la unidad es indiferente.

Muy buenas opciones.

taluek.

En mi oficina hemos comprado una grabadora de dvd para hacer las copias. He mirado todo el soft disponible para hacer copias en cd/dvd y al final me quedo con cdbkup (http://cdbkup.sourceforge.net/).

El problema que le veo es que los dvds de 4.7 gigas no son muy grandes y el sistema no es apto para hacer copias de sistemas enteros (60gigas o mas) por lo que hay que discriminar cual es la información importante, lo cual es un rollo para el usuario.

Otra pega es el tema de andar cambiando el cd/dvd cuando uno se acaba.

Alguien puede comentar precios y modelos de unidades de cinta que funcionen en linux? donde se consiguen? (en las tiendas de informatica no suelen encontrarse)

Alguien conoce alguna comparativa de precio/mega para cada una de las soluciones? (CD/cinta/hd...)

Si usas cintas DAT, es para algo pequeño y no quieres complicarte la vida mas de lo justo y necesario, prueba Taper [sourceforge.net] y mantente alejado de Amanda ;-).