Des heures pour restaurer une base avec mysqldumper et echec

[Archaos]

en fait j'avais même découpé au départ en bout de 1Mo...mais pareil.
il faut dire que c'est vraiment très lent, l'indicateur de vitesse mysqldumper varie entre 100 et 150...donc en tout comme tu le voies au nieau du fichier log ça a mis 6h30 en tout pour la restauration d'une base 50 Mo en Gz

[dcz]

hébé ... ne serait-il pas temps d'envisager de changer d'hébergement ?

[Archaos]

en fait mise à part ça j'aime vraiment infomaniak pour leur sérieux et puis à part une grosse base de donnée je tourne seulement entre 0 et 30 connectés en même temps.
Avec une grosse base de données, il n'y a pas tellement le choix au niveau des hébergeurs mutualisés

[dcz]

Tu peux toujours essayer de leur demander s'ils ne peuvent pas augmenter un poils les ressources SQL qui te sont alloués, le temps de l'import de la DB, si bien entendu, il ne s'agit pas tout simplement de vrai doublons (tes erreurs d'import) dans le dump source.

++

[Archaos]

merci ,

non je pense que c'est vraiment du à la lenteur du serveur car en local je n'ai aucun souci.

mais sinon les messages d'erreurs signifient qu'il y a vraiment des doublons sur la nouvelle base restaurée ou qu'il note que l'entrée est déja présente quand il fait la restauration et qu'il ne réécrit pas la valeur ?

[dcz]

[Archaos]

merci, je pense en effet c'est du juste au refresh qui fait repartir en arrière le script

du coup je me demande ce que ça va donner quand je vais reconstruire la table de recherche...peut être est ce que je devrais le faire en local ou carrément m'en passer et passer par google custom car ça doit commencer par peser lourd

++

[dcz]

Ça devrait passer pour la re-construction des tables de recherches, ce devrait juste être long, pense juste à ne pas les importer (leur contenu) si tu les reconstruit en ligne

++

[Archaos]

Bien en fait je ne peux pas me tromper car je ne les ai pas reconstruit en local