Liste de solution :

• https://restic.net/
• Burp
  • burp-ui
  • http://blog.adminrezo.fr/2015/11/logiciel-libre-sauvegardes-burp-backup-entreprise/
• Bup
• Bacula
• Bareos (fork de Bacula)
• Rear
• Mondorescue
• rsync
• rsnapshot
• rdiff-backup
• zpaq

Liens :

• https://linuxfr.org/users/wilk/journaux/zpaq-backup-incremental-avec-deduplication
• http://linuxfr.org/news/r-evolutions-dans-le-monde-de-la-sauvegarde-de-donnees
• https://linuxfr.org/users/ziirish/journaux/burp-ui-rend-vos-backups-sexy

Il faut considérer deux types de sauvegarde :

• En mode bloc
• En mode ficher

Pour restaurer un serveur qui tombe on utilise en général le mode bloc. La sauvegarde en mode bloc peut se faire par disque ou par partition. Dans le second cas il est nécessaire de sauvegarder la table des partitions. Elle peut-être de deux types : MBR et GPT.

Concernant la sauvegarde en mode fichier, dont il semble être question ici :

Il faut sauvegarder toutes les partitions locales mais exclure le swap et les partitions pseudo-fs tel que dev, sys, proc, debugfs, tmpfs, configfs, etc… En gros les partition affichées avec lsblk -fm et qui sont montées.

Des optimisations et des choix peuvent être fait comme ignorer les fichiers cores dump et certains dossiers tel que /tmp, /var/tmp, /var/cache/, inclure ou non les partitions applicatives…

D’autres éléments doivent être considérés tel que :

• Impacte performance / accessibilité pendant la sauvegarde
• La nature de ce qui doit être sauvegardé (on ne sauvegarde pas une base de donnée en fonctionnement en copiant un à un des fichiers des tablesspaces)
• Intégrité de la sauvegarde. Parce que entre le début et la fin de la sauvegarde l’état des fichiers sur disque peut avoir changé
• snapshot LVM ou autres avant copie des fichiers ?
• Préserver certaines méta données tel que les droits POSIX, ACL, contexte SELinux…
• Choix de préserver ou nom les atime, mtime, ctime