Copie du script pour que l'on puisse comprendre ce que j'écris quand tu auras amélioré ton script sur ton blog :
###############################################################
#! /bin/sh
# SL 2008-07-21 Script de synchronisation des repertoires entre la prod et le backup
fichiermodifs=`date +%Y%m%d`'_modifs.sh'
fichiermodifsgz='modifsjour'`date +%Y%m%d`'.tar.gz'
#coordonnees ftp du serveur cible
serveurftp='XXXXXXXXXXX'
userftp='XXXX'
mdpftp='XXXX'
#effacement des modifs de la veille
rm -f -R /db/modifsjour/*
#boucle sur chacun des repertoires que l'on veut synchroniser
for chemin in "/usr/local/scripts/" "/usr/local/apache2/htdocs/" "/bin/*.sh" "/db/factures*" "/db/relancesPDF/" "/db/Archivage/" "/db/contentieux/" "/db/contentieux/" "/db/courriersPDF/" "/db/courriersPDF/" "/db/CR_SiegesPDF/" "/db/tickets/"
do
echo "Traitement de : "$chemin
#creation d'une ligne dans le script qui s'executera sur le serveur de backup avec tous les
#fichiers modifies dans la journee
find $chemin -name "*.*" -mtime 0 | awk 'BEGIN{FS="/"}{print "/bin/sh /bin/repcp.sh \"" $NF "\" \""$0"\""}' >> /db/modifsjour/$fichiermodifs
#copie dans un repertoire de tous les fichiers modifies dans la journee
find $chemin -name "*.*" -mtime 0 | awk '{print "cp \"" $0 "\" /db/modifsjour/"}'|sh
done
cd /db/
#creation de l'archive
tar -cvzf $fichiermodifsgz /db/modifsjour/
#transfert ftp vers le serveur de backup
/usr/bin/ftp -nv $serveurftp < <SCRIPT
quote USER $userftp
quote PASS $mdpftp
binary
prompt
cd modifs
mdelete *.gz
put $fichiermodifsgz
prompt
quit
SCRIPT
rm /db/$fichiermodifsgz
###############################################################
PS: Je te liste quelques erreurs évidentes afin que tu t'améliores, courage 
J'ai jeté un coup d'oeil rapide et par exemple :
- Si un fichier est supprimé/modifié sur le mirroir, il ne sera jamais restauré si le fichier n'est pas modifié sur le serveur source.
- Utilisation d'un protocole réseau non sécurisé pour transférer les données, un simple sniffing révèle tout de suite le nom utilisateur, mot de passe et fichier à transférer sur le mirroir pour mettre à peu près ce que l'on veut sur celui-ci.
- Tu écris les mots de passe en clair dans tes scripts apparemment. En plus, tu transfères tout /usr/local/scripts/ en clair (archive non cryptée sur un protocole ftp non crypté), donc un sniffing devrait récupérer pas mal de mots de passe intéressants dans tes scripts.
- Les fichiers qui ne comprennent pas de "." dans leurs noms ne sont pas transférés.
- Les liens symboliques sont copiés comme des fichiers classiques.
- Evaluation de code extrèmement insécurisée (le "| sh" ). Essaie donc de créer un fichier (avec les quotes dans le nom, c'est important) : /db/Archivages/" &>/dev/null; touch /usr/local/scripts/coucou; true || "
Pas de gestion d'erreur, ainsi :
- Si le script de mise à jour sur le mirroir est interrompu, par un reboot intempestif par exemple, les mises à jour ne seront jamais effectuées.
- Si le lien ftp tombe pendant le transfert, les mises à jour qui n'ont pas été transférées ne seront jamais effectuées.
- Si pour une raison quelconque, les copies de fichiers ou le tar ne fonctionne pas (problème temporaire d'espace disque, dépassement temporaire du nombre de processus, ...), des fichiers modifiés ne seront jamais transférés.
Ceci dit, ne désespère pas, c'est très très bien les scripts perso pour automatiser les tâches, pas besoin de faire à la main ce qu'un machine peut très bien faire toute seule. Et on a tous fait ce genre d'erreur par le passé.
Courage betsamee
( Mais pour le coup, rsync/ssh pour du mirroring, c'est vraiment très bien (encore) )
FORUM HardWare.fr
