Paramètres serveur batch
Le superviseur du progiciel intègre un serveur batch à même d'exécuter des tâches de façon différée, à la demande de l'utilisateur qui envoie des requêtes à ce serveur. Il est susceptible de faire fonctionner simultanément un ensemble de tâches, dont le nombre maximum est défini par la licence utilisée (4 en standard : la fonction de visualisation de licence indique cette limite, à laquelle il faut retrancher 1 prise par le serveur de batch lui-même).
Parmi les tâches batch particulières, on signalera :
- la tâche batch comptable utilisée pour mettre à jour la comptabilité dès lors que des écritures automatiques ont été passées par toute fonction du progiciel.
- la tâche batch de signature Workflow, nommée AWRKSIG, qui traite les signatures distantes par clic sur un lien dans un message.
Cette fonction permet de modifier les paramètres du serveur batch.
Afin de bien comprendre l'influence des différents paramètres, il est conseillé de lire la documentation expliquant la cinématique de fonctionnement du serveur batch.
Gestion de l'écran
Ecran de saisie
Présentation
Un seul onglet permet de définir un ensemble de paramètres.
Fermer
Champs
Les champs suivants sont présents dans cet onglet :
Serveur batch
| 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). |
| 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). |
| 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. |
| 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. |
| 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. |
| 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. |
| 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é. |
|
|
|
|
| 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. |
|
|
| 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. |
|
|
|
|
|
|
|
|
|
|
Fermer