Vous devez être plus précis sur ce que vous essayez de sauvegarder : les recommandations peuvent différer si vous sauvegardez le contenu d'un serveur de base de données, d'un serveur de fichiers, d'une machine de bureau, etc. De plus, le degré d'automatisation que vous souhaitez pour vos sauvegardes (et inversement la quantité d'interaction que vous souhaitez avoir avec le processus) est également significatif.
Pour la grande majorité de mes sauvegardes en ligne, j'utilise rsync pour produire une sauvegarde basée sur des instantanés, similaire à la méthode décrite dans ce vieux document mais toujours pertinent : ce document. Si vous préférez ne pas créer ce genre de script vous-même, il y a rsnapshot qui est basé sur cet article et rdiff-backup qui utilise des techniques similaires.
Pour les sauvegardes hors ligne, j'exécute occasionnellement manuellement le même type de processus sur des disques externes temporairement branchés à une machine appropriée à cette fin. Souvent, cela est fait sur le serveur de sauvegarde, car ils sont plus physiquement proches de moi, et cela prend une sauvegarde des sauvegardes les plus récentes pour gagner du temps et de la bande passante.
De temps en temps, je compare complètement les dernières sauvegardes du serveur de fichiers avec les systèmes de fichiers actifs (en exécutant cd /localisation; find . -type f | sort | xargs sha1sum > /tmp/sums 2>&1 sur les machines en direct et de sauvegarde et en comparant les fichiers résultants, je n'ai pas encore automatisé ceci mais je devrais vraiment m'en occuper) et je restaure les sauvegardes du serveur de messagerie+calendrier+collaboration sur un clone de ce serveur fonctionnant dans une machine virtuelle. Rappelez-vous : une solution de sauvegarde ne peut pas être fiable à moins d'être régulièrement testée. Vous ne voulez pas découvrir que les sauvegardes ne fonctionnaient pas au moment où vous avez besoin de les restaurer !
1 votes
Possible duplicate de Solution de sauvegarde open source pour Windows, Mac et Linux