Cómo corregir [error #1035 Old key file for table *] ?

[Anarko]

Hola.

Alguien ha logrado corregir el error:

error 1035 "repair it!" mysql ?

Cómo?
Con que software ?

O es irreparable y he perdido toda mi info?...


Gracias!

[gnzsoloyo]

Por lo pronto, Anarko, la información que das es insuficiente para una aproximación sencilla:
- NO sabemos qué versión de MySQL es.
- No sabemos qué contexto de funcionamiento.
- Desconocemos como estaba trabajando.
- No hay información sobre plataforma o hardware.
- Etc...
danos mas data...

[Anarko]

Gracias Gnzsoloyo.

Iniciado por gnzsoloyo

- qué versión de MySQL es
mysql-5.5.28-winx64.msi
- qué contexto de funcionamiento
mi PC donde hago trabajos
- como estaba trabajando.
El servidor MySQL estaba instalado, formatie la PC, reinstale MySQL y ahora sale ese MSJ
- información sobre plataforma o hardware
W7 64b + HP

Que bueno que me des esperanzas...

El dir data lo conserve por completo, OTRAS BD estan buenas, justo la + importante dice ESO.

[gnzsoloyo]

Bueno, en realidad no se entendieron bien mis preguntas, por lo que será mejor algo de detalle:

- qué versión de MySQL es
mysql-5.5.28-winx64.msi

mysql-5.5.28-winx64.msi no es el servidor. Es el instalador de la aplicación.
Para obtener la versión se hace simplemente:

Código MySQL:

SELECT VERSION();
 

O lees la documentación adjunta al instalador...

- qué contexto de funcionamiento
mi PC donde hago trabajos

Ese no es un contexto de funcionamiento... eso es donde lo instalaste.
El contexto es el ambiente de software, las aplicaciones que acceden al servidor, los servicios que existen y puedan tener acceso, fwk, usuarios, permisos, administradores, gestión de backups y toda otra tarea que se haya tenido en fucnionamiento y que pueda ser relevante para el uso de ese servidor.

- como estaba trabajando.
El servidor MySQL estaba instalado, formatie la PC, reinstale MySQL y ahora sale ese MSJ

Eso no responde la pregunta...
Cuando uno pregunta cómo estaba trabajando se refiere a el uso en consultas, las tareas que en SQL se desarrollaban al momento del fallo, y exactamente qué se estaba haciendo y cómo antes de que el fallo se mostrara. Y por "antes" uno se refiere a las consultas u operaciones de creación/destrucción/uso de objetos de bases de datos.

- información sobre plataforma o hardware
W7 64b + HP

Es la única respondida mas o menos de forma concreta. Lamentablemente es insuficiente, porque no queda claro con qué hardware estás usando esto, ni qué recursos tiene.

En cualquier caso, lo primero que debes tener en cuenta es:
1) Sin un backup, la recuperación de datos basados solamente en el /data, es mucho más difícil. Hasta los expertos tienen dolores de cabeza para eso. Te contiene leer el manual de referencia (http://dev.mysql.com/doc/refman/5.0/...ysqlcheck.html).
2) Ese fallo nos dice que hay al menos una tabla corrupta, y que esa tabla probablemente sea una de tipo MyISAM.
3) Para reparar las tablas MyISAM, MySQL aporta una herramienta que se debe ejecutar en consola de sistema (símbolo de sistema). ¿Cuál? Bueno, la que figura en el manual de referencia oficial, por lo pronto.
4) No es seguro que funcione. Hay casos documentados en el foro de Developpers en MySQL que hablan de muchos casos que no han podido ser no resueltos exitosamente.
5) El hecho de que uses una PC de 64 bits no nos asegura que se pueda reparar, sin saber cómo se almacenó el backup de la carpeta /Data. Si el medio no fue adecuado (a nivel de estructura física de formateo), puede haber perdida de datos por corrupción de archivo destino.
6) Hay bastantes casos de análisis de problemas como el tuyo en la web. FDW no es el primer sitio donde debes buscar rescate, sino que primero te conviene busca más info de ese tipo (por ejemplo: http://florentinoh.blogspot.com.ar/2...tos-mysql.html).
Adicionalmente, hay algunas preguntas que te pueden guiar para saber si las cosas son recuperables:

¿La versión de MySQL anterior y la actual son iguales?
¿La configuración del archivo my.ini es igual a la anterior?
¿Copiaste tambien los archivos ib_logfile0 e ib_logfile1?
¿Cuando respaldaste las carpetas del server a el servicio de mysqld estaba detenido ?
NOTA: Asegúrate que el servicio de mysql esta leyendo el my.ini que estas modificando, algunas versiones/configuraciones de mysql toman como base un my.ini ubicado en la carpeta WINDOWS.

Aportes tomados de http://forums.mysql.com/read.php?71,...856#msg-576856.

[Anarko]

Iniciado por gnzsoloyo

la versión

Actualmente tengo Versión del servidor: 5.5.30, pero antes de formatear la PC, habia instalado mysql-5.5.28-winx64.msi.

Espero que con la versión ACTUAL pueda recuperar mi info.
Instale en otro PC mysql-5.5.28-winx64.msi y me sale el mismo error al intentar leer la BD.

Iniciado por gnzsoloyo

las aplicaciones que acceden al servidor

Solo PHP

Iniciado por gnzsoloyo

usuarios

Solo yo, en mi PC

Iniciado por gnzsoloyo

gestión de backups

No tenía, el DATA lo tengo en unidad E, por ello no temí nada...

La info está ahí, pero sale el MSJ Error #1035.

Iniciado por gnzsoloyo

tareas que en SQL se desarrollaban al momento del fallo

Nada. Funcionaba bien.
Apague la PC, formatie C, instalé Apache, PHP, MySQL y ESA BD, ( la mas importante ) saca ese error.

Iniciado por gnzsoloyo

hardware estás usando esto

una PC HP.

Iniciado por gnzsoloyo

El hecho de que uses una PC de 64 bits no nos asegura que se pueda reparar, sin saber cómo se almacenó el backup de la carpeta /Data

Nunca he hecho Backup de ese folder.

Infortunadamente no habia subido esa BD al servidor remoto, y estoy en gravísimos problemas...

Gracias Gnzsoloyo.

He creido que quizas existia como en el caso de archivos ZIp, WAR, .DOC, PDF, Gráficos un programa similar a: Repara_tu_BD.exe, copia FREE para BDs de 5MB, pague US $500 para BDs de tamaño mayor...

O así como existen programas reparadores de discos...