Configuration du gestionnaire de requêtes Rational ClearQuest Web pour le recyclage automatique

Pour les déploiements de Rational ClearQuest Web à grande échelle, vous pouvez améliorer la disponibilité du service en activant le recyclage automatique du gestionnaire de requêtes.

La fonction de recyclage automatique démarre une nouvelle instance du gestionnaire de requêtes, dès que l'instance en cours a traité un nombre donné de requêtes ou qu'elle est active depuis un certain temps. Vous pouvez déterminer le seuil approprié en analysant le moment et la raison de la dégradation des performances.

Le serveur de registre gère le processus de recyclage. Lorsque l'instance en cours du gestionnaire de requêtes atteint son seuil, le serveur de registre démarre une nouvelle instance afin de traiter toutes les nouvelles sessions pendant que l'instance en cours traite les requêtes des sessions en cours. Lorsque l'instance en cours a terminé le traitement des requêtes, elle s'arrête (avant de s'arrêter, elle peut être amenée à attendre que les sessions existantes soient terminées ou qu'elles aient expiré). Lorsqu'une nouvelle instance a démarré, le serveur de registre peut obliger l'instance en cours à s'arrêter après un délai défini, si des utilisateurs sont toujours connectés ou si des sessions sont bloquées. Vous pouvez également configurer le serveur de registre pour contrôler les arrêts imprévus du gestionnaire de requêtes. Lorsque le gestionnaire de requêtes s'est arrêté anormalement, le serveur de registre démarre une nouvelle instance du gestionnaire de requêtes.

Les sections suivantes proposent des paramétrages de configuration de la fonction de recyclage automatique du gestionnaire de requêtes. Pour que les modifications apportées aux propriétés soient prises en compte, vous devez redémarrer le serveur Rational ClearQuest.

Activation ou désactivation de la fonction de recyclage automatique

Par défaut, la fonction de recyclage automatique du gestionnaire de requêtes est activée. Pour la désactiver, définissez sur FALSE la propriété ENABLE_RECYCLING du fichier csm.properties. Ce fichier se trouve dans <INSTALLATION ROOT>\clearquest\cqweb\csm.properties. Veuillez noter que sa désactivation peut nuire à la fiabilité et à la disponibilité du gestionnaire de requêtes.

Recyclage automatique en fonction d'un intervalle de temps

Par défaut, le gestionnaire de requêtes effectue un recyclage tous les jours à 1 heure du matin. Pour désactiver ce recyclage à heure fixe, supprimez la propriété.

Vous pouvez spécifier un intervalle différent dans la propriété TIME_CRITERIA du fichier rmmanager.properties : FREQUENCY|[HOURS][DAYS]|[TIME].

Selon le cas, spécifiez pour la propriété FREQUENCY la valeur HOURLY (toutes les heures), DAILY (tous les jours) ou EVERYFEWDAYS (au bout de quelques jours).

Exemple :
  • Recyclage toutes les 2 heures

    TIME_CRITERIA=HOURLY|2

    L'intervalle HOURLY doit être supérieur à 1. Cependant, si vous devez recycler le gestionnaire de requêtes toutes les heures, contactez le Support client IBM Rational.

  • Recyclage tous les 3 jours à 10h30

    TIME_CRITERIA=EVERYFEWDAYS|3|10:30 AM

    Si vous modifiez la valeur par défaut, le nombre de jours de l'intervalle EVERYFEWDAYS doit être supérieur ou égal à 1.

  • 2 instances du gestionnaire de requêtes qui sont recyclées chaque jour à 13h00

    TIME_CRITERIA=DAILY|1:00 AM

    NUMBER_REQUEST_MANAGERS=2

Recyclage automatique en fonction du nombre de requêtes

Pour recycler le gestionnaire de requêtes lorsqu'il a traité un certain nombre de requêtes, définissez la propriété NUMBER_OF_REQUESTS_CRITERIA du fichier <INSTALLATION_ROOT>\clearquest\cqweb\cqserver\config\rmmanager.properties. Par défaut, cette propriété est désactivée.

Exemple :

2 instances du gestionnaire de requêtes sont recyclées lorsque chacune a traité 500 000 requêtes.

NUMBER_REQUEST_MANAGERS=2

NUMBER_OF_REQUESTS_CRITERIA=500000

Forcer le gestionnaire de requêtes à s'arrêter

A un moment donné, le gestionnaire de requêtes ne peut avoir que deux instances actives. Il peut arriver que l'instance courante du gestionnaire de requêtes ne s'arrête pas après avoir atteint le seuil, parce que des utilisateurs sont connectés ou que des sessions sont bloquées. Mais comme l'instance a atteint son seuil, la seconde instance du gestionnaire de requêtes démarre, pour traiter les nouvelles requêtes. Dans ces conditions, si la seconde instance atteint son seuil, il est impossible de démarrer une troisième instance puisque la première est toujours active.

En outre, les instances du gestionnaire de requêtes sont arrêtées dans l'ordre de leur lancement. Par conséquent, même si la seconde instance atteint son seuil et n'a pas de sessions actives ou bloquées, elle ne peut pas s'arrêter avant la première instance. En définissant sur TRUE la propriété ENABLE_FORCED_EXIT, le serveur de registre oblige la première instance à s'arrêter, dès que la seconde atteint son seuil. Une fois la première instance arrêtée, il est possible d'en démarrer une troisième et d'arrêter la seconde, pour assurer le traitement des nouvelles requêtes.

Par défaut, la propriété ENABLE_FORCED_EXIT a la valeur TRUE. Cette propriété se trouve dans le fichier csm.properties.

Surveillance du gestionnaire de requêtes

Vous pouvez paramétrer le serveur de registre pour qu'il démarre une nouvelle instance du gestionnaire de requêtes, au cas où l'instance courante se bloque. Pour cela, définissez sur TRUE la propriété ENABLE_MONITORING_FOR_CRASHES du fichier csm.properties. Par défaut, cette propriété a la valeur TRUE. Si vous lui donnez la valeur FALSE et que le gestionnaire de requêtes se bloque ou s'arrête, aucune nouvelle instance n'est démarrée. Si vous avez désactivé le recyclage automatique via la propriété ENABLE_RECYCLING, mais que vous avez défini sur TRUE la propriété ENABLE_MONITORING_FOR_CRASHES, le blocage de l'instance courante du gestionnaire de requêtes déclenche le démarrage d'une nouvelle instance.



Retour d'informations