Script bash sous red hat pour copie de fichie
Bonjour,
j'aurais besoin de faire un script qui me permette de faire dedans la copie de plusieurs fichiers vers différents repertoire toute les 30 minutes. Pour l'heure j'imagine qu'il faut utiliser cron. Mais pour le script en lui meme, j'y connais rien du tout.
le principe est que je monte un serveur ftp sous vsftp. Et que je fais un envoie dessus de certain fichier qui doivent se duppliquer automatiquement dans differents repertoire.
J'espere m'etre bien expliqué.
A votre bon coeur pour l'aide :)
j'aurais besoin de faire un script qui me permette de faire dedans la copie de plusieurs fichiers vers différents repertoire toute les 30 minutes. Pour l'heure j'imagine qu'il faut utiliser cron. Mais pour le script en lui meme, j'y connais rien du tout.
le principe est que je monte un serveur ftp sous vsftp. Et que je fais un envoie dessus de certain fichier qui doivent se duppliquer automatiquement dans differents repertoire.
J'espere m'etre bien expliqué.
A votre bon coeur pour l'aide :)
A voir également:
- Script bash sous red hat pour copie de fichie
- Copie cachée - Guide
- Script vidéo youtube - Guide
- Comment ouvrir un fichier hat? - Télécharger - Bureautique
- Super copie - Télécharger - Gestion de fichiers
- Copie écran samsung - Guide
1 réponse
Je partirais plutôt sur un rsync + cron, non ?
http://doc.ubuntu-fr.org/cron
http://doc.ubuntu-fr.org/rsync
Parce que par ftp galère... ssh à la rigueur à coup de scp. Toute la difficulté avec ces deux approches, c'est à dire une copie manuelle via ssh ou ftp, c'est de gérer les fichiers mis à jour et les collisions.
Avec ssh c'est plus facile car
1) l'authentification, les utilisateurs et le chiffrement des données est déjà mis en place
2) la commande ssh permet de prendre en paramètre des commandes à exécuter sur un PC distant, ce qui permet notamment de lancer des commandes shell distantes et donc d'écrire un script relatif à une machine distante.
Mais bon ça reste galère car il faut évaluer les dates pour savoir s'il faut ou non écraser un fichier (est ce que le fichier présent sur le backup est plus ou moins récent que le fichier qu'on tente de backuper, etc...).
C'est pourquoi un outil comme rsync ou svn me paraît plus adéquat. Dans ton cas s'il n'y a pas de notions de versions (comme c'est le cas comme on code un projet à plusieurs) mais juste du backup, rsync est plus adapté.
Bonne chance
http://doc.ubuntu-fr.org/cron
http://doc.ubuntu-fr.org/rsync
Parce que par ftp galère... ssh à la rigueur à coup de scp. Toute la difficulté avec ces deux approches, c'est à dire une copie manuelle via ssh ou ftp, c'est de gérer les fichiers mis à jour et les collisions.
Avec ssh c'est plus facile car
1) l'authentification, les utilisateurs et le chiffrement des données est déjà mis en place
2) la commande ssh permet de prendre en paramètre des commandes à exécuter sur un PC distant, ce qui permet notamment de lancer des commandes shell distantes et donc d'écrire un script relatif à une machine distante.
Mais bon ça reste galère car il faut évaluer les dates pour savoir s'il faut ou non écraser un fichier (est ce que le fichier présent sur le backup est plus ou moins récent que le fichier qu'on tente de backuper, etc...).
C'est pourquoi un outil comme rsync ou svn me paraît plus adéquat. Dans ton cas s'il n'y a pas de notions de versions (comme c'est le cas comme on code un projet à plusieurs) mais juste du backup, rsync est plus adapté.
Bonne chance