[opensuse-es] Problema con tar
Hola a todos, quiero recuperar el contenido de un archivo tar y cuando lo intento me devuelve el siguiente error: # tar -xvf peaqpa.tar.gz tar: Esto no parece un archivo tar tar: Saltando a la siguiente cabecera tar: El archivo contiene cabeceras base 64 obsoletas cuando veo que tipo de archivo es, me muestra lo siguiente: # file peaqpa.tar.gz peaqpa.tar.gz: data alguna idea del problema..? Saludos. JCarlos --------------------------------------------------------------------- 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
On 04/07/07, Juan Carlos Bravo Celis
Hola a todos, quiero recuperar el contenido de un archivo tar y cuando lo intento me devuelve el siguiente error:
# tar -xvf peaqpa.tar.gz tar: Esto no parece un archivo tar tar: Saltando a la siguiente cabecera tar: El archivo contiene cabeceras base 64 obsoletas
cuando veo que tipo de archivo es, me muestra lo siguiente:
# file peaqpa.tar.gz peaqpa.tar.gz: data
tambien probe renombrando a bz2 # bunzip2 peaqpa.tar.bz2 bunzip2: peaqpa.tar.bz2 is not a bzip2 file. y con gunzip.. # gunzip peaqpa.tar.gz gunzip: peaqpa.tar.gz: not in gzip format que otra cosa podria probar..? es un archivo de 26GB y dentro hay miles de archivos de imagenes de 100k saludos JCarlos --------------------------------------------------------------------- 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
Hola, El Miércoles, 4 de Julio de 2007 20:02, Juan Carlos Bravo Celis escribió:
# tar -xvf peaqpa.tar.gz tar: Esto no parece un archivo tar tar: Saltando a la siguiente cabecera tar: El archivo contiene cabeceras base 64 obsoletas
Has probado con la opción "-z" ? $ tar -zxvf peaqpa.tar.gz Saludos, Roberto. --------------------------------------------------------------------- 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
On 04/07/07, Roberto Antolin
Hola,
El Miércoles, 4 de Julio de 2007 20:02, Juan Carlos Bravo Celis escribió:
# tar -xvf peaqpa.tar.gz tar: Esto no parece un archivo tar tar: Saltando a la siguiente cabecera tar: El archivo contiene cabeceras base 64 obsoletas
Has probado con la opción "-z" ? $ tar -zxvf peaqpa.tar.gz
si, tambien prove con la opcion -z,, y con el mismo mensaje.. Saludos JCarlos --------------------------------------------------------------------- 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
On 04/07/07, Juan Carlos Bravo Celis
On 04/07/07, Roberto Antolin
wrote: Hola,
El Miércoles, 4 de Julio de 2007 20:02, Juan Carlos Bravo Celis escribió:
# tar -xvf peaqpa.tar.gz tar: Esto no parece un archivo tar tar: Saltando a la siguiente cabecera tar: El archivo contiene cabeceras base 64 obsoletas
Has probado con la opción "-z" ? $ tar -zxvf peaqpa.tar.gz
#tar -xvzf peaqpa.tar.gz gzip: stdin: not in gzip format tar: Child returned status 1 tar: Salida con error demorada desde errores anteriores como otro dato, renombrandolo a solo .tar y al intentar extraerlo,, me crea dos archivos con un nombre de muchos caracteres extraños, de los cuales no puedo obtener ningun dato, ni el tipo de archivo ni nada,, Saludos JCarlos --------------------------------------------------------------------- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 13:02 -0500, Juan Carlos Bravo Celis escribió:
cuando veo que tipo de archivo es, me muestra lo siguiente:
# file peaqpa.tar.gz peaqpa.tar.gz: data
alguna idea del problema..?
Que no es un tar gz, ni nada conocido. Pídele otra copia a quien te diera ese archivo, o que te diga como lo hizo realmente. O que te de un checksum y compruebas si coincide o se ha estroepado en tránsito. ¿no estará encriptado? Esto es lo que te debería salir: cer@nimrodel:~> file /etc/sysconfig.tar.gz /etc/sysconfig.tar.gz: gzip compressed data, from Unix, last modified: Thu Feb 9 20:35:05 2006, max compression - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGi/vYtTMYHG2NR9URAlMKAJ9r2kcqV9ueHJaeczPJLaWiLYuOHACeP/DW D24aSm8QcAp+eUkZRuR3jt4= =B8hG -----END PGP SIGNATURE-----
On 04/07/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-07-04 a las 13:02 -0500, Juan Carlos Bravo Celis escribió:
cuando veo que tipo de archivo es, me muestra lo siguiente:
# file peaqpa.tar.gz peaqpa.tar.gz: data
alguna idea del problema..?
Que no es un tar gz, ni nada conocido. Pídele otra copia a quien te diera ese archivo, o que te diga como lo hizo realmente. O que te de un checksum y compruebas si coincide o se ha estroepado en tránsito.
¿no estará encriptado?
Esto es lo que te debería salir:
cer@nimrodel:~> file /etc/sysconfig.tar.gz /etc/sysconfig.tar.gz: gzip compressed data, from Unix, last modified: Thu Feb 9 20:35:05 2006, max compression
para mi mala suerte, es la unica copia del archivo que existe, lo recupere de una cinta en donde estaba almacenada.. y ahora existe el inconveniente de no poder restaurarla... Saludos JCarlos --------------------------------------------------------------------- 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
para mi mala suerte, es la unica copia del archivo que existe, lo recupere de una cinta en donde estaba almacenada.. y ahora existe el inconveniente de no poder restaurarla...
Y con GZIP ? gzip -cd [archivo.tar.gz] | tar xvf - Si la copia estaba en cinta intuyo que hablamos de algo que lleva demasiado tiempo almacenado. Quizá probando con alguna versión de TAR más antigua. O rendirse a la evidencia de que el fichero es corrupto. También me suena una utilidad para "recuperar" partes de ficheros corruptos.... bzip2recover ??? -- Salutacions - Saludos, Josep M. Queralt
El 4/07/07, Juan Carlos Bravo Celis escribió:
para mi mala suerte, es la unica copia del archivo que existe, lo recupere de una cinta en donde estaba almacenada.. y ahora existe el inconveniente de no poder restaurarla...
Quizá sea un problema de incompatibilidad entre distintas versiones de tar, pero sería un error de regresión muy gordo para que no lo reconozca como fichero comprimido... Otra opción que se generar con algún error el fichero o se haya corrompido. ¿Sistema de ficheros en el que estaba almacenada? ¿Trabajas directamente con el fichero original o es una copia? Saludos, -- Camaleón --------------------------------------------------------------------- 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
El 4/07/07, Juan Carlos Bravo Celis escribió:
Quizá sea un problema de incompatibilidad entre distintas versiones de tar, pero sería un error de regresión muy gordo para que no lo reconozca como fichero comprimido... Otra opción que se generar con algún error el fichero o se haya corrompido.
¿Sistema de ficheros en el que estaba almacenada? ¿Trabajas directamente con el fichero original o es una copia?
Hubo una versión de TAR, hará como unos 2-3 años que generaba ficheros corruptos. :-) Un momento que lo busco .... http://lists.gnu.org/archive/html/bug-tar/2004-12/msg00026.html La 1.14 y era de finales del 2004. Quizá haya tenido la mala suerte de que estas cintas estén generadas con ella. -- Salutacions - Saludos, Josep M. Queralt
On 04/07/07, Josep M. Queralt
El 4/07/07, Juan Carlos Bravo Celis escribió:
Quizá sea un problema de incompatibilidad entre distintas versiones de tar, pero sería un error de regresión muy gordo para que no lo reconozca como fichero comprimido... Otra opción que se generar con algún error el fichero o se haya corrompido.
¿Sistema de ficheros en el que estaba almacenada? ¿Trabajas directamente con el fichero original o es una copia?
Hubo una versión de TAR, hará como unos 2-3 años que generaba ficheros corruptos. :-)
Un momento que lo busco ....
http://lists.gnu.org/archive/html/bug-tar/2004-12/msg00026.html
La 1.14 y era de finales del 2004.
Quizá haya tenido la mala suerte de que estas cintas estén generadas con ella.
Gracias Josep, me olvide comentarles, el archivo fue generado en marzo de este año,, no he podido indicarles mas resultados de las pruebas, pues estoy volviendo a recuperar el archivo de la cinta, por si se haya generado un error en la recuperacion inicial, lo extraño es que otro archivo de la misma fecha, y con contenido similar, solo que de mucho menor tamaño, si lo pude recuperar sin problemas.. el archivo contiene una carpeta, dentro del cual existen alrededor de 100 mil archivos,, es un tema que me preocupa muchisimo. Saludos JCarlos --------------------------------------------------------------------- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 18:38 -0500, Juan Carlos Bravo Celis escribió:
el archivo contiene una carpeta, dentro del cual existen alrededor de 100 mil archivos,, es un tema que me preocupa muchisimo.
Nunca me ha gustado el sistema de archivado con tar.gz... y ya veis porqué :-/ - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGjDZXtTMYHG2NR9URAgSzAJ0Ztf7M/Jo83St037EGcT1Qsfg5TQCfTVUE wzRAbslB47se8r5KVC6Pmc4= =RJMF -----END PGP SIGNATURE-----
On 04/07/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-07-04 a las 18:38 -0500, Juan Carlos Bravo Celis escribió:
el archivo contiene una carpeta, dentro del cual existen alrededor de 100 mil archivos,, es un tema que me preocupa muchisimo.
Nunca me ha gustado el sistema de archivado con tar.gz... y ya veis porqué :-/
hombre, de haberlo sabido antes, habria buscado otra alternativa para mis backups, ahora solo hay por hacer intentar y reintentar la recuperacion, si eso no funciona..? :-( Saludos JCarlos --------------------------------------------------------------------- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-04 a las 19:43 -0500, Juan Carlos Bravo Celis escribió:
Nunca me ha gustado el sistema de archivado con tar.gz... y ya veis porqué :-/
hombre, de haberlo sabido antes, habria buscado otra alternativa para mis backups, ahora solo hay por hacer intentar y reintentar la recuperacion, si eso no funciona..? :-(
Se usa mucho, obviamente, pero se corrompe el gzip, que un zipeado de un fichero único, y el tar entero queda irrecuperable. Creo que basta con que pierdas la cabecera. A ver... si es así, me suena haber oido de herramientas para arreglar gzips destrozados. O algo de esa guisa... lo que no consigo es acordarme de que herramienta era o donde lo he visto. He googleado y wikipediado un poco, pero no veo nada. Pero se que lo ví hace tiempo. La hipótesis es que el .gz esté roto, mal leido, o mal escrito. A ver si se puede recuperar algo o no. Con las herramientas de backup tan buenas que había en msdos hace veinte años... :-( - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGjEhRtTMYHG2NR9URAmrJAJ9O0duPON3cLxUjX1bPSVCHfdOMEQCeNmal QPnql98zkc2/k3wBESkrLnk= =23Gm -----END PGP SIGNATURE-----
On 04/07/07, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-07-04 a las 19:43 -0500, Juan Carlos Bravo Celis escribió:
Nunca me ha gustado el sistema de archivado con tar.gz... y ya veis porqué :-/
hombre, de haberlo sabido antes, habria buscado otra alternativa para mis backups, ahora solo hay por hacer intentar y reintentar la recuperacion, si eso no funciona..? :-(
Se usa mucho, obviamente, pero se corrompe el gzip, que un zipeado de un fichero único, y el tar entero queda irrecuperable. Creo que basta con que pierdas la cabecera.
aparentemente eso es lo que paso con el primer archivo...
A ver... si es así, me suena haber oido de herramientas para arreglar gzips destrozados. O algo de esa guisa... lo que no consigo es acordarme de que herramienta era o donde lo he visto. He googleado y wikipediado un poco, pero no veo nada. Pero se que lo ví hace tiempo.
La hipótesis es que el .gz esté roto, mal leido, o mal escrito. A ver si se puede recuperar algo o no.
Con las herramientas de backup tan buenas que había en msdos hace veinte años... :-(
Esta noticia creo que no le va a gustar a muchos,, pero por hoy a mi me ha puesto muy contento,, he recuperado el archivo gz de la cinta directo a un W2k3 y para mi buena suerte con el winrar estoy recuperando la informacion del archivo... ahora no les puedo decir si ese mismo archivo pasado a un linux tambien sera recuperable,, pues de la emocion y la presion,, no he realizado las pruebas aun, pero me agradaria encontrar una herramienta que repare un archivo dañado... tambien seguire buscando. por ahora lo que me preocupa es cuanta capacidad de almacenamiento de archivos tiene el NTFS,, pues en mi linux con reiserfs, tengo mas de 4 millones de archivos en una unica carpeta y el servidor no se queja... ahora que estoy recuperando la informacion en el NTFS, me preocupa si realmente lo va a recuperar bien,, no les puedo comentar, hasta que termine ese proceso,, que va a ser en un parde horas. Saludos JCarlos --------------------------------------------------------------------- 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
Esta noticia creo que no le va a gustar a muchos,, pero por hoy a mi me ha puesto muy contento,, he recuperado el archivo gz de la cinta directo a un W2k3 y para mi buena suerte con el winrar estoy recuperando la informacion del archivo... ahora no les puedo decir si ese mismo archivo pasado a un linux tambien sera recuperable,, pues de la emocion y la presion,, no he realizado las pruebas aun, pero me agradaria encontrar una herramienta que repare un archivo dañado... tambien seguire buscando.
por ahora lo que me preocupa es cuanta capacidad de almacenamiento de archivos tiene el NTFS,, pues en mi linux con reiserfs, tengo mas de 4 millones de archivos en una unica carpeta y el servidor no se queja... ahora que estoy recuperando la informacion en el NTFS, me preocupa si realmente lo va a recuperar bien,, no les puedo comentar, hasta que termine ese proceso,, que va a ser en un parde horas.
Bueno, pues hace bien poco y no recuerdo dónde, hablaban sobre un tar y decían algo como que sólo era compatible con las "especificaciones" tar de gnu. Y que por tanto no funcionaría en Solaris ni Mac. Si en el otro sentido también se cumple y el tar se hizo en Solaris, podría ser que Linux no pudiera leerlo y explicaría por qué en win sí. En cualquier caso me resulto chocante el tema de incompatibilidades dentro del formator tar. Saludos a todos: Miki --------------------------------------------------------------------- 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
Hola :) El Thursday 05 July 2007, Juan Carlos Bravo Celis escribió: [...]
Esta noticia creo que no le va a gustar a muchos,, pero por hoy a mi me ha puesto muy contento,, he recuperado el archivo gz de la cinta directo a un W2k3 y para mi buena suerte con el winrar estoy recuperando la informacion del archivo... ahora no les puedo decir si ese mismo archivo pasado a un linux tambien sera recuperable,, pues de la emocion y la presion,, no he realizado las pruebas aun, pero me agradaria encontrar una herramienta que repare un archivo dañado... tambien seguire buscando.
¿No has probado a volverla a recuperar a Linux? ¿Pudo ser un fallo de transferencia? En el caso de trabajar con cintas y tar (o cpio), es más aconsejable hacer un gzip (o bzip2 o p7 o la compresión que sea) a los ficheros individuales y LUEGO hacer el tar o cpio a cinta. Por ejemplo: find ./ -type f | xargs gzip -9 * tar Mcvf /dispositivo/cinta /directorio/a/archivar De esta manera puedes recuperar ficheros independientes y los ficheros están comprimidos.
por ahora lo que me preocupa es cuanta capacidad de almacenamiento de archivos tiene el NTFS,, pues en mi linux con reiserfs, tengo mas de 4 millones de archivos en una unica carpeta y el servidor no se queja... ahora que estoy recuperando la informacion en el NTFS, me preocupa si realmente lo va a recuperar bien,, no les puedo comentar, hasta que termine ese proceso,, que va a ser en un parde horas.
El problema no es tanto NTFS sino el MS-Windows en sí a la hora de mostrar los ficheros. Nosotros tenemos clientes con más de 70 millones de ficheros en un único directorio en un sistema de ficheros XFS (y son varios directorios en el mismo sistema de ficheros :) y no tiene problemas al trabajar con ellos desde Linux o Irix. En el caso de Linux, puedes encontrarte con problemas con ls porque hay algunas versiones (o distros) que te ordenan la salida del comando ls por lo que va a tardar un rato. Da igual que el Linux tenga montado el directorio por NFS, Samba o sea local. En el caos de MS-Windows aconsejamos al cliente a no tener más de 10 mil ficheros en un directorio (da igual que el directorio sea local o montado con CIFS). El explorador de MS-Windows puede dar time-outs o el propio usuario puede pensar que se le ha colgado el PC, ... -- "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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-05 a las 10:57 +0200, Rafa Grimán escribió:
En el caso de trabajar con cintas y tar (o cpio), es más aconsejable hacer un gzip (o bzip2 o p7 o la compresión que sea) a los ficheros individuales y LUEGO hacer el tar o cpio a cinta. Por ejemplo:
Exacto. Habí antes en la suse un script de esos que te pintan menús con colorines en text (y era un script, insisto) que hacía backups con cpio usando esa técnica, la de comprimir primero y empaquetar después. Lo hecho de menos.
find ./ -type f | xargs gzip -9 *
Que tiene el problema de que, aparte de necesitar un directorio auxiliar grande, los nombres de los ficheros guardados quedan modificados.
tar Mcvf /dispositivo/cinta /directorio/a/archivar
De esta manera puedes recuperar ficheros independientes y los ficheros están comprimidos.
Pero hecho de menos más aún el programa que usaba en msdos hace veinte años para copias de seguridad: pcbackup, de la serie pctools, de Central Point Software. Usaba cintas (que yo no tenía) o disquetes. En disquetes era capaz de usar las dos disqueteras alternativamente, con lo que no perdía tiempo al grabar. Usaba su propio formato de grabación, no usaba el sistema (salvo que se lo pidieras), y lo más importante: comprimía grabando datos de recuperación redundantes repartidos por el disquete. Si un sector resultaba dañado, era capaz de recuperarlo. Si se perdía el ultimo disquete, el que guarda el directorio, era capaz de regenerarlo. La prueba de fuego: El año pasado intenté recuperar unos backups que tienen un par de lustros o más, de ochenta disquetes cada uno, y funcionan perfectamente, son recuperables. Tienen errores pero los regenera. Y encima era rapidísimo, con los ordenadores de entonces. Sólo tenía una pega, gorda: si usaba su propio formato este era incompatible incluso entre versiones. ¿Existe algun programa en Linux capaz de igualar esa hazaña, veinte años después? Lo siento, pero el tar no le llega ni a la suela de los zapatos. Sobre todo por la capacidad de recuperarse de errores físicos en el medio de grabación. Una fiabilidad tremenda. No se si cosas como Amanda llegaran cerca, pero lo dudo. Sobre datos de recuperación redundantes, echarle un ojo al "par" o al "par2" (sólo el primero y más antiguo viene en la distro). - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGjMB1tTMYHG2NR9URAtnZAKCEW/7zXJtxzc5PMV3r1jdG0nVnNACgicPc j7aMZe7CEcIspa3UOjrWpwA= =rdDw -----END PGP SIGNATURE-----
Hola :) El Thursday 05 July 2007, Carlos E. R. escribió:
El 2007-07-05 a las 10:57 +0200, Rafa Grimán escribió:
En el caso de trabajar con cintas y tar (o cpio), es más aconsejable hacer un gzip (o bzip2 o p7 o la compresión que sea) a los ficheros individuales y LUEGO hacer el tar o cpio a cinta. Por ejemplo:
Exacto. Habí antes en la suse un script de esos que te pintan menús con colorines en text (y era un script, insisto) que hacía backups con cpio usando esa técnica, la de comprimir primero y empaquetar después. Lo hecho de menos.
find ./ -type f | xargs gzip -9 *
Que tiene el problema de que, aparte de necesitar un directorio auxiliar grande, los nombres de los ficheros guardados quedan modificados.
Pos nada ... a hacer scripting ;)
tar Mcvf /dispositivo/cinta /directorio/a/archivar
De esta manera puedes recuperar ficheros independientes y los ficheros están comprimidos.
Pero hecho de menos más aún el programa que usaba en msdos hace veinte años para copias de seguridad: pcbackup, de la serie pctools, de Central Point Software. Usaba cintas (que yo no tenía) o disquetes. En disquetes era capaz de usar las dos disqueteras alternativamente, con lo que no perdía tiempo al grabar. Usaba su propio formato de grabación, no usaba el sistema (salvo que se lo pidieras), y lo más importante: comprimía grabando datos de recuperación redundantes repartidos por el disquete. Si un sector resultaba dañado, era capaz de recuperarlo. Si se perdía el ultimo disquete, el que guarda el directorio, era capaz de regenerarlo.
La prueba de fuego: El año pasado intenté recuperar unos backups que tienen un par de lustros o más, de ochenta disquetes cada uno, y funcionan perfectamente, son recuperables. Tienen errores pero los regenera.
Y encima era rapidísimo, con los ordenadores de entonces. Sólo tenía una pega, gorda: si usaba su propio formato este era incompatible incluso entre versiones.
Es que estás hablando de las PC-Tools. Eso ya son palabras mayores. Yo recuerdo haberlas usado (poco, pero las he usado) y es lo mejor que se ha podido inventar. Deberían sacar un equivalente para Linux ;)
¿Existe algun programa en Linux capaz de igualar esa hazaña, veinte años después? Lo siento, pero el tar no le llega ni a la suela de los zapatos. Sobre todo por la capacidad de recuperarse de errores físicos en el medio de grabación. Una fiabilidad tremenda. No se si cosas como Amanda llegaran cerca, pero lo dudo.
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).
Sobre datos de recuperación redundantes, echarle un ojo al "par" o al "par2" (sólo el primero y más antiguo viene en la distro).
La verdad es que no lo he probado, a ver si encuentro tiempo y puedo probar todas estas soluciones de backup que han salido. 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-05 a las 12:08 +0200, Rafa Grimán escribió:
Es que estás hablando de las PC-Tools. Eso ya son palabras mayores. Yo recuerdo haberlas usado (poco, pero las he usado) y es lo mejor que se ha podido inventar. Deberían sacar un equivalente para Linux ;)
¡Digo! Pero no eran caras. No demasiado, vamos: hasta yo tengo una copia legal con manuales. Y venían muchas más cosas que el backup, claro. Es más: el msdos 4 o 5, no estoy seguro, le compró varias utilidades a otros para incluir con el sistema: venían un desfragmentador y un backup. El backup era el de las pctools, con algunas caracteristicas de menos. El desfragmentador no recuerdo si era de ellos o de las Norton.
¿Existe algun programa en Linux capaz de igualar esa hazaña, veinte años después? Lo siento, pero el tar no le llega ni a la suela de los zapatos. Sobre todo por la capacidad de recuperarse de errores físicos en el medio de grabación. Una fiabilidad tremenda. No se si cosas como Amanda llegaran cerca, pero lo dudo.
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).
Rsync está muy bien, pero no es para cintas o dvds, no es la misma categoría de programas. Yo también lo uso, hago backup a un disco duro externo por usb. Los otros que dices pues no tengo el gusto de conocerlos.
Sobre datos de recuperación redundantes, echarle un ojo al "par" o al "par2" (sólo el primero y más antiguo viene en la distro).
La verdad es que no lo he probado, a ver si encuentro tiempo y puedo probar todas estas soluciones de backup que han salido.
El par no es un programa de backup. Es un programa que genera ficheros con datos redundantes para reconstruir un fichero en caso de daños en transporte. La idea original es que, si envias un fichero grande por email (o por news), y se daña al llegar al otro lado, no lo reenvias entero, sino que mandas los par suficientes para garantizar su reconstrucción. Yo lo uso con algunos backups en dvd: genero ficheros par2 que guardo en espacio que dejo sobrante en el dvd, con la esperanza de que me ayuden a su recuperación si se daña el dvd. Ya veremos. Tiene una pega muy gorda: generar esos ficheros para un dvd "cuesta" un par de horas de cpu. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGjMYOtTMYHG2NR9URAoGcAJ0aXdf5kdUsflW7IjEmWLrxWMph1ACfcUk2 qKDaZuejHx+rot90qrtctMc= =Aqhe -----END PGP SIGNATURE-----
Hola :) El Thursday 05 July 2007, Carlos E. R. escribió:
El 2007-07-05 a las 12:08 +0200, Rafa Grimán escribió:
Es que estás hablando de las PC-Tools. Eso ya son palabras mayores. Yo recuerdo haberlas usado (poco, pero las he usado) y es lo mejor que se ha podido inventar. Deberían sacar un equivalente para Linux ;)
¡Digo!
Pero no eran caras. No demasiado, vamos: hasta yo tengo una copia legal con manuales. Y venían muchas más cosas que el backup, claro.
Sssshhhh !!! A ver si te van a oír los de la SGAE ;")
Es más: el msdos 4 o 5, no estoy seguro, le compró varias utilidades a otros para incluir con el sistema: venían un desfragmentador y un backup. El backup era el de las pctools, con algunas caracteristicas de menos. El desfragmentador no recuerdo si era de ellos o de las Norton.
¿Existe algun programa en Linux capaz de igualar esa hazaña, veinte años después? Lo siento, pero el tar no le llega ni a la suela de los zapatos. Sobre todo por la capacidad de recuperarse de errores físicos en el medio de grabación. Una fiabilidad tremenda. No se si cosas como Amanda llegaran cerca, pero lo dudo.
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).
Rsync está muy bien, pero no es para cintas o dvds, no es la misma categoría de programas. Yo también lo uso, hago backup a un disco duro externo por usb.
Yo lo uso por lo que dices de copia a disco. No uso CDs ni DVDs ni ningún otro dispositivo para copias de seguridad, sólo disco. Por cierto, tengo que comprar un disco el sábado ...
Los otros que dices pues no tengo el gusto de conocerlos.
Son para grandes cuentas (aka "caros" ;)
Sobre datos de recuperación redundantes, echarle un ojo al "par" o al "par2" (sólo el primero y más antiguo viene en la distro).
La verdad es que no lo he probado, a ver si encuentro tiempo y puedo probar todas estas soluciones de backup que han salido.
El par no es un programa de backup. Es un programa que genera ficheros con datos redundantes para reconstruir un fichero en caso de daños en transporte. La idea original es que, si envias un fichero grande por email (o por news), y se daña al llegar al otro lado, no lo reenvias entero, sino que mandas los par suficientes para garantizar su reconstrucción.
Yo lo uso con algunos backups en dvd: genero ficheros par2 que guardo en espacio que dejo sobrante en el dvd, con la esperanza de que me ayuden a su recuperación si se daña el dvd. Ya veremos.
Tiene una pega muy gorda: generar esos ficheros para un dvd "cuesta" un par de horas de cpu.
Jarl !!! Claro que pensándolo, hace "lo mismo" que un RAID. Pero la idea es muy buena :) 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-05 a las 13:56 +0200, Rafa Grimán escribió:
Pero no eran caras. No demasiado, vamos: hasta yo tengo una copia legal con manuales. Y venían muchas más cosas que el backup, claro.
Sssshhhh !!! A ver si te van a oír los de la SGAE ;")
Que no, que me costó mis pelas.. ;-) Espera, no, que esa me la regalaron, con precinto y todo, a estrenar. Pedí ese regalo ;-) Además, los de la sgae son para cosas "artisticas", no para programas, ¿no? Aunque nos fastidien con los cds/dvds
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).
Rsync está muy bien, pero no es para cintas o dvds, no es la misma categoría de programas. Yo también lo uso, hago backup a un disco duro externo por usb.
Yo lo uso por lo que dices de copia a disco. No uso CDs ni DVDs ni ningún otro dispositivo para copias de seguridad, sólo disco. Por cierto, tengo que comprar un disco el sábado ...
Acabo de lanzar mi backup, que se me olvidaba. Y en paralelo estoy quemando un dvd y escribiendo.... nostamal.
Los otros que dices pues no tengo el gusto de conocerlos.
Son para grandes cuentas (aka "caros" ;)
Me lo sospechaba.
Yo lo uso con algunos backups en dvd: genero ficheros par2 que guardo en espacio que dejo sobrante en el dvd, con la esperanza de que me ayuden a su recuperación si se daña el dvd. Ya veremos.
Tiene una pega muy gorda: generar esos ficheros para un dvd "cuesta" un par de horas de cpu.
Jarl !!! Claro que pensándolo, hace "lo mismo" que un RAID. Pero la idea es muy buena :)
Sí, tiene parecido con lo del raid. Pero también tiene que tener parecido con los códigos de bits con corrección de errores (no detección), por bit y por bloque. A los que les encanta el tcp/ip para todo se les olvida que para comunicarse con un robot en Marte es inviable: imaginate que le envías un paquete de instrucciones, le llega mal, y pide una retransmisión. Otro cuarto de hora esperando. Hay que enviar el chorro de bit con información redundante para poder reconstruir los errores... Pues en backups es lo mismo. Si un sector se destruye por completo tiene que haber información repartida por ahí para reconstruirlo entero. El tar no tiene nada de eso. El pcbackup sí lo tenía. A ver cuando inventan las memorias de HAL: holográficas. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGjObltTMYHG2NR9URAoKmAJ4lGfgYJjp3Ca2uAAOPQs+/04GXXwCfVlrR AI9wbKGSFUB5YcVWsjHXq3M= =L7xZ -----END PGP SIGNATURE-----
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. 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 :-). 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. 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). 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). Saludos, -- Camaleón --------------------------------------------------------------------- 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
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
El 5/07/07, Rafa Grimán escribió:
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 ;)
X-) Es que con toda la cantidad de opciones para backup que a día de hoy existen ningún sistema funciona al 100% para todos los usuarios. No sólo hay que tener en cuenta el soporte y el tipo de conexión, sino el método de copia, la velocidad, la fiabilidad, universalidad (multisistema y que siga funcionando con el paso del tiempo), un montón de variables que no se resuelven con un sólo producto. Vale, ya me callo :-)
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.
Ese es otro problema, que sucede más a menudo de lo que pensamos. El ejemplo que indicas es real como la vida misma :-D.
Sí hombre !!! Y además querrás que sea rápido ;)
Además querrás que sea independiente de plataforma ... Esta juventud, lo que pide ;) ¿Estándar? ¿En informática? ... Ufff ... chungui ;) ¿Transparente? ¿Usuario? ... Pides mucho ;)
Bueeno, estaba hablando del año... 3500 ;-)
He estado un rato con los ojos cerrados imaginándome la situación que planteas ... Sería maravilloso ... lástima que haya usuarios ;)
Yo creo que aquí el usuario pinta poco. Deben ser los fabricantes quienes metan caña y desarrollen nuevos sistemas, cosa que no hacen. Por ejemplo, yo no le hago feos a un disco duro gordo (sata / ide / sas / scsi...) de 1 Tera, pero prefiero instalar un de esos de estado sólido SSD, porque es una tecnología completamente distinta, me parece bien interesante aunque sólo te den 64 GB. Con el backup pasa algo similar. Que sí, que hay sistemas de almacenamiento de todo tipo, pero todos usan el mismo concepto, hay muy poca variación entre unos y otros. "Ya ta" (como diría Hiro Nakamura de Héroes), ya me callo :-) Saludos, -- Camaleón --------------------------------------------------------------------- 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
Hola :) El Thursday 05 July 2007, Camaleón escribió:
El 5/07/07, Rafa Grimán escribió:
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 ;) X-) Es que con toda la cantidad de opciones para backup que a día de hoy existen ningún sistema funciona al 100% para todos los usuarios. No sólo hay que tener en cuenta el soporte y el tipo de conexión, sino el método de copia, la velocidad, la fiabilidad, universalidad (multisistema y que siga funcionando con el paso del tiempo), un montón de variables que no se resuelven con un sólo producto.
Vale, ya me callo :-)
Tienes toda la razón. Además de eso tienes LAN-Free o no, para puestos o para servidores, que cifra o no los datos, ...
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.
Ese es otro problema, que sucede más a menudo de lo que pensamos. El ejemplo que indicas es real como la vida misma :-D.
Bueno, y no nos olvidemos del archivado. Concepto que se suele confundir con backup y con los HSM.
Sí hombre !!! Y además querrás que sea rápido ;)
Además querrás que sea independiente de plataforma ... Esta juventud, lo que pide ;) ¿Estándar? ¿En informática? ... Ufff ... chungui ;) ¿Transparente? ¿Usuario? ... Pides mucho ;)
Bueeno, estaba hablando del año... 3500 ;-)
;)
He estado un rato con los ojos cerrados imaginándome la situación que planteas ... Sería maravilloso ... lástima que haya usuarios ;)
Yo creo que aquí el usuario pinta poco.
Me he explicado mal. Hay algunas herramientas de backup que permiten que el usuario las configure ... qué será lo próximo!! Digo esto porque o bien el usuario sabe lo que hace o ...: - desactiva el agente/demonio/como_se_llame - configura únicamente los directorios "sumamente importantes" aka: * presentaciones_chorras/ * mis MP3es/ * fotos_personales/ *dvdeses_rippeados/ pero no cae en que hay otros directorios menos "importantes", pero también válidos como: * proyectos/ * gastos/ * correos/ * productos_y_roadmaps/ - no sabe recuperar el documento que ha borrado - ...
Deben ser los fabricantes quienes metan caña y desarrollen nuevos sistemas, cosa que no hacen.
Eso sí es cierto, aquí el "inventor" es el fabricante y debe poner mucho de su parte. Como he comentado antes, trabajamos con ATEMPO y tienen un producto chuli_de_la_muerte que hace backups "en tiempo real", es decir, cada vez que le das a "Guardar" o a "Guardar como ...", te hace backup de forma que tienes en el servidor una especie de CVS de todos tus documentos. Además consume pocos recursos y bla, bla, bla, ... No voy a hacer propaganda. Sólo tiene una pega: tanto sólo vale para MS-Windows (tanto el servidor como el agente) :(
Por ejemplo, yo no le hago feos a un disco duro gordo (sata / ide / sas / scsi...) de 1 Tera, pero prefiero instalar un de esos de estado sólido SSD, porque es una tecnología completamente distinta, me parece bien interesante aunque sólo te den 64 GB.
Eso sí que es la caña. Los HDD crecen mucho en volumen, pero poco en velocidad (rpm) por lo que cada vez son más lentos :( A ver si hay suerte y se pone de moda el SSD ...
Con el backup pasa algo similar. Que sí, que hay sistemas de almacenamiento de todo tipo, pero todos usan el mismo concepto, hay muy poca variación entre unos y otros.
Eso es verdad aunque he visto unas librerías de cintas con un "conceto" muy chuli ... Resulta que trabajan con unos cartuchos de discos duros que son tratados como cintas. Los cartuchos son de 12 discos SATA de 500 GB en RAID 5, pero el OS y el sw de backup ve una cinta. Tiene la ventaja de: - mayor densidad - mayor velocidad - mayor fiabilidad - se pueden sacar de la librería y llevar a otro sitio - no hay que modificar el software - trabajan con cintas y con discos Sin el inconveniente de las cintas: - lentas - se rompen - ... Por lo demás, como bien dices, innovan poco.
"Ya ta" (como diría Hiro Nakamura de Héroes), ya me callo :-)
Pedazo de serie, sí señor. A ver si sacan ya los nuevos capítulos que no pertenecen a la serie !!!! :) Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com --------------------------------------------------------------------- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-05 a las 19:43 +0200, Rafa Grimán escribió:
Me he explicado mal. Hay algunas herramientas de backup que permiten que el usuario las configure ... qué será lo próximo!! Digo esto porque o bien el usuario sabe lo que hace o ...:
...
pero no cae en que hay otros directorios menos "importantes", pero también válidos como: * proyectos/ * gastos/ * correos/ * productos_y_roadmaps/
- no sabe recuperar el documento que ha borrado
Pos que le den morcillas a ese :-p ...
Deben ser los fabricantes quienes metan caña y desarrollen nuevos sistemas, cosa que no hacen.
Eso sí es cierto, aquí el "inventor" es el fabricante y debe poner mucho de su parte. Como he comentado antes, trabajamos con ATEMPO y tienen un producto chuli_de_la_muerte que hace backups "en tiempo real", es decir, cada vez que le das a "Guardar" o a "Guardar como ...", te hace backup de forma que tienes en el servidor una especie de CVS de todos tus documentos. Además consume pocos recursos y bla, bla, bla, ... No voy a hacer propaganda.
Mmm... güeno... prefiero las copias en un momento dado, no tan continuas. No se...
Sólo tiene una pega: tanto sólo vale para MS-Windows (tanto el servidor como el agente) :(
Pos que le den morcillas también. Parece que en linux no se hacen sistemas de backup interesantes, no deben interesar.
Por ejemplo, yo no le hago feos a un disco duro gordo (sata / ide / sas / scsi...) de 1 Tera, pero prefiero instalar un de esos de estado sólido SSD, porque es una tecnología completamente distinta, me parece bien interesante aunque sólo te den 64 GB.
Eso sí que es la caña. Los HDD crecen mucho en volumen, pero poco en velocidad (rpm) por lo que cada vez son más lentos :( A ver si hay suerte y se pone de moda el SSD ...
No es cuestión de rpm, eso tiene límites. Aumentas la velocidad y disminuyes la vida util, aparte de que tampoco consigues gran cosa si al mismo tiempo no aumentas la velocidad del brazo del cabezal. La verdadera ganancia estaría en aumentar el número de cabezales: dos cabezas son el doble de rápido. Quizás se parezca a un raid cero. Habría distintas estrategias: varias cabezas por la misma cara, o cabezas independientes en cada cara.
Con el backup pasa algo similar. Que sí, que hay sistemas de almacenamiento de todo tipo, pero todos usan el mismo concepto, hay muy poca variación entre unos y otros.
Eso es verdad aunque he visto unas librerías de cintas con un "conceto" muy chuli ... Resulta que trabajan con unos cartuchos de discos duros que son tratados como cintas. Los cartuchos son de 12 discos SATA de 500 GB en RAID 5, pero el OS y el sw de backup ve una cinta. Tiene la ventaja de: - mayor densidad - mayor velocidad - mayor fiabilidad - se pueden sacar de la librería y llevar a otro sitio - no hay que modificar el software - trabajan con cintas y con discos Sin el inconveniente de las cintas: - lentas - se rompen - ...
Y con el inconveniente peor de las cintas: acceso secuencial. No entiendo porqué renunciar a la gran ventaja de los discos, que es el acceso mal llamado aleatorio.
Por lo demás, como bien dices, innovan poco.
Desde luego. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGjXbktTMYHG2NR9URAqSKAJ9DifjrEfI2tA/c/VfTac3clDr1QgCfWEBO tmU4yxMeeLdjniDSM/yDTzs= =xxWs -----END PGP SIGNATURE-----
Hola :) El Thursday 05 July 2007, Camaleón escribió: [...]
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.
Esto me recuerda a las nuevas leyes gringas que (si mal no recuerdo) tienes que almacenar los datos durante al menos 35 años. No te quiero contar la cantidad de info que se puede generar en 35 años. Otro caso es el de las televisiones. Ahora se está poniendo de moda crear "bibliotecas" digitales con TODO el contenido que tienen desde el primer segundo de emisión, catalogarlo, documentarlo, ... Luego está un proyecto comenzado por no sé qué director de cine que quiere hacer algo parecido con pelis incunables. Para que os hagáis una idea de los volúmenes de los que estamos hablando. La NBA tiene digitalizado _TODO_ y puesto en Inet ... ocupa 3 PetaBytes (y creciendo) ... sí, muchos datos. Ahora viene la duda de Camaleón: ¿como haces un backup de todo eso? ¿Qué ventana de backup tenemos? Tengamos en cuenta que no es sólo el vídeo lo que tenemos que copiar sino la BBDD del MAM y el MAM en sí (Media Asset Management, es como un CMS, pero para vídeo y audio), todos los ficheros asociados (documentos, imágenes, rótulos, ...). No, no vale poner el sistema de cintas más rápido (LTO-4) y grande del mercado porque ocupa mucho sitio, sigue siendo lento, pesa mucho, ... Además queremos que se hagan múltiples copias (por si falla alguna) y que algunas de esas copias se haga a un lugar remoto (por lo del disaster recovery que está ahora de moda), sea fácil de usar, fácil de recuperar, gráfico, no haya para de sistema mientras se hace el backup, la restauración sea fácil y gráfica, sea fácil buscar un fichero, ... Esto de los backups es más complicado de lo que parece ... y además tenemos a los usuarios que te dicen que "automágicamente" se ha borrado ... ups, quiero decir, ... ha desaparecido el fichero: SUPER_IMPORTANTE_DE_LA_MUERTE_QUE_NO_DEBES_BORRAR_NI_PERDER.VIP o bien el fichero: FOTOS_DE_LAS_VACACIONES_DEL_JEFE_QUE_VA_A_ENVIAR_A_SU_MUJER.PPT Lo que ahora está de moda es hacer copias de seguridad a disco (D2D, D2D2T, VTL, ...) que es mucho más rápido y más denso. Lo malo de esto es que no puedes llevarte los discos a un banco y guardarlos en un armario ignífugo. Pero puedes montar copias remotas de las cabinas y otras cosas. 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
El Jueves, 5 de Julio de 2007 14:10, Rafa Grimán escribió:
Lo que ahora está de moda es hacer copias de seguridad a disco (D2D, D2D2T, VTL, ...) que es mucho más rápido y más denso. Lo malo de esto es que no puedes llevarte los discos a un banco y guardarlos en un armario ignífugo. Pero puedes montar copias remotas de las cabinas y otras cosas.
Depende del tamaño, hasta el momento no paso de 500gb y si llevo copia al banco, bueno deberia llevar pero esta pensado asi (solo lleve la copia fija de datos antiguos), aun tengo que mostraros mi superchapu sistema de backup. Solo me falta controlar el borrar las semanas antiguas. Pero estoy de vago asi que un dia de estos. Saludillos de uno que ahora sufre con un win 2003 y el CA Backup, que tomadura de pelo para lo que se usa y lo que costo. --------------------------------------------------------------------- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-05 a las 13:25 +0200, Camaleón escribió:
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)
Pues como ya casi no uso Windows, pues no lo se. http://en.wikipedia.org/wiki/Central_Point_Software No, parece que se lo cargaron: ] The original PC Tools package was first developed as a suite of ] utilities for DOS. With the introduction of version 4.0, the name was ] changed to PC Tools Deluxe, and the primary interface became a colorful ] graphical DOS shell (previously the DOS shell looked like PC BOSS and ] was monochrome.) By version 7.0 of the package in 1991 several Windows ] programs had been added to it. ] ] Though the 7.0 version sold well, it was criticised in computer trade ] publications for being overly complicated and riddled with bugs. It was ] widely considered to have been rushed to publication, despite the ] objections of many of Central Point Software's employees.[citation ] needed] PC Tools Version 6.x for DOS was last stable release. ] ] In June 1994 Central Point was acquired by their top competitor Symantec ] who ultimately discontinued the product line. PC Tools was the main ] competitor to Norton Utilities. Si no fuera por eso, yo creo que funcionaría sin problemas. El dia que hagais una empresa, no la hagais SA, sino SL y muy L. No vayan a venir, compren las acciones, y la vendan al peso. Al peso de chatarra, digo. Hay que fastidiarse :-(
La copia de seguridad debería [.... .... .... ....]
Menos mal que Rafa ha salido al rescate ;-P - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGjOtYtTMYHG2NR9URAkOtAJ9whDwE/+TAcHYVEt6YTCNOijQV/wCdGwHs urkjcXhe7jHmxP4kS/lYFSQ= =mo25 -----END PGP SIGNATURE-----
El 05/07/2007 3:24:24 Carlos E. R. escribió: robin.listas> robin.listas> A ver... si es así, me suena haber oido de herramientas para arreglar robin.listas> gzips destrozados. O algo de esa guisa... lo que no consigo es acordarme robin.listas> de que herramienta era o donde lo he visto. La puse yo ayer en la lista: bzip2recover o algo muy parecido. -- Saludos, Josep M. Queralt
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-07-05 a las 09:12 +0200, Josep M. Queralt escribió:
robin.listas> A ver... si es así, me suena haber oido de herramientas para arreglar robin.listas> gzips destrozados. O algo de esa guisa... lo que no consigo es acordarme robin.listas> de que herramienta era o donde lo he visto.
La puse yo ayer en la lista:
bzip2recover o algo muy parecido.
No me di cuenta. Sí, eso sería, pero para bzip2. No veo equivalente para gzip, y eso es lo que hace falta. Gracioso que el winrar funcione. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFGjMGltTMYHG2NR9URAiZrAJ9F+SA4hZ9cU/qSGzdMwNFUvfwbhwCfYVZc xUSvsQw2+vVoUYcd1MO11hQ= =URuD -----END PGP SIGNATURE-----
El 05/07/2007 12:02:12 Carlos E. R. escribió: robin.listas> Gracioso que el winrar funcione. Tiene su explicación "histórica", el RAR original era un programa para OS/2. ;-) -- Saludos, Josep M. Queralt
El 4/07/07, Juan Carlos Bravo Celis
On 04/07/07, Carlos E. R.
wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2007-07-04 a las 13:02 -0500, Juan Carlos Bravo Celis escribió:
cuando veo que tipo de archivo es, me muestra lo siguiente:
# file peaqpa.tar.gz peaqpa.tar.gz: data
alguna idea del problema..?
Que no es un tar gz, ni nada conocido. Pídele otra copia a quien te diera ese archivo, o que te diga como lo hizo realmente. O que te de un checksum y compruebas si coincide o se ha estroepado en tránsito.
¿no estará encriptado?
Esto es lo que te debería salir:
cer@nimrodel:~> file /etc/sysconfig.tar.gz /etc/sysconfig.tar.gz: gzip compressed data, from Unix, last modified: Thu Feb 9 20:35:05 2006, max compression
para mi mala suerte, es la unica copia del archivo que existe, lo recupere de una cinta en donde estaba almacenada.. y ahora existe el inconveniente de no poder restaurarla...
tu hiciste el respaldo ??? con que opciones lo hiciste ?? como copiaste los datos desde la cinta hacia el archivo "peaqpa.tar.gz" salu2 -- -- Victor Hugo dos Santos Linux Counter #224399 --------------------------------------------------------------------- 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
El 4/07/07, Juan Carlos Bravo Celis escribió:
tar: El archivo contiene cabeceras base 64 obsoletas
En Google aperecen algunas referencias a ese mensaje: http://www.google.com/search?hl=en&q=El+archivo+contiene+cabeceras+base+64+obsoletas&btnG=Google+Search Saludos, -- Camaleón --------------------------------------------------------------------- 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
participants (10)
-
Camaleón
-
Carlos E. R.
-
francisco F.
-
Josep M. Queralt
-
Juan Carlos Bravo Celis
-
Miguel
-
Rafa Grimán
-
Rafa Grimán
-
Roberto Antolin
-
Victor Hugo dos Santos