Mailinglist Archive: opensuse-es (656 mails)

< Previous Next >
Re: [opensuse-es] Problema con tar
  • From: Rafa Grimán <rgriman@xxxxxxx>
  • Date: Thu, 5 Jul 2007 13:52:54 +0200
  • Message-id: <200707051352.54641.rgriman@xxxxxxx>
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.


<modo_coña=on>
Menos mal que en informática sólo el tema de backup está poco depurado ... 
Ufff, qué susto!!! Si sólo es el backup, no pasa nada ;)
<modo_coña=off>



> 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@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
   opensuse-es+help@xxxxxxxxxxxx

< Previous Next >
Follow Ups