Restaurer une base mysql a partir de fichier .frm [Résolu]

bigbo26 · 05/10/2011, 22h08

Bonsoir,

après avoir longtemps cherché sur internet, et n'ayant pas trouvé de solution, je viens vous demander conseil.
Est il possible de regénérer les tables de ma base à partir de fichier .rtm, et ibdata sans les fichier Myd?

J'ai dernièrement formaté mon PC, j'ai fait des sauvegarde de ma base, mais il semblerait que toute mes tables se soient générées en INODB.

Ce qui fait que ma base est visible dans phpMyAdmin, mais elle est vide !

Merci du conseil.

CinePhil · 06/10/2011, 10h08

Je crois que tu as des chances de récupérer tout si tu remplace les nouveaux ibdata, ib_logfile et répertoires de tes BDD par ceux que tu as sauvegardés. Mais sauvegarde ces nouveaux fichiers et répertoires avant pour les restaurer au cas où ça ne fonctionnerait pas.

bigbo26 · 06/10/2011, 11h32

Citation:

Je crois que tu as des chances de récupérer tout si tu remplace les nouveaux ibdata, ib_logfile et répertoires de tes BDD par ceux que tu as sauvegardés. Mais sauvegarde ces nouveaux fichiers et répertoires avant pour les restaurer au cas où ça ne fonctionnerait pas.

Merci beaucoup CinePhil, tu m'évites de recréer toute mes bases!
J'ai cherché pendant des heures... et c'était si simple

NicoD. · 07/10/2011, 16h53

Une petite remarque complémentaire cependant : le fait de remplacer les fichiers de cette manière peut poser quelques problèmes à moyen terme sur MySQL.

Nous avons essayé cette méthode à mon boulot et nous avons constaté plusieurs mois après ponctuellement des erreurs lors d'INSERT. Il semblerait que ce soit la génération des auto-incrémentaux qui peut poser problème.

J'ai lu sur Internet (mais je ne sais plus où

) qu'il fallait dans ce cas recréer des tables vides à partir de rien et réinsérer les données pour s'éviter ce problème : dump de la base restaurée, et exécution de ce dump sur une nouvelle base vierge.

Je me demande si la commande OPTIMIZE TABLE ne pourrait pas suffire, mais je ne connais pas assez le moteur pour l'affirmer formellement.

05/10/2011, 22h08	#1
bigbo26 Invité de passage Inscription : août 2009 Messages : 10 Détails du profil Informations forums : Inscription : août 2009 Messages : 10 Points : 4 Points : 4	Restaurer une base mysql a partir de fichier .frm Bonsoir, après avoir longtemps cherché sur internet, et n'ayant pas trouvé de solution, je viens vous demander conseil. Est il possible de regénérer les tables de ma base à partir de fichier .rtm, et ibdata sans les fichier Myd? J'ai dernièrement formaté mon PC, j'ai fait des sauvegarde de ma base, mais il semblerait que toute mes tables se soient générées en INODB. Ce qui fait que ma base est visible dans phpMyAdmin, mais elle est vide ! Merci du conseil.
	00

06/10/2011, 10h08	#2
CinePhil Modérateur Philippe Leménager Ingénieur d'études en informatique Inscription : août 2006 Messages : 11 029 Détails du profil Informations personnelles : Nom : Philippe Leménager Âge : 48 Localisation : France, Haute Garonne (Midi Pyrénées) Informations professionnelles : Activité : Ingénieur d'études en informatique Secteur : Enseignement Informations forums : Inscription : août 2006 Messages : 11 029 Points : 18 327 Points : 18 327	Je crois que tu as des chances de récupérer tout si tu remplace les nouveaux ibdata, ib_logfile et répertoires de tes BDD par ceux que tu as sauvegardés. Mais sauvegarde ces nouveaux fichiers et répertoires avant pour les restaurer au cas où ça ne fonctionnerait pas. __________________ Philippe Leménager. Ingénieur d'étude à l'École Nationale de Formation Agronomique. Mon blog sur la conception des BDD, le langage SQL, le PHP avec Zend Framework... « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau) À la maison comme au bureau, j'utilise Mandriva Linux ou Mageïa ! Soutenons l'industrie logicielle française ! Linuxiens, comptez-vous !
	00

07/10/2011, 16h53	#4
NicoD. Membre du Club Inscription : août 2009 Messages : 66 Détails du profil Informations forums : Inscription : août 2009 Messages : 66 Points : 69 Points : 69	Une petite remarque complémentaire cependant : le fait de remplacer les fichiers de cette manière peut poser quelques problèmes à moyen terme sur MySQL. Nous avons essayé cette méthode à mon boulot et nous avons constaté plusieurs mois après ponctuellement des erreurs lors d'INSERT. Il semblerait que ce soit la génération des auto-incrémentaux qui peut poser problème. J'ai lu sur Internet (mais je ne sais plus où ) qu'il fallait dans ce cas recréer des tables vides à partir de rien et réinsérer les données pour s'éviter ce problème : dump de la base restaurée, et exécution de ce dump sur une nouvelle base vierge. Je me demande si la commande OPTIMIZE TABLE ne pourrait pas suffire, mais je ne connais pas assez le moteur pour l'affirmer formellement.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email