Discussion :

[leonidas34]

Bonjour,

Notre serveur dédié plante et il ne sera vraissemblablement plus possible de l'utiliser.
Nous avons accès au disque dur via un petit windows-Rescue.
Malheureuseement nous ne disposons pas de sauvegardes récentes et de toutes les base de données du serveur Mysql.

Il va donc falloir copier les fichiers pour les réutiliser sur un nouveau serveur.

C'est un Mysql 5.5.14 avec Mysql workbench 5.2.34 CE sous windows

Nous avons un serveur identique, avec un paramétrage quasi-identique, c'était le serveur de recette. On pourra donc faite une install à l'identique

Comment procéder ?

Merci

[oneagaindoguys]

Est-ce que vous avez des sauvegardes du serveur (type acronys) ?
Si vous n'avez pas de sauvegarder de la base de donnée faires avec mysqldump par exemple, ça semble mal engagé.
Vous pouvez toujours essayer de réinjecter les fichiers dans un mysql de même version, mais c'est pas gagné d'avance.

[leonidas34]

Non, il n'y a pas de sauvegardes suffisamment récentes. J'avais réalisé des sauvegardes automatiques mais elles ne s’exécutaient pas. Je pensais qu'il fallait prendre une version payante de Mysqlworkbench , ce qui pouvait je pense aider à résoudre ce problème. J'aurais dû faire appel au forum à l'époque. J'avais signalé qu'il n'y avait pas de sauvegardes automatiques, ni même aucune sauvegarde, 15 jours après mon arrivée et réitéré des appels au chef de projet+directeur de l'informatique...sans résultats. C'est dur quand on n'a pas pouvoir de décision et qu'on est obligé de ne faire que ce qui est demandé et que quand on est déborde on est recadré à chaque fois...

Le répertoire de mysql a été récupéré par FTP et on m'a dit qu'un script de création de base de 4 gigas a été transmis au chef de projet.

Il y a une solution possible : http://www.developpez.net/forums/d11...r-fichier-frm/

et c'est ce qui a du être utilisé pour générer le script

[CinePhil]

Les fichiers frm ne sont que les "formats" des tables et ne contiennent pas de données.
Si les tables sont en MyISAM, il y a aussi des fichiers myd contenant les données et myi contenant les index. Restaurer l'ensemble permet en principe de récupérer l'intégralité de la BDD.
S'il y a des tables en InnoDB, les données sont dans les fichiers ibdata de la racine de MySQL. Il faut alors installer un MySQL vierge, récupérer les fichiers ibdata et ib_logfile du serveur endommagé et les utiliser pour remplacer ceux du MySQL vierge. Ne pas oublier quand même le répertoire de la BDD à injecter aussi dans le MySQL vierge.
Ensuite, redémarrer le MySQL vierge (qui ne l'est plus) et croiser les doigts pour retrouver tout ! Si la BDD est bien récupérée, après éventuellement un nettoyage (OPTIMIZE), faire une sauvegarde avec mysqldump puis injecter cette sauvegarde dans le nouveau serveur.

Et cette fois, pensez à faire vos sauvegardes !

[oneagaindoguys]

Si vous voulez faire des sauvegardes, à intervale de temps régulier, je ne connais pas de système simple et pratique à la fois. Toutefois, surement que Cinephil aura une réponse que j'ignrore.

Ma solution était de créer un batch (2 lignes) qui lance mysql dump en ligne de commande, qui sauvegarde la base dans un fichier sql. Le bat est lancé par le serveur à intervalle de temps régulier (job que le serveur fait tous les jour à 3h du mat par exemple).

[CinePhil]

Si vous voulez faire des sauvegardes, à intervale de temps régulier, je ne connais pas de système simple et pratique à la fois. Toutefois, surement que Cinephil aura une réponse que j'ignrore.

Ma solution était de créer un batch (2 lignes) qui lance mysql dump en ligne de commande, qui sauvegarde la base dans un fichier sql. Le bat est lancé par le serveur à intervalle de temps régulier (job que le serveur fait tous les jour à 3h du mat par exemple).

Ben c'est ça la solution simple !