nma wrote:La premiere concerne les bdd mysql et postgresql. Ne serait' il pas prudent de faire un dump sql de ces bdd avant la sauvegarde ou cela n'est pas nécessaire ?
Absolument, en parallèle du système de sauvegarde, il faut aussi faire des dumps des BDD, on est pas à l'abris d'une corrumption des données survenant pendant la sauvegarde ou à la restauration. Je sais que les bases de type InnoDB supportent plutôt bien ce type de sauvegarde mais c'est absolument pas le cas des bases MyISAM, les fichiers .FRM, .MYD et .MYI sont assez sensibles.
Le mieux c'est d'exclure le répertoire
/var/lib/mysql de la sauveragarde et d'utiliser
mysqldump.
Pour PostgreSQL, il faut exclure le répertoire contenant les BDD (voir :
http://dba.stackexchange.com/a/1356) et utiliser
pg_dump.
nma wrote:
La seconde concerne les répertoires à exclure
/proc
/tmp
sont couramment exclue dans les différents tuto et logiciels que j'ai pue parcourir. Est' il aussi nécessaire de les ajouter ou sont' il déjà pris en compte (exclu) ?
Alors là par contre c'est pas systématique, tout dépend des points de montage de ton système. J'utilise la commande TAR avec l'option
--one-file-system qui permet d'exclure les répertoires qui ne sont pas dans le même système de fichier que
/.
Exemple : Lorsque tu exécutes la commande mount, elle te renvoie les différents systèmes de fichier actuellement montés :
/dev/root on / type ...
devtmpfs on /dev type ...
tmpfs on /run type ...
tmpfs on /run/lock type ...
proc on /proc type ...
sysfs on /sys type ...
tmpfs on /dev/shm type ...
devpts on /dev/pts type ...
/dev/sda2 on /boot type ...
/dev/sda5 on /home type ...
/dev/sda6 on /var type ...
Dans mon cas, /run /proc /sys /dev /boot /home /var seront ignorés pendant la sauvegarde mais le problème c'est que ces points de montage varies d'un serveur à un autre, donc actuellement le script n'est pas fiable de ce point de vue là. Maintenant je comprends mieux pourquoi teebo n'arrivait plus à démarrer son serveur après avoir fait une restauration... Le répertoire /boot a du être pris dans la sauvegarde parce qu'il n'était pas monté dans un système de fichier séparé donc lors du redémarrage après la restauration, grub a du planté parce que les UUIDs ne correspondaient plus.
Merci pour ta remarque en tout cas, je vais corriger le script