Si vous utilisez actuellement ssh ou bien rsh sans protection pour synchroniser vos traitements, et que vous souhaitez avoir une solution réseau, plus de flexibilité ou bien avoir une vue centrale de l'exécution de vos traitements, Sched vous apportera ce que vous cherchez. Par contre, si vous ne connaissez pas la philosophie Unix ou bien que vous ne connaissez pas les bases du shell, et que vous aimez faire les mêmes vérifications tous les matins, nous ne vous conseillons pas d'utiliser Sched, car il ne faut pas écraser les mouches avec un marteau.
Sched va aider l'administrateur système à synchroniser des tâches (arrêts, démarrages, sauvegardes, etc..) sans utiliser de compte ssh/rsh sans mot de pass, et va permettre de suivre chaque étape via un graphset d'exécution graphique.
L'utilisateur peut créer ses job via un programme gtk (sched_builder) et peut suivre ses traitements via une interface web (sched_view). Le but du système sched est de simplifier les traitements systèmes. Par exemple
Sched n'est pas un shell graphique. Il n'est pas prévu de l'utiliser comme un interpréteur de commande. Mais plutôt pour organiser/synchroniser des shell de relativement haut niveau.
Ces shells doivent être de bons shells. Leur code de retour va permettre de déterminer si les actions suivantes peuvent être exécutées.
Eric 2005-12-17