TrocWeb Posté 1 Juillet 2008 Posté 1 Juillet 2008 Bonjour après plusieurs tentative... impossible de récupérer ma bases de données sur OVH.. celle-ci fait environ 17 mo Après une longue attente sur Phpmyadmin le serveur ne répond plus j'ai tenté 5 fois le reboot (après le plantagedu serveur) mais toujours pareil, la bases ne viens pas ... la page Phpmyadmin deviens blanche au centre il ne reste que les bases à gauche de visible je pense a un Timeout... mais dans ce cas pourquoi la récupération de la bases fait ralentir le site jusqu'a le beuguer et le planter codialement Trocweb
blman Posté 1 Juillet 2008 Posté 1 Juillet 2008 (modifié) As-tu essayer d'aller dans ton manager et de faire une sauvegarde de ta base ? ça te génère un dump. A mon avis, ça passera mieux que par PhpMyAdmin ( hébergement > Gestion SQL > Sauvegarde ) Modifié 1 Juillet 2008 par blman
Pat AfterMoon Posté 1 Juillet 2008 Posté 1 Juillet 2008 (modifié) Ma BDD ne fait que 5.7 Mo et je ne peux pas non plus la récupérer avec PhpMyadmin. Dans le passé, j'ai déjà utilisé avec succès la méthode du script perl. En php je crois que je sortais en timeout. Sinon comme le dit blman, il y a le manager, et c'est probablement le plus simple. Par contre ce n'est pas immédiat il à fallut 2 à 3 minutes avant je reçoive le mail avec le lien (testé à l'instant). Dans mon cas le fichier dump fait 12,5 Mo. Tout est expliqué ici: http://guides.ovh.com/BackupBaseMySQL Modifié 1 Juillet 2008 par Pat AfterMoon
TrocWeb Posté 1 Juillet 2008 Auteur Posté 1 Juillet 2008 (modifié) bonjour merci pour votre aide je ne peut malheureusement rien faire.. depuis ce midi mes trois sites sont hyper long voir inéxistant... on dirais que les bases de données ne réponde plus mon forum me répond IPS Driver Error There appears to be an error with the database. mon Blog Error establishing a database connection mon site de ventes aux enchères MSG_MYSQL_ERROR_OCCURRED * MSG_ERROR_MYSQL_CONNECT * MSG_SQL_ERROR: Too many connections connection avec plesk la réponse ERROR: PleskFatalException Unable to connect to database: Too many connections 0: /usr/local/psa/admin/plib/common_func.php3:169 psaerror(string 'Unable to connect to database: Too many connections') 1: /usr/local/psa/admin/auto_prepend/auth.php3:88 sous SSH (avec beaucoup de mal) je lance un ps -aux ...un processus me semble hyper trop haut...il atteind parfois 101% mysql 2362 54.9 2.9 151284 30036 ? Sl 21:40 31:47 /usr/libexec/mysqld --defaults-file=/etc/my.cnf --basedir=/usr --datadir=/var/lib/mysql --us une idée sur tout cela ? Modifié 1 Juillet 2008 par TrocWeb
Pat AfterMoon Posté 2 Juillet 2008 Posté 2 Juillet 2008 Tu parles de "plesk", donc j'imagine que tu es sur un dédié. Cela sort complètement de mes compétence, et en ce qui me concerne, les indications précédente concernaient un hébergement mutualisé chez OVH. Je ne sais pas trop dans quelle mesure cela peut s'appliquer à ton cas. Bonne chance
Dan Posté 2 Juillet 2008 Posté 2 Juillet 2008 Si tu es sur dédié, tu arrêtes mysql et lances un "myisamchk" sur tes fichiers *.MYI Donc en clair: Tu stoppes mysql avec "/etc/init.d/mysql stop" cd /home/mysqlfor i in *docd /home/mysql/$imyisamchk --force --recover *.MYIdone et tu relances mysql avec "/etc/init.d/mysql start" Cela corrigera les erreurs que tu peux avoir dans ta base et dans tes index. C'est tout con, mais il faut le savoir
TrocWeb Posté 2 Juillet 2008 Auteur Posté 2 Juillet 2008 (modifié) AAAAA le grand Dan et sa simplicité à arranger les choses une question concernant le script ci-dessous... il ne fonctionne que sur les mutualisés ? car impossible de faire marcher celui-ci <? echo "Votre base est en cours de sauvegarde.......\n"; system("mysqldump -hserveur_sql -uutilisateur_sql -pmot_de_passe nom_de_la_base > mabase.sql" ); echo "C'est fini. Vous pouvez récupérer la base par FTP"; ?> j'ai renséigné le fichier, même testé des Chmods..rien n'y fait, je clique cela dur 1 seconde et rien dans le ftp Modifié 2 Juillet 2008 par TrocWeb
Dan Posté 2 Juillet 2008 Posté 2 Juillet 2008 Le script que je t'ai donné ne lance pas un mysqldump... il fait simplement un "myisamchk" pour lequel mysql doit être arrêté. C'est un script qui fonctionne sur dédiés. Pour le faire tourner sur mutualisé, il faut un accès ssh. Dan
TrocWeb Posté 2 Juillet 2008 Auteur Posté 2 Juillet 2008 (modifié) merci Dan j'avais bien compris pour ta commande... j'ai oublié de préciser que le script indiqué <? echo "Votre base est en cours de sauvegarde.......\n"; system("mysqldump -hserveur_sql -uutilisateur_sql -pmot_de_passe nom_de_la_base > mabase.sql" ); echo "C'est fini. Vous pouvez récupérer la base par FTP"; ?> été une nouvelle question... forcement du coup, on s'embrouille un peu les pinceaux ce script a l'air simple pour récupérer des grosses bases via le FTP .. mais impossible de le faire fonctionner Modifié 2 Juillet 2008 par TrocWeb
Dan Posté 2 Juillet 2008 Posté 2 Juillet 2008 OK ! Assure-toi que tu renseignes le chemin complet vers mysqldump. Il n'est vraisemblablement pas dans ton PATH !
TrocWeb Posté 2 Juillet 2008 Auteur Posté 2 Juillet 2008 a oui, en clair tu veut dire que je doit renseigner le champ comme ceci mysqldump -/var/ .../.. et non comme cela que mysqldump -localhost
Dan Posté 2 Juillet 2008 Posté 2 Juillet 2008 Non ! je te dis de mettre le chemin complet de l'exécutable mysqldump. Il doit être par exemple : /usr/local/mysql/bin/mysqldump, ou /usr/local/bin/mysqldump Mais ton script doit te générer une erreur. Laquelle ?
TrocWeb Posté 2 Juillet 2008 Auteur Posté 2 Juillet 2008 j'ai essayer plusieurs solutions aucun moyen, le script ne cherche même pas, je clic et et jai le message c'est terminé mais rien dans le ftp faut que je trouve une solution pour récupérer ma base de données, voir automatiquement et compréssé qui ce stokera dans un dossier bie nprécis, car celle-ci a ce jour fait 214 MO bon je retourne a mes recherches merci pour votre aides les gars
Dan Posté 3 Juillet 2008 Posté 3 Juillet 2008 Pour ce mysqldump, tu es sur serveur mutualisé ? As-tu bien dans ce cas renseigné le nom du serveur de base de données ? Donne-nous la commande complète telle que tu l'exécutes, en remplaçant le mot de passe par xxxx
TrocWeb Posté 3 Juillet 2008 Auteur Posté 3 Juillet 2008 Bonjour Dan je suis sur un Dédié (OVh) le code installé et comme ceci (le nom des bases et Password indiqué ne sont bien sur pas ce qui est indiqué) CODE echo "Votre base est en cours de sauvegarde....... "; system("/usr/bin/mysqldump --host=localhost --user=le nom dutilisateur de ma base --password=le mot de passe de ma base lenom de la base > mabase.sql"); echo "Compression du fichier..... "; system("gzip ma base.sql"); echo "C'est fini. Vous pouvez récupérer la base par FTP"; ?> j'ai par contre tésté mysqldumper qui parait t-il évite le problème du Timeout, mais celui-ci me fait une page blanche aussi à un certain moment pendant la sauvegarde, du coup j'ai un doute également aussi sur ce soft Si quelqu'un a une solution pour un truc qui marche, qui peut sauvegarder une base de donnée de 250 Mo (qui sera surement encore plus grand dans quelques temps) qui peut compresser le ficier automatiquement, et ce faire éventuellement pas une tache Cron, je suis preneur et vous en remercie par avance bon courage à tous
Dan Posté 4 Juillet 2008 Posté 4 Juillet 2008 Si tu es sur dédié, je ne vois pas pourquoi tu utilises une sauvegarde basée sur un exec en php Connectes-toi sous Putty, et lance mysqldump en ligne de commande, ce sera bien plus simple. Comme tu es sous plesk, je ne peux pas savoir comment il a été configuré, et quelles sont les commandes qu'il permet/interdit.
TrocWeb Posté 4 Juillet 2008 Auteur Posté 4 Juillet 2008 (modifié) Merci Dan pour ton aide précieuse, comme tu la surement remarqué (linux et moi ) j'ai fait des recherches sur le hub, si j'ai bien compris, tu me dit de faire (selon un topic trouvé ou tu est intervenu) mysqldump -u$USER -p$PASSWORD -e -q -Q --add-drop-table $i | gzip > $LOCALDIR/$i.$1.sql.gz mysqldump -u$mon nom -p$mon password -e -q -Q --add-drop-table $lenom dufichier | gzip > $LOCALDIR/$lerepertoire ou il doit se stocker .$lenom créé par la sauvegarde.sql.gz Edit : promis dès que trocweb générera des rentrées (plus gratuit) je te passe les commandes en infogérance...je passe trop de temp sur ces trucs...alors que toi tu règle ça en deux temps 3 mouvements... Modifié 4 Juillet 2008 par TrocWeb
Dan Posté 4 Juillet 2008 Posté 4 Juillet 2008 Tu vas dans un répertoire, par exemple /root Et puis tu lances mysqldump -uroot -p$PASSWORD -e -q -Q --add-drop-table nom_de_ta_base | gzip > nom_de_ta_base.sql.gz en remplaçant $PASSWORD par le mot de passe de root sous MYSQL. et nom_de_ta_base par le nom de ta base bien évidemment Dan PS: je ne gère pas les serveurs sous Fedora, et encore moins ceux sous Plesk
TrocWeb Posté 4 Juillet 2008 Auteur Posté 4 Juillet 2008 (modifié) merci Dan, je regarde cela ce soir... j'avais bien compris pour les serveurs sous fedora (jai lu à plusieurs reprise les contrats d'infogérance), le jour où... j'en profiterais pour passer sur un offre plus haute avec ce qu'il faut pour être en accord avec ton infogérance en tout cas merci pour ton aide Modifié 4 Juillet 2008 par TrocWeb
TrocWeb Posté 4 Juillet 2008 Auteur Posté 4 Juillet 2008 c'est encore moi j'ai donc fait ceci mysqldump -uroot -p$password administrateur de MySQL recu par ovh -e -q -Q --add-drop-table mabase | gzip > mabase.sql.gz une fois la commande lancé, la réponse est : Enter password: je remet le password reçu par ovh (non modifié) il me répond mysqldump: Got error: 1045: Access denied for user 'root'@'localhost' (using password: YES) when trying to connect j'ai essayé aussi avec admin car le mail a ces paramètres Le compte administrateur de MySQL est : - user : admin - mot de passe :xxxxx rien n'y fait Access denied
TrocWeb Posté 4 Juillet 2008 Auteur Posté 4 Juillet 2008 (modifié) je me suis connecté avec putty en root, je me suis mis dans un dossier créé pour l'ocasion et j'ai lancé cette commande j'ai reussi à faire une sauveagrde... mais je souhaiterais avoir votre avis sur le charset et la manipulation ci-dessous, compte tenu que je ne suis pas un pro linux mysqldump -umabase -hlocalhost -pmonpassword --default_character_set utf8 mabase | gzip > mabase.sql.gz et du coup, pourquoi d'apres ce que tu me dit Dan ca ne marche pas (mysqldump -uroot -p$PASSWORD -e -q -Q --add-drop-table nom_de_ta_base | gzip > nom_de_ta_base.sql.gz) est-ce important le -uroot -p$PASSWORD -e -q -Q --add-drop-table Cordialement edit désolé de faire un monologue, mais j'essaye d'avancer et surtout de comprendre Modifié 5 Juillet 2008 par Dan
Dan Posté 5 Juillet 2008 Posté 5 Juillet 2008 mysqldump: Got error: 1045: Access denied for user 'root'@'localhost' (using password: YES) when trying to connect Dans ce cas utilise admin au lieu de root comme user, gros malin !
TrocWeb Posté 5 Juillet 2008 Auteur Posté 5 Juillet 2008 lol Dan, je lai fait aussi avec admin .. a l'identique du mail d'OVH Le compte administrateur de MySQL est : - user : admin - mot de passe :xxxxx Access denied
TrocWeb Posté 7 Août 2008 Auteur Posté 7 Août 2008 Si tu es sur dédié, tu arrêtes mysql et lances un "myisamchk" sur tes fichiers *.MYI Donc en clair: Tu stoppes mysql avec "/etc/init.d/mysql stop" cd /home/mysql for i in * do cd /home/mysql/$i myisamchk --force --recover *.MYI done et tu relances mysql avec "/etc/init.d/mysql start" Cela corrigera les erreurs que tu peux avoir dans ta base et dans tes index. C'est tout con, mais il faut le savoir bonjour, j'ai essayé ta méthode, mais cela m'indique chemin incorrect, j'ai beau cherché je ne vois que 2 dossier dans /etc/init.d/ Mysl et encore a plus de 80% de processus, donc tous est lent et plante, merci d'avance si vous avez une solution
TrocWeb Posté 17 Octobre 2008 Auteur Posté 17 Octobre 2008 (modifié) me revoici... suite à un lenteur excessive du système voir son plantage depuis ce matin.... je tiens à dire un grand merci a Dan pour son explication, j'ai enfin compris comment effectuer les commandes ci-dessus en faisant quelques modifications au niveau des lien /etc/..... puisque sur mon serveur mysql n'est pas au même endroit cela c'est apparemment bien déroulé toutefois, la lenteur et toujours la, parfois 8 secondes pour obtenir la page d'accueil parfois meme MSG_MYSQL_ERROR_OCCURRED * MSG_ERROR_MYSQL_CONNECT * MSG_SQL_ERROR: Too many connections, aucune modification n'a été effectué sur le serveur depuis plusieurs semaines, je ne comprend donc pas ce qu'il se passe avez vous une idée, un conseil Cordialement TrocWeb Modifié 17 Octobre 2008 par TrocWeb
Sujets conseillés
Veuillez vous connecter pour commenter
Vous pourrez laisser un commentaire après vous êtes connecté.
Connectez-vous maintenant