Discussion :

[Poulain]

Bonjour,

j'avais mysql sur un serveur, qui a crashé.
J'ai récupérer le disque dur, il contient le répertoire entier de mysql: le moteur, les données.
comment dois-je faire pour récupérer les données d'une table qui est sans doute en InnoDB. Car, bien que je le copie avec les autres bases de données, quand j'essaie de voir son contenu avec phpmyadmin, il me dit qu'il n'y a pas de table.

Merci

[CinePhil]

Peut-être que ma réponse donnée ce matin dans une autre discussion t'aidera...

[Poulain]

je l'ai lu, j'ai pensé m'incruster sur la discussion, puis je me suis ravisé en préférant créer ma discussion.

parce qu'il se trouve que j'ai les fichiers "idbdata" et "ib_logfileX" mais je ne sais pas comment récupérer les données à partir de là sous windows

[CinePhil]

Vu que c'est après un crash, je suppose que le nouveau serveur est vide de données et que tu veux restaurer ce qu'il y avait sur l'ancien.

Ce que j'essaierais :
1) Arrêter le service MySQL sur le nouveau serveur

2) Sauvegarder l'actuel répertoire de données de MySQL sur le nouveau serveur.
Certes il est en principe à peu près vide mais s'il y a des config, la manip peut complètement planter les serveur MySQL alors soyons prudents.

3) Mettre à la place le répertoire de données de l'ancien serveur.

4) Redémarrer le service MySQL et regarder si les données sont récupérées.
Si c'est planté, refaire la manip inverse.

Mais avant tout ça, je jetterais quand même un oeil à la doc MySQL.
Ou alors :

[Poulain]

google, c'est déjà fait, un peu vide je trouve.

La doc mysq, j'y avais pas pensé, je vais voire.

Et concernant copier les fichiers, j'ai fait, et ça n'a pas fonctionné.

[Poulain]

j'ai cherché dans la doc, j'y trouve rien pour InnoDB, seulement pour MyIsam.

J'ai cherché sur le net avec InnoDB crash, puis InnoDB crash reovery et InnoDB recovery.

Mais je trouve rien sous système windows, puis-je avoir de l'aide?

Merci...

[CinePhil]

Dans la doc MySQL, il y a quelque chose.
OK c'est pour une BDD arrêtée proprement mais ils indiquent tout ce qu'il faut sauvegarder et restaurer.

Autre idée : si le disque récupéré de l'ancien serveur contient le système d'exploitation, tu peux essayer de mettre ce disque sur une autre machine et de booter dessus. Ainsi tu auras ton MySQL qui démarrera et tu pourras faire les manip de sauvegarde proprement.

[Poulain]

J'ai déjà essayé de booter sur la patition, mais ce fut un echec (Bluescreen).

Je viens de lire la documentation après avoir téléchargé le tout. Mais ça commence à m'agacer, c'est tout du linux, et rien en windows.

Donc, j'arrive à rien.
Pourrais-je avoir la marche à suivre pas à pas? A croire que je suis un peu débile...

[CinePhil]

J'ai déjà essayé de booter sur la patition, mais ce fut un echec (Bluescreen).

Ah ! L'écran bleu de la mort de Winbug ! Ca fait bien longtemps que je ne le vois plus !

Je viens de lire la documentation après avoir téléchargé le tout. Mais ça commence à m'agacer, c'est tout du linux, et rien en windows.

Ben oui Linux c'est mieux en serveur.... et en poste de travail aussi d'ailleurs !

Donc, j'arrive à rien.
Pourrais-je avoir la marche à suivre pas à pas? A croire que je suis un peu débile...

La démarche pas à pas est expliquée sur le lien que j'ai donné dans mon précédent message. Et comme je ne l'ai jamais fait, je ne saurais en dire plus.

Au fait, il n'avait pas de procédure de sauvegarde ce serveur ?

Sinon, comme je viens de migrer une BDD d'un serveur à un autre (tables en MyISAM pour CMS Joomla), le seul petit problème que j'ai eu, c'est à cuase des droits sur le répertoire et les fichiers de la base de données. Si ça peut te donner une piste pour ton cas, il faut que le propriétaire et le groupe propriétaire soient mysql. Et il doit y avoir les droits d'écriture et lecture pour l'utilisateur et le groupe sur les fichiers, ainsi que les droits d'exécution à l'utilisateur sur le répertoire.
Je parle ici bien sûr de notions Linux mais il y a peut-être des choses équivalentes sous Winbug.

Bon courage !

[Poulain]

Ah ! L'écran bleu de la mort de Winbug ! Ca fait bien longtemps que je ne le vois plus !

Moi non plus d'ailleurs, mais je pense que Linux planterait aussi avec une même manip

Ben oui Linux c'est mieux en serveur.... et en poste de travail aussi d'ailleurs !

C'est mieux, pour toi, pour moi c'est vraiment pas terrible, c'est comme revenir sur windows 3.1.

La démarche pas à pas est expliquée sur le lien que j'ai donné dans mon précédent message. Et comme je ne l'ai jamais fait, je ne saurais en dire plus.

Bon, ben j'ai pas réussi , je suis perdu

Au fait, il n'avait pas de procédure de sauvegarde ce serveur ?

Si, jusqu'à ce qu'elle ne fonctionne plus... Et qu'on ne s'en occupe pas

Sinon, comme je viens de migrer une BDD d'un serveur à un autre (tables en MyISAM pour CMS Joomla), le seul petit problème que j'ai eu, c'est à cuase des droits sur le répertoire et les fichiers de la base de données. Si ça peut te donner une piste pour ton cas, il faut que le propriétaire et le groupe propriétaire soient mysql. Et il doit y avoir les droits d'écriture et lecture pour l'utilisateur et le groupe sur les fichiers, ainsi que les droits d'exécution à l'utilisateur sur le répertoire.
Je parle ici bien sûr de notions Linux mais il y a peut-être des choses équivalentes sous Winbug.

J'ai regardé, et pas de problème, j'ai même essayé d'installer wordpress pour qu'il crée les tables et ainsi les subtiliser pas les anciennes, mais je crois que c'est les fichiers ib_logfile qu'il faut que j'echange mais là, mysql ne veut pas démarrer...

Bon courage !

Merci, mais sur un windows, pas de problème ;-) (sauf quand les développeurs open-source font pas du bon boulot)

[Poulain]

Pour en rajouter, voilà ce que j'ai dans le log:

La description pour l'ID d'événement ( 100 ) dans la source (MySQL) est introuvable. L'ordinateur local n'a peut-être pas les informations de Registre ou les librairies requises pour afficher les messages émanant d'un ordinateur distant. Vous pourrez peut-être utiliser l'option /AUXSOURCE= pour récupérer cette description. Reportez-vous aux rubriques Aide et support pour plus de détails. Les informations suivantes font partie de l'événement : Cannot find or open table wordpress/wp_links from
the internal data dictionary of InnoDB though the .frm file for the
table exists. Maybe you have deleted and recreated InnoDB data
files but have forgotten to delete the corresponding .frm files
of InnoDB tables, or you have moved .frm files to another database?
or, the table contains indexes that this version of the engine
doesn't support.
See http://dev.mysql.com/doc/refman/5.1/...eshooting.html
how you can resolve the problem.

mais j'ai rine trouvé qui me plaisait non plus.