hello, Si on a un second serveur en passif qui attends bien au chaud pourquoi ne pas directement pousser les backup et faire la rotation dessus ? Comme ca on supprime l'étape "upload" et on gagne du temps ?
(perso je fais comme ca quand la question est en droit de se poser chez mes clients) a+ 2010/11/16 Greg <greg-fr...@duchatelet.net> > Le 16/11/2010 16:26, StalkR a écrit : > > Bonjour, >> >> Pour MySQL j'aime bien automysqlbackup, ça s'occupe de cron+dump >> chaque table avec rotation jour/semaine/mois >> site http://sourceforge.net/projects/automysqlbackup/ et package >> debian squeeze/sid disponible >> > > On peut aussi utiliser mk-parallel-dump > http://www.maatkit.org/doc/mk-parallel-dump.html pour backupper plus vite, > et surtout restaurer plus vite en utilisant tous les cores du serveurs. > > Je résume "ma" solution : > - un master + un slave qui ne sert que pour les backup > - backuppc avec une pre-command > $Conf{DumpPreUserCmd} = "..." > - mk-parallel-dump avec l'option --stop-slave pour avoir des données > intègre et de quoi refaire un slave rapidement > > et pour la restauration, une pre-command aussi : > $Conf{RestorePreUserCmd} > qui fait un appel à mk-parallel-restore > > D'après mes tests, on double la vitesse de restauration sur un serveur 4 > coeurs en RAID10. > > -- > Greg > > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ > -- Barthélemy Vessemont - bvessem...@gmail.com Ingénieur en informatique diplômé de l'UTC (Compiègne) Membre du GullUTC, Groupe d'utilisateur de logiciels libres à l'UTC Membre de l'April
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
