Hello !
J'ai un serveur (toujours le même), sur lequel sont hébergés une trentaine
de site.
Il y a aussi une vingtaine de bases de données MySQL.
Système sous debian, pas de trucs compliqués, y'a juste apache/php/mysql et
des services alacon dont on se fout ici.
Je cherche une solution
Salut
Perso je fais ça avec un script bash et mysqldump
1 complète
Puis toutes les bases avec rotation des dossiers
Envoi déporté en rsync
Ca me convient comme ça
De : frsag-boun...@frsag.org [mailto:frsag-boun...@frsag.org] De la part de
Gaël
Envoyé : jeudi 18 juillet 2013
Hello,
je te renvoie vers ce premier hangops français qui traite le sujet des
backup MySQL = http://www.mysqlplus.fr/2013/06/20/dbhangopsfr-live/
Les dump logique sont bien pour de petites bases, mais lorsque tu veux
remonter ta DB ça risque de prendre une plomb !
Aussi si tu souhaites
Un principe pour avoir un backup cohérent :
= tu mets ton /var/lib/mysql dans un partition qui est un volume LVM
Et ensuite, ton script de backup fait ceci :
= tu lock chaque base (FLUSH TABLES WITH READ LOCK de mémoire, cf la doc)
= tu prends un snapshot de ton volume LVM
= tu unlock les bases
Salut,
Un très bon script Bash qui correspond exactement à ta demande a savoir
un dump par base.
http://sourceforge.net/projects/automysqlbackup/
Franck
°°°
Franck Leroy
Telemaque - SOPHIA ANTIPOLIS
°°°
Le 18/07/2013
J'en connais qui ne s'emmerdent pas avec le dump, ils font une copie des
fichiers présent dans le rep ou elles sont et les importes direct ...
On est loin des procédures habituelles ...
Le 18 juillet 2013 17:33, Gaël gag...@gmail.com a écrit :
Hello !
J'ai un serveur (toujours le même),
La réponse dépend beaucoup du fait que tu pisse faire une coupure de service ou
non.
Sébastien Mureau sebastien.mur...@gmail.com a écrit :
J'en connais qui ne s'emmerdent pas avec le dump, ils font une copie des
fichiers présent dans le rep ou elles sont et les importes direct ...
On est loin
Le 18/07/2013 17:33, Gaël a écrit :
Hello !
Salut !
[...]
J'ai lu autour de mysql dump, mais si j'ai bien compris, ça ne bloque
pas l'accès à la base pendant le dump, donc il peut y avoir des
écritures simultanées et ça met le truc en vrille.
M'enfin j'ai pas tout tout compris, donc je
On 18/07/2013 17:47, Florent Rivoire wrote:
Un principe pour avoir un backup cohérent :
= tu mets ton /var/lib/mysql dans un partition qui est un volume LVM
Et ensuite, ton script de backup fait ceci :
= tu lock chaque base (FLUSH TABLES WITH READ LOCK de mémoire, cf la doc)
= tu prends un
On 18/07/13 17:47, Florent Rivoire wrote:
Un principe pour avoir un backup cohérent :
= tu mets ton /var/lib/mysql dans un partition qui est un volume LVM
Et ensuite, ton script de backup fait ceci :
= tu lock chaque base (FLUSH TABLES WITH READ LOCK de mémoire, cf la doc)
= tu prends un
On 07/18/2013 04:47 PM, Florent Rivoire wrote:
Un principe pour avoir un backup cohérent :
= tu mets ton /var/lib/mysql dans un partition qui est un volume LVM
Et ensuite, ton script de backup fait ceci :
= tu lock chaque base (FLUSH TABLES WITH READ LOCK de mémoire, cf la doc)
Techniquement
Salut,
Regarde backup-manager (paquet debian disponible), il gère les
sauvegardes MySQL (entre autres), fait les LOCK pour conserver la
cohérence, sait zipper le résultat et l'envoyer via FTP / sFTP.
Léo.
On 18/07/2013 17:33, Gaël wrote:
Hello !
J'ai un serveur (toujours le même), sur
On 18/07/2013 20:12, Etienne Dechamps wrote:
Techniquement tu n'as pas besoin de locker. Si le moteur de base de
données est implémenté correctement (plus précisément s'il utilise
fsync() correctement, et pour InnoDB j'imagine que c'est le cas) il est
capable de résister sans problème à une
13 matches
Mail list logo
