DB2 Connect Krótkie wprowadzenie PE

Przygotowywanie systemu OS/390 (lub MVS/ESA) dla DB2 Connect

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.

Podsumowanie kroków

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:

  • PTF UQ06843 dla APAR PQ05771,
  • PTF UQ09146 dla APAR PQ07537.
Uwaga:Jeśli używany jest produkt DB2 for OS/390 6.l, wymagana jest poprawka dla APAR PQ34536 niezależnie od tego, czy używana jest komunikacja APPC czy protokół TCP/IP. Dotyczy to zarówno produktu DB2 Connect 7.1 PE, jak i wersji EE na wszystkich platformach.

Krok  2.

Skonfiguruj protokół:

Konfigurowanie VTAM

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.

Przykładowe nazwy elementów sieci (VTAM)

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
 

Przykładowa definicja APPL VTAM dla OS/390

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.

Przykładowe definicje jednostki fizycznej i logicznej VTAM dla DB2 Connect

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

Przykładowa definicja trybu logowania VTAM dla DB2

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

Konfigurowanie DB2 Universal Database for OS/390

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.

Aktualizowanie SYSIBM.LUNAMES

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

Aktualizowanie SYSIBM.IPNAMES

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

Konfigurowanie DB2 for MVS/ESA

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.

Aktualizowanie SYSIBM.SYSUSERNAMES

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

Aktualizowanie SYSIBM.SYSLUNAMES

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.

Aktualizowanie SYSIBM.SYSLUMODES

Aby zaktualizować daną tabelę, należy wprowadzić następującą komendę SQL:

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

gdzie:

Konfigurowanie TCP/IP dla DB2 Universal Database for OS/390

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:

Oprogramowanie OS/390 wstępnie wymagane do obsługi TCP/IP

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:

Zbieranie informacji

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:

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

Przykładowy arkusz roboczy

Tabela 2. Przykładowy arkusz roboczy do projektowania połączeń TCP/IP z DB2 Universal Database for OS/390
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:

  1. Aby uzyskać adres IP hosta (TCP-9), wprowadź na komputerze hosta:
    TSO NETSTAT HOME
    

  2. Aby uzyskać numer portu (TCP-11), odszukaj DSNL004I w głównej przestrzeni adresowej DB2 lub w protokole systemowym.

Konfigurowanie połączenia TCP/IP

Aby zakończyć konfigurację i nawiązać połączenie, należy wykonać kroki opisane w tej sekcji.

Wypełnienie arkusza roboczego

Wypełnij kopię przykładowego arkusza dla każdego hosta TCP/IP:

  1. Wypełnij wartości, które mają być użyte dla nazwy hosta i adresu hosta DB2 Universal Database for OS/390 (pozycje 8 i 9).
  2. Wypełnij wartości, które mają być użyte dla nazwy hosta i adresu IP stacji roboczej DB2 Connect (pozycje 18 i 19).
  3. Określ numer portu lub nazwę usługi, która ma być użyta dla połączenia (pozycje 10 i 11, lub 20 i 21).
  4. Określ nazwę miejsca serwera baz danych DB2 for OS/390.
  5. Określ wartości, które mają być użyte dla ID użytkownika i hasła podczas łączenia się z bazą danych hosta.
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.

Aktualizacja hosta DB2 Universal Database for OS/390

Na komputerze hosta OS/390:

  1. Sprawdź adres lub nazwę hosta.
  2. Sprawdź numer portu lub nazwę usługi.
  3. W razie potrzeby uaktualnij plik usług, podając poprawny numer portu oraz nazwę usługi.
  4. W razie potrzeby uaktualnij plik hosta (lub serwer nazw domen używany przez system DB2 Universal Database for OS/390) podając nazwę hosta i adres IP stacji roboczej DB2 Connect.
  5. Przed próbą przetestowania połączenia sprawdź, czy nowe definicje są aktywne. Jeśli trzeba, zwróć się do administratora sieci hosta lub do pracownika kontrolującego zmiany.
  6. Sprawdź u administratora DB2 Universal Database for OS/390, czy masz poprawny ID użytkownika, hasło i nazwę miejsca bazy danych.
  7. Jeśli opcja ta jest obsługiwana przez protokół TCP/IP w systemie hosta, wykonaj komendę PING dla stacji roboczej DB2 Connect, używając poprawnego numeru portu. Na przykład:
       ping nazwa_serwera_zdalnego -p numer_portu
    


[ Początek strony | Poprzednia strona | Następna strona | Spis treści | Indeks ]