Hola :) El Thursday 05 July 2007, Camaleón escribió:
El 5/07/07, Rafa Grimán escribió:
No te sé decir porque el sw de backup que uso en casa es rsync ;) Y en el curro trabajamos con "los grandes" (ATEMPO, Legato, Veritas, ...), pero en el 110% de los casos aconsejamos ATEMPO (luego el cliente elige lo que quiere).
El tema del backup todavía a día de hoy no está muy depurado.
Antes la cantidad de datos a almacenar era muy limitada (me pregunto cómo se las apañaría pctools con las estructuras actuales, cantidad de datos a copiar, velocidad de los discos duros, velocidad de la red local... :-P) pero es que ahora queremos copiar segundos gigas de datos, tener copias diferenciales, en varios dispositivos... y no es fácil.
Y eso que sólo hablamos de backup y no de recuperación. Muy poca gente prueba sus backups de vez en cuando para comprobar la integridad de datos. Todo el mundo da por hecho que la copia que han hecho está bien. Tengo un amigo que es consultor y un día fue a un cliente que hacía backup siempre a la misma cinta (un "servidor" pequeño con Access) y un día le dicen que no puede trabajar porque el servidor está haciendo copia de seguridad y que se espere ... Total que se acerca y ve que no hay nada que esté accediendo a la cinta, la cinta no suena, no hay luces, ... Así que decide probar y ve que efectivamente la cinta está dañada y que no hay datos, revisa el log y ve que nunca se llegó a hacer una copia porque en el primer intento hubo un error. Llevaban meses así y nadie se había enterado. Mi amigo les aconsejó hablar con la empresa que les había hecho el sw de backup ...
Creo que la copia de datos ideal sólo debería hacer dos preguntas: 1) origen de datos y 2) destino de copia, lo demás debe ser automático
:-).
Sí hombre !!! Y además querrás que sea rápido ;)
Y debería estar integrado en la propia placa base, por medio de lógica y programación sencilla, que interactúe con las unidades de disco (fijos, extraíbles...) junto con el sistema de archivos. Las copias deberían ser transparentes (tipo raid) para el usuario y las imágenes se deberían generar en tiempo real.
Además querrás que sea independiente de plataforma ... Esta juventud, lo que pide ;)
El formato de la copia debería ser estándar, que se pudiera acceder desde cualquier sistema operativo para evitra incompatibilidades, o con un sistema propio pero normalizado (tipo udf, hum, bueno, mejor normalizado, que las especificaciones del udf se las trae).
¿Estándar? ¿En informática? ... Ufff ... chungui ;)
La copia de seguridad debería ser un proceso transparente para el usuario, y a ser posible, del disco completo, se copia todo para simplificar el proceso (es decir, copio todo, restauro lo que necesito).
¿Transparente? ¿Usuario? ... Pides mucho ;) ... ... ... ... ... He estado un rato con los ojos cerrados imaginándome la situación que planteas ... Sería maravilloso ... lástima que haya usuarios ;) Rafa -- "We cannot treat computers as Humans. Computers need love." Rafa Grimán Systems Engineer Silicon Graphics Spain Santa Engracia, 120 - Planta Baja 28003 Madrid Spain Tel: +34 91 398 42 00 Fax: +34 91 398 42 01 Móvil: +34 628 11 79 40 Skype: rgriman http://www.sgi.com Happily using KDE 3.5.7 :) --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org