VTAM-administratoren og den vertssystemansvarlige må konfigurere VTAM og OS/390 (eller MVS/ESA) for å klargjøre DB2 Universal Database for OS/390 (eller DB2 for MVS/ESA) til å motta innkommende tilkoblingsforespørsel fra din DB2 Connect-arbeidsstasjon.
Dette avsnittet inneholder:
Du finner en oversikt over eksempelnavn for VTAM som brukes gjennom hele boken, i Eksempelnavn på nettverkselementer (VTAM). Når det gjelder TCP/IP-navn, kan du se Konfigurere TCP/IP for DB2 Universal Database for OS/390.
Når du skal klargjøre DB2 Universal Database for OS/390 eller DB2 for MVS/ESA til å motta tilkoblingsforespørsler fra DB2 Connect, må du fullføre disse trinnene på din DB2 Universal Database for OS/390-vertsmaskin:
Trinn 1. | Kontroller at disse PTFene for OS/390 er installert:
| ||
Trinn 2. | Konfigurere protokollen:
|
Når du skal konfigurere VTAM, må din VTAM-administrator bestemme hvilke navn og alternativer som skal brukes på systemet. Disse definisjonene må oppgis for at DB2 Connect-arbeidsstasjonen skal kunne koble seg til vertsmaskinen:
Eksempeldefinisjonene for VTAM er oppgitt i avsnittene nedenfor. Disse eksemplene bruker parametere som samsvarer med parameterne som er brukt ellers i boken.
Eksempelet nedenfor viser eksempeldefinisjonene for VTAM
som blir brukt for å konfigurere en vertsdatabasetjener.
DB2 Connect-tjener: - Nettverksnavn : SPIFNET - Lokalt nodenavn : NYX1 (PU-navn) - Lokal node-ID : 05D27509 - LU-navn : SPIFNET.NYX1GW01 (samme LU blir brukt for DB2 Connect, for DB2 Universal Database, og for SPM) - LU-kallenavn : NYX1GW01 VERTSMASKIN: - Nettverksnavn : SPIFNET - Nodenavn : NYX - LU-navn : SPIFNET.NYM2DB2 - LU-kallenavn : NYM2DB2 - LAN-mottakeradresse : 400009451902 (NCP TIC-adresse) MODUSDEFINISJON: - Modusnavn : IBMRDB DB2 for MVS/ESA: - Plassering : NEW_YORK3 SIKKERHET: - Sikkerhetstype : Program - Autentiseringstype : DCS |
Eksempelet nedenfor viser eksempeldefinisjonene for
hovednode for VTAM-applikasjon. I de fleste tilfeller vil en slik
definisjon allerede finnes med et annet LU-navn. Hvis ikke, må denne
applikasjonshovednoden defineres, og DB2 Universal Database for OS/390 må
tilpasses bruken av det definerte LU-navnet. Dette navnet er navnet på
partner-LU som DB2 Connect krever.
----+----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 |
Merk: | Fortsettelser må begynne i kolonne 16, med fortsettelsesmerker i kolonne 72. |
Hvis sikkerhetsreglene tillater det, kan du aktivere DYNPU og DYNLU i VTAM for å gi en hvilken som helst PU og LU tilgang gjennom VTAM. Kontakt VTAM-administratoren hvis du vil ha flere opplysninger.
Hvis du vil aktivere en bestemt LU eller PU, kan du se på eksempelet nedenfor som viser eksempeldefinisjonene for VTAM-oppringt hovednode.
Hvis du allerede bruker SNA-applikasjoner på DB2 Connect-arbeidsstasjonen,
finnes det allerede en PU-definisjon. Det er imidlertid ikke sikkert at
det finnes noen definisjon for uavhengig LU. Definisjonen for uavhengig
LU som kreves for DB2 Connect, må ha oppgitt LOCADDR=0.
----+----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 |
Eksempelet nedenfor viser eksempeldefinisjonen for
VTAM-tabell for påloggingsmodus for IBMRDB- og
SNASVCMG-modus. Dette eksempelet oppgir en RUSIZE
på 4 kB, som kanskje ikke passer for ditt system. For eksempel kan
dette gjelde hvis du bruker Ethernet, som har en maksimal rammestørrelse på
1536 byte. VTAM-administrator bør kontrollere disse verdiene og gi deg
råd om hvilket modusnavn for tabellpost og hvilken RUSIZE du skal
oppgi for DB2 Connect. Du må definere påloggingsmodus for
SNASVCMG når du bruker APPC.
----+----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 |
Før du kan begynne å bruke DB2 Connect, må administratoren for DB2 Universal Database for OS/390 konfigurere DB2 Universal Database for OS/390 for å tillate tilkoblinger fra DB2 Connect-arbeidsstasjoner. Dette avsnittet beskriver de minste oppdateringene som må gjøres for at en DB2 Connect-klient skal kunne opprette en tilkobling til databasetjeneren for DB2 Universal Database for OS/390. Du finner mer detaljerte eksempler i Connectivity Supplement og i installeringsveiledningen for DB2 for OS/390.
Disse tabellene må oppdateres, avhengig av hvilke type tilkoblinger du bruker.
Avsnittene nedenfor inneholder eksempler på kommandoer som gjør at du kan oppdatere disse tabellene for DB2 Universal Database for OS/390. Snakk med DB2-administratoren for å finne ut hvilke oppdateringer som må gjøres på ditt DB2 Universal Database for OS/390-system. Du finner flere opplysninger om kommunikasjonsdatabasetabeller for DB2 Universal Database for OS/390 i DB2 Universal Database for OS/390 SQL Reference.
For at forespørsler om databasetilkobling fra en hvilken som helst innkommende DB2 Connect LU skal kunne godtas, setter du bare inn en tom rad. Bruk en SQL som likner på denne:
INSERT INTO SYSIBM.LUNAMES (LUNAME) VALUES (' ')
Du kan også, hvis du vil begrense tilgang etter LU-navn, bruke en SQL-kommando som likner på denne for å oppdatere denne tabellen:
INSERT INTO SYSIBM.LUNAMES (LUNAME, SECURITY_OUT, ENCRYPTPSWDS, USERNAMES) VALUES('NYX1GW01','P','N','O');
Resultat:
KOLONNE EKSEMPEL KOMMENTAR ====== ======= ====== LUNAME NYX1GW01 Navn på LU for DB2 Connect SECURITY_OUT P ENCRYPTPSWDS N USERNAMES O
Hvis du vil tillate innkommende forespørsler om databasetilkobling for TCP/IP-noder, kan du for eksempel bruke SQL-kommandoen nedenfor for å oppdatere denne tabellen:
INSERT INTO SYSIBM.IPNAMES (LINKNAME) VALUES(' ')
Før du kan begynne å bruke DB2 Connect-tilkoblingen, må administratoren for DB2 for MVS/ESA konfigurere DB2 for MVS/ESA for å tillate tilkoblinger fra DB2 Connect-arbeidsstasjonen. Når du skal konfigurere DB2 for MVS/ESA, må disse tabellene oppdateres:
Avsnittene nedenfor inneholder eksempler på kommandoer som gjør at du kan oppdatere disse tabellene. Snakk med DB2-administratoren for å finne ut hvilke alternativer som er nødvendige for ditt DB2 for MVS/ESA-system.
Hvis du vil bruke sekundære autorisasjons-IDer, kan du bruke denne SQL-kommandoen for å oppdatere denne tabellen:
INSERT INTO SYSIBM.SYSUSERNAMES VALUES('I','ADBUSER','NYX1GW01',' ',' ');
Resultat:
KOLONNE EKSEMPEL KOMMENTAR ====== ======= ====== Type I Authid ADBUSER LU Name NYX1GW01 Navn på LU for DB2 Connect NewAuthID (tom) Password (tom)
USERNAME-typer: O (utgående konvertering), I (innkommende konvertering), B (både innkommende og utgående), og tom (ingen autorisasjons-IDer blir konvertert, og ingen passord blir sendt til tjeneren).
Hvis du vil begrense tilgang etter LU-navn, kan du bruke en SQL-kommando som likner på denne for å oppdatere denne tabellen:
INSERT INTO SYSIBM.SYSLUNAMES VALUES('NYX1GW01','IBMRDB','A','N',' ','I');
Resultat:
KOLONNE EKSEMPEL KOMMENTAR ====== ======= ====== LUNAME NYX1GW01 Navn på LU for DB2 Connect SYSMODENAME IBMRDB USERSECURITY A ENCRYPTPSWDS N MODESELECT USERNAMES I
Du kan også bare sette inn en tom rad, og dette vil gjøre at alle innkommende LUer for DB2 Connect blir godtatt.
Du kan for eksempel bruke SQL-kommandoen nedenfor for å oppdatere denne tabellen:
INSERT INTO SYSIBM.SYSLUMODES VALUES ('NYX1 ', 'IBMRDB', 150, 'Y');
der
Dette avsnittet beskriver hvordan du konfigurerer TCP/IP-kommunikasjon mellom DB2 Connect-arbeidsstasjonen og DB2 Universal Database for OS/390 versjon 5.1 eller nyere. Instruksjonene tar utgangspunkt i disse betingelsene:
OS/390 R3+ er det laveste operativsystemnivået som kreves for TCP/IP-støtte. OS/390 V2R5+ er det anbefalte operativsystemnivået, og det som gir best ytelse.
Følgende informasjons-APARer for DB2 for OS/390 blir jevnlig oppdatert med informasjon om PTFer som skal installeres for forskjellige OS/390-komponenter, særlig TCP/IP for OS/390. Hvis du bruker TCP/IP-tilkobling med DB2 for OS/390, er det svært viktig at du gjennomgår og tar i bruk PTFer og APAR-rettelser som er beskrevet i disse informasjons-APARene for DB2 for OS/390:
Disse rettelsene er anbefalt for DB2 for OS/390:
Før du kan bruke DB2 Connect over en TCP/IP-tilkobling, må du samle inn opplysninger om både vertsdatabasetjeneren og DB2 Connect-arbeidsstasjonen. For hver vertstjener som du kobler deg til via TCP/IP, må du ha denne informasjonen:
Du kan bruke en kontrollområdetjener for å slippe å vedlikeholde denne filen på flere systemer.
Merk: | Den tilknyttede tjenestenavn-informasjonen blir ikke utvekslet mellom DB2 Connect-arbeidsstasjonen og DB2 Universal Database for OS/390. |
Ta kontakt med den nettverksansvarlige og administratoren for DB2 for OS/390 for å få tak i disse opplysningene. Bruk et eksemplar av eksempelskjemaet, Tabell 2, når du skal planlegge hver TCP/IP-tilkobling mellom DB2 Connect og en vertsdatabasetjener.
Ref. | Beskrivelse | Eksempelverdi | Din verdi |
---|---|---|---|
Brukerinformasjon | |||
(TCP-1) | Bruker-ID | A.D.B.User |
|
(TCP-2) | Kontaktinformasjon | (123)-456-7890 |
|
(TCP-5) | Bruker-ID | ADBUSER |
|
(TCP-6) | Databasetype | db2390 |
|
(TCP-7) | Tilkoblingstype (må være TCPIP). | TCPIP | TCPIP |
Nettverkselementer på vertsmaskinen | |||
(TCP-8) | Vertssystem | MVSHOST |
|
(TCP-9) | IP-adresse for vert | 9.21.152.100 |
|
(TCP-10) | Tjenestenavn | db2inst1c |
|
(TCP-11) | Portnummer | 446 | 446 |
(TCP-12) | LOCATION NAME | NEW_YORK3 |
|
(TCP-13) | Bruker-ID |
|
|
(TCP-14) | Passord |
|
|
Nettverkselementer på DB2 Connect-arbeidsstasjonen | |||
(TCP-18) | Vertssystem | mcook02 |
|
(TCP-19) | IP-adresse | 9.21.27.179 |
|
(TCP-20) | Tjenestenavn | db2inst1c |
|
(TCP-21) | Portnummer | 446 | 446 |
DB2-katalogposter på DB2 Connect-arbeidsstasjonen | |||
(TCP-30) | Node | MVSIPNOD |
|
(TCP-31) | Databasenavn | nyc3 |
|
(TCP-32) | Databasekallenavn | mvsipdb1 |
|
(TCP-33) | DCS-databasenavn | nyc3 |
|
Merknader:
|
Bruk trinnene i dette avsnittet for å fullføre konfigureringen og opprette tilkoblingen.
Fyll ut et eksemplar av eksempelskjemaet for hver TCP/IP-vertsmaskin:
Merk: | Det kan være flere ting å ta hensyn til ved planleggingen, for eksempel hvis du bruker DCE. Du finner flere opplysninger i DB2 Connect Brukerhåndbok. |
På OS/390-vertsmaskinen må du:
ping fjernvertsnavn -p portnummer