|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : octobre 2007 Messages : 9 ![]() |
Bonjour
A part le MYSQLDUMP, est-il possible de sauvegarder les données *.MYD et MYI ainsi que la structure *.FRM pour les restaurer facilement ? si oui comment s'y prendre car lancer MYSQLDUMP prend un certain temps quand la base commence à être conséquente... l'avantage étant qu'on garde toute la structure Merci de vos réponses |
|
|
00
|
|
|
#2 |
|
Membre régulier
![]() |
Il n'y a rien de mieux (propre notamment) que mysqldump.
Si tu veux seulement la structure et te fous des datas, tu peux y aller avec l'option --no-data qui va fuser. Sinon la version porkass niveau 3, tu peux simplement faire une copie du répertoire qui se trouve dans le répertoire $INSTALDIR\data -serveur coupé- où tu veux et le restaurer de la même manière. J'insiste sur le serveur off. Gal' |
|
|
00
|
|
|
#3 |
|
Invité de passage
![]() Inscription : octobre 2007 Messages : 9 ![]() |
la version porkass niveau 3
--> tu peux détailler ce que c'est ? $INSTALDIR\data -serveur coupé --> ca veut dire mettre le service Mysql du serveur hors service ? sinon risque de plantage des données si quelqu'un se connecte ? est-ce que si tout le monde se déconnecte suffit ? Merci de ta réponse |
|
|
00
|
|
|
#4 |
|
Membre régulier
![]() |
la version "porc", faire les choses comme un gros sale.....
Oui, tu coupes le service, parce que non seulement il ne faut pas qu'un client soit connecté et fasse des updates, mais aussi que le serveur ne fasse pas des accès au fichiers (genre remettre d'aplomb les vues suite à un insert), donc plutôt que de jouer avec le diable, tu coupes tout. Ce serait trop bête d'avoir des fichiers corrompus... |
|
|
00
|
|
|
#5 | ||
|
Membre Expert
![]() Inscription : février 2006 Messages : 953 ![]() |
Avec mysqldump il y a l'option
Code :
Sinon, pour MyIsam (ce qui est le cas ici), il est effectivement possible de copier les fichiers d'une base. On peut s'en tirer avec quelques précautions sans devoir arrêter le serveur, mais contrairement à un mysqldump avec InnoDb le vérouillage des tables limite l'utilisation que l'on pourra en faire pendant la sauvegarde. Regarde donc du coté de mysqlhotcopy. |
||
|
|
00
|
|
|
#6 | |||
|
Invité de passage
![]() Inscription : octobre 2007 Messages : 9 ![]() |
Citation:
Effectivement ca marche qu'en local et très rapide ! Mon besoin est le suivant : je désires sauvegarder les données (qui sont en MyIsam) depuis le poste CLIENT. Avec MysqlDump, ca génère presque 2 Go de données... donc le but est de ramener le temps du dump en un temps COURT (peu importe à la limite la taille du fichier car avec les disques actuels...) et à priori il n'existe pas de solution si j'ai bien compris (même le select * from table intofile) ? |
|||
|
|
00
|
|
|
#7 |
|
Membre Expert
![]() Inscription : février 2006 Messages : 953 ![]() |
Depuis le poste client... peut-être, même si ce n'est pas très élégant, en coupant le serveur et en récupérant directement les fichiers via ftp par exemple.
Ou alors un dump tabulaire puis la récupération des fichiers. Ca devrait pouvoir se bricoler avec quelques scripts. Sinon, même si ça ne répond pas à la question, les dumps sql se compressent très très bien (les 2Go devraient litéralement fondre). |
|
|
00
|
|
|
#8 |
|
Membre éclairé
![]() Inscription : février 2005 Messages : 349 ![]() |
peut être avec mysqlhotcopy qui copierait vers un repertoire samba. Mais je ne connais pas du tout ou se trouve ton serveur, ton client si tu as un accés illimité ou si chez un hébergeur.
|
|
|
00
|
|
|
#9 |
|
Invité de passage
![]() Inscription : octobre 2007 Messages : 9 ![]() |
Bonjourmerci pour vos réponses, j'ai résolu le pb de la manière suivante : tous les postes sont sous XP y compris le serveur. 1) j'ai crée un répertoire sur le serveur qui est partagée 2) j'exécute "select * table intofile" depuis le poste client en précisant le chemin partagé depuis le serveur et ca marche nickel avec un temps divisé par 2 quand même... |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com