Parametr resourcesetname jest obsługiwany tylko w systemach AIX, HP-UX, Linux i w Środowisku Operacyjnym Solaris.
W systemach operacyjnych Linux kolumna resourcesetname definiuje liczbę odpowiadającą węzłowi NUMA (Non-Uniform Memory Access) w systemie. Oprócz jądra 2.6 z obsługą strategii NUMA musi być dostępny systemowy program narzędziowy numactl. Więcej informacji na temat obsługi architektury NUMA w systemach operacyjnych Linux zawiera strona man zatytułowana numact1.
W niniejszym przykładzie pokazano, jak skonfigurować komputer NUMA z czterema węzłami, w którym każdy węzeł logiczny jest powiązany z węzłem NUMA.
$ numactl --hardwareZostaną wyświetlone wyniki podobne do następujących:
available: 4 nodes (0-3) node 0 size: 1901 MB node 0 free: 1457 MB node 1 size: 1910 MB node 1 free: 1841 MB node 2 size: 1910 MB node 2 free: 1851 MB node 3 size: 1905 MB node 3 free: 1796 MB
0 hostname 0 hostname 0 1 hostname 1 hostname 1 2 hostname 2 hostname 2 3 hostname 3 hostname 3
Zmienna rejestru DB2NOLIOAIO programu DB2 Universal Database (UDB) jest począwszy od wersji 8.2.2 (która jest odpowiednikiem wersji 8.1 z pakietem poprawek 9) uznawana za nieaktualną. W produktach dla systemu Linux zmienna rejestru DB2NOLIOAIO została zastąpiona przez zmienną DB2LINUXAIO.
db2set DB2LINUXAIO=truei zrestartować program DB2 UDB.
db2set DB2LINUXAIO=falsei zrestartować program DB2 UDB.
Serwer aplikacji dla programu DB2 Universal Database nie obsługuje już zdalnego administrowania ani procedur zapisanych w bazie.
Zaktualizowano następujące tematy:
Aktywacja powoduje wykonanie następujących czynności:
W systemie Linux po zainstalowaniu - a przed uaktywnieniem - serwera aplikacji, należy skonfigurować środowisko systemu Linux dla języka Java. Szczegółowe informacje dotyczące konfigurowania środowiska systemu Linux dla języka Java znajdują się w podręczniku Application Development Guide: Building and Running Applications.
Aby włączyć serwer aplikacji dla programu DB2, wykonaj następujące czynności:
. /ścieżka_instancji_db2/sqllib/db2profilegdzie ścieżka_instancji_db2 oznacza miejsce zainstalowania instancji DB2.
ścieżka_instalacyjna_serwera_aplikacji/bin/enable.sh -db alias_bazy_danych -user użytkownik_bazy_danych -password hasło_bazy_danych -db2path ścieżka_do_sqllib -instance nazwa_instancji -easpath ścieżka_do_eas -fencedid id_użytkownika_chronionego
ścieżka_instalacyjna_serwera_aplikacji\bin\enable -db alias_bazy_danych -user użytkownik_bazy_danych -password hasło_bazy_danych -db2path ścieżka_do_sqllib -instance nazwa_instancji -easpath ścieżka_do_eas
Po włączeniu serwera aplikacji dla programu DB2 serwer ten zostanie automatycznie uruchomiony.
Serwer aplikacji powinien być uruchamiany przy użyciu identyfikatora użytkownika chronionego wyłącznie w systemach tworzących usługi WWW w środowisku .NET lub takich, w których działa Rejestr metadanych XML (XMR).
Ta sekcja została usunięta. Serwer aplikacji dla programu DB2 nie obsługuje już administrowania zdalnego.
Serwer aplikacji powinien być zatrzymywany przy użyciu identyfikatora użytkownika chronionego wyłącznie w systemach tworzących usługi WWW w środowisku .NET lub takich, w których działa Rejestr metadanych XML (XMR).
Ta sekcja została usunięta. Serwer aplikacji dla programu DB2 nie obsługuje już administrowania zdalnego.
Ta sekcja została usunięta. Serwer aplikacji dla programu DB2 nie obsługuje już administrowania zdalnego.
Aktywowana baza danych wbudowanego serwera aplikacji DB2 musi znajdować się w instancji 32-bitowej. Natomiast bazy danych, do których uzyskuje się dostęp z wbudowanego serwera aplikacji DB2, mogą znajdować się w instancjach 32-bitowych lub 64-bitowych.
Serwery aplikacji korzystające z pakietu JDK, wersja 1.4, nie wymagają już modyfikowania zmiennej CLASSPATH podczas wdrażania programu Narzędzia DB2 w sieci WWW. Wszelkie zależności, w tym również obejmujące analizator składni XML i transformator, są obecnie wdrażane wraz z modułem WWW i mają być ładowane z katalogu WEB-INF\lib , zgodnie ze specyfikacją J2EE. Zmiana ta ma wpływ na dwa tematy informacyjne:
Zaktualizowano następujące tematy:
W ramach tego zadania opisano metody instalowania i konfigurowania Narzędzi DB2 w sieci WWW (łącznie z Centrum komend w sieci WWW i Centrum kontroli poprawności w sieci WWW) na serwerze BEA WebLogic 7.0. Narzędzia te są uruchamiane jako aplikacje WWW na serwerze WWW i oferują dostęp do serwerów DB2 przez przeglądarki WWW.
Przed zainstalowaniem programu Narzędzia DB2 w sieci WWW na serwerze WebSphere muszą zostać spełnione następujące wymagania:
Operacja wdrażania programu Narzędzia DB2 w sieci WWW podlega następującym ograniczeniom:
Aby zainstalować Narzędzia DB2 w sieci WWW na serwerach aplikacji WebLogic:
http://nazwa_serwera:numer_portu_serwera_aplikacji/db2waNa przykład http://nazwa_serwera:7001/db2wa.
W ramach tego zadania opisano sposób instalowania i konfigurowania Narzędzi DB2 w sieci WWW (łącznie z Centrum komend w sieci WWW i Centrum kontroli poprawności w sieci WWW) na innych serwerach aplikacji, takich jak Tomcat 4.0 i Macromedia JRun 4.0. Narzędzia te są uruchamiane jako aplikacje WWW na serwerze WWW i oferują dostęp do serwerów DB2 przez przeglądarki WWW.
Przed zainstalowaniem programu Narzędzia DB2 w sieci WWW muszą zostać spełnione następujące wymagania:
Operacja wdrażania programu Narzędzia DB2 w sieci WWW podlega następującym ograniczeniom:
Poniżej przedstawiono procedury instalowania Narzędzi DB2 w sieci WWW przy użyciu serwerów aplikacji, takich jak Tomcat 4.0 czy Macromedia JRun 4.0:
Utworzenie nowego serwera aplikacji jest zalecane, ale nie obowiązkowe. Do celów próbnych można użyć serwera domyślnego; wymagane jest wówczas jedynie skonfigurowanie ścieżki klasy wirtualnej maszyny Java oraz zainstalowanie programu.
Bezpośrednie we/wy jest obecnie obsługiwane w systemach plików i urządzeniach blokowych dla dystrybucji systemu Linux z jądrem w wersji 2.6. Bezpośrednie we/wy w urządzeniach blokowych to alternatywny sposób określania kontenerów urządzeń dla bezpośredniego dostępu do dysku lub dla surowego we/wy. Wydajność bezpośredniego we/wy jest równoważna metodzie urządzenia znaków surowych. Program DB2 Universal Database (UDB) włącza bezpośrednie we/wy podczas otwierania obszaru tabel, gdy instrukcja CREATE TABLESPACE zawiera nazwę urządzenia blokowego jako ścieżki kontenera. Poprzednio tę samą wydajność osiągano w metodzie surowego we/wy, która wymagała powiązania urządzenia blokowego z urządzeniem znakowym przy użyciu programu narzędziowego raw.
Surowe we/wy przy użyciu urządzenia blokowego z bezpośrednim we/wy (nowa metoda) | Surowe we/wy przy użyciu sterownika urządzenia znakowego i programu narzędziowego raw (stara metoda) |
---|---|
CREATE TABLESPACE dms1 MANAGED BY DATABASE USING (DEVICE '/dev/sda5' 11170736) |
CREATE TABLESPACE dms1 MANAGED BY DATABASE USING (DEVICE '/dev/raw/raw1' 11170736) |
Mimo iż program DB2 UDB nadal obsługuje metodę z użyciem programu narzędziowego raw do surowego we/wy, w ostatnich dystrybucjach opcja ta została uznana za nieaktualną, a w przyszłości może zostać usunięta. Preferowane jest stosowanie nowej metody, polegającej na bezpośrednim podawaniu urządzeń.
Aby wykorzystać możliwości bezpośredniego dostępu do dysku, należy utworzyć kontenery urządzenia DMS używając bezpośredniego we/wy, co pozwoli w przyszłości uniknąć problemów podczas migracji.
Demon Centrum informacyjnego DB2 jest odpowiedzialny za sterowanie serwerem dokumentacji DB2. Demon ten, który stanowi część instalacji Centrum informacyjnego DB2, składa się z dwóch plików:
Pliki te są instalowane w następujących miejscach:
/var/db2/v81/db2ic.conf
/var/opt/db2/v81/db2ic.conf
/var/db2/v81/db2ic.conf
/var/db2/v81/db2ic.conf
Ręczne uruchomienie lub zatrzymanie demona jest wymagane tylko wtedy, gdy trzeba zmienić jego zmienne konfiguracyjne. Normalnie demon jest uruchamiany podczas uruchamiania systemu, zgodnie z poziomami uruchamiania utworzonymi podczas instalacji Centrum informacyjnego DB2.
Aby zatrzymać i uruchomić demona Centrum informacyjnego:
KATALOG_POCZĄTKOWY/db2icd stopgdzie KATALOG_POCZĄTKOWY to katalog instalacyjny pliku db2icd wymieniony wcześniej.
KATALOG_POCZĄTKOWY/db2icd startgdzie KATALOG_POCZĄTKOWY to katalog instalacyjny pliku db2icd wymieniony wcześniej.
Podczas uruchamiania demon wczytuje nowe zmienne środowiskowe.
Dostępna jest także opcja natychmiastowego zatrzymania i restartowania demona. W wierszu komend wpisz:
KATALOG_POCZĄTKOWY/db2icd restart
gdzie KATALOG_POCZĄTKOWY to katalog instalacyjny pliku db2icd wymieniony wcześniej.
W dowolnym momencie można sprawdzić status demona. W wierszu komend wpisz:
KATALOG_POCZĄTKOWY/db2icd status
gdzie KATALOG_POCZĄTKOWY to katalog instalacyjny pliku db2icd wymieniony wcześniej. Demon powróci do bieżącego statusu i wyświetli identyfikator procesu (lub procesów) demona, o ile jest on aktywny.
Aby zainstalować Centrum informacyjne DB2, wersja 8.2, przy użyciu pliku odpowiedzi, należy skorzystać z następujących informacji:
Poniższy kod błędu dotyczy tylko systemu Windows i nie ma zastosowania do systemów operacyjnych Linux i UNIX.
W systemie Linux (jądra 2.6 i niektóre 2.4) dostępna jest obecnie obsługa asynchronicznych operacji we/wy (AIO) dla urządzeń surowych i systemów plików typu O_DIRECT. Operacje AIO poprawiają wydajność procesu czyszczącego strony. Obsługę asynchronicznych operacji wejścia/wyjścia (AIO) w systemie Linux można włączyć lub wyłączyć przy użyciu komendy db2set.
Aby korzystać z operacji AIO, należy zainstalować pakiet libaio-0.3.98 lub nowszy i mieć w systemie jądro obsługujące operacje AIO. Należy również uruchomić komendę db2set DB2LINUXAIO=true i zrestartować program DB2 Universal Database.
We wcześniejszych wersjach programu DB2 Universal Database (UDB), wersja 8, komenda db2ln tworzyła pewne powiązania DB2 w katalogach /usr/lib i /usr/include. Na platformach obsługujących zarówno 32-bitowe, jak i 64-bitowe instancje DB2 UDB te powiązania domyślnie wskazywały na pliki bibliotek lub pliki włączane w katalogach DB2DIR/lib64 lub DB2DIR/include64, gdzie DB2DIR jest katalogiem, w którym został zainstalowany program DB2 UDB, wersja 8. Jeśli wartość domyślna jest nieodpowiednia, można określić szerokość bitową, uruchamiając komendę db2ln z opcją -w:
db2ln -w 32|64
Zapobiega to współistnieniu 32-bitowych i 64-bitowych instancji programu DB2 UDB na niektórych platformach.
Poczynając od wersji 8.2 programu DB2 UDB komenda db2ln tworzy 64-bitowe powiązania bibliotek DB2 na tych platformach w odpowiednich katalogach. W tym przypadku opcja -w służy tylko do zapełniania katalogu /usr/include. Jeśli komenda db2ln utworzy dowiązania dla plików bibliotek programu DB2 UDB, na obsługiwanych platformach zostaną utworzone zarówno dowiązania 32-bitowe, jak i 64-bitowe. Umożliwia to współistnienie i jednoczesną pracę instancji 32-bitowych i 64-bitowych.
W niektórych dystrybucjach systemu Linux komenda RPM libc development związana z biblioteką /usr/lib/libdb2.so lub /usr/lib64/libdb2.so. Ta biblioteka jest wykorzystywana dla implementacji programu Sleepycat Software's Berkeley DB i nie jest powiązana z programem DB2 UDB firmy IBM. Jednak plik ten uniemożliwia działanie komend db2ln i db2rmln. Komenda db2ln nie nadpisuje pliku, a komenda db2rmln nie usuwa pliku. W tym przypadku w celu skompilowania aplikacji przy użyciu procesów kompilacji i konsolidacji programu DB2 UDB należy udostępnić pełną ścieżkę odpowiednio do nagłówków i bibliotek programu DB2 UDB. Metoda ta jest zalecana, ponieważ umożliwia ona kompilację i konsolidację dla wielu wersji programu DB2 UDB na tym samym komputerze.
Szczegółowe informacje o ograniczeniach korzystania z komendy db2ln w programie DB2 UDB, wersja 8.2, zostały podane w podręczniku Installation and Configuration.
[ Początek strony |Poprzednia strona | Następna strona | Spis treści ]