Bueno, en realidad no se entendieron bien mis preguntas, por lo que será mejor algo de detalle:
Cita: - 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:
O lees la documentación adjunta al instalador...
Cita: - 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.
Cita: - 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.
Cita: - 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:
Cita: ¿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.