IBM FileNet P8, Version 5.2.1            

Configuration du traitement des règles asynchrones

Pour améliorer les performances des flux de travaux, un administrateur peut configurer le système de manière à permettre un traitement asynchrone des règles (en arrière- plan) et l'auteur du flux de travaux peut identifier les ensembles de règles spécifiques qui demandent ce type de traitement.

Le programme des règles peut exécuter la plupart des ensembles de règles en quelques micro-secondes ou moins mais, pour certains d'entre eux, par exemple pour les consultations de base de données, le temps de traitement est plus long. Pendant qu'une unité d'exécution serveur d'un système de flux de travaux qui gère une demande client attend une réponse du programme des règles, elle ne peut pas traiter les autres requêtes entrantes.

Le traitement asynchrone génère une charge supplémentaire sur le système de flux de travaux car il demande de planifier l'exécution des règles en arrière-plan, augmente les mises en file d'attente et accroît le traitement. Pour chaque ensemble de règles pour lequel vous demandez un traitement asynchrone, le système de flux de travaux place les règles dans la file d'attente ISI en vue d'une exécution en arrière-plan. Si le traitement asynchrone n'est pas demandé, l'ensemble de règles est exécuté avec la méthode normale. Pour éviter une dégradation générale des performances du système, réservez le traitement asynchrone aux ensembles de règles nécessitant un temps de traitement important.

Important : L'utilisation de l'option Règles asynchrones avec sauvegarde entraîne un comportement erratique de votre application, car une étape précédemment verrouillée sera automatiquement déverrouillée après l'exécution de la règle. Quand une règle s'exécute en mode asynchrone, l'élément de travail est retiré de sa file d'attente, placé dans la file d'attente ISI pour être exécuté par l'unité d'exécution vwisi, puis est renvoyé vers sa file d'attente d'origine. Pendant cette procédure, il est impossible de maintenir le verrou sur l'objet de travail. Après l'exécution de la règle asynchrone, un élément de travail qui avait été précédemment verrouillé ne sera plus verrouillé par l'utilisateur. Ce problème ne concerne pas les règles exécutées en mode asynchrone avant le démarrage ou la fin de L'étape.
Quand une unité d'exécution donnée ne parvient pas à vider sa file d'attente assez vite, vous pouvez utiliser la procédure suivante pour augmenter le nombre d'unités d'exécution vwisi affectées à la file d'attente ISI :
  1. Dans la console d'administration, augmentez le nombre maximal d'unités d'exécution principales du sous-système de flux de travaux.
    • Dans le panneau de navigation du domaine, sélectionnez le domaine.
    • Dans l'onglet Sous-système de flux de travaux, augmentez la valeur de Nombre max. d'unités d'exécution principales.
Si le moteur de règles ne peut pas traiter certains ensembles de règles en moins d'une seconde, vous pouvez exécuter les actions suivantes pour activer le traitement asynchrone des règles :
  1. Accédez à la configuration des serveurs distants dans la console d'administration :
    1. Dans le panneau de navigation du domaine, sélectionnez la librairie.
    2. Dans le panneau de navigation de la librairie, cliquez sur Administration > Système de flux de travaux.
    3. Dans le panneau des détails, cliquez sur l'onglet Serveurs distants.
  2. Dans l'onglet Serveurs distants, cochez la case Autoriser les règles de synchronisation pour que l'option Règles asynchrones soit disponible dans Process Designer.
  3. Demandez à l'auteur du flux de travaux d'identifier avec vous les ensembles de règles qui demandent un traitement asynchrone.


Last updated: March 2016
bpfwd061.htm

© Copyright IBM Corp. 2016.