La méthode décrite par Florent est de loin la plus efficace pour avoir une base cohérente.
J'imagine que cela la cohérence ne peut être véritablement garantie que si les modifications de la base se font via des transactions commitées.
A défaut, le delta de changements non pris en compte est minime avec le backup LVM.
2013/7/18 Florent Rivoire florent@rivoire.fr:
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 (en tout, elles auront été lockées qq secondes maximum) => tu backup le contenu du snapshot LVM => tu supprime le snapshot => et voilà :)
NB: ca fonctionne aussi avec du ZFS au lieu du LVM.
-- Florent
2013/7/18 Gaël gagou9@gmail.com:
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 fonctionnelle et propre tant qu'à faire pour sauvegarder mes bases SQL.
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 vous demande vos avis :)
J'ai 3,3go de db à sauvegarder (enfin, le dossier /var/lib/mysql fait 3,3go), et je voudrais avoir un ficheir sql par DB, et après j'envoie tout ça ailleurs avec rsync.
Merci d'avance !!
Gaël
Liste de diffusion du FRsAG http://www.frsag.org/
Liste de diffusion du FRsAG http://www.frsag.org/