Des heures pour restaurer une base avec mysqldumper et echec

[Archaos]

Bonjour,

j'ai installé mysqldumper pas de souci.
j'ai transféré en ftp une base phpbb3 qui fait 50 méga en compression gz.
J'ai lancé la restauration...
le souci c'est que ça fait deux heures qu'il travaille sur le serveur et il n'en ai qu'à 50 %

ça ne vous parait pas un peu long ?

merci

[hawk88]

Bonjour,

Effectivement ca fait long, tu as un dédié je suppose , tu as effectué un top pour voir si il y avait de la charge ? Peut être que ca sature au niveau des requetes

[Archaos]

Bonjour et merci

bien non, pas de dédié, je suis chez infomaniak.

mais là j'ai un souci plus embêtant que le temps

j'ai essayé avec bigdump, mysqldumper :

au bout d'un certain temps ça affiche page non trouvée et la restauration s'arrête

il n'y a pas vraiment de règle ça peut le faire au bout de 8 Mo ou 60 Mo, en tout la base non compressé fait 260 Mo (sans les recherches)

donc là je suis carrément bloqué j'ai essayé avec big dump de faire des pause de 200 ms, pareil...

peut être quelque chose à faire au niveau de mysqldumper, les réglages sont par défaut ??

sinon comment faire un top ?

merci

[trefle]

Salut,

pour une base de données phpbb3 de 65 mo compresser en bz2 mets +/- 2 heures à etre restaurer donc je pense qu'il y au n petit soucis.

Enfin si le pourcentage monte lentement mais surement à la limite laisse le mais essaye de comprendre pour la prochaine fois.

Trefle.

[Archaos]

on a posté en même temps

[hawk88]

[Archaos]

oui en fait c'est toujours la même base mais la restauration bute plus ou moins rapidement selon les moments

que veux tu dire par découper ? à la base mysqldumper procède par découpage, non ?. j'ai vu une option sauvegarder en plusieurs partie dans mysqldumper (non activé) , c'est peut être ça ??

[hawk88]

Oui essaie de faire en plusieurs partie, étant sur un mutualisé ca permettrait de baisser la charge.

Car a voir mais il y doit aussi avoir un temps d'exécution maximum pour un script php et qu'il ne prenne pas trop de mémoire ( sous infomaniak tu peux augmenter pendant un certain temps ta limite normalement )

[Archaos]

oui merci je vais essayer, je reviendrais pour donner des nouvelles

[Archaos]

Bonjour,

alors le résultat :

en multipart c'est pareil

par contre je me suis aperçu qu'en cas de blocage de mysql dumper si je revenais en arrière avec le navigateur ça repartait...

donc au final j'y arrive...mais j'ai des erreurs dasn le log mysldumper :

[trefle]

Salut,

le duplicate entry veut dire qu'en fait cette " donnée " est déja présente donc il ne devrait pas y avoir de soucis.

Trefle

[Archaos]

ça me rassure merci à toi

[dcz]

Pour éviter les timouts, tu peux aussi séparer l'opération d'import en plusieurs étapes, en faisant des sauvegardes de 4 ou 5 tables à la fois et en les important une à une.
A priori les duplicata d'entrée ne sont pas graves, mais c'est toujours mieux de réussir des import cleans

++

[Archaos]

merci,

bien le souci c'est qu'en fait tout se situe au niveau de

phpbb3_posts : 202760 Enregistrements avec 187.72 MB

donc même en l'important séparément je ne sais pas si ça va éviter les timeouts ?

[dcz]

Au pire tu dois pouvoir découper manuellement le fichier .sql correspondant à cette table en autant de parties que nécessaire pour ne pas faire de timout.

Essaye avec de bout de 5 mo, si le premier passe, il n'y a pas de raisons que les autre ne passent pas, sauf si bien sûr, pour une raison ou pour une autre, il y a vraiment redondance d'INSERT.

++