[z/OS]

Optimisation de GRS lors de l'utilisation de transactions globales sous z/OS

WebSphere Application Server for z/OS utilise la sérialisation d'accès des ressources partagées (GRS) pour communiquer les informations entre les serveurs d'un sysplex. Lorsque plusieurs serveurs sont définis dans un système ou dans un sysplex, une requête peut aboutir à un serveur incorrect. WebSphere Application Server for z/OS utilise GRS pour savoir où la transaction est exécutée.

Pourquoi et quand exécuter cette tâche

Si vous utilisez des transactions globales, WebSphere Application Server for z/OS génère, en début de transaction, une mise en file d'attente pour cette transaction et conserve cette file d'attente jusqu'à la fin de la transaction.

WebSphere Application Server for z/OS utilise les mises en file d'attente GRS dans les situations suivantes :
  • Transactions de validation en deux phases impliquant plusieurs serveurs
  • Sessions HTTP en mémoire
  • EJB avec état
  • Transactions rémanentes pour suivre les états pseudo-conversationnels.

Si vous n'êtes pas dans un sysplex, respectez la configuration suivante : GRS=NONE. Si vous êtes dans un sysplex, la configuration suivante est recommandée : GRS=STAR.

Cela vous oblige à configurer GRS pour utiliser l'unité de couplage. Toutes les mises en file d'attente WebSphere Application Server sont établies avec RNL=NO, ce qui évite de mal configurer le GRSRNLxx avec des valeurs inappropriées. Pour configurer ceci, reportez-vous à la documentation GRS.

Eviter les incidents Eviter les incidents: Si vous utilisez un anneau GRS pour connecter un ou plusieurs monoplex à un environnement sysplex, le nom de cellule des serveurs exécutés dans l'un des monoplex doit être unique dans l'environnement GRS. Cette exigence signifie que le nom de cellule d'un serveur exécuté dans l'un des monoplexes :
  • Doit être différent du nom de cellule des serveurs exécutés dans le sysplex
  • Doit être différent du nom de cellule des serveurs exécutés dans un autre monoplex connecté au sysplex
Si des serveurs possèdent des noms de cellule en double au sein de l'environnement GRS, WebSphere Application Server for z/OS ne peut pas faire la différence entre la cellule sysplex et la cellule monoplex, et traite les deux serveurs comme faisant partie de la même cellule. Cette association de cellules inadéquate provoque généralement des résultats imprévisibles au niveau du traitement.gotcha

Procédure


Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tprf_tunezgrs
Nom du fichier : tprf_tunezgrs.html