DB2 Connect Mise en route pour UNIX**

Préparation d'OS/390 (ou de MVS/ESA) pour DB2 Connect

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.

Suggestion

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.

Résumé des opérations

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 :

  • PTF UQ06843 pour l'APAR PQ05771 ;
  • PTF UQ09146 pour l'APAR PQ07537.
Remarque :Si vous utilisez DB2 pour OS/390 version 6.1, le correctif pour APAR PQ34536 est obligatoire, quel que soit le protocole utilisé, APPC ou TCP/IP. Cela est valable sur toutes les plateformes aussi bien pour DB2 Connect 7.1 EE que PE.

Étape  2.

Configuration du protocole  :

Configuration de VTAM

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.

Exemples de noms d'éléments de réseau (VTAM)

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.

Exemple de définition APPL VTAM pour OS/390

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.

Exemples de définitions de PU et LU VTAM pour DB2 Connect

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

Exemple de définition de mode de connexion VTAM pour DB2

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

Configuration de DB2 Universal Database pour OS/390

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.

Mise à jour de SYSIBM.LUNAMES

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

Mise à jour de SYSIBM.IPNAMES

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('        ')

Configuration de DB2 pour MVS/ESA

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.

Mise à jour de SYSIBM.SYSUSERNAMES

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

Mise à jour de SYSIBM.SYSLUNAMES

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.

Mise à jour de SYSIBM.SYSLUMODES

Pour mettre cette table à jour, utilisez une commande SQL de ce type :

   INSERT INTO SYSIBM.SYSLUMODES VALUES ('NYX1    ', 'IBMRDB', 150, 'Y');

où :

Configuration de TCP/IP pour DB2 Universal Database pour OS/390

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 :

Logiciel OS/390 prérequis pour le support TCP/IP

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 :

Collecte des informations

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 :

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.

Modèle de feuille de travail

Tableau 11. Modèle de feuille de travail pour la planification des connexions TCP/IP à DB2 Universal Database pour OS/390
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 :

  1. Pour obtenir l'adresse IP de l'hôte (TCP-9), spécifiez :
       TSO NETSTAT HOME
    

  2. Pour obtenir le numéro de port (TCP-11), recherchez DSNL004I dans l'espace adresse principal ou le journal système de DB2.

Configuration de la connexion TCP/IP

Utilisez la procédure décrite dans cette section pour achever la configuration et établir la connexion.

Complétez la feuille de travail

Complétez un exemplaire de la feuille de travail pour chaque hôte TCP/IP :

  1. Indiquez les valeurs à utiliser pour l'adresse et le nom TCP/IP de l'hôte DB2 Universal Database pour OS/390 (éléments 8 et 9).
  2. Indiquez les valeurs à utiliser pour l'adresse et le nom TCP/IP du poste de travail DB2 Connect (éléments 18 et 19).
  3. Déterminez le numéro de port ou nom de service à utiliser pour la connexion (éléments 10 et 11, ou 20 et 21).
  4. Déterminez le nom d'emplacement (LOCATION NAME) de DB2 pour le serveur de bases de données OS/390 auquel vous souhaitez vous connecter.
  5. Déterminez les valeurs à utiliser pour l'ID utilisateur et le mot de passe lors de la connexion à la base de données hôte.
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.

Mettez à jour l'hôte DB2 Universal Database pour OS/390

Sur votre hôte OS/390 :

  1. Vérifiez l'adresse hôte ou le nom hôte.
  2. Vérifiez le numéro de port ou le nom de service.
  3. Mettez à jour le fichier SERVICES en indiquant, si nécessaire, le numéro de port et le nom de service corrects.
  4. Mettez à jour le fichier HOSTS (ou le serveur de noms de domaine utilisé par le système DB2 Universal Database pour OS/390) en indiquant, si nécessaire, le nom hôte et l'adresse IP du poste de travail DB2 Connect.
  5. Vérifiez que les nouvelles définitions s'appliquent avant de tester la connexion. Adressez-vous, si nécessaire, à l'administrateur système hôte ou au technicien chargé du contrôle des modifications.
  6. Assurez-vous auprès de l'administrateur DB2 Universal Database pour OS/390 que votre ID utilisateur, votre mot de passe et votre nom d'emplacement (LOCATION NAME) sont corrects.
  7. Lancez une commande PING sur le poste de travail DB2 Connect, en utilisant le numéro de port correct si cette option est prise en charge par TCP/IP sur le système hôte. Par exemple :
       ping nom-hôte-éloigné -p num-port
    


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