Při vyvolání v prostředí dělené databáze s hodnotou -2 (globální snímek) jako vstupem vrací tabulková funkce SNAP_GET_DB neúplné výsledky pro následující čtyři sloupce:
Tyto prvky nelze pro globální snímek agregovat. Chcete-li pro tyto prvky získat úplnou sadu hodnot, je třeba tabulkovou funkci volat samostatně pro každou oblast.
Volba REPLACE příkazu IMPORT nezachovává klauzuli NOT LOGGED INITIALLY (NLI) příkazu CREATE TABLE ani klauzuli ACTIVATE NOT LOGGED INITIALLY příkazu ALTER TABLE.
Je-li prováděn import s akcí REPLACE v rámci stejné transakce jako příkazy CREATE TABLE nebo ALTER TABLE s klauzulí NLI, import nebude klauzuli NLI dodržovat. Všechna vložení budou protokolována.
Omezení platí pro produkty DB2 UDB verze 7 a DB2 UDB verze 8.
| | |Během místní (online) reorganizace tabulky nelze reorganizovat data typu Long a LOB. Data typu Long a LOB lze reorganizovat pomocí klasické (offline) reorganizace zadáním parametru LONGLOBDATA s příkazem REORG TABLE. Přestože reorganizace dat typu Long a LOB umožní opětovné získání volného prostoru, nedojde ke zlepšení rozdělení dat do klastru a dokončení reorganizace může být podstatně prodlouženo.
| | |Při oddělení stability kurzoru (CS) je řádek přidružený k aktuální pozici kurzoru na databázovém serveru vždy uzamčen. Během blokovaného načítání může být do jedné vyrovnávací paměti vráceno několik řádků. Ve většině případů se poslední řádek zpracovaný na straně serveru přesně nevejde a bude rozdělen mezi dvě vyrovnávací paměti. Aplikace toto rozdělení nerozpozná, dokud není přijata druhá vyrovnávací paměť. Z tohoto důvodu nebude uzamčen žádný řádek vrácený aplikaci.
|Ve výjimečném případě, kdy se poslední řádek zpracovaný na serveru přesně vejde, zůstane pozice kurzoru na posledním řádku ve vyrovnávací paměti, což znamená, že poslední řádek vrácený aplikaci bude uzamčen.
Program datového skladu pro export dat do souboru pomocí ODBC nepodporuje následující datové typy produktu Sybase:
Následující datové typy nejsou podporovány v ladicím programu pro kód SQL, který je integrován do Vývojového centra:
Vývojové centrum již dále nepodporuje vytváření strukturovaných typů.
Nástroj Vývojové centrum nepodporuje ladění uložených procedur v jazyku JAVA na 64bitových serverech. Ladění uložených procedur v jazyku SQL je podporováno u 64bitových operačních systémů Windows. Vývoj aplikací OLE DB nebo uživatelských funkcí XML není podporován u 64bitových serverů.
Vývojové centrum nelze použít k ladění uložených procedur jazyka Java spuštěných v některé z distribucí systému Linux (32bitové, 64bitové, Intel, zSeries nebo iSeries).
Nástroj Vývojové centrum nepodporuje ladění uložených procedur s dvojitými uvozovkami (") v uloženém jménu procedury, schématu nebo specifickém jménu.
Nástroj Vývojové centrum nemůže kompilovat rutiny Java bez informací o tom, kde jsou nainstalovány vývojářské verze. Výchozí adresáře pro vývojářské verze jsou zapsány do souboru $HOME/.ibm/db2/dc/DB2DC.settings při prvním spuštění nástroje Vývojové centrum. Tyto adresáře můžete zkopírovat do souboru $USER.settings a upravit je v editoru znaků Unicode. Případně můžete vytvořit symbolická propojení na vývojářské adresáře ve výchozích umístěních.
Vývojové centrum nepodporuje současné spouštění a ladění uložených procedur jazyka Java. V nástroji Vývojové centrum můžete buď současně spustit více uložených procedur jazyka Java, nebo ladit jednu uloženou proceduru jazyka Java. Nelze spustit uloženou proceduru jazyka Java v době ladění jiné uložené procedury jazyka Java. Ve výchozím nastavení je klíčové slovo správce databází KEEPFENCED nastaveno na hodnotu KEEPFENCED=YES, jak je požadováno pro ladění uložených procedur jazyka SQL. Pokud má klíčové slovo KEEPFENCED výchozí hodnotu YES, je proces rutiny ponechán aktivní a dojde ke konfliktům portu JVM. Uložené procedury jazyka Java způsobí výjimku procesu JVM a selžou, pokud nastane některá z následujících podmínek při výchozím nastavení konfigurace správce databází na KEEPFENCED=YES:
Toto omezení lze vyřešit, když zajistíte nastavení klíčového slova konfigurace správce databází KEEPFENCED na KEEPFENCED=NO spuštěním následujících příkazů:
db2 update dbm cfg using KEEPFENCED NO db2stop db2start
Jakmile je klíčové slovo KEEPFENCED nastaveno na hodnotu NO, proces db2fmp bude ukončen po dokončení volání uložené procedury jazyka Java a produkt DB2 Universal Database zahájí nový proces db2fmp pro zpracování dalšího volání procedury. Tím se zajistí, že při spuštění ladění uložené procedury jazyka Java nebudou existovat žádná prostředí Java v režimu ladění.
Nastavení KEEPFENCED=YES je nezbytné k vytvoření uložených procedur jazyka SQL pro ladění a k ladění uložených procedur jazyka SQL. Při nastavení KEEPFENCED=NO můžete nadále vytvářet uložené procedury jazyka SQL, ale nemůžete je ladit.
Metoda DB2SystemMonitor.getServerTimeMicros() ovladače DB2(R) Universal JDBC není nyní servery DB2(R) Universal Database(TM) for Linux(TM), UNIX(R), and Windows(R) podporována. Metoda DB2SystemMonitor.getServerTimeMicros() při připojení k serverům DB2 Universal Database(TM) for Linux, UNIX, and Windows vrací hodnotu 0.
| | |Před instalací 64bitové verze produktu DB2 pro systém Linux na platformách iSeries(TM) a pSeries(R) musí být splněny následující požadavky: |
|http://www.ibm.com/support/docview.wss?uid=swg24007906|nebo můžete provést následující |kroky: |
Produkt DB2 Universal Database (UDB) verze 8.2.2 (ekvivalentní verzi 8.1 s opravou FixPak 9) v systému Linux AMD64 nepodporuje univerzální ovladač JDBC typu 2. Podpora je plánována v příští opravné sadě FixPak. Podpora rozhraní JDBC ve verzi 8.2.2 je zajištěna univerzálním ovladačem JDBC typu 4 a standardním ovladačem JDBC typu 2 (COM.ibm.db2.jdbc.app.DB2Driver).
Pokud místo aplikace vytvoří kurzor interpret PHP, bude standardně vytvořen jako posouvatelný kurzor řízený sadou klíčů. V určitých případech tak může dojít ke vrácení neočekávaných výsledků. Chcete-li se této situaci vyhnout, explicitně zadejte pro všechny příkazy SELECT používané pro aktualizaci dat klauzuli "FOR READ ONLY". Další možnosti zahrnují nastavení konfiguračních parametrů rozhraní CLI na hodnoty "Patch2=6", "Patch2=42", nebo "DisableKeysetCursor=1". Každá z těchto možností ovšem může mít následky. Podrobnosti ohledně těchto klíčových slov konfigurace naleznete v dokumentaci CLI Guide and Reference.
| | |Klíčové slovo ConnectNode nemá vliv na Řídicí centrum. Řídicí centrum se vždy připojuje k uzlu katalogu, na který odkazuje nastavení SQL_CONN_CATALOG_NODE.
| | |Funkce SQLColumns() nepodporuje vracení dat z aliasu jiného aliasu. Pokud je funkce volána pro alias jiného aliasu, vrátí prázdnou výslednou sadu.
Některé volby vazby nemusí mít při vazbě balíku CLI s kterýmkoli z následujících souborů se seznamem žádný efekt: db2cli.lst, ddcsmvs.lst, ddcs400.lst, ddcsvm.lst nebo ddcsvse.lst. Vzhledem k tomu, že jsou balíky CLI používány aplikacemi CLI, ODBC, JDBC, OLE DB, .NET a ADO, jakékoli změny provedené v balících CLI ovlivní všechny aplikace těchto typů. Proto je při vázání balíků CLI standardně podporována pouze část voleb vazby. Podporované volby jsou následující: ACTION, COLLECTION, CLIPKG, OWNER a REPLVER. Všechny ostatní volby vazby, které ovlivňují balíky CLI, budou ignorovány.
Chcete-li vytvořit balíky CLI s volbami vazby, které nejsou standardně podporovány, zadejte volbu vazby COLLECTION s ID kolekce, které se liší od výchozího ID kolekce NULLID. Všechny zadané volby vazby budou přijaty. Chcete-li například vytvořit balíky CLI s volbou vazby KEEPDYNAMIC YES, která není standardně podporována, zadejte následující příkaz:
db2 bind @db2cli.lst collection newcolid keepdynamic yes
Chcete-li u aplikací CLI/ODBC získat přístup k balíkům CLI vytvořeným v nové kolekci, nastavte klíčové slovo CLI/ODBC CurrentPackageSet v inicializačním souboru db2cli.ini na nové ID kolekce.
Chcete-li přepsat balíky CLI, které již pod jistým ID kolekce existují, proveďte libovolnou z následujících akci:
Obslužný program CLI LOAD nepodporuje značky parametrů, pokud připravený příkaz SQL pro vložení dat obsahuje klauzuli SELECT.
|Před verzí 8.2 s opravou FixPak 3 (ekvivalentní verzi 8.1 s opravou FixPak 10) nebylo v obslužném programu CLI LOAD možné zadat cílové sloupce, pokud příkaz INSERT obsahoval klauzuli VALUES.
|Počínaje verzí 8.2 s opravou FixPak 3 (ekvivalentní verzi 8.1 s opravou Fixpak 10) umožňuje obslužný programu CLI LOAD zadat cílové sloupce do příkazu INSERT s klauzulí VALUES. Obslužný program CLI LOAD například nyní podporuje následující příkaz: |
|INSERT into tableA (col1, col2, col3) VALUES (?, ?, ?)
Vytvoření databáze katalogu nástrojů v 64bitové instanci produktu DB2 Universal Database (UDB) v systému Linux (AMD64) není podporováno. Nepokoušejte se vytvořit katalog nástrojů v 64bitové instanci žádným z níže uvedených způsobů:
Vytvoření databáze katalogu nástrojů v 32bitové instanci v systému Linux (AMD64) je podporováno od verze 8.1.4.
Vytvoření katalogu nástrojů není podporováno při instalaci produktu DB2 Universal Database (UDB) v 64bitových instancích v smíšených 64bitových platformách. Smíšené jsou tyto platformy:
Pokud chcete vytvořit katalog nástrojů v 64bitové instanci, můžete tak učinit po instalaci produktu DB2 UDB pomocí příkazového procesoru zadáním příkazu CREATE TOOLS CATALOG CLP nebo pomocí Řídicího centra. K provedení této operace bude nutné nainstalovat také 64bitovou sadu IBM Developer Kit pro jazyk Java. Podrobné informace naleznete v oddílu DB2 Administration Server příručky DB2 Administration Guide.
V následujících produktech existuje omezení paměti:
Při plánování spouštění procesu datového skladu v pravidelných intervalech musíte zjistit nejdelší dobu potřebnou k provedení všech provozních kroků v procesu a této době pak přizpůsobit intervaly spouštění. Pokud doba zpracování překročí naplánovaný časový interval, v dalších naplánovaných časech se proces nespustí a jeho spuštění nebude přesunuto na pozdější dobu.
Z produktů DB2 Universal Database (UDB) Enterprise Server Edition (ESE) verze 8 pro systém Windows a operační systémy standardu UNIX a DB2 Connect Enterprise Edition (CEE) verze 8 pro systém Windows a operační systémy UNIX byly vyjmuty následující funkce podpory:
Při vývoji modulů plug-in zabezpečení, které budou implementovány do klientů DB2 v operačních systémech Windows neuvolňujte ve funkci ukončení modulu plug-in žádné pomocné knihovny. Toto omezení platí pro všechny typy modulů plug-in zabezpečení klientů, včetně modulů plug-in skupiny, jména uživatele a hesla, Kerberos a GSS-API.
Toto omezení je způsobeno problémem produktu DB2 Universal Database s uvolňováním modulů plug-in zabezpečení v klientech DB2 v operačních systémech Windows.
Při použití ověřování OS v systému AIX se produkt DB2 Universal Database (UDB) pokusí vykázat úspěšné přihlášení do systému AIX na základě úspěšného ověření během pokusu o připojení. Před opravou FixPak 5 pro verzi 8, pokud produkt DB2 UDB nemohl vykázat úspěšné přihlášení, došlo k selhání připojení i přesto, že byl uživatel ověřen. Počínaje opravou FixPak 5 pro verzi 8 může připojení pokračovat a selhání bude zaznamenáno do souboru db2diag.log.
Dvoudílné jméno uživatele pro příkazy CONNECT a ATTACH, např. domainname\username, není v systému Windows ME podporováno.
Pokud pro nastavení načtení nebo importu ze vstupního souboru IXF obsahujícího znaky DBCS použijete Průvodce načtením nebo zápisník Import, stránka Sloupce nezobrazí správně jména sloupců obsažená v souboru.
| | |Nástroje grafického uživatelského rozhraní dodávané s produktem DB2 Universal Database (UDB) jsou grafické obslužné programy založené na jazyku Java. Mezi tyto nástroje patří:
|Protože operační systémy Linux pro procesory AMD64 momentálně nemají 64bitovou sadu Java(TM) SDK ani běhové prostředí, je tyto nástroje třeba spustit z 32bitové instance produktu DB2 UDB.
|Tyto nástroje však můžete nadále používat ke správě databází v lokálních a vzdálených 64bitových instancích. Chcete-li například použít Řídicí centrum, je nejprve nutné vytvořit 32bitovou instanci. Po vytvoření této 32bitové instance je třeba do katalogu ručně zařadit lokální 64bitovou instanci, kterou chcete spravovat.
|Další informace o produktu DB2 for Linux na procesorech AMD64 naleznete na následující adrese:
|http://www-1.ibm.com/support/docview.wss?uid=swg450ec44e63a9da8f588256d8d004ff3ab
Aby nástroje grafického rozhraní, jako je Řídicí centrum, pracovaly správně, musí být rozlišení obrazovky nastaveno minimálně na 800×600 bodů a paleta musí mít alespoň 32 barev.
Pokud jsou v pruhu titulku okna čínské znaky standardu kódování GB18030, mohou se zobrazovat jako otazníky nebo čtverečky.
Tabulky používané Správcem informačních katalogů musí být uloženy v rámci jedné databázové oblasti. Pro převedení tabulek do jedné oblasti je k dispozici více metod. Jedním z osvědčených přístupů je následující postup.
CREATE DATABASE PARTITION GROUP jméno_skup_obl ON DBPARTITIONNUM číslo_oblasti
CREATE REGULAR TABLESPACE jméno_tab_prostoru IN DATABASE PARTITION GROUP jméno_skup_obl MANAGED BY SYSTEM USING ('cname')
Produkt Query Patroller nemůže provádět následující akce, pokud je zakázán parametr konfigurace databáze DYN_QUERY_MGMT:
Pokud se pokusíte uvolnit dotaz ze stavu blokování nebo změnit dotaz běžící v popředí na dotaz běžící na pozadí v době, kdy je parametr DYN_QUERY_MGMT nastaven na hodnotu DISABLE, zobrazí se chybová zpráva a stav dotazu se nezmění. Jestliže je naplánováno spuštění blokovaných dotazů a parametr DYN_QUERY_MGMT je zakázán v době, kdy jsou spuštěny, bude chybová zpráva zapsána do souboru žurnálu qpdiag.log a dotazy budou ponechány ve stavu blokování.
Počínaje opravou FixPak 5 jsou všechny nové výsledné tabulky vytvářeny ve schématu DB2QPRT místo ve schématu spouštěče.
Oprávnění pro zrušení ve schématu DB2QPRT je uděleno operátorům, jejichž profily byly vytvořeny před instalací opravy FixPak 5 a měly některé z následujících oprávnění:
Oprávnění pro zrušení ve schématu DB2QPRT je uděleno, když produkt Query Patroller poprvé vytvoří výslednou tabulku v tomto schématu.
Operátorům, kterým bylo uděleno oprávnění pro monitorování s možností úprav nebo oprávnění pro analýzu historie s možností úprav po instalaci opravy FixPak 5, je rovněž uděleno oprávnění ke zrušení ve schématu DB2QPRT při vytvoření nebo aktualizaci jejich profilů.
Monitor narušení nemůže provádět akce pro indikátor narušení db2.db2_op_status v případě, že se tento indikátor nachází ve stavu Neběží. Tento stav může vzniknout například v situaci, kdy některá instance, kterou daný indikátor sleduje, přestane být aktivní následkem explicitní žádosti o ukončení činnosti nebo kvůli nestandardnímu ukončení. Chcete-li, aby instance byla po každém nestandardním ukončení automaticky znovu spuštěna, je nutné konfigurovat funkci sledování poruch tak, aby byla daná instance udržována ve stavu vysoké dostupnosti.
[ Začátek stránky |Předchozí stránka | Další stránka | Obsah ]