DB2 - Connectivité - Informations complémentaires

Présentation de DB2 pour VSE

Dans l'environnement d'exploitation VSE/ESA, DB2 pour VSE offre la fonction de serveur d'applications dans un environnement DRDA. La fonction de demandeur d'application n'est pas fournie. La présente section décrit les différents composants DB2 pour VSE et les composants VSE concernés par le traitement de la base de données répartie. Ces composants permettent au système de gestion de bases de données DB2 pour VSE de communiquer avec des demandeurs d'application DRDA éloignés dans un réseau SNA.

CICS(ISC)
Le composant de communication intersystème CICS offre les fonctions de LU 6.2 SNA (APPC) au serveur d'applications DB2 pour VSE.

CICS(SPM)
Le composant de gestion de points de synchronisation CICS fait partie intégrante du support de l'unité d'oeuvre répartie DRDA de DB2 pour VSE. Il agit en tant que participant du point de synchronisation et est chargé de coordonner l'activité de validation en deux phases sur un système VSE/ESA.

CICS(TRUE)
L'exit utilisateur CICS est une interface utilisée par la transaction AXE pour communiquer avec le gestionnaire de points de synchronisation CICS.

ACF/VTAM
CICS(ISC) utilise VTAM pour VSE pour établir les accès des sessions de LU à LU avec des systèmes éloignés ou en définir les accès. DB2 pour VSE utilise les conversations de base de type LU 6.2 sur ces sessions pour communiquer avec les demandeurs d'application DRDA éloignés.

AXE
La transaction APPC-XPCC-Exchange est une transaction CICS activée par le demandeur d'application DRDA éloigné. Elle permet d'acheminer les flux de données DRDA entre le demandeur d'application éloigné et le serveur d'applications DB2 pour VSE, à l'aide du support LU 6.2 CICS et des fonctions VSE XPCC.

Répertoire DBNAME
Le répertoire DBNAME (nom de la base de données) mappe une demande entrante pour l'allocation d'une conversation avec un serveur d'applications prédéfini identifié par le nom de programme transactionnel entrant. Reportez-vous au manuel SQL/DS System Administration Guide for VSE pour plus de détails.

XPCC
La communication interpartition est une interface de macro VSE permettant d'effectuer un transfert de données entre des partitions VSE.

Communications du serveur d'applications - exemple

La Figure 35, illustre le rôle joué par chaque composant lors de l'établissement des communications entre le serveur d'applications DB2 pour VSE et le demandeur d'application éloigné.

Figure 35. Méthode d'accès au serveur d'applications

                                                                               
                                                                              
 

REQTEXT

Le demandeur d'application émet une instruction APPC ALLOCATE comportant un nom de LU et un nom de programme transactionnel spécifiques pour établir une conversation de type LU 6.2 avec le serveur d'applications. Le nom de LU permet de diriger la demande ALLOCATE via VTAM vers CICS. Lorsqu'il reçoit l'instruction ALLOCATE, le programme CICS vérifie qu'une transaction AXE est définie avec ce nom de programme transactionnel et émet une demande d'ouverture de session CICS. Si le niveau de sécurité de la conversation pour la connexion CICS est VERIFY, l'ID utilisateur et le mot de passe doivent être transmis par le demandeur d'application et sont utilisés pour l'ouverture de session. Ils doivent figurer dans la table des autorisations d'ouverture de session CICS (DFHSNT) pour que la connexion soit acceptée. Si le niveau de sécurité est IDENTIFY, seul l'ID utilisateur est requis et CICS laisse au système éloigné le soin de contrôler les droits d'accès. Si l'authentification aboutit, CICS démarre la transaction AXE pour l'acheminement des demandes et assure la médiation entre le demandeur d'application et le serveur d'applications. Pour le nom de programme transactionnel utilisé par le demandeur d'application, une entrée doit être définie dans le répertoire DBNAME de DB2 pour VSE afin de désigner un serveur DB2 pour VSE actif dans le système VSE.

Si le demandeur d'application souhaite bénéficier du support d'unité d'oeuvre répartie, il spécifie la valeur SYNCPT pour le paramètre SYNCLVL dans l'instruction APPC ALLOCATE. Une fois la transaction AXE démarrée, elle interroge CICS pour déterminer le niveau de synchronisation de la conversation. S'il s'agit du niveau SYNCPT, elle procède comme suit :

Limitations

A la différence de DB2 pour VM, le serveur d'applications DB2 pour VSE accepte les flux de données DRDA en provenance de demandeurs d'application éloignés. Les protocoles privés ne sont pas pris en charge. Par conséquent, les demandeurs d'application VM ne peuvent pas accéder à un serveur VSE lorsque le paramètre PROTOCOL=SQLDS est défini.

Le serveur DRDA DB2 pour VSE ne peut pas acheminer les demandes issues de demandeurs d'application éloignés vers un serveur DB2 pour VM à l'aide de la fonction de partage d'hôtes VSE. Ces demandes doivent être directement transmises au serveur DRDA DB2 pour VM.


[ Début de page | Page précédente | Page suivante | Table des matières | Index ]