Bonjour David,
Le 01/03/2016 11:06, David_dev Dev a écrit :
BOnjour,
Pour info en innodb ici on active une option pour splitter les données
en 1 fichier par table sur les grosses bases. Je crois que du coup ça
fait 1 fichier de dump par table et donc plusieurs fichiers au lieu d'un
seul énorme.
BOnjour,
Pour info en innodb ici on active une option pour splitter les données en 1
fichier par table sur les grosses bases. Je crois que du coup ça fait 1
fichier de dump par table et donc plusieurs fichiers au lieu d'un seul
énorme.
innodb_file_per_table (
Bonjour à tous, un retour sur le sujet.
Au final nous avons exploré toutes les pistes, rien n'a fonctionné :-(
Nous avons passé du temps à faire du fine tuning sur la conf (enfin pas
si fine que ça quand même !), en séparant les bases notamment et nous
avons activé les logs binaires (même sans
Bonjour,
Comme tu as l'air toujours bloqué, je me lance :
Le 19/02/2016 16:17, Grégoire COUTANT a écrit :
Bonjour à tous,
Notre serveur interne à planté cette nuit lors des dumps de sauvegarde
des DB.
Un de nos logiciels (redmine) a perdu (!) sa base innodb et nous
n'arrivons pas à récupérer
Hello,
T'as essayé de redémarrer mysql avec un ancien frm de la même base ?
Si tu n'as pas de frm, mysql ne peut pas retrouver la structure de tes
tables.
Avec de la chance ça peut fonctionner.
J
Le 19 février 2016 à 18:34, Philippe Gras a écrit :
>
> Le 19 févr. 2016
Le 19 févr. 2016 à 18:17, Grégoire COUTANT a écrit
:
> Bonjour,
>
> Le 19/02/2016 17:13, Philippe Gras a écrit :
>> Les backups sont-ils faits en incrémental ?
>
> Un script génère un dump via la fonction mysqldump et les dumps sont archivés
> sur un autre
Bonjour,
Le 19/02/2016 17:13, Philippe Gras a écrit :
Les backups sont-ils faits en incrémental ?
Un script génère un dump via la fonction mysqldump et les dumps sont
archivés sur un autre serveur via backuppc.
Les dumps des deux derniers jours ont plantés le serveur et sont donc à
0 octet
Le 19 févr. 2016 à 16:17, Grégoire COUTANT a écrit
:
> Bonjour à tous,
> Notre serveur interne à planté cette nuit lors des dumps de sauvegarde des DB.
> Un de nos logiciels (redmine) a perdu (!) sa base innodb et nous n'arrivons
> pas à récupérer les données.
>
>
Bonjour Bernard,
Le 19/02/2016 16:33, Bernard Schoenacker a écrit :
bonjour,
est il encore possible de basculer les tables au format csv ?
Pour ça il faudrait pouvoir les consulter, donc au moins 'monter' la
base correspondante dans le serveur, mais on n'y arrive pas...
passer à PgSQL ?
Le Fri, 19 Feb 2016 16:17:46 +0100,
Grégoire COUTANT a écrit :
> Bonjour à tous,
> Notre serveur interne à planté cette nuit lors des dumps de
> sauvegarde des DB.
> Un de nos logiciels (redmine) a perdu (!) sa base innodb et nous
> n'arrivons pas à récupérer les
Bonjour à tous,
Notre serveur interne à planté cette nuit lors des dumps de sauvegarde
des DB.
Un de nos logiciels (redmine) a perdu (!) sa base innodb et nous
n'arrivons pas à récupérer les données.
Quelques explications :
- Le script de dump de la nuit à fait planté le serveur MySQL
- Ce
11 matches
Mail list logo