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.
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
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 :
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.