Administrator VTAM lub administrator systemu hosta musi skonfigurować VTAM lub OS/390 (lub MVS/ESA), tak aby przygotować DB2 Universal Database for OS/390 (lub DB2 for MVS/ESA) do obsługi żądań połączeń przychodzących ze stacji roboczej DB2 Connect.
W tej sekcji można znaleźć:
Podsumowanie przykładowych nazw VTAM używanych w tym podręczniku można znaleźć w Przykładowe nazwy elementów sieci (VTAM). Informacje na temat nazw TCP/IP można znaleźć w Konfigurowanie TCP/IP dla DB2 Universal Database for OS/390.
Aby przygotować DB2 Universal Database for OS/390 lub DB2 for MVS/ESA do odbierania żądań połączeń z DB2 Connect, na hoście DB2 Universal Database for OS/390:
Krok 1. | Sprawdź, czy zainstalowano następujące poprawki PTF dla OS/390:
| ||
Krok 2. | Skonfiguruj protokół:
|
Aby skonfigurować VTAM, administrator VTAM musi określić nazwy i opcje, które mają być używane w systemie. Aby umożliwić stacjom roboczym DB2 Connect połączenie z hostem, należy podać:
Przykładowe definicje VTAM podano w dalszych sekcjach. W przykładach użyto tych samych parametrów, które pojawiają się w innych częściach podręcznika.
Poniżej przedstawiono przykładowe definicje VTAM, użyte do
skonfigurowania serwera baz danych hosta.
Serwer DB2 Connect: - ID sieci : SPIFNET - Nazwa węzła lokalnego : NYX1 (nazwa PU) - ID węzła lokalnego : 05D27509 - Nazwa jednostki logicznej: SPIFNET.NYX1GW01 (ta sama LU jest używana dla DB2 Connect, dla DB2 Universal Database i dla SPM) - Alias jednostki logicznej: NYX1GW01 HOST: - ID sieci : SPIFNET - Nazwa węzła : NYX - Nazwa jednostki logicznej: SPIFNET.NYM2DB2 - Alias jednostki logicznej: NYM2DB2 - Adres przeznaczenia LAN : 400009451902 (adres TIC NCP) DEFINICJA TRYBU: - Nazwa trybu : IBMRDB DB2 for MVS/ESA: - Położenie : NEW_YORK3 OCHRONA: - Typ ochrony : programowa - Typ uwierzytelniania : DCS |
Następujący przykład przedstawia definicje głównego węzła
aplikacji VTAM. W większości przypadków definicja taka istnieje już dla
innej nazwy jednostki logicznej. W przeciwnym przypadku w celu użycia
zdefiniowanej nazwy jednostki logicznej ten główny węzeł aplikacji musi być
zdefiniowany, a program DB2 Universal Database for OS/390 musi być dostosowany
do potrzeb. Nazwa ta jest nazwą partnerskiej jednostki logicznej
wymaganej przez 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 |
Uwaga: | Wiersze kontynuacji zaczynają się w kolumnie 16, a w kolumnie 72 muszą się znajdować znaki kontynuacji. |
Jeśli pozwalają na to strategie ochrony, zaleca się udostępnienie w VTAM wartości DYNPU i DYNLU, aby jednostki fizyczne (PU) i jednostki logiczne (LU) mogły uzyskać dostęp za pośrednictwem VTAM. Więcej informacji udzieli administrator VTAM.
Informacje na temat udostępniania specyficznej jednostki logicznej lub fizycznej można znaleźć w następującym przykładzie definicji głównego węzła przyłączonego przez VTAM.
Jeśli na stacji roboczej DB2 Connect wykorzystywane są aplikacje SNA,
definicja jednostki fizycznej już istnieje. Jednak definicja
niezależnej jednostki logicznej może nie istnieć. Definicja niezależnej
jednostki logicznej wymagana dla DB2 Connect musi mieć określoną frazę
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 |
Poniżej przedstawiono przykładową definicję tabeli trybu
logowania VTAM dla trybów IBMRDB i SNASVCMG. W
tym przykładzie wartość parametru RUSIZE wynosi 4 kB, co może nie być
odpowiednią wartością dla danego środowiska, np. w przypadku
korzystania z łączy Ethernet, w których maksymalny rozmiar ramki wynosi 1536
bajtów. Administrator VTAM powinien sprawdzić te wartości i doradzić
użytkownikowi, którą pozycję tabeli trybów i wartość RUSIZE należy
wybrać dla DB2 Connect. Przy korzystaniu z APPC należy określić tryb
logowania 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 |
Zanim będzie można korzystać z oprogramowania DB2 Connect, administrator DB2 Universal Database for OS/390 musi tak skonfigurować serwer, aby akceptował on połączenia ze stacjami roboczymi DB2 Connect. W tej części opisano minimalną aktualizację, konieczną do tego, aby klient DB2 Connect mógł utworzyć połączenie z serwerem bazy danych DB2 Universal Database for OS/390. Bardziej szczegółowe przykłady można znaleźć w podręcznikach Połączenia z DB2 - suplement i DB2 for OS/390 Installation Reference.
W zależności od typu używanych połączeń należy zaktualizować następujące tabele:
W kolejnych sekcjach można znaleźć przykłady komend potrzebnych do zaktualizowania wymienionych tabel dla DB2 Universal Database for OS/390. Administrator DB2 pomoże określić poprawki wymagane przez system DB2 Universal Database for OS/390. Więcej informacji dotyczących komunikacyjnych tabel bazy danych DB2 Universal Database for OS/390 można znaleźć w podręczniku DB2 Universal Database for OS/390 SQL Reference.
Aby umożliwić przyjmowanie żądań połączeń z bazą danych przychodzących z dowolnych jednostek logicznych DB2 Connect, wystarczy wprowadzić wiersz pusty. Należy skorzystać z komendy SQL podobnej do następującej:
INSERT INTO SYSIBM.LUNAMES (LUNAME) VALUES (' ')
Jeśli natomiast chce się ograniczyć dostęp do jednostki logicznej (LU), można użyć komendy SQL do zaktualizowania tabeli w następujący sposób:
INSERT INTO SYSIBM.LUNAMES (LUNAME, SECURITY_OUT, ENCRYPTPSWDS, USERNAMES) VALUES('NYX1GW01','P','N','O');
Wynik:
KOLUMNA PRZYKŁAD KOMENTARZ ====== ======= ====== LUNAME NYX1GW01 Nazwa LU DB2 Connect SECURITY_OUT P ENCRYPTPSWDS N USERNAMES O
Aby zezwolić węzłom TCP/IP na żądania połączeń z bazą danych, należy wprowadzić następującą komendę SQL aktualizującą podaną tabelę:
INSERT INTO SYSIBM.IPNAMES (LINKNAME) VALUES(' ')
Zanim będzie można korzystać z połączenia DB2 Connect, administrator DB2 for MVS/ESA musi skonfigurować DB2 for MVS/ESA, tak aby było możliwe połączenie ze stacji roboczej DB2 Connect. Aby skonfigurować DB2 for MVS/ESA, należy zaktualizować następujące tabele:
W kolejnych sekcjach można znaleźć przykłady komend potrzebnych do zaktualizowania wymienionych tabel. Administrator DB2 pomoże określić opcje wymagane przez system DB2 for MVS/ESA.
Aby użyć dodatkowych identyfikatorów autoryzowanego użytkownika, należy wprowadzić następującą komendę SQL w celu zaktualizowania podanej tabeli:
INSERT INTO SYSIBM.SYSUSERNAMES VALUES('I','ADBUSER','NYX1GW01',' ',' ');
Wynik:
KOLUMNA PRZYKŁAD KOMENTARZ ====== ======= ====== Type I Authid ADBUSER LU Name NYX1GW01 Nazwa LU DB2 Connect NewAuthID (pusty) Password (pusty)
Typami USERNAME są: O (tłumaczenie wychodzące), I (tłumaczenie przychodzące), B (zarówno przychodzące, jak i wychodzące) i pole puste (nie są tłumaczone żadne wartości identyfikatorów autoryzowanego użytkownika i do serwera nie są wysyłane żadne hasła).
Aby ograniczyć dostęp do jednostki logicznej (LU), należy wprowadzić komendę SQL do aktualizującą tabelę, w podobną do tej:
INSERT INTO SYSIBM.SYSLUNAMES VALUES('NYX1GW01','IBMRDB','A','N',' ','I');
Wynik:
KOLUMNA PRZYKŁAD KOMENTARZ ====== ======= ====== LUNAME NYX1GW01 Nazwa LU DB2 Connect SYSMODENAME IBMRDB USERSECURITY A ENCRYPTPSWDS N MODESELECT USERNAMES I
Można także wstawić wiersz pusty, co spowoduje akceptację wszystkich przychodzących jednostek logicznych DB2 Connect.
Aby zaktualizować daną tabelę, należy wprowadzić następującą komendę SQL:
INSERT INTO SYSIBM.SYSLUMODES VALUES ('NYX1 ', 'IBMRDB', 150, 'Y');
gdzie:
W tej części opisano sposób konfigurowania komunikacji TCP/IP między stacją roboczą DB2 Connect i DB2 Universal Database for OS/390 wersja 5.1 lub późniejsza. Instrukcje zakładają spełnienie następujących warunków:
Wydanie OS/390 R3+ to minimalne wymagania systemu operacyjnego, w którym możliwa jest obsługa protokołu TCP/IP. Wydanie OS/390 V2R5+ jest zalecane i gwarantuje najbardziej wydajną obsługę.
Następujące dokumenty informacyjne APAR dla DB2 for OS/390 są regularnie aktualizowane i zawierają informacje o poprawkach PTF dla różnych komponentów OS/390, w szczególności dla komponentu TCP/IP for OS/390. Jeśli do łączności z serwerem DB2 for OS/390 używany jest protokół TCP/IP, bardzo ważne jest przejrzenie i zastosowanie poprawek PTF i APAR opisanych w następujących dokumentach informacyjnych APAR DB2 for OS/390:
W przypadku DB2 for OS/390 zaleca się zastosowanie następujących poprawek:
Zanim będzie można korzystać DB2 Connect przez połączenie TCP/IP, należy zebrać informacje dotyczące zarówno serwera baz danych hosta, jak i stacji roboczej DB2 Connect. Użytkownik powinien dysponować następującymi informacjami o każdym serwerze hosta, z którym łączy się przez TCP/IP:
Aby uniknąć obsługiwania tego pliku na wielu systemach, można skorzystać z serwera nazw domen.
Uwaga: | Informacja powiązana z nazwą usługi nie jest wymieniana między stacją roboczą DB2 Connect i DB2 Universal Database for OS/390. |
Po pomoc w zdobyciu powyższych informacji należy zwrócić się do administratora sieci lokalnej i administratora DB2 for OS/390. Dla każdego z planowanych połączeń TCP/IP między DB2 Connect i serwerem bazy danych na komputerze hosta należy użyć jednej kopii przykładowego arkusza roboczego (Tabela 2).
Nr | Opis | Przykładowa wartość | Wartość użytkownika |
---|---|---|---|
Informacje o użytkowniku | |||
(TCP-1) | Nazwa użytkownika | A.D.B.User |
|
(TCP-2) | Informacje kontaktowe | (123)-456-7890 |
|
(TCP-5) | ID użytkownika | ADBUSER |
|
(TCP-6) | Typ bazy danych | db2390 |
|
(TCP-7) | Typ połączenia (musi być TCPIP) | TCPIP | TCPIP |
Elementy sieci po stronie hosta | |||
(TCP-8) | Nazwa hosta | MVSHOST |
|
(TCP-9) | Adres IP hosta | 9.21.152.100 |
|
(TCP-10) | Nazwa usługi | db2inst1c |
|
(TCP-11) | Numer portu | 446 | 446 |
(TCP-12) | Nazwa miejsca | NEW_YORK3 |
|
(TCP-13) | ID użytkownika |
|
|
(TCP-14) | Hasło |
|
|
Elementy sieci po stronie Stacji roboczej DB2 Connect | |||
(TCP-18) | Nazwa hosta | mcook02 |
|
(TCP-19) | Adres IP | 9.21.27.179 |
|
(TCP-20) | Nazwa usługi | db2inst1c |
|
(TCP-21) | Numer portu | 446 | 446 |
DB2 Directory Entries at the DB2 Connect Workstation) | |||
(TCP-30) | Nazwa węzła | MVSIPNOD |
|
(TCP-31) | Nazwa bazy danych | nyc3 |
|
(TCP-32) | Alias bazy danych | mvsipdb1 |
|
(TCP-33) | Nazwa bazy danych DCS | nyc3 |
|
Uwagi:
|
Aby zakończyć konfigurację i nawiązać połączenie, należy wykonać kroki opisane w tej sekcji.
Wypełnij kopię przykładowego arkusza dla każdego hosta TCP/IP:
Uwaga: | Możliwe, że konieczne będzie uwzględnienie dodatkowych uwag związanych z projektowaniem, np. w przypadku korzystania z DCE. Więcej informacji na ten temat można znaleźć w podręczniku IBM DB2 Connect Podręcznik użytkownika. |
Na komputerze hosta OS/390:
ping nazwa_serwera_zdalnego -p numer_portu