Vous n'êtes pas connecté.






Bonjour,
Je vous explique le problème, il y à quelques temps, mon hébergeur (Celeonet) mon migré la plupart de mes bases de données sur un autre serveur pour pouvoir profiter de la nouvelle version de mysql. Pas mal.
Cependant mon site principal n'a pas basculé (Choix de ma part), et avant hier Celeonet à sauvegarder ma base de donnée qui était sur l'ancien serveur, me la envoyé et à suprimer les données sur l'ancien serveur (Sans mise en garde ni rien d'autres, donc indisponibilité du fofo durant quelques heures, m'enfin).
La sauvegarde qu'ils m'ont fourni pèse assez lourd, trop lourd pour que je puisse reuplodé le tout, donc à l'aide de DecoupSql Fourni gentiment par Ju, j'ai découpé mon fichier Sql principal, et j'ai essayé de tout remettre en place, mais Mysql à un peu de mal, il arrive à reconstruire 14 table de la base, enfin juste la structure, et arrive à recopier les posts et quelques autres petit "truc" cependant il n'arrive à pas a reconstruire la table des membres ... ce qui est vraiment embêtant, j'ai besoin de votre aide, Je veux bien envoyé mon fichier Sql à quelqu'un de confiance pour qu'il puisse regarder, car la je suis à bout de force je ne sais plus quoi faire pour remettre en place le fofo 
Quand j'upload les parties 4,5,6 de mon fichier sql, mysql charge et m'affiche une page blanche, et il s'arrête la, à moi de faire un F5 pour revoir le tout. bizarre non ?
Merci à l'avance.
Tsu'
TOP Hors ligne


Regarde le poids des fichiers SQL que DecoupeSQL t'a généré.
Il fait parfois des erreurs et produit un fichier du double de poids et un autre quasiment vide.
TOP Hors ligne









tsunammis a écrit:
Quand j'upload les parties 4,5,6 de mon fichier sql, mysql charge et m'affiche une page blanche, et il s'arrête la, à moi de faire un F5 pour revoir le tout. bizarre non ?
Tu veux dire PhpMyAdmin non ?
La meilleure solution c'est de nettoyer tout qui a déjà été restauré, d'uploader le dump .sql par FTP et d'utiliser un script PHP pour restaurer le contenu de la base.
Ca devrait aller assez vite et ne pas excéder le timeout PHP.
Pour le script il en existe déjà, sinon ce n'est pas trop difficile a faire soit même, il faut juste arriver a bien parser le dump pour en découper des morceaux cohérents. Enfin apparement c'est ce que fait le script que Ju t'a donné, il faut juste remplacer l'écriture dans un fichier d'un morceau par son exécution sur le serveur MySQL.
TOP Hors ligne






Bonjour,
Oui en recherchant sur google j'ai vue une façon avec dumper, cependant les quelques exemple que j'ai vue ce font avec SQLite et non PHPmyAdmin, Hum Tibal as-tu ce script à tes cotés ? Que je puisse l'utiliser pour mon forum ?
Je ne me sent pas assez doué pour pouvoir créer ce script actuellement ...
TOP Hors ligne






Voila j'ai réussi à remettre le forums en place grâce à un autre logiciel de partition de fichier SQL, cependant ça ne dois plus être en utf8, car j'ai tout les accents qui sont tronqué par un '?'. Mais bon je vais essayé de trouver comment convertir les caractères.
TOP Hors ligne


TibaL a écrit:
tsunammis a écrit:
Quand j'upload les parties 4,5,6 de mon fichier sql, mysql charge et m'affiche une page blanche, et il s'arrête la, à moi de faire un F5 pour revoir le tout. bizarre non ?
Tu veux dire PhpMyAdmin non ?
La meilleure solution c'est de nettoyer tout qui a déjà été restauré, d'uploader le dump .sql par FTP et d'utiliser un script PHP pour restaurer le contenu de la base.
Ca devrait aller assez vite et ne pas excéder le timeout PHP.
Pour le script il en existe déjà, sinon ce n'est pas trop difficile a faire soit même, il faut juste arriver a bien parser le dump pour en découper des morceaux cohérents. Enfin apparement c'est ce que fait le script que Ju t'a donné, il faut juste remplacer l'écriture dans un fichier d'un morceau par son exécution sur le serveur MySQL.
pas forcément, moi j'ai une grosse base SQL (~700 Mo) et en php, tu grilles le timeout ... Le meilleur sur un serveur dédié reste encore puttY loggé en root, et une extraction dump par mysql et un import de la même manière.
FYI RTFM ASAP => Tux : La Légende <=
NewsletTux
TOP Hors ligne









Malcolm a écrit:
moi j'ai une grosse base (~700 Cm)
Une si grosse base n'a rien a faire sur un serveur mutualisé...
Pour restaurer une grosse base, le mieux c'est bien entendu de prendre un hébergement adapté qui de par sa nature te permettra un accès shell (SSH) même sans que cela soit du dédié ou dédié virtuel. Depuis l'accès shell tu pourras attaquer le serveur MySQL directement avec le client en ligne de commande et restaurer facilement le dump sql.
Sinon il est possible de changer le timeout PHP via un .htaccess (si tu as sufisament de droits avec ton hébergement).
TOP Hors ligne


pour cette base, j'ai justement un dédié ...
(heureusement d'ailleurs) et effectivement, ça se fait par SSH. Je le précisais simplement parce qu'il n'a pas dit de quel type d'hébergement il disposait.
FYI RTFM ASAP => Tux : La Légende <=
NewsletTux
TOP Hors ligne





tsunammis a écrit:
Voila j'ai réussi à remettre le forums en place grâce à un autre logiciel de partition de fichier SQL, cependant ça ne dois plus être en utf8, car j'ai tout les accents qui sont tronqué par un '?'. Mais bon je vais essayé de trouver comment convertir les caractères.
Tu dois pouvoir régler l'encodage via PhpMyAdmin. 
TOP Hors ligne


Romain a écrit:
Tu dois pouvoir régler l'encodage via PhpMyAdmin.
pour autant que l'hébergeur le permette...
FYI RTFM ASAP => Tux : La Légende <=
NewsletTux
TOP Hors ligne