L'administrateur VTAM et l'administrateur du système hôte doivent configurer VTAM et OS/390 (ou MVS/ESA) pour préparer DB2 Universal Database pour OS/390 (ou DB2 pour MVS/ESA) à recevoir des demandes de connexions entrantes en provenance de votre poste de travail DB2 Connect.
Cette section contient :
La section Exemples de noms d'éléments de réseau (VTAM), fournit un récapitulatif des noms VTAM utilisés dans les
exemples du présent manuel. Pour les noms TCP/IP, reportez-vous à la
section Configuration de TCP/IP pour DB2 Universal Database pour OS/390.
![]() | Si vous pensez que DB2 pour OS/390 interviendra dans une opération de
mise à jour multisite (validation en deux phases), reportez-vous au Activation de mises à jour multisites (validation en deux phases). Les étapes supplémentaires nécessaires à la
configuration de mises à jour multisites ne sont pas décrites dans cette
section.
L'architecture SNA et la fonction de validation en deux phases ne sont pas prises en charge sous PTX. |
Pour préparer DB2 Universal Database pour OS/390 ou DB2 pour MVS/ESA à recevoir des demandes de connexion provenant de DB2 Connect, vous devez effectuer les opérations suivantes sur votre hôte DB2 Universal Database pour OS/390 :
Étape 1. | Vérifier que les PTF pour OS/390 suivantes sont installées :
| ||
Étape 2. | Configuration du protocole :
|
Pour configurer VTAM, consultez l'administrateur VTAM afin de déterminer les noms et options à utiliser sur votre système. Vous devez fournir les définitions ci-après pour permettre au poste de travail DB2 Connect de se connecter à l'hôte :
Les sections suivantes contiennent des exemples de définitions VTAM. Ces modèles reprennent les paramètres utilisés dans le reste du manuel.
L'écran ci-après présente les exemples de définitions
VTAM utilisées pour configurer un serveur de bases de données hôte.
Serveur DB2 Connect : - ID réseau : SPIFNET - Nom de noeud local : NYX1 (nom de PU) - ID de noeud local : 05D 27509 - Nom de LU : SPIFNET.NYX1GW01 (la même LU est utilisée pour DB2 Connect, pour DB2 Universal Database, et pour SPM) - Alias de LU : NYX1GW01 HOTE : - ID réseau : SPIFNET - Nom de noeud : NYX - Nom de LU : SPIFNET.NYM2DB2 - Alias de LU : NYM2DB2 - Adresse cible LAN : 400009451902 (adresse NCP TIC) DEFINITION DE MODE : - Nom du mode : IBMRDB DB2 pour MVS/ESA: - Emplacement : NEW-YORK3 SECURITE : - Type de sécurité : Program - Type d'authentification : DCS |
Dans ce scénario, l'ID utilisateur et le mot de passe sont vérifiés uniquement au niveau de l'hôte. Si vous utilisez le type d'authentification SERVER (valeur par défaut), l'authentification a également lieu sur le serveur DB2 Connect.
L'écran ci-après présente les exemples de définitions
du noeud principal d'application VTAM. Dans la plupart des cas, il
existe déjà une telle définition utilisant un nom de LU différent.
Sinon, ce noeud principal d'application doit être défini et DB2 Universal
Database pour OS/390 doit être personnalisé pour l'utilisation du nom de
LU défini. Ce nom correspond au nom de LU partenaire nécessaire à DB2
Connect.
----+----1----+----2----+----3----+----4----+----5----+----6----+----7-- DB2APPLS VBUILD TYPE=APPL NYM2DB2 APPL APPC=YES, X AUTH=(ACQ), X AUTOSES=1, X DLOGMOD=IBMRDB, X DMINWNL=512, X DMINWNR=512, X DSESSLIM=2048, X EAS=6000, X MODETAB=RDBMODES, X PARSESS=YES, X PRTCT=SFLU, X MODETAB=RDBMODES, X SECACPT=ALREADYV, X SRBEXIT=YES, X VERIFY=NONE, X VPACING=8 |
Remarque : | Les lignes de continuation doivent commencer en colonne 16 et se terminer par une marque de continuation en colonne 72. |
Si vos règles de sécurité le permettent, nous vous recommandons d'activer DYNPU et DYNLU sous VTAM afin de permettre l'accès aux PU et LU via VTAM. Pour plus d'informations, prenez contact avec l'administrateur VTAM.
Pour activer une LU ou une PU spécifique, l'exemple ci-après indique les définitions du noeud principal commuté VTAM.
Si vous utilisez déjà des applications SNA sur le poste de travail DB2
Connect, il existe déjà une définition de PU. Cependant, vous ne
disposez pas nécessairement d'une définition de LU indépendante.
LOCADDR=0 doit être spécifié pour la définition de LU indépendante
nécessaire à DB2 Connect.
----+----1----+----2----+----3----+----4----+----5----+----6----+----7-- SWITCHED MAJOR NODE DEFINITION FOR PU NYX1 and INDEPENDENT LU NYX1GW01 LOC300 VBUILD TYPE=LOCAL NYX1 ADDR=01,IDBLK=071,IDNUM=27509,ANS=CONT,DISCNT=NO, X IRETRY=YES,ISTATUS=ACTIVE,MAXDATA=4302,MAXOUT=7, X MAXPATH=1,PUTYPE=2,SECNET=NO,MODETAB=RDBMODES X SSCPFM=USSSCS,PACING=0,VPACING=2 NYX1GW01 LOCADDR=000,MODETAB=RDBMODES,DLOGMODE=IBMRDB OTHERLU LOCADDR=002 |
L'écran ci-après présente les exemples de définitions
figurant dans la table de modes de connexion VTAM pour les modes
IBMRDB et SNASVCMG. Cet exemple indique une
taille RUSIZE de 4 Ko, qui peut ne pas convenir dans votre
environnement. Cette taille ne conviendra pas si, par exemple, vous
utilisez Ethernet, dont la taille de trame maximale est de
1536 octets. L'administrateur VTAM doit vérifier ces valeurs
et indiquer le nom de l'entrée de la table de modes et la taille de
RUSIZE à spécifier pour DB2 Connect. Lorsque vous utilisez
APPC, vous devez définir SNASVCMG.
----+----1----+----2----+----3----+----4----+----5----+----6----+----7--- RDBMODES MODTAB IBMRDB MODEENT LOGMODE=IBMRDB, DRDA DEFAULT MODE * TYPE=0, NEGOTIABLE BIND * PSNDPAC=X'01', PRIMARY SEND PACING COUNT * SSNDPAC=X'01', SECONDARY SEND PACING COUNT * SRCVPAC=X'00', SECONDARY RECEIVE PACING COUNT * RUSIZES=X'8989', RUSIZES IN-4K OUT-4K * FMPROF=X'13', LU6.2 FM PROFILE * TSPROF=X'07', LU6.2 TS PROFILE * PRIPROT=X'B0', LU6.2 PRIMARY PROTOCOLS * SECPROT=X'B0', LU6.2 SECONDARY PROTOCOLS * COMPROT=X'D0B1', LU6.2 COMMON PROTOCOLS * PSERVIC=X'060200000000000000122F00' LU6.2 LU TYPE SNASVCMG MODEENT LOGMODE=SNASVCMG, DRDA DEFAULT MODE * PSNDPAC=X'00', PRIMARY SEND PACING COUNT * SSNDPAC=X'02', SECONDARY SEND PACING COUNT * SRCVPAC=X'00', SECONDARY RECEIVE PACING COUNT * RUSIZES=X'8585', RUSIZES IN-1K OUT-1K * FMPROF=X'13', LU6.2 FM PROFILE * TSPROF=X'07', LU6.2 TS PROFILE * PRIPROT=X'B0', LU6.2 PRIMARY PROTOCOLS * SECPROT=X'B0', LU6.2 SECONDARY PROTOCOLS * COMPROT=X'D0B1', LU6.2 COMMON PROTOCOLS * PSERVIC=X'060200000000000000000300' LU6.2 LU TYPE |
Avant que vous puissiez utiliser DB2 Connect, l'administrateur DB2 doit configurer DB2 Universal Database pour OS/390 de sorte que les connexions puissent être établies à partir de postes de travail DB2 Connect. Cette section indique les mises à jour minimales requises pour permettre à un client DB2 Connect d'établir une connexion au serveur de bases de données DB2 Universal Database pour OS/390. Des exemples plus détaillés sont fournis dans les manuels DB2 Connectivité - Informations complémentaires et DB2 for OS/390 Installation Reference.
Les tables suivantes doivent être mises à jour, selon le type de connexion que vous utilisez :
Les sections ci-après contiennent des exemples de commandes de mise à jour de ces tables pour DB2 Universal Database pour OS/390. Consultez l'administrateur DB2 pour déterminer les mises à jour nécessaires à votre système DB2 Universal Database pour OS/390. Pour plus de détails sur les tables de la base de données de communications DB2 Universal Database pour OS/390, reportez-vous au manuel DB2 Universal Database pour OS/390 SQL Reference.
Pour que les demandes de connexion de base de données puissent être acceptées de toute LU DB2 Connect entrante, insérez une ligne vierge. Utilisez une commande SQL semblable à la suivante :
INSERT INTO SYSIBM.LUNAMES (LUNAME) VALUES (' ')
Par ailleurs, afin de restreindre l'accès en fonction du nom de LU, vous pouvez également utiliser une commande SQL semblable à la suivante pour mettre à jour cette table :
INSERT INTO SYSIBM.LUNAMES (LUNAME, SECURITY_OUT, ENCRYPTPSWDS, USERNAMES) VALUES('NYX1GW01','P','N','O');
Résultat :
COLONNE EXEMPLE REMARQUE ====== ======= ====== LUNAME NYX1GW01 Nom de la LU DB2 Connect SECURITY_OUT P ENCRYPTPSWDS N USERNAMES O
Si vous souhaitez autoriser les demandes de connexion de base de données entrantes pour les noeuds TCP/IP, vous pouvez utiliser une commande SQL de ce type pour mettre à jour cette table :
INSERT INTO SYSIBM.IPNAMES (LINKNAME) VALUES(' ')
Avant que vous puissiez utiliser la connexion DB2 Connect, l'administrateur DB2 doit configurer DB2 pour MVS/ESA de sorte que les connexions puissent être établies à partir du poste de travail DB2 Connect. Pour cela, les tables suivantes doivent être mises à jour :
Les sections ci-après contiennent des exemples de commandes de mise à jour de ces tables. Consultez l'administrateur DB2 pour déterminer les options nécessaires à votre système DB2 pour MVS/ESA.
Si vous voulez utiliser des ID autorisation secondaires, vous pouvez émettre la commande SQL suivante pour mettre à jour la table correspondante :
INSERT INTO SYSIBM.SYSUSERNAMES VALUES('I','ADBUSER','NYX1GW01',' ',' ');
Résultat :
COLONNE EXEMPLE REMARQUE ====== ======= ====== Type I Authid ADBUSER LU Name NYX1GW01 Nom de la LU DB2 Connect NewAuthID (vide) Password (vide)
Les différents types existants sont : O (conversion sortante), I (conversion entrante), B (conversion entrante et sortante) et vide (aucun ID autorisation n'est converti et aucun mot de passe n'est envoyé au serveur).
Pour restreindre l'accès en fonction du nom de LU, utilisez une commande SQL semblable à la suivante pour mettre à jour la table correspondante :
INSERT INTO SYSIBM.SYSLUNAMES VALUES('NYX1GW01','IBMRDB','A','N',' ','I');
Résultat :
COLONNE EXEMPLE REMARQUE ====== ======= ====== LUNAME NYX1GW01 Nom de la LU DB2 Connect SYSMODENAME IBMRDB USERSECURITY A ENCRYPTPSWDS N MODESELECT USERNAMES I
Vous pouvez aussi insérer une ligne blanche, ce qui permet aux LU DB2 Connect entrantes d'être acceptées.
Pour mettre cette table à jour, utilisez une commande SQL de ce type :
INSERT INTO SYSIBM.SYSLUMODES VALUES ('NYX1 ', 'IBMRDB', 150, 'Y');
où :
La présente section explique comment configurer les communications TCP/IP entre votre poste de travail DB2 Connect et DB2 Universal Database pour OS/390 version 5.1 ou suivante. Il est présupposé que :
Le niveau minimal du système d'exploitation requis pour le support TCP/IP est OS/390 R3+. OS/390 V2R5+ est le niveau recommandé et le plus performant.
Les APAR pour DB2 pour OS/390 mentionnés ci-après sont régulièrement mis à jour avec les informations relatives aux PTF à installer pour divers composants OS/390 et en particulier TCP/IP pour OS/390. Si vous utilisez la connectivité TCP/IP avec DB2 pour OS/390, il est extrêmement important d'analyser et d'appliquer les correctifs PTF et APAR décrits dans les APAR relatifs à DB2 pour OS/390 suivants :
Les correctifs suivants sont recommandés pour DB2 pour OS/390 :
Avant d'utiliser DB2 Connect sur une connexion TCP/IP, vous devez réunir certaines informations sur le serveur de bases de données hôte et le poste de travail DB2 Connect. Pour chaque serveur hôte auquel vous vous connectez via TCP/IP, vous devez disposer des informations suivantes :
Vous pouvez utiliser un serveur de noms de domaines pour éviter d'avoir à gérer ce fichier sur plusieurs systèmes.
Remarque : | Les informations relatives au nom de service ne sont pas échangées entre le poste de travail DB2 Connect et DB2 Universal Database pour OS/390. |
Adressez-vous à l'administrateur de réseau local et à l'administrateur DB2 pour OS/390 si vous avez besoin d'aide pour obtenir ces informations. Utilisez un exemplaire du modèle de feuille de travail, Tableau 11, pour planifier chacune des connexions TCP/IP entre DB2 Connect et un serveur de bases de données hôte.
Réf. | Description | Valeur type | Votre valeur |
---|---|---|---|
Informations utilisateur | |||
(TCP-1) | Nom d'utilisateur | Util.A.D.B. |
|
(TCP-2) | Téléphone | (01) 45 67 89 40 |
|
(TCP-5) | ID utilisateur | UtilADB |
|
(TCP-6) | Type de base de données | db2390 |
|
(TCP-7) | Type de connexion (TCPIP obligatoirement). | TCPIP | TCPIP |
Informations réseau sur l'hôte | |||
(TCP-8) | Nom hôte | MVSHOST |
|
(TCP-9) | Adresse IP hôte | 9.21.152.100 |
|
(TCP-10) | Nom du service | db2inst1c |
|
(TCP-11) | Numéro de port | 446 | 446 |
(TCP-12) | LOCATION NAME | NEW_YORK3 |
|
(TCP-13) | ID utilisateur |
|
|
(TCP-14) | Mot de passe |
|
|
Informations réseau sur le poste de travail DB2 Connect | |||
(TCP-18) | Nom hôte | mcook02 |
|
(TCP-19) | Adresse IP | 9.21.27.179 |
|
(TCP-20) | Nom du service | db2inst1c |
|
(TCP-21) | Numéro de port | 446 | 446 |
Entrées du répertoire DB2 (sur le poste de travail DB2 Connect) | |||
(TCP-30) | Nom de noeud | MVSIPNOD |
|
(TCP-31) | Nom de la base de données | nyc3 |
|
(TCP-32) | Alias de base de données | mvsipdb1 |
|
(TCP-33) | Nom de la base de données DCS | nyc3 |
|
Remarques :
|
Utilisez la procédure décrite dans cette section pour achever la configuration et établir la connexion.
Complétez un exemplaire de la feuille de travail pour chaque hôte TCP/IP :
Remarque : | Il se peut que d'autres conditions de planification s'appliquent, par exemple si vous utilisez DCE. Pour plus de détails, reportez-vous au manuel DB2 Connect User's Guide. |
Sur votre hôte OS/390 :
ping nom-hôte-éloigné -p num-port