Rsync : Différence entre versions
(→RSYNC vers un disque dur USB) |
(→RSYNC vers un disque dur USB) |
||
Ligne 108 : | Ligne 108 : | ||
# changez l'adresse mail à prévenir si nécessaire | # changez l'adresse mail à prévenir si nécessaire | ||
# ajoutez d'éventuels dossiers à exclure de la sauvegarde | # ajoutez d'éventuels dossiers à exclure de la sauvegarde | ||
+ | |||
+ | testez la sauvegarde immediatement comme ceci: | ||
+ | sh /etc/cron.Daily/RsyncUSB | ||
Version du 24 août 2007 à 10:18
Sommaire
Principe de la sauvegarde Rsync sur disque dur USB
L'idée est de profiter de rsync et ses options pour :
1- avoir une sauvegarde 1:1 toujours à jours des dossier à sauvegarder
2- avoir des dossiers de sauvegarde secondaire journaliers contenant chacun les fichiers modifiés ou supprimés lors de la sauvegarde journalière
Plaidoyer pour la sauvegarde rsync
Avantages lors de la sauvegarde:
1- n'est copié que ce qui a changé = gain de place
2- support disque dur (ou eventuellement DVD-RW) moins couteux que DAT
3- rapidité de la sauvegarde
4- faible trafic en écriture
Avantages lors de la restauration
1- rapidité pour rechercher un unique fichier en plusieurs versions sur un seul support
2- rapidité pour restaurer l'integralité de la sauvegarde par simple rsync inversé ou cp sans décompression, ni lecture lente de bandes magnétiques
Économie ne rime pas avec sécurité
Ce n'est pas parce que l'investissement dans des disques dur USB est moins couteux que dans des lecteurs DAT avec des bandes magnétiques qu'il faut économiser sur le nombre de disques pour les sauvegardes. En effet un disque dur dans un boitier USB peut crasher....
Darrell May, de l'équipe de contribs.org, conseille d'avoir au minimum un jeu de 9 disques durs USB.
LUNDI
MARDI
MERCREDI
JEUDI
VENDREDI-WK1
VENDREDI-WK2
VENDREDI-WK3
VENDREDI-WK4
VENDREDI-WK5
Un archive mensuelle peut venir s'ajouter en 10° disque. Les disques devront êtres renouvelés régulièrement et de façon échelonnée, par des disques provenant d'un fabricant et d'un vendeur sur. Ces disques devront donc tourner de façon journalière, et être remis dans un lieu sur à l'abri du vol, du feux, et de tous chocs électriques, mécaniques, thermiques et électromagnétiques.
Dans la pratique, et dans le cadre d'un soho (qui est le cadre idéal pour une SME): un minimum de 2 disques est indispensable avec le script développé ci dessous alternés dans leur utilisation.
Ma préférence irait même à 3 : un servant de sauvegarde tous les jours, et les deux autres (2 et 3) de sauvegarde du disque 1 un jour sur 2.
Mais en aucun cas un seul disque de sauvegarde n'est une solution fiable! imaginé le court circuit au moment ou le disque sauvegarde est branché : le serveur grillé et les sauvegardes aussi !
RSYNC vers un site secondaire via un tunnel SSH2
à venir
cette méthode pourra être une sécurité de plus dans la sauvegarde, attention toutefois au vol des données si le site secondaire n'est pas sur.
____
en attendant voici un embryon
1- utiliser la méthode du site de grand pa pour obtenir une clef privé sur le serveur "serveur rsync SSH" copier la dans le fichier /root/.ssh/identity par exemple sur le serveur "client rsync ssh"
2- utiliser le script suivant
#!/bin/sh # variable de date DATE=$(date +%d) echo "$DATE" >>/tmp/sauvegarde.txt #rsync des dossiers importants du serveur SRC1=("/home/e-smith/files/ibays/Primary" "/home/e-smith/files/ibays/cool" "/home/e-smith/files/users/admin" "/etc/cron.daily/sauvemsql") #destination sur le serveur de sauvegarde DEST="/home/e-smith/files/users/sauvegardes/home/rsync/" # -n simulation OPTIONS=" --force --ignore-errors --delete --delete-excluded -av" #utilisation d'une clef RSA rsync -e "ssh -i ~/.ssh/identity" $OPTIONS ${SRC1[@]} root@IP.IP.IP.IP:$DEST >>/tmp/sauvegarde.txt
RSYNC vers un disque dur USB
Sous SME un disque dur USB est automatiquement monté dans un dossier du type /media/usbdisk1 ... MAis nous n'allons pas utiliser cette fonction.
La première méthode est d'utiliser un script automatique lancé par le cron, et nécessitant que le disque soit connecté toute la nuit par exemple afin d'être utilisé pour la sauvegarde, et remplacé dans la journée par le suivant dans le jeux de disques.
Voici comment mettre en place une sauvegarde journalière a 4h du mat:
Reperez et notez l'UUID de votre disque USB (que vous avez préalablement formaté en EXT3), après l'avoir branché
blkid
Téléchargez le fichier dans le répertoire /etc/cron.daily ce qui executera automatiquement le script chaque nuit
wget -O /etc/cron.daily/RsyncUSB http://smeserver.pialasse.com/fichiers/RsyncUSB chmod a+x /etc/cron.daily/RsyncUSB
Editez le contenu du fichier pour l'adapter à vos besoins
mcedit /etc/cron.daily/RsyncUSB
- mettez l'UUID de votre disque
- changez l'adresse mail à prévenir si nécessaire
- ajoutez d'éventuels dossiers à exclure de la sauvegarde
testez la sauvegarde immediatement comme ceci:
sh /etc/cron.Daily/RsyncUSB
Pour facilement gerer les UUID téléchargez ma contrib : [1]
Alternativement vous pouvez telecharger le ficher dans le dossier root et l'appeler à l'aide de /etc/crontab en editant le fichier en question ... ou en utilisant la contrib crontab manager voir le site de Master Sleepy AKA Vanhees. cette methode aura l'avantage de choisir l'heure a laquelle vous désirez réaliser la sauvegarde
Remerciements
http://www.linuxfocus.org/Francais/March2004/article326.shtml#326lfindex3
http://arnofear.free.fr/linux/rsync-1.php
Notes
soit utilisation de udev, grace aux info de : udevinfo -a -p /sys/block/sda
soit appeler le disque en fonction de son uid ou d'un label
tune2fs /dev/sda1 -l
e2label permet de modifier le label du hdd
après il suffit de faire : (sans les <>)
mount -L <label> /sauvegarde
ou
mount -U <UUID> /sauvegarde
/lib/udev/vol_id -u /dev/sda1 permet de connaitre le uuid de totu disque meme non linux. mtools peut permettre de renomer un disque http://ubuntu.wordpress.com/2006/03/01/editing-fat32-partition-labels-using-mtools/
le UID est a préférer (plus unique et évite un blocage du système en cas de branchement de deux disuqes avec le même label)
cette simple commande suffit ensuite à verifier si le disque est connecté, et s'il est déjà monté, ou si le UUID est faux:
- mount: UUID erroné
- mount: /dev/sda1 est déjà monté ou /sauvegarde/ est occupé
- mount: selon mtab /dev/sda1 est monté sur /sauvegarde
- mount: pas de telle partition repérée
PID permettant de savoir si tourne, + fichier indiquant qu'il a fini depuis moins d'une heure à effacer dés que déconnecté.