W tej sekcji zakłada się, że protokół TCP/IP 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.
Aby skonfigurować połączenie TCP/IP po stronie klienta DB2, 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 9. Parametry protokołu TCP/ wymagane po stronie klienta
Parametr | Opis | Wartość przykładowa | Wartość użytkownika |
---|---|---|---|
Nazwa hosta
|
Użyj komendy hostname lub ip_address na stacji roboczej serwera zdalnego. Aby wyznaczyć ten parametr:
|
host_serwera lub 9.21.15.235
| |
Nazwa usługi
|
Wartości wymagane w pliku services. Nazwa usługi połączeń jest dowolną nazwą lokalną, reprezentującą numer portu połączeń (numer_portu) na serwerze. Numer portu musi być taki sam, jak numer portu przypisany do parametru nazwa_usługi w pliku services na serwerze. (Parametr nazwa_usługi znajduje się w pliku konfiguracyjnym menedżera baz danych na serwerze). Wartość ta nie powinna być używana przez inną aplikację i musi być unikalna w obrębie pliku services. Aby uzyskać parametry używane do konfigurowania serwera, skontaktuj się z
administratorem bazy danych.
|
serwer1
3700/tcp
| |
Nazwa węzła (nazwa_węzła) |
Alias lokalny lub pseudonim opisujący węzeł z którym próbuje się nawiązać
połączenie. Można wybrać dowolną nazwę, ale wszystkie nazwy węzłów w
obrębie lokalnego katalogu 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.
![]() |
Jeśli w sieci znajduje się serwer nazw lub jeśli planuje się bezpośrednie
podawanie adresów IP (adres_ip) serwera, należy przejść do punktu Krok B. Aktualizacja pliku services.
|
Adres IP serwera musi być znany stacji roboczej klienta, która próbuje nawiązać połączenie. Jeśli w sieci nie ma serwera nazw, można bezpośrednio określić nazwę hosta wskazującą adres IP (adres_ip) serwera w lokalnym pliku hosts. Położenie pliku hosts na poszczególnych platformach systemowych przedstawia Tabela 10.
Jeśli planuje się obsługę klienta UNIX, korzystającego z usług NIS (Network
Information Services), a w sieci nie używa się serwera nazw, to należy
zaktualizować plik hosts znajdujący się na głównym serwerze
NIS.
Tabela 10. Położenie lokalnych plików hosts i services
Platforma | Położenie |
---|---|
OS/2 | Określane przez zmienną środowiskową etc. Aby określić położenie lokalnych plików hosts i services, należy użyć komendy set etc. |
Windows NT lub Windows 2000 | Katalog winnt\system32\drivers\etc. |
Windows 9x | Katalog windows. |
UNIX | Katalog /etc. |
Należy edytować plik klienta hosts, dodając pozycję zawierającą nazwę hosta serwera. Na przykład:
9.21.15.235 host_serwera # adres hosta dla hosta serwera
gdzie:
Jeśli serwer nie znajduje się w tej samej domenie co klient, należy podać pełną nazwę domeny, jak na przykład serwer.vnet.ibm.com, gdzie vnet.ibm.com jest nazwą domeny.
![]() |
Jeśli planuje się wpisanie węzła TCP/IP do katalogu przy użyciu
numeru portu (numer_portu), należy przejść do punktu Krok C. Wpisywanie węzła protokołu TCP/IP do katalogu.
|
Korzystając z lokalnego edytora tekstów, należy dodać nazwę usługi połączeń i numer portu do pliku services dla obsługi TCP/IP. Na przykład:
serwer1 3700/tcp # port usługi połączeń DB2
gdzie:
Jeśli planuje się obsługę klienta UNIX, korzystającego z usług NIS (Network Information Services), to należy zaktualizować plik services znajdujący się na głównym serwerze NIS.
Plik services znajduje się w tym samym katalogu co lokalny plik hosts, który mógł wymagać edycji w punkcie Krok A. Przekształcanie adresu hosta serwera.
Informacje na temat lokalizacji pliku usług na poszczególnych platformach systemowych zawiera Tabela 10.
Aby opisać węzeł zdalny, należy dodać pozycję do katalogu węzłów klienta. Pozycja ta określa parametry: wybrany alias (nazwa_węzła), nazwa_hosta (lub adres_ip) oraz nazwa_usługi (lub numer_portu), które zostaną wykorzystane przy dostępie do serwera zdalnego.
Aby wpisać węzeł protokołu TCP/IP 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 systemu, uruchom skrypty uruchomieniowe w poniższej kolejności: . 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. | Wpisz węzeł do katalogu, wprowadzając poniższe komendy: db2 "catalog tcpip node nazwa_węzła remote [nazwa_hosta|adres_ip] server [nazwa_usługi|numer_portu]" db2 terminate Aby wpisać do katalogu serwer zdalny host_serwera w węźle o nazwie węzeł_db2 przy użyciu nazwy usługi serwer1, wprowadź poniższe komendy: db2 catalog tcpip node węzeł_db2 remote host_serwera server serwer1 db2 terminate Aby wpisać do katalogu serwer zdalny o adresie IP równym 9.21.15.235 w węźle o nazwie węzeł_db2 przy użyciu numeru portu 3700, wprowadź poniższe komendy: db2 catalog tcpip node węzeł_db2 remote 9.21.15.235 server 3700 db2 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 11. Arkusz: Wartości parametrów używane przy wpisywaniu baz danych do katalogów | ||||||
Krok 3. | Jeśli korzystasz z klienta systemu, uruchom skrypty uruchomieniowe w poniższej kolejności: . 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.
Jeśli połączenie nie działa, należy sprawdzić, czy:
Na serwerze:
![]() |
Sprawdź wartość rejestru db2comm, wydając komendę db2set
DB2COMM. Więcej informacji na ten temat można znaleźć w
podręczniku Administration Guide.
|
![]() | 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:
Jeśli po sprawdzeniu tych elementów połączenie będzie nadal wadliwe, więcej informacji można znaleźć w podręczniku Troubleshooting Guide.