Un projet de plateforme CICS définit un bundle de
plateformes, qui est un type de bundle de gestion décrivant une plateforme. Le bundle de
plateformes spécifie les types de région de la plateforme.
Avant de commencer
Configurez un répertoire de base de plateforme dans zFS avant de créer le projet de plateforme
CICS. La meilleure façon consiste à utiliser le répertoire de base de
plateforme par défaut, /var/cicsts/CICSplex/platforme1,
dans lequel CICSplex est le nom du CICSplex dans lequel va être
installée la plateforme, et platforme1 est le nom de votre
plateforme. Si vous souhaitez utiliser un autre répertoire comme répertoire de base de plateforme,
vous pouvez utiliser un autre nom de répertoire à l'aide de l'éditeur de plateforme
après avoir créé le projet de plateforme CICS. Pour obtenir des
instructions sur la création d'un répertoire de base de plateforme dans zFS, voir
Création d'un répertoire de base de plateforme dans zFS dans
le centre de documentation CICS TS 5.1.
Si vous souhaitez déployer des bundles CICS au niveau de votre plateforme, vous pouvez créer ces bundles pour être prêt à les ajouter lorsque vous
créez votre projet de plateforme CICS.
Par exemple, vous pouvez déployer un bundle
CICS contenant une ressource requise dans toutes les régions
CICS de la plateforme ou une politique qui s'applique à plusieurs applications déployées sur la plateforme. Si aucune application, ressource ou politique n'a encore été
configurée pour votre plateforme, vous pouvez ajouter des bundles
CICS à la plateforme après les avoir créés ou à tout instant
après les avoir déployés. Pour obtenir des instructions relatives à la création d'un bundle
CICS, voir Utilisation de bundles.
Pourquoi et quand exécuter cette tâche
Une plateforme contient un ou plusieurs types de région. Les types de région sont utilisés pour classer
et contenir des régions CICS en fonction de leur type. Par exemple,
toutes les régions CICS qui gèrent les connexions à
DB2 peuvent appartenir au même groupe.
Vous pouvez partager des régions
CICS entre types de région de la même plateforme ou d'autres
plateformes.
Vous pouvez créer de nouveaux types de région dans la
plateforme. Vous pouvez également choisir d'adopter des groupes de systèmes CICS existants (CSYSGRPs) en tant que types de région
dans la plateforme. Une plateforme unique peut inclure à la fois les types de
région créés et les types de région adoptés.
Les types de région créés peuvent spécifier les propriétés des
régions CICS qu'ils contiennent. Vous pouvez cloner certaines valeurs
d'attribut de région pour toutes les régions CICS d'un type de région
en les spécifiant au niveau du type de région. Seules les régions CICS
dont les définitions comportent les mêmes valeurs d'attribut ou dont aucune valeur n'est spécifiée pour
ces attributs peuvent faire partie de ladite région. Vous pouvez spécifier les valeurs d'attribut de région
suivantes au niveau d'un type de région :
- Admissible en tant que région de routage (attributb WLMSTATUS)
- Si cette région CICS doit participer ou non
à cette charge de travail en tant que région de routage au démarrage de la région
CICS.
- Admissible en tant que région cible (attribut DYNROUTE)
- Indique si cette région CICS doit être active en tant que région
cible et accepte des tâches pour la charge de travail pour laquelle elle est une cible au démarrage
de CICS.
- Activer l'installation BAS (attribut AUTOINST)
- Indique si des ressources associées à la région CICS via une
description des ressources doivent être automatiquement installées lorsque le MAS se connecte au CMAS.
- Action d'échec de l'installation BAS (attribut AINSFAIL)
- Action à réaliser en cas d'échec d'une installation BAS.
Si l'architecture
de votre plateforme requiert que toutes les régions CICS d'un type
de région présentent des aptitudes ou des limites particulières dans ces domaines, indiquez les valeurs
appropriées au niveau du type de région. Si un type de région
créé n'a pas d'exigences particulières pour un attribut donné, n'indiquez aucune
valeur pour cet attribut, de telle sorte que n'importe quel paramètre est autorisé dans les régions CICS. Lorsque vous spécifiez la valeur d'un attribut de région au niveau du type de
région, cette valeur est verrouillée et ne peut plus être modifiée dans une région
CICS faisant partie du type de région.
Si vous souhaitez de
nouveau implémenter une topologie de gestionnaire de système CICSPlex
existante en tant que plateforme, vous pouvez adopter un groupe de systèmes
CICS (CSYSGRP) en tant que type de région adoptée. Chaque
CSYSGRP que vous adoptez dans le cadre d'une plateforme doit satisfaire aux exigences suivantes :
- Le groupe n'a pas encore été adopté par une plateforme déjà installée. Si le groupe est déjà associé à une plateforme, il ne peut être utilisé comme un type de région.
- Le groupe ne contient pas de sous-groupe.
- Le groupe ne fera l'objet d'aucune modification (un groupe impliqué
dans WLM ou RTA, par exemple). Les plates-formes nécessitent un verrouillage sur les
groupes qui sont utilisés en tant que types de région.
- Le paramètre de système MASPLTWAIT(YES)
du gestionnaire de système CICSPlex de toutes les
régions CICS doit être spécifié. MASPLTWAIT(YES) est également
requis pour les services d'application de gestion. Ce paramètre est obligatoire pour installer
automatiquement des ressources pour une application ou une plateforme lors de l'initialisation de la
région CICS.
Si des régions
CICS d'un CSYSGRP ne satisfont pas à ces exigences,
et que vous souhaitez utiliser les régions CICS dans la
plateforme, ajoutez leurs définitions système (CSYSDEFs) à un nouveau CSYSGRP que vous avez spécialement
créé pour la plateforme.
Que faire ensuite
Exportez le projet vers le système de fichiers zSeries, configurez les régions
CICS pour mettre en correspondance chaque
définition de région CICS que vous avez créée dans un type de région
de votre plateforme, puis installez la plateforme dans le CICSplex pour le rendre disponible. Reportez-vous à la tâche
Déploiement d'un projet de plateforme CICS.