W przypadku baz danych korzystających z automatycznego obszaru tabel w pamięci masowej komenda db2look zostanie pomyślnie zakończona. Jednak nie wyświetli ona informacji dotyczących obszaru tabel specyficznych dla automatycznych obszarów tabel w pamięci masowej.
Funkcja tabelowa SNAP_GET_DB wywołana z parametrem wejściowym -2 (globalny obraz stanu) w środowisku partycjonowanej bazy danych (DPF) zwraca niekompletne wyniki dla następujących czterech kolumn:
Te elementy nie mogą być zagregowane w globalnym obrazie stanu. Aby pobrać kompletny zbiór wartości tych elementów obrazu stanu należy wywoływać funkcję tabelową SNAP_GET_DB dla każdej partycji z osobna.
Opcja REPLACE komendy IMPORT ignoruje klauzulę NOT LOGGED INITIALLY (NLI) instrukcji CREATE TABLE oraz klauzulę ACTIVATE NOT LOGGED INITIALLY instrukcji ALTER TABLE.
Jeśli w tej samej transakcji, w ramach działania REPLACE, odbywa się operacja importu i wykonywana jest instrukcja CREATE TABLE lub ALTER TABLE z klauzulą NLI, operacja importu zignoruje klauzulę NLI. Wszystkie operacje wstawiania zostaną zaprotokołowane.
Ograniczenie to dotyczy programu DB2 UDB, wersja 7, i DB2 UDB, wersja 8.
Podczas reorganizacji tabeli w miejscu lub reorganizacji otwartej tabeli nie można reorganizować pól z danymi typu long i LOB. Pola z danymi typu long i danymi LOB można reorganizować metodą klasyczną lub metodą reorganizacji zamkniętej tabeli, określając parametr LONGLOBDATA w komendzie REORG TABLE. Należy jednak zaznaczyć, że chociaż reorganizacja pól z danymi typu long i danymi LOB nie umożliwia odzyskania wolnego miejsca, nie poprawia ona grupowania i może znacząco wydłużyć czas niezbędny do wykonania reorganizacji.
W przypadku poziomu odseparowania typu Stabilność kursora wiersz powiązany z bieżącą pozycją kursora na serwerze bazy danych jest zawsze zablokowany. Podczas blokowanego pobrania (fetch) w jednym buforze może zostać zwróconych wiele wierszy. W większości przypadków ostatni przetwarzany wiersz po stronie serwera nie zmieści się dokładnie i zostanie podzielony na dwa bufory. Aplikacja nie zauważy tego podzielonego wiersza, dopóki nie zostanie odebrany drugi bufor. Zatem żaden z wierszy zwróconych do aplikacji nie będzie zablokowany.
W rzadkich przypadkach, gdy ostatni przetwarzany wiersz po stronie serwera mieści się idealnie, położenie kursora pozostanie na ostatnim wierszu wewnątrz bufora, co oznacza, że ostatni wiersz zwrócony do aplikacji będzie zablokowany.
Eksport danych do pliku programu hurtowni danych poprzez ODBC nie obsługuje następujących typów danych Sybase:
Następujące typy danych nie są obsługiwane przez debuger SQL zintegrowany z Centrum projektowania:
Centrum projektowania nie obsługuje już tworzenia typów strukturalnych.
Centrum projektowania nie obsługuje debugowania procedur zapisanych w bazie napisanych w języku Java dla serwera 64-bitowego. Debugowanie procedur SQL zapisanych w bazie jest obsługiwane tylko w 64-bitowych systemach operacyjnych Windows. Tworzenie zdefiniowanych przez użytkownika funkcji OLE DB oraz XML nie jest obsługiwane na serwerach 64-bitowych.
Nie można używać Centrum projektowania do debugowania procedur zapisanych w bazie w języku Java uruchamianych na dowolnej dystrybucji systemu Linux (32-bitowej, 64-bitowej, w systemach Intel, zSeries lub iSeries).
Centrum projektowania nie obsługuje debugowania żadnych procedur zapisanych w bazie ze znakami podwójnego cudzysłowu (") w nazwie, schemacie procedury lub nazwie specyficznej.
Kompilowanie procedur języka Java w Centrum projektowania możliwe jest pod warunkiem wskazania lokalizacji wersji pakietów programistycznych. Katalogi domyślne używanych wersji pakietów programistycznych są zapisywane w pliku $HOME/.ibm/db2/dc/DB2DC.settings podczas pierwszego uruchomienia Centrum projektowania. Nazwy tych katalogów można skopiować do pliku $USER.settings i zmodyfikować za pomocą edytora kodu Unicode, albo można utworzyć dowiązania symboliczne do katalogów pakietów programistycznych znajdujących się w domyślnych lokalizacjach.
Centrum projektowania nie obsługuje równoczesnego uruchamiania i debugowania procedur w języku Java zapisanych w bazie. W Centrum projektowania istnieje możliwość równoczesnego uruchomienia wielu procedur w języku Java zapisanych w bazie lub debugowania pojedynczej procedury w języku Java zapisanej w bazie; nie ma możliwości uruchomienia procedury w języku Java zapisanej w bazie podczas debugowania innej procedury w języku Java zapisanej w bazie. Domyślnie dla parametru konfiguracyjnego menedżera baz danych KEEPFENCED używane jest ustawienie KEEPFENCED=YES, które jest wymagane podczas debugowania zapisanych w bazie procedur w języku SQL. Jeśli parametr KEEPFENCED ma wartość domyślną YES, aktywność procesu procedury jest podtrzymywana i występują konflikty portu maszyny wirtualnej Java. Jeśli używane jest domyślne ustawienie parametru konfiguracyjnego menedżera baz danych KEEPFENCED=YES, podczas wykonywania procedur w języku Java zapisanych w bazie w następujących sytuacjach generowane będą wyjątki maszyny wirtualnej Java i wykonanie tych procedur nie powiedzie się:
Aby obejść to ograniczenie, należy sprawdzić, czy parametr konfiguracyjny menedżera baz danych KEEPFENCED ma wartość KEEPFENCED=NO, wykonując następujące komendy:
db2 update dbm cfg using KEEPFENCED NO db2stop db2start
Jeśli parametr KEEPFENCED ma wartość NO, w chwili zakończenia wywołania procedury w języku Java zapisanej w bazie następuje zakończenie procesu db2fmp i w programie DB2 Universal Database uruchamiany jest nowy proces db2fmp w celu obsłużenia następnego wywołania procedury. Dzięki temu w chwili rozpoczęcia debugowania procedury w języku Java zapisanej w bazie maszyna wirtualna Java nie będzie uruchomiona w trybie debugowania.
Ustawienie KEEPFENCED=YES jest wymagane podczas budowania procedur w języku SQL zapisanych w bazie w celu debugowania oraz podczas debugowania zapisanych w bazie procedur w języku SQL. Gdy używane jest ustawienie KEEPFENCED=NO, możliwe jest budowanie i wykonywanie zapisanych w bazie procedur w języku SQL, lecz nie jest możliwe ich debugowanie.
Metoda sterownika uniwersalnego JDBC DB2(R) DB2SystemMonitor.getServerTimeMicros() nie jest obecnie obsługiwana przez serwery DB2(R) Universal Database(TM) dla Linux(TM), UNIX(R) i Windows(R). W przypadku połączenia z serwerem DB2(R) Universal Database(TM) dla systemu Linux, UNIX i Windows(R) metoda DB2SystemMonitor.getServerTimeMicros() zwraca 0.
Przed zainstalowaniem 64-bitowej wersji programu DB2 for Linux na serwerach iSeries(TM) i pSeries(R) muszą być spełnione następujące wymagania:
http://www.ibm.com/support/docview.wss?uid=swg24007906lub wykonaj następujące czynności:
Program DB2 Universal Database(TM) (UDB), wersja 8.2.2 (odpowiednik wersji 8.1, pakiet poprawek 9) w systemie Linux na platformie AMD64 nie obsługuje uniwersalnego sterownika JDBC typu 2. Planowane jest zapewnienie takiej obsługi w przyszłym pakiecie poprawek. Obsługa JDBC w wersji 8.2.2 jest możliwa przy użyciu uniwersalnego sterownika JDBC typu 4 i wcześniejszego sterownika JDBC typu 2 (COM.ibm.db2.jdbc.app.DB2Driver).
Gdy interpreter języka PHP tworzy kursor w imieniu aplikacji, jest to domyślnie przewijalny kursor sterowany zestawem kluczy. W niektórych wypadkach może to powodować zwrot nieoczekiwanych wyników. Aby tego uniknąć, należy w sposób jawny określić klauzulę "FOR READ ONLY" dla wszystkich instrukcji SELECT używanych do aktualizowania danych. Alternatywne rozwiązania to między innymi ustawienie parametrów konfiguracyjnych interfejsu CLI "Patch2=6", "Patch2=42" lub "DisableKeysetCursor=1". Jednak każde z tych ustawień może mieć również inne konsekwencje. Szczegółowe informacje dotyczące tych parametrów konfiguracyjnych można znaleźć w podręczniku CLI Guide and Reference.
Słowo kluczowe ConnectNode nie wpływa na Centrum sterowania. Centrum sterowania zawsze łączy się z węzłem katalogu wskazywanym przez ustawienie SQL_CONN_CATALOG_NODE.
Funkcja SQLColumns() nie obsługuje zwracania danych z aliasu aliasu. Funkcja SQLColumns() wywołana dla aliasu aliasu zwraca pustą tabelę wynikową.
Niektóre opcje wiązania mogą nie obowiązywać podczas wiązania pakietów CLI z dowolnymi z następujących plików list: db2cli.lst, ddcsmvs.lst, ddcs400.lst, ddcsvm.lst lub ddcsvse.lst. Ponieważ pakiety CLI są używane przez aplikacje typu CLI, ODBC, JDBC, OLE DB, .NET i ADO, wszelkie zmiany wprowadzane w pakietach CLI dotyczą wszystkich aplikacji powyższych typów. Dlatego podczas wiązania pakietów CLI obsługiwany jest tylko podzbiór opcji wiązania. Obsługiwane opcje to: ACTION, COLLECTION, CLIPKG, OWNER i REPLVER. Wszystkie pozostałe opcje wiązania, które mają wpływ na pakiety CLI, są ignorowane.
Aby utworzyć pakiety CLI z opcjami wiązania, które nie są domyślnie obsługiwane, należy określić opcję wiązania COLLECTION z identyfikatorem kolekcji innym niż domyślny identyfikator kolekcji - NULLID. Dzięki temu akceptowane będą wszystkie określone opcje wiązania. Aby, na przykład, utworzyć pakiety CLI z opcją wiązania KEEPDYNAMIC YES, która domyślnie nie jest obsługiwana, należy użyć następującej komendy:
db2 bind @db2cli.lst collection newcolid keepdynamic yes
Aby aplikacje CLI/ODBC miały dostęp do pakietów CLI utworzonych w nowej kolekcji, należy przypisać parametrowi CurrentPackageSet programu CLI/ODBC w pliku konfiguracyjnym db2cli.ini nowy identyfikator kolekcji.
Aby zastąpić pakiety CLI, które już istnieją dla konkretnego identyfikatora kolekcji, należy wykonać jedno z poniższych działań:
Moduł CLI LOAD nie obsługuje znaczników parametrów, jeśli przygotowana instrukcja SQL do wstawiania danych zawiera klauzulę SELECT.
W wersjach wcześniejszych niż wersja 8.2 z pakietem poprawek 3 (odpowiadająca wersji 8.1 z pakietem poprawek 10) moduł CLI LOAD nie umożliwiał określania kolumn docelowych, jeśli instrukcja INSERT zawierała klauzulę VALUES.
Jednak począwszy od wersji 8.2 z pakietem poprawek 3 (odpowiadającej wersji 8.1 z pakietem poprawek 10), moduł CLI LOAD umożliwia określanie kolumn docelowych w instrukcji INSERT z klauzulą VALUES. Na przykład następująca instrukcja jest teraz obsługiwana przez moduł CLI LOAD:
INSERT into tabelaA (kol1, kol2, kol3) VALUES (?, ?, ?)
Tworzenie bazy danych katalogu narzędzi w 64-bitowej instancji programu DB2 Universal Database (UDB) w systemie Linux (AMD64) nie jest obsługiwane. Nie należy dokonywać prób utworzenia katalogu narzędzi w 64-bitowej instancji przy użyciu którejkolwiek z następujących metod:
Tworzenie bazy danych katalogu narzędzi w 32-bitowej instancji w systemie Linux (AMD64) jest obsługiwane w wersji 8.1.4.
Tworzenie katalogu narzędzi nie jest obsługiwane podczas instalowania programu DB2 Universal Database (UDB) w 64-bitowych instancjach na hybrydowych platformach 64-bitowych. Platformy hybrydowe to:
Katalog narzędzi w instancji 64-bitowej można utworzyć po zainstalowaniu programu DB2 UDB za pomocą komendy CREATE TOOLS CATALOG CLP w procesorze wiersza komend albo za pomocą Centrum sterowania. Do wykonania tej operacji niezbędne jest ponadto zainstalowanie 64-bitowego pakietu IBM Developer Kit for Java. Więcej szczegółów zawiera sekcja DB2 Administration Server podręcznika DB2 Administration Guide.
W następujących produktach występują ograniczenia dotyczące pamięci:
Planując cykliczne uruchamianie procesu w hurtowni danych, należy ustalić, jaki może być najdłuższy czas wykonania wszystkich zasadniczych etapów procesu i odpowiednio dobrać interwały. Jeśli proces przekroczy czas zaplanowany na swoje wykonanie, wszystkie kolejne zaplanowane wykonania tego procesu zostaną anulowane.
Obsługa następujących funkcji została wycofana z produktu DB2 Universal Database (UDB) Enterprise Server Edition (ESE), wersja 8, dla systemów operacyjnych Windows i UNIX oraz z produktu DB2 Connect Enterprise Edition (CEE), wersja 8, dla systemów operacyjnych Windows i UNIX:
Tworząc moduły dodatkowe zabezpieczeń, które będą instalowane na klientach programu DB2 w systemie operacyjnym Windows, należy zapewnić, aby funkcja kończąca działanie modułu dodatkowego nie usuwała z pamięci żadnych bibliotek pomocniczych. Ograniczenie to stosuje się do wszystkich typów modułów dodatkowych zabezpieczeń klientów, łącznie z modułami dodatkowymi grup, identyfikatorów użytkowników, haseł, Kerberos i GSS-API.
Ograniczenie to spowodowane jest problemem, który występuje w programie DB2 Universal Database podczas usuwania z pamięci modułów dodatkowych zabezpieczeń w klientach DB2 w systemach operacyjnych Windows.
Jeśli w systemie AIX wykorzystuje się uwierzytelnianie systemu operacyjnego i podczas nawiązywania połączenia nastąpi pomyślne uwierzytelnienie, program DB2 Universal Database (UDB) wykonuje próbę raportowania pomyślnego logowania w systemie AIX. W programie DB2 UDB w wersji starszej niż 8, pakiet poprawek 5, w momencie wystąpienia błędu podczas raportowania pomyślnego logowania połączenie było przerywane mimo tego, że użytkownik został uwierzytelniony. Od wersji 8 z pakietem poprawek 5 połączenie jest kontynuowane, a niepowodzenie jest protokołowane w pliku db2diag.log.
Dwuczęściowe identyfikatory użytkowników dla instrukcji CONNECT i komendy ATTACH, takie jak nazwa_domeny\nazwa_użytkownika nie są obsługiwane w systemie Windows ME.
W wypadku użycia kreatora ładowania danych lub notatnika Import do przygotowania operacji ładowania lub importowania danych z pliku IXF zawierającego znaki DBCS, strona Kolumny będzie zawierać nieprawidłowe nazwy kolumn zawartych w pliku.
| | |Narzędzia interfejsu GUI dostarczane z programem DB2 Universal Database |(UDB) są narzędziami graficznymi opartymi na technologii Java. Przykładowe |narzędzia interfejsu GUI programu DB2 to:
|Ponieważ w systemach operacyjnych Linux na platformie AMD64 nie jest obecnie dostępny |64-bitowy pakiet SDK ani środowisko wykonawcze Java(TM), do |uruchamiania tych narzędzi wymagane jest korzystanie z 32-bitowej |instancji DB2 UDB.
|Za pomocą tych narzędzi można zarządzać bazami danych w lokalnych i zdalnych |instancjach 64-bitowych. Na przykład aby używać Centrum sterowania, należy |najpierw utworzyć instancję 32-bitową. Po jej utworzeniu należy ręcznie |wpisać do katalogu lokalną instancję 64-bitową, która ma być |administrowana.
|Więcej informacji na temat programu DB2 dla systemu Linux na platformie |AMD64 można znaleźć pod następującym adresem URL:
|ftp://ftp.software.ibm.com/software/data/pubs/papers/linuxamd64.pdf
Aby zapewnić prawidłowe działanie narzędzi z graficznym interfejsem użytkownika, takich jak Centrum sterowania, należy użyć trybu ekranu o rozdzielczości przynajmniej 800 na 600 pikseli z paletą przynajmniej 32 kolorów.
Znaki w standardzie kodowania znaków chińskich GB18030 mogą być wyświetlane na pasku tytułu okna jako znaki zapytania lub kwadraty.
Tabele używane przez Menedżera katalogu informacyjnego muszą być zawarte w obrębie pojedynczej partycji bazy danych. Umieszczenie tabel w jednej partycji można osiągnąć wieloma metodami. Poniżej przedstawiono przykładowy sposób postępowania.
CREATE DATABASE PARTITION GROUP nazwa_grupy_partycji ON DBPARTITIONNUM numer_partycji
CREATE REGULAR TABLESPACE nazwa_obszaru_tabel IN DATABASE PARTITION GROUP nazwa_grupy_partycji MANAGED BY SYSTEM USING ('cname')
Program Query Patroller nie może wykonywać następujących działań, jeśli parametr konfiguracyjny bazy danych DYN_QUERY_MGMT jest wyłączony:
W razie podjęcia próby zwolnienia zapytania ze stanu wstrzymanego lub zmiany zapytania na pierwszym planie w zapytanie działające w tle w sytuacji, gdy parametr DYN_QUERY_MGMT ma ustawienie DISABLE, zostanie wyświetlony komunikat o błędzie, a stan zapytania nie ulegnie zmianie. Jeśli wstrzymane zapytania są zaplanowane do wykonania, a parametr DYN_QUERY_MGMT zostanie wyłączony w czasie ich działania, w pliku qpdiag.log zostanie zapisany komunikat o błędzie, a zapytania pozostaną w stanie wstrzymanym.
Począwszy od pakietu poprawek 5 wszystkie nowe tabele wynikowe są tworzone z użyciem schematu DB2QPRT, a nie schematu zgłaszającego.
Uprawnienie DROPIN względem schematu DB2QPRT jest nadawane operatorom, których profil utworzono jeszcze przed instalacją pakietu poprawek 5, i którzy mieli jedno z poniższych uprawnień:
Uprawnienie DROPIN względem schematu DB2QPRT jest nadawane w chwili, gdy program Query Patroller po raz pierwszy tworzy tabelę wynikową w oparciu o ten schemat.
Operatorzy, którym po instalacji pakietu poprawek 5 nadawane jest uprawnienie MONITORING z prawem do edycji oraz uprawnienie HISTORICAL ANALYSIS z prawem do edycji, otrzymują także uprawnienie DROPIN względem schematu DB2QPRT po utworzeniu lub aktualizacji ich profili.
Monitor poprawności nie może wykonać działań związanych z indykatorem poprawności db2.db2_op_status, jeśli indykator zostanie wyłączony. Może to nastąpić na przykład w sytuacji, gdy instancja monitorowana przez indykator staje się nieaktywna ze względu na jawne żądanie zatrzymania lub nieprawidłowe zakończenie. Jeśli instancja powinna być automatycznie uruchamiana ponownie po każdym nieprawidłowym zakończeniu, należy skonfigurować monitor błędów, tak aby utrzymywał tę instancję jako wysoko dostępną.
[ Początek strony |Poprzednia strona | Następna strona | Spis treści ]