[Dédié] Importer une base de 4 Go ?

Personnellement j'utilise le Webmin pour importer ou exporter des bases sans limite de quota.

Mais le webmin n'étant plus supporté par la dernière version de debian (4.0 - Etch) j'ai du fouiller pour trouver le paquet .deb (que je conserve précieusement sur 2 HD ).

En gros je serais également intéressé par une alternative à Webmin pour importer et exporter mes bases de donnée en tout quiétude.

Webmin le fait mais peut-être plus pour très longtemps...

 

Moi ce que j'ai fais, j'ai pris directement les fichiers sources. Je ne sais pas si ca marchera avec vous mais je vous explique comment je procède.
en ssh :

Code:

cd /var/lib/mysql (Dossier des fichiers sources des bdd (.MYI, .MYD, .frm, db.opt))
tar cvf mysql.tar * (Vous avez toutes vos bdd taré)

Vous reste plus qu'a up ca sur le nouveau serv dédié puis

Code:

cd /var/lib/mysql
tar xvf mysql.tar

Voilà, j'espère que ca fonctionnera pour vos grosses BDD

EDIT
J'oubliais aussi, si vous bossez en root faut remettre mysql en owner et groupe :

Code:

cd /var/lib/mysql
chown -R mysql *
chgrp -R mysql *

EDIT 2
Je connais un pote bien calé en serveur dédié je vais lui demandé pour la limite

 

Pourquoi Apache est mélé à ce traffic ? :lol:

Le mieux est d'utiliser MySQL en ligne de commande pour sauvegarder/restaurer des grosses tables.

Code:

mysql -u USERNAME -p DATABASE < FILE.sql

 

Si tu as une limitation de 4Go, c'est que ton disque dur est en Fat32.

 

Et en NTFS quelle est la limite ?

 

Tu as pas d'erreur quand ton script se stop mowmow ?

 

http://en.wikipedia.org/wiki/NTFS

 

Ben comment sont découpés tes fichiers ?? Tu les restaure un par un, s'ils sont bien coupés.

 

Dans tous les cas, je ne vois même pas le rapport entre php et mysql sur une sauvegarde et une restauration de bdd...

Il y a une commande simple qui est mysqldump.

http://www.journaldunet.com/developpeur ... dump.shtml

Et que tu es 1 ou 50 fichier c'est pareil, mysqldump ne bronchera pas.

 

un rapport avec un php mysql serait de faire un script qui ouvre tes fichiers un par un, qui lit bloc par bloc et qui execute via un mysql_query

 

Bonjour,
C'est bien sous linux / Unix ton OS ?

pour la concaténation l'instruction cat te sera utile

cat FICHIER1 FICHIER2 ... FICHIERn > gros_fichier

tu as aussi tac pour inverser la lecture des fichiers ou zcat pour décompresser les fichiers à la volée

 

la commande shell pour concatener des fichiers sous linux c'est "cat" . donc :

Code:

cat fichier1 fichier2 > fichier3

mais il y aura toujours le probleme des 2Go que tu ne pourras pas depasser...

 

sinon, as tu essayé ceci ?

Code:

mysql -u USERNAME -p DATABASE < FILE4.sql < FILE3.sql < FILE2.sql < FILE1.sql

 

Ca semble bizarre cette restriction sous linux, à moins qu'il a une vieille version de linux. De mémoire la dernière fois que j'ai vu cette restriction c'était sous redhat 9.

C'est clair qu'il y a des solutions, par exemple alimenter la base avec un fichier compressé avec zcat. avec un peu de chance le fichier compressé sera < 2Go.

ou encore utiliser dd avec cat et un pipe
cat fichier1 fichier2 | dd ...

 

ou alors faire les coupures proprement dans le dump et importer par parties... jvois pas ou est le probleme

 

Je dis peut-être une connerie, mais le ridicule ne tue pas (en tout cas, il n'a encore pas eu ma peau) : Un logiciel style MySQL-front ne vous suffirais pas ?

 

une fois incorporé dans la bdd, si les fichiers de cette base de données dépassent les 2 Go, le problème sera le même

 

ca serait 2Go par table et peut être que ses data sont partitionnées dans pleins de tables ?

 

je ne vois pas trop comment trouver une solution à un probleme dont on ne connait pas la cause exacte

normalement un simple scp fait tranquilement l'affaire

rog

 

mais quel rapport entre mysql et apache ?

Ton dump mysql passe pas par apache ni dans un sens ni dans l'autre

 

Quel est le rapport avec Apache ?!?

Tes fichiers sont coupés comment (est-ce qu'une requete peut-être coupée en 2 ou un fichier se termine bien avec une requete complète) ?

Si les fichiers ne sont pas coupés n'importe comment, tu les restaure un par un et c'est bon.

Mais je ne vois pas du tout ce que viens faire Apache là-dedans, tout se passe en ligne de commande. Et tu envoies tes fichiers par FTP ...