W tej sekcji zakłada się, że protokół IPX/SPX już działa na stacjach roboczych typu klient i typu serwer. Więcej informacji na temat wymagań protokołu komunikacyjnego dla określonej platformy można znaleźć w sekcji Wymagania programowe. Informacje dotyczące obsługiwanych protokołów komunikacyjnych dla określonych stacji roboczych typu klient i typu serwer można znaleźć w sekcji Możliwe scenariusze połączeń klientów i serwerów DB2.
Klient może mieć dostęp do serwera za pośrednictwem adresowania bezpośredniego (Direct Addressing) lub adresowania serwera plików (File Server Addressing). Listę dostępnych klientów IPX/SPX wraz z obsługiwanymi przez nie metodami adresowania zawiera Tabela 14. Opis adresowania bezpośredniego i adresowania serwera plików można znaleźć w Konfigurowanie protokołu IPX/SPX na serwerze.
Przed skonfigurowaniem klienta DB2 należy poznać metodę adresowania
protokołu IPX/SPX użytego do skonfigurowania serwera. Jeśli serwer
został skonfigurowany do używania adresowania bezpośredniego, to klient, który
ma się z nim komunikować, musi być skonfigurowany w ten sam sposób.
Jeśli serwer został skonfigurowany do używania adresowania serwera plików,
wówczas klienta można skonfigurować na adresowanie bezpośrednie albo na
adresowanie serwera plików, o ile klient obsługuje obie metody.
Informacje na temat obsługiwanych metod adresowania różnych klientów protokołu
IPX/SPX zawiera Tabela 14.
Tabela 14. Metody komunikacji klientów DB2 obsługiwane przez protokół IPX/SPX
Platforma klienta | Adresowanie bezpośrednie | Adresowanie serwera plików |
---|---|---|
OS/2 | * | * |
UNIX | brak obsługi | |
Windows NT | * |
|
Windows 9x | * |
|
Windows 2000 | * |
|
Aby skonfigurować klienta DB2 w sposób umożliwiający komunikację przy użyciu protokołu IPX/SPX, należy wykonać następujące kroki:
Krok 1. | Zidentyfikuj wartości parametrów. |
Krok 2. | Skonfiguruj klienta:
|
Krok 3. | Przetestuj połączenie między klientem i serwerem.
|
Podczas poszczególnych etapów konfigurowania należy wypełnić
w poniższej tabeli kolumnę Wartość użytkownika. Niektóre
wartości można wprowadzić przed rozpoczęciem konfigurowania tego
protokołu.
Tabela 15. Parametry protokołu IPX/SPX wymagane po stronie klienta
Parametr | Opis | Wartość przykładowa | Wartość użytkownika |
---|---|---|---|
Nazwa serwera plików (SERWERPLIKÓW) |
Adresowanie bezpośrednie: Wartość * wskazuje, że stosowane jest adresowanie bezpośrednie. Adresowanie serwera plików: Nazwa serwera plików NetWare, na którym zarejestrowana jest instancja serwera bazy danych. Parametr ten należy wpisać wielkimi literami. Parametr ten można znaleźć w pliku konfiguracyjnym menedżera baz danych na
serwerze.
|
Adresowanie bezpośrednie *
Adresowanie serwera plików SERWERNETW
| |
Nazwa obiektu serwera DB2 (NAZWAOBIEKTU) |
Adresowanie bezpośrednie: Międzysieciowy adres IPX/SPX serwera w postaci: idsieci.idwęzła.gniazdo# gdzie idsieci ma długość 8, idwęzła 12, a gniazdo# 4 bajtów. Aby wyznaczyć ten parametr, wprowadź na serwerze komendę db2ipxad. Więcej informacji na ten temat można znaleźć w sekcji A. Wpisanie węzła IPX/SPX do katalogu. Adresowanie serwera plików: Instancja serwera menedżera baz danych reprezentowana przez obiekt NAZWAOBIEKTU na serwerze plików systemu NetWare. Adres międzysieciowy serwera IPX/SPX jest zapisany w obiekcie i pobierany z niego. Parametr ten należy wpisać wielkimi literami i musi być unikalny na serwerze plików NetWare. Parametr ten można znaleźć w pliku konfiguracyjnym menedżera baz danych na
serwerze.
|
Adresowanie bezpośrednie 09212700.400011527745.879E
Adresowanie serwera plików INST1DB2
| |
Nazwa węzła (nazwa_węzła) |
Lokalny alias lub pseudonim opisujący węzeł, z którym próbujesz się
połączyć. Można wybrać dowolną nazwę, z tym że wszystkie nazwy węzłów w
obrębie lokalnej katalogi węzłów muszą być unikalne.
| węzełdb2 |
Poniższe kroki opisują czynności, które należy wykonać, aby skonfigurować klienta do komunikacji z serwerem za pomocą protokołu TCP/IP. Wartości przykładowe należy zastąpić wartościami z własnego arkusza.
Aby opisać zdalny węzeł, należy dodać pozycję do katalogu węzłów klienta. Pozycja ta określa parametry: wybrany alias (nazwa_węzła), nazwę serwera plików (SERWERPLIKÓW) oraz nazwę obiektu serwera DB2 (NAZWAOBIEKTU), które będą użyte do komunikacji ze zdalnym serwerem DB2.
Aby wpisać węzeł IPX/SPX do katalogu, należy wykonać następujące kroki:
Krok 1. | Zaloguj się w systemie z poprawnym ID użytkownika DB2. Więcej
informacji można znaleźć w sekcji Dodatek F, Reguły nazewnictwa.
| ||||
Krok 2. | Jeśli używasz klienta UNIX, skonfiguruj środowisko instancji i wywołaj procesor wiersza komend DB2. Uruchom skrypt uruchomieniowy w następujący sposób: . INSTHOME/sqllib/db2profile (dla powłok bourne i korn) source INSTHOME/sqllib/db2cshrc (dla powłoki C) gdzie INSTHOME jest katalogiem osobistym danej instancji. | ||||
Krok 3. | Wpisz węzeł do katalogu, wydając następującą komendę w procesorze wiersza komend: catalog ipxspx node nazwa_węzła remote SERWERPLIKÓW server NAZWAOBIEKTU terminate
|
![]() | Aby zmienić wartości ustawione za pomocą komendy catalog node,
należy wykonać następujące kroki:
|
Aby aplikacja kliencka mogła uzyskać dostęp do zdalnej bazy danych, bazę należy najpierw wpisać do katalogu na węźle serwera i na wszystkich węzłach klientów, które będą się z nią łączyły. Po utworzeniu bazy danych jest ona domyślnie automatycznie wpisywana do katalogu na serwerze z aliasem (alias_bazy_danych) identycznym z nazwą bazy danych (nazwa_bazy_danych). Informacje z katalogu baz danych oraz informacje z katalogu węzłów są używane po stronie klienta do uzyskiwania połączenia ze zdalną bazą danych.
Aby wpisać bazę danych do katalogu po stronie klienta, należy wykonać następujące czynności:
Krok 1. | Zaloguj się w systemie z poprawnym ID użytkownika DB2. Więcej
informacji można znaleźć w sekcji Dodatek F, Reguły nazewnictwa.
| ||||||
Krok 2. | Wypełnij kolumnę Wartość użytkownika w poniższym
arkuszu.
Tabela 16. Arkusz: Wartości parametrów używane przy wpisywaniu baz danych do katalogów | ||||||
Krok 3. | Jeśli korzystasz z klienta UNIX, skonfiguruj środowisko instancji i wywołaj procesor wiersza komend DB2. Uruchom skrypt uruchomieniowy w następujący sposób: . INSTHOME/sqllib/db2profile (dla powłok bash, bourne i korn) source INSTHOME/sqllib/db2cshrc (dla powłoki C) gdzie INSTHOME jest katalogiem osobistym danej instancji. | ||||||
Krok 4. | Wpisz bazę danych do katalogu, wprowadzając komendę: db2 catalog database nazwa_bazy_danych as alias_bazy_danych at node nazwa_węzła db2 terminate Aby wpisać do katalogu zdalną bazę danych o nazwie przykład, tak aby w węźle węzeł_db2 miała ona alias tor1, wprowadź komendy: db2 catalog database sample as tor1 at node db2node db2 terminate
|
Po skonfigurowaniu klienta do obsługi komunikacji należy połączyć się ze zdalną bazą danych, aby przetestować połączenie.
Krok 1. | Uruchom menedżera baz danych, wprowadzając na serwerze komendę db2start(jeśli nie został on uruchomiony automatycznie podczas uruchamiania systemu). |
Krok 2. | W przypadku klienta UNIX należy uruchomić skrypt uruchomieniowy w następujący sposób: . INSTHOME/sqllib/db2profile (dla powłok bash, bourne i korn) source INSTHOME/sqllib/db2cshrc (dla powłoki C) gdzie INSTHOME jest katalogiem osobistym danej instancji. |
Krok 3. | Aby połączyć klienta ze zdalną bazą danych, wprowadź na kliencie następującą komendę: db2 connect to alias_bazy_danych user id_użytkownika using hasło
|
Wartości parametrów id_użytkownika i hasło muszą być poprawne w systemie, w którym odbywa się ich sprawdzanie. Domyślnie uwierzytelnianie ma miejsce po stronie serwera w przypadku serwera DB2 i na hoście lub AS/400 w przypadku serwera DB2 Connect.
Jeśli połączenie z bazą danych zostanie nawiązane pomyślnie, pojawi się komunikat zawierający nazwę bazy. Korzystanie z bazy danych powinno być wówczas możliwe. Aby pobrać na przykład listę nazw wszystkich tabel znajdujących się w tabeli katalogu systemowego, należy wprowadzić w Centrum komend lub procesorze wiersza komend następującą komendę SQL:
"select tabname from syscat.tables"
Aby zakończyć połączenie z bazą danych, należy wprowadzić komendę command reset.
Wartości parametrów id_użytkownika i hasło muszą być poprawne w systemie, w którym odbywa się uwierzytelnianie użytkowników. Domyślnie uwierzytelnianie ma miejsce po stronie serwera w przypadku serwera DB2 i na hoście lub AS/400 w przypadku serwera DB2 Connect.
Jeśli połączenie z bazą danych zostanie pomyślnie nawiązane, pojawi się komunikat zawierający nazwę bazy, z którą zostało nawiązane połączenie. Korzystanie z bazy danych powinno być wówczas możliwe. Aby pobrać listę nazw wszystkich tabel znajdujących się w katalogu systemowym, wprowadź następującą komendę SQL w Centrum komend lub procesorze wiersza komend:
"select nazwa_tabeli from syscat.tables"
Aby zakończyć połączenie z bazą danych, należy wprowadzić komendę db2 reset.
Jeśli połączenie nie działa, należy sprawdzić, czy:
Na serwerze:
__ 1. | Parametr rejestru db2comm zawiera wartość
ipxspx.
| ||
__ 2. | Parametry SERWERPLIKÓW, NAZWAOBIEKTU i GNIAZDO_IPX zostały prawidłowo zaktualizowane w pliku konfiguracyjnym menedżera baz danych. | ||
__ 3. | Baza danych została prawidłowo utworzona i wpisana do katalogu. | ||
__ 4. | Została uruchomiona usługa ochrony.Wprowadź komendę net start db2ntsecserver (tylko na serwerach Windows NT i Windows 2000). | ||
__ 5. | W przypadku korzystania z adresowania serwera plików należy sprawdzić, czy serwer DB2 został zarejestrowany na serwerze plików systemu NetWare po aktualizacji pliku konfiguracyjnego menedżera baz danych parametrami protokołu IPX/SPX. | ||
__ 6. | Menedżer baz danych został zatrzymany i ponownie uruchomiony (wprowadź na serwerze komendy db2stop i db2start).
|
![]() | Jeśli wystąpią problemy z uruchomieniem menedżerów połączeń protokołów,
pojawią się komunikaty z ostrzeżeniami, natomiast komunikaty o błędach zostaną
zarejestrowane w pliku db2diag.log znajdującym się w
katalogu INSTHOME/sqllib/db2dump dla platformy systemu UNIX lub w
katalogu x:\sqllib\db2dump dla platform innych niż system
UNIX.
Więcej informacji na temat pliku db2diag.log można znaleźć w podręczniku Troubleshooting Guide. |
Na kliencie:
__ 1. | W przypadku korzystania z adresowania bezpośredniego należy sprawdzić, czy węzeł został wpisany do katalogu przy użyciu gwiazdki (*) w miejscu parametru SERWERPLIKÓW i odpowiedniego adresu międzysieciowego IPX/SPX, podanego jako parametr NAZWAOBIEKTU. |
__ 2. | W przypadku korzystania z adresowania serwera plików należy sprawdzić, czy parametry SERWERPLIKÓW i NAZWAOBIEKTU, użyte do wpisania węzła do katalogu, odpowiadają parametrom konfiguracyjnym serwera. |
__ 3. | Nazwa węzła (nazwa_węzła) określona w katalogu baz danych wskazuje na prawidłową pozycję w katalogu węzłów. |
__ 4. | Baza danych została poprawnie wpisana do katalogu przy użyciu aliasu bazy danych serwera (alias_bazy_danych, który został wpisany do katalogu, gdy na serwerze została utworzona baza danych) jako nazwa bazy danych na kliencie (nazwa_bazy_danych).
|
Jeśli po sprawdzeniu tych elementów połączenie będzie nadal wadliwe, więcej informacji można znaleźć w podręczniku Troubleshooting Guide.