Sous-sections

Introduction

Qui a besoin de sched

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

  1. Machine1 Arrêt des frontaux web
  2. Machine2 Arrêt de la base de donnée
  3. Machine2 Sauvegarde
  4. Machine2 Démarrage de la base
  5. Machine2 Intégration de fichier externe
  6. Machine1 Démarrage des frontaux web

Attention

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.

Composants

Figure 1: Architecture
\includegraphics[width=10cm]{inc/archi.eps}

Figure 2: sched_builder
\includegraphics[width=10cm]{inc/job_edit1.eps}

Figure 3: sched_view
\includegraphics[width=13cm]{inc/sched_view1.eps}

Eric 2005-12-17