Zpětná kompatibilita

Zpětná kompatibilita databází DB2 UDB verze 8.2

Vytvoříte-li databázi v produktu DB2 Universal Database verze 8.2, nelze tuto databázi použít ve verzi 8.1. Tuto databázi lze použít pouze v produktu verze 8.2 nebo pozdějším.

Databáze vytvořené v produktu DB2 UDB verze 8.2 mohou obsahovat další funkce, které nebyly k dispozici v předchozích verzích. Pokusíte-li se použít novou databázi v předchozí verzi produktu DB2 UDB, může tento rozdíl vést k neočekávanému a nezamýšlenému chování.

Objasnění podpory klienta DB2 UDB

V části "Klienti DB2 - přehled" v příručce Začínáme s produktem 8Klienti DB2 je uvedeno následující:

Klienti DB2 se mohou připojovat k serverům DB2 o dvě verze novějším nebo o jednu verzi starším, než je úroveň verze klienta, a samozřejmě také k serverům na stejné úrovni verze.

U tohoto tvrzení je nutné provést následující opravu:

8

Přestože v některých prostředích se lze připojit z klientů verze N k serverům verze N + 2, toto připojení představuje podporovanou konfigurací pouze do doby, dokud je verze N podporována. Jakmile dojde k ukončení podpory verze N, není tato konfigurace nadále podporována.

8

Připojení z klientů DB2 verze 6 k serveru DB2 verze 8 není nadále podporováno, protože podpora verze 6 byla ukončena.

8

Podobně pro podporu serveru DB2 UDB: klient verze N se může připojit k serveru verze N - 1, dokud nedojde k ukončení podpory serveru verze N - 1.

Změny v registru narušení při migraci 7z produktu DB2 UDB verze 8.2 zpět k produktu DB2 UDB 7verze 8.1

Všechny změny v registru provedené v produktu DB2 UDB 7verze 8.2 jsou při migraci zpět do produktu DB2 UDB 7verze 8.1 ztraceny. Registr se vrátí k souboru 7HealthRules.reg verze 8.1 obsahujícímu nastavení, 7která existovala před přechodem na produkt DB2 UDB 7verze 8.2 a před použitím nastavení uvedených 7v souboru HealthRules2.reg.

Alternativní opravy FixPak (Linux a UNIX)

Ve starších verzích produktu DB2 Universal Database před verzí 8 fungovaly opravy FixPak pouze jako 3aktualizace nainstalovaných balíků nebo sad souborů produktu DB2 UDB v jednom pevném umístění. V podstatě to znamenalo, že nainstalováním oprav FixPak byly stávající soubory nahrazeny 3aktualizovanými verzemi souborů, které byly součástí oprav FixPak, a v jednom systému nemohlo 3existovat více úrovní oprav FixPak produktu DB2. Nyní v jednom systému může existovat produkt DB2 UDB (ESE) 3na více úrovních oprav FixPak. Této funkce, která je 3podporována v provozních prostředích od verze 8.1.2, je dosaženo použitím 3následujících dvou typů oprav FixPak:

3

běžné opravy FixPak

3

3

3
• Nejsou k dispozici pouze pro produkt ESE, ale také pro všechny podporované produkty DB2 verze 8 3pro související platformy.
3
• Mohou být instalovány přímo přes stávající instalaci v adresáři 3/usr/opt/db2_08_01 systému AIX 3nebo v adresáři /opt/IBM/db2/V8.1 v ostatních platformách.

3

3

alternativní opravy FixPak

3

3

3
• Mohou být instalovány jako zcela nové kopie produktu DB2 UDB ESE.
3
• Jsou instalovány do předdefinovaného umístění, které je jiné než umístění použité pro 3běžnou instalaci produktu DB2 UDB.

3

3

3
1. Současnou instalaci více úrovní oprav FixPak není nutné provádět, pokud 3to v daném prostředí nepotřebujete.
3
2. 3Počínaje verzí 8.1.2 produktu IBM DB2 UDB Enterprise Server Edition 3(ESE) for Linux and UNIX jsou v provozních prostředích podporovány opravy FixPak nainstalované 3jako vícenásobné opravy FixPak.3
3
3. 7V systému Linux jsou alternativní opravy 7FixPak k dispozici pouze pro následující platformy: 7
   7
   • x86 (32bitová verze)
   7
   • S/390 (31bitová verze)
   3
3

Chcete-li aktualizovat instanci vícenásobné opravy FixPak na jinou úroveň opravy FixPak, proveďte 3některý z následujících kroků:

3
• Nainstalujte příslušnou běžnou opravu FixPak do instalace prodejní verze (GA) 3a aktualizujte instanci spuštěním příkazu db2iupdt z existující cesty instalace prodejní verze (GA).
3
• Nainstalujte příslušnou alternativní opravu FixPak do jedinečného umístění a aktualizujte 3instanci spuštěním příkazu db2iupdt z tohoto umístění.

Další informace týkající se stažení alternativních oprav FixPak naleznete na 3webovém serveru podpory společnosti 3IBM 3na adrese http://www.ibm.com/software/data/db2/udb/support.html.

Omezení podpory předchozích serverů v Centru datových skladů

Pro podporu předchozích serverů v Centru datových skladů produktu DB2 Universal Database (UDB) Enterprise Server Edition verze 8 platí následující omezení:

Podpora objektů LOB

• Používáte-li databázi řízení datového skladu na serveru dřívější verze než DB2 UDB Enterprise Server Edition verze 8, nemůžete pracovat s objekty LOB. Musíte přejít na správnou úroveň databáze řízení datového skladu, nebo můžete přesunout řídicí databázi do systému, ve kterém je nainstalován server datového skladu DB2 UDB Enterprise Server Edition verze 8, a použít řídicí databázi datového skladu lokálně z tohoto systému.
• Chcete-li přesouvat objekty LOB mezi Centrem datových skladů a produktem DB2 UDB, musíte přejít na verzi 8 produktu DB2 UDB Enterprise Server Edition.

Podpora architektury SNA

Pokud pro připojení ke zdrojům a cílům datového skladu používáte architekturu SNA, musíte změnit konfiguraci na protokol TCP/IP přes SNA nebo použít agenta datového skladu systému Windows NT.

Podpora obslužných programů EXPORT a LOAD

Obslužný program LOAD Centra datových skladů verze 8 nepodporuje cílovou databázi verze 7. Pokud chcete cíl zachovat jako databáze verze 7, musíte změnit krok LOAD na krok s příkazy SQL Select a Insert. Kroky s příkazy SQL Select a Insert používají příkaz DELETE* následovaný příkazy SELECT a INSERT. Kroky s příkazy SQL Select a Insert vyžadují, aby byly pro databázi protokolovány všechny transakce. V důsledku toho není při použití kroků SQL Select a Insert dosaženo takového výkonu jako v případě použití obslužných programů EXPORT a LOAD.

2Opravy APAR modulu Vývojové centrum 2požadované pro podporu rozhraní SQLJ a Asistenta pro dotazy SQL v produktu 2DB2 2UDB for OS/390 verze 6 2a DB2 2UDB for z/OS verze 7

2Při použití modulu Vývojové centrum na klientovi Application 2Development pro produkt 2DB2 2Universal Database (UDB) verze 8 v systému 2Windows 2nebo 2UNIX 2musí být na serveru nainstalovány následující opravy APAR, které umožňují 2podporu rozhraní SQLJ a Asistenta pro dotazy SQL:

2DB2 UDB for z/OS, verze 7

• 2PQ65125 - Poskytuje podporu SQLJ pro sestavení uložených procedur Java SQLJ.
• 6PQ76858 - Poskytuje podporu Asistenta pro dotazy SQL.

2DB2 UDB for OS/390, verze 6

• 6PQ76858 - Poskytuje podporu Asistenta pro dotazy SQL.

Z produktu DB2 UDB lze spustit dvě verze Asistenta pro dotazy SQL

Z produktu DB2 Universal Database verze 8 můžete vyvolat verzi 7 i verzi 8 Asistenta pro dotazy SQL. Verzi 7 lze spustit z Centra datových skladů DB2. Ze všech ostatních center bude spuštěna nejnovější verze 8. Kontextová nápověda k produktu obsahuje dodatečné informace k Asistentovi pro dotazy SQL verze 7.

Změna v chování serveru Unicode

Ve verzi 7 servery Unicode ignorovaly jakékoli grafické kódové stránky od aplikací v okamžiku připojení a předpokládaly použití kódové stránky UCS2 Unicode (kódová stránka 1200). Servery Unicode verze 8 nyní respektují kódovou stránku poslanou klientem.

Konfigurační parametry databáze se během migrace mění

Produkt DB2 UDB verze 8.2 používá nový soubor konfiguračních parametrů databáze velikosti 16k pojmenovaný SQLDBCONF. Jedná se o samostatný soubor, který se liší od souboru konfiguračních parametrů databáze produktu DB2 UDB verze 8.1 velikosti 4k pojmenovaný SQLDBCON.

Po migraci do produktu DB2 UDB verze 8.2 produkt migruje obsah souboru verze 8.1 velikosti 4k a k protokolování změn konfiguračních parametrů databáze používá soubor velikosti 16k. Soubor verze 8.1 velikosti 4k je zachován, ale není používán.

Provedete-li zpětnou migraci do produktu DB2 UDB verze 8.1, produkt DB2 UDB verze 8.1 bude k protokolování změn konfiguračních parametrů databáze používat znovu původní soubor verze 8.1 velikosti 4k. Soubor verze 8.2 velikosti 16k je zachován, ale není produktem DB2 UDB verze 8.1 rozpoznán. Změny, které byly provedeny do souboru konfiguračních parametrů databáze velikosti 16k v době mezi migrací do verze 8.2 a migrací zpět do verze 8.1, jsou před nižší verzí produktu DB2 UDB skryty, protože nebyly migrovány do původního souboru velikosti 4k.

Pokud provedete znovu migraci do produktu DB2 UDB verze 8.2, produkt DB2 UDB verze 88.2 rozpozná, že již existuje konfigurační soubor databáze velikosti 16k, a bude k protokolování změn konfiguračních parametrů databáze opět používat soubor verze 8.2 velikosti 16k. Soubor verze 8.1 velikosti 4k je zachován, ale není produktem DB2 UDB verze 8.2 rozpoznán. Změny, které byly provedeny do souboru konfiguračních parametrů databáze velikosti 4k v době mezi migrací zpět do verze 8.1 a opětovnou migrací do verze 8.2, jsou před novější verzí produktu DB2 UDB skryty, protože tyto změny nebyly migrovány do existujícího souboru velikosti 16k.

Vylepšení zpráv ve formátu db2diag.log

Formát souboru db2diag.log byl ve verzi 8.2 mnoha způsoby vylepšen. Ruční čtení souboru 7žurnálu je nyní mnohem snazší. Lze jej rovněž snáze softwarově analyzovat. 7Mezi vylepšení patří:

7
• Každá položka obsahuje úplnou sadu informací záhlaví.
7
• Části zpráva a data v záznamu žurnálu jsou jasně označené, díky čemuž je záznam žurnálu snadněji použitelný a srozumitelnější.
7
• Každý záznam zahrnuje časovou značku s časovým pásmem.
7
• Každé pole má jasné jméno psané velkými písmeny.
7
• Délka řádku pole záhlaví a zpráva je omezena na 80 znaků.
7
• Byla přidána nová pole, především pole pro úroveň závažnosti, usnadňující vyhledání nejdůležitějších položek.

Byly provedeny i další změny, např. změna jména 7pole database na DB.

Do souboru db2diag.log byly přidány záznamy událostí jako diagnostické zprávy. Příklady 7takových událostí:

7
• Aktualizace v registru profilu
7
• Aktualizace konfiguračních parametrů

Záznamy událostí mají v poli 7LEVEL zadánu 7hodnotu "Event". Přestože události nejsou chybami, mohou být v závislosti na důležitosti 7zaznamenány na diagnostické úrovni vyšší než 4 (Informační) nebo 3 (Varování).

Proměnné registru profilu db2set a konfigurační parametry DB nebo DBM jsou nyní 7zaznamenávány

Od verze 8.2 jsou aktualizace registru profilu db2set a konfigurační 7parametry DB a DBM zaznamenávány do souboru db2diag.log. Tyto zprávy jsou kvůli své 7důležitosti zaznamenávány na vysoké diagnostické 7úrovni.

Zaznamenány jsou následující typy aktualizací 7registru profilu db2set:

7

Úprava

7

Příkaz db2set jméno_proměnné=hodnota vytvoří následující 7položku souboru db2diag.log: 7 7

2004-04-22-19.19.14.156959-240 I79582C286         LEVEL: Event
7PID     : 2437242              TID  : 1           PROC : db2set
7INSTANCE: db2user              NODE : 000
7FUNCTION: DB2 UDB, oper system services, db2set_main, probe:40
7CHANGE  : CFG DB2SET: DB2DBDFT: From: "OLDDB" To: "SAMPLE"

7

7

Odstranění

7

Příkaz db2set -r vytvoří následující položku souboru db2diag.log: 7 7

CHANGE  : CFG DB2SET: DB2DBDFT: From: "SAMPLE" To: ""

7 7 7

Poznámka:

7

V předchozím příkladu jsou vynechány informace v hlavičce.

7

7

Obnovení

7

Příkaz db2set jméno_proměnné=hodnota vytvoří následující položku 7souboru db2diag.log: 7 7

CHANGE  : CFG DB2SET: Profile registry was reset

7 7 7

Poznámka:

7

V předchozím příkladu jsou vynechány informace v hlavičce.

7

7

Příklady aktualizací konfiguračních parametrů 7DB a DBM jsou následující: 7

CHANGE  : CFG DB SAMPLE: "Maxlocks" From: "10" To: "20"
7
7CHANGE  : CFG DBM: "Diaglevel" From: "3" To: "1"
7
7CHANGE  : CFG DBM: Reset to the system defaults

7

Chcete-li najít tyto zprávy o aktualizacích 7konfigurace, použijte nástroj db2diag. Příklad:

7
• Chcete-li vybrat všechny události, postupujte 7takto: db2diag -level event
7
• Chcete-li vybrat události změn, postupujte takto: 7db2diag -g "changeevent="