Podręcznik Command Reference
|
|
|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).
|
|
|Uwaga:
|Wszystkie formuły są oparte na danych statystycznych. Dane
|statystyczne i wyniki tych formuł mają charakter tylko szacunkowy. Przeglądając wyniki komendy REORGCHK, należy zawsze o tym pamiętać.
|
|
|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.
|
|Przykład
|Aby wykonać klasyczną (w trybie bez połączenia) reorganizację tabeli, taką jak reorganizacja domyślna
|w programie DB2 Universal Database (UDB), wersja 7, wprowadź następującą
|komendę
| db2 reorg table employee index empid allow no access indexscan
| longlobdata
|
|Uwaga:
|W programie DB2 UDB, wersja 8,
|ustawienia domyślne są inne.
|
|Uwagi dotyczące użycia
|Program DB2 UDB oferuje dwie metody reorganizowania tabel: klasyczną i w
|miejscu.
| Klasyczna reorganizacja tabel jest na ogół szybsza, ale powinna być
|stosowana tylko w przypadku, gdy aplikacje podczas reorganizacji działają bez
|prawa dostępu do tabel w trybie zapisu.
| Jeśli środowisko nie umożliwia
|stosowania takiego ograniczenia, należy stosować reorganizację w miejscu. Mimo
|że jest ona wolniejsza, może odbywać się w tle, podczas normalnego dostępu do
|danych.
|Klasyczna reorganizacja tabel jest najszybsza, zwłaszcza gdy nie trzeba
|reorganizować danych LOB ani LONG. Poza tym po zakończeniu reorganizacji
|indeksy są prawidłowo odbudowane i znajdują się w doskonałym porządku. Aplikacje uzyskujące dostęp w trybie tylko do odczytu mogą sięgać do
|oryginalnej kopii tabeli - poza ostatnimi fazami reorganizacji, w trakcie których
|trwała tabela zastępuje kopię tabeli i są odbudowywane indeksy.
|Reorganizacja tabel w miejscu jest wolniejsza i nie gwarantuje doskonałego
|uporządkowania danych, ale umożliwia aplikacjom dostęp do tabel w trakcie
|reorganizacji.
| Dodatkowo reorganizację tabel w miejscu może wstrzymywać i
|wznawiać każdy, kto dysponuje o odpowiednimi uprawnieniami, używając schematu i
|nazwy tabeli.
|
|Zaktualizowane ograniczenia
|Program narzędziowy REORG nie obsługuje pseudonimów.
|
|- Komenda REORG TABLE nie jest obsługiwana dla zadeklarowanych tabel
|tymczasowych.
|- Komendy REORG TABLE nie można używać do widoków.
|- Reorganizowanie tabeli jest niekompatybilne z tabelami grupowanymi
|zakresowo, ponieważ obszar zakresów tabeli pozostaje zawsze zgrupowany.
|- Podczas reorganizacji zamkniętej tabeli nie można uruchomić tworzenia kopii
|zapasowej otwartej bazy danych dla obszaru tabel, w którym znajduje się tabela.
|- Podczas reorganizacji otwartej tabeli SMS nie można uruchomić tworzenia
|kopii zapasowej otwartej bazy danych dla obszaru tabel, w którym znajduje się
|tabela.
|- Podczas reorganizacji otwartej tabeli DMS można uruchomić tworzenie kopii
|zapasowej otwartej bazy danych dla obszaru tabel, w którym znajduje się tabela. W fazie obcinania mogą występować okresy
|oczekiwania na blokady dla operacji reorganizacji.
|- W komendzie REORG TABLE nie można używać indeksu opartego na rozszerzeniu
|indeksu.
|
|
|Komenda BACKUP DATABASE
|
|Uwagi dotyczące użycia
|Należy pamiętać o następujących ograniczeniach:
|
|- Uruchomienie operacji tworzenia kopii zapasowej otwartej bazy danych dla
|obszaru tabel DMS jest dopuszczalne nawet wtedy, gdy tabela z tego samego obszaru
|tabel jest reorganizowana w trybie otwartej bazy danych. W fazie obcinania mogą występować okresy
|oczekiwania na blokady dla operacji reorganizacji.
|- Uruchomienie operacji tworzenia kopii zapasowej otwartej bazy danych dla
|obszaru tabel SMS jest niedopuszczalne, gdy tabela z tego samego obszaru
|tabel jest reorganizowana w trybie otwartej bazy danych.
|Obie operacje wymagają
|blokady na wyłączność.
Przeprowadzanie migracji baz danych
Ograniczenia
W dokumentacji wersji 8 zamieszczono nieścisłą informację,
stwierdzając, że jeśli baza danych została poddana migracji do
programu DB2 UDB wersja 8 na poziomie pakietu poprawek, to nie jest
wymagana migracja bazy danych.
Mówiąc ściślej, migracja bazy danych między pakietami poprawek nie jest
wymagana, jeśli zainstalowany jest poziom wersji 8 programu (wersja 8.1, 8.2
lub późniejszy pakiet poprawek).
W wersji 8.2 wprowadzono zmiany w strukturze pliku katalogu bazy danych w
wersji i migracja przeprowadzana jest automatycznie przy przejściu z wersji 7
lub wersji 8.1 na wersję 8.2 Jednak po powrocie z wersji 8.2 do wersji
8.1 konieczne jest uruchomienie komendy db2demigdbd
w celu odtworzenia struktury pliku katalogu bazy danych. Pominięcie tej
czynności spowoduje zgłoszenie błędu SQL10004 przy próbie dostępu do bazy
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.
db2sqljcustomize - komenda konfiguratora profilu DB2 SQLJ
- -storebindoptions
- Zapisuje wartość opcji -bindoptions i wartości opcji
-staticpositioned w profilu przekształconym do postaci szeregowej. Jeśli
te wartości nie zostaną określone podczas wywoływania narzędzia dbsqljbind,
użyte zostaną wartości przechowywane w profilu przekształconym do postaci
szeregowej. Gdy konfigurator zostanie wywołany z plikiem
.grp, wartości są przechowywane w poszczególnych
plikach .ser. Zapisane wartości można wyświetlić
przy użyciu narzędzia db2sqljprint.
Nowy parametr komendy sqlj
Komenda sqlj ma nowy parametr.
sqlj - komenda translatora DB2 SQLJ
- -db2optimize
- Określa, że translator SQLJ generuje kod dla klasy kontekstu połączenia zoptymalizowany dla programu
DB2 Universal Database. Opcja ta powoduje optymalizację kodu
dla kontekstu zdefiniowanego przez użytkownika, ale nie dla kontekstu
domyślnego. Po uruchomieniu translatora SQLJ z tą opcją, plik sterownika uniwersalnego JDBC DB2 db2jcc.jar musi znajdować się w zmiennej CLASSPATH, aby umożliwić kompilację wygenerowanej aplikacji Java.
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:
Wymagane połączenie
Baza danych. Jeśli jest włączone połączenie niejawne, zostanie nawiązane połączenie z domyślną bazą danych. Dostęp programu narzędziowego do serwerów baz danych w systemach Linux, UNIX, i Windows z klientów w systemach Linux, UNIX, i Windows musi być realizowany przez połączenie bezpośrednie za
pośrednictwem mechanizmu, a nie pętli wstecznej lub bramy programu DB2 Connect.
Aktualizacja komendy LOAD
Kompletne informacje dotyczące wartości AUTOSELECT parametru INDEXING MODE są następujące:
INDEXING MODE
- AUTOSELECT
- Moduł ładujący automatycznie wybierze tryb REBUILD lub INCREMENTAL. Decyzja ta jest podejmowana na podstawie ilości ładowanych danych i głębokości drzewa indeksów. Informacje dotyczące głębokości drzewa indeksów są przechowywane w obiekcie indeksu. Komenda RUNSTATS nie jest potrzebna do uzyskania tych informacji.
Domyślnym trybem indeksowania jest AUTOSELECT.
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:
Tabela 30. Poprawne modyfikatory typu pliku dla ładowania: Wszystkie formaty pliku.
Modyfikator |
Opis |
generatedoverride |
Ten modyfikator powoduje, że moduł ładujący akceptuje dane dostarczane przez użytkownika dla wszystkich generowanych kolumn w tabeli (odwrotnie do normalnych reguł dla tych typów
kolumn). Jest to przydatne podczas migracji danych z innego systemu baz danych lub podczas ładowania do tabeli
danych odzyskanych za pomocą opcji RECOVER DROPPED TABLE komendy ROLLFORWARD DATABASE. W przypadku użycia tego modyfikatora zostaną odrzucone wszystkie wiersze, które nie zawierają danych lub zawierają wartości NULL w wygenerowanych kolumnach, które nie dopuszczają takich wartości (SQL3116W).
Uwaga:
W przypadku użycia tego modyfikatora
tabela zostanie ustawiona w stan CHECK PENDING. Aby zmienić stan CHECK PENDING tabeli bez sprawdzania wartości podanych przez użytkownika, należy po operacji ładowania wykonać następującą
komendę:
SET INTEGRITY FOR < nazwa-tabeli > GENERATED COLUMN
IMMEDIATE UNCHECKED Aby zmienić stan CHECK PENDING tabeli i wymusić sprawdzenie wartości podanych przez użytkownika, należy po operacji ładowania wykonać następującą komendę:
SET INTEGRITY FOR < nazwa-tabeli > IMMEDIATE CHECKED.
Tego modyfikatora nie można używać łącznie z modyfikatorami generatedmissing i generatedignore. |
usedefaults |
Jeśli została określona kolumna źródłowa kolumny w tabeli docelowej, ale nie zawiera ona danych
dla jednej lub więcej instancji wiersza, zostaną załadowane wartości domyślne.
Przykładami brakujących danych są:
- Dla plików DEL: jako wartość kolumny zostały podane dwa przylegające ograniczniki kolumn (",,") lub
dwa przylegające ograniczniki kolumn rozdzielone wyznaczoną liczbą spacji (", ,").
- Dla plików DEL/ASC/WSF: wiersz, który nie ma wystarczającej liczby kolumn lub
którego długość jest za mała w porównaniu z oryginalną specyfikacją.
Uwaga:
Dla plików ASC:
wartości NULL kolumn nie są uważane za brakujące i wartości domyślne nie zostaną wpisane zamiast
nich. Wartości NULL kolumn są reprezentowane przez same spacje dla kolumn
numerycznych, daty, godziny i datownika lub poprzez użycie w kolumnie dowolnego typu parametru NULL INDICATOR w celu zaznaczenia, że wartością kolumny jest NULL. Jeśli ta opcja nie zostanie podana i kolumna źródłowa nie zawiera danych dla instancji wiersza, zostanie wykonana jedna z następujących czynności:
- Dla plików DEL/ASC/WSF: jeśli w kolumnie jest dopuszczalna wartość pusta, zostanie załadowana wartość NULL. Jeśli w kolumnie nie jest dopuszczalna wartość pusta, program narzędziowy odrzuci wiersz.
|
Modyfikatory typu pliku dla modułu importującego
Opis modyfikatorów "usedefaults" i "codepage=x" został zaktualizowany w następujący sposób:
Tabela 31. Poprawne modyfikatory typu pliku dla importu: Wszystkie formaty pliku.
Modyfikator |
Opis |
usedefaults |
Jeśli została określona kolumna źródłowa kolumny w tabeli docelowej, ale nie zawiera ona danych
dla jednej lub więcej instancji wiersza, zostaną załadowane wartości domyślne.
Przykładami brakujących danych są:
- Dla plików DEL: jako wartość kolumny zostały podane dwa przylegające ograniczniki kolumn (",,") lub
dwa przylegające ograniczniki kolumn rozdzielone wyznaczoną liczbą spacji (", ,").
- Dla plików DEL/ASC/WSF: wiersz, który nie ma wystarczającej liczby kolumn lub
którego długość jest za mała w porównaniu z oryginalną specyfikacją.
Uwaga:
Dla plików ASC:
wartości NULL kolumn nie są uważane za brakujące i wartości domyślne nie zostaną wpisane zamiast
nich. Wartości NULL kolumn są reprezentowane przez same spacje dla kolumn
numerycznych, daty, godziny i datownika lub poprzez użycie w kolumnie dowolnego typu parametru NULL INDICATOR w celu zaznaczenia, że wartością kolumny jest NULL. Jeśli ta opcja nie zostanie podana i kolumna źródłowa nie zawiera danych dla instancji wiersza, zostanie wykonana jedna z następujących czynności:
- Dla plików DEL/ASC/WSF: jeśli w kolumnie jest dopuszczalna wartość pusta, zostanie załadowana wartość NULL. Jeśli w kolumnie nie jest dopuszczalna wartość pusta, program narzędziowy odrzuci wiersz.
|
Tabela 32. Poprawne modyfikatory typu pliku dla importu: Formaty pliku ASCII (ASC/DEL).
Modyfikator |
Opis |
codepage=x |
x jest łańcuchem znaków ASCII. Wartość ta jest interpretowana jako strona
kodowa danych w wyjściowym zestawie danych. Powoduje, że w trakcie operacji importowania jest wykonywana konwersja danych
znakowych z tej strony kodowej na stronę kodową aplikacji.
Mają tu zastosowanie następujące reguły:
- Dla czystych zestawów DBCS (grafika), mieszanych DBCS i EUC ograniczniki muszą być z zakresu
od x00 do x3F włącznie.
- nullindchar musi określać symbole zawarte w standardowym zestawie znaków ASCII
pomiędzy punktami kodowymi x20 i x7F włącznie. Dotyczy to symboli ASCII i punktów kodowych.
Uwagi:
- Modyfikatora codepage nie można używać z modyfikatorem lobsinfile.
- Jeśli podczas dokonywania konwersji strony kodowej ze strony kodowej aplikacji na stronę kodową bazy danych nastąpi rozszerzenie danych, dane mogą zostać obcięte i utracone.
|
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
Komenda UPDATE HISTORY FILE aktualizuje informacje o położeniu, typ
urządzenia, komentarz i status w pozycji pliku historii.
Zaktualizowana składnia komendy
![Czytaj diagram składni](c.gif)
>>-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----------------------------------------'
Zaktualizowane parametry komendy
- FOR część-obiektu
- Określa identyfikator pozycji historii, który ma być zaktualizowany. Jest
to datownik z opcjonalnym numerem porządkowym z zakresu od 001 do 999.
Uwaga:
Nie
można go użyć do aktualizacji statusu pozycji. Aby zaktualizować status pozycji,
należy użyć parametru EID.
- STATUS nowy-status
- Określa nowy status pozycji. Można aktualizować tylko statusy pozycji
kopii zapasowych. Poprawne wartości to:
- A
- Aktywny. Większość pozycji to pozycje aktywne.
- I
- Nieaktywny (Inactive). Obrazy kopii zapasowych, które nie są elementami
łańcucha aktywnych protokołów, stają się nieaktywne.
- E
- Wygasłe (Expired). Obrazy kopii zapasowych, które nie są już wymagane,
ponieważ liczba aktywnych obrazów oznaczonych jako nieaktualne przekroczyła
wartość parametru NUM_DB_BACKUPS.
- D
- Obrazy kopii zapasowych, które nie są już dostępne do odtwarzania,
powinny zostać oznaczone jako usunięte (Deleted).
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.
- 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
Wymagane połączenie
Baza danych. Ta komenda automatycznie nawiązuje połączenie z określoną
bazą danych.
Składnia komendy
![Czytaj diagram składni](c.gif)
>>-db2updv8-- -d--nazwa-bazy-danych----------------------------->
>--+---------------------------------+--+-----+----------------><
'- -u--id_użytkownika-- -p--hasło-' '- -h-'
Parametry komendy
- -d nazwa-bazy-danych
- Określa nazwę bazy danych, która ma być zaktualizowana.
- -u identyfikator_użytkownika
- Określa identyfikator użytkownika.
- -p hasło
- Określa hasło dla użytkownika.
- -h
- Wyświetla informacje pomocnicze. Użycie tej opcji powoduje, że
wszystkie inne opcje są ignorowane i wyświetlane są tylko informacje
pomocnicze.
Przykład
Po zainstalowaniu bieżącego poziomu (pakietu poprawek lub nowej wersji)
można zaktualizować katalog systemowy w bazie danych moja-baza-danych,
uruchamiając następującą komendę:
db2updv8 -d moja-baza-danych
Uwagi dotyczące użycia
- Ta komenda może zostać użyta tylko w odniesieniu do bazy danych DB2 Universal Database w
wersji 8.1.2 lub nowszej. Użycie tej komendy więcej niż raz nie powoduje
zgłoszenia błędów, a wszystkie aktualizacje katalogu są stosowane tylko
raz.
- Aby aktywować nowe funkcje wbudowane, konieczne jest odłączenie wszystkich
aplikacji od bazy danych, a sama baza danych musi być dezaktywowana, o ile była
wcześniej aktywowana.
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.
Autoryzacja
Wymagane są prawa dostępu do katalogu określonego w parametrze DIAGPATH.
Składnia komendy
![Czytaj diagram składni](c.gif)
>>-db2xprt--+-------------+--+----+--+----+--------------------->
+-/p--ścieżka-+ '-/m-' '-/n-'
'-/v----------'
>--plik_wejściowy--+----------------+--------------------------><
'-plik_wyjściowy-'
Parametry komendy
- /p ścieżka
- Rozdzielana średnikami (;) ścieżka, wskazująca miejsca, w
których znajdują się pliki binarne i pliki PDB.
- /v
- Wyświetla informacje o wersji.
- /m
- Formatuje zrzut pamięci wraz z resztą pliku pułapki.
- /n
- Formatuje dane niezależnie od informacji o numerze wiersza.
- plik_wejściowy
- Określa plik wejściowy.
- plik_wyjściowy
- Określa plik wyjściowy.
[ Początek strony |Poprzednia strona | Następna strona | Spis treści ]