backup

Recuperando archivos de un backup de Plesk Parallels

 Mar, 05/01/2010 - 21:50     Sandor

Como os comenté hace unas entradas, he comenzado a trabajar con ConfigBox para poner en marcha Petra Por T. Habituado a los backups de Sync, en los que los recibo en un práctivo archivo ZIP, el nuevo formato de ConfigBox se me ha antojado un poco raro. ¿La diferencia? Sync utiliza cPanel como panel de administración para los alojamientos contratados, mientras que ConfigBox utiliza Plesk Parallels.

Con Plesk, te bajas un archivo .gz, pensado exclusivamente para poderlo subir tal cual si necesitamos restaurar la copia. Pero a mí me interesaba poder extraer el contenido, para poder trabajar en local con una copia del web. El problema es que al descomprimirlo se crea un fichero nuevo, sin extensión. Buscando en la red, he encontrado una solución para extraer su contenido desde linux:

Comprobar que tenemos instalado munpack (en Debian, un aptitude install mpack lo instalará).

		zcat archivo_backup.gz > archivo_backup
		cat archivo_backup | munpack

Con esto extraeremos los archivos del backup. En mi caso he tenido que agregar la extensión tar manualmente. En dominio.httpdocs.tar y dominio.httpsdocs.tar están los archivos de nuestro sitio web, mientras que los archivos de extensión .mysql contendrán un volcado SQL de las bases de datos que tenemos. Además, también tendremos los logs, y alguna otra cosa más (dump.xml) que no se muy bien para qué sirve :-?

 

Etiquetas: 

Disk ARchiver

 Dom, 12/11/2006 - 20:00     Sandor

Como todo buen informático, se de la importancia del mantener copias de seguridad habituales de los ordenadores que gestiono. Y casi como todos, suelo descuidar, a pesar de saberlo, esta tarea.

Este fin de semana me he puesto las pilas en ese sentido y he realizado el backup de rigor. Para ello, he utilizado el programa Disk ARchiver (también conocido como DAR).

El programa trabaja en modo consola, siendo su código compilable en, al menos, linux, Windows, Solaris, FreeBSD, NetBSD, MacOS X (hay versiones ya compiladas en su web, para linux y windows).

Básicamente es un compresor, pero a años luz de tar y similares. Entre otras características, puede crear la copia de seguridad de todo el sistema en un solo archivo, o usar filtros adicionales para excluir ciertos directorios (/proc y similares, por ejemplo).Permite realizar backups diferenciales, comprimir los datos (gzip, bzip2) o fragmentar los backups en archivos (slices) de un tamaño determinado (util por ejemplo para archivarlo en cd-r o dvd-r). También es capaz de hacer otras florituras, como archivar las rutas que hayamos decidido excluir con algun filtro (util si no queremos archivar un determinado directorio, pero queremos que este se cree, vacio, al restaurar el backup).

Tal vez una de las características más importantes de cara al rendimiento del programa es que DAR, incluso utilizando compresión, si por ejemplo queremos restaurar un determinado fichero, DAR no necesita ir leyendo el archivo del backup secuencialmente hasta llegar a su posición, si no que lee una especie de índice (catálogo), para luego situarse directamente en la posición exacta del fichero en cuestión. Esto es muy importante para copias de seguridad de sistemas de archivos de gran tamaño. También es muy interesante el soporte para enlaces duros (hard links), enlaces simbólicos, atributos extendidos (EA) o ACL, que hacen posible una restauración en condiciones de sistemas linux o MacOSX, por ejemplo.

Por ultimo, tiene otras opciones para el cifrado de los datos (usando el algoritmo blowfish), compresión selectiva (por ejemplo, para no comprimir archivos ZIP o MP3), y muchísimas más que hacen más que recomendable tener a mano algún la página man o algún tutorial (muchos disponibles online en la web del programa). En definitiva, un buen programa para realizar tanto copias de seguridad completas como incrementales, que sin ser tan potente como otras soluciones tipo Amanda, sirven perfectamente para el usuario doméstico.

Etiquetas: 

Recuperacion de disco duro in extremis

 Lun, 17/07/2006 - 23:59     Sandor

Vivir para ver. El viernes me llama Goizalde para decirme que su ordenador ha muerto, que apenas sale la pantalla de la BIOS "se queda congelado y no avanza". Naturalmente no tenía nada parecido a una copia de seguridad de sus datos más sensibles, y tarda un rato en darse cuenta de la magnitud del problema, cuando le comento que probablemente sea su disco duro el que haya pasado a mejor vida. "Mis albumnes de fotos, los horarios y la contabilidad del trabajo, cartas y emails de un montón de años, mi colección de música...". El problema se torna desgracia a medida que se va dando cuenta de la cantidad de información personal que tenía desperdigada por el disco duro.

Voy a su casa y tras intentar arrancar con un live-cd de Backtrack Linux (una distribución enfocada a temas de seguridad basada en Slax de la que os hablaré otro día) solo puedo certificar la muerte. A veces la BIOS reconoce el disco, pero apenas puedo acceder a él durante uno o dos minutos, y ni siquiera soy capaz de copiar nada a otro disco duro USB que he llevado para salvar lo posible. Al final le comento que me llevo el disco duro a casa, y que intentaré probar montándolo en una caja externa USB... todo resulta inútil. Parece claro que más que un problema físico de los propios discos duros, el problema reside en el propio hardware de la controladora del disco duro. Para simplificar: que los datos siguen ahí, probablemente incorruptos, pero que la circuitería que controla el acceso a dichos datos está dañada. En ocasiones así, no es posible ejecutar ningún software tipo Testdisk, GetDataBack o similares, ya que ni la BIOS ni el sistema operativo detectan la presencia física del disco. Estaba ya apunto de recomendarle alguna empresa tipo Recovery Labs, On Data o Recover Center, cuando se me ocurrió buscar en Google. Tras un ratillo, encontré una referencia a un hilo en Barrapunto: "Desastre en el disco duro". Comienzo a leer hasta dar con un comentario del usuario kinslord, de fecha 7-10-2004:

Hola a todos, yo llevo ya unos 10 años dedicandome profesionalmente a administrar sistemas y lo que me ha funcionado unas cuantas veces es congelar los discos en la nevera. No es coña, con algunos discos que sencillamente no dejaban acceder a sus datos los cogia, envasava al vacio (para evitar condensación de agua) y los metia en el congelador, entre 12 y 24 horas. Despues sacaba el disco lo enchufaba y pude recuperar los datos. Ninguno de ellos sufrió una descarga electrica, pero alguno si cayó por causa de un apagón electrico. No se si te servirá pero no cuesta nada provarlo y no dañarás el disco (si vas con cuidado con el agua y la condensación).

y luego, en otro comentario, daba su explicación

El principio fisico no lo se exactamente, pero se que chuta. Ya te digo ke a mi me ha salvado el cuello unas cuantas veces. Si no me equivoco tiene que ver que con el frio aumenta la conductividad de los semiconductores y por otro lado las partes mecanicas del disco se contraen provocando un mejor ajuste de las piezas moviles. Por tanto el disco funciona a un rendimiento mas elevado y eso permitiria leer los datos, como minimo mienstras el disco se mantuviera frio.

Como no tenía nada que perder, y ¡casualidades de la vida!, tengo una cutre máquina de envasar al vacío en casa, me he animado a hacerlo... ¡¡¡ Y FUNCIONA !!! Lo he metido en cuatro ocasiones en el congelador de casa. La tres primeras apenas ha estado una hora, y he conseguido tenerlo conectado, a través de la caja externa USB, unos tres o cuatro minutos cada vez, lo suficiente para hacer un backup rápido de la base de los emails, y casi todos los archivos personales. Por la noche lo he dejado unas ocho horas en el congelador, y ya por la mañana he conseguido tenerlo funcionando un ratito más, pero no habrá llegado a los diez minutos, lo suficiente para salvar lo más importante. De modo que ya sabeís, si algún día os peta el disco duro y es un problema de hardware (de la controladora del disco duro), intentad como último recurso el truco del congelador. Si me lo cuentan ayer no lo hubiera creído, pero ¡funciona! :-D Y como una imagen vale más que mil palabras, aquí os dejo el documento gráfico de mi aventura (lo verás mejor en mi página de Flickr):

  • 1 : Envasando el disco al vacío (o casi, porque el aparato no es gran cosa).
  • 2 : Metiéndolo en el congelador.
  • 3 : Dejándolo todo preparado, listo para cuando saque el disco.
  • 4 : Transfiriendo los datos a todo meter, antes de que se volviera a calentar.

HD on the rocks

Sobre PlanetaInopia

Sandor Inopia nació en Bilbao, un lunes cualquiera, justo 1904 años después de que Nerón se suicidara, diciendo ¡Qué artista muere conmigo!, y 192 años después de que Volta descubriera la pila eléctrica. Mientras celebraba su quinto cumpleaños, Elvis daba su último concierto, y celebrando los siete, Muhammad Ali se retiraba del boxeo.

Sobre PlanetaInoipa, blog personal de Sandor Inopia (Sandor Saiz Ortuondo)

Yo no tengo la ambición de Nerón, la inteligencia de Volta, la voz de Elvis, o la fuerza de Alí, pero a veces me gusta escribir y darme a conocer a los demás. Por eso este blog, que espero te guste.

Comentarios recientes