Podręcznik Command Reference

Wyjaśnienie dotyczące parametru db2licm

Wyjaśnienie to dotyczy parametru -p komendy |db2licm. Słowo kluczowe MEASURED nie jest już ważne i jest ignorowane przez bazę danych DB2.

Komenda RESTORE DATABASE - przykład dla TSM

W przykładzie dla TSM (przykład 6) brakuje znaków pojedynczego cudzysłowu wokół opcji TSM; |przykład ten powinien wyglądać następująco:

|
• Określanie łańcucha z ogranicznikami:

db2 restore db sample use TSM options "'-fromnode bar -fromowner dmcinnis'"

Przykłady użycia komendy db2demigdbd

Poniższe przykłady użycia komendy db2demigdbd zostały uporządkowane według systemu operacyjnego.

Aby cofnąć migrację plików systemowego katalogu bazy danych w systemie UNIX i Linux:

 db2demigdbd $HOME/sqllib 1 

Aby cofnąć migrację lokalnych plików systemowego katalogu bazy danych w systemie UNIX i Linux: |

 db2demigdbd  ~/user/NODE0000  1 

Aby cofnąć migrację plików systemowego i wszystkich lokalnych katalogów bazy danych w instancji w systemie UNIX i Linux:

 db2demigdbd  $HOME/sqllib  2 

Aby cofnąć migrację plików systemowego katalogu bazy danych w systemie Windows:

 db2demigdbd  d:\sqllib\db2  1 

gdzie db2 jest bieżącą instancją.

Aby cofnąć migrację lokalnych plików systemowego katalogu bazy danych w systemie Windows: |

 db2demigdbd  d:\db2\NODE0000  1 

Aby cofnąć migrację plików systemowego i wszystkich lokalnych katalogów bazy danych w instancji w systemie Windows:

 db2demigdbd  d:\sqllib\db2 2 

Informacja o użyciu:

Po uruchomieniu komendy db2updv8 w celu aktualizacji katalogów systemowych do poziomu aktualnej wersji 8 powrót do wersji 8.1 nie jest obsługiwany.

Dodatkowe informacje:

Aby uzyskać informacje o uruchamianiu tej komendy w środowisku DPF (Database Partitioning |Feature), zapoznaj się z notą techniczną umieszczoną na stronie WWW o adresie http://www.ibm.com/support/docview.wss?rs=71&uid=swg21217949

Poprawka informacji o użyciu komendy db2ckbkp

Opcja '-p' wyświetla liczbę stron każdego typu obiektu. Jednak dane wyjściowe komendy db2ckbkp z opcją '-p' nie zawierają liczby stron dla wszystkich innych typów obiektów, jeśli kopia zapasowa została wykonana dla danych obszarów tabel DMS. W takim przypadku suma wszystkich stron zostanie wyświetlona jako SQLUDMSTABLESPACEDATA. |Wartość zero zostanie wyświetlona dla SQLUDMSLOBDATA i SQLUDMSLONGDATA dla obszarów tabel DMS.

Poniżej został pokazany przykład sekcji danych wyjściowych funkcji db2ckbkp -p w przypadku utworzenia kopii zapasowej dla danych obszarów tabel DMS:

      SQLUDMSTABLESPACEDATA (0c):  87 
|      SQLUDMSLOBDATA (0e):          0 
|      SQLUDMSLONGDATA (0f):         0                              

Konwencje nazewnictwa dla obiektów baz danych i identyfikatorów

Poniższe konwencje mają zastosowanie dla nazw obiektów menedżer bazy danych, takich jak bazy danych i tabele.

|
• Łańcuchy znaków reprezentujące nazwy obiektów menedżer bazy danych mogą zawierać dowolne z następujących znaków: a-z, A-Z, 0-9, @, # i $.
|
• O ile nie zostało to określone inaczej, można wpisywać nazwy małymi literami, jednak program menedżer bazy danych będzie je przetwarzał, jakby były napisane wielkimi literami. |

  Wyjątkiem od tej konwencji są łańcuchy znaków reprezentujące nazwy w ramach architektury Systems Network Architecture (SNA). W wielu wartościach jest rozróżniana wielkość liter, na przykład w nazwach jednostek logicznych (partner_lu i local_lu). Nazwę należy wprowadzić dokładnie w taki sposób, w jaki występuje ona w definicjach SNA odpowiadających tym terminom.

|
• Nazwa bazy danych lub alias bazy danych jest to unikalny łańcuch znaków zawierający od jednej do ośmiu liter, cyfr lub znaków klawiaturowych ze zbioru określonego w powyższych informacjach. |

  Bazy danych są wpisywane do katalogu w systemowych i lokalnych katalogach baz danych według swoich aliasów w jednym polu i według swoich oryginalnych nazw w innym polu. Dla większości funkcji program menedżer bazy danych używa nazwy wprowadzonej w polu aliasu katalogów baz danych. Wyjątkami są CHANGE DATABASE COMMENT i CREATE DATABASE, gdzie należy podać ścieżkę katalogu.

|
• Nazwa lub nazwa aliasu tabeli lub widoku jest to identyfikator SQL będący unikalnym łańcuchem znaków o długości od 1 do 128 znaków. Nazwy kolumn mogą mieć długość od 1 do 30 znaków. |

  Pełna nazwa tabeli to schemat.nazwa_tabeli. Schemat jest to unikalny identyfikator użytkownika, w ramach którego została utworzona tabela. Nazwa schematu dla zadeklarowanej tabeli tymczasowej musi być równa SESSION.

|
• Lokalne aliasy dla zdalnych węzłów, które mają zostać wpisane do katalogu węzłów, nie mogą być dłuższe niż osiem znaków.
|
• Pierwszym znakiem w łańcuchu musi być litera, znak @, # lub $, nie może to być cyfra ani sekwencja liter SYS, DBM lub IBM.

Poniższe konwencje mają zastosowanie do nazw identyfikatorów użytkowników i identyfikatorów uwierzytelniania

|
• Łańcuchy znaków reprezentujące nazwy obiektów menedżer bazy danych mogą zawierać dowolne z następujących znaków: a-z, A-Z, 0-9, @, # i $.
|
• Identyfikatory użytkowników i grupy mogą zawierać również dowolne z następujących dodatkowych znaków, o ile są one obsługiwane przez moduł dodatkowy zabezpieczeń: _, !, %, (, ), {, }, -, ., ^.
|
• Identyfikatory użytkowników i grupy zawierające dowolne z następujących znaków muszą zostać ograniczone znakami cudzysłowu, jeśli są one wprowadzane za pomocą procesora wiersza komend: !, %, (, ), {, }, -, ., ^,
|
• Pierwszym znakiem w łańcuchu musi być litera, znak @, # lub $, nie może to być cyfra ani sekwencja liter SYS, DBM lub IBM.
|
• Identyfikatory uwierzytelniania nie mogą być dłuższe niż 30 znaków w systemie 32-bitowe systemy operacyjne Windows i 8 znaków we wszystkich innych systemach operacyjnych.
|
• Identyfikatory grup nie mogą być dłuższe niż 30 znaków.

Komenda REORGCHK

Formuły statystyk indeksów używane w komendzie REORGCHK zostały poprawione. Nowe formuły i ich wyjaśnienia są następujące:

• Formuła F5:

  100 * (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS) 
              * DUPKEYSIZE ) 
      / ((NLEAF - NUM EMPTY LEAFS - 1) * 
         (INDEXPAGESIZE - 96) > MIN(50, (100 - PCTFREE))

  gdzie LEAF_REC_OVERHEAD = 9 a DUPKEYSIZE = 5.

  Reorganizacja jest zalecana, jeśli w indeksie jest ponad 50 procent wolnego miejsca lub ponad PCTFREE% wolnego miejsca, gdy PCTFREE jest większe niż 50. Ta formuła jest sprawdzana tylko wtedy, gdy wartość NLEAF - NUM EMPTY LEAFS - 1 jest większa od 0 (wartość NLEAF jest pomniejszana o jeden, ponieważ ostatnia przydzielona strona liścia nie jest zazwyczaj zapełniana).

• Formuła F6:

  (100 - PCTFREE) * 
       [ Floor((100 - min(10, PCTFREE)) / 100 * (INDEXPAGESIZE - 96) 
               / (ISIZE + NONLEAF_REC_OVERHEAD)) ** (NLEVELS - 2)] 
       * (INDEXPAGESIZE - 96) / 
         (KEYS * (ISIZE + LEAF_REC_OVERHEAD) 
               + (CARD - KEYS) * DUPKEYSIZE) < 100

  gdzie NONLEAF_REC_OVERHEAD = 12.

  Sprawdzanie, czy ponowne utworzenie indeksu spowoduje zmniejszenie liczby poziomów drzewa. Ta formuła umożliwia sprawdzanie stosunku ilości miejsca w drzewie indeksu mającym jeden poziom mniej niż obecne drzewo do ilości potrzebnego miejsca. Jeśli drzewo z jednym poziomem mniej może zostać utworzone i wciąż pozostanie PCTFREE wolnego miejsca, wówczas zalecana jest reorganizacja. Rzeczywista liczba pozycji indeksu powinna być większa niż 90% (lub 100 - PCTFREE) liczby pozycji, jaką może obsłużyć drzewo indeksu NLEVELS - 1 (sprawdzane tylko gdy NLEVELS > 1).

Komenda REORG INDEXES/TABLE

Reorganizuje indeks lub tabelę.

Komenda REORG INDEXES ALL FOR TABLE nazwa-tabeli reorganizuje wszystkie indeksy zdefiniowane dla tabeli, odbudowując dane indeksu do postaci niepodzielonych na fragmenty, fizycznie ciągłych stron. Jeśli dla indeksów zostanie określona opcja CLEANUP ONLY, czyszczenie będzie wykonywane bez odbudowywania indeksów. Jeśli zostanie podjęta próba użycia tej komendy dla indeksów zadeklarowanych tabel tymczasowych, zostanie zwrócony stan SQLSTATE 42995.

Opcja REORG TABLE nazwa-tabeli powoduje reorganizowanie tabeli, polegające na rekonstrukcji wierszy w celu wyeliminowania danych podzielonych na fragmenty i na scalaniu informacji. Reorganizację tabeli można wykonać jedną z dwóch metod:

Klasyczna

Podczas pierwszych faz reorganizacji umożliwia ograniczony dostęp do danych w trybie tylko do odczytu.

W miejscu

Umożliwia dostęp do danych podczas całej reorganizacji, ale bez gwarancji prawidłowego uporządkowania danych. Reorganizacja tabel w miejscu jest dopuszczalna tylko dla tabel z indeksami typu 2 i bez indeksów rozszerzonych.

Po zakończeniu reorganizacji, niezależnie od jej typu, następuje przebudowa indeksów tabeli. Jednak w przypadku reorganizacji w miejscu indeks będzie zreorganizowany niedokładnie i może wymagać reorganizacji w celu zmniejszenia fragmentacji i odzyskania miejsca zajmowanego przez obiekty indeksu.

   db2 reorg table employee index empid allow no access indexscan 
      longlobdata

Komenda BACKUP DATABASE

Przeprowadzanie migracji baz danych

db2inidb - komenda inicjująca lustrzaną bazę danych

Nie można używać komendy db2 connect to baza_danych przed wywołaniem komendy db2inidb baza_danych as mirror.

Próba nawiązania połączenia z podzieloną kopią lustrzaną bazy danych przed jej zainicjowaniem powoduje skasowanie plików protokołów potrzebnych w późniejszym czasie do odtworzenia zmian.

Po nawiązaniu połączenia baza danych będzie ponownie w stanie, w którym znajdowała się w chwili zawieszenia. Jeśli w czasie zawieszenia określona baza danych była oznaczona jako spójna, w programie DB2 Universal Database przyjmowane jest założenie, że nie ma potrzeby wykonywania operacji odtwarzania po awarii i następuje wyczyszczenie protokołów w celu przygotowania ich do użytku w przyszłości. W takiej sytuacji próba odtworzenia zmian powoduje wygenerowanie błędu SQL4970.

Uwaga dotycząca stosowania komendy db2iupdt

Poczynając od wersji 8.2, podczas aktualizacji instancji DB2 Universal Database za pomocą komendy db2iupdt należy najpierw zatrzymać wszystkie procesy DB2 działające w odniesieniu do tej instancji.

Nowy parametr komendy db2sqljcustomize

Komenda db2sqljcustomize ma nowy parametr.

Nowy parametr komendy sqlj

Komenda sqlj ma nowy parametr.

Aktualizacje komendy monitorowania i rozwiązywania problemów (db2pd)

Komenda monitorowania i rozwiązywania problemów w programie DB2 (db2pd) pobiera informacje ze zbiorów pamięci programu DB2 UDB. W komendzie systemowej db2pd wprowadzono następujące udoskonalenia:

Nowy parametr -hadr

Parametr -hadr wprowadzony w wersji 8.2 (odpowiednik wersji 8.1 z pakietem poprawek 7) powoduje zwrócenie informacji dotyczących mechanizmu HADR (High Availability Disaster Recovery). Opis każdego zwracanego elementu można znaleźć w sekcji "High availability disaster recovery" podręcznika System Monitor Guide and Reference

Nowy parametr -utilities

Parametr -utilities wprowadzony w wersji 8.2 (odpowiednik wersji 8.1 z pakietem poprawek 7) powoduje zwrócenie informacji dotyczących programów narzędziowych. Opis każdego wyświetlanego elementu można znaleźć w sekcji poświęconej programom narzędziowym podręcznika System Monitor Guide and Reference.

Nowy parametr -activestatements

Parametr -activestatements wprowadzony w wersji 8.2.2 (odpowiednik wersji 8.1 z pakietem poprawek 9) powoduje zwrócenie informacji dotyczących aktywnych instrukcji. Zwracane są następujące informacje:

AppHandl

Uchwyt aplikacji korzystający z aktywnej instrukcji, włącznie z węzłem i indeksem.

UOW-ID

Identyfikator jednostki pracy, w której instrukcja stała się aktywna, w kontekście aplikacji określonej uchwytem AppHandl.

StmtID

Identyfikator instrukcji w ramach jednostki pracy.

AnchID

Identyfikator podstawy mieszania pamięci podręcznej pakietu dynamicznego SQL.

StmtUID

Identyfikator instrukcji dynamicznego SQL pamięci podręcznej pakietu unikalny w ramach tabeli bazowej mieszania.

EffISO

Efektywny poziom odseparowania instrukcji.

EffLockTOut

Efektywny limit czasu blokady dla instrukcji.

EffDegree

Efektywny stopień paralelizmu instrukcji.

StartTime

Termin uruchomienia instrukcji.

LastRefTime

Termin ostatniego odwołania do instrukcji w aplikacji.

Nowa opcja wait dla parametru -locks

Począwszy od wersji 8.2.2 (odpowiednik wersji 8.1 z pakietem poprawek 9) można razem z parametrem -locks określić opcję wait w celu zwrócenia tylko blokad ze statusem oczekiwania i blokad, na które oczekują jakieś procesy.

Nowe pola zwracane po użyciu parametru -applications

Począwszy od wersji 8.2.2 (odpowiednik wersji 8.1 z pakietem poprawek 9) parametr -applications zwraca cztery nowe pola:

C-AnchID

To nowe pole jest identyfikatorem tabeli bazowej mieszania pamięci podręcznej pakietu dynamicznego SQL dla bieżącej instrukcji. Pole to ma wartość 0, jeśli nie istnieją obecnie instrukcje. Bieżący identyfikator tabeli bazowej mieszania jest wpisywany tylko wtedy, gdy aplikacja realizuje żądanie związane z instrukcją, np. żądanie FETCH odnoszące się do kursora. Po zrealizowaniu żądania przetwarzania ustawiane są wartości 0. Wartość 0 obowiązuje także dla statycznych instrukcji SQL.

C-StmtUID

To nowe pole jest unikalnym identyfikatorem dynamicznej instrukcji SQL w tabeli bazowej mieszania. Pole to ma wartość 0, jeśli nie istnieją obecnie instrukcje. Unikalny identyfikator bieżącej instrukcji jest wpisywany tylko wtedy, gdy aplikacja realizuje żądanie związane z instrukcją. Po zrealizowaniu żądania ustawiane są wartości 0. Wartość 0 obowiązuje także dla statycznych instrukcji SQL.

L-AnchID

To nowe pole jest identyfikatorem tabeli bazowej mieszania pamięci podręcznej pakietu dynamicznego SQL dla instrukcji ostatnio wykonanej przez aplikację. Pole to ma wartość 0, jeśli nie istnieją obecnie instrukcje, na przykład przed wykonaniem jakiejkolwiek dynamicznej instrukcji SQL. Wartość 0 obowiązuje także dla statycznych instrukcji SQL. Ostatni identyfikator tabeli bazowej mieszania jest wpisywany po zakończeniu realizacji każdego żądania i utrzymywany do czasu zrealizowania następnego skojarzonego żądania.

L-StmtUID

To nowe pole jest unikalnym identyfikatorem ostatnio wykonanej przez aplikację dynamicznej instrukcji SQL w tabeli bazowej mieszania. Pole to ma wartość 0, jeśli nie istnieją obecnie instrukcje, na przykład przed wykonaniem jakiejkolwiek instrukcji lub jeśli ostatnio wykonaną instrukcją była statyczna instrukcja SQL. Identyfikator ostatniej instrukcji jest wpisywany po zrealizowaniu bieżącego żądania i utrzymywany jest do czasu zrealizowania następnego żądania.

Aktualizacja komendy SET CLIENT

Komenda SET CLIENT określa ustawienia połączenia dla procesu zaplecza.

Parametr SYNCPOINT jest w tej komendzie ignorowany od wersji 8. Parametr SYNCPOINT jest nadal dołączany w celu zapewnienia kompatybilności wstecznej.

Aktualizacja komendy PRECOMPILE

Komenda PRECOMPILE przetwarza plik źródłowy aplikacji zawierający wbudowane instrukcje języka SQL. Tworzony jest zmodyfikowany plik źródłowy, który zawiera wywołania języka bazowego dla języka SQL; ponadto w bazie danych jest domyślnie tworzony pakiet.

Parametr SYNCPOINT jest w tej komendzie ignorowany od wersji 8. Parametr SYNCPOINT jest nadal dołączany w celu zapewnienia kompatybilności wstecznej.

Aktualizacja komendy UPDATE HISTORY FILE

Aktualizuje informacje o położeniu, typ urządzenia i komentarz w pozycji pliku historii.

Parametr STATUS komendy określa nowy status pozycji.

W poprzedniej wersji dokumentacji niepoprawnie podano, że parametr STATUS może mieć wartość "I" w celu zaznaczenia pozycji jako nieaktywnej. Poprawne wartości to:

A

Zaznacza pozycję jako aktywną.

E

Oznacza, że pozycja utraciła ważność.

Aktualizacje komend EXPORT i IMPORT

Kompletna podsekcja "Wymagane połączenie " dla komend EXPORT i IMPORT jest następująca:

Aktualizacja komendy LOAD

Kompletne informacje dotyczące wartości AUTOSELECT parametru INDEXING MODE są następujące:

Modyfikatory typu pliku dla modułu ładującego

Została zaktualizowana komenda SET INTEGRITY w opisie modyfikatora "generatedoverride".

Został również zaktualizowany opis modyfikatora "usedefaults".

Aktualizacje są następujące:

SET INTEGRITY FOR < nazwa-tabeli > GENERATED COLUMN 
  IMMEDIATE UNCHECKED

SET INTEGRITY FOR < nazwa-tabeli > IMMEDIATE CHECKED.

Modyfikatory typu pliku dla modułu importującego

Opis modyfikatorów "usedefaults" i "codepage=x" został zaktualizowany w następujący sposób:

Komenda ATTACH

Parametr USER komendy ATTACH określa identyfikator uwierzytelniania. Podczas podłączania do instancji DB2 Universal Database w systemie operacyjnym Windows można określić nazwę użytkownika w formacie zgodnym z Menedżerem kont zabezpieczeń (Security Account Manager - SAM) w systemie Microsoft Windows NT. Kwalifikator musi być nazwą w konwencji protokołu NetBIOS o maksymalnej długości 15 znaków. Na przykład nazwa_domeny\nazwa_użytkownika.

Komenda RECOVER DATABASE

W sekcji Przykłady w opisie komendy RECOVER DATABASE w dokumentacji wersji 8.2 datowniki zostały niepoprawnie sformatowane jako rrrr:mm:dd:hh:mm:ss.

Poprawny format to rrrr-mm-dd-hh.mm.ss

Komenda UPDATE HISTORY FILE

>>-UPDATE HISTORY--+-FOR--część-obiektu---------+--WITH--------->
                   '-EID--identyfikator pozycji-'
 
>--+-LOCATION--nowe-położenie--DEVICE TYPE--nowy-typ-urządzenia-+-><
   +-COMMENT--nowy-komentarz------------------------------------+
   '-STATUS--nowy-status----------------------------------------'
 

Aktualizacja bazy danych w wersji 8 do bieżącego |poziomu - komenda db2updv8

Ta komenda aktualizuje katalogi systemowe w bazie danych w celu obsługi |bieżącej wersji w następujący sposób:

|
• Wprowadza nowe procedury dostarczane wraz z bieżącym menedżerem |bazy danych.
|
• Wpisuje do katalogu procedury schematu ODBC/CLI/JDBC jako procedury |zaufane w celu poprawienia wydajności i skalowalności.
|
• Poprawia dwa błędy typograficzne w parametrach zwrotnych funkcji |tabelowej SYSPROC.SNAPSHOT_QUIESCERS: |
  |
  • OUIESCER_TBS_ID na QUIESCER_TBS_ID
  |
  • OUIESCER_STATE na QUIESCER_STATE
|
• Poprawia deskryptory kolumn LOB w taki sposób, że bit |"protokołowany" jest spójny z tabelami katalogu.
|
• Tworzy widok SYSIBM.SYSREVTYPEMAPPINGS.
|
• Aktualizuje definicje widoków SYSSTAT.COLUMNS i SYSSTAT.TABLES.
|
• Aktualizuje kolumnę SYSCOLDIST.DISTCOUNT, aby można ją było |aktualizować.
|
• Aktualizuje kolumnę SYSINDEXES.TBSPACEID w taki sposób, aby opcje nie |były ustawione.
|
• Poprawia długości parametrów 17 funkcji tabelowych. Pełną listę funkcji |zawiera temat Rozwinięcie kolumn dla funkcji UDF |obrazów stanu w sekcji Aktualizacje dokumentacji || Podręcznik SQL Administrative Routines dokumentu |Uwagi do wydania - Wersja 8.2.
|
• Włącza następujące wbudowane procedury: |
  |
  • HEALTH_DBM_INFO
  |
  • HEALTH_DBM_HI
  |
  • HEALTH_DBM_HI_HIS
  |
  • HEALTH_DB_INFO
  |
  • HEALTH_DB_HI
  |
  • HEALTH_DB_HI_HIS
  |
  • HEALTH_TBS_INFO
  |
  • HEALTH_TBS_HI
  |
  • HEALTH_TBS_HI_HIS
  |
  • HEALTH_CONT_INFO
  |
  • HEALTH_CONT_HI
  |
  • HEALTH_CONT_HI_HIS
  |
  • GET_WRAP_CFG_C
  |
  • LIST_FILES_C
  |
  • ODBC_DISCOVERY
  |
  • HEALTH_HI_REC
  |
  • EXEC_DB2_SCRIPT
  |
  • HEALTH_HI_REC
  |
  • EXEC_DB2_SCRIPT
  |
  • ADMIN_LIST_HIST
  |
  • GET_DBM_CONFIG
|
• Modyfikuje 33 funkcje UDF obrazu stanu SYSPROC do trybu THREADSAFE: |
  |
  • SNAPSHOT_DBM
  |
  • SNAPSHOT_FCM
  |
  • SNAPSHOT_FCMNODE
  |
  • SNAPSHOT_SWITCHES
  |
  • SNAPSHOT_APPL_INFO
  |
  • SNAPSHOT_APPL
  |
  • SNAPSHOT_STATEMENT
  |
  • SNAPSHOT_LOCKWAIT
  |
  • SNAPSHOT_AGENT
  |
  • SNAPSHOT_SUBSECT
  |
  • SNAPSHOT_DATABASE
  |
  • SNAPSHOT_BP
  |
  • SNAPSHOT_LOCK
  |
  • SNAPSHOT_TABLE
  |
  • SNAPSHOT_DYN_SQL
  |
  • SNAPSHOT_TBS
  |
  • SNAPSHOT_TBS_CFG
  |
  • SNAPSHOT_QUIESCERS
  |
  • SNAPSHOT_CONTAINER
  |
  • SNAPSHOT_RANGES
  |
  • SNAPSHOT_TBREORG
  |
  • HEALTH_DBM_INFO
  |
  • HEALTH_DBM_HI
  |
  • HEALTH_DBM_HI_HIS
  |
  • HEALTH_DB_INFO
  |
  • HEALTH_DB_HI
  |
  • HEALTH_DB_HI_HIS
  |
  • HEALTH_TBS_INFO
  |
  • HEALTH_TBS_HI
  |
  • HEALTH_TBS_HI_HIS
  |
  • HEALTH_CONT_INFO
  |
  • HEALTH_CONT_HI
  |
  • HEALTH_CONT_HI_HIS
|
• Zmienia długości parametrów następujących funkcji: |
  |
  • SQLCACHE_SNAPSHOT
  |
  • SNAPSHOT_APPL_INFO
  |
  • SNAPSHOT_STATEMENT
  |
  • SNAPSHOT_LOCKWAIT
  |
  • SNAPSHOT_DATABASE
  |
  • SNAPSHOT_BP
  |
  • SNAPSHOT_LOCK
  |
  • SNAPSHOT_TABLE
  |
  • SNAPSHOT_TBREORG
  |
  • SNAPSHOT_SUBSECT
  |
  • SNAPSHOT_DYN_SQL
  |
  • HEALTH_DBM_INFO
  |
  • HEALTH_DBM_HI
  |
  • HEALTH_DBM_HI_HIS
  |
  • HEALTH_DB_INFO
  |
  • HEALTH_DB_HI
  |
  • HEALTH_DB_HI_HIS
  |
  • DB_PARTITIONS
  |
  • GROUPS_FOR_USER
  |
  • DB_PARTITION
|
• Zmienia następujące funkcje tak, aby używały schematu db2schema zamiast przestarzałego schematu db2schem i umożliwia im modyfikowanie danych SQL: |
  |
  • SQLTABLES
  |
  • SQLTABLEPRIVILEGES
  |
  • SQLSTATISTICS
  |
  • SQLSPECIALCOLUMNS
  |
  • SQLPROCEDURES
  |
  • SQLPROCEDURECOLS
  |
  • SQLPRIMARYKEYS
  |
  • SQLFOREIGNKEYS
  |
  • SQLCOLUMNS
  |
  • SQLCOLPRIVILEGES
|
• Zmienia następujące funkcje tak, aby używały schematu db2schema zamiast przestarzałego schematu db2schem: |
  |
  • SQLUDTS
  |
  • SQLGETTYPEINFO

|>>-db2updv8-- -d--nazwa-bazy-danych----------------------------->
| 
|>--+---------------------------------+--+-----+----------------><
|   '- -u--id_użytkownika-- -p--hasło-'  '- -h-'
| 

db2updv8 -d moja-baza-danych

Formatowanie plików pułapek (Windows)

Dostępne jest nowe narzędzie db2xprt.exe, które służy do formatowania plików pułapek (*.TRP). Narzędzie to formatuje binarne pliki pułapek programu DB2 Universal Database i przekształca je w czytelne dla użytkownika pliki ASCII. Pliki pułapek znajdują się domyślnie w katalogu instancji (DB2INSTPROF) lub w katalogu danych diagnostycznych, o ile ustawiono parametr konfiguracyjny bazy danych DIAGPATH.

>>-db2xprt--+-------------+--+----+--+----+--------------------->
            +-/p--ścieżka-+  '-/m-'  '-/n-'
            '-/v----------'
 
>--plik_wejściowy--+----------------+--------------------------><
                   '-plik_wyjściowy-'