Ve verzi FixPak 8 byly přidány systémové proměnné DB2_MAPPED_BASE a DB2DBMSADDR.
8Používání těchto proměnných registru se doporučuje pouze zkušeným uživatelům.
8Není-li tato proměnná nastavena, produkt DB2 UDB se pokusí přemístit sdílené knihovny na virtuální adresu 0x20000000.
8Proměnná registru může být také nastavena na libovolnou virtuální adresu (hexadecimální číslo) v rozsahu 31bitového a 32bitového adresního prostoru, pokud nová adresa umístí sdílené knihovny níže do adresního prostoru.
8 8db2set DB2_MAPPED_BASE=
Následující zpráva se může v souboru db2diag.log objevit vícekrát, protože tato změna je vyžadována pro každý logický uzel jednou: 8
8ADM0506I DB2 has automatically updated the "mapped_base" 8kernel parameter from "0x40000000(hex) 1073741824(dec)" to 8the recommended value "0x20000000(hex) 536870912(dec)".8
Tato zpráva se zobrazí pouze v případě, že je nastavení proměnné registru úspěšné, a bude zahrnovat adresu, na kterou byly přemístěny sdílené knihovny.
8db2set DB2DBMSADDR=
Tuto proměnnou lze nastavit společně s proměnnou DB2_MAPPED_BASE nebo samostatně a jemně tak doladit rozvržení adresního prostoru procesů DB2 UDB. Tato proměnná změní umístění sdílené paměti instance z aktuálního umístění na virtuální adrese 0x10000000 na novou zadanou hodnotu.
8Ve verzi 8.2 byla přidána proměnná registru DB2TCP_CLIENT_RCVTIMEOUT.
7 77 7 7Ve verzi 8.2 byla přidána proměnná výkonu DB2_LARGE_PAGE_MEM.
7 7Jméno proměnné | 7Operační systémy | 7Hodnoty | 7
---|---|---|
Popis | 7||
DB2_LARGE_PAGE_MEM | 7
7 pouze 64bitová verze 7systému AIX 5.x 7Linux |
7Výchozí nastavení=NULL
7 Znakem * 7označíte všechny vhodné oblasti paměti, které mají 7používat paměť s velkými stránkami, nebo čárkami 7oddělený seznam 7specifických oblastí paměti, které mají používat paměť 7s velkými stránkami. Dostupné oblasti se liší 7podle operačního systému. V 64bitové verzi systému 7AIX 5.x lze zadat následující oblasti: DB, DBMS nebo 7PRIVATE. V systému Linux lze zadat následující 7oblasti: DB. |
7
7 Paměť s 7velkými stránkami je podporována pouze v produktu DB2 Universal Database (UDB) for AIX 5L, 64bitová edice, a v produktu DB2 UDB for 7Linux. 7Proměnná registru 7DB2_LARGE_PAGE_MEM se používá k povolení 7podpory velkých stránek při spuštění v systému AIX 75.x nebo v jakékoli architektuře Linux s odpovídající 7podporou jádra. Tato proměnná registru nahrazuje proměnnou 7registru DB2_LGPAGE_BP, kterou lze 7použít pouze pro povolení paměti s velkými stránkami u 7oblasti paměti sdílené databázemi. Tuto akci lze 7nyní povolit nastavením hodnoty DB2_LARGE_PAGE_MEM=DB. 7Veškerá 7dokumentace, která se zmiňuje o povolení velkých 7stránek pomocí proměnné registru DB2_LGPAGE_BP, 7může být považována za ekvivalentní nastavení DB2_LARGE_PAGE_MEM=DB. 7Použití velkých stránek je primárně určeno 7pro zlepšení výkonu vysokovýkonostních výpočetních 7aplikací. Aplikace s intenzivním přístupem k paměti, 7které používají velké množství virtuální paměti, mohou 7díky použití velkých stránek dosahovat zlepšení 7výkonu. Chcete-li v produktu DB2 UDB povolit používání 7velkých stránek, musíte nejdříve pro použití 7velkých stránek nakonfigurovat operační systém. 7Povolení 7velkých soukromých stránek zvýší použití paměti 7produktu DB2 UDB o významné množství, protože každý 7agent produktu DB2 UDB spotřebuje nejméně jednu 7velkou stránku (16 MB) fyzické paměti. Chcete-li povolit velké stránky pro soukromou paměť 7agenta v 64bitové verzi produktu DB2 UDB for AIX (nastavení DB2_LARGE_PAGE_MEM=PRIVATE), 7musí být kromě konfigurace operačního systému pro 7použití velkých stránek splněny následující podmínky: 7
V 64bitové verzi produktu DB2 UDB for AIX sníží povolení této proměnné velikost segmentu sdílené 7paměti podporujícího paměť databáze na minimální požadavek. 7Výchozím nastavením je vytvoření segmentu 7o velikosti 64 GB: další informace obsahuje 7konfigurační parametr databáze pro velikost sdílené 7paměti databáze 7(database_memory). Toto 7nastavení zabrání fixaci většího množství sdílené 7paměti, než bude skutečně potřeba, v paměti RAM. 7Nastavením 7této proměnné bude omezena schopnost dynamicky 7zvětšovat konfiguraci celkové sdílené paměti databáze 7(například možnost zvětšit velikost fondu 7vyrovnávacích pamětí). 7V systému Linux existuje 7ještě další požadavek, a to na dostupnost knihovny 7libcap.so. Má-li být tato 7volba funkční, musí být instalována tato knihovna. Je-li 7tato volba zapnuta a knihovna není v systému, produkt DB2 UDB zablokuje velké stránky jádra a bude 7pracovat jako dříve. 7Chcete-li v systému Linux ověřit, že jsou velké 7stránky jádra k dispozici, zadejte následující příkaz: 7 7cat /proc/meminfo7 7 Pokud 7k dispozici jsou, měly by se zobrazit následující tři 7řádky (čísla se budou lišit v závislosti na množství 7paměti konfigurované ve vašem počítači): 7 7HugePages_Total: 200 7 HugePages_Free: 200 7 Hugepagesize: 16384 KB7 7 Pokud se tyto 7řádky nezobrazí nebo pokud je hodnota HugePages_Total 7rovna 0, je potřeba konfigurovat operační 7systém nebo jádro. |
7
Následující aktualizace se týká tématu "SQL compiler variables" (Proměnné kompilátoru SQL) v příloze A, "DB2 registry and environment variables" (Registr DB2 a proměnné prostředí), v příručce Administration Guide: Performance:
8Pokud jsou jedna nebo obě proměnné kompilátoru DB2, DB2_MINIMIZE_LISTPREFETCH 8a DB2_INLIST_TO_NLJN, nastaveny na hodnotu ON, zůstanou aktivní, i když je zadána proměnná 8REOPT(ONCE).
8 8 8Následují aktualizace dokumentace týkající se konfiguračních parametrů:
8 8Konfigurační parametr správce databází Typ ověřování (ověřování) přijímá i následující hodnoty:
8Server přijímá šifrovaná schémata ověřování SERVER a šifrování uživatelských dat. Ověřování funguje přesně stejným způsobem jako SERVER_ENCRYPT.
8Při použití typu ověřování budou šifrována následující uživatelská data:
8Server přijímá šifrovaná schémata ověřování SERVER a šifrování uživatelských dat. Kromě toho umožňuje tento typ ověřování kompatibilitu s dřívějšími produkty, které nepodporují typ ověřování DATA_ENCRYPT. Tyto produkty umožňují připojení k typu ověřování SERVER_ENCRYPT bez šifrování uživatelských dat. Produkty podporující nový typ ověřování jej musí použít. Tento typ ověřování je platný pouze v konfiguračním souboru správce databází serveru a neplatí, používá-li se v příkazu CATALOG DATABASE.
Od produktu DB2 Universal Database verze 8.2 se výchozí hodnota konfiguračního parametru správce databází Vliv obslužných programů na výkon (util_impact_lim) mění z hodnoty 100 na hodnotu 10.
Následující konfigurační parametry správce databází všechny přijímají jména skupin o velikosti 30 bajtů (nebo méně), a to na všech platformách:
8Tabulka uvedená v tématu "Souhrn konfiguračních parametrů správce databází" obsahuje pro tyto konfigurační parametry správce databází nesprávné typy dat. 8Správná hodnota je ve všech případech char(30).
Maximální velikost konfiguračního parametru Databáze velikosti segmentu rozšířené paměti (estore_seg_size) 8v systému Windows založeném na platformách je 16 777 216.
Správné horní omezení konfiguračního parametru databáze Časový limit zotavení HADR (hadr_timeout) je 4 294 967 295.
V dokumentaci ke konfiguračnímu parametru databáze Maximální velikost paměti pro seznam zámků (locklist) je uvedeno, že maximální hodnota pro servery Windows (64bitová a 32bitová verze) sloužící pouze lokálním klientům je 60 000. Tato hodnota je nesprávná. Správná hodnota je 524 288.
Rozsah hodnot konfiguračního parametru databáze Počet databázových záloh (num_db_backups je nesprávný. Správný rozsah je 0 - 32 767.
Po migraci do produktu DB2 Universal Database (UDB) verze 8.2 z verze 88.1 bude produkt DB2 UDB používat nový soubor konfiguračních parametrů databáze velikosti 16 kB pojmenovaný 8SQLDBCONF. (Ve verzi 8.1 měl soubor konfiguračních parametrů databáze velikost pouze 4 kB a jmenoval se SQLDBCON.)
8 8 8Od verze 8.1 je proměnná registru DB2_HASH_JOIN nastavena ve výchozím nastavení na hodnotu ON.
8Je třeba použít proměnnou hašovaného spojení, ale musí se v zájmu lepšího výkonu doladit.
8Výkon hašovaného spojení je nejlepší v případě, kdy se lze vyhnout smyčkám hašování a přetečení na disku. Chcete-li výkon hašovaného spojení vyladit, odhadněte maximální množství paměti dostupné pro parametr sheapthres a pak dolaďte parametr sortheap. Zvětšujte jeho velikost, dokud se nevyhnete co nejvíce smyčkám hašování a přetečení disku, ale nepřesáhněte omezení zadané parametrem sheapthres.
8Další informace naleznete v tématu "Join methods" v příručce Administration Guide: Performance.
7 7 7Funkčnosti dříve dosažené pomocí proměnné 7DB2NTNOCACHE lze dosáhnout na úrovni tabulkového 7prostoru zadáním klauzule NO FILE SYSTEM CACHING 7do příkazů CREATE TABLESPACE nebo ALTER TABLESPACE. Podrobnosti o použití naleznete v příručce 7SQL Reference. Proměnná 7registru DB2NTNOCACHE bude v budoucím vydání 7odebrána.
7 7 7Tabulky modulu Explain mohou být společné 7několika uživatelům. Tabulky modulu Explain lze ovšem 7definovat pro jednoho uživatele a aliasy je možné 7definovat 7pro každého dalšího uživatele pomocí stejného jména 7ukazujícího na definované tabulky. Nebo 7mohou být tabulky modulu Explain definovány pod 7schématem SYSTOOLS. Prostředek Explain má výchozí 7nastavení odpovídající schématu SYSTOOLS, pokud nejsou 7pod ID relace uživatele pro dynamické příkazy SQL nebo pod ID 7autorizace příkazů pro statické příkazy SQL 7nalezeny jiné aliasy nebo tabulky Explain. Každý 7uživatel sdílející společné tabulky modulu Explain 7musí mít pro tyto tabulky oprávnění vkládat. Oprávnění 7pro čtení společných tabulek Explain by mělo být 7také omezeno, typicky na uživatele analyzující 7informace Explain.
7 7 7Data modulu Explain jsou zachycena, pokud zadáte 7takový požadavek, při kompilaci příkazu SQL. 7Uvažte, jak zamýšlíte použít zachycené informace, 7když zadáte požadavek na data modulu Explain.
7Informace tabulek 7Explain jsou zachyceny v následujících případech:
7Parametr informací o řazení lze zobrazit 7pouze pomocí příkazu db2CfgGet. K jeho zobrazení nelze 7použít příkazový procesor ani Řídicí centrum.
7Tento parametr poskytuje 260 bajtů 7informací o řazení databáze. Prvních 256 bajtů 7určuje posloupnost řazení databáze, kde bajt "n" 7obsahuje váhu řazení místa v kódu, jehož 7podkladová desetinná reprezentace v kódové 7stránce databáze je "n".
7Poslední 4 bajty obsahují interní informace o typu 7posloupnosti řazení. Poslední 4 bajty parametru 7collate_info jsou celým číslem. Toto celé číslo je ovlivňováno pořadím endian pro platformu. Možné hodnoty jsou následující:
7Použijete-li tento interní typ informací, musíte 7uvážit obracení bajtu při načítání informací pro 7databázi na jiné platformě.
7Posloupnost řazení lze zadat v čase vytvoření 7databáze.
8 8 8Od produktu DB2 Universal Database (UDB) verze 8.2 lze použít automatické nastavení velikosti pro načítání v předstihu pro tabulkový prostor. Produkt DB2 UDB automaticky aktualizuje velikost pro načítání v předstihu vždy, když 8se počet kontejnerů pro tabulkový prostor změní.
8Syntaxe proměnné registru DB2_PARALLEL_IO byla rozšířena, aby bylo možné rozpoznat kontejnery s různou 8vstupně-výstupní charakteristikou paralelního zpracování. Pomocí rozšířené syntaxe mohou mít kontejnery pro 8různé tabulkové prostory různé vstupně-výstupní charakteristiky paralelního zpracování. Vstupně-výstupní 8charakteristika paralelního zpracování každého tabulkového prostoru se používá, když je pro tabulkový prostor 8zadána velikost pro načítání v předstihu AUTOMATIC. 8Je-li povolena proměnná registru DB2_PARALLEL_IO, ale pro tabulkový prostor není použita rozšířená syntaxe 8určující specifické vstupně-výstupní charakteristiky paralelního zpracování, bude se pracovat s výchozí 8úrovní paralelního zpracování. Výchozí úroveň je RAID 5 (6+1).
8Informace o velikosti pro načítání v předstihu používané optimalizátorem jsou aktualizovány pouze při 8zadání příkazu ALTER TABLESPACE, který změní velikost tabulkového prostoru pro načítání v předstihu nebo 8změní počet kontejnerů (pomocí příkazů ADD/DROP/BEGIN NEW STRIPE SET/ADD TO NEW STRIPE SET). Změní-li se 8nastavení registru pro počet fyzických disků v jednom kontejneru, měl by být zadán příkaz 8ALTER TABLESPACE <jméno_tabulkového_prostoru> PREFETCHSIZE AUTOMATIC, který 8aktualizuje informace optimalizátoru (pokud není příkaz ALTER TABLESPACE aktualizující informace 8optimalizátoru již zadán).
8Je-li tabulkový prostor přesměrován nebo obnoven pro použití jiného počtu kontejnerů, aktualizujte 8informace optimalizátoru zadáním příkazu ALTER TABLESPACE 8<jméno_tabulkového_prostoru> PREFETCHSIZE AUTOMATIC. 8Je-li v tabulkovém prostoru více sad pásem, použije se pro výpočet velikosti pro načítání v předstihu 8maximální počet kontejnerů ze sad pásem. 8Pokud vypočtená velikost pro načítání v předstihu přesáhne maximální velikost (32767 stránek), použije se 8jako velikost pro načítání v předstihu největší násobek počtu kontejnerů, který je menší než maximum.
8Pokud v prostředí DB2 UDB Enterprise Server Edition tabulkový prostor používá velikost pro 8načítání v předstihu AUTOMATIC, může být velikost pro načítání v předstihu v různých databázových oblastech různá. K této situaci 8dochází proto, že různé databázové oblasti mají různé počty kontejnerů, které se používají pro výpočet 8velikosti pro načítání v předstihu. Má-li optimalizátor generovat přístupový plán dotazu, použije velikost 8pro načítání v předstihu z první oblasti ve skupině databázových oblastí.
[ Začátek stránky |Předchozí stránka | Další stránka | Obsah ]