Page 1 sur 2
importer sa base de distant vers local
Posté : 14 oct. 2008, 13:21
par rufus_
Bonjour
je suis sur windows XP pro et MySQL 5
je voudrais (comme on peut le faire très facilement avec MS SQL 2005) importer les données de ma base hébergées sur un serveur distant dans sa réplique sur mon serveur local
j'ai essayé avec MySQL migration Toolkit mais ça ne ramène rien , les tables locales sont vides (et en plus il ne demande aucun mapping , rien ...)
avec un script SQL si la base fait > 200 000 lignes c'est impossible car ca plante sur le distant (et en plus c'est pas du boulot)
quel outil existe ?
merci
Posté : 14 oct. 2008, 13:29
par Berzemus
Avec la console mysql, tu peux simplement faire un dump.
Ici:
http://dev.mysql.com/doc/refman/5.0/fr/ ... -arch.html
tu trouveras plusieurs méthodes pour transférer des db's en utilisant la console.
Posté : 14 oct. 2008, 13:35
par rufus_
mais il n'existe pas un outil normal , pas ces trucs qui datent de 20 ans ?
Posté : 14 oct. 2008, 14:28
par Berzemus
Aille, une CLIphobie, caractérisée par une dépendance aux GUIs..
On peut toujours prescrire les Mysql Gui Tools:
http://dev.mysql.com/downloads/gui-tools/5.0.html
Mais on y perd en facilité, rapidité et flexibilité. On y retrouve par contre le confort d'avoir l'impression de savoir ce qu'on fait, mais tout n'est qu'illusion...
Et sinon je ne vois vraiment pas, désolé. La dernière fois que j'ai du faire ça j'ai simplement fait un script perl pour s'en occuper. Et il s'en occupe toujours, vers 3h du matin.
Posté : 14 oct. 2008, 14:36
par zeus
mais il n'existe pas un outil normal , pas ces trucs qui datent de 20 ans ?
mdr
Désolé, mais tout les administrateurs que je connais utilisent mysqldump.
Jamais vu aussi rapide et manipulable.
En plus, il suffit de quelques minutes pour comprendre comment il marche

Posté : 14 oct. 2008, 16:14
par rufus_
Berzemus j'ai les MySQL GUI Tools mais je ne trouve aucun outil pour faire ça dedans
On y retrouve par contre le confort d'avoir l'impression de savoir ce qu'on fait, mais tout n'est qu'illusion
Quand ca fait ce que tu veux il n'y a aucune illusion
Posté : 14 oct. 2008, 17:01
par Berzemus
Berzemus j'ai les MySQL GUI Tools mais je ne trouve aucun outil pour faire ça dedans
Dans MySQL Administrator il y a un outil "Backup". C'est un bon point de départ, puisqu'il te sort un gros fichier avec tout ce qu'il faut dedans. Après, plus qu'a faire un Restore avec ce fichier sur le serveur ou tu veux l'importer.
Il y a même un "Replication Status" qui doit bien servir à quelque chose, mais je m'en suis jamais servi.
Posté : 14 oct. 2008, 17:04
par zeus
Quand ca fait ce que tu veux il n'y a aucune illusion
Je suis vraiment désolé de refaire un HS, mais ces jugements là me font rouler par terre ...
J'ai (trop) souvent vu le gens dirent ça avant de se rendre compte que ça faisait
pas tout à fait ce qu'on voulait parce que l'option "machin-truc" était cochée par défaut.
Sinon, une fois le dump créé, il suffit de l'exécuter sur la base locale.
Posté : 14 oct. 2008, 17:26
par rufus_
zeus il suffit de savoir se servir de ses outils , les fenêtres dos non merci c'est d'un autre age
merci Berzemus je vais regarder ca
Posté : 14 oct. 2008, 20:26
par Berzemus
Command line interface qu'on dit. Ou simplement un shell. (dos, c'est sous windows, et c'est nul de toute façon).
Si vraiment la ligne de commande est d'un autre age, je ne vois pas pourquoi microsoft c'est cassé le cul à essayer de rattraper son retard en la matière pour sortir son powershell, dont tu entendras parler quand tu passeras à server 2008.
Ca fait depuis le début que unix et linux ont un shell surpuissant. Celui de windows est une pâle et maladive copie, parce qu'ils ont toujours réfléchi comme toi: "le shell, c'est pas moderne". Ben si, perdu. Et en tant que programmeur ça se fait lourdement ressentir.
Posté : 14 oct. 2008, 21:30
par Calimero
zeus il suffit de savoir se servir de ses outils , les fenêtres dos non merci c'est d'un autre age
Il faudrait peut-être tuer ce troll une bonne fois pour toutes. Comme zeus et Berzemus tentent de te l'expliquer :
- Le shell est l'outil préféré des administrateurs (les pros, tu sais, ceux qu'on paye pour ça) et des gens qui savent ce qu'ils font.
- Le shell permet à la fois un haut niveau de performance, d'intégration dans des outils tiers et de contrôle sur les tâches effectuées, le tout avec une empreinte mémoire la plus faible possible (ce qui est idéal pour un serveur qui ne devrait JAMAIS avoir d'interface graphique, c'est un non-sens).
- Pour ta culture perso même Microsoft a finalement inclus le shell dans sa stratégie après l'avoir décrié pendant des années comme tu le fais :
http://fr.wikipedia.org/wiki/Windows_PowerShell
Je te souhaite tout de même de trouver un
clickodrome qui réponde à tes besoins qui ne semblent pas aller plus loin que ton index droit. Et je n'ai aucun doute que si ton besoin fonctionnel s'avère un peu moins générique que tu ne le crois, tu finiras par entendre raison
Cordialement.
Posté : 15 oct. 2008, 01:09
par Sékiltoyai
Ah non, ce troll mérite tout sauf d'être tué. Je ne comprends vraiment pas comment on peut dire que les shells sont d'un autre age…
Si tu faisais de l'administration système (de la vraie hein), tu te rendrais compte que les outils fournis, comme les interfaces GUI de configuration, voire même, attention immondisme en vue, les webmin… Je ne dis pas que ces outils ne sont pas satisfaisants pour la plupart des gens, mais si tu veux un système stable, solide, et performant, alors ces interfaces, c'est de la merde… Elles machent le boulot à l'administrateur, lequel ne sait plus rien faire, est bridé dans ses réglages. C'est simple, on ne peut pas configurer son serveur comme on le désire… Et en cas de problème, une fois que tu t'es fait hacké (parce que tu n'as pas configuré iptables à la main) et que ta superbe interface ne fonctionne plus, comment tu fais ?
Bref, oui travailler en ligne de commande c'est plus dur, plus long, et plus fastidieux, mais on est sur de ce que l'on fait.
Je ferais rejoindre cette réflexion à deux choses, la première est que, pour la même raison, il est très mauvais de se baser sur des solutions toutes faites de type Wamp ou EasyPHP, qui déconnectent totalement le développeur du serveur. On ne sait plus sur quoi on travaille, on ne fait pas attention aux spécificités de plateforme ou de configuration.
La seconde est qu'il est totalement débile de mettre une interface graphique sur un serveur. L'interface graphique est d'une inutilité affligeante, et par ailleurs consomme beaucoup en ram, en temps cpu, et en espace disque. C'est lourd et cela ne sert à rien. Je suis vraiment choqué que Aero soit fourni dans Windows Server 2008…
Posté : 15 oct. 2008, 08:42
par rufus_
je ne cause pas a de gens qui traitent de troll les gens d'un autre avis , ça rejoint l'extrême droite , admin modérateur ou autre peu importe
Sékiltoyai : merci pour ta réponse , les interfaces graphiques suffisent dans bon nombre de cas et je ne suis pas administrateur système
meme chose pour linux , non merci , si on est photographe ou graphiste on ne peut rien faire avec
Posté : 15 oct. 2008, 09:00
par albat
ça rejoint l'extrême droite
Point Godwin en vue...
Posté : 15 oct. 2008, 10:22
par Berzemus
ed is the standard text editor !!
Si la réponse est donnée et jugée satisfaisante, je crois qu'on peut clôturer ce sujet.
On va pas replonger dans une énième édition de
l'allégorie de la caverne.