Utilisation du partage de niveau enregistrement VSAM

Le partage de niveau enregistrement (RLS) VSAM est un mode d'accès aux fichiers VSAM, introduit dans DFSMSet pris en charge par CICS®. Le partage de niveau enregistrement permet de partager des données VSAM, avec une fonction de mise à jour complète, entre de nombreuses applications s'exécutant dans de nombreuses régions CICS . Avec le partage de niveau enregistrement, les régions CICS qui partagent des fichiers VSAM peuvent résider dans une ou plusieurs images MVS au sein d'un sysplex MVS.

Le partage de niveau enregistrement offre également certains avantages lorsque des fichiers sont partagés entre des régions CICS et des travaux par lots.

RLS implique l'utilisation des composants suivants:

Un serveur VSAM, sous-système SMSVSAM
Ce sous-système s'exécute dans son propre espace adresse pour fournir la prise en charge de partage de niveau d'enregistrement requise par les régions (AOR) et les travaux par lots de l'application CICS , dans chaque image MVS d'un environnement Parallel Sysplex ®.

L'interface CICS avec SMSVSAM passe par un bloc de contrôle d'accès (ACB) et CICS s'enregistre auprès de ce bloc de contrôle d'accès pour ouvrir la connexion. Contrairement aux sous-systèmes de gestionnaire de base de données Db2® et DBCTL, qui nécessitent une action utilisateur pour ouvrir les connexions, si vous spécifiez RLS=YES en tant que paramètre d'initialisation de système, CICS s'enregistre automatiquement avec le bloc de contrôle d'accès de contrôle SMSVSAM lors de l'initialisation de CICS .

Une région CICS doit ouvrir le bloc de contrôle d'accès (ACB) de contrôle pour s'enregistrer auprès de SMSVSAM avant de pouvoir ouvrir un bloc de contrôle d'accès de fichier en mode RLS. Chaque ACB de fichier normal reste l'interface pour les demandes d'accès aux fichiers.

Fichiers de contrôle de partage
VSAM requiert un certain nombre de ces fichiers pour le contrôle de partage de niveau d'enregistrement. Les fichiers de contrôle de partage VSAM sont des fichiers linéaires partitionnés de manière logique. Ils peuvent être définis avec des extensions secondaires, mais toutes les extensions de chaque fichier doivent se trouver sur le même volume.

Définissez au moins trois fichiers de contrôle de partage. VSAM requiert deux fichiers actifs pour une utilisation en mode duplexage et un troisième fichier en tant que fichier de secours en cas de défaillance de l'un des fichiers actifs.

Pour plus d'informations sur les fichiers de contrôle de partage et pour un exemple de JCL permettant de les définir, voir z/OS DFSMSdfp Storage Administration.

Pools de mémoire tampon communs et blocs de contrôle
Pour les fichiers accessibles en mode non RLS, les blocs de contrôle VSAM et les mémoires tampon (pools de ressources partagées locales (LSR)) se trouvent dans chaque espace adresse CICS . Ils ne sont donc pas disponibles pour les programmes de traitement par lots, ni même pour une autre région CICS .

Avec le partage de niveau enregistrement, tous les blocs de contrôle et les mémoires tampon sont alloués dans un espace de données associé du serveur SMSVSAM. Cette structure fournit un grand pool de mémoire tampon pour chaque image MVS, qui peut être partagé par toutes les régions CICS connectées au serveur SMSVSAM, ainsi que par les programmes de traitement par lots. Les mémoires tampon de cet espace de données sont créées et libérées automatiquement.

DFSMS fournit le paramètre RLS_MAX_POOL_SIZE que vous pouvez spécifier dans IGDSMSxx SYS1.PARMLIB . Il n'existe pas d'autres paramètres d'optimisation pour le partage de niveau d'enregistrement, comme c'est le cas pour les pools de ressources partagées locales. La gestion des mémoires tampon de partage de niveau enregistrement est entièrement automatique.

L'utilisation du partage de niveau enregistrement avec des fichiers en séquence d'entrée (ESDS) peut avoir un effet négatif sur la disponibilité du fichier lorsque vous ajoutez des enregistrements à l'aide de plusieurs tâches provenant de plusieurs régions. En effet, l'ajout d'un enregistrement nécessite un verrou de type add-to-end exclusif pour effectuer l'écriture. Si une région CICS échoue lors de l'écriture dans un fichier ESDS, le fichier peut être verrouillé jusqu'au redémarrage de la région CICS .

Pour utiliser le mode d'accès de partage de niveau enregistrement avec les fichiers CICS , procédez comme suit:
  1. Définissez les fichiers de contrôle de partage requis.
  2. Spécifiez le paramètre RLS_MAX_POOL_SIZE dans le fichier IGDSMSxx SYS1.PARMLIB .
  3. Vérifiez que le serveur SMSVSAM est démarré dans l'image MVS pour laquelle vous souhaitez la prise en charge du partage de niveau d'enregistrement.
  4. Indiquez le paramètre d'initialisation du système RLS=YES. Ce paramètre permet à CICS de s'enregistrer automatiquement auprès du serveur SMSVSAM en ouvrant le bloc de contrôle d'accès lors de l'initialisation de CICS . La prise en charge du partage de niveau enregistrement ne peut pas être activée dynamiquement ultérieurement si vous démarrez CICS avec RLS=NO.
  5. Assurez-vous que les fichiers que vous prévoyez d'utiliser en mode d'accès RLS sont définis, à l'aide d'Access Method Services (AMS), avec les attributs de récupération requis à l'aide des paramètres LOG et LOGSTREAMID dans les instructions IDCAMS DEFINE. Si vous utilisez un jeu de données existant qui a été défini sans ces attributs, redéfinissez le jeu de données avec ces attributs spécifiés.
  6. Indiquez RLSACCESS(YES) dans la définition de ressource de fichier.

CICS peut utiliser trois modes différents pour accéder à un fichier VSAM. Il s'agit du mode de ressources non partagées (NSR), du mode de ressources partagées locales (LSR) et du mode de partage de niveau d'enregistrement (RLS). (CICS ne prend pas en charge le mode d'accès aux ressources partagées globales (GSR) VSAM.) Le mode d'accès n'est pas une propriété de l'ensemble de données lui-même, il s'agit d'une propriété de la manière dont l'ensemble de données est ouvert. Cela signifie qu'un ensemble de données donné peut être ouvert par un utilisateur en mode NSR à un moment donné et en mode RLS à un autre. Le terme mode non RLS est utilisé comme terme générique pour désigner les modes d'accès NSR ou LSR pris en charge par CICS. Un fonctionnement en mode mixte est un ensemble de données ouvert en mode RLS et en mode non RLS simultanément par différents utilisateurs.

Bien que les fichiers puissent être ouverts dans des modes différents à des moments différents, tous les fichiers d'une sphère VSAM doivent normalement être ouverts dans le même mode. Une sphère est la collection de tous les composants-la base, l'index, les index de remplacement et les chemins d'index de remplacement-associés à un fichier de base VSAM donné. Cependant, VSAM autorise les opérations en mode mixte sur une sphère par différentes applications, sous réserve de certaines restrictions CICS .

Effets

Les tests et mesures décrits ont été réalisés à l'aide de RLS avec des ensembles de données à séquence clé (KSDS). Comme décrit précédemment dans cette rubrique, le partage de niveau d'enregistrement n'est pas recommandé pour une utilisation avec des fichiers en séquence d'entrée (ESDS), car il peut entraîner des problèmes de performances et de disponibilité lors de l'ajout d'enregistrements.

Il y a une augmentation des coûts d'UC lors de l'utilisation du partage de niveau d'enregistrement (RLS) par rapport à la fonction d'expédition vers une région gérant les fichiers (FOR) utilisant le MRO. Lors de la mesure de l'utilisation de l'unité centrale à l'aide de la charge de travail DSW standard, les comparaisons suivantes ont été observées:
  • Le passage de l'accès aux fichiers locaux à l'accès aux fonctions via des connexions XM (MRO Cross-Memory) a généré une augmentation de 7.02 ms par transaction dans un seul processeur CPC.
  • Le passage de MRO XM à RLS a donné lieu à une augmentation de 8.20 ms par transaction dans un seul processeur CPC.
  • Le passage de XCF/MRO à RLS à l'aide de deux unités centrales a entraîné une réduction de 2.39 ms par transaction.
  • Le passage d'un système de partage de niveau de service utilisant un processeur CPC à un système de partage de niveau de service utilisant deux unités centrales n'a pas fait de différence notable.
En termes de temps de réponse, les mesures de performance ont montré que:
  • La fonction avec MRO XM est meilleure que la fonction de partage de niveau d'enregistrement (RLS), mais cette option limite la fonction d'accès à une seule image MVS et empêche l'exploitation complète d'un Sysplex parallèle avec plusieurs images MVS ou plusieurs UC.
  • Le partage de niveau d'enregistrement (RLS) est préférable à l'envoi de fonctions avec XCF/MRO, lorsque le FOR s'exécute dans une image MVS différente de l'AOR.
Toutefois, les mesures du rendement ne permettent pas à elles seules de raconter toute l'histoire et ne tiennent pas compte d'autres facteurs ; par exemple:
  • Etant donné que d'autres applications doivent partager les mêmes données VSAM, la charge augmente sur le FOR unique jusqu'à un point où le FOR peut devenir un goulot d'étranglement du débit. L'opération FOR est limitée, en raison de l'architecture interne CICS , à l'utilisation d'un seul bloc de contrôle des tâches pour les tâches utilisateur, ce qui signifie qu'une région CICS n'utilise généralement pas plusieurs unités centrales
  • La gestion des sessions devient plus difficile à mesure qu'un plus grand nombre d'AOR se connectent au FOR.

Ces aspects négatifs de l'utilisation d'un FOR sont résolus par l'utilisation de RLS, qui fournit l'évolutivité manquante dans un FOR.

surveillance

L'utilisation du mode d'accès de partage de niveau d'enregistrement pour les fichiers VSAM implique SMSVSAM ainsi que la région CICS qui émet les demandes de contrôle de fichier. Ce choix implique de surveiller les performances de CICS et de SMSVSAM pour obtenir une image complète, à l'aide d'une combinaison de données de surveillance des performances CICS et d'enregistrements SMF de type 42 écrits par SMSVSAM:
Surveillance de CICS
Pour l'accès au partage de niveau enregistrement, CICS écrit des enregistrements de classe de performance dans SMF contenant:
  • Temps UC de partage de niveau enregistrement sur le SRB SMSVSAM
  • Temps d'attente de partage de niveau enregistrement
Données SMF SMSVSAM
SMSVSAM écrit des enregistrements de type 42, des sous-types 15, 16, 17, 18 et 19, fournissant des informations sur les ensembles de cache d'unité de couplage, les structures, les statistiques de verrouillage, l'utilisation de l'UC, etc. Ces informations peuvent être analysées à l'aide des rapports de post-traitement RMF III.
Le code suivant est un exemple de JCL que vous pouvez utiliser pour obtenir un rapport de données SMSVSAM:
//RMFCF     JOB (accounting_information),MSGCLASS=A,MSGLEVEL=(1,1),CLASS=A
//STEP1     EXEC PGM=IFASMFDP
//DUMPIN    DD DSN=SYS1.MV2A.MANA,DISP=SHR
//DUMPOUT   DD DSN=&&SMF,UNIT=SYSDA,
//          DISP=(NEW,PASS),SPACE=(CYL,(10,10))
//SYSPRINT  DD SYSOUT=*
//SYSIN     DD *
  INDD(DUMPIN,OPTIONS(DUMP))
  OUTDD(DUMPOUT,TYPE=000:255))
//POST      EXEC PGM=ERBRMFPP,REGION=0M
//MFPINPUT  DD DSN=&&SMF,DISP=(OLD,PASS)
//SYSUDUMP  DD SYSOUT=A
//SYSOUT    DD SYSOUT=A
//SYSPRINT  DD SYSOUT=A
//MFPMSGDS  DD SYSOUT=A
//SYSIN     DD *
 NOSUMMARY
 SYSRPTS(CF)
 SYSOUT(A)
 REPORTS(XCF)
/*

Les statistiques de contrôle de fichier CICS contiennent des informations standard sur le nombre de demandes de contrôle de fichier émises dans la région CICS . Ils identifient également les fichiers auxquels on accède en mode de partage de niveau d'enregistrement (RLS) et fournissent des nombres de délais d'attente de partage de niveau d'enregistrement (RLS) et d'exceptions (EXCP) pour les fichiers de partage de niveau d'enregistrement (RLS). Ils ne contiennent aucune information sur le serveur SMSVSAM, ni sur son utilisation de la mémoire tampon, ni sur ses accès à l'unité de couplage.