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-frsag@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 - bvessemont@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