Je ne sais pas qui a effacé mon post avec toutes les infos sur le serveur de backup, mais j'aimerais bien si c'est possible qu'on ne supprime plus rien que j'aie écrit sans mon autorisation.  Je me sers aussi de forum comme aide mémoire et là je v devoir aller rechercher toutes les commandes sur google. :x 

Je rerésume rapidement ce qu'il faut savoir pour le backup.

Le serveur est un athlon 1.8 réinstallé qui tourne sous une debian sarge. (installé a partir d'un buisness-card cd) Un hd de 120 gb et un de 80 qui fonctionnent sous lvm.  

- 1 Go de Ram (passera surement à 512)

API installées :
- rsync
- ssh
- Apache 1.3.33
- MySQL 
- phpmyadmin

La sauvegarde se fait dans /home/rsync/

On fait tourner le backup en rsync via ssh.  
Pour que les deux serveurs (web et fichier) puissent accéder au serveur de backup sans entrer de mdp, il faut que leur clé publique dsa sois dans le fichier .ssh/authorized_keys dans le home de rsync.

Pour générer la clé dsa (sur les deux serveurs sources): 
[code:1:bb657f9148]ssh-keygen -t dsa[/code:1:bb657f9148]
Puis il faut la copier sur le serveur backup (seulement pour le premier serveur)
[code:1:bb657f9148]scp id_dsa.pub rsync@old.fede-ulg.org&#58;/home/rsync/.ssh/authorized_keys[/code:1:bb657f9148]
Le deuxième il faut copier coller manuellement la clé à la suite dans le fichier.

maintenant quand on fait "ssh old.fede-ulg.org -l rsync" sur un des deux serveurs, il devrait se connecter sans demander de password.

Un fois que c fait il suffit d'implémenter un script sans /etc/cron.weekly qui effectue la sauvegarde
Voilà par exemple celui que g écrit pour le serveur web : 
[code:1:bb657f9148]#!/bin/sh
# Backup script by moi

rsync -azvp /home/ rsync@old.fede-ulg.org&#58;/home/rsync/web/ --exclude &quot;cedric/&quot; --bwlimit=20000
rsync -azvp /var/lib/mysql rsync@old.fede-ulg.org&#58;/home/rsync/var/
echo `date` &gt;&gt; last_backup
[/code:1:bb657f9148]
Il sauvegarde le contenu des répertoires ftp et des bases mysql.
J'avais mis le bwlimit car il y avait un problème de broken pipe pour le transfert de gros fichiers (ça n'avait rien arrangé si je me souviens bien).  Ce problème de semble plus avoir lieu depuis que le serveur a été réinstallé, il faudra quand meme vérifier (à mon avis pour le serveur fichier ça va foirer)

Pour les scripts du serveur de fichiers, je viens de retrouver un tout vieux post qui en parle : http://adminforum.fede-ulg.org/viewtopic.php?t=711

Après un rapide coup d'oeil dans /etc/crontab, on voit que que les scripts dans cron.weekly sont exécutés le dimanche matin à 6 h47.  Ca veut dire que si un vilain hacker vient foutre la merde sur un des sites à 6h 46, on perd la sauvegarde.
Il faudra donc mettre en place un système de rotation, en rajoutant un script rsync sur le serveur backup cette fois-ci, qui fait un backup du backup le mercredi ou le jeudi.  Il faudra pour ça ou bien changer la date dans les /etc/crontab du serveur de backup pour le weekly, ou bien rajouter une ligne genre 
[code:1:bb657f9148]52 6    * * 4   root    /chemin/script-de-backup-du-backup.sh[/code:1:bb657f9148]
qui ne servirait que pour notre script.

Ceci dit ya plus urgent et la rotation des sauvegardes peut attendre.

Il faudrait aussi faire une sauvegarde des fichiers de configuration sensibles de temps en temps (inutile de dire qu'il faut que ça soit ultra sécurisé): 
[code:1:bb657f9148]
/etc/apache/httpd.conf
/root/vhost.conf
/root/redirect.conf
/root/transfert
[/code:1:bb657f9148]


Une dernière chose : je crois qu'il serait intéressant de rajouter l'option --delete dans la commande de rsync, faudrait faire le test pour voir si ça marche.

Voilà[/list]