Backup sur DD interne avec rsync

[rv91]

Bonjour,
J'ai à la maison une SME 7.5.1 en serveur only pour nos messageries, contacts, agendas etc .. qui n'a pas de sauvegarde régulière, automatisée, incrémentielle.
Ayant récupéré un DD IDE de grande capacité et comme nous abordons un long week-end pluvieux, je me lance.

Adapter BackupPC et Backup with DAR me semble compliqué alors que le forum et le net proposent des bribes de solutions qui misent bout à bout m'ont amené à faire ce qui suit :
Création du répertoire où stocker les backup
mkdir /backup

Ajout un disque dur (cf le site smeserver.fr "Astuces et howtos")

# Lister les partitions
fdisk -l

# Créer et formatter la partition pour les sauvegardes avec
fdisk /dev/hdb

# Automatiser le montage
vi /etc/fstab
# en ajoutant la ligne suivante :

/dev/hdb1 /backup ext3 usrquota,grpquota 1 1

# Monter la partition
mount /dev/hdb1

# Recréer les quotas
quotacheck -cguv /backup

# Créer le script de sauvegarde
vi /bin/backup.sh
# copier les lignes suivantes (cf http://smeserver.pialasse.com/index.php/Rsync ) :

#!/bin/sh
# variable de date
DATE=$(date +%d)
echo "$DATE" >>/tmp/sauvegarde.txt
#rsync des dossiers importants du serveur
SRC1=("/home/e-smith/files" "")
#destination sur le serveur de sauvegarde
DEST="/backup/"
# -n simulation
OPTIONS=" --fo^rce --ignore-errors --delete --delete-excluded -av"
#commande rsync
rsync $OPTIONS ${SRC1[@]} $DEST >>/tmp/sauvegarde.txt

# Modifier les droits du script
chmod u+x /bin/backup.sh

# Créer une ibay "backup" dans le server manager (chacun peut aller chercher un fichier supprimé par erreur)

# Créer un lien symbolique entre les données du backup et l'ibay backup
ln -s /backup/* /home/e-smith/files/ibays/backup/

# Automatiser le lancement de la sauvegarde
vi /etc/cron.d/backup
# copier les lignes suivantes

# Lance le script backup tous les jours à 2:55
55 2 * * * root /bin/backup.sh

Voilà, c'est tout.
Je vous remercie de vos conseils pour corriger et améliorer le bidule.
@ vous lire.

[rv91]

... suite,
j'ai lancé le script sans sans attendre :
/sbin/backup.sh

Pas de surprise dans message.txt qui se termine avec :
sent 26616416006 bytes received 606041 bytes 15579175.91 bytes/sec
total size is 26611164791 speedup is 1.00

J'aimerai être sur de ne backuper que les lients symboliques contenus dans l'ibay "backup" et pas les fichiers du répertoire /backup ce qui saturerait en 48h le DD.
Il sont repris comme suit :
files/ibays/backup/
files/ibays/backup/aquota.group -> /backup/aquota.group
files/ibays/backup/aquota.user -> /backup/aquota.user

En revanche, je me demande si un simple
rsync -a /home/e-smith/files /backup/
ne serait pas plus efficace que le mauvais copier/coller que je fais du script de pialasse ?

@ vous lire
Merci.

[jibe]

Salut,

Utiliser rsync est une très bonne solution, et je comprends que certains la préfèrent. Tout en respectant ce choix, je rappelle pour ceux qui cherchent une solution de sauvegarde automatisée simple et efficace qu'il existe Affa, qui utilise justement rsync, mais qui est bien plus simple à mettre en oeuvre

Après, c'est la question des goûts et des couleurs, du syndrome NIH, des partisans du PFE...

[rv91]

Oui, j'ai contracté le NIH depuis longtemps (je me soigne).
Pour Affa, je vais relire la doc car je le pensais réservé au "clonage" d'un serveur ...

[rv91]

Affactivement !

En lisant cette traduction jusqu'au bout, il me semble qu'il suffit :
1- de suivre le tuto pour l'installation

wget http://mirror.contribs.org/smeserver/co ... noarch.rpm
wget http://mirror.contribs.org/smeserver/co ... f.i386.rpm
/usr/bin/yum --enablerepo=smecontribs localinstall \
smeserver-affa-2.0.0-rc4.noarch.rpm \
perl-Compress-Bzip2-2.09-1.2.el4.rf.i386.rpm

Après la première installation d'Affa, lancez la commande suivante pour initialiser la base de données Affa.
affa --make-cronjobs

et déconnectez-vous puis reconnectez-vous à la console pour que le complément automatique de bash (touche TAB) prenne effet

2- de "détourner" légèrement la configuration alternative pour disque USB

Alternative : configuration du disque DD
* On crée une partition linux avec fdisk
fdisk /dev/sdb

* On formatte avec un système ext3 :
mkfs.ext3 /dev/sdb1

* On crée le point de montage :
mkdir -p /mnt/affadevice

* On ajoute notre disque DD dans /etc/fstab. On crée donc une nouvelle ligne avec :
/dev/sdb1 /mnt/affadevice ext3 defaults

* On monte le disque :
mount /mnt/affadevice

* On fait une vérification croisée avec df :
df

Et on reprend la suite du tuto :

Configuration d'Affa

On veut lancer des sauvegardes à 11h30, 15h30, 19h30 et on veut garder les 3 dernières, 7 journalières, 5 hebdomadaires, 12 mensuelles et 1 annuelle.

* On se logge sur 'prodbox' et on installe les paquetages Affa comme indiqué ci-dessus.
* On copie l'exemple de configuration

cp /usr/lib/affa/jobconfig-sample.pl /root/prodbox-job.pl

* On édite /root/prodbox-job.pl pour y mettre :

my $jobname='prodbox';

et

'remoteHostName‘=>'localhost',
'TimeSchedule'=>'1130,1530,1930',
'scheduledKeep'=>3,
'dailyKeep'=>7,
'weeklyKeep'=>5,
'monthlyKeep'=>12,
'yearlyKeep'=>1,
'RootDir=>'/mnt/affadevice',

On vérifie les autres propriétés et on les change si besoin.

* On enregistre la configuration

/root/prodbox-job.pl

* On lance la tâche manuellement :

affa --run prodbox


Limitations

Avec ce type de configuration, on ne peut pas utiliser la fonction 'rise' (conversion du serveur de sauvegarde en serveur de production), puisqu'elle nécessite que l'archive soit sur le même système de fichiers que le serveur. La fonction 'rise' utilise les hardlinks, qui ne fonctionnent pas entre systèmes de fichiers différents.

... je m'y met, ça me sera utile pour sécuriser un jour le passage en SME8.
@+

[jibe]

Salut,

Oui, j'ai contracté le NIH depuis longtemps (je me soigne).

T'inquiète pas ! Tu n'es pas le seul, d'ailleurs c'est bien rare que j'adopte une solution PFE comme ici ! Mais quand c'est si bien fait...

et déconnectez-vous puis reconnectez-vous à la console pour que le complément automatique de bash (touche TAB) prenne effet

Tiens, je tombe là-dessus (pas fait gaffe en traduisant !) et ça me parait bizarre ! Je ne vois pas pourquoi l'installation ou la mise en place des tâches cron aurait annulé la complétion automatique !

Bon, ça ne change rien, mais AMHA c'est une manip inutile !

ça me sera utile pour sécuriser un jour le passage en SME8.

Toutafé, comme dirait sibsib

[rv91]

Pour conclure,
Oui, AFFA est une solution simplissime à mettre en œuvre : dans mon cas, j'ai simplement monté le DD interne de backup (/dev/dhb1) sur /var/affa.
@+