Značky oprav označují text, který byl přidán nebo změněn. Svislé čáry ( | ) označují informace, které byly přidány nebo změněny pro verzi 8.2 FixPak 4 (ekvivalent verze 8.1 FixPak 11).
V některých případech je nutné nainstalovat odlišnou úroveň produktu DB2(R), než je verze jiného produktu DB2(R), který je aktuálně nainstalován v počítači. Produkty DB2 však musí mít stejnou úroveň.
Pokud má instalovaný produkt novější úroveň, než je verze jiného produktu DB2 nainstalovaného ve stejném počítači, bude třeba existující produkty DB2 aktualizovat na novější úroveň. Pokud například instalujete produkt DB2 Connect(TM) for iSeries(TM) s úrovní opravy Fixpak 10 a jiné produkty DB2 mají úroveň opravy Fixpak 9, před instalací produktu DB2 Connect(TM) for iSeries(TM) s úrovní opravy Fixpak 10 je třeba použít opravu Fixpak 10 na aktuálně nainstalované produkty DB2.
Jestliže naopak instalujete produkt do počítače, ve kterém je nainstalována novější verze produktu DB2, postupujte podle následujících pokynů:
db2licm -a jméno_souborukde jméno_souboru je jméno licenčního souboru, který naleznete na původním médiu v adresáři db2\license. Tuto licenci můžete také přidat do adresáře db2\license opravy Fixpak, přičemž licence bude nainstalována při instalaci.
Před instalací dodatečného produktu nebo komponenty je třeba zastavit následující položky:
Musí být zastaveny ty instance a server DAS, které náleží do instalace produktu DB2, kam bude instalován dodatečný produkt nebo komponenta DB2.
Další pokyny naleznete v souboru Readme pro opravu FixPak.
Pokud v systému neexistuje server DB2 DAS, přičemž dodatečný produkt nebo komponenta server DB2 DAS vyžaduje nebo podporuje, program db2setup během instalace server DB2 DAS nainstaluje. Na některých platformách může během vytváření serveru DB2 DAS pomocí programu db2setup dojít k chybám. Tyto chyby jsou očekávané a lze je ignorovat.
Program db2setup naleznete v obrazu nebo na disku CD produktu DB2 pro dodatečný produkt nebo komponentu, kterou instalujete.
Podrobné informace o použití programu db2setup naleznete v příručce Command Reference a Další informace o instalaci a konfiguraci.
Skript db2_install naleznete v obrazu nebo na disku CD produktu DB2 pro dodatečný produkt nebo komponentu, kterou instalujete.
Podrobné informace o použití skriptu db2_install naleznete v příručce Další informace o instalaci a konfiguraci.
Podrobné informace o použití systémového instalačního programu naleznete v příručce Další informace o instalaci a konfiguraci.
Pro ilustraci předpokládejme následující podmínky:
Po instalaci musíte znovu nainstalovat běžnou opravu FixPak 10.
Balík db2cliv81 je v systému již nainstalován. Instalace opravy nnnnnnn-nnn byla nestandardně ukončena. Chcete-li tuto opravu přeinstalovat, před opětovnou instalací ji nejprve odinstalujte.Tato chyba se zobrazí, protože balík db2cliv81 v systému je již na stejné úrovni, jako je úroveň instalované opravy Fixpak. Tento druh chyb můžete ignorovat. Pomocí systémového instalačního programu ověřte, zda je komponenta nebo balík DB2 skutečně na stejné úrovni jako instalovaná oprava Fixpak.
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í.
V části "Klienti DB2 - přehled" v příručce Začínáme s produktem |Klienti 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:
|Přestože v některých prostředích se lze připojit z klientů verze N k serverům verze N + 2, tým podpory produktu DB2 poskytuje podporu pro tuto konfiguraci pouze po dobu poskytování servisu pro verzi N. Jakmile dojde k ukončení servisní podpory verze N, nebude tato konfigurace týmem podpory produktu DB2 nadále podporována. Připojení z klientů DB2 verze 7 k serveru DB2 verze 8 není nadále podporováno týmem podpory produktu DB2, protože servisní podpora pro verzi 7 byla již ukončena.
Všechny změny v registru provedené v produktu DB2 UDB verze 8.2 jsou při migraci zpět do produktu DB2 UDB verze 8.1 ztraceny. Registr se vrátí k souboru HealthRules.reg verze 8.1 obsahujícímu nastavení, která existovala před přechodem na produkt DB2 UDB verze 8.2 a před použitím nastavení uvedených v souboru HealthRules2.reg.
Ve starších verzích produktu DB2 Universal Database před verzí 8 fungovaly opravy FixPak pouze jako aktualizace nainstalovaných balíků nebo sad souborů produktu DB2 UDB v jednom pevném umístění. V praxi to znamenalo, že při instalaci oprav FixPak byly původní soubory nahrazovány novými, dodávanými v sadě FixPak. V jednom systému nemohlo současně existovat více úrovní oprav FixPak produktu DB2. Nyní lze v operačních systémech typu Linux a UNIX používat v jednom systému současně více úrovní opravných sad produktu DB2 UDB Enterprise Server Edition (ESE). Této funkce, která je podporována v provozních prostředích od verze 8.1.2, je dosaženo použitím následujících dvou typů oprav FixPak:
Chcete-li aktualizovat instanci vícenásobné opravy FixPak na jinou úroveň opravy FixPak, proveďte některý z následujících kroků:
Další informace o alternativních opravách FixPak naleznete zde:
Počínaje verzí 8.2.2 (ekvivalentní verzi 8.1 s opravou FixPak 9) lze obsah řídicí tabulky TRACK_QUERY_INFO modulu Query Patroller, zachycený v 32bitovém prostředí, použít v 64bitovém prostředí. Tato možnost snižuje náročnost migrace do 64bitového prostředí. Informace zachycené v řídicí tabulce TRACK_QUERY_INFO modulu Query Patroller ve verzi 8.2.2 nelze použít k vygenerování historických dat pro tento dotaz ani ke spouštění zadržených dotazů pod žádnou z předchozích úrovní oprav FixPak.
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í:
Při použití modulu Vývojové centrum na klientovi Application Development pro produkt DB2 Universal Database (UDB) verze 8 v systému Windows nebo UNIX musí být na serveru nainstalovány následující opravy APAR, které umožňují podporu rozhraní SQLJ a 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.
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.
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 8.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.
Formát souboru db2diag.log byl ve verzi 8.2 mnoha způsoby vylepšen. Ruční čtení souboru žurnálu je nyní mnohem snazší. Lze jej rovněž snáze softwarově analyzovat. Mezi vylepšení patří:
Byly provedeny i další změny, např. změna jména pole database na DB.
Do souboru db2diag.log byly přidány záznamy událostí jako diagnostické zprávy. Příklady takových událostí:
Záznamy událostí mají v poli LEVEL zadánu hodnotu "Event". Přestože události nejsou chybami, mohou být v závislosti na důležitosti zaznamenány na jiné diagnostické úrovni než 4 (Informační) nebo 3 (Varování).
Počínaje verzí 8.2 jsou do souboru db2diag.log ukládány záznamy o následujících aktualizacích:
Zprávy o těchto aktualizacích jsou vzhledem k jejich důležitosti zaznamenávány na vysoké diagnostické úrovni.
Zaznamenány jsou následující typy aktualizací registru profilu db2set:
2004-04-22-19.19.14.156959-240 I79582C286 LEVEL: Event PID : 2437242 TID : 1 PROC : db2set INSTANCE: db2user NODE : 000 FUNCTION: DB2 UDB, oper system services, db2set_main, probe:40 CHANGE : CFG DB2SET: DB2DBDFT: From: "OLDDB" To: "SAMPLE"
CHANGE : CFG DB2SET: DB2DBDFT: From: "SAMPLE" To: ""
CHANGE : CFG DB2SET: Profile registry was reset
Příklady aktualizací konfiguračních parametrů DB a DBM jsou následující:
CHANGE : CFG DB SAMPLE: "Maxlocks" From: "10" To: "20" CHANGE : CFG DBM: "Diaglevel" From: "3" To: "1" CHANGE : CFG DBM: Reset to the system defaults
Chcete-li najít tyto zprávy o aktualizacích konfigurace, použijte nástroj db2diag. Příklad:
Produkt DB2 Universal Database(TM) (UDB) for Linux, UNIX, and Windows(R) verze 8.2.2 (ekvivalentní verzi 8.1 s opravou FixPak 9) podporuje sadu JDK 1.4.2 v prostředí všech 32bitových a 64bitových operačních systémů pro pracovní stanice podporovaných produktem DB2 UDB. Tato podpora mimo jiné zahrnuje podporu sestavování a spouštění klientských aplikací Java(TM), sestavování a spouštění rutin Java(TM) z příkazového řádku, sestavování a spouštění rutin Java(TM) z Vývojového centra DB2, pokud je k dispozici potřebná podpora, stejně jako spouštění dalších nástrojů DB2.
Při instalaci produktu DB2 UDB verze 8.2 bude instalována také nejnovější podporovaná verze sady Java Developer Kit, pokud již není nainstalovaná a pokud daná instalace DB2 UDB není aktualizací starší instalace produktu DB2 UDB verze 8. V případě, že aktualizujete dřívější instalaci produktu DB2 UDB verze 8, musíte sadu Java Developer Kit instalovat z disku CD.
V následující tabulce jsou uvedena 32bitová a 64bitová prostředí operačních systémů pro pracovní stanice podporovaná produktem DB2 spolu s nejnovějšími podporovanými úrovněmi JDK pro každé z těchto prostředí. Informace o podpoře starších sad JDK naleznete na webové stránce vývoje aplikací Java na adrese http://www.ibm.com/software/data/db2/udb/ad/v8/java/.
Podporované prostředí DB2 | Nejvyšší podporovaná verze sady JDK |
---|---|
Windows IA/AMD (32bitová verze) | JDK 1.4.2 |
Windows IA (64bitová verze) | JDK 1.4.2 |
Windows AMD/EM64T (64bitová verze) | JDK 1.4.2 |
AIX(R) 4.3.3 (32bitová verze) | JDK 1.3.1 SR6 [2] |
AIX(R) 5 (hybridní [1]) | JDK 1.4.2 |
Solaris (hybridní [1]) | JDK 1.4.2 |
HPUX RISC & Itanium (hybridní [1]) | JDK 1.4.2.01 |
Linux AMD/EM64T, 32bitová i 64bitová verze (hybridní [1]) | JDK 1.4.2 [3] |
Linux IA (32bitová verze) | JDK 1.4.2 |
Linux IA (64bitová verze) | JDK 1.4.2 |
Linux 390 (31bitová verze) | JDK 1.4.2 |
Linux 390 (64bitová verze) | JDK 1.4.2 |
Linux PPC (hybridní [1]) | JDK 1.4.2 |
Aktualizovaný postup pro instalaci prostředí Java v systému Linux je uveden dále.
Chcete-li sestavovat aplikace Java v systému Linux s podporou JDBC DB2, postupujte takto:
Chcete-li spouštět uložené procedury Java nebo uživatelské funkce, musí mít běhový propojovací modul systému Linux přístup k některým sdíleným knihovnám prostředí Java a produkt DB2 UDB musí mít možnost načíst tyto knihovny a virtuální stroj Java. Proces, který spouští uložené procedury a uživatelské funkce, načítá knihovny pouze na zabezpečených místech definovaných v souboru /etc/ld.so.conf. Jedním z těchto zabezpečených míst je adresář /usr/lib. V další části pokynů jsou uvedeny knihovny, které vyžadují symbolická propojení z adresáře /usr/lib.
cd /usr/lib ln -fs JAVAHOME/jre/bin/libjava.so . ln -fs JAVAHOME/jre/bin/classic/libjvm.so . ln -fs JAVAHOME/jre/bin/libhpi.so .kde JAVAHOME je základní adresář sady IBM(R) Developer Kit. Pokud produkt DB2 UDB tyto knihovny nenajde, obdržíte při spouštění rutin Java chybu -4301 a do žurnálu upozornění správce se zaznamená zpráva o nenalezených knihovnách.
cd /usr/lib ln -fs JAVAHOME/jre/bin/libjava.so ln -fs JAVAHOME/jre/bin/classic/libjvm.so ln -fs JAVAHOME/jre/bin/libhpi.so ln -fs JAVAHOME/jre/bin/libjsig.sokde JAVAHOME je základní adresář sady IBM Developer Kit. Pokud produkt DB2 UDB tyto knihovny nenajde, obdržíte při spouštění rutin Java chybu -4301 a do žurnálu upozornění správce se zaznamená zpráva o nenalezených knihovnách.
cd /usr/lib ln -fs JAVAHOME/jre/bin/libjava.so ln -fs JAVAHOME/jre/bin/classic/libjvm.so ln -fs JAVAHOME/jre/bin/libhpi.so ln -fs JAVAHOME/jre/bin/libjsig.so ln -fs JAVAHOME/jre/bin/libjitc.so ln -fs JAVAHOME/jre/bin/libxhpi.so ln -fs JAVAHOME/jre/bin/libdbgmalloc.sokde JAVAHOME je základní adresář sady IBM Developer Kit. Pokud produkt DB2 UDB tyto knihovny nenajde, obdržíte při spouštění rutin Java chybu -4301 a do žurnálu upozornění správce se zaznamená zpráva o nenalezených knihovnách.
JAVAHOME/jre/binkde JAVAHOME je základní adresář sady IBM Developer Kit. Pokud produkt DB2 UDB tyto knihovny nenajde, obdržíte při spouštění rutin Java chybu -4301 nebo -1042.
Namísto explicitního vytvoření propojení se sdílenými knihovnami v adresáři /usr/lib můžete přidat jméno adresáře se sdílenými knihovnami jazyka Java do souboru /etc/ld.so.conf. Tento soubor vyžaduje oprávnění uživatele root. Po aktualizaci souboru /etc/ld.so.conf musíte jako uživatel root spustit příkaz ldconfig, který aktivuje provedené změny. Narazíte-li při použití tohoto alternativního postupu na jakékoli problémy, vytvořte odkazy v adresáři /usr/lib podle výše uvedených pokynů.
Pokud používáte 64bitový operační systém Microsoft XP (2600) konfigurovaný pro práci s protokolem NETBIOS a řadou produktů DB2, budete potřebovat opravu HotFix vydanou společností Microsoft. Kontaktujte společnost Microsoft ohledně článku Knowledge Base Q317437.
Operační systém Windows XP Home Edition je podporován pouze produkty verze DB2 Universal Database (UDB) Personal Edition.
Operační systém Windows XP Professional podporují následující produkty DB2:
Následující produkty DB2 jsou podporovány v systému Windows XP pouze pro účely vývoje a testování (v provozním prostředí je vyžadován systém Windows 2000 nebo Windows Server 2003):
V produktu DB2 Universal Database(TM) (UDB) verze 8.2 nemohli zákazníci používající produkty DB2 UDB Workgroup Server Edition a DB2 UDB Express Edition (s licencí založenou na modelu placení za uživatele) instalovat samostatně placenou volbu zotavení HADR produktu DB2 UDB. Tento problém byl vyřešen v produktu DB2 UDB verze 8.2 FixPak 1 (odpovídá verzi 8.1 FixPak 8).
Obslužné programy OLAP v produktu DB2 Warehouse Manager Standard Edition verze 8.2 nejsou kompatibilní se serverem IBM DB2 OLAP Server FP3 (Essbase API úroveň 6.5.4) a novějším. Dokud nebude tento problém vyřešen, doporučuje se používat server DB2 OLAP Server verze FP2 (Essbase 6.5.3) nebo nižší.
Ve verzích produktu DB2 Universal Database (UDB) starších než verze 8.2.2 (ekvivalentní verzi 8.1 s opravou FixPak 9) bylo při použití protokolů se zařízeními pro nezpracovaný vstup a výstup nutné navázat fyzické zařízení na ovladač zařízení systému Linux pro nezpracované znaky pomocí obslužného programu raw. Počínaje verzí DB2 UDB 8.2.2 (ekvivalentní s verzí 8.1 s opravou FixPak 9) lze v prostředí s jádrem 2.6 systému Linux přímo zadávat nezpracované vstupy a výstupy pro protokolování. Chcete-li například použít oblast zařízení /dev/sdb1 pro nezpracované protokoly databáze SAMPLE, zadejte následující příkaz:
db2 update db cfg for sample using newlogpath /dev/sdb1
Přestože produkt DB2 UDB stále podporuje pro základní vstup/výstup metodu použití obslužného programu raw, poslední distribuce tuto funkci nepodporují a v budoucnu může být odebrána. Preferovanou metodou je použití nové metody přímým zadáním zařízení.
Produkt DB2 Universal Database verze 8.2 podporuje systém Red Hat Enterprise Linux AS verze 3 a 2.1. Centrum datových skladů ale podporuje pouze systém Red Hat Enterprise Linux AS verze 2.1. Centrum datových skladů používá ovladače DataDirect ODBC, které nepodporují systém Red Hat Enterprise Linux AS verze 3.1. Centrum datových skladů proto nepodporuje zdroje a cíle datového skladu ODBC ze sídla agenta Red Hat Enterprise Linux AS verze 3.1.
Při provozování aplikací v prostředí IBM(R) WebSphere(R) MQ (dříve označovaného jako IBM MQSeries(R)) může systém WebSphere(R) MQ působit jako správce transakcí s podporou XA a koordinovat jakékoli distribuované transakce s dvoufázovým potvrzováním. Pokud systém WebSphere(R) MQ funguje jako správce transakcí tímto způsobem, přičemž zdroje dat pocházejí ze skupiny produktů DB2, je třeba splnit několik požadavků na konfiguraci. Většina z těchto požadavků je již dokumentována. Na klientovi DB2 je například nutné nastavit parametr konfigurace TP_MON_NAME produktu DB2 na hodnotu "MQ".
Jeden požadavek na konfiguraci však nebyl dokumentován. Tento požadavek se týká produktu DB2 Connect při připojování zdrojů dat, které jsou na serverech DB2 for OS/390(R): Při použití systému WebSphere MQ ke koordinaci distribuovaných transakcí ze serverů DB2 for z/OS(R) a DB2 for iSeries je na bráně nutné povolit funkci koncentrátoru připojení produktu DB2 Connect. Koncentrátor připojení je povolen, pokud je hodnota parametru konfigurace MAX_CONNECTIONS větší než hodnota parametru MAX_COORDAGENTS. Pokud koncentrátor připojení nepovolíte, může dojít k neočekávanému chování transakcí.
Kódová stránka Microsoft Japanese Windows Shift-JIS je registrována jako identifikátor CCSID 943 společnosti IBM. Kódová stránka Shift-JIS pro platformu HP-UX je však registrována jako CCSID 5039. Stránka CCSID 5039 obsahuje pouze znaky v rámci standardu JIS (Japanese Industry Standard) a neobsahuje žádné znaky definované dodavateli. Databázi DB2 Universal Database (UDB) s kódovou stránkou CCSID 5039 lze v systému HP-UX použít k uložení znaků Shift-JIS, ale dojde zde k převodu mezi kódovými stránkami CCSID 5039 a CCSID 943. Používáte-li aplikaci Microsoft ODBC, může dojít k problému při převádění dat z kódové stránky CCSID 5039 na Unicode způsobenému rozdíly mezi konverzními tabulkami kódových stránek společnosti IBM a konverzními tabulkami kódových stránek společnosti Microsoft.
V následujícím seznamu jsou uvedeny znaky, při jejichž převodu z kódové stránky CCSID 5039 na Unicode budou výsledkem různá místa v kódu v závislosti na použité konverzní tabulce (IBM nebo Microsoft). Pro tyto znaky se konverzní tabulka společnosti IBM řídí japonskými standardy JISX0208 a JISX0221.
Místo v kódu Shift-JIS (jméno znaku) | Primární místo v kódu IBM (jméno Unicode) | Primární místo v kódu Microsoft (jméno Unicode) |
---|---|---|
X'815C' (pomlčka) | U+2014 (pomlčka) | U+2015 (vodorovný pruh) |
X'8160' (vlnovka) | U+301C (vlnovka) | U+FF5E (široká pomlčka) |
X'8161' (dvojitá svislá čára) | U+2016 (dvojitá svislá čára) | U+2225 (znak rovnoběžnosti) |
X'817C' (znaménko minus) | U+2212 (znaménko minus) | U+FF0D (široký spojovník) |
Například znak pomlčky, který v CCSID 5039 má místo v kódu X'815C', je při použití konverzní tabulky společnosti IBM převeden na místo v kódu Unicode U+2014, zatímco při použití konverzní tabulky společnosti Microsoft je převeden na místo v kódu U+2015. To představuje potenciální problém pro aplikace Microsoft ODBC, protože místo v kódu U+2014 může být považováno za neplatné. Z důvodu předcházení těmto potenciálním problémům poskytuje produkt DB2 UDB jako doplněk k výchozí konverzní tabulce společnosti IBM také alternativní konverzní tabulku společnosti Microsoft z kódové stránky CCSID 5039 na Unicode. Výchozí konverzní tabulku společnosti IBM je třeba nahradit alternativní konverzní tabulkou společnosti Microsoft. Výchozí konverzní tabulka společnosti IBM z kódu Unicode do kódové stránky CCSID 5039 se shoduje s verzí společnosti Microsoft.
Při převodu z kódové stránky CCSID 5039 na Unicode je použita výchozí konverzní tabulka kódové stránky produktu DB2 Universal Database (UDB). Pokud chcete použít jinou verzi konverzní tabulky, například verzi společnosti Microsoft, musíte ručně nahradit soubor výchozí konverzní tabulky (.cnv).
Před nahrazením stávajícího souboru konverzní tabulky kódové stránky v adresáři sqllib/conv byste měli tento soubor zazálohovat pro případ, že jej budete chtít obnovit. V systémech UNIX a Linux je adresář sqllib/conv propojen s instalační cestou produktu DB2 UDB.
Aby se náhrada konverzní tabulky uplatnila, musí mít změněnou konverzní tabulku každý klient DB2 UDB, který se připojuje ke stejné databázi. Jinak by mohli různí klienti ukládat stejné znaky pomocí různých míst v kódu.
Chcete-li nahradit výchozí konverzní tabulku produktu DB2 UDB pro převod z kódové stránky CCSID 5039 na Unicode, postupujte takto:
Kódová stránka Japanese EUC je registrována jako identifikátor CCSID 954 společnosti IBM. Kódová stránka CCSID 954 představuje běžné kódování pro japonské platformy UNIX a Linux. Používáte-li pro připojení k databázi DB2 Universal Database (UDB) s kódovou stránkou CCSID 954 aplikace Microsoft ODBC, může dojít k problému při převádění dat z kódové stránky CCSID 954 na Unicode. Tento problém je způsoben rozdíly mezi konverzními tabulkami kódových stránek společnosti IBM a konverzními tabulkami kódových stránek společnosti Microsoft. Konverzní tabulka společnosti IBM se řídí názvy znaků, jak jsou určeny japonskými standardy JISX0208, JISX0221 a JISX0221.
V následujícím seznamu jsou uvedeny znaky, při jejichž převodu z kódové stránky CCSID 954 na Unicode budou výsledkem různá místa v kódu v závislosti na tom, zda je použita konverzní tabulka společnosti IBM nebo společnosti Microsoft.
Místo v kódu EUC-JP (jméno znaku) | Primární místo v kódu IBM (jméno Unicode) | Primární místo v kódu Microsoft (jméno Unicode) |
---|---|---|
X'A1BD' (pomlčka) | U+2014 (pomlčka) | U+2015 (vodorovný pruh) |
X'A1C1' (vlnovka) | U+301C (vlnovka) | U+FF5E (široká pomlčka) |
X'A1C2' (dvojitá svislá čára) | U+2016 (dvojitá svislá čára) | U+2225 (znak rovnoběžnosti) |
X'A1DD' (znaménko minus) | U+2212 (znaménko minus) | U+FF0D (široký spojovník) |
X'8FA2C3' (přerušovaný pruh) | U+00A6 (přerušovaný pruh) | U+FFE4 (široký přerušovaný pruh) |
Například znak pomlčky, který v CCSID 954 má místo v kódu X'A1BD', je při použití konverzní tabulky společnosti IBM převeden na místo v kódu Unicode U+2014, zatímco při použití konverzní tabulky společnosti Microsoft je převeden na místo v kódu U+2015. Tento rozdíl v mapování konverze může způsobit použití dvou různých míst v kódu pro stejný znak v databázi DB2 UDB s kódováním Unicode nebo v grafickém sloupci databáze DB2 UDB s kódováním CCSID 954. To představuje potenciální problém pro aplikace Microsoft ODBC, protože místo v kódu U+2014 může být považováno za neplatné. Z důvodu předcházení těmto potenciálním problémům poskytuje produkt DB2 UDB jako doplněk k výchozí konverzní tabulce společnosti IBM také alternativní konverzní tabulku společnosti Microsoft z kódové stránky CCSID 954 na Unicode. Výchozí konverzní tabulku společnosti IBM je třeba nahradit alternativní konverzní tabulkou společnosti Microsoft. Výchozí konverzní tabulka společnosti IBM z kódu Unicode do kódové stránky CCSID 954 se shoduje s verzí společnosti Microsoft.
Při převodu z kódové stránky CCSID 954 na Unicode je použita výchozí konverzní tabulka kódové stránky produktu DB2 Universal Database (UDB). Pokud chcete použít jinou verzi konverzní tabulky, například verzi společnosti Microsoft, musíte ručně nahradit soubor výchozí konverzní tabulky (.cnv).
Před nahrazením stávajícího souboru konverzní tabulky kódové stránky v adresáři sqllib/conv byste měli tento soubor zazálohovat pro případ, že jej budete chtít obnovit. V systémech UNIX a Linux adresář sqllib/conv odkazuje na instalační cestu produktu DB2 UDB.
Aby byla tato změna důsledná, musí mít změněnu konverzní tabulku každý klient DB2 UDB, který se připojuje ke stejné databázi s kódovou stránkou CSSID 954. Pokud je klientem japonský systém Windows, jehož kódová stránka ANSI je Shift-JIS (CCSID 943), bude také nutné nahradit výchozí konverzní tabulky DB2 mezi kódovou stránkou CCSID 943 a kódováním Unicode verzí společnosti Microsoft. Jinak by mohli různí klienti ukládat stejné znaky pomocí různých míst v kódu.
Chcete-li nahradit výchozí konverzní tabulku produktu DB2 UDB pro převod z kódové stránky CCSID 954 na Unicode, postupujte takto:
Chcete-li nahradit výchozí konverzní tabulky produktu DB2 UDB pro převod mezi kódovou stránkou CCSID 943 a kódováním Unicode, postupujte takto:
Používáte-li kódovou stránku Shift-JIS japonského systému Microsoft Windows registrovanou jako identifikátor CSSID (coded character set identifier) 943 společnosti IBM, můžete při konverzi znaků mezi sadami CCSID 943 a Unicode narazit na následující dva problémy. Tento problém je způsoben rozdíly mezi konverzními tabulkami kódových stránek společnosti IBM a Microsoft. Z důvodu předcházení těmto potenciálním problémům poskytuje produkt DB2 Universal Database (UDB) jako doplněk k výchozí konverzním tabulkám společnosti IBM také alternativní konverzní tabulky společnosti Microsoft z kódové stránky CCSID 943 do kódu Unicode.
Z historických důvodů je přes 300 znaků v kódové stránce CSSID 943 reprezentováno dvěma nebo třemi místy v kódu. Použití editorů IME (input method editor) a konverzních tabulek kódových stránek způsobí, že bude zadáno pouze jedno z těchto ekvivalentních míst v kódu. Například malé písmeno pro znak římské číslice jedna 'i' má dvě ekvivalentní místa v kódu: X'EEEF' a X'FA40'. Editory Microsoft Windows IME generují vždy při zadání znaku 'i' kód 'FA40'. Obecně používají společnosti IBM a Microsoft pro reprezentaci znaků stejná primární místa v kódu, až na následujících 13 znaků:
Jméno znaku (místo v kódu Unicode) | Primární místo v kódu Shift-JIS společnosti IBM | Primární místo v kódu Shift-JIS společnosti Microsoft |
---|---|---|
Římská číslice jedna (U+2160) | X'FA4A' | X'8754' |
Římská číslice dva (U+2161) | X'FA4B' | X'8755' |
Římská číslice tři (U+2162) | X'FA4C' | X'8756' |
Římská číslice čtyři (U+2163) | X'FA4D' | X'8757' |
Římská číslice pět (U+2164) | X'FA4E' | X'8758' |
Římská číslice šest (U+2165) | X'FA4F' | X'8759' |
Římská číslice sedm (U+2166) | X'FA50' | X'875A' |
Římská číslice osm (U+2167) | X'FA51' | X'875B' |
Římská číslice devět (U+2168) | X'FA52' | X'875C' |
Římská číslice deset (U+2169) | X'FA53' | X'875D' |
Znak Akcie v závorce (U+3231) | X'FA58' | X'FA58' |
Značka čísla (U+2116) | X'FA59' | X'8782' |
Značka telefonu (U+2121) | X'FA5A' | X'8754' |
Produkty společnosti IBM, jako třeba DB2 UDB, primárně užívají místa v kódu IBM, například X'FA4A' pro reprezentaci velké římské číslice jedna 'I', ale produkty společnosti Microsoft používají pro stejný znak kód X'8754'. Aplikace ODBC společnosti Microsoft může vložit znak 'I' jako X'8754' do databáze produktu DB2 UDB s kódováním CCSID 943 a Řídicí centrum produktu DB2 UDB může vložit stejný znak jako X'FA4A' do téže databáze CCSID 943. Aplikace ODBC ovšem naleznou pouze řádky, které mají znak 'I' kódován jako X'8754', a Řídicí centrum produktu DB2 UDB vyhledá pouze ty řádky, které mají znak 'I' kódován jako X'FA4A'. Chcete-li umožnit Řídicímu centru produktu DB2 UDB vybrat znak 'I' s kódem X'8754', musíte nahradit výchozí konverzní tabulky společnosti IBM mezi kódy CCSID 943 a Unicode alternativními konverzními tabulkami společnosti Microsoft.
V následujícím seznamu jsou uvedeny znaky, při jejichž převodu z kódové stránky CCSID 943 do kódu Unicode budou výsledkem různá místa v kódu v závislosti na tom, zda je použita konverzní tabulka společnosti IBM nebo společnosti Microsoft. Pro tyto znaky se konverzní tabulka společnosti IBM řídí japonskými standardy JISX0208, JISX0212 a JISX0221.
Místo v kódu Shift-JIS (jméno znaku) | Primární místo v kódu IBM (jméno Unicode) | Primární místo v kódu Microsoft (jméno Unicode) |
---|---|---|
X'815C' (pomlčka) | U+2014 (pomlčka) | U+2015 (vodorovný pruh) |
X'8160' (vlnovka) | U+301C (vlnovka) | U+FF5E (široká pomlčka) |
X'8161' (dvojitá svislá čára) | U+2016 (dvojitá svislá čára) | U+2225 (znak rovnoběžnosti) |
X'817C' (znaménko minus) | U+2212 (znaménko minus) | U+FF0D (široký spojovník) |
X'FA55' (přerušovaný pruh) | U+00A6 (přerušovaný pruh) | U+FFE4 (široký přerušovaný pruh) |
Například znak pomlčky, který v CCSID 943 má místo v kódu X'815C', je při použití konverzní tabulky společnosti IBM převeden na místo v kódu Unicode U+2014. Při použití konverzní tabulky společnosti Microsoft je ovšem převeden na místo v kódu U+2015. Tento rozdíl v mapování může způsobit použití dvou různých míst v kódu pro stejný znak v databázi DB2 UDB s kódováním Unicode. To představuje potenciální problém pro aplikace Microsoft ODBC, protože místo v kódu U+2014 může být považováno za neplatné. Chcete-li se tomuto problému vyhnout, musíte nahradit výchozí konverzní tabulky společnosti IBM mezi kódy CCSID 943 a Unicode alternativními konverzními tabulkami společnosti Microsoft.
Použití alternativních konverzních tabulek společnosti Microsoft mezi kódováním CCSID 943 a Unicode by mělo být omezeno na uzavřená prostředí, kde všichni klienti a všechny databáze produktu DB2 UDB mají kódovou stránku CCSID 943 a používají stejné alternativní konverzní tabulky společnosti Microsoft. Pokud pracujete s klientem DB2 UDB, který využívá převodní tabulky ve verzi předvolené v systému IBM a současně s jiným klientem DB2 UDB, který využívá převodní tabulky ve verzi společnosti Microsoft, přičemž oba klienti vkládají data do stejné databáze DB2 UDB s kódováním CCSID 943, mohou být k uložení téhož znaku do databáze použita dvě různá místa v kódu.
Provádíte-li konverzi mezi kódováním CCSID 943 a Unicode, použijí se výchozí kódové tabulky produktu DB2 Universal Database (UDB). Pokud chcete použít jinou verzi konverzních tabulek, například verzi společnosti Microsoft, musíte ručně nahradit soubory výchozích konverzních tabulek (.cnv).
Před nahrazením stávajících souborů konverzních tabulek kódové stránky v adresáři sqllib/conv byste měli tyto soubory zazálohovat pro případ, že je budete chtít obnovit. V systémech UNIX a Linux je adresář sqllib/conv propojen s instalační cestou produktu DB2 UDB.
Aby se náhrada konverzní tabulky uplatnila, musí mít změněnou konverzní tabulku každý klient DB2 UDB, který se připojuje ke stejné databázi. Jinak by mohli různí klienti ukládat stejné znaky pomocí různých míst v kódu.
Chcete-li nahradit výchozí konverzní tabulky produktu DB2 UDB pro konverzi znaků mezi kódovou stránkou CCSID 943 a kódováním Unicode, postupujte takto:
Ačkoli je operační systém MVS uveden v dokumentaci, není nadále produktem DB2 Universal Database podporován. Operační systém MVS byl nahrazen operačním systémem z/OS.
Pokud používáte operační systém Linux 390, nemusí fungovat zálohování a obnova s využitím více páskových zařízení.
Při přístupu k Vývojovému centru v systému UNIX pomocí nástroje Hummingbird Exceed musí být povoleno použití rozšíření XTEST verze 2.2. Teprve poté je možné ve Vývojovém centru přemísťovat a ukotvovat pohledy přetažením pruhu titulku.
Chcete-li povolit rozšíření XTEST, postupujte takto: