Fil

Connois pas, mais veux bien un feedback si tu t’y colles :D
#automysqlbackup

Utilisé sur tous mes serveurs sans histoire. Par défaut, il fait 7 sauvegardes quotidiennes, 5 hebdo et 12 mensuelles. Les restaurations se passent sans heurts (c’est ce qui sort d’un mysqldump classique).

mon script perso enregistre les tables une par une dans des fichiers séparés, ce qui s’avère souvent utile pour récupérer rapidement une donnée perdue

Alors @fil tu as testé le bouzin ? Tu peux partager ton script perso ?

Ça pourrait être l’occasion de regrouper les différentes recettes de backup des seenthisien⋅ne⋅s.

non je suis resté sur mes scripts, et puis finalement je les ai désactivés (parce que mon hébergeur a mis en place un truc à lui) ; mais ça marchait très bien, tu peux jeter un œil :
▻https://gist.github.com/Fil/735b9fd355e9f272acfc

Ok, merci pour le script, voici ce que j’utilise de mon côté. Deux ty scripts sh lancés en cron chaque nuit. Le premier s’occupe de générer le backup des bases de données et du répertoire /var/www :

▻https://gist.github.com/brunob/68f48ddcf4205aec0b97

Le deuxième script s’occupe de transférer les fichiers de backup sur un serveur distant en utilisant lftp, puis il supprime les fichiers locaux :

▻https://gist.github.com/brunob/41c2959b0503ad98dd80

Tout ça est améliorable, mais ça fonctionne.

Hier je suis tombé sur #backupninja qui semble être une solution intéressante. On peut le décrire comme une interface centralisée de configuration et de planification de plusieurs outils de sauvegarde.

▻https://labs.riseup.net/code/projects/backupninja

Un article de présentation par ici : ▻http://blog.admin-linux.org/administration/backupninja-sauvegarde-libre-local-distante

Pour info, je viens dé créer une variante des scripts précédents qui utilise rsync pour les fichiers et lftp pour les dumps des bases :

▻https://gist.github.com/brunob/2861a663967ba5796d89

Explications par ici : ▻http://labo.eliaz.fr/article136.html