Paramètres serveur batch

• Nom du serveur (champ APPLI)

Ce champ, qui n'est qu'affiché, donne le nom du dossier dans lequel le serveur batch est utilisé. Ce nom peut dépendre du progiciel utilisé (par exemple, dans le cas d'ADONIX X3, il s'appelle SERVX3).

• Temps entre 2 scrutations (secondes) (champ TEMPS)

Lorsque aucune tâche ne peut être lancée à moment donné, soit parce que le nombre maximum de tâches lançables simultanément est atteint, soit parce qu'aucune requête n'est en attente d'exécution, le serveur batch se met en veille pendant un nombre de secondes défini par ce paramètre. Ce temps écoulé, il vérifie à nouveau si une ou des tâches peuvent être lancées.

La valeur de ce paramètre influe donc sur le temps moyen de prise en compte d'une requête (si les autres conditions d'exécution sont réunies par ailleurs). Un temps de l'ordre de la minute, ou de 30 secondes, est généralement conseillé (un temps plus court peut être choisi, mais ceci chargera le serveur davantage).

• Temps pour scrutation time-out (secondes) (champ TIMOUT)

Une tâche ayant dépassé le quota de durée d'exécution qui lui était autorisée est arrêtée par le serveur, mais le parcours des tâches en attente pour vérifier la durée d'exécution est une tâche assez lourde. Il est donc possible de définir un intervalle en secondes entre deux scrutations de ce type. Un temps minimum d'une minute, voire de 5 minutes, est souvent suffisant, sauf cas particuliers.

• Numéro prochaine requête (champ NUMREQ)

Il s'agit du numéro courant du compteur des requêtes ; chaque requête est en effet numérotée. Ce numéro est incrémenté automatiquement, mais pour des raisons de maintenance, on peut être amené à le modifier.

• Nb maximum de requêtes actives (champ NBTACHE)

Ce champ permet de définir le nombre maximum de tâches en activité simultanément. Si ce nombre est dépassé, le démarrage des autres tâches en attente est repoussé dans le temps. Il est limité par le nombre de tâches batch autorisé par la licence.

• Retard maxi pour lancer une requête (minutes) (champ RETARD)

Ce champ permet de spécifier le retard admissible (en minutes) pour le démarrage des requêtes. Ce retard est le temps mesuré entre le moment où la tâche a été planifiée et l'heure courante. Habituellement, la raison pour laquelle il peut y avoir un retard est que le nombre de tâches en cours est égal au nombre maximum de tâches possibles.

Une tâche qui n'a pas pu être démarrée dans les délais prescrits sera marquée comme Hors délai et n'est plus exécutée.

Le retard peut aussi être défini au niveau tâche et cette valeur est alors prioritaire.

Si ce champ est égal à 0, et si le retard amissible indiqué sur la tâche est lui aussi nul, la tâche ne sera jamais considérée comme hors délai.

• Attente lecture PID (champ LECPID)

Dans la fonction de gestion des requêtes, on affiche l'état d'une requête dès lors qu'elle a été lancée. La vérification de l'état se fait en recherchant un fichier contenant le PID (numéro de processus système), créé par la tâche lors de son lancement. Si ce fichier n'est pas trouvé, un bouclage se fait, avec une temporisation donnée par cette valeur (en secondes).

En général, une valeur de 1 à 5 secondes est raisonnable. On baissera la valeur si on a des tâches d'exécution rapide, on l'augmentera si le serveur batch est particulièrement chargé.

• Utilisation des fichiers batchs (champ JOB)

Si cette case est cochée, il sera possible de lancer des tâches par la création de fichiers dans un répertoire dédié (défini ci-après). Ceci suppose que les utilisateurs pour le compte desquels la tâche est lancée aient le paramètre EXTBATCH égal à Oui. Pour plus d'informations sur la soumission de requêtes par fichier, il est conseillé de lire la documentation correspondante.

Il est alors nécessaire de renseigner les différents répertoires utilisés pour cette gestion des requêtes soumis par fichier.

• Répertoire des fichiers lancement requête (.job) (champ REPJOB)

• Répertoire des fichiers modèles (.mod) (champ REPMOD)

Cet ensemble de paramètres définit les différents répertoires utilisés pour la gestion des requêtes soumis par fichier. Ces répertoires sont supposés être par défaut sur le serveur d'application (un autre serveur du réseau est envisageable, avec la syntaxe serveur@répertoire, mais en aucun cas un répertoire sur le poste client). L'extension utilisée pour les fichiers traités est indiquée entre parenthèses dans l'intitulé de la rubrique.

La création de fichiers pour soumettre des requêtes au serveur batch est documentée de façon plus précise dans la documentation correspondante.

• Répertoire des fichiers status (.sta) (champ REPSTA)

• Répertoire des fichiers requêtes en cours (.run) (champ REPRUN)

• Répertoire des fichiers requêtes en attente (.req) (champ REPREQ)

• Répertoire des fichiers arrêt requête (.kil) (champ REPKIL)

• Répertoire archive fichiers de lancement (.old) (champ REPOLD)