W tej części zakłada się, że protokół Potoki nazwane 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.
Uwaga: | Protokół ten jest obsługiwany tylko w 32-bitowych systemach operacyjnych Windows. |
Aby skonfigurować klienta w sposób umożliwiający korzystanie z komunikacji przy użyciu protokołu Potoki nazwane, 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 7. Parametry protokołu Potoki nazwane wymagane po stronie klienta
Parametr | Opis | Wartość przykładowa | Wartość użytkownika |
---|---|---|---|
Nazwa komputera (nazwa_komputera) |
Nazwa komputera będącego serwerem. Aby znaleźć wartość tego parametru na serwerze, kliknij przycisk
Start i wybierz opcję Ustawienia-->Panel
sterowania. Dwukrotnie kliknij folder Sieć i wybierz
kartę Identyfikacja. Zapisz nazwę komputera.
| serwer1 | |
Nazwa instancji (nazwa_instancji)
|
Nazwa instancji serwera, z którą nawiązywane jest połączenie.
| db2 | |
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ć węzeł zdalny, należy dodać pozycję do katalogu węzłów klienta. Pozycja ta określa wybrany alias (nazwa_węzła), nazwę komputera serwera (nazwa_komputera) i nazwę instancji (nazwa_instancji), które będą używane przez klienta do komunikacji ze zdalnym serwerem.
Aby wpisać węzeł protokołu Potoki nazwane 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. | Wpisz węzeł do katalogu, wprowadzając poniższe komendy: db2 catalog npipe node nazwa_węzła remote nazwa_komputera instance nazwa_instancji terminate Aby wpisać do katalogu węzeł zdalny o nazwie węzełdb2, który znajduje się na serwerze o nazwie serwer1 w instancji db2, wprowadź komendę: db2 catalog npipe node węzełdb2 remote serwer1 instance 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 8. Arkusz: Wartości parametrów używane przy wpisywaniu baz danych do katalogów | ||||||
Krok 3. | 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.
![]() |
Teraz można już korzystać z DB2. Dokładniejsze informacje można
znaleźć w podręczniku Administration Guide.
|
Jeśli połączenie nie działa, należy sprawdzić, czy:
Na serwerze:
__ 1. | Parametr rejestru db2comm zawiera wartość npipe. Sprawdź ustawienia dla wartości rejestru db2comm, wprowadzając komendę db2set DB2COMM. Więcej informacji na ten temat można znaleźć w podręczniku Administration Guide. |
__ 2. | Została uruchomiona usługa ochrony.Wprowadź komendę net start db2ntsecserver (tylko na serwerach Windows NT i Windows 2000). |
__ 3. | Baza danych została prawidłowo utworzona i wpisana do katalogu. |
__ 4. | 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ęzeł został wpisany do katalogu z poprawną nazwą komputera (nazwa_komputera) i instancji (nazwa_instancji) serwera. |
__ 2. | Nazwa węzła (nazwa_węzła) określona w katalogu baz danych wskazuje na prawidłową pozycję w katalogu węzłów. |
__ 3. | 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.