Préparation de RRS (Resource Recovery Services)
WebSphere Application Server for z/OS utilise des services de reprise des ressources (RRS) pour la prise en charge de la validation de la transaction en deux phases.
Pourquoi et quand exécuter cette tâche
Normalement, tous les systèmes d'un sysplex partage le même ensemble de journaux RRS pour le traitement syncpoint. Si vous voulez associer des systèmes spécifiques dans un sysplex pour le traitement syncpoint, vous pouvez définir un nom de groupe de journal lorsque vous démarrez RRS. Le nom de groupe de journal par défaut est le nom du sysplex. Si vous définissez un nom de groupe de journal différent lorsque vous démarrez RRS, le traitement syncpoint sera coordonné avec tous les systèmes du sysplex utilisant le même nom de groupe de journal RRS.
Lorsqu'elles utilisent des flots de journalisation d'unité de couplage, les images RRS sont exécutées indépendamment sur différents systèmes mais partagent des flots de journalisation afin de garder une trace du travail. Si un système échoue, une instance de RRS sur un système différent du sysplex peut utiliser les journaux partagés afin de prendre le relais pour les travaux du système ayant échoué.
N'utilisez des flots de journalisation d'unité de stockage à accès direct DASD que dans les sysplex système simples avec une seule image RRS ou dans un sysplex dans lequel les informations ne doivent pas être partagées entre les images RRS.
- Informations sur les unités de récupération (UR) terminées. Bien que facultatif, ce flot de journalisation est recommandé.
- Informations sur les gestionnaires de ressources utilisant les services RRS.
- L'état des UR actives. RRS déplace périodiquement ces informations dans le journal d'état des UR différées de RRS lorsque l'exécution des UR est différée.
- L'état des UR actives lorsque l'exécution des UR est différée.
- Informations sur les UR incomplètes requises pendant le redémarrage. Ces informations permettent à une instance RRS en fonctionnement de prendre le relais pour les travaux incomplets restant après l'échec d'une instance RRS.
Dans un sysplex à plusieurs systèmes, les flots de journalisation RRS doivent normalement résider dans une unité de couplage.
Toutes les consignations des transactions RRS de WebSphere Application Server for z/OS interviendront uniquement dans le flot de journalisation DELAYED.UR. Vous pouvez toujours configurer votre flot de journalisation MAIN.UR de façon à ce qu'il puisse gérer une charge de travail de production, dans le cas où vous déployez un nouveau conteneur, ou si l'infrastructure WebSphere Application Server for z/OS est modifiée. WebSphere Application Server for z/OS n'a pas d'impact significatif sur les journaux RM.DATA ou RESTART.
Suivez la procédure ci-dessous pour configurer RRS.