Barrapunto

i thu? Ya le haz hecho un backup a tu tablet PC con windows XP?

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

Tengo 6 servidores (web, base de datos, correo, ...) para las copias de seguridad no me complique mucho. Tengo un equipo aparte servidor nfs y con un sistema de varios discos, a una hora los servidores montan una unidad en el servidor y copian sus datos en este.

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...

Pues mi solución fue mucha más simple. El último servidor que tuve que configurar en mi empresa como servidor de disco duro (para una vieja aplicación en msdos sobre clientes windows, vamos viejo viejo) fue asi:

Monte un servidor linux (un poweredge):
-2 entradas de AC
-3 fuentes de alimentación redundante
-2 procesadores
-4 discos duros en raid 5 configurando 1 en reserva
-ext3 como sistema de archivo
- Mediante cron, unos simples scripts para guardar en el mismo raid copia diaria, semanal y mensual (se ejecuta a las 4 de la mañana para no molestar)
- Backups en cdrom simple y llanamente. (semanalmente y al cumplir el mes doble)

El método de backup en CD o DVD en su caso es muy útil, aunque no tan seguro quizá como sistemas más sofisticados. Entre las ventajas es el bajo tiempo que me costaria restituir el sistema en caso de catastrofe (no necesitaria esperar a que el proveedor me enviase un lector de cintas, ya que lectores de cd o dvd hay en todos los sitios).

Saludos

Tenía que automatizar la creación de copias de seguridad de un servidor (web, proxy, correo...) y tenía una unidad Jaz muerta de risa a la que le quería dar alguna utilidad, así que la configuré y creé un simple script que se ejecuta todos los días por la noche y que copia todo un directorio comprimido donde están los datos importantes. En las cintas cabe 1 GB, y como los datos ocupan unos 800 megas y rara vez crecen (pero sí cambian), pues hago una copia completa. Tengo 3 o 4 cintas y las voy turnando.

Antes estuve mirando unos cuantos programas, pero o bien excedían mis necesidades (por ejemplo, creo que Amanda se especializaba en backups distribuidos) o bien eran específicamente para unidades de cinta (taper). Tenía apuntada una dirección con múltiples enlaces a software de backup en Linux, http://www.linuxlinks.com/Software/Backup/, pero no funciona ahora mismo y no parece que Google la tenga guardada en su caché.

saludos

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.

Yo uso un script propio bastante simple a base de find, diff y tar una vez al día para hacer los incrementales, y un tar sin más los fines de semana.

Luego sólo hay que tener cuidado de guardar las copias de seguridad lejos de donde se han creado (otro hd, pc remoto, cd, etc).

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!

Cuando tengo que implementar una solución de backup seria, me inclino por Amanda. Una experiencia: un departamento universitario con 20 estaciones UNIX de múltiples sabores (Solaris, Digital, AIX, Linux, Mac OS X) y los omnipresentes Windows. Montas una máquina de backup dedicada en un PC antiguo, y haces backups diarios de 200 Gb de datos distribuídos, sin ningún problema. Además, puedes utilizar robots de cinta. Otra cosa distinta es si tienes que hacer backup de bases de datos en caliente. Aquí cada producto de base de datos necesita una técnica particular, a integrar con tu solución de backup global. Independientemente de la solución elegida, me permito recomendar una referencia fundamental para todo este tema de los backups: Unix Backup & Recovery, de Curtis Preston para O'Reilly (http://www.oreilly.com/catalog/unixbr/)

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.

A nivel empresarial sugiero Bacula [bacula.org]. Es la mejor alternativa a Amanda para aquellos que tenemos multiples servidores con discos entre 80 y 400Gb. Es una arquitectura cliente servidor y multivolumen (tambien para datos comprimidos!) Otras alternativa? Afio [freshmeat.net]; tan bueno, o mejor, que el tar o el cpio Saludos!

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.

Quiero dar las gracias a todos los que han puesto comentarios. Sobre todo por la variedad de programas y técnicas que habeis mencionado.

Sólemente he usado herramientas comerciales como Véritas o ArcServe, en el trabajo (trabajo con Windows).

En mi pequeña red personal, con Linux + windows, sólamente había usado Tar, y tenía pensado hacer pruebas con rsinc. Intentaré probar los programas que habeis mencionado.

muy bien, asin me gusta, todos aportando algo al mundo infernal de los backups. Pero parece ser que todos haceis el backup cuando las máquinas están encencidas.... el problema es que eso es un peñazo para el usuario y algo dificil de controlar, en mi empresa tengo la necesidad de hacer backups de pc's normales de trabajo (correo, libreta direcciones, documentos, ...) y esta programado semanalmente, pero cuando ese dia el ordenador esta apagado... (porque el tio no ha venido a currar o lo que sea) esa semanita no se hace el backup.... nadie ha usado el "wake-on-lan"? a mi que el servidor todas las noches a las 3:00 por ejemplo se encarge de "despertar" los clientes y hacer un backup de cada uno de ellos me pareceria la ostia...

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.

Cualquier ordenador viejo te sirve, montas discos extraibles y compras tantos como necesites para tu politica de seguridad. Si calculas la duracion de un disco y el numero de cintas que tienes que comprar en esa epoca seguro te sale mas barato. Siempre acabas quedandote corto con las cintas en tamaño, pero no vale cambiarlas por mas grandesss, tienes que cambiar el dichoso lector. Eso y rsync con un wake-on lan va de cine, ademas no esperas tres dias a que te salga en pantalla el listado de lo que tienes. Yo usaba unas cintas que valian unos 50 euros y duraban 6 meses, asi que visto los precios me salia mejor quitar las cintas. No tienes que enseñar a manejar el programa, les dices cambia el disco enciendes y en el servidor de copias lo tienes todo. Sistema HP LC 2000 U3 con dos RAID 5 uno de 30Gb y otro de 180Gb, copias en otro servidor con discos extraibles. Con esta combinacion tienes para imaginar lo que quieras. Saludos

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...)