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+
Le 16/11/2010 16:26, StalkR a écrit :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.
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
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