transfert bases mysql

Consultez la formation à Google Analytics de WebRankInfo / Ranking Metrics

dom84
Nouveau WRInaute
 
Messages: 46
Inscription: Mer Mai 31, 2006 13:24

transfert bases mysql

Message le Lun Juil 24, 2006 15:14

quelqu un pourrait il me donner la procedure pour transferer une base de données MYSQL d un serveur sur un autre serveur ??

Merci

theJB
WRInaute impliqué
WRInaute impliqué
 
Messages: 410
Inscription: Ven Avr 07, 2006 21:42

Message le Lun Juil 24, 2006 15:31

une méthode:
dans le php myadmin où tu as ta db tu fais exporter, ça te génère un texte que tu copie colle dans une fenetre sql du phpmyadmin de ton nouveau serveur.

si ya d'autres méthodes, je suis preneur

dom84
Nouveau WRInaute
 
Messages: 46
Inscription: Mer Mai 31, 2006 13:24

Message le Lun Juil 24, 2006 15:35

je cherche en fait une methode en ligne de commande en ssh , car mes bases sont trop grosses pour etre importees avec les fonctions de phpmyadmin

Sir Dipp
WRInaute accro
WRInaute accro
 
Messages: 1025
Inscription: Lun Juil 21, 2003 17:53

Message le Lun Juil 24, 2006 15:59

Si as accès aux fichiers sources du serveur tu peux les envoyer vers le répertoire du serveur distant et voilà le transfert fait.

A+


tom_pascal
WRInaute impliqué
WRInaute impliqué
 
Messages: 278
Inscription: Lun Nov 17, 2003 13:58

Message le Lun Juil 24, 2006 16:19

en ligne de commande : mysqldump pour créer un dump complet de la base source.
Pour restorer, un simple mysql (...) <fichier_dump.sql et ça roule

rikew
WRInaute passionné
WRInaute passionné
 
Messages: 548
Inscription: Jeu Déc 19, 2002 19:53

Message le Lun Juil 24, 2006 16:28

# tu fait un dump :
mysqldump -u(username) -p(pass) ta_base > dump.sql
# tu compresse le dump :
bzip2 dump.sql
# tu te rend sur le nouveau serveur
# tu te connecte sur l'ancien :
ftp tonserveur.com
# tu recupere le dump :
get dump.sql.bz2
# tu le decompresse :
bunzip2 dump.sql.bz2
# tu l'envoie vers mysql :
mysql -u(user) -p(pass) ta_base < dump.sq
# tu supprime le dump parceque t'en a plus besoin :
rm dump.sql

[--Eric--]
WRInaute impliqué
WRInaute impliqué
 
Messages: 415
Inscription: Mar Jan 06, 2004 10:48

Message le Mar Juil 25, 2006 8:17

Je me connecte en SSH avec Filezilla, je télécharge le contenu de /var/lib/mysql/ (a adpater selon ta config) et je l'envois de la même manière sur le nouveau serveur.
Faut penser à stopper mysql durant l'opératon.


f_trt
WRInaute passionné
WRInaute passionné
 
Messages: 781
Inscription: Sam Sep 17, 2005 22:36

Message le Mar Juil 25, 2006 10:23

[--Eric--] a écrit:Je me connecte en SSH avec Filezilla, je télécharge le contenu de /var/lib/mysql/ (a adpater selon ta config) et je l'envois de la même manière sur le nouveau serveur.
Faut penser à stopper mysql durant l'opératon.


C'est peut-être un poil dangeureux cela non ? il faut s'assurer avant d'avoir excatement les versions de Mysql sinon ne peut-il pas y avoir des problèmes d'intégrité ?

Sinon voir aussi -http://guides.ovh.net/BasesMySQL/


ortolojf
WRInaute accro
WRInaute accro
 
Messages: 1190
Inscription: Mer Aoû 14, 2002 13:30

Message le Mar Juil 25, 2006 20:02

Bonjour
Copier les fichiers de données de MySQL est une aberration, du point de vue d'un Analyste-Programmeur compétent.

Strictement rien ne garantit que le résultat sera correct, vu que c'est une procédure non prévue par les concepteurs de MySQL.

Si tu peux te connecter en SSH directement, la bonne méthode est évidemment le mysqldump, comme indiqué ci-dessus.

D'ailleurs, il se peut parfaitement qu'à supposer que tu emploie la méthode de copie des fichiers de données, celà marche un moment à l'utilisation de la nouvelle base, et puis à un moment, crac, celà ne marche plus.

Faut être prudent, dans la vie.

Amicalement.

Jean-François Ortolo

[--Eric--]
WRInaute impliqué
WRInaute impliqué
 
Messages: 415
Inscription: Mar Jan 06, 2004 10:48

Message le Mer Juil 26, 2006 6:42

ortolojf a écrit:vu que c'est une procédure non prévue par les concepteurs de MySQL.


Vous pouvez aussi copier tout simplement tous les fichiers de tables (les fichiers *.frm, *.MYD, et *.MYI) du moment que le serveur ne met rien à jour.


http://dev.mysql.com/doc/refman/5.0/fr/backup.html


f_trt
WRInaute passionné
WRInaute passionné
 
Messages: 781
Inscription: Sam Sep 17, 2005 22:36

Message le Mer Juil 26, 2006 7:05

[--Eric--] a écrit:http://dev.mysql.com/doc/refman/5.0/fr/backup.html


Non il ne faut pas sortir cette phrase du contexte, ça c'est pour sauvegarder a un moment T puis restaurer a un autre moment sur le même serveur a condition que rien n'ai été mis à jour c'est bien dit.

Pour moi y a pas photo, c'est prendre des risques de faire cela d'un serveur a un autre a moins d'être absolument sur que ce sont strictement les même version de mysql. L'avantage aussi d'utiliser les commande mysql c'est que les index sont refais, et le compactage des fichiers aussi bref je dirais

Pour passer ses données d'un serveur à un autre:
-Méthode cochon et risquée copie physique des fichiers.
-Méthode recommandée utiliser ce qui est prévue pour cela (cde mysql).


Dmx
WRInaute impliqué
WRInaute impliqué
 
Messages: 256
Inscription: Mer Avr 07, 2004 13:34

Message le Mer Juil 26, 2006 9:37

Code: Tout sélectionner
#!/bin/bash
mysqldump -h server1.com -u(username) -p(pass) ta_base > dump.sql
mysql -h serveur2.com -u(user) -p(pass) ta_base < dump.sql


Je fais ca et ca très vite :) (2 ou 3 secondes pour 100 méga de tables ^^)

On peux ptet essayer quelque chose du genre aussi :
Code: Tout sélectionner
#!/bin/bash
mysqldump -h server1.com -u(username) -p(pass) ta_base > mysql -h serveur2.com -u(user) -p(pass) ta_base


Formation recommandée sur ce thème :

Formation Google Analytics : en 2 jours, apprenez comment exploiter l'essentiel des possibilités de l'outil de mesure d'audience de Google. Formation animée par Julien Coquet, expert certifié officiellement par Google Analytics.

Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.

Lectures recommandées sur ce thème :



Qui est en ligne

Utilisateurs parcourant ce forum: acamar et 0 invités