Instalowanie i konfigurowanie - suplement

Konfigurowanie protokołu Potoki nazwane po stronie klienta

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:

  1. Wpisz do katalogu węzeł protokołu Potoki nazwane.
  2. Wpisz do katalogu bazę danych.

Krok  3.

Przetestuj połączenie między klientem i serwerem.

Krok 1. Identyfikacja i zapis wartości parametrów

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  

Krok 2. Konfigurowanie klienta

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.

A. Wpisywanie węzłów protokołu Potoki nazwane do katalogu

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.

Wskazówka

Jeśli dodajesz bazę danych do systemu w którym zainstalowano produkt serwer DB2 lub serwer DB2 Connect, to zaloguj się w systemie jako użytkownik, który ma do instancji uprawnienia administratora systemu (SYSADM) lub kontrolera systemu (SYSCTRL). Więcej informacji można znaleźć w sekcji Praca z grupą Administratorzy systemu.

Ograniczenie to jest sterowane parametrem konfiguracyjnym catalog_noauth menedżera baz danych. Więcej informacji na ten temat można znaleźć w podręczniku Administration Guide.

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



Wskazówka

Aby zmienić wartości ustawione za pomocą komendy catalog node, należy wykonać następujące kroki:

Krok  1.

W procesorze wiersza komend wprowadź komendę uncatalog node:

   db2 uncatalog node nazwa_węzła

Krok  2.

Ponownie wpisz węzeł do katalogu, używając poprawnych wartości.

B. Wpisywanie bazy danych do katalogu

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.

Wskazówka

Jeśli dodajesz bazę danych do systemu w którym zainstalowano produkt serwer DB2 lub serwer DB2 Connect, to zaloguj się w systemie jako użytkownik, który ma do instancji uprawnienia administratora systemu (SYSADM) lub kontrolera systemu (SYSCTRL). Więcej informacji można znaleźć w sekcji Praca z grupą Administratorzy systemu.

Ograniczenie to jest sterowane parametrem konfiguracyjnym catalog_noauth menedżera baz danych. Więcej informacji na ten temat można znaleźć w podręczniku Administration Guide.

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
Parametr Opis Wartość przykładowa Wartość użytkownika
Nazwa bazy danych (nazwa_bazy_danych) Alias zdalnej bazy danych (alias_bazy_danych). 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), chyba że zostanie określone inaczej. przykład  
Alias bazy danych (alias_bazy_danych) Dowolnie wybrany lokalny pseudonim zdalnej bazy danych funkcjonujący po stronie klienta. Jeśli pseudonim nie będzie podany, domyślnie zostanie użyty alias identyczny z nazwą bazy danych (nazwa_bazy_danych). Alias bazy danych to nazwa używana podczas łączenia się z bazą danych z klienta. tor1  
Uwierzytelnianie (wartość_uwierzytelniania) Wartość uwierzytelniania wymagana przez przedsiębiorstwo. Więcej informacji na temat tego parametru można znaleźć w Podręczniku użytkownika. DCS

Oznacza to, że poprawność identyfikatora użytkownika i jego hasła sprawdzana jest tylko na hoście lub w systemie AS/400.

 
Nazwa węzła (nazwa_węzła) Nazwa pozycji w katalogu węzłów opisuje położenie bazy danych. Należy użyć tej samej wartości dla nazwy węzła (nazwa_węzła), której w poprzednim punkcie użyto do wpisania węzła do katalogu. węzeł_db2  

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



Wskazówka

Aby zmienić wartości ustawione za pomocą komendy catalog database, należy wykonać następujące czynności:

Krok  a.

Wprowadź komendę uncatalog database:

   db2 uncatalog database alias_bazy_danych

Krok  b.

Ponownie wpisz bazę danych, używając poprawnych wartości.

Krok 3. Testowanie połączenia klient-serwer

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.

Krótka ścieżka

Teraz można już korzystać z DB2. Dokładniejsze informacje można znaleźć w podręczniku Administration Guide.

Rozwiązywanie problemów z połączeniami klient-serwer

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



Wskazówka

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.


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