02/08/2013, 19:30
| |||
| |||
 Recuperar base de datos eliminada Mysql 5.5 Buen día, trabajo con la versión de Mysql 5.5 , resulta que por error borre una base de datos , quisiera saber si existe alguna forma de poder recuperarla, no tengo copias de respaldo y es muy importante la información que contenia , quisiera saber si existe alguna forma desde el propio mysql o con programas de terceros para poder recuperar esta información Agradezco su colaboracion. Saludos |
|
02/08/2013, 21:19
| ||||
| ||||
| Respuesta: Recuperar base de datos eliminada Mysql 5.5 No. Lamento una respuesta tan escueta, pero es así. Por las características de la estructuración de los archivos de datos, y de la falta de una estructura de redo, no se pueden recuperar.
__________________ ¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente... "El problema es la interfase silla-teclado." (Gillermo Luque) |
|
03/08/2013, 21:12
| |||
| |||
| Respuesta: Recuperar base de datos eliminada Mysql 5.5 intenta hacer un recoverymyfiles, asi se llama el programa solo averigua donde se situan la base de datos, entonces usas ese programa a ver si se puede. los archivos no se borran solo se quedan ocultos e inutilizables y se sobreescriben cuando se les encima otro archivo en ese espacio de disco duro.(conocido como sementerio de archivos) por cierto usaste drop basededatos o delete from aunatabla?
__________________ a veces creemos que es algo básico pero al profundizar nos damos cuenta que estábamos tocando solo la cola de la culebra |
|
06/08/2013, 08:57
| |||
| |||
| Respuesta: Recuperar base de datos eliminada Mysql 5.5 Hola . Recupere los archivos tablas.frm y db.opt , los puse donde mysql almacena sus bases de datos , al abrir mysql me reconoce la base de datos pero las tablas salen sin campos y obviamente sin informacion , hay alguna forma de poder restaurar estos archivos correctamente, que mantengan su estructura y datos ? Saludos |
|
06/08/2013, 09:33
| ||||
| ||||
| Respuesta: Recuperar base de datos eliminada Mysql 5.5 El problema (y por eso te recalcaba que no era posible) es que el motor InnoDB que usa MySQL no es un archivo como Access o cosas semejantes. Es una estructura algo más compleja, y de hecho, las tablas no son sólo esos archivos que levantaste. Leyendo el manual de referencia: http://dev.mysql.com/doc/refman/5.0/...-overview.html dice: Cita: Esos archivos son unos archivos ibdataX.ibd que están en la carpeta /data de MySQL. Para recuperar los datos se debe recuperar todo, y ese binario es lo que se "cortó" al hacer el DROP.A pesar de estar totalmente integrado con el servidor MySQL, el motor de almacenamiento InnoDB mantiene su propio pool de almacenamiento intermedio para tener un cache de datos e índices en la memoria principal. InnoDB almacena sus tablas e índices en un espacio de tablas, el cual puede consistir de varios ficheros (o particiones disco). Esto difiere de, por ejemplo, el motor MyISAM, donde cada tabla se almacena empleando ficheros separados. Las tablas InnoDB pueden ser de cualquier tamaño, aún en sistemas operativos donde el tamaño de los ficheros se limita a 2GB. Como ese mismo binario mantiene una continuidad de estructuras y datos, si se elimina algo de allí, no es recuperable (al menos no es recuperable con un sistema de recuperación de archivos borrados), porque lo que se pierde es un segmento del binario y no el archivo completo. Luego habría que enlazar lo que está con lo recuperado, con un resultado bastante incierto. Por eso el manual dice que el DROP DATABASE debe ejecutarse con precaución. Francamente, a estas alturas, dudo que puedas hacer algo.
__________________ ¿A quién le enseñan sus aciertos?, si yo aprendo de mis errores constantemente... "El problema es la interfase silla-teclado." (Gillermo Luque) Última edición por gnzsoloyo; 06/08/2013 a las 09:52 |
| Etiquetas: |
