Bull DPS 7000 Guide de l'utilisateur

Transcription

1 GESTION DES FICHIERS ET DES VOLUMES Bull DPS 7000 Guide de l'utilisateur GAC - EXTENDED - GCOS7 Logiciel Sujet : Ce manuel décrit l'utilisation de GAC-EXTENDED (Gestion générale des accès) sur un système DPS7/7000. GAC-EXTENDED a pour objet de permettre un partage efficace des fichiers, en réduisant les risques de conflits tout en conservant des temps de réponse performants. Observations : La présente révision s'adresse à tous les utilisateurs de GCOS7 Version V6. La révision 1 reste valable pour les versions précédentes de GCOS7. Version du logiciel : GCOS7 Version V6. Date : Mai 1991 BULL ELECTRONICS ANGERS S.A. Bull HN Information Systems Inc. CEDOC Publication Order Entry Atelier de reprographie FAX: (508) , Avenue Patton MA30/ ANGERS Cedex 01 Technology Park FRANCE Billerica, MA U.S.A. 47 F2 12UF Rev02

2 Copyright Bull S.A., 1991 Toutes les marques citées sont la propriété de leurs titulaires respectifs. Vos suggestions sur la forme et le fond de ce manuel seront les bienvenues. Une feuille destinée à recevoir vos remarques se trouve à la fin du présent manuel. La loi du 11 mars 1957, complétée par la loi du 3 juillet 1985, interdit les copies ou reproductions destinées à une utilisation collective. Toute représentation ou reproduction intégrale ou partielle faite par quelque procédé que ce soit, sans consentement de l'auteur ou de ses ayants causes, est illicite et constitue une contrefaçon sanctionnée par les articles 425 et suivants du code pénal. Ce document est fourni à titre d'information seulement. Il n'engage pas la responsabilité de Bull S.A. en cas de dommages résultant de son application. Des corrections ou modifications au contenu de ce document peuvent intervenir sans préavis ; des mises à jour ultérieures les signaleront éventuellement aux destinataires. 47 F2 12UF Rev02

3 Préface OBJET DU MANUEL Ce manuel décrit l'utilisation de GAC-EXTENDED (Gestion générale des accès) sur un système DPS 7/7000. GAC-EXTENDED a pour objet de permettre un partage plus efficace des fichiers, en réduisant les risques de conflits tout en conservant des temps de réponse performants. Ce manuel présente également les caractéristiques générales des mécanismes de partage et de verrouillage applicables aux fichiers sous GCOS 7. UTILISATEURS CONCERNES Ce manuel s'adresse à tous les utilisateurs de GAC-EXTENDED. 47 F2 12UF Rev02 iii

4 GAC-EXTENDED - Guide de l'utilisateur STRUCTURE DU MANUEL Ce manuel se compose de quatre chapitres et trois annexes. Le chapitre 1 est une introduction générale présentant les avantages offerts par GAC- EXTENDED pour la gestion des accès concurrents aux ressources. Le chapitre 2 décrit les mécanismes de partage et de verrouillage utilisables sous GCOS 7, et définit les notions d'intervalle de contrôle (CI) et d'unité de consolidation. Le chapitre 3 contient toutes les informations nécessaires aux utilisateurs Traitement par lots, IOF (IQS) et TDS pour une exploitation optimale de GAC-EXTENDED. Le chapitre 4 traite des conflits et des interblocages sous GAC-EXTENDED. Il s'adresse essentiellement aux utilisateurs intéressés par le fonctionnement interne de GAC- EXTENDED. L'annexe A fournit la liste des codes retour relatifs à GAC-EXTENDED. L'annexe B donne la liste des messages GAC-EXTENDED les plus courants. L'annexe C décrit les paramètres à spécifier dans la directive GAC de l'utilitaire CONFIG. iv 47 F2 12UF Rev02

5 Préface BIBLIOGRAPHIE Généralités, gestion et exploitation : Synthèse du système d'exploitation GCOS F2 04UG System Overview A2 04UG IOF - Manuel de référence de l'utilisateur Vol.1 : Introduction à IOF F2 21UJ Vol.2 : Commandes GCL (VBO) F2 22UJ Vol.2 : Commandes GCL (FBO) F2 23UJ Vol.3 : Directives et commandes processeur F2 24UJ Vol.4 : Compléments F2 25UJ IOF Terminal User's Reference Manual Part 1 : Introduction to IOF A2 21UJ Part 2 : GCL Commands (VBO) A2 22UJ Part 2 : GCL Commands (FBO) A2 23UJ Part 3 : Directives & General Processor Commands A2 24UJ Part 4 : Appendices A2 25UJ Messages d'erreur et codes retour F2 10UJ Messages and Return Codes Directory A2 10UJ JCL - Manuel de référence F2 11UJ JCL Reference Manual A2 11UJ Guide d'installation et de mise à jour du système...47 F2 17US System Installation Configuration and Updating Guide...47 A2 17US IQS V4.0 : IQS-V4 - Bulletin de logiciel...47 F2 70UR IQS-V4 Software Release Bulletin A2 70UR IQS - Guide de l'utilisateur expert...47 F2 76UD IQS Advanced User's Guide A2 76UD IQS - Manuel de référence - Volume F2 77UD IQS Reference Manual Volume A2 77UD IQS - Manuel de référence - Volume F2 78UD IQS Reference Manual Volume A2 78UD IQS/TDS - Guide de l'utilisateur...47 F2 81UD IQS/TDS User's Guide A2 81UD 47 F2 12UF Rev02 v

6 GAC-EXTENDED - Guide de l'utilisateur IQS V4.1 IQS Guide de l'utilisateur expert...47 F2 76UR IQS-4.1 Advanced User's Guide A2 76UR IQS Manuel de référence - Volume F2 77UR IQS-4.1 Reference Manual Volume A2 77UR IQS Manuel de référence - Volume F2 78UR IQS-4.1 Reference Manual Volume A2 78UR IQS-4.1/TDS - Guide de l'utilisateur...47 F2 81UR IQS-4.1/TDS User's Guide A2 81UR TDS : TDS - Concepts...47 F2 20UT TDS Concepts...47 A2 20UT TDS - Guide de l'administrateur...47 F2 21UT TDS Administrator's Guide...47 A2 21UT IDS/II : IDS/II - Manuel de référence...47 F2 11UD IDS/II Reference Manual A2 11UD Gestion des fichiers et des données : UFAS-EXTENDED - Guide de l'utilisateur...47 F2 04UF UFAS-EXTENDED User's Guide...47 A2 04UF Utilitaires de gestion de données...47 F2 26UF Data Management Utilities User's Guide...47 A2 26UF Gestion des catalogues - Guide de l'utilisateur...47 F2 15UF Catalog Management User's Guide...47 A2 15UF Reconstitution des fichiers - Guide de l'utilisateur...47 F2 19UF File Recovery Facilities User's Guide...47 A2 19UF GPL : GPL - Manuel de référence F2 35UL GPL Reference Manual A2 35UL GPL - Primitives système - Volume F2 38UL GPL System Primitives Volume A2 38UL vi 47 F2 12UF Rev02

7 Préface GPL - Primitives système - Volume F2 39UL GPL System Primitives Volume A2 39UL Dans ce manuel, les références sont citées sous forme abrégée (4 derniers caractères alphanumériques). Pour plus de précisions (disponibilité du manuel, numéro de révision, indice de mise à jour), veuillez consulter le "Catalogue de la documentation" et le fascicule "Documents nouveaux", qui portent tous deux la référence 00 F CONVENTIONS D'ECRITURE Les conventions d'écriture utilisées dans ce manuel pour la syntaxe des ordres et commandes sont les suivantes: ELEMENT élément [élément] {élément élément élément} (élément élément) élément... Les majuscules indiquent un élément à introduire tel quel. A noter que l'élément est représenté en majuscules par convention ; en fait, il peut être introduit en majuscules ou en minuscules. Les minuscules indiquent une valeur à fournir par l'utilisateur. Les crochets indiquent un élément facultatif. Les accolades indiquent que l'un des éléments qu'elles encadrent doit être sélectionné si le paramètre correspondant est retenu. La valeur implicite éventuelle est soulignée. Les parenthèses indiquent qu'il est possible de spécifier une ou plusieurs valeurs. Les points de suspension indiquent que l'élément qui précède peut être répété une ou plusieurs fois. 47 F2 12UF Rev02 vii

8 GAC-EXTENDED - Guide de l'utilisateur 8 47 F2 12UF Rev02

9 Table des matières 1. Présentation de GAC-EXTENDED GENERALITES GAC-EXTENDED ET UFAS-EXTENDED PARTAGE DE FICHIER Partage sans GAC-EXTENDED Partage sous GAC-EXTENDED CONSOLIDATION Accès concurrent MISES A JOUR MULTIPLES AVANTAGES DE GAC-EXTENDED Le partage de fichiers TYPES DE PARTAGE SOUS GCOS Paramètre SHARE Paramètre ACCESS REGLES DE PARTAGE F2 12UF Rev02 ix

10 GAC-EXTENDED Guide de l'utilisateur 2.3 PARTAGE ENTRE UTILISATEURS TDS ET UTILISATEURS NON TDS Plusieurs utilisateurs en lecture Plusieurs utilisateurs en lecture et un seul en écriture Plusieurs utilisateurs en lecture et en écriture ACTIVATION DE GAC-EXTENDED Ressources associées aux fichiers Ressources non associées aux fichiers UNITES DE CONSOLIDATION Généralités Gestion des unités de consolidation Consolidation de données modifiées Utilisation de GAC-EXTENDED GENERALITES ELEMENTS COMMUNS AUX TROIS ENVIRONNEMENTS Liste des verrous Utilisation des journaux Interblocage UTILISATION DE GAC-EXTENDED EN TRAITEMENT PAR LOTS Généralités JCL et GCL requis Paramètre READLOCK Traitement des pointeurs Remarques importantes Paramètre NUMLOCK Consolidation Critères de base Programmation Appel de la fonction consolidation Coexistence des points de reprise et des points de consolidation Gestion des interblocages et des arrêts prématurés Utilisation des journaux Traitement séquentiel des fichiers UFAS x 47 F2 12UF Rev02

11 Préface 3.4 UTILISATION DE GAC-EXTENDED SOUS IQS Généralités GCL requis Paramètre READLOCK Consolidation Consolidation automatique Consolidation manuelle Traitement des pointeurs Liste des verrous Attente prolongée Interblocage UTILISATION DE GAC-EXTENDED SOUS TDS Consolidation Clause MAXIMUM NUMBER OF LOCKED PAGES Traitement des pointeurs Attente prolongée Verrouillages et conflits Généralités Modes de verrouillage Verrous en lecture Lecture partagée Lecture exclusive Lecture statistique Verrou en écriture Exemple Récapitulatif CONFLITS Verrouillage en mode exclusif Verrouillage en mode partagé Verrouillage en mode statistique Situations plus complexes INTERBLOCAGES Généralités Gestion des interblocages Prévention des interblocages TRAITEMENT DES DEMANDES D'ACCES SOUS GAC-EXTENDED F2 12UF Rev02 xi

12 GAC-EXTENDED Guide de l'utilisateur Annexes A. Codes retour... A-1 A.1 INTRODUCTION... A-1 A.1.1 FORMAT DES CODES RETOUR... A-1 A.2 LISTE DES CODES RETOUR... A-3 B. Messages... B-1 C. Directive GAC de l'utilitaire CONFIG... C-1 Index... i-1 xii 47 F2 12UF Rev02

13 Préface Illustrations Figures 1-1 Partage de fichier avec et sans GAC-EXTENDED Accès concurrent sous GAC-EXTENDED Problèmes de cohérence des données SHARE=NORMAL SHARE=ONEWRITE SHARE=MONITOR Partage entre utilisateurs en lecture TDS et Traitement par lots ou IOF Partage entre plusieurs utilisateurs en lecture et un utilisateur TDS en écriture Partage entre plusieurs utilisateurs TDS, IOF et Traitement par lots en lecture et en écriture Découpage en unités de consolidation Incidence des points de reprise et des points de consolidation en cas d'arrêt prématuré Conflit en mode exclusif Conflit en mode partagé Pas de conflit en mode statistique Gestion des conflits par GAC-EXTENDED Cohérence des données Suppression d'un interblocage par GAC-EXTENDED Prévention des interblocages par READLOCK=EXCL Tableaux 3-1 Journal Avant / Type d'accès et mode d'exploitation du fichier Modes de lecture autorisés pour les fichiers contrôlés par TDS Restrictions à l'utilisation de GAC-EXTENDED en fonction des paramètres SHARE et ACCESS Spécification des accès en lecture et en écriture Traitement des demandes d'accès sous GAC-EXTENDED A-1 Numéros des fonctions internes de GAC-EXTENDED... A-2 47 F2 12UF Rev02 xiii

14 GAC-EXTENDED Guide de l'utilisateur F2 12UF Rev02

15 1. Présentation de GAC-EXTENDED 1.1 GENERALITES GAC-EXTENDED (Gestion générale des accès) est le logiciel de partage des fichiers utilisable sous GCOS 7 à partir des versions V3A7 et V3B7. Il permet à des utilisateurs travaillant dans les environnements TDS, IOF (IQS) ou Traitement par lots, d'accéder concurremment aux mêmes ressources. La fonction principale de GAC-EXTENDED est d'assurer la cohérence et l'intégrité des données de chaque utilisateur en résolvant les conflits éventuels tout en conservant des temps de réponse performants. GAC-EXTENDED s'utilise à partir de n'importe quel environnement et ne nécessite qu'un minimum de programmation supplémentaire. Le partage peut s'effectuer aussi bien entre utilisateurs d'environnements différents qu'entre utilisateurs d'un même environnement (y compris TDS). GAC-EXTENDED permet d'accéder aux fichiers UFAS (tous types) et aux aires IDS/II. Pour les aires IDS/II, la gestion des accès peut être spécifiée au moyen du langage DML (se reporter au manuel de référence IDS/II - 11UD). Par contre, GAC-EXTENDED ne permet pas de gérer le partage des fichiers BFAS. GAC-EXTENDED peut être sollicité à partir des programmes COBOL, FORTRAN et GPL. A noter que, dans le cas des systèmes couplés, GAC-EXTENDED ne peut gérer concurremment un même fichier sur les deux systèmes. 47 F2 12UF Rev02 1-1

16 GAC-EXTENDED - Guide de l'utilisateur 1.2 GAC-EXTENDED ET UFAS-EXTENDED GAC-EXTENDED a été conçu pour tirer parti des possibilités offertes par la méthode d'accès aux fichiers UFAS-EXTENDED. Cette dernière est décrite dans le guide de l'utilisateur UFAS-EXTENDED (04UF). Pour tout problème de migration et de coexistence avec les fichiers UFAS-EXTENDED, l'utilisateur pourra se reporter à ce manuel. Pour les grosses applications transactionnelles, GAC-EXTENDED/UFAS-EXTENDED et le gestionnaire de CI offrent des seuils de configuration permettant d'utiliser : un grand nombre de fichiers, un grand nombre de tampons, un pool de tampons de grande taille. Ces importantes améliorations fonctionnelles se sont accompagnées d'une fiabilité accrue des produits GAC-EXTENDED et UFAS-EXTENDED, due à de meilleurs mécanismes de reprise sur erreur et à la réinitialisation dynamique des structures de gestion endommagées dans tous les cas possibles. De plus, le format des fichiers UFAS a été modifié pour s'adapter à l'organisation FBO (Fixed Block Organization - organisation à blocs de longueur fixe). L'ancien format reste utilisable pour des raisons de compatibilité. Par rapport au produit proposé sous V3A7 et V3B7, GAC-EXTENDED sous V6 présente de nouvelles améliorations. Le paramètre NUMLOCK (Traitement par lots et IOF) et la clause MAXIMUM NUMBER OF LOCKED PAGES (TDS), utilisables dans les versions précédentes pour indiquer le nombre maximum de rubriques de la liste des verrous dont pouvait disposer une unité de consolidation, restent utilisables pour des raisons de compatibilité, mais ne sont plus pris en compte. Ils ont été remplacés par un mécanisme de régulation interne à GAC. Sous TDS, en cas d'attente prolongée (angl. longwait), toutes les ressources sont maintenant libérées et l'unité de consolidation arrêtée prématurément est relancée avec application de l'algorithme DIE-WAIT, comme dans le cas d'un interblocage (voir paragraphe 4.3). Les interfaces entre GAC et d'autres produits (TDS, UFAS, IDS/II par exemple) ont été simplifiées de façon à améliorer les performances globales du système. Les mécanismes de verrouillage internes de GAC utilisés pour gérer les accès aux tables GAC ont été modifiés pour permettre un plus grand nombre d'accès simultanés F2 12UF Rev02

17 Présentation de GAC-EXTENDED 1.3 PARTAGE DE FICHIER Partage sans GAC-EXTENDED En l'absence de GAC-EXTENDED, le partage s'effectue au niveau du fichier : un utilisateur se voit accorder ou refuser l'accès à la totalité du fichier. Par conséquent, s'il désire l'accès exclusif à un seul article et que cet accès lui est accordé, les autres utilisateurs se voient refuser l'accès à tout le fichier Partage sous GAC-EXTENDED Si le partage au niveau fichier reste une solution acceptable pour les petites applications ou pour les systèmes de taille limitée, il présente des contraintes inadmissibles pour les applications plus importantes impliquant de nombreux utilisateurs, en particulier si les fichiers doivent être partagés entre des travaux IOF (IQS), TDS et Traitement par lots. Dans ce cas, il est généralement plus rentable de recourir à GAC-EXTENDED, les résultats obtenus compensant les contraintes système supplémentaires. GAC-EXTENDED permet à des utilisateurs travaillant dans différents environnements d'accéder concurremment à un même fichier, en lecture et en écriture. Sous GAC- EXTENDED, le partage est géré au niveau de l'unité de transfert du fichier, appelée intervalle de contrôle ou CI. Autrement dit, un conflit d'accès ne peut se produire que lorsque plusieurs utilisateurs veulent accéder concurremment au même CI. La figure 1-1 met en évidence les différences existant entre les partages sous GAC- EXTENDED et sans GAC-EXTENDED, en termes de temps d'attente. 47 F2 12UF Rev02 1-3

18 GAC-EXTENDED - Guide de l'utilisateur PARTAGE CLASSIQUE (SANS GAC_-EXTENDED) UTIL. 1 UTIL. 2 Traitement Attente Traitement UTIL. 3 Attente Traitement PARTAGE SOUS GAC_-EXTENDED (AVEC CI EN COMMU UTIL. 1 Traitement UTIL. 2 UTIL. 3 Traitement Attente conflit Traitement Poursuite PARTAGE SOUS GAC_-EXTENDED (SANS CI EN COMMU UTIL. 1 UTIL. 2 UTIL. 3 Traitement Traitement Traitement Figure 1-1. Partage de fichier avec et sans GAC-EXTENDED F2 12UF Rev02

19 Présentation de GAC-EXTENDED 1.4 CONSOLIDATION GAC-EXTENDED assure la cohérence des données selon le principe de la consolidation. Une unité de consolidation (angl. commitment unit) peut se définir comme un ensemble d'accès interdépendants à un ou plusieurs fichiers, programmé par un utilisateur. En cours de mise à jour, les données sont considérées dans un état instable, et aucun autre utilisateur ne peut donc y accéder. Une fois les modifications effectuées, la consolidation a lieu. Elle marque la fin de l'unité de consolidation et les données traitées sont à nouveau disponibles. En Traitement par lots, la spécification des points de consolidation est entièrement du ressort des utilisateurs. Sous IOF, les utilisateurs n'ont en principe pas à se préoccuper de la consolidation. Toutefois, IQS est un cas particulier de traitement IOF. Sous IQS, le mode implicite est la consolidation automatique, mais l'utilisateur peut choisir d'effectuer ses consolidations en mode manuel au moment où il le souhaite. Sous TDS, l'étendue d'une unité de consolidation peut être déterminée soit automatiquement par TDS, soit par l'utilisateur Accès concurrent La figure 1-2 montre que GAC-EXTENDED permet à différents types d'utilisateurs d'accéder concurremment à un fichier, en lecture et en écriture, et n'autorise l'accès à un CI du fichier qu'à un seul utilisateur en écriture ou à plusieurs utilisateurs en lecture. Ainsi, les utilisateurs A et B ne peuvent pas écrire simultanément dans CI1. TRAVAIL 1 TDS TRAVAIL 2 TDS TRAITEMENT PAR LOTS UTIL. A UTIL. B UTIL. C UTIL. D UTIL. E UTIL. F UTIL. G W W R R W R R CI1 CI2 CI3 CI4 CI5 CI6 CI7 CI8 CI9 W : écriture R : lecture Figure 1-2. Accès concurrent sous GAC-EXTENDED 47 F2 12UF Rev02 1-5

20 GAC-EXTENDED - Guide de l'utilisateur 1.5 MISES A JOUR MULTIPLES L'expression "mises à jour multiples" désigne la situation où plusieurs utilisateurs concurrents veulent modifier le même article, alors que GAC-EXTENDED n'est pas en service. Le problème se pose dans les termes suivants : Chaque activité veut accéder à l'article, le transférer dans le tampon approprié et en modifier le contenu dans sa zone mémoire. Au fur et à mesure que sont produites les versions modifiées de l'article, la dernière recouvre la précédente. Exemple : Deux utilisateurs lisent un article inventaire (STOCK), dont la valeur initiale est 10, et le mettent à jour : Utilisateur 1 Utilisateur 2 1: READ FICSTOCK 2: READ FICSTOCK STOCK = STOCK - 2 STOCK=STOCK - 1 3: WRITE STOCK 4: WRITE STOCK Suivant l'ordre dans lequel les accès au fichier s'effectuent, le résultat est différent : Séquence Valeur finale 1, 2, 3, 4 STOCK = 9 1, 2, 4, 3 STOCK = 8 1, 3, 2, 4 STOCK = 7 2, 4, 1, 3 STOCK = 7 Figure 1-3. Problèmes de cohérence des données Cet exemple montre que, si ces quatre séquences sont bien exécutables sans GAC- EXTENDED, seules les deux dernières permettent d'obtenir le résultat correct. Il est donc nécessaire d'assurer la sécurité d'accès et la cohérence des données pendant toute la séquence de mise à jour. En d'autres termes, tant qu'un utilisateur met à jour un article, aucun autre ne doit être autorisé à y accéder. Il ne doit donc y avoir aucune interférence entre les opérations effectuées par les différents utilisateurs sur un même article F2 12UF Rev02

21 Présentation de GAC-EXTENDED 1.6 AVANTAGES DE GAC-EXTENDED GAC-EXTENDED offre les avantages suivants : il permet à la fois le partage de fichiers et le partage de ressources autres, quel que soit l'environnement d'exploitation des utilisateurs, GAC-EXTENDED résout automatiquement les conflits en imposant des temps d'attente, GAC-EXTENDED exerce son contrôle au niveau de l'unité de consolidation (la plus petite unité logique de traitement dans un programme) et non au niveau de l'activité ou de la transaction, ce qui peut se traduire par une amélioration des performances en situation de partage. En cas d'incident matériel ou logiciel, GAC-EXTENDED relance le traitement à partir du début de l'unité de consolidation pendant laquelle s'est produit l'incident. GAC-EXTENDED remédie aux situations d'interblocage (angl. deadlock) en provoquant l'arrêt puis la relance de l'unité de consolidation dans laquelle l'interblocage a été détecté, il existe un mécanisme de planification des unités de consolidation qui assure une régulation efficace des tables internes de GAC, le traitement des pointeurs article courant au moment de la consolidation peut être géré explicitement par l'utilisateur, le produit offre une grande fiabilité grâce aux mécanismes de reprise sur erreur qui lui sont intégrés. En cas de besoin, les structures de gestion endommagées sont réinitialisées dynamiquement, d'où une diminution importante des risques de blocage du système et d'arrêt prématuré, l'utilisation par GAC-EXTENDED de certains mécanismes internes a été améliorée pour des raisons de performance. 47 F2 12UF Rev02 1-7

22 GAC-EXTENDED - Guide de l'utilisateur F2 12UF Rev02

23 2. Le partage de fichiers 2.1 TYPES DE PARTAGE SOUS GCOS 7 Avec les fichiers disque, plusieurs types de partage sont possibles sous GCOS 7. Le type de partage demandé détermine le contrôle exercé par le système sur les accès au fichier. 47 F2 12UF Rev02 2-1

24 GAC-EXTENDED - Guide de l'utilisateur Paramètre SHARE Ce paramètre permet de définir le type de partage approprié. Il peut figurer : dans l'ordre JCL ASSIGN, dans le groupe de paramètres GCL d'affectation de fichier ASGn pour un fichier non catalogué, ou dans le catalogue pour un fichier catalogué. Pour les règles de partage, voir le paragraphe 2.2. SHARE peut prendre les valeurs suivantes : NORMAL ONEWRITE MONITOR FREE DIR UNSPEC permet d'affecter le fichier à plusieurs utilisateurs en lecture OU à un seul utilisateur en écriture. C'est la valeur implicite de SHARE. permet d'affecter le fichier à plusieurs utilisateurs en lecture ET à un seul utilisateur en écriture. Avec ce type de partage, la lecture est dite "statistique", en ce sens qu'elle porte sur des données dont la cohérence logique n'est pas garantie. Par contre, la cohérence du fichier lui-même est assurée, et la validité des accès effectués par l'utilisateur en écriture est garantie. permet d'affecter concurremment le fichier à plusieurs utilisateurs en lecture et en écriture, l'accès étant géré de façon dynamique par GAC-EXTENDED. C'est le type de partage le plus sophistiqué : il permet à chaque utilisateur du fichier de se considérer comme son seul utilisateur, et assure la cohérence et l'intégrité des données. permet d'affecter concurremment le fichier à plusieurs utilisateurs en lecture et en écriture, sans aucun contrôle. C'est le type de partage qui présente le plus de risques, la cohérence et l'intégrité des données n'étant pas assurées. Chaque utilisateur doit définir ses propres contrôles pour éviter les conflits et assurer la validité des données. Ce type de partage n'est pas autorisé pour les fichiers TDS et UFAS. est le type de partage réservé aux bibliothèques. Pour une même unité (sous-fichier) de bibliothèque, il peut y avoir plusieurs utilisateurs en lecture ou un seul utilisateur en écriture. est une valeur spécifiable uniquement dans le catalogue. Elle indique que le type de partage sera spécifié au moment de l'affectation du fichier, comme pour un fichier non catalogué F2 12UF Rev02

25 Le partage de fichiers Paramètre ACCESS Le paramètre ACCESS définit le type d'accès au fichier et permet également de modifier le type de partage indiqué par le paramètre SHARE. Il peut figurer : dans l'ordre JCL ASSIGN, dans le groupe de paramètres GCL d'affectation de fichier ASGn. Pour les règles de partage, voir le paragraphe 2.2. ACCESS peut prendre les valeurs suivantes : WRITE permet d'utiliser les modes entrée (INPUT), sortie (OUTPUT), adjonction (APPEND) et entrée-sortie (INPUT- OUTPUT), spécifiables à l'ouverture du fichier. C'est la valeur implicite. READ SPWRITE SPREAD RECOVERY ALLREAD permet le mode entrée seulement. comme WRITE, mais l'activité en cours a l'accès exclusif au fichier, quelle que soit la valeur de SHARE. Même si SHARE=MONITOR, l'écriture n'est pas gérée par GAC- EXTENDED (sauf pour les fichiers TDS). comme READ, mais l'activité en cours a l'accès exclusif au fichier, quelle que soit la valeur de SHARE. Même si SHARE=MONITOR, la lecture n'est pas gérée par GAC- EXTENDED (ceci s'applique également aux fichiers TDS). permet d'obtenir l'accès exclusif à un fichier pour le reconstituer. permet à plusieurs activités de lire concurremment le fichier, quelle que soit la valeur de SHARE. Il n'est pas nécessaire que le paramètre SHARE soit le même pour toutes les activités considérées : aucune activité ne peut écrire dans le fichier tant que d'autres y lisent. ALLREAD est compatible avec lui-même et avec READ. Cette valeur évite le recours à GAC-EXTENDED lorsque plusieurs activités doivent lire concurremment un fichier catalogué avec SHARE=MONITOR, la valeur de SHARE n'étant pas prise en compte. Les figures qui suivent montrent les combinaisons SHARE/ACCESS les plus usuelles. 47 F2 12UF Rev02 2-3

26 GAC-EXTENDED - Guide de l'utilisateur ACCESS = READ fichier ACCESS = READ ACCESS = READ ACCESS = WRITE Figure 2-1. SHARE=NORMAL ACCESS = W RITE ACCESS = READ fichier ACCESS = READ ACCESS = READ ACCESS = W RITE Remarque : Avec SHARE = ONEWRITE, un seul utilisateur en écriture est autorisé. Figure 2-2. SHARE=ONEWRITE F2 12UF Rev02

27 Le partage de fichiers Fichier sous GAC -EXTENDED Liste de verrous READ CU Journal Avant Cl GAC-EXTENDED READ CU WRITE CU UC = unité de consolidation. Figure 2-3. SHARE=MONITOR 47 F2 12UF Rev02 2-5

28 GAC-EXTENDED - Guide de l'utilisateur 2.2 REGLES DE PARTAGE 1. Seuls les fichiers disque permanents sont partageables, les fichiers temporaires ne le sont pas. 2. Pour un fichier non catalogué, la valeur implicite du paramètre SHARE est NORMAL. 3. Pour un fichier catalogué, il est conseillé de spécifier l'option SHARE au niveau du catalogue, NORMAL étant la valeur implicite. Si un fichier est affecté avec une valeur SHARE différente de celle figurant au catalogue, c'est la valeur du catalogue qui est prise en compte, et l'activité considérée a l'accès exclusif au fichier (ACCESS=READ devient ACCESS=SPREAD, et ACCESS=WRITE devient ACCESS=SPWRITE). Il est déconseillé d'utiliser cette possibilité pour demander l'exclusivité du fichier. Il est préférable de spécifier ACCESS=SPREAD ou ACCESS=SPWRITE chaque fois que cela est nécessaire. 4. Plusieurs activités ne peuvent se partager un fichier que si elles ont la même valeur pour le paramètre SHARE (spécifiée explicitement ou non). Si le fichier est catalogué, c'est généralement le cas, puisque le paramètre SHARE est défini dans le catalogue. Si le fichier n'est pas catalogué, la première activité ayant une valeur différente pour SHARE doit attendre la libération du fichier pour pouvoir y accéder. Dans ce cas, les messages suivants apparaissent : DF01 Xaaa FILE yyyyy USED BY: Xbbb RS05 Xaaa.c WAITS FOR FILE yyyyy ON zzzz - Font exception à cette règle les cas où : - ACCESS=READ et SHARE=NORMAL ou ONEWRITE (pour un fichier non catalogué). - ACCESS=ALLREAD, quelle que soit la valeur de SHARE. A noter que, si plusieurs activités utilisent la même valeur pour le 5. Lorsqu'un fichier UFAS est ouvert en mode OUTPUT par une activité (donc qu'il est en phase de chargement), il ne peut être partagé. Si une deuxième activité tente d'y accéder, elle est arrêtée prématurément, avec le code retour : DUFAS 20,SHLVVIOL 6. Un fichier affecté à l'aide de l'ordre JCL ALLOCATE ou du groupe de paramètres GCL d'affectation de place ALCn ne peut être traité qu'en mode exclusif (ACCESS=SPREAD ou, implicitement, ACCESS=SPWRITE), quelle que soit la valeur de ACCESS au moment de l'affectation du fichier. 7. La violation des droits d'accès définis provoque un arrêt prématuré de l'activité ; ainsi, il ne faut pas tenter d'écrire dans un fichier si ACCESS=READ a été spécifié F2 12UF Rev02

29 Le partage de fichiers 2.3 PARTAGE ENTRE UTILISATEURS TDS ET UTILISATEURS NON TDS Plusieurs utilisateurs en lecture Traitement par lots IOF et/ou IQS Fichiers contrôlés par TDS SHARE = NORMAL ACCESS = READ TDS Figure 2-4. Partage entre utilisateurs en lecture TDS et Traitement par lots ou IOF Dans ce mode de partage, GAC-EXTENDED n'est pas utilisé. La lecture exclusive, implicite pour les transactions TDS, est transformée en lecture partagée, et les CI affectés ne sont donc pas verrouillés pour la lecture Plusieurs utilisateurs en lecture et un seul en écriture La figure 2-5 illustre le cas où plusieurs utilisateurs TDS en lecture partagent un fichier avec plusieurs utilisateurs Traitement par lots ou IOF en lecture et un seul utilisateur Traitement par lots ou IOF en écriture. Dans la figure 2-6, plusieurs utilisateurs TDS en lecture partagent un fichier avec plusieurs utilisateurs Traitement par lots ou IOF en lecture et un seul utilisateur TDS en écriture. 47 F2 12UF Rev02 2-7

30 GAC-EXTENDED - Guide de l'utilisateur Traitement par lots IOF et/ou IQS Fichiers contrôlés par TDS Utilisateurs en lecture { SHARE = NORM ACCESS = REA TDS Traitement par lots IOF et/ou IQS Utilisateur en écriture { SHARE = ONEW ACCESS = WRI Figure 2-5. Partage entre plusieurs utilisateurs en lecture et un utilisateur Traitement par lots ou IOF en écriture Traitement par lots IOF et/ou IQS Fichiers contrôlés par TDS Utilisateurs en lecture { SHARE = ONEW ACCESS = READ TDS TDS Utilisateur en écriture { SHARE = ONEW ACCESS = WRI Figure 2-6. Partage entre plusieurs utilisateurs en lecture et un utilisateur TDS en écriture Dans les deux cas, les utilisateurs TDS en lecture sont en mode statistique et doivent utiliser, dans le programme de génération de TDS (TDSGEN), la clause : SUPPRESS CONCURRENT ACCESS CONTROL FOR nom-fichier F2 12UF Rev02

31 Le partage de fichiers L'utilisateur TDS en écriture peut employer les modes de lecture suivants : Exclusive : Partagée : Statistique : Mode implicite pour les transactions TDS. Dès qu'un utilisateur accède à un article d'un CI, ce dernier est verrouillé en mode exclusif. Mode spécifié par la clause SHARED READ FOR nomfichier à la génération de TDS. Il autorise la lecture partagée d'un même CI et empêche un autre utilisateur d'y écrire ou d'y lire en mode exclusif. Le CI est verrouillé en mode partagé. Mode spécifié par la clause SUPPRESS CONCURRENT ACCESS CONTROL à la génération de TDS pour les transactions qui n'exploitent le fichier qu'en lecture, la cohérence des données n'étant pas assurée si le fichier est par ailleurs mis à jour. Dans le cas de la figure 2-6, GAC-EXTENDED ne s'applique qu'aux utilisateurs TDS, et pour les utilisateurs TDS en lecture ne permet que la lecture statistique. Dans l'exemple de la figure 2-7, tous les utilisateurs disposent de toutes les possibilités offertes par GAC-EXTENDED Plusieurs utilisateurs en lecture et en écriture Traitement par lots IOF et/ou IQS Fichiers contrôlés par TDS Utilisateurs en lecture { SHARE = ONEW ACCESS = READ TDS TDS Utilisateur en écriture { SHARE = ONEW ACCESS = WRI Figure 2-7. Partage entre plusieurs utilisateurs TDS, IOF et Traitement par lots en lecture et en écriture 47 F2 12UF Rev02 2-9

32 GAC-EXTENDED - Guide de l'utilisateur La figure 2-7 montre une situation type de partage multiple, où plusieurs utilisateurs TDS en lecture et en écriture partagent un fichier avec plusieurs utilisateurs Traitement par lots et IOF (IQS) en lecture et en écriture. Dans cette situation, n'importe quel mode de lecture peut être utilisé en TDS, Traitement par lots et IOF (IQS). La spécification du mode de lecture pour les transactions TDS a été décrite plus haut. Pour le Traitement par lots, le mode de lecture (READLOCK) est spécifié dans l'ordre JCL DEFINE. Pour IOF (IQS), il est spécifié dans le groupe de paramètres DEFn de la commande GCL EXEC_PG. Pour le Traitement par lots et IOF, le mode implicite est la lecture partagée (READLOCK=NORMAL) ; la lecture exclusive et la lecture statistique doivent être respectivement spécifiées par READLOCK=EXCL et READLOCK=STAT. En lecture exclusive et en lecture partagée, la cohérence des données est assurée. Les écritures sont toujours exclusives (verrouillage du CI en mode exclusif dès qu'il y a écriture d'un article). L'intégrité des données est garantie et toutes les possibilités offertes par GAC-EXTENDED sont disponibles pour les trois environnements. La lecture exclusive est recommandée dans le cas d'un seul utilisateur en écriture et de plusieurs utilisateurs en lecture (voir figures 2-5 et 2-6) lorsque ces derniers exigent un fichier logiquement cohérent. 2.4 ACTIVATION DE GAC-EXTENDED Ressources associées aux fichiers GAC-EXTENDED est mis en oeuvre pour tous les fichiers UFAS et aires IDS/II affectés avec SHARE=MONITOR et pour les fichiers contrôlés par TDS affectés avec SHARE=NORMAL ou SHARE=ONEWRITE Ressources non associées aux fichiers GAC-EXTENDED est mis en oeuvre chaque fois qu'une demande de verrouillage de ressources non associées aux fichiers (zones de données, zones CONTROLLED COMMON-STORAGE, etc.) est émise. Pour de telles ressources, il n'est pas nécessaire de demander explicitement l'utilisation de GAC-EXTENDED. Toutefois, les demandes de verrouillage entraînant la protection par GAC-EXTENDED ne sont utilisables que sous TDS et leur portée est limitée à l'unité de consolidation. Pour plus de détails, se reporter au guide de l'administrateur TDS (20UT) F2 12UF Rev02

33 Le partage de fichiers 2.5 UNITES DE CONSOLIDATION Généralités Ce paragraphe décrit le concept d'unité de consolidation abordé au chapitre précédent. Les informations fournies ici concernent essentiellement le fonctionnement interne de GAC-EXTENDED, et de nombreux utilisateurs n'auront sans doute pas à s'y référer. Cependant, dans certains cas, il pourra être profitable d'avoir une connaissance plus approfondie de la façon dont GAC-EXTENDED gère le partage des fichiers. Lorsqu'un utilisateur affecte un fichier avec SHARE=MONITOR, il indique qu'il veut travailler sous GAC-EXTENDED, donc exploiter ce fichier en partage avec d'autres utilisateurs. Pour permettre une gestion correcte de ce partage, il doit également déclarer le type de verrouillage qu'il désire et découper le traitement de son application en unités de consolidation Gestion des unités de consolidation Tout programme peut être considéré comme une succession d'opérations de consultation et de modification de fichiers. En cours de traitement, les données d'un fichier ne sont pas cohérentes : certaines modifications peuvent n'être que partiellement effectuées, et les liens logiques entre articles risquent d'être temporairement affectés. Le fichier n'est dans un état stable qu'au début et à la fin du programme, et éventuellement en certains points intermédiaires. Une unité de consolidation peut donc se définir comme une séquence d'opérations qui fait passer un ou plusieurs fichiers d'un état initial cohérent à un état final cohérent. Tant que cette séquence n'est pas achevée, les fichiers doivent être considérés dans un état instable. Du début à la fin d'une unité de consolidation, le contrôle d'accès aux CI affectés est assuré par GAC-EXTENDED. Le fichier ou la partie de fichier à traiter par une unité de consolidation doit être dans un état cohérent, et aucune des opérations qu'elle effectue ne doit être visible des autres utilisateurs tant qu'elle n'est pas terminée. Si une unité de consolidation ne peut s'achever normalement (à savoir par la consolidation des mises à jour effectuées), le fichier considéré se présentera aux autres utilisateurs dans l'état où il se trouvait avant son lancement. Pendant son exécution, une unité de consolidation peut verrouiller certains CI, et les autres utilisateurs voulant accéder à ces CI doivent attendre leur libération, qui intervient à la fin de l'unité de consolidation considérée. Pour optimiser les performances, il est donc recommandé d'effectuer une consolidation dès que possible, de façon à libérer rapidement les ressources pour les autres utilisateurs. 47 F2 12UF Rev

34 GAC-EXTENDED - Guide de l'utilisateur La consolidation est l'opération par laquelle les mises à jour effectuées pendant l'unité considérée sont enregistrées dans les fichiers. Tous les verrous sont alors supprimés et les fichiers retrouvent un état stable (par rapport à cette unité de consolidation). En d'autres termes, tant que l'unité de consolidation n'est pas achevée, les opérations exécutées ne sont visibles que du seul utilisateur qui les effectue, celui-ci pouvant éventuellement les annuler (à l'aide du journal Avant), mais dès que la consolidation est faite, le résultat des opérations est définitif et accessible à tous les utilisateurs du système. La définition des points de consolidation peut être explicite (Traitement par lots, TDS, IOF (IQS)) ou implicite (TDS, IOF (IQS)). Sous GAC-EXTENDED, la consolidation détermine donc le point à partir duquel une activité peut être relancée à la suite d'un incident matériel ou logiciel. Pour ce faire, l'activité doit avoir été déclarée "relançable" en spécifiant l'option REPEAT dans l'ordre $STEP correspondant. La définition des points de consolidation (et donc des unités de consolidation) par l'utilisateur ou par le système est traitée au chapitre 3, pour chaque environnement d'exploitation. La figure 2-8 fournit un exemple de découpage d'un programme en unités de consolidation. { (ouverture fichier) Unité de { lecture CIa consolidation 1 { { écriture CIb > CONSOLIDATION { lecture CIc { lecture CId Unité de { lecture CIe consolidation 2 { { écriture CId { écriture CIc > CONSOLIDATION { lecture CId { Unité de { écriture CIf consolidation 3 { écriture CIg { { (fermeture fichier) > CONSOLIDATION Figure 2-8. Découpage en unités de consolidation Remarque : La figure 2-8 présente un cas simple impliquant un seul fichier. Dans la pratique, une même unité de consolidation peut accéder à plusieurs fichiers pour les modifier F2 12UF Rev02

35 Le partage de fichiers Consolidation de données modifiées Avant de passer en revue les restrictions imposées par GAC-EXTENDED sur les accès aux CI en lecture et en écriture, il convient d'analyser à l'aide d'un exemple simple le déroulement d'une mise à jour type : 1) lecture de x Transfert du CI contenant la variable x, du disque au tampon utilisateur ) x = x + 1 Modification de x dans la zone de manoeuvre de l'utilisateur ) écriture de x Transfert de la nouvelle valeur de x, de la zone de manoeuvre de l'utilisateur vers son tampon ) lecture de y (y n'étant pas dans le même CI que x) Le CI contenant y est transféré dans le tampon de l'utilisateur. Dans cet exemple, la valeur de la variable x est modifiée. Mais comme la nouvelle valeur de x n'est rangée dans le fichier que lorsque le tampon utilisateur est à nouveau sollicité, x est considéré comme une donnée instable entre les points 1 et 4. Il est donc conseillé de placer les points 1 à 3 dans la même unité de consolidation et de demander la consolidation immédiatement après le point 3. L'emplacement des points de consolidation et leur fréquence sont des facteurs déterminants pour l'optimisation des performances. Ainsi, en mode Traitement par lots, chaque point de consolidation implique un point de reprise, ce qui entraîne un nombre important d'e/s. Par ailleurs, lorsqu'une unité de consolidation dépasse une certaine longueur, les temps d'attente risquent d'augmenter. Il faut donc trouver un équilibre acceptable entre ces deux contraintes. Le problème des temps d'attente est traité au chapitre F2 12UF Rev

36 GAC-EXTENDED - Guide de l'utilisateur F2 12UF Rev02

37 3. Utilisation de GAC-EXTENDED 3.1 GENERALITES Ce chapitre décrit l'utilisation de GAC-EXTENDED dans les différents environnements d'exploitation : Traitement par lots, IOF (IQS) et TDS. En Traitement par lots, GAC-EXTENDED est mis en oeuvre au moyen des ordres JCL ASSIGN et DEFINE associés aux fichiers à partager. Sous IOF, ce sont les paramètres d'affectation et de définition de fichier des commandes GCL associées aux fichiers à partager qui mettent en oeuvre GAC-EXTENDED. Sous TDS, les paramètres relatifs à GAC-EXTENDED sont définis à la génération de TDS. Ce chapitre fournit également toutes les informations nécessaires à l'exploitation optimale des possibilités offertes par GAC-EXTENDED pour le partage des fichiers. L'utilisateur est supposé avoir des connaissances sur les catalogues (voir le guide de gestion des catalogues - 15UF) et les journaux Avant et Après (voir le manuel sur la reconstitution des fichiers - 18UF). 47 F2 12UF Rev02 3-1

38 GAC-EXTENDED - Guide de l'utilisateur 3.2 ELEMENTS COMMUNS AUX TROIS ENVIRONNEMENTS Liste des verrous GAC-EXTENDED gère automatiquement une liste de verrous de taille fixe qui, pour chaque fichier sous GAC-EXTENDED, contient des informations sur tous les CI verrouillés par les unités de consolidation, ainsi que le type de verrouillage utilisé. La taille de la liste est définie à la configuration du système, au moyen du paramètre LOCKSIZE de l'utilitaire CONFIG (voir annexe C) ; sa capacité maximum est de rubriques. Le paramètre NUMLOCK (Traitement par lots et IOF) et la clause MAXIMUM NUMBER OF LOCKED PAGES (TDS) restent utilisables pour des raisons de compatibilité mais ne sont plus pris en compte. Chaque rubrique de la liste des verrous comporte le numéro du CI, le type de verrouillage et l'identification de l'utilisateur qui a créé la rubrique. A la fin de chaque consolidation, toutes les rubriques associées à l'utilisateur considéré sont supprimées et les ressources correspondantes libérées. Lorsque le fonctionnement est normal, il existe une correspondance de 1 pour 1 entre le nombre de rubriques affectées dans la liste des verrous et le nombre de ressources verrouillées. Chaque utilisateur peut demander dynamiquement autant de rubriques que nécessaire. GAC-EXTENDED effectue une régulation des unités de consolidation dans le but d'éviter un dépassement de capacité de la liste des verrous. Il n'autorise l'exécution d'une unité de consolidation que s'il estime, d'après le nombre d'unités déjà actives et le nombre de rubriques déjà affectées, qu'elle n'entraînera pas un remplissage de la liste des verrous au-delà d'un certain seuil ; si ce n'est pas le cas, GAC-EXTENDED fait attendre l'unité jusqu'à ce que le risque de dépassement de capacité de la liste des verrous soit faible. GAC-EXTENDED ne peut procéder qu'à une estimation puisque les demandes de verrous sont dynamiques. C'est pourquoi un dépassement de capacité peut tout de même se produire. Dans ce cas, l'unité de consolidation l'ayant provoqué est arrêtée prématurément avec le code retour TABOV. En outre, si une unité de consolidation concurrente a consommé beaucoup de rubriques (plus de 20% de la capacité de la liste des verrous), elle est également arrêtée prématurément de façon à libérer des rubriques pour normaliser la situation ; elle sera ensuite relancée en mode dégradé, c'est-à-dire avec une correspondance de 1 pour n entre le nombre de rubriques affectées et le nombre de ressources verrouillées. A noter que les unités de consolidation en attente de la libération de ressources pendant cette période peuvent être arrêtées prématurément. Si, au moment du dépassement de capacité, il n'existe aucune unité de consolidation ayant consommé plus de 20% des rubriques, GAC-EXTENDED réduit le nombre d'unités de consolidation autorisées à s'exécuter simultanément de 10% par 10% jusqu'à ce que la situation soit normalisée. Ainsi, GAC-EXTENDED peut continuer à fonctionner sans avoir à imposer de contraintes sur le nombre de ressources affectables à une unité de consolidation F2 12UF Rev02

39 Utilisation de GAC-EXTENDED Utilisation des journaux La journalisation est présentée ici dans l'optique de GAC-EXTENDED. Pour plus de détails sur l'utilisation des journaux Avant et Après, l'utilisateur pourra se reporter au guide sur la reconstitution des fichiers (18UF). Lorsque GAC-EXTENDED doit être utilisé pour gérer le partage d'un fichier en mise à jour (fichier affecté avec SHARE=MONITOR et ACCESS=WRITE et ouvert en mode UPDATE), ce fichier doit être protégé par le journal Avant. Dans l'environnement TDS, la protection par le journal Avant peut être remplacée par une protection assurée conjointement par la mise à jour différée et le journal Après. En Traitement par lots et sous IOF, la journalisation Avant doit être spécifiée au catalogue pour le fichier ou bien l'option JOURNAL=BEFORE doit figurer dans l'ordre JCL DEFINE ou dans le groupe de paramètres GCL DEFn. En environnement TDS, la journalisation Avant est spécifiée dans TDSGEN (voir paragraphe 3.5). Lorsqu'un fichier est traité en mode entrée (INPUT), il est inutile de demander la journalisation Avant. Le tableau 3-1 indique dans quels cas la journalisation Avant est nécessaire, en fonction de la valeur du paramètre ACCESS et du mode d'exploitation du fichier. La protection par le journal Avant fonctionne de la manière suivante : à chaque fois qu'un article est modifié dans un CI du fichier, une copie du CI avant modification (image Avant) est enregistrée dans le journal Avant ; quant au CI après modification, il est enregistré dans un tampon, sa réécriture physique dans le fichier intervenant lorsque le tampon est plein. En cas de problème au cours de l'exécution de l'unité de consolidation, les images Avant sont utilisées pour remplacer les CI modifiés dans le fichier (restauration non actualisée). Ainsi, au moment de la relance de l'unité de consolidation, le fichier se trouve dans l'état dans lequel il se trouvait au début de la première exécution. Ce sont donc les actions complémentaires de la consolidation et du journal Avant qui assurent l'intégrité des données. En Traitement par lots, sous IOF et sous IQS, la journalisation Avant est nécessaire lorsque des verrous peuvent être appliqués au fichier (ce qui est fonction des paramètres SHARE et ACCESS, comme indiqué au chapitre 2) ; si le journal Avant n'est pas spécifié, l'activité s'arrête prématurément avec le code retour LOKVIOL en cas de tentative d'ouverture du fichier. La protection par la mise à jour différée et le journal Après fonctionne de la manière suivante : chaque fois qu'un article est modifié, il est réenregistré, non pas directement dans le fichier, mais dans un tampon et dans le journal Après. Il n'est réécrit dans le fichier qu'au moment de la consolidation. Ainsi, en cas d'incident avant consolidation, aucune opération de reprise n'est nécessaire puisqu'aucune modification n'a été enregistrée dans le fichier. En cas d'incident au cours de la consolidation, le journal Après permet de ramener le fichier à un état stable. 47 F2 12UF Rev02 3-3

40 GAC-EXTENDED - Guide de l'utilisateur Tableau 3-1. Journal Avant / Type d'accès et mode d'exploitation du fichier Fichier ACCESS OPEN SPWRITE IN UP Trait. lots ou IOF NON NON** M à j différée + journal Après sans objet NON TDS Pas de m à j différée NON OUI SPREAD IN NON NON ALLREAD IN NON sans objet NON WRITE* IN UP NON OUI NON NON OUI READ IN NON sans objet NON OUI = Le journal Avant est nécessaire pour GAC-EXTENDED. NON = Le journal Avant n'est pas nécessaire pour GAC-EXTENDED. ** Le journal Avant n'est pas nécessaire pour GAC-EXTENDED, qui n'est pas activé, mais il est nécessaire pour que le fichier puisse faire l'objet d'une restauration non actualisée en cas d'arrêt prématuré suivi d'une relance. * Sous GAC-EXTENDED, plusieurs TDS peuvent partager un fichier protégé par la mise à jour différée, d'où utilisation possible de ce mode de protection avec ACCESS=WRITE (ce qui n'était pas le cas sous GAC) Interblocage Un interblocage (angl. deadlock) se produit lorsque les trois conditions suivantes sont réunies : un utilisateur X a besoin d'accéder à une ressource actuellement exploitée en mode exclusif par un utilisateur Y, l'utilisateur Y a besoin d'accéder à une ressource actuellement exploitée en mode exclusif par l'utilisateur X, chacun a donc besoin d'accéder à la ressource exploitée par l'autre pour pouvoir libérer la ressource qu'il détient F2 12UF Rev02

41 Utilisation de GAC-EXTENDED Exemples : 1. Avec un seul fichier Un utilisateur vient de mettre à jour le CI A et doit maintenant accéder au CI B. Un autre utilisateur vient de mettre à jour le CI B et doit maintenant accéder au CI A. 2. Avec deux fichiers Un utilisateur vient de mettre à jour le CI1 du fichier A et doit maintenant accéder au CI2 du fichier B. Un autre utilisateur vient de mettre à jour le CI2 du fichier B et doit maintenant accéder au CI1 du fichier A. En cas d'interblocage, une ou plusieurs des unités de consolidation en conflit sont arrêtées prématurément. Les fichiers impliqués font l'objet d'une restauration non actualisée et les unités de consolidation sont relancées automatiquement dès que le conflit est résolu. 47 F2 12UF Rev02 3-5

42 GAC-EXTENDED - Guide de l'utilisateur 3.3 UTILISATION DE GAC-EXTENDED EN TRAITEMENT PAR LOTS Généralités Dans les paragraphes qui suivent, la notion de travaux Traitement par lots recouvre les travaux constituant les trains d'entrée, lancés par l'opérateur, et les travaux lancés depuis des terminaux Télétraitement par lots ou interactifs, y compris les activités lancées sous IOF. Les temps d'attente pour l'accès aux fichiers n'étant pas déterminants en Traitement par lots, seuls seront traités ici les cas où les activités de cet environnement sont en concurrence avec des utilisateurs TDS et IQS. Le but recherché est d'éviter une augmentation sensible des temps de réponse sur les terminaux TDS et IQS par suite de l'interférence des travaux Traitement par lots JCL et GCL requis Pour chaque fichier non catalogué à partager sous GAC-EXTENDED, l'ordre JCL ASSIGN ou le groupe de paramètres d'affectation de fichier ASGn de la commande GCL EXEC_PG doivent comporter : SHARE=MONITOR, ACCESS={WRITE READ} En outre, pour chaque fichier, l'ordre JCL DEFINE ou le groupe de paramètres de définition de fichier DEFn de la commande GCL EXEC_PG doivent comporter : JOURNAL={BEFORE BOTH} [READLOCK={NORMAL EXCL STAT}] Il est également possible de spécifier ACCESS=SPREAD, SPWRITE ou ALLREAD mais dans ce cas, GAC-EXTENDED n'est pas effectif (aucun verrou n'est appliqué au fichier pour l'activité). De même si READLOCK=STAT (là aucun verrou n'est même demandé). Trois modes d'exploitation des fichiers sont à distinguer : mode non GAC mode GAC non effectif mode GAC effectif SHARE=MONITOR n'a pas été spécifié. GAC-EXTENDED n'est pas activé pour le fichier. SHARE=MONITOR a été spécifié. GAC-EXTENDED est activé pour le fichier mais aucun verrou n'est appliqué. SHARE=MONITOR a été spécifié. GAC-EXTENDED est activé pour le fichier et des verrous sont appliqués lors de chaque accès au fichier. Pour un fichier catalogué, la valeur de SHARE est enregistrée au catalogue ; la valeur de JOURNAL peut également l'être, auquel cas elle n'a pas à être spécifiée dans le JCL ou le GCL. Par contre, READLOCK n'est spécifiable que dans DEFINE ou DEFn F2 12UF Rev02

43 Utilisation de GAC-EXTENDED Si la journalisation Avant n'est pas demandée, l'activité s'arrête prématurément avec le code retour LOKVIOL lors de la première tentative d'ouverture en mode entrée-sortie (INPUT-OUTPUT) d'un fichier exploité en mode GAC effectif. On trouvera plus loin des informations complémentaires sur la journalisation en Traitement par lots sous GAC-EXTENDED. L'utilisation du paramètre READLOCK est traitée au paragraphe suivant. L'ordre $STEP de l'activité accédant aux fichiers doit comporter le paramètre REPEAT (activité relançable). En l'absence de ce paramètre, l'activité s'arrête prématurément avec le code retour OPTERR lors de la première tentative d'ouverture d'un fichier sous GAC-EXTENDED Paramètre READLOCK READLOCK=NORMAL (valeur implicite) spécifie que plusieurs utilisateurs peuvent lire concurremment le fichier, mais que l'écriture s'effectue en mode exclusif. READLOCK=STAT spécifie que tout utilisateur peut accéder au fichier en lecture, même si un autre utilisateur le met simultanément à jour (GAC-EXTENDED ne joue aucun rôle). READLOCK=EXCL spécifie que les opérations de lecture et d'écriture s'effectuent en mode exclusif. Dans la plupart des cas, c'est READLOCK=NORMAL qui est recommandé. Cependant, READLOCK=STAT peut être utilisé dans les situations suivantes : 1. Lorsque l'utilisateur ne veut exploiter le fichier qu'en lecture et que l'instabilité éventuelle des données est sans conséquences pour lui (données modifiées mais non consolidées). 2. Lorsqu'il n'a à lire que des articles sans liens logiques entre eux. L'utilisation de READLOCK=EXCL doit être réservée aux situations suivantes : 1. Lorsque des interblocages risquent de se produire fréquemment du fait d'un verrouillage en mode partagé (voir le paragraphe "Verrouillage" au chapitre 4). 2. Lorsque l'utilisateur veut traiter plusieurs articles interdépendants, provenant éventuellement de plusieurs fichiers, et doit donc s'assurer qu'aucun autre utilisateur ne lira ces articles avant consolidation. 47 F2 12UF Rev02 3-7

44 GAC-EXTENDED - Guide de l'utilisateur Traitement des pointeurs Le paramètre CURRENCY, utilisable au moment de la consolidation, peut prendre deux valeurs : L(OSE) pour annuler les pointeurs, et K(EEP) pour conserver les pointeurs. LA VALEUR CHOISIE S'APPLIQUE A TOUS LES FICHIERS OUVERTS AU MOMENT DE LA CONSOLIDATION. Si aucune valeur n'est spécifiée, le paramètre LOCKMARK est pris en compte. Si LOCKMARK est spécifié pour un fichier donné, les pointeurs de ce dernier seront conservés au-delà de la consolidation ; s'il est omis, les pointeurs seront annulés. Dans tous les cas, CURRENCY prime sur LOCKMARK. Lorsque GAC-EXTENDED n'est pas effectif, par exemple lorsque SHARE=MONITOR et ACCESS=SPWRITE (voir tableau 3-3), et que la consolidation est traitée comme un point de reprise, les pointeurs sont conservés Remarques importantes A noter qu'une demande de conservation des pointeurs ne garantit pas totalement leur conservation effective, car, les verrous ayant été enlevés à la consolidation, les articles considérés peuvent se trouver modifiés ou supprimés avant le lancement de l'unité de consolidation suivante. C'est pourquoi les options CURRENCY=KEEP et LOCKMARK doivent être utilisées avec précaution. Pour plus de détails à ce sujet, voir le guide de l'utilisateur UFAS-EXTENDED (04UF). A noter également que la conservation des pointeurs n'est pas possible pour les aires IDS/II Paramètre NUMLOCK Comme indiqué plus haut, ce paramètre n'est plus pris en compte F2 12UF Rev02

45 Utilisation de GAC-EXTENDED Consolidation Critères de base En Traitement par lots, l'utilisateur choisit librement l'emplacement des consolidations. Le découpage des activités en unités de consolidation est essentiel. Trois critères sont à retenir : 1. L'activité doit être découpée en veillant à ce que les opérations de lecture et de mise à jour effectuées dans chaque unité laissent le ou les fichiers considérés dans un état logiquement stable après consolidation. Il faut également tenir compte du fait que le début d'une unité de consolidation est le point à partir duquel seront effectuées les relances éventuelles sur interblocage ou incident système. 2. Plus une unité de consolidation est longue, plus l'attente imposée aux autres utilisateurs (TDS, IQS) en cas de conflit est importante. 3. Chaque consolidation implique un point de reprise. Les consolidations trop fréquentes augmentent donc notablement le nombre d'e/s système. Pour éviter une charge excessive, il est recommandé de réduire au maximum le nombre de consolidations. Une consolidation pour 50 à 100 opérations d'entrée/sortie constitue un maximum. Toutefois, si le risque de conflit avec des utilisateurs TDS est faible, ce maximum peut s'élever à une consolidation pour 1000 opérations d'entrée/sortie. A noter que si READLOCK=STAT est spécifié pour tous les fichiers d'une activité Traitement par lots, il est inutile de définir des unités de consolidation puisque dans ce cas, il n'y a pas de verrouillage. Pour les activités faisant appel à GAC-EXTENDED, les recommandations suivantes doivent être prises en compte : si l'activité n'effectue que des opérations de lecture, il est possible de spécifier READLOCK=STAT si la cohérence des données est sans importance ; les performances du système en seront améliorées et il ne sera pas nécessaire de définir des unités de consolidation. Si la cohérence des données est nécessaire, il faut spécifier READLOCK=NORMAL afin qu'aucun utilisateur ne puisse écrire dans le fichier pendant qu'il est en cours de lecture ; dans ce cas, les unités de consolidation définies ne doivent pas être trop longues, si l'activité effectue des opérations de mise à jour, l'absence de découpage en unités de consolidation peut être inacceptable, les ressources restant verrouillées trop longtemps. Dans ce cas, il peut être préférable d'affecter le fichier avec SHARE=NORMAL plutôt qu'avec SHARE=MONITOR. 47 F2 12UF Rev02 3-9

46 GAC-EXTENDED - Guide de l'utilisateur Programmation La première unité de consolidation est lancée automatiquement lors du premier appel à GAC-EXTENDED par l'activité (généralement à la première ouverture d'un fichier sous GAC-EXTENDED) et prend fin à la détection d'un appel de la fonction consolidation. Cet appel définit un point de consolidation et marque le début de l'unité suivante. De la même manière, dans la suite de l'activité, chaque appel détermine une consolidation et le début d'une nouvelle unité. La dernière unité prend fin à la détection du premier appel suivant la fermeture du dernier fichier sous GAC-EXTENDED. Si aucun appel n'est programmé, l'activité entière est considérée comme une seule unité de consolidation. Si aucun appel ne figure après la fermeture du dernier fichier sous GAC-EXTENDED, c'est la fin de l'activité qui déclenche la dernière consolidation. En cas d'arrêt prématuré avant le premier appel de la fonction consolidation suivant l'ouverture d'un fichier sous GAC-EXTENDED, la relance est effectuée à partir du dernier point de reprise ou à partir du début de l'activité (voir paragraphe 3.3.6) Appel de la fonction consolidation La syntaxe de l'appel varie selon le langage (COBOL 74, COBOL 85, FORTRAN 77 ou GPL), mais les paramètres sont les mêmes. On trouvera ci-dessous, pour chaque langage, un exemple précédé de la déclaration de paramètres appropriée. Une description de ces paramètres est ensuite fournie. COBOL 74 et COBOL 85 Déclarations nécessaires : 77 o-mode COMP o-ckinf PIC X(32). 77 i-numlock COMP-1 VALUE i-nochkpt PIC X VALUE SPACE. 77 i-currency PIC X. Format de l'appel : CALL "H_GAC_UCOMIT" USING o-mode, o-ckinf, i-numlock, i-nochkpt, i-currency F2 12UF Rev02

47 Utilisation de GAC-EXTENDED FORTRAN 77 Déclarations nécessaires : INTEGER mode CHARACTER ckinf INTEGER numlock CHARACTER nochkpt CHARACTER currency DATA numlock/-1/, nochkpt/ / Format de l'appel : CALL H_GAC_UCOMIT (mode,ckinf,numlock,nochkpt,currency) Remarque : (COBOL et FORTRAN) Si cinq paramètres sont transmis, la valeur L ou K peut être affectée explicitement à (i-)currency ; toute autre valeur entraîne la conservation ou non des pointeurs selon que LOCKMARK est spécifié ou non dans DEFINE ou DEFn. Si seulement quatre paramètres sont transmis, la conservation ou non des pointeurs est également déterminée par la présence ou l'absence de LOCKMARK dans DEFINE ou DEFn. GPL Déclarations nécessaires : DCL mode FIXED BIN(31); DCL ckinf CHAR (32); DCL numlock FIXED BIN(15) INIT(-1); DCL nochkpt CHAR (1) INIT (" "); DCL currency CHAR(4); Format de l'appel : $H_COMMIT MODE=mode,CKINF=ckinf [,NUMLOCK=numlock] [,NOCHKPT=nochkpt] [,CURRENCY=currency]; Si CURRENCY est omis, la conservation ou non des pointeurs est déterminée par la présence ou non de LOCKMARK dans DEFINE ou DEFn. Si CURRENCY est spécifié, les seules valeurs admises sont KEEP, LOSE et une chaîne vide (" "), cette dernière ayant le même effet que l'omission du paramètre. La notation utilisée pour les paramètres de cet appel est décrite dans le manuel de référence GPL (35UL). 47 F2 12UF Rev

48 GAC-EXTENDED - Guide de l'utilisateur Description des paramètres MODE CKINF Variable numérique indiquant si l'activité est en mode d'exécution normal ou en mode relance. En mode normal, MODE est à zéro. En mode relance, MODE est forcé à la valeur du code d'arrêt de l'activité généré lors de l'incident. Chaîne de 32 caractères, fournissant des informations de retour. Les caractères à 1 indiquent l'existence de certaines conditions (voir ci-dessous). Les bits sont implicitement numérotés de [1] à [32] (de gauche à droite). Si [6]=1, DEBUG a été spécifié dans l'ordre $STEP. Il n'y a pas de points de reprise. Si [14]=1, point de reprise incorrect. Voir l'historique du travail (JOR). Si [16]=1, erreur grave. Voir le JOR. Si [32]=1, le prochain point de reprise ne sera pas exécuté. NUMLOCK NOCHKPT CURRENCY Paramètre conservé uniquement pour des raisons de compatibilité. Il n'est plus pris en compte. En mode GAC effectif (des verrous peuvent être appliqués à au moins l'un des fichiers ouverts), ce paramètre n'est pas pris en compte. En mode GAC non effectif ou en mode non GAC, les points de consolidation sont traités comme des points de reprise si NOCHKPT est à espace ; ils ne sont pas pris en compte si NOCHKPT n'est pas à espace. Le paramètre NOCHKPT permet d'exécuter les programmes sans avoir à les modifier en fonction de la présence ou non de fichiers sous GAC-EXTENDED. Ce paramètre indique si les pointeurs article courant doivent ou non être conservés au-delà de la consolidation. En COBOL 74, COBOL 85 et FORTRAN 77, CURRENCY peut prendre les valeurs L (annuler les pointeurs) et K (conserver les pointeurs). En GPL, il peut prendre les valeurs LOSE (annuler les pointeurs) et KEEP (conserver les pointeurs). Si CURRENCY est omis, la présence ou non de LOCKMARK est prise en compte (voir plus haut) F2 12UF Rev02

49 Utilisation de GAC-EXTENDED Coexistence des points de reprise et des points de consolidation Lorsque GAC-EXTENDED est effectif pour l'activité (c'est-à-dire lorsque des verrous peuvent être appliqués à au moins l'un des fichiers ouverts), les points de reprise sont sans objet et donc ignorés ; ce sont les points de consolidation qui sont pris en compte. Lorsque GAC-EXTENDED n'est pas effectif pour l'activité, les points de consolidation sont traités comme des points de reprise, sauf si NOCHKPT n'est pas à espace, auquel cas ils ne sont pas pris en compte. En résumé (voir figure 3-1) : Lorsque GAC-EXTENDED n'est pas effectif pour l'activité, les points de reprise sont pris en compte et les points de consolidation sont traités comme des points de reprise (sauf si NOCHKPT a une valeur différente d'espace). Dès que GAC-EXTENDED devient effectif pour l'activité (à l'ouverture d'un fichier auquel des verrous peuvent être appliqués), ce sont les points de consolidation qui sont pris en compte et non les points de reprise. A la fin de la dernière unité de consolidation, c'est-à-dire après la consolidation suivant la fermeture du dernier fichier auquel des verrous peuvent être appliqués par GAC-EXTENDED, les points de reprise sont à nouveau pris en compte et les points de consolidation traités comme des points de reprise (sauf si NOCHKPT a une valeur différente d'espace). 47 F2 12UF Rev

50 GAC-EXTENDED - Guide de l'utilisateur MODE GAC EFFECTIF MODE GAC NON EFFECTIF OU MODE NON GAC début d'activité point de reprise ARRET PREMATURE ouverture fichier : GAC devient effectif GAC NON EFFECTIF début d'activité point de reprise ARRET PREMATURE ARRET PREMATURE point de consolidation avec NOCHKPT = * ARRET PREMATURE point de reprise ARRET PREMATURE point de consolidation avec NOCHKPT à espace P H A S E G A C point de consolidation avec NOCHKPT = * ARRET PREMATURE point de reprise ARRET PREMATURE point de consolidation avec NOCHKPT à espace fin d'activité ARRET PREMATURE fermeture fichier point de consolidation avec NOCHKPT = * ARRET PREMATURE point de reprise ARRET PREMATURE GAC NON EFFECTIF fin d'activité ARRET PREMATURE point de consolidation avec NOCHKPT = * ARRET PREMATURE point de reprise ARRET PREMATURE la valeur * pour NOCHKPT symbolise toute valeur différente d'espace. Figure 3-1. Incidence des points de reprise et des points de consolidation en cas d'arrêt prématuré F2 12UF Rev02

51 Utilisation de GAC-EXTENDED Gestion des interblocages et des arrêts prématurés Un interblocage (angl. deadlock) se produit lorsque deux utilisateurs ne peuvent poursuivre le traitement parce que tous deux ont besoin d'un fichier auquel l'autre accède déjà : chacun attend que l'autre ait fini pour pouvoir continuer. Dans ce cas, l'une des deux unités de consolidation est arrêtée prématurément. Si un interblocage ou un arrêt prématuré se produit dans une activité pour laquelle GAC- EXTENDED est effectif, la relance s'effectue à partir du dernier point de consolidation. S'il n'y en a pas, elle s'effectue à partir du dernier point de reprise ou du début de l'activité. Si l'arrêt prématuré a lieu alors qu'aucun fichier avec SHARE=MONITOR n'a été ouvert, la relance s'effectue à partir du dernier point de reprise, ou à défaut à partir du début de l'activité. Si l'arrêt prématuré se produit après le dernier point de consolidation, la relance s'effectue à partir du point de reprise le plus récent. S'il n'y a pas de point de reprise après le dernier point de consolidation, c'est au niveau de celui-ci que s'effectue la relance. Si un arrêt prématuré se produit dans une activité comportant des points de consolidation mais pour laquelle GAC-EXTENDED n'est pas effectif, la relance s'effectue à partir du dernier point de reprise (il peut s'agir d'un point de consolidation si NOCHKPT est à blanc). S'il n'y en a pas, c'est à partir du début de l'activité que s'effectue la relance. On trouvera au chapitre 4 des informations complémentaires sur la gestion des conflits par GAC-EXTENDED Utilisation des journaux Lorsque l'utilisateur emploie le journal Avant, il lui faut tenir compte des points suivants : 1. L'activité considérée doit être déclarée "relançable" (paramètre REPEAT) pour permettre à GAC-EXTENDED de relancer l'unité de consolidation à l'aide du journal Avant ; sinon elle s'arrêtera prématurément avec le code retour OPTERR lors de la première tentative d'ouverture d'un fichier auquel des verrous peuvent être appliqués par GAC-EXTENDED. 2. Avec le journal Avant, GAC-EXTENDED intervient automatiquement en cas d'interblocage. Cependant si une erreur de programmation entraîne l'arrêt prématuré de l'activité, c'est l'opérateur système qui décide de relancer ou non l'unité de consolidation. En Traitement par lots, l'arrêt prématuré et la relance d'une unité de consolidation sont signalés à l'utilisateur par un message dans le JOR. 3. Pour les fichiers catalogués, la valeur du paramètre JOURNAL peut être enregistrée dans le catalogue, auquel cas elle s'appliquera implicitement. Si des droits d'accès sont définis au catalogue, seul le propriétaire du fichier peut les modifier. 47 F2 12UF Rev

52 GAC-EXTENDED - Guide de l'utilisateur Traitement séquentiel des fichiers UFAS En cas d'exploitation séquentielle d'un fichier UFAS sous GAC-EXTENDED, il n'est plus possible, une fois qu'une consolidation est effectuée, de poursuivre séquentiellement, car le pointeur article courant est perdu. Il existe trois solutions possibles à ce problème : 1. L'utilisateur peut attribuer au paramètre CURRENCY la valeur K(EEP), ou spécifier le paramètre LOCKMARK dans l'ordre DEFINE ou le groupe de paramètres DEFn du fichier considéré (voir paragraphe 3.3.3). Ainsi, le pointeur article courant sera conservé au-delà de la consolidation. 2. Si l'utilisateur n'exploite le fichier qu'en lecture, il peut spécifier la valeur STAT pour le paramètre READLOCK. Dans ce cas, aucun point de consolidation explicite n'est nécessaire dans le programme (mais la cohérence des données n'est pas garantie). 3. En COBOL, l'utilisateur peut employer l'instruction START après la consolidation pour reprendre l'accès séquentiel. A noter qu'au moment de la consolidation, tous les CI verrouillés sont libérés. Par conséquent, la première solution doit être employée avec précaution car le pointeur article courant peut avoir été modifié par une unité de consolidation concurrente avant que l'utilisateur ne le réutilise dans son unité de consolidation suivante. Par exemple, avant qu'un utilisateur accède au CI suivant celui désigné par le pointeur à la fin de son unité de consolidation et le verrouille, un autre utilisateur peut y accéder et y modifier un article, auquel cas il le verrouille en mode exclusif. Dans ce cas, lorsque le premier utilisateur tente d'accéder au CI, il y a risque d'arrêt prématuré avec code retour anormal. En COBOL, il est possible d'éviter ce type d'arrêt prématuré en interceptant le code retour. A ce sujet, voir le guide de l'utilisateur COBOL (02UL ou 06UL) F2 12UF Rev02

53 Utilisation de GAC-EXTENDED 3.4 UTILISATION DE GAC-EXTENDED SOUS IQS Généralités En environnement IOF, IQS représente le principal champ d'application de GAC- EXTENDED. La façon dont GAC-EXTENDED est utilisé sous IQS n'est pas identique à celle dont il est utilisé en environnement IOF sandard. La principale différence est la possibilité pour l'utilisateur d'indiquer s'il souhaite ou non relancer une requête en cas d'interblocage ou d'attente prolongée. IQS peut également s'utiliser en mode Traitement par lots ou en environnement TDS. En Traitement par lots, les requêtes IQS s'exécutent exactement comme un programme (voir paragraphe précédent). Sous TDS, tous les fichiers utilisés au cours de la session IQS/TDS qui sont contrôlés par TDS et ont été affectés avec SHARE=NORMAL ou SHARE=ONEWRITE sont gérés par GAC-EXTENDED. Les requêtes sont relancées automatiquement à la suite d'un interblocage ou d'une attente prolongée. Pour plus de détails sur l'utilisation d'iqs sous TDS, se reporter au guide de l'utilisateur IQS/TDS (81UR) GCL requis Pour demander le partage des fichiers sous GAC-EXTENDED en environnement IQS, l'utilisateur doit, dans la commande GCL EXEC_PG, affecter chaque fichier à placer sous GAC-EXTENDED, comme suit : ASGn... SHARE=MONITOR, ACCESS={WRITE READ} Si ACCESS=READ, les paramètres de définition sont inutiles. Si ACCESS=WRITE, la commande EXEC_PG doit également comporter, pour chaque fichier à mettre à jour, les paramètres de définition suivants : DEFn... JOURNAL={BEFORE BOTH} [,READLOCK={NORMAL EXCL STAT}] Il est également possible de spécifier ACCESS=SPREAD, SPWRITE ou ALLREAD mais dans ce cas, GAC-EXTENDED n'est pas effectif (aucun verrou n'est appliqué au fichier pour l'activité). De même si READLOCK=STAT (là aucun verrou n'est même demandé). Si le fichier est catalogué, SHARE=MONITOR et, éventuellement, JOURNAL=BEFORE seront enregistrés au catalogue. 47 F2 12UF Rev

54 GAC-EXTENDED - Guide de l'utilisateur Paramètre READLOCK READLOCK=NORMAL (valeur implicite) spécifie que plusieurs utilisateurs peuvent lire concurremment le fichier, mais que l'écriture s'effectue en mode exclusif. Dans la plupart des cas, c'est cette valeur qui est recommandée. READLOCK=STAT spécifie que tout utilisateur peut accéder au fichier en lecture, même si un autre utilisateur le met à jour simultanément. Cette valeur peut être spécifiée lorsque l'utilisateur ne veut exploiter le fichier qu'en lecture et qu'il n'est pas gêné par l'instabilité éventuelle des données (modifiées mais non consolidées). READLOCK=EXCL spécifie que les opérations de lecture et d'écriture s'effectuent en mode exclusif. Cette valeur devrait être employée uniquement quand le mode NORMAL entraîne un grand nombre d'interblocages (voir paragraphe "Verrouillage" au chapitre 4), ou lorsque l'utilisateur veut traiter plusieurs articles interdépendants, provenant éventuellement de plusieurs fichiers, et doit donc s'assurer qu'aucun autre utilisateur ne lira ces articles avant consolidation Consolidation Sous IQS, la consolidation peut être automatique ou manuelle Consolidation automatique Implicitement la consolidation est automatique, c'est-à-dire qu'au départ la valeur implicite de la commande AUTOCOMMIT est ON. Une consolidation est systématiquement effectuée : à l'émission d'une commande OPEN, à l'émission d'une commande CLOSE, à l'émission d'une commande TERM, à l'émission d'une demande / pour sortir d'une session REVIEW UPDATE ou d'une commande CHANGE, à la fin de chaque requête. A l'intérieur des requêtes, l'utilisateur a en outre la possibilité de demander explicitement des consolidations, à l'aide de l'instruction COMMIT ou ROLLBACK F2 12UF Rev02

55 Utilisation de GAC-EXTENDED Consolidation manuelle Pour passer en consolidation manuelle, l'utilisateur doit émettre une commande AUTOCOMMIT OFF. Des consolidations restent systématiquement effectuées : à l'émission d'une commande OPEN, à l'émission d'une commande CLOSE, à l'émission d'une commande TERM. Partout ailleurs, l'utilisateur doit demander explicitement une consolidation lorsqu'il le juge nécessaire, en employant les commandes ou les instructions COMMIT et ROLLBACK (cette dernière permettant de ramener un fichier à l'état dans lequel il se trouvait lors de la dernière consolidation). L'utilisateur peut repasser en consolidation automatique, puis de nouveau en consolidation manuelle, etc., en émettant des commandes AUTOCOMMIT ON et AUTOCOMMIT OFF. A noter qu'une requête ne peut pas être relancée automatiquement à la suite d'un arrêt prématuré fonctionnel de l'unité de consolidation en cours. Elle doit être réexécutée depuis le début après restauration non actualisée des fichiers Traitement des pointeurs Sous IQS, les verrous sont automatiquement supprimés à chaque consolidation. Les pointeurs article courant des fichiers pour lesquels LOCKMARK a été spécifié dans les paramètres de définition sont conservés ; les autres sont perdus Liste des verrous Lorsqu'une demande de verrouillage entraîne un dépassement de capacité de la liste des verrous, l'unité de consolidation est arrêtée prématurément avec le code retour XAC 7 TABOV. L'utilisateur IQS reçoit alors le message suivant : OVERFLOW OF GAC SPACE. THE CURRENT PROCEDURE IS CANCELLED. DO YOU WANT TO RESTART IT (YES OR NO)? Si l'utilisateur répond YES, l'unité de consolidation est relancée automatiquement une fois la situation normalisée par GAC-EXTENDED. A noter que de temps en temps, pour chaque fichier UFAS d'une requête, IQS enlève automatiquement de la liste les rubriques relatives aux articles non modifiés qui ne sont plus des articles courants. Pour plus de détails sur les codes retour, se reporter à l'annexe A. 47 F2 12UF Rev

56 GAC-EXTENDED - Guide de l'utilisateur Attente prolongée Les utilisateurs IQS sous IOF, pour lesquels les temps de réponse sont un facteur essentiel, sont informés par GAC-EXTENDED en cas d'attente prolongée (angl. longwait). Lorsqu'un CI n'est pas disponible au bout d'un certain délai d'attente, le message suivant est émis : V: EXEC LONGWAIT. YOU CAN WAIT OR CANCEL THE QUERY. DO YOU WANT TO WAIT (YES OR NO)? Si l'utilisateur répond oui, la requête se poursuivra automatiquement lorsque le CI sera libéré. Si l'utilisateur répond non, la requête s'arrête prématurément. A noter que si l'utilisateur a répondu oui, il doit obligatoirement attendre jusqu'à ce que le CI soit disponible. Il lui est impossible de sortir de cet état en appuyant sur la touche d'interruption. Le délai d'attente maximum admissible est défini à la configuration du système GCOS 7, au moyen du paramètre LONGWAIT de l'utilitaire CONFIG (voir annexe C) Interblocage Lorsqu'une unité de consolidation IQS est arrêtée prématurément en raison d'un interblocage, le système en informe l'utilisateur par le message suivant et lui demande s'il veut relancer la requête : V: EXEC <données-utilisateur> DEADLOCK. THE CURRENT QUERY IS CANCELLED. DO YOU WANT TO RESTART IT (YES OR NO)? Si l'utilisateur répond non, la requête n'est pas relancée ; le système revient au niveau Commande (guidage V:). Si l'utilisateur répond oui, le système relance la requête dès que le conflit est résolu. En mode menu, l'utilisateur IQS n'a pas le choix en cas d'interblocage : la requête en cours est arrêtée, ses mises à jour sont annulées et le message suivant est émis : DEADLOCK. THE CURRENT QUERY IS CANCELLED. La grille précédente est ensuite revisualisée pour permettre à l'utilisateur de sélectionner une autre commande IQS (ou la même si nécessaire). Pour plus de détails sur la résolution des interblocages sous GAC-EXTENDED, se reporter au chapitre F2 12UF Rev02

57 Utilisation de GAC-EXTENDED 3.5 UTILISATION DE GAC-EXTENDED SOUS TDS Deux cas sont à envisager : le partage entre TDS et un autre TDS ou les autres environnements (Traitement par lots et IQS) et le partage à l'intérieur même de TDS. A la génération de TDS, chaque fichier utilisateur est défini comme étant "contrôlé" ou "non contrôlé" par TDS. Les fichiers non contrôlés par TDS ne sont pas partageables sous GAC-EXTENDED. Par contre, les fichiers contrôlés par TDS sont gérés par GAC-EXTENDED. Implicitement, ces fichiers sont lus en mode exclusif. Il est cependant possible de spécifier un autre mode de lecture dans la rubrique MESSAGE de la TRANSACTION SECTION. Ainsi, la clause : SUPPRESS CONCURRENT ACCESS CONTROL FOR fichier-1 [,fichier-2]... permet aux routines TPR de la transaction de lire les fichiers (ou les aires IDS/II) spécifiés, sans que GAC-EXTENDED n'applique de verrous. Elles ne peuvent pas écrire et la lecture s'effectue en mode statistique, c'est-à-dire avec risque d'incohérence des données si un article lu est simultanément modifié par une autre TPR. La clause : SHARED READ FOR fichier-3 [,fichier-4]... spécifie les fichiers contrôlés par TDS à exploiter sous GAC-EXTENDED en mode lecture partagée (et non en mode lecture exclusive). Avec cette clause, plusieurs utilisateurs en lecture peuvent accéder concurremment à un même CI, mais l'écriture est toujours exclusive. A noter qu'un fichier ne peut être à la fois spécifié dans la clause SUPPRESS CONCURRENT ACCESS CONTROL et dans la clause SHARED READ d'une même rubrique MESSAGE. Si au moins l'un des fichiers utilisés par une transaction est géré par GAC-EXTENDED, le journal Avant est implicite pour cette transaction (à condition qu'il ait été spécifié dans le JCL de lancement de TDS). Il est toutefois possible de le supprimer en faisant figurer dans la rubrique MESSAGE : SUPPRESS BEFORE JOURNAL SUPPRESS BEFORE JOURNAL n'est pas pris en compte lorsqu'une transaction est relancée par TDS sur arrêt prématuré dû à une insuffisance d'espace tampon. Les modes de lecture autorisés pour les fichiers contrôlés par TDS en fonction des paramètres SHARE et ACCESS sont récapitulés au tableau 3-2. Pour plus de détails, se reporter au manuel de l'administrateur TDS (20UT). 47 F2 12UF Rev

58 GAC-EXTENDED - Guide de l'utilisateur Tableau 3-2. Modes de lecture autorisés pour les fichiers contrôlés par TDS MODE GAC EFFECTIF MODE GAC NON EFFECTIF OU MODE NON GAC début d'activité point de reprise ARRET PREMATURE ouverture fichier : GAC devient effectif GAC NON EFFECTIF début d'activité point de reprise ARRET PREMATURE ARRET PREMATURE point de consolidation avec NOCHKPT = * ARRET PREMATURE point de reprise ARRET PREMATURE point de consolidation avec NOCHKPT à espace P H A S E G A C point de consolidation avec NOCHKPT = * ARRET PREMATURE point de reprise ARRET PREMATURE point de consolidation avec NOCHKPT à espace fin d'activité ARRET PREMATURE fermeture fichier point de consolidation avec NOCHKPT = * ARRET PREMATURE point de reprise ARRET PREMATURE GAC NON EFFECTIF fin d'activité ARRET PREMATURE point de consolidation avec NOCHKPT = * ARRET PREMATURE point de reprise ARRET PREMATURE la valeur * pour NOCHKPT symbolise toute valeur différente d'espace F2 12UF Rev02

59 Utilisation de GAC-EXTENDED Tableau 3-3. Restrictions à l'utilisation de GAC-EXTENDED en fonction des paramètres SHARE et ACCESS AFFECTATION DES FICHIERS CONTROLES PAR TDS MODES DE LECTURE AUTORISES SHARE ACCESS EXCLUSIVE PARTAGEE STATISTIQUE MONITOR READ OUI OUI WRITE OUI OUI OUI OUI NORMAL READ traité comme lecture partagée (SHARED READ) OUI OUI WRITE OUI OUI OUI ONEWRITE READ NON NON OUI WRITE OUI OUI OUI NORMAL/ ONEWRITE/ MONITOR SPREAD ALLREAD traité comme lecture partagée (SHARED READ) OUI OUI NORMAL/ ONEWRITE/ MONITOR SPWRITE OUI OUI OUI 47 F2 12UF Rev

60 GAC-EXTENDED - Guide de l'utilisateur Consolidation En environnement TDS, les consolidations peuvent être implicites ou explicites. 1. Si l'option IMPLICIT COMMITMENT figure dans la rubrique MESSAGE à la génération de TDS, une consolidation est effectuée automatiquement : - à la fin de la transaction, - à chaque conversation (SEND EGI) et/ou à chaque fois que WAIT-TIME est spécifié. Si l'utilisateur veut supprimer ces points de consolidation automatiques, il doit indiquer : CALL NOCMIT. 2. Si l'option IMPLICIT COMMITMENT ne figure pas dans la rubrique MESSAGE, les consolidations s'effectuent sur demande explicite de l'utilisateur, c'est-à-dire à la fin de chaque TPR dans laquelle figure : CALL DFCMIT Dans tous les cas, lorsqu'une consolidation est effectuée, c'est toujours en fin de TPR. Une consolidation est également effectuée en fin de transaction. Pour préserver les performances du système, chaque conversation doit coïncider avec un point de consolidation. En cas d'interblocage, l'unité de consolidation en cours est relancée à partir de son début Clause MAXIMUM NUMBER OF LOCKED PAGES Comme indiqué plus haut, cette clause n'est plus prise en compte F2 12UF Rev02

61 Utilisation de GAC-EXTENDED Traitement des pointeurs L'utilisateur TDS peut demander la conservation des pointeurs pour les fichiers utilisés par une TPR au delà de la consolidation en spécifiant dans la PROCEDURE DIVISION de la TPR : CALL "KEEP-CURRENCIES" USING nfi, code-état nfi étant le nom du fichier dont les pointeurs doivent être conservés et code-état la zone devant recevoir le code d'état résultant de l'exécution de la procédure. Ainsi, au début de l'unité de consolidation suivante, les pointeurs sont toujours disponibles (à noter que cette possibilité n'est pas utilisable pour les aires IDS/II). Toutefois, il peut y avoir incohérences en raison de modifications effectuées par d'autres utilisateurs (voir paragraphe ) Attente prolongée Normalement, l'utilisation de GAC-EXTENDED dans l'environnement TDS permet de résoudre automatiquement les conflits. Le paramètre LONGWAIT figurant dans la directive GAC de l'utilitaire CONFIG permet d'indiquer le délai maximum d'attente utilisateur ("attente prolongée") pour un CI. La valeur implicite de LONGWAIT est d'une minute (voir annexe C). Si, passé ce délai, le conflit n'est pas résolu, l'unité de consolidation est arrêtée prématurément et l'utilisateur TDS en est informé par le message de service suivant : WAIT FOR RESOURCE ALLOCATION Ce message n'apparaît que si l'option IMMEDIATE DELIVERY est spécifiée dans la clause SERVICE MESSAGE à la génération de TDS. Dans le cas contraire, il n'est pas reçu. L'unité de consolidation est automatiquement relancée une fois le conflit résolu. Entre son arrêt prématuré et sa relance, d'autres unités de consolidation peuvent être exécutées, ce qui permet d'accroître les performances du système. Si l'utilisateur tente d'accéder à un CI verrouillé par une transaction dont le process a été libéré (angl. unmapping), il en est immédiatement informé. Si un process est affecté à la transaction qui a verrouillé le CI (angl. mapping), l'utilisateur doit attendre la fin de la TPR en cours : s'il y a une consolidation à ce stade, le CI devient disponible. S'il n'y a pas de consolidation, mais que le process est libéré, l'utilisateur est avisé d'une attente prolongée. S'il n'y a pas libération du process, l'utilisateur doit attendre que l'une des situations décrites ci-dessus se présente (à la fin d'une TPR ultérieure). 47 F2 12UF Rev

62 GAC-EXTENDED - Guide de l'utilisateur F2 12UF Rev02

63 4. Verrouillages et conflits 4.1 GENERALITES Le "verrouillage" désigne le degré de partage qu'autorise une unité de consolidation pour un CI donné. Autrement dit, il indique si le CI peut être partagé avec d'autres unités de consolidation (et, le cas échéant, si l'accès est autorisé en écriture ou seulement en lecture) ou bien si le CI est à l'usage exclusif de l'unité de consolidation considérée. Dès qu'un utilisateur accède à un article (en lecture ou en écriture), GAC-EXTENDED verrouille le CI correspondant jusqu'à la fin de l'unité de consolidation considérée. 47 F2 12UF Rev02 4-1

64 GAC-EXTENDED - Guide de l'utilisateur 4.2 MODES DE VERROUILLAGE Il existe deux modes de verrouillage: le mode partagé (SHARED), qui permet à plusieurs utilisateurs en lecture d'accéder concurremment à une ressource; le mode exclusif (EXCLUSIVE), qui autorise un seul utilisateur à accéder à une ressource. Seuls ces deux modes sont utilisables pour les ressources qui ne sont pas associées à des fichiers. Pour les fichiers, il existe une possibilité supplémentaire. GAC-EXTENDED verrouille automatiquement en mode exclusif les CI devant être mis à jour, et ne permet à l'utilisateur de définir que le niveau de verrouillage en lecture, à savoir lecture partagée ou exclusive. Avec le mode lecture statistique (STAT), tout accès en lecture est accepté, mais toute tentative d'écriture est rejetée. Ce mode convient aux unités de consolidation qui exploitent le fichier uniquement en lecture, sans être gênées par l'instabilité éventuelle des données. Il permet d'éviter les contraintes système liées à l'utilisation de GAC- EXTENDED, puisqu'aucun verrou n'est mis en place (ni même demandé). Tous les verrous en lecture et en écriture sont supprimés à la consolidation. Cependant, sous IQS, la méthode d'accès peut exiger la suppression des verrous en lecture avant la fin d'une unité de consolidation F2 12UF Rev02

65 Verrouillages et conflits 4.3 VERROUS EN LECTURE Lecture partagée Ce mode permet à l'utilisateur de partager l'accès aux CI en lecture avec d'autres utilisateurs. Il est conseillé pour la plupart des situations de partage, puisqu'il autorise l'accès concurrent à un même CI par plusieurs utilisateurs en lecture (ceux-ci devant attendre si un autre utilisateur a l'accès exclusif à ce CI) Lecture exclusive Avec ce mode : l'accès au CI n'est pas autorisé à l'utilisateur tant qu'un autre y accède en mode partagé ou exclusif ; une fois l'accès au CI autorisé, aucun autre utilisateur en mode partagé ou exclusif ne peut y accéder avant la fin de l'unité de consolidation en cours. Ce mode doit être utilisé avec discernement, du fait qu'il oblige les autres utilisateurs à attendre la fin de l'unité de consolidation en cours. Cependant, dans les cas où un grand nombre d'opérations d'écriture et de réécriture sont prévues, il permet d'éviter les situations d'interblocages. On trouvera plus loin, au paragraphe "Prévention des interblocages", un exemple d'utilisation de ce verrou Lecture statistique Ce mode permet aux utilisateurs d'accéder à tout moment à un CI en lecture (mais non en écriture), même si d'autres utilisateurs en lecture ou un utilisateur en écriture y accèdent déjà. Pour un utilisateur en lecture statistique, toute tentative de modification du CI provoque un arrêt prématuré, avec le code retour : DUFAS 32, ARVIOL Ce mode est réservé aux utilisateurs souhaitant obtenir rapidement des informations statistiques (par exemple le nombre d'occurrences d'un élément dans un fichier). Dans ce cas, en effet, peu importe si un autre utilisateur modifie simultanément une occurrence, puisque l'utilisateur en mode statistique ne s'intéresse qu'au nombre des occurrences et non à leur contenu. 47 F2 12UF Rev02 4-3

66 GAC-EXTENDED - Guide de l'utilisateur Il est évident qu'en mode statistique la cohérence des données ne peut être garantie, puisqu'aucun verrou n'empêche un autre utilisateur d'effectuer des mises à jour. La lecture statistique ne doit cependant pas être confondue avec la lecture "sauvage" (angl. dirty read) qui peut se produire entre systèmes couplés : en lecture statistique, le pointeur article courant est protégé pour toute la durée de l'unité de consolidation contre d'éventuelles réorganisations du fichier (fichier UFAS) effectuées concurremment. En lecture statistique, ce n'est qu'avec les aires IDS/II que des anomalies peuvent survenir dans la cohérence physique des pointeurs. Dans ce cas, l'unité de consolidation est arrêtée prématurément avec le code retour : DIACS xx, DATAERR En cas d'arrêt prématuré en environnement TDS, l'unité de consolidation est automatiquement relancée en mode exclusif (de façon à écarter tout risque de modification simultanée des pointeurs). Ceci n'est cependant possible qu'une seule fois, car les données du fichier risqueraient de devenir définitivement incohérentes. En Traitement par lots, aucune relance dynamique n'est effectuée. A noter que lorsqu'un utilisateur spécifie READLOCK=STAT pour un fichier sous GAC- EXTENDED, aucune rubrique n'est créée dans la liste des verrous lors de la lecture du fichier. 4.4 VERROU EN ECRITURE Un utilisateur n'est pas autorisé à écrire dans un CI tant que ce dernier est verrouillé par un autre utilisateur (c'est-à-dire tant que l'unité de consolidation où est spécifié l'accès en écriture ou l'accès en lecture exclusive ou partagée n'est pas terminée). De même, une fois que cet utilisateur a accès au CI, aucun autre utilisateur n'est autorisé à y accéder (sauf en mode lecture statistique), jusqu'à la fin de son unité de consolidation (suppression des verrous). Lorsqu'un CI est verrouillé en mode partagé, toute tentative d'y écrire entraîne son verrouillage en mode exclusif. L'utilisateur en écriture doit donc attendre que les verrous appliqués par les utilisateurs en mode partagé soient supprimés. Ceci permet à GAC- EXTENDED d'assurer la protection et la cohérence des données F2 12UF Rev02

67 Verrouillages et conflits 4.5 EXEMPLE Soit une séquence de programme GPL destinée à mettre à jour un fichier partagé 2 à partir d'un fichier d'entrée 1. Le GCL contient : ASG1 FICHIER1... SHARE = NORMAL; ASG2 FICHIER2... SHARE = MONITOR; DEF2 FICHIER2... JOURNAL = BEFORE; Le programme se présentera comme suit : Début de l'activité $H_OPEN 1, PMD = INPUT; $H_OPEN 2, PMD = UPDATE $H_GET 1; $H_PUT 2; $H_COMMIT $H_GET 1; $H_PUT 2; $H_CLOSE 1; $H_CLOSE 2; Première unité de consolidation. Les articles sont en mode exclusif. Le pointeur sur 2 n'est pas conservé (LOCKMARK n'a pas été spécifié). Dernière unité de consolidation. Fin de l'activité 47 F2 12UF Rev02 4-5

68 GAC-EXTENDED - Guide de l'utilisateur 4.6 RECAPITULATIF Le tableau ci-dessous résume la façon dont les différents types d'accès en lecture et en écriture sont spécifiés. Tableau 4-1. Spécification des accès en lecture et en écriture Type d'accès (ACCESS) Mode TDS Traitement par lots/iqs Partagé A la génération (rubrique MESSAGE) : "SHARED READ FOR fichier-1[,fichier-2]..." READLOCK = NORMAL (valeur implicite) READ (lecture) Exclusif Pas de déclaration (valeur implicite). READLOCK = EXCL Statistique A la génération (rubrique MESSAGE): "SUPPRESS CONCURRENT ACCESS CONTROL FOR fichier-1[,fichier-2]..." READLOCK = STAT Partagé Devient exclusif. WRITE (écriture) Exclusif Implicite pour l'accès en écriture. Statistique Interdit (code retour ARVIOL) F2 12UF Rev02

69 Verrouillages et conflits 4.7 CONFLITS L'autorisation d'accès à un CI dépend de deux facteurs : le type d'accès demandé et le mode d'accès en cours du CI, à savoir exclusif ou partagé. Le terme de "conflit" désigne l'incompatibilité entre le verrouillage actuel d'un CI et le verrouillage demandé par un utilisateur désirant y accéder. Dans une telle situation, le demandeur est obligé d'attendre jusqu'à ce que le CI soit disponible, c'est-à-dire jusqu'à ce que le verrou existant soit supprimé (soit jusqu'à la fin de l'unité de consolidation concurrente) Verrouillage en mode exclusif Toute unité de consolidation qui tente d'accéder à un CI verrouillé en mode exclusif par une autre unité de consolidation doit attendre la libération du CI. écriture UC2 UC1 écriture ou lecture EXCL lecture UC = unité de consolidation UC3 Figure 4-1. Conflit en mode exclusif 47 F2 12UF Rev02 4-7

70 GAC-EXTENDED - Guide de l'utilisateur Verrouillage en mode partagé Toute unité de consolidation qui tente d'accéder en mode exclusif à un CI verrouillé en mode partagé doit attendre la libération du CI. écriture UC2 UC1 lecture NORMAL UC3 lecture EXCL UC = unité de consolidation UC4 lecture NORMA Figure 4-2. Conflit en mode partagé Verrouillage en mode statistique Toute unité de consolidation qui tente de lire dans un CI en mode statistique pourra y accéder, même si ce CI est verrouillé en mode exclusif par une autre unité de consolidation. UC2 lecture STAT UC1 lecture ou écriture UC3 lecture STAT UC = unité de consolidation UC4 lecture STAT Figure 4-3. Pas de conflit en mode statistique F2 12UF Rev02

71 Verrouillages et conflits Situations plus complexes La figure 4-4 montre comment GAC-EXTENDED résout un conflit lorsque plusieurs utilisateurs veulent lire dans un CI alors qu'un autre utilisateur tente d'y effectuer une mise à jour. UTILISATEUR1 UTILISATEUR2 UTILISATEUR3 UTILISATEUR4 temps Unité de consolidation1 lecture CI "X" autorisée (NORMAL) Unité de consolidation2 lecture CI "X" autorisée Unité de consolidation3 Unité de consolidation4 (NORMAL) consolidation écriture CI "X" attente (EXCL) poursuite consolidation lecture CI "X" (EXCL) attente poursuite lecture CI "X" attente (NORMAL) consolidation poursuite consolidation Figure 4-4. Gestion des conflits par GAC-EXTENDED L'interaction entre ces utilisateurs serait encore plus complexe si, par exemple, ils devaient effectuer des lectures et/ou des mises à jour dans les mêmes CI de plusieurs fichiers, au cours d'unités de consolidation concurrentes. La figure 4-5 illustre un autre type de situation. L'UTILISATEUR 1 met à jour deux articles associés (a et b) dans des CI différents. L'UTILISATEUR 2 lit les articles a et b. GAC-EXTENDED permet d'éviter qu'utilisateur 2 lise un article avant modification et l'autre article après modification. 47 F2 12UF Rev02 4-9

72 GAC-EXTENDED - Guide de l'utilisateur UTILISATEUR1 UTILISATEUR2 lecture a 1 modification a 2 Unité de consolidation 1 écriture a lecture b 3 4 lecture a 4 attente 7 lecture b 8 Unité de consolidation 2 modification b 5 écriture b 6 temps Figure 4-5. Cohérence des données Dans la figure 4-5, UTILISATEUR 2 est obligé d'attendre dès qu'il tente de lire a, car UTILISATEUR 1 a déjà verrouillé le CI en mode exclusif (écriture a). Ce n'est qu'à la fin de l'unité de consolidation 1, c'est-à-dire après modification de a et b et consolidation, qu'utilisateur 2 peut lire a et b. A noter les points suivants : Si UTILISATEUR 2 avait commencé à lire a avant qu'utilisateur 1 ait tenté d'y accéder en écriture, ce dernier aurait dû attendre jusqu'à la fin de l'unité de consolidation 2. Il est également possible de constater que la cohérence entre a et b est maintenue même si, par exemple, UTILISATEUR 2 tente de lire a et b dans l'ordre inverse. A noter que certains conflits d'accès peuvent provoquer un interblocage (voir paragraphe suivant). Si UTILISATEUR 2 effectue une lecture statistique (READLOCK=STAT), il n'est pas assuré que les valeurs de a et de b sont cohérentes. Il peut en effet obtenir une valeur modifiée pour a et une valeur non modifiée pour b F2 12UF Rev02

73 Verrouillages et conflits 4.8 INTERBLOCAGES Généralités Lorsqu'un utilisateur doit attendre une ressource verrouillée, GAC-EXTENDED gère automatiquement l'attente et la replanification. A chaque fois qu'un conflit se produit, un mécanisme de détection ou de prévention des interblocages est activé. Si l'unité de consolidation demandeuse n'a pas encore subi d'arrêt prématuré dû à un interblocage, le mécanisme de détection des interblocages est activé. Dans ce cas, lorsque GAC-EXTENDED détecte un interblocage, il y met fin en arrêtant prématurément l'unité de consolidation dans laquelle l'interblocage a été détecté, ce qui libère ses ressources. Si l'unité de consolidation a déjà subi un arrêt prématuré en raison d'un interblocage, c'est le mécanisme de prévention des interblocages, basé sur l'algorithme DIE-WAIT, qui est activé. Le fonctionnement de ce mécanisme est illustré par l'exemple ci-dessous. Soit l'unité de consolidation TR demandant la ressource X à laquelle accèdent déjà les unités de consolidation CU1, CU2,..., CUn (verrouillage en mode partagé) ; cette demande induit un interblocage qui est résolu comme suit : 1. toutes les unités de consolidation bloquant la ressource qui ont démarré après TR (plus "jeunes" que TR) sont arrêtées prématurément, 2. s'il reste des unités de consolidation bloquant la ressource (plus "vieilles" que TR), TR attend qu'elles soient terminées. Les unités de consolidation arrêtées prématurément libèrent leurs ressources et sont relancées une fois les unités de consolidation concurrentes terminées. Il y a donc sérialisation partielle. Les utilisateurs IQS sont informés des situations d'interblocage et peuvent ainsi choisir eux-mêmes l'action à entreprendre. Sous TDS, c'est TDS qui est informé de l'interblocage et prend les mesures nécessaires. La situation d'interblocage la plus fréquente est celle où deux utilisateurs tentent d'accéder à un fichier en mode exclusif. Elle est décrite dans l'exemple qui suit. 47 F2 12UF Rev

74 GAC-EXTENDED - Guide de l'utilisateur Gestion des interblocages L'exemple ci-dessous illustre une situation d'interblocage au niveau d'un seul CI : Unité de consolidation 1 Unité de consolidation 2 R1: lecture x R2: lecture x x = x-1 x = x-2 W1: écriture x W2: écriture x On admet par hypothèse que le fichier a été déclaré en mode partagé pour les deux unités de consolidation. Si le traitement se déroule dans l'ordre R1, W1, R2, W2 ou bien R2, W2, R1, W1, il n'y a pas d'interblocage. Le rôle de GAC-EXTENDED est d'assurer que le traitement ne se déroule pas dans un autre ordre (par exemple : R1, R2, W2, W1). La figure 4-6 montre comment GAC-EXTENDED gère ce type de situation. Unité de consolidation1 Unité de consolidation2 lecture x => verrou x NORMAL accès autorisé lecture x => verrou x NO R MAL acc ès autorisé <traitement x> <traitement x> écriture x => interblocage (la liste de verrous montre que l'unité de consolidation2 attend déjà pour écrire dans le CI contenant x)=>arrêt prématuré de l'unité de consolidation1 et relance à son début dès que l'unité de consolidation2 est term inée écriture x => dem ande de verrou E XCL => accès refusé => attente => l'unité de consolidation2 peut continuer (à condition qu'aucune autre unité de consolidation n'ait posé un verrou sur le CI) Figure 4-6. Suppression d'un interblocage par GAC-EXTENDED F2 12UF Rev02

75 Verrouillages et conflits GAC-EXTENDED détecte la situation d'interblocage : chaque utilisateur attend l'autre pour accéder à l'article x. L'unité de consolidation dans laquelle est détecté l'interblocage (unité de consolidation 1 dans l'exemple) est arrêtée prématurément puis relancée. L'ordre de traitement passe ainsi de (R1, R2, W2, W1) à (R2, W2, R1, W1), ce qui évite l'interblocage. Si un autre conflit impliquant l'unité de consolidation 1 se produit, la plus jeune des deux unités de consolidation concurrentes sera arrêtée prématurément, de façon à éviter un nouvel interblocage Prévention des interblocages Le type d'interblocage décrit ci-dessus peut être évité si l'un des utilisateurs ou les deux spécifie une lecture exclusive (READLOCK=EXCL). Reprenons l'exemple précédent, avec cette fois READLOCK=EXCL spécifié pour l'unité de consolidation F2 12UF Rev

76 GAC-EXTENDED - Guide de l'utilisateur Unité de consolidation1 Unité de consolidation2 lecture x => verrou x NORMAL accès autorisé <traitement x> lecture x => verrou x (exclusif) => accès autorisé car aucune autre unité de consolidation n'a accès au CI contenant x lecture x => verrou x EXCL demandé => accès refusé => attente (poursuite) <traitement x> écriture x => verrou x (exclusif) accès autorisé Figure 4-7. Prévention des interblocages par READLOCK=EXCL La figure 4-7 montre comment l'utilisation du verrou READLOCK=EXCL permet d'éviter un interblocage. Toutefois, ce verrou doit être réservé aux cas où la situation décrite cidessus risque de se présenter souvent, de manière à éviter une baisse des performances due à un trop grand nombre d'opérations d'arrêt/relance F2 12UF Rev02

77 Verrouillages et conflits 4.9 TRAITEMENT DES DEMANDES D'ACCES SOUS GAC-EXTENDED Tableau 4-2. Traitement des demandes d'accès sous GAC-EXTENDED DEMANDE SITUATION EN COURS Lecture partagée Lecture exclusive Ecriture (exclusive) Lecture statistique CI non verrouillé accès autorisé accès autorisé accès autorisé accès autorisé CI verrouillé par des utilisateurs en lecture partagée seulement accès autorisé ATTENTE ATTENTE accès autorisé CI verrouillé par utilisateur en lecture exclusive ATTENTE ATTENTE ATTENTE accès autorisé CI verrouillé par utilisateur en écriture ATTENTE ATTENTE ATTENTE accès autorisé Unité de consolidation en attente de libération du CI par l'unité de consolidation demandeuse accès autorisé INTERBLOCAGE: Unité de consolidation demandeuse (ou plus jeune) arrêtée prématurément et relancée INTERBLOCAGE: Unité de consolidation demandeuse (ou plus jeune) arrêtée prématurément et relancée accès autorisé Le nombre de conflits et d'interblocages se produisant au cours d'une activité est consigné dans l'historique du travail (JOR) comme suit : GAC01.IFN = ifn MAXLOCKCOUNT = n1 GAC01.IFN = ifn CONFLICT CNT = n2 DEADLOCK CNT = n3 47 F2 12UF Rev

78 GAC-EXTENDED - Guide de l'utilisateur F2 12UF Rev02

79 A. Codes retour A.1 INTRODUCTION Cette annexe fournit une liste des codes retour relatifs à GAC-EXTENDED, avec pour chacun une brève explication des causes de l'erreur. Certains codes ne figurent pas ici car ils signalent des erreurs dans le fonctionnement interne de GAC-EXTENDED. L'utilisateur ne peut pas corriger lui-même ces erreurs et doit contacter le Centre de Service. A.1.1 FORMAT DES CODES RETOUR Le format général des codes retour GAC-EXTENDED est le suivant : XAC n mnémonique dans lequel : n mnémonique est un numéro qui désigne la fonction interne de GAC- EXTENDED ayant généré le code retour. Le tableau A-1 donne la liste de ces fonctions avec leur numéro. est l'un des mnémoniques standard de Bull, indiquant la cause de l'erreur. Pour plus de détails sur l'interprétation des mnémoniques, voir le manuel sur les messages d'erreur et codes retour (10UJ). Les codes retour sont classés dans l'ordre des numéros des fonctions et dans l'ordre alphabétique des mnémoniques. Les plus importants sont signalés par un astérisque (*). 47 F2 12UF Rev02 A-1

80 GAC-EXTENDED - Guide de l'utilisateur Tableau A-1. Numéros des fonctions internes de GAC-EXTENDED Numéro Fonction interne de GAC-EXTENDED 1 Point net et relance en environnement TDS ; interface de gestion des tampons ; statistiques GAC-EXTENDED. 2 Primitives IQS. 3 Libération des ressources verrouillées. 4 Gestion des tables internes de GAC-EXTENDED. 5 Gestion des unités de consolidation ; gestion de l'option CURRENCY ; initialisation des blocs de séquencement GAC-EXTENDED. 6 Consolidation (Traitement par lots et IQS) 7 Verrouillage des ressources. 8 Déverrouillage des ressources verrouillées pour la lecture, à l'exception de celles correspondant à des pointeurs article courant (IQS). 9 Initialisation des tables GAC-EXTENDED à l'initialisation du système. 10 Ouverture, fermeture et libération des fichiers. 11 Interface GAC-EXTENDED/TDS au lancement d'une session TDS. 14 Supervision des activités. 15 Mécanisme d'appel asynchrone. 17 Traitement des conflits. 18 Traitement des attentes prolongées. 19 Affectation dynamique d'espace au niveau activité. A-2 47 F2 12UF Rev02

81 Codes retour A.2 LISTE DES CODES RETOUR * XAC 1 DEADLOCK Une unité de consolidation TDS a été arrêtée prématurément en raison d'un interblocage. Elle est relancée automatiquement, après restauration non actualisée, une fois l'unité de consolidation concurrente terminée. XAC 1 NOTOPEN Le fichier sur lequel travaillait l'utilisateur a été fermé. XAC 1 SHLVVIOL Il y a eu violation des règles de partage. Une relance a été demandée pour un fichier qui n'est pas géré par GAC-EXTENDED. XAC 1 TABOV Il y a eu demande externe d'arrêt prématuré de l'unité de consolidation en raison d'un dépassement de capacité de la liste des verrous. L'unité de consolidation est relancée automatiquement une fois le problème résolu. XAC 2 NOTOPEN Le fichier sur lequel travaillait l'utilisateur a été fermé. * XAC 2 NOWAIT L'accès au fichier spécifié est impossible car un autre programme y accède actuellement. * XAC 2 SHLVVIOL GAC-EXTENDED a été appelé pour un fichier qu'il ne gère pas. * XAC 2 WRONGORG Le fichier spécifié n'est pas un fichier UFAS. XAC 4 DAMAGED Une erreur s'est produite dans les tables internes de GAC-EXTENDED. GAC- EXTENDED va réinitialiser ses tables et relancer automatiquement les unités de consolidation. 47 F2 12UF Rev02 A-3

82 GAC-EXTENDED - Guide de l'utilisateur XAC 5 IFNERR Un fichier incorrect a été spécifié. XAC 5 LOKVIOL La lecture statistique a été demandée pour un fichier TDS mais la transaction n'a pas été définie avec la clause SUPPRESS CONCURRENT ACCESS CONTROL pour ce fichier. La transaction est arrêtée prématurément. Un fichier TDS a été affecté avec SHARE=ONEWRITE alors que le mode d'exploitation INPUT avait été défini à la génération pour ce fichier. La transaction est arrêtée prématurément. XAC 5 NOTOPEN Le fichier sur lequel travaillait l'utilisateur a été fermé. * XAC 5 SHLVVIOL Il y a eu violation des règles de partage. Le fichier spécifié n'est pas géré par GAC- EXTENDED. * XAC 5 SYSOV Il n'est plus possible d'obtenir de nouveaux identificateurs de verrou. XAC 6 ARGERR Il manque un paramètre dans la primitive H_GAC_UCOMIT (programmes COBOL uniquement). * XAC 6 CONFLICT TDS ou un travail IQS sous IOF ont émis un appel à la primitive H_COMMIT qui n'est utilisable qu'en environnement Traitement par lots. XAC 7 ARVIOL La mise à jour d'un fichier est interdite lorsque READLOCK=STAT. La mise à jour du fichier est impossible car il n'est protégé ni par le journal Avant, ni par la mise à jour différée. A-4 47 F2 12UF Rev02

83 Codes retour XAC 7 BUSY La ressource demandée est déjà verrouillée (mode TEST). * XAC 7 NOTOPEN Le fichier sur lequel travaillait l'utilisateur a été fermé. * XAC 7 TABOV Il y a eu dépassement de capacité de la liste des verrous. L'unité de consolidation est arrêtée prématurément puis relancée automatiquement une fois le problème résolu. Les unités de consolidation ayant consommé un grand nombre de rubriques sont arrêtées prématurément et relancées en mode dégradé ce qui permet de leur affecter moins de rubriques de la liste des verrous. XAC 8 IFNERR Un fichier incorrect a été spécifié. * XAC 8 WRONGORG Le fichier spécifié n'est ni un fichier UFAS, ni un fichier IDS/II. XAC 9 DAMAGED Il y a erreur dans le code GAC-EXTENDED. La réinitialisation automatique n'a pas lieu. * XAC 10 FUNCNAV GAC-EXTENDED n'est pas disponible sur le système (utilisateurs Traitement par lots uniquement). * XAC 10 LOKVIOL Un fichier Traitement par lots ne peut pas être ouvert en mise à jour car il manque le journal Avant. Il y a eu tentative d'ouverture en mise à jour d'un fichier TDS qui n'est protégé ni par le journal Avant, ni par la mise à jour différée. Il y a eu tentative de libération (DEASSIGN) d'un fichier dont les ressources sont encore verrrouillées. 47 F2 12UF Rev02 A-5

84 GAC-EXTENDED - Guide de l'utilisateur XAC 10 OPTERR Pour les activités Traitement par lots, l'option REPEAT est absente ou GAC- EXTENDED a été spécifié dans un environnement Traitement par lots multitraitement. * XAC 10 SHLVVIOL Une erreur s'est produite en raison d'un conflit entre les valeurs des paramètres SHARE et ACCESS. * XAC 10 WRONGORG Le fichier spécifié n'est ni un fichier UFAS, ni un fichier IDS/II. XAC 19 ENTRYOV L'espace de type 2 est insuffisant pour les structures GAC internes. A-6 47 F2 12UF Rev02

85 Error! Bookmark not defined.b. Messages Cette annexe fournit une liste des messages d'erreur et d'information statistique les plus fréquemment associés à GAC-EXTENDED. Ces messages sont classés dans l'ordre numérique. Ils sont expliqués en détail dans le manuel sur les messages d'erreur et codes retour (10UJ). GAC01.IFN = nfi MAXLOCKCOUNT = n1 GAC01.IFN = nfi CONFLICT CNT = n2 DEADLOCK CNT = n3 Signification : Message d'information indiquant pour le fichier nfi : - le nombre maximum de verrous posés sur le fichier par une unité de consolidation (n1), - le nombre de conflits d'accès aux CI du fichier (n2), - le nombre d'interblocages détectés lors de l'accès aux CI du fichier (n3). Résultat : Une valeur trop élevée de ces trois chiffres peut indiquer une mauvaise organisation de la base de données. Ce message est émis à chaque libération d'un fichier géré par GAC- EXTENDED. GAC03 IFN = nfi SHARE = MONITOR ONLY WITH UFAS DISK FILE Signification : Résultat : Intervention : La valeur MONITOR attribuée à SHARE signifie que le fichier doit être géré par GAC-EXTENDED. Elle n'est utilisable que pour les fichiers UFAS et IDS/II. L'opération demandée n'est pas effectuée. Vérifier l'organisation du fichier. 47 F2 12UF Rev02 B-1

86 GAC-EXTENDED - Guide de l'utilisateur GAC04 IFN = nfi REPEAT OPTION MISSING Signification : Résultat : Intervention : Pour qu'une activité Traitement par lots puisse verrouiller un fichier sous GAC-EXTENDED, elle doit être déclarée avec l'option REPEAT. Cette option a été omise. En cas d'interblocage, GAC-EXTENDED ne relance pas l'activité. Spécifier l'option REPEAT. GAC05 IFN = nfi MONITORED FILE IN TDS MUST BE CONTROLLED Signification : Résultat : Intervention : Un fichier non contrôlé par TDS a été affecté avec SHARE=MONITOR. Le fichier n'est pas ouvert. Modifier la valeur de SHARE ou faire du fichier un fichier contrôlé par TDS. GAC06 BEFORE JOURNAL MISSING Signification : Résultat : Intervention : Lorsque GAC-EXTENDED est utilisé pour gérer le partage des fichiers, chaque fichier à partager doit être protégé par le journal Avant. Les fichiers pour lesquels la journalisation Avant n'a pas été demandée ne peuvent pas être partagés sous GAC- EXTENDED. Supprimer le partage sous GAC-EXTENDED pour les fichiers considérés ou les protéger par le journal Avant. B-2 47 F2 12UF Rev02

87 C. Directive GAC de l'utilitaire CONFIG La directive GAC de l'utilitaire CONFIG permet de spécifier certains paramètres pour GAC-EXTENDED. Format : GAC [LONGWAIT={ 60 nnn }] [,LOCKSIZE={100 nnn}] [,NBLOCKID={340 nnnn}] Description des paramètres : LONGWAIT LOCKSIZE NBLOCKID Indique le délai maximum (en secondes) pendant lequel un utilisateur IQS ou TDS attendra pour accéder à un fichier, avant d'être averti de la situation et d'avoir la possibilité d'arrêter prématurément l'unité de consolidation en cause. LONGWAIT est une valeur décimale pouvant aller de 1 à 300 (inclus). Sa valeur implicite est 60. Spécifie la taille maximum (en Koctets) de la liste des verrous, où seront consignés à tout moment les CI verrouillés par l'ensemble des utilisateurs du système. LOCKSIZE est une valeur décimale de 3 chiffres pouvant aller de 40 à 320 (inclus). Sa valeur implicite est 100. La capacité maximum de la liste est de rubriques. Indique le nombre maximum d'identificateurs de propriétaire de verrou pouvant être simultanément actifs pour les fichiers sous GAC-EXTENDED. NBLOCKID est une valeur décimale de 4 chiffres pouvant aller de 20 à 5460 (inclus). Sa valeur implicite est 340. A la première configuration, la directive GAC de CONFIG n'a généralement pas de paramètre et ce sont les valeurs implicites qui sont prises en compte. Dans ce cas, l'utilisateur doit examiner l'historique du travail (JOR) et la liste des erreurs lors des premiers traitements, pour s'assurer que ces valeurs conviennent. Par exemple, s'il se produit un dépassement de capacité de la liste des verrous, LOCKSIZE pourra être augmenté. Dans ces conditions, CONFIG devra être réexécuté avec de nouvelles valeurs pour les paramètres de la directive GAC. 47 F2 12UF Rev02 C-1

88 GAC-EXTENDED - Guide de l'utilisateur C-2 47 F2 12UF Rev02

89 Index A, B Accès concurrent 1-5 ACCESS (paramètre) 2-3, 3-6, 3-17 Arrêt prématuré 3-10, 3-15 ARVIOL (code retour) 4-3 ASGn (groupe de paramètres) 3-6 ASSIGN (ordre JCL) 3-1, 3-6 Attente prolongée 3-20, 3-25 AUTOCOMMIT OFF (commande IQS) 3-19 AUTOCOMMIT ON (commande IQS) 3-18, 3-19 C Catalogue 3-1 Checkpoint voir Point de reprise: 3-13 CI 1-3, 4-7 CKINF (paramètre) 3-12 Codes retour 2-6, 3-3, 3-7, 3-15, 3-19, 4-3, 4-4, A-1 Cohérence des données 1-6 COMMIT (verbe IQS) 3-18, 3-19 Commitment voir Consolidation: 1-5 Commitment unit voir Unité de consolidation: 1-5 Concurrence d'accès 1-5 CONFIG (utilitaire) C-1 Conflits 1-3, 4-7, 4-9, 4-11, 4-15 Consolidation 1-5, 2-11, 2-13, 3-9, 3-10, 3-13, 3-18, 3-24 CURRENCY (paramètre) 3-8, 3-12 Dégradé (mode) 3-2 DIE-WAIT (algorithme) 4-11 E EXEC_PG (commande GCL) 3-6 F FBO 1-2 G GAC-EXTENDED Activation 2-10 Avantages 1-7 Recommandations 3-9 I IMPLICIT COMMITMENT (option) 3-24 Interblocage 3-4, 3-15, 3-24, 4-11, 4-12, 4-13, 4-15 sous IQS 3-20 Intervalle de contrôle voir CI: 1-3 IOF (IQS) 3-1, 3-17 D DATAERR (code retour) 4-4 DEFINE (ordre JCL) 3-6 DEFn (groupe de paramètres) F2 12UF Rev02 i-1

90 GAC-EXTENDED - Guide de l'utilisateur J, K Journal Après 3-1, 3-3 Avant 3-1, 3-3, 3-15, 3-21 L Lecture exclusive 2-9 partagée 2-9 statistique 2-9 Liste des verrous 3-2, 3-19 Dépassement de capacité 3-2 LOCKMARK (paramètre) 3-8, 3-19 LOKVIOL (code retour) 3-3, 3-7 M MAXIMUM NUMBER OF LOCKED PAGES (clause) 3-2 MESSAGE (rubrique) 3-21 Messages B-1 Mise à jour différée 3-3 Mises à jour multiples 1-6 Mode dégradé 3-2 GAC effectif 3-6 GAC non effectif 3-6 non GAC 3-6 MODE (paramètre) 3-12 N NOCHKPT (paramètre) 3-12 NUMLOCK (paramètre) 3-2 O OPTERR (code retour) 3-7, 3-15 P, Q Pointeur article courant 3-8, 3-19, 3-25 Avertissement 3-8, 3-16 R READLOCK (paramètre) 3-7, 3-18 Relance 3-10, 3-15 Requête, relance 3-20 ROLLBACK (verbe IQS) 3-18, 3-19 S SHARE (paramètre) 2-2 SHARED READ FOR (clause) 2-9, 3-21 SHLVVIOL (code retour) 2-6 STEP (ordre JCL) 2-12 SUPPRESS BEFORE JOURNAL (clause) 3-21 SUPPRESS CONCURRENT ACCESS CONTROL (clause) 2-9, 3-21 Systèmes couplés 1-1 T TABOV (code retour) 3-19 TDS 3-1, 3-21 Temps de réponse 3-6 Traitement par lots 3-1 U UFAS-EXTENDED 1-2 Unité de consolidation 1-5, 3-9, 3-10 Gestion 2-11 V, W, X, Y, Z Verrouillage 2-10 Mode exclusif 4-2 Mode partagé 4-2 Verrous 3-6, 3-13, 3-17, 4-1 en écriture 4-4 en lecture 4-3 Partage de fichiers 1-3, 2-1, 2-7 Règles 2-6 Partage de ressources 2-10 Partage multiple 2-10 Point de reprise 3-13 i-2 47 F2 12UF Rev02