Příručka Command Reference
|
|
|Upřesnění parametrů příkazu db2licm - Nástroj správy licencí
|Tato aktualizace dokumentace se týká parametru -p příkazu db2licm. Klíčové slovo MEASURED již není platné a je produktem DB2 ignorováno.
|
|
|Příkaz RESTORE DATABASE - příklad správce TSM
|V příkladu pro správce TSM (příklad 6) chybí apostrofy kolem volby TSM a měl by vypadat takto:
|
|- Zadání řetězce s oddělovači:
|
|db2 restore db sample use TSM options "'-fromnode bar -fromowner dmcinnis'"
|
|
|Příklady použití příkazu db2demigdbd
|Následující příklady použití příkazu db2demigdbd jsou uspořádány podle operačních systémů.
|Demigrace souborů systémového adresáře databází v systémech UNIX a Linux:
|
| db2demigdbd $HOME/sqllib 1
|Demigrace souborů lokálního systémového adresáře databází v systémech UNIX a Linux:
|
| db2demigdbd ~/user/NODE0000 1
|Demigrace systémových souborů a všech souborů lokálního adresáře databází v instanci v systému UNIX či Linux:
|
| db2demigdbd $HOME/sqllib 2
|Demigrace souborů systémového adresáře databází v systému Windows:
|
| db2demigdbd d:\sqllib\db2 1
|,kde db2 označuje aktuální instanci.
|Demigrace souborů lokálního systémového adresáře databází v systému Windows:
|
| db2demigdbd d:\db2\NODE0000 1
|Demigrace systémových souborů a všech souborů lokálního adresáře databází v instanci v systému Windows:
|
| db2demigdbd d:\sqllib\db2 2
|Poznámky k použití:
| Jakmile je spuštěn příkaz db2updv8 za účelem aktualizace systémových katalogů na aktuální úroveň verze 8, není již podporován přechod zpět na verzi 8.1.
|Další informace:
| Příklad spuštění příkazu v prostředí DPF (Database Partitioning
|Feature) najdete v technické dokumentaci na adrese http://www.ibm.com/support/docview.wss?rs=71&uid=swg21217949.
|
|
|Oprava poznámky týkající se použití příkazu db2ckbkp
|Pomocí volby '-p' lze zobrazit počet stránek pro každý typ objektu. Pokud však bylo provedeno zálohování pro data tabulkových prostorů DMS, nebude ve výstupu příkazu db2ckbkp s volbou '-p' zobrazen počet stránek pro všechny různé typy objektů. V takovém případě bude zobrazen pouze celkový počet všech stránek jako hodnota proměnné SQLUDMSTABLESPACEDATA. V případě tabulkových prostorů DMS je pro proměnné SQLUDMSLOBDATA a SQLUDMSLONGDATA zobrazena hodnota 0.
|V následující ukázce je uvedena sekce výstupu příkazu db2ckbkp -p v případě, kdy bylo provedeno zálohování pro data tabulkových prostorů DMS:
|
| SQLUDMSTABLESPACEDATA (0c): 87
| SQLUDMSLOBDATA (0e): 0
| SQLUDMSLONGDATA (0f): 0
|
|
|Konvence pojmenování pro databázové objekty a pro identifikátory (ID)
|Při pojmenování objektů správce databází, jako jsou například databáze a tabulky, jsou použity následující konvence.
|
|- Znakové řetězce reprezentující názvy objektů správce databází mohou obsahovat kterékoli z následujících znaků: a-z, A-Z, 0-9, @, # a $.
|- Pokud není uvedeno jinak, lze psát názvy malými písmeny; produkt správce databází je však zpracuje stejným způsobem, jako by se jednalo o velká písmena.
|
Výjimku k této konvenci představují znakové řetězce reprezentující názvy v rámci architektury SNA (Systems Network Architecture). U mnohých hodnot jsou rozlišována malá a velká písmena, jako jsou například názvy logických jednotek (partnerská_lu či lokální_lu). Zadané názvy se musí přesně shodovat s definicemi SNA, které daným výrazům odpovídají.
|- Název nebo alias databáze je jedinečný znakový řetězec obsahující jeden až osm znaků. Může se jednat o písmena, číslice či znaky klávesnice ze sady popsané v předchozím textu.
|
Databáze jsou v systému a v lokálních adresářích databází katalogizovány podle aliasů v jednom poli a podle původního názvu v jiném poli. Pro většinu funkcí používá produkt správce databází název zadaný v poli aliasu adresářů databází. Výjimku tvoří příkazy CHANGE
|DATABASE COMMENT a CREATE DATABASE, u kterých je nutné zadat úplnou cestu k adresáři.
|- Název nebo název aliasu tabulky či pohledu tvoří identifikátor SQL, který je jedinečným znakovým řetězcem s délkou 1 až 128 znaků. Názvy sloupců mohou mít délku 1 až 30 znaků.
|
Úplný název tabulky je vytvořen následovně: schéma.název_tabulky. Schématem je jedinečné jméno uživatelského účtu, pod nímž byla tabulka vytvořena. Názvem schématu pro deklarovanou dočasnou tabulku musí být SESSION.
|- Délka lokálních aliasů pro vzdálené uzly, které mají být katalogizovány v adresáři uzlů, nesmí překročit 8 znaků.
|- Prvním znakem v řetězci musí být abecední znak nebo znak @, # nebo $, nemůže se jednat o číslici ani o žádnou ze sekvencí znaků SYS, DBM či IBM.
|Pro jména uživatelů a ID pro ověřování platí následující konvence.
|
|- Znakové řetězce reprezentující názvy objektů správce databází mohou obsahovat kterékoli z následujících znaků: a-z, A-Z, 0-9, @, # a $.
|- Jména uživatelů a skupin mohou obsahovat také kterékoli z následujících doplňkových znaků, pokud jsou tyto znaky podporovány modulem plug-in pro zabezpečení: _, !, %, (, ), {, }, -, ., ^.
|- Pokud jsou jména uživatelů a skupin obsahující kterékoli z následujících znaků zadána prostřednictvím příkazového procesoru, musí být ohraničena uvozovkami: !, %, (, ), {, }, -, ., ^
|- Prvním znakem v řetězci musí být abecední znak nebo znak @, # nebo $, nemůže se jednat o číslici ani o žádnou ze sekvencí znaků SYS, DBM či IBM.
|- Délka ID pro ověřování nesmí překročit 30 znaků (v systému 32bitové systémy Windows), resp. 8 znaků (ve všech ostatních operačních systémech).
|- Délka jmen skupin nesmí přesáhnout 30 znaků.
Příkaz REORGCHK
Vzorce statistiky indexů použité v rámci příkazu REORGCHK byly upraveny. Nové vzorce a jejich vysvětlení je uvedeno níže:
- Vzorec F5:
100 * (KEYS * (ISIZE + LEAF_REC_OVERHEAD) + (CARD - KEYS)
* DUPKEYSIZE )
/ ((NLEAF - NUM EMPTY LEAFS - 1) *
(INDEXPAGESIZE - 96) > MIN(50, (100 - PCTFREE))
,kde
LEAF_REC_OVERHEAD = 9 a DUPKEYSIZE = 5.
Reorganizace je doporučena v případě, že index obsahuje více než 50 procent volného místa, nebo index obsahuje více než PCTFREE procent volného místa, je-li hodnota PCTFREE větší než 50. Tento vzorec je ověřován, pouze pokud je hodnota NLEAF - NUM EMPTY LEAFS - 1 větší než 0. (Od hodnoty NLEAF je odečtena jednička, protože poslední přidělená koncová stránka obvykle není vyplněna.)
- Vzorec 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
,kde NONLEAF_REC_OVERHEAD = 12.
Tento vzorec zjišťuje, zda bude při opětovném vytvoření indexu vytvořen strom s menším počtem úrovní. Vzorec ověřuje poměr mezi množstvím prostoru ve stromu indexu, který má o jednu úroveň méně než aktuální strom, a množství požadovaného prostoru. Pokud lze vytvořit strom zmenšený o jednu úroveň, přičemž stále zůstane k dispozici hodnota PCTFREE, je doporučena reorganizace.
Skutečný počet položek indexu by měl být větší než 90 % (nebo 100 - PCTFREE) z počtu položek, které může strom s počtem úrovní NLEVELS - 1 zpracovat (ověřováno pouze pokud je NLEVELS > 1).
Poznámka:
Všechny vzorce jsou založeny na statistice. Statistika a výsledky těchto vzorců jsou pouze odhadované hodnoty. Při posuzování výsledků příkazu REORGCHK mějte tuto skutečnost na paměti.
Příkaz REORG INDEXES/TABLE
Reorganizuje index nebo tabulku.
Volba REORG INDEXES ALL FOR TABLE se jménem tabulky reorganizuje všechny indexy definované v tabulce opětovným sestavením dat indexu do nefragmentovaných a fyzicky navazujících stránek. Při zadání volby CLEANUP ONLY pro index bude provedeno vyčištění bez opětovného sestavení indexů. Pokud se pokusíte použít tento příkaz na indexy u deklarovaných dočasných tabulek, bude vrácena chyba 42995 stavu SQL.
Volba REORG TABLE s názvem tabulky reorganizuje tabulku tak, že rekonstrukcí řádků odstraní fragmentovaná data, a informace pak stlačí. Reorganizace tabulky je prováděna jednou ze dvou metod:
- Klasická
- Během prvních fází reorganizace umožňuje pouze omezený přístup k datům s možností čtení.
- Místní
- Umožňuje přístup k datům během celé reorganizace, nezaručuje však dokonalé uspořádání dat. Místní reorganizaci tabulky lze provádět pouze u tabulek s indexy typu 2 a bez rozšířených indexů.
Při volbě libovolného typu reorganizace jsou po reorganizaci tabulky znovu sestaveny indexy pro tabulku. Při použití místní metody však nebude index dokonale reorganizován a indexy bude třeba reorganizovat později, aby došlo ke snížení fragmentace indexu a opětovnému získání prostoru objektu indexu.
Příklad
Chcete-li provést klasickou (offline) reorganizaci tabulky pomocí příkazu REORG TABLE, která je výchozí možností v produktu DB2 Universal Database(TM) (UDB) verze 7, zadejte následující příkaz:
db2 reorg table employee index empid allow no access indexscan
longlobdata
Poznámka:
Výchozí hodnoty jsou v produktu DB2 UDB verze 8 odlišné.
Poznámky k použití
Produkt DB2 UDB poskytuje dvě metody reorganizace tabulek: klasickou a místní. Klasická reorganizace tabulky je rychlejší, měla by však být použita pouze v případě, že aplikace fungují bez nutnosti zápisu do tabulek. Pokud dané prostředí toto omezení nepřipouští, můžete použít místní reorganizaci, která je sice pomalejší, ale může probíhat na pozadí, přičemž lze nadále normálně přistupovat k datům.
Klasická reorganizace tabulky poskytuje nejrychlejší reorganizaci, zvláště pokud nepotřebujete reorganizovat data typu LOB nebo LONG. Po reorganizaci tabulky jsou navíc znovu sestaveny dokonale uspořádané indexy. Aplikace vyžadující pouze čtení mohou pracovat s kopií originální tabulky s výjimkou posledních fází reorganizace, kdy je stínová kopie tabulky nahrazena permanentní tabulkou a jsou opětovně sestaveny indexy.
Místní reorganizace tabulky je pomalejší a nezaručuje dokonale uspořádaná data, během reorganizace však umožňuje aplikacím přístup k tabulce. Pomocí schématu a jména tabulky může navíc místní reorganizaci tabulky pozastavit a obnovit jakýkoli uživatel s příslušným oprávněním.
Aktualizovaná omezení
Obslužný program REORG nepodporuje používání přezdívek.
- Příkaz REORG TABLE není podporován pro deklarované dočasné tabulky.
- Příkaz REORG TABLE nelze použít u pohledů.
- Reorganizace tabulky není kompatibilní s tabulkou dělenou do klastrů podle úseků, protože oblast úseku tabulky zůstává vždy rozdělena do klastru.
- Reorganizace offline tabulky neumožňuje spustit zálohování online tabulkového prostoru, ve kterém je tabulka uložena, a to během reorganizace.
- Reorganizace online tabulky SMS neumožňuje spustit zálohování online tabulkového prostoru, ve kterém je tabulka uložena, a to během reorganizace.
- Reorganizace online tabulky DMS umožňuje spustit zálohování online tabulkového prostoru, ve kterém je tabulka uložena, a to během reorganizace. Během fáze zkracování se mohou vyskytnout čekání na zámek operace reorganizace.
- Příkaz REORG TABLE nemůže použít index, který je založen na rozšíření indexu.
Příkaz BACKUP DATABASE
Poznámky k použití
Platí následující omezení:
- Spuštění zálohování online tabulkového prostoru DMS je možné, pokud probíhá reorganizace online tabulky uvnitř stejného tabulkového prostoru. Během fáze zkracování se mohou vyskytnout čekání na zámek operace reorganizace.
- Spuštění zálohování online tabulkového prostoru SMS není možné, pokud probíhá reorganizace online tabulky uvnitř stejného tabulkového prostoru.
Obě operace vyžadují výhradní zámek.
Migrace databází
Omezení
V dokumentaci k verzi 8 je použito nejednoznačné tvrzení, že po migraci databáze na verzi DB2 UDB 8 s opravou FixPak není
potřebná další migrace databáze.
Přesněji řečeno: není nutná migrace databáze mezi jednotlivými opravami FixPak, proběhla-li
migrace databáze na úroveň verze 8 (verze 8.1, 8.2 nebo následné opravy FixPak).
Při přechodu z verze 7 na verzi 8.1 nebo
8.2 probíhá automatická migrace souborové struktury databázových adresářů na verzi 8.2. Přejdete-li však zpět z verze 8.2 na
verzi 8.1, musíte souborovou strukturu databázového adresáře obnovit spuštěním příkazu
db2demigdbd. Pokud tak neučiníte, dojde při pokusu o přístup k databázi k chybě SQL10004.
db2inidb - příkaz inicializace zrcadlené databáze
Nezadávejte příkaz db2 connect to databáze před
zadáním příkazu db2inidb databáze as mirror.
Pokus o připojení k rozdělené zrcadlené databázi
před její inicializací způsobí smazání souborů žurnálu
nezbytných k obnově přehráním žurnálu.
Připojení nastaví databázi zpět do stavu, ve kterém byla, když jste ji pozastavili. Je-li databáze v době pozastavení označená jako konzistentní, produkt DB2 Universal Database z toho vyvodí, že není nutné zotavení
z havárie a vyprázdní žurnály pro budoucí použití. Nastane-li tato situace, pokus o přehrání žurnálu způsobí
chybu SQL4970.
Poznámka k použití příkazu db2iupdt
Od verze 8.2 musíte při aktualizaci instance DB2 Universal Database pomocí příkazu db2iupdt nejdříve
zastavit všechny procesy DB2 spuštěné vůči této instanci.
Nový parametr pro příkaz db2sqljcustomize
Příkaz db2sqljcustomize má nový parametr.
db2sqljcustomize - příkaz modulu pro
přízpůsobení profilu SQLJ produktu DB2
- -storebindoptions
- Uloží hodnotu volby -bindoptions a hodnoty voleb
-staticpositioned do serializovaného profilu. Pokud tyto volby
nejsou při spuštění nástroje dbsqljbind určeny, budou použity hodnoty ze
serializovaného profilu. Pokud je nástroj pro přizpůsobení spuštěn
pomocí souboru .grp, jsou
hodnoty uloženy do
samostatných souborů
.ser. Uložené hodnoty je možné zobrazit pomocí nástroje db2sqljprint.
Nový parametr pro příkaz sqlj
Příkaz sqlj má nový parametr.
sqlj - příkaz nástroje DB2 SQLJ Translator
- -db2optimize
- Určuje, že překladač jazyka SQLJ generuje kód
třídy kontextu připojení optimalizovaný pro produkt DB2 Universal Database. Touto volbou je kód optimalizován pro kontext
uživatele, ale nikoli pro výchozí kontext. Pokud
překladač jazyka SQLJ spustíte s touto volbou, musí
být pro kompilaci generované aplikace v jazyce Java
v proměnné CLASSPATH určen soubor db2jcc.jar ovladače DB2 Universal JDBC.
Aktualizace příkazu pro monitorování a odstraňování problémů (db2pd)
Příkaz systému DB2 pro monitorování a odstraňování problémů (db2pd) načítá informace
z paměťových sad DB2 UDB. Systémový příkaz db2pd byl vylepšen v následujících bodech:
Nový parametr -hadr
Počínaje verzí 8.2 (ekvivalentní verzi 8.1 s opravou FixPak
7) lze použít parametr -hadr, který
vypisuje informace o funkci zotavení HADR (High Availability Disaster Recovery). Popis
jednotlivých prvků výpisu naleznete v sekci věnované zotavení HADR v příručce
System Monitor Guide and Reference.
Nový parametr -utilities
Počínaje verzí 8.2 (ekvivalentní verzi 8.1 s opravou FixPak
7) lze použít parametr -utilities, který vypisuje informace o obslužném programu. Popis
všech nahlášených prvků lze nalézt v části týkající se
obslužných programů v příručce
System Monitor Guide and
Reference.
Nový parametr -activestatements
Počínaje verzí 8.2.2 (ekvivalentní verzi 8.1 s opravou
FixPak 9) lze použít parametr -activestatements,
který vrací informace
o aktivních příkazech. Vrácené informace zahrnují následující položky:
- AppHandl
- Manipulátor aplikace, který s daným aktivním příkazem pracuje, včetně uzlu
a indexu.
- UOW-ID
- Identifikátor transakce, v níž byl příkaz aktivován, v rámci aplikace přiřazené
k manipulátoru AppHandl.
- StmtID
- Identifikátor příkazu v rámci transakce.
- AnchID
- Identifikátor hašovací kotvy dynamického příkazu SQL mezipaměti balíků.
- StmtUID
- Identifikátor dynamického příkazu SQL mezipaměti balíků v rámci hašovací kotvy.
- EffISO
- Efektivní úroveň oddělení příkazu.
- EffLockTOut
- Efektivní hodnota časového limitu zámku pro daný příkaz.
- EffDegree
- Efektivní stupeň paralelizmu příkazu.
- StartTime
- Čas spuštění příkazu.
- LastRefTime
- Čas, kdy aplikace naposledy použila odkaz na tento příkaz.
Nová volba čekání pro parametr -locks
Počínaje verzí 8.2.2 (ekvivalent verze 8.1 s opravou FixPak
9) lze zadat volbu
wait s parametrem -locks, která vrátí pouze zámky ve stavu čekání a zámky, na
které čeká nějaký proces.
Parametr -applications vrací nová pole
Počínaje verzí 8.2.2 (ekvivalent verze 8.1 s opravou FixPak
9) parametr -applications vrací čtyři nová
pole:
- C-AnchID
- Toto nové pole obsahuje identifikátor hašovací kotvy dynamického příkazu SQL
mezipaměti balíků pro aktuální příkaz. Pokud neexistuje žádný aktuální
příkaz, má toto pole hodnotu 0. Identifikátor aktuální hašovací kotvy má hodnotu pouze tehdy,
zpracovává-li aplikace požadavek související s příkazem, například požadavek FETCH na
kurzor. Po dokončení zpracování požadavku jsou tyto hodnoty vynulovány. Také u statických
příkazů SQL je tato hodnota nulová.
- C-StmtUID
- Toto nové pole obsahuje jedinečný identifikátor dynamického příkazu SQL mezipaměti
balíků v rámci hašovací kotvy pro aktuální příkaz. Pokud neexistuje žádný aktuální
příkaz, má toto pole hodnotu 0. Jedinečný identifikátor aktuálního příkazu má hodnotu
pouze tehdy, zpracovává-li aplikace požadavek související s příkazem. Po dokončení
provádění požadavku jsou tyto hodnoty vynulovány. Také u statických příkazů SQL je tato
hodnota nulová.
- L-AnchID
- Toto nové pole obsahuje identifikátor hašovací kotvy dynamického příkazu SQL
mezipaměti balíků pro příkaz, který aplikace provedla naposledy. Pokud neexistuje žádný
naposledy provedený příkaz, například před provedením prvního dynamického příkazu SQL, má
toto pole hodnotu 0. Také u statických příkazů SQL je tato hodnota nulová. Identifikátor poslední hašovací kotvy je definován po dokončení zpracování každého
požadavku a zůstává v platnosti až do dokončení dalšího souvisejícího požadavku.
- L-StmtUID
- Toto nové pole obsahuje jedinečný identifikátor dynamického příkazu SQL mezipaměti
balíků v rámci hašovací kotvy pro příkaz, který aplikace provedla naposledy. Pokud
neexistuje žádný naposledy provedený příkaz nebo pokud byl naposledy proveden statický
příkaz SQL, má toto pole hodnotu 0. Identifikátor posledního příkazu se definuje po
dokončení zpracování aktuálního požadavku a zůstává v platnosti do dokončení
následujícího požadavku.
Aktualizace příkazu SET CLIENT
Příkaz SET CLIENT určuje nastavení připojení pro proces typu backend.
Parametr SYNCPOINT tohoto příkazu je od verze 8 ignorován. Parametr SYNCPOINT je stále obsažen pouze z důvodů zpětné kompatibility.
Aktualizace příkazu PRECOMPILE
Příkaz PRECOMPILE zpracovává zdrojový soubor aplikačního programu obsahující vložené příkazy SQL. Bude vytvořen změněný zdrojový soubor obsahující volání SQL v jazyku hostitele a ve výchozím nastavení bude vytvořen balík v databázi.
Parametr SYNCPOINT tohoto příkazu je od verze 8 ignorován. Parametr SYNCPOINT je stále obsažen pouze z důvodů zpětné kompatibility.
Aktualizace příkazu UPDATE HISTORY FILE
Aktualizuje umístění, typ zařízení nebo poznámku v položce souboru historie.
Parametr příkazu STATUS udává pro položku nový stav.
Předchozí dokumentace chybně uvádí, že parametr příkazu STATUS může mít hodnotu "I" označující, že položka není aktivní. Platné hodnoty:
- A
- Označí položku jako aktivní.
- E
- Označí položku jako prošlou.
Aktualizace příkazů EXPORT a IMPORT
Celá podsekce "Požadované připojení" pro příkazy EXPORT a IMPORT vypadá takto:
Požadované připojení
Databáze. Je-li povoleno implicitní připojení, bude navázáno připojení k výchozí databázi. Přístup obslužných programů k databázovým serverům Linux, UNIX nebo Windows z klientů Linux, UNIX nebo Windows musí být přímým připojením prostřednictvím stroje a nikoliv prostřednictvím brány DB2 Connect nebo zpětné smyčky.
Aktualizace příkazu LOAD
Úplné informace o hodnotě AUTOSELECT parametru INDEXING MODE jsou následující:
INDEXING MODE
- AUTOSELECT
- Obslužný program pro načítání automaticky rozhodne mezi režimy REBUILD a INCREMENTAL. Rozhodnutí závisí na množství načítaných dat a hloubce indexového stromu. Informace týkající se hloubky indexového stromu jsou uloženy v objektu indexu. K naplnění těchto informací není příkaz RUNSTATS zapotřebí.
Režim AUTOSELECT je výchozí režim vytváření indexů.
Modifikátory typů souborů pro obslužný program pro načítání
Příkaz SET INTEGRITY v popisu pro modifikátor "generatedoverride" byl aktualizován.
Popis modifikátoru "usedefaults" byl rovněž aktualizován.
Jedná se o následující aktualizace:
Tabulka 30. Platné modifikátory typu souboru pro načítání: Všechny formáty souborů
Modifikátor |
Popis |
generatedoverride |
Tento modifikátor zajistí, že obslužný program pro načítání přijme uživatelem dodaná data pro všechny generované sloupce v tabulce (narozdíl od běžných pravidel pro tyto typy sloupců). Tato akce je důležitá při migraci dat z jiného databázového systému nebo při načítání tabulky z dat, která byla zotavena pomocí volby RECOVER
DROPPED TABLE příkazu ROLLFORWARD DATABASE. Používáte-li tento modifikátor, všechny řádky bez dat nebo s daty typu NULL v generovaném sloupci s jinými hodnotami než NULL budou odmítnuty (SQL3116W).
Poznámka:
Používáte-li tento modifikátor, bude tabulka umístěna ve stavu kontroly nevyřízených úloh. Chcete-li tabulku vyjmout ze stavu CHECK PENDING bez ověření uživatelem dodaných hodnot, zadejte po operaci načtení následující příkaz:
SET INTEGRITY FOR < table-name > GENERATED COLUMN
IMMEDIATE UNCHECKED
Chcete-li tabulku vyjmout ze stavu CHECK PENDING a vynutit ověření uživatelem dodaných hodnot, zadejte po operaci načtení následující příkaz:
SET INTEGRITY FOR < table-name > IMMEDIATE CHECKED.
Tento modifikátor nelze použít společně s modifikátorem generatedmissing nebo generatedignore. |
usedefaults |
Pokud byl zadán zdrojový sloupec pro cílový sloupec tabulky, ale neobsahuje žádná data pro jednu nebo více instancí řádku, budou načteny výchozí hodnoty.
Následují příklady chybějících dat:
- U souborů DEL: Dva sousední oddělovače sloupců (",,") nebo dva sousední sloupce oddělené libovolným počtem mezer (", ,") zadané jako hodnota sloupce.
- U souborů DEL/ASC/WSF: Řádek, který nemá dostatek sloupců nebo není pro původní
specifikaci dostatečně dlouhý.
Poznámka:
U souborů ASC nejsou hodnoty sloupce NULL považovány explicitně za chybějící a výchozí hodnota nebude nahrazena hodnotou sloupce NULL. Hodnoty sloupce NULL jsou reprezentovány znaky mezer u sloupců s numerickou hodnotou,
datem, časem a časovou značkou, nebo pomocí položky NULL INDICATOR, která označuje
hodnotu sloupce NULL pro sloupec libovolného typu. Pokud tato volba není nastavena a zdrojový sloupec neobsahuje pro instanci řádku žádná data, dojde k jedné z následujících situací:
- U souborů DEL/ASC/WSF: Má-li sloupec povolenou hodnotu NULL, bude načtena hodnota NULL. Nemá-li sloupec povolenou hodnotu NULL, obslužný program řádek odmítne.
|
Modifikátory typů souborů pro importní program
Popis modifikátorů "usedefaults" a "codepage=x" byl aktualizován následujícím způsobem:
Tabulka 31. Platné modifikátory typu souboru pro import: Všechny formáty souborů
Modifikátor |
Popis |
usedefaults |
Pokud byl zadán zdrojový sloupec pro cílový sloupec tabulky, ale neobsahuje žádná data pro jednu nebo více instancí řádku, budou načteny výchozí hodnoty.
Následují příklady chybějících dat:
- U souborů DEL: Dva sousední oddělovače sloupců (",,") nebo dva sousední sloupce oddělené libovolným počtem mezer (", ,") zadané jako hodnota sloupce.
- U souborů DEL/ASC/WSF: Řádek, který nemá dostatek sloupců nebo není pro původní
specifikaci dostatečně dlouhý.
Poznámka:
U souborů ASC nejsou hodnoty sloupce NULL považovány explicitně za chybějící a výchozí hodnota nebude nahrazena hodnotou sloupce NULL. Hodnoty sloupce NULL jsou reprezentovány znaky mezer u sloupců s numerickou hodnotou,
datem, časem a časovou značkou, nebo pomocí položky NULL INDICATOR, která označuje
hodnotu sloupce NULL pro sloupec libovolného typu. Pokud tato volba není nastavena a zdrojový sloupec neobsahuje pro instanci řádku žádná data, dojde k jedné z následujících situací:
- U souborů DEL/ASC/WSF: Má-li sloupec povolenou hodnotu NULL, bude načtena hodnota NULL. Nemá-li sloupec povolenou hodnotu NULL, obslužný program řádek odmítne.
|
Tabulka 32. Platné modifikátory typu souboru pro import: Formáty souborů ASCII (ASC/DEL)
Modifikátor |
Popis |
codepage=x |
Hodnota x je znakový řetězec ASCII. Hodnota je interpretována jako kódová stránka dat ve výstupní datové sadě. Převede během operace importu znaková data z této kódové stránky do kódové stránky aplikace.
Platí následující pravidla:
- Pro čisté znakové sady DBCS (grafika), smíšené znakové sady DBCS a sady EUC jsou oddělovače omezeny na rozsah x00 až x3F včetně.
- Položka nullindchar musí určovat symboly zahrnuté do standardní sady ASCII mezi místy v kódu
x20 a x7F včetně. Tento text se vztahuje k symbolům ASCII a místům v kódu.
Poznámky:
- Modifikátor codepage nelze použít společně s modifikátorem lobsinfile.
- Pokud při konverzi kódové stránky aplikace na kódovou stránku databáze dojde k expanzi dat, mohou být data zkrácena a dojde k jejich ztrátě.
|
Příkaz ATTACH
Parametr USER příkazu ATTACH určuje
identifikátor ověření.
Při připojování k instanci DB2 Universal Database v operačním systému Windows lze jméno uživatele zadat ve formátu
kompatibilním se správcem Microsoft Windows NT Security Account Manager (SAM). Kvalifikátor musí být jméno ve stylu NetBIOS
o maximální délce 15 znaků. Například
jméno_domény\jméno_uživatele.
Příkaz RECOVER DATABASE
V části Příklady dokumentace k příkazu RECOVER
DATABASE pro verzi 8.2 jsou časové značky nesprávně
formátovány ve tvaru rrrr:mm:dd:hh:mm:ss.
Správný formát je následující:
rrrr-mm-dd-hh.mm.ss
Příkaz UPDATE HISTORY FILE
Příkaz UPDATE HISTORY FILE aktualizuje
umístění, typ zařízení komentář a stav v položce
souboru historie.
Aktualizovaná syntaxe příkazu
>>-UPDATE HISTORY--+-FOR--část_objektu-+--WITH------------------>
'-EID--eid----------'
>--+-LOCATION--nové_umístění--DEVICE TYPE--nový_typ_zařízení-+-><
+-COMMENT--nový_komentář----------------------------------+
'-STATUS--nový_stav---------------------------------------'
Aktualizované parametry příkazu
- FOR
část_objektu
- Určuje identifikátor položky historie,
který má být aktualizován. Jedná se o časovou značku
s volitelným pořadovým číslem od 001 do
999.
Poznámka:
Nelze použít pro
aktualizaci stavu položky. Chcete-li aktualizovat stav
položky, zadejte hodnotu EID.
- STATUS
nový_stav
- Určuje nový stav položky. Aktualizovat lze
pouze stav záložních položek. Platné hodnoty:
- A
- Aktivní. Většina položek je aktivních.
- I
- Neaktivní. Záložní obrazy, které již nejsou
v řetězu aktivního žurnálu, budou neaktivní.
- E
- Prošlé. Záložní obrazy, které již nejsou
vyžadovány, protože existuje více aktivních obrazů,
než je uvedeno v hodnotě NUM_DB_BACKUPS, budou
označeny jako prošlé.
- D
- Záložní obrazy, které nejsou pro zotavení
dále k dispozici, by měly být označeny jako
odstraněné.
|
|
|db2updv8 - Příkaz aktualizace databáze na
|aktuální úroveň verze 8
|Tento příkaz aktualizuje systémové katalogy
|v databázi, aby podporovaly aktuální úroveň,
|následujícím způsobem:
|
|- Zavádí nové rutiny dodávané
|s aktuálním správcem databází.
|- Katalogizuje procedury schématu ODBC/CLI/JDBC jako
|důvěryhodné procedury pro zlepšení výkonu
|a rozšiřitelnosti.
|- Opravuje dvě typografické chyby v návratových
|parametrech tabulkové funkce
|SYSPROC.SNAPSHOT_QUIESCERS:
|
|- OUIESCER_TBS_ID je opraveno na QUIESCER_TBS_ID
|- OUIESCER_STATE je opraveno na QUIESCER_STATE
|- Opravuje popisy sloupců typu LOB tak, aby bit
|"logged" byl konzistentní s tabulkami
|katalogu.
|- Vytváří pohled SYSIBM.SYSREVTYPEMAPPINGS.
|- Aktualizuje definice pohledu pro tabulky
|SYSSTAT.COLUMNS a SYSSTAT.TABLES.
|- Aktualizuje sloupec SYSCOLDIST.DISTCOUNT, aby byl
|aktualizovatelný.
|- Aktualizuje sloupec SYSINDEXES.TBSPACEID, aby
|nebyly nastaveny příznaky sloupce.
|- Opravuje délku parametru u 17 tabulkových funkcí. Úplný seznam funkcí
|naleznete v tématu Rozšíření sloupců pro uživatelské
|funkce snímků v části Aktualizace dokumentace
|| Administrativní rutiny SQL dokumentace
|Poznámky k verzi 8.2.
|- Povoluje následující vestavěné rutiny:
|
|- 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
|- Mění 33 uživatelských procedur snímku SYSPROC, aby podporovali podprocesy
|(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
|- Mění délky parametrů následujících funkcí:
|
|- 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
|- Mění následující funkce tak, že je použito schéma db2schema namísto zastaralého schématu db2schem a že je prostřednictvím těchto funkcí povolena úprava dat SQL:
|
|- SQLTABLES
|- SQLTABLEPRIVILEGES
|- SQLSTATISTICS
|- SQLSPECIALCOLUMNS
|- SQLPROCEDURES
|- SQLPROCEDURECOLS
|- SQLPRIMARYKEYS
|- SQLFOREIGNKEYS
|- SQLCOLUMNS
|- SQLCOLPRIVILEGES
|- Mění následující funkce tak, že je použito schéma db2schema namísto zastaralého schématu db2schem:
|
|
|
|Požadované připojení
|Databáze. Tento příkaz automaticky naváže
|připojení k zadané databázi.
|
|Syntaxe příkazu
||>>-db2updv8-- -d--jméno_databáze-------------------------------->
|
|>--+----------------------------------+--+-----+---------------><
| '- -u--jméno_uživatele-- -p--heslo-' '- -h-'
|
|
|
|Parametry příkazu
|
|- -d jméno_databáze
|- Určuje jméno databáze, která má být
|aktualizována.
|
|- -u jméno_uživatele
|- Určuje jméno uživatele.
|
|- -p heslo
|- Určuje heslo pro uživatele.
|
|- -h
|- Zobrazení nápovědy. Při zadání této volby jsou ostatní parametry ignorovány a zobrazí se pouze informace obsažené
|v nápovědě.
|
|
|
|Příklad
|Po instalaci aktuální úrovně (oprava FixPak nebo
|nová verze) aktualizujte systémový katalog ve vzorové
|databázi zadáním následujícího příkazu:
|
|db2updv8 -d sample
|
|Poznámky k použití
|
|- Tento příkaz lze použít pouze v databázi spuštěné v produktu DB2 Universal Database verze 8.1.2 nebo vyšší. Pokud je
|příkaz zadán více než jednou, nebudou nahlášeny
|žádné chyby a každá aktualizace katalogu bude použita
|pouze jednou.
|- Chcete-li zpřístupnit nové vestavěné funkce, musí
|se všechny aplikace odpojit od databáze a v případě,
|že byla databáze aktivována, musí být deaktivována.
Formátování souborů zádrže (Windows)
Pro formátování souborů zádrže (*.TRP) je k
dispozici nový nástroj, db2xprt.exe.
Tento nástroj formátuje binární soubory zádrže produktu DB2 Universal Database do běžně čitelného souboru ASCII. Soubory
zádrže jsou standardně umístěny v adresáři instance
(DB2INSTPROF), nebo v cestě adresáře diagnostických
dat, pokud je nastaven konfigurační parametr správce
databáze DIAGPATH.
Autorizace
Musíte mít přístup do adresáře DIAGPATH.
Syntaxe příkazu
>>-db2xprt--+-----------+--+----+--+----+----------------------->
+-/p--cesta-+ '-/m-' '-/n-'
'-/v--------'
>--vstupní-soubor--+-----------------+-------------------------><
'-výstupní-soubor-'
Parametry příkazu
- /p cesta
- Středníkem (;) oddělená
cesta, která ukazuje do umístění, kde jsou
uloženy binární soubory a soubory PDB.
- /v
- Zobrazení informací o verzi.
- /m
- Formátuje výpis paměti podle zbytku souboru
zádrže.
- /n
- Formátuje data bez ohledu na informace o
číslech řádku.
- vstupní-soubor
- Určuje vstupní soubor.
- výstupní-soubor
- Určuje výstupní soubor.
[ Začátek stránky |Předchozí stránka | Další stránka | Obsah ]