Előfordulhat, hogy olyan DB2(R) terméket kell telepítenie, amely szintje |különbözik a számítógépre telepített másik DB2 termék verziójától. A DB2 |termékeknek ugyanazon a szinten kell lenniük.
|Ha a telepítendő termék szintje újabb, mint az ugyanarra a számítógépre |telepített DB2 termékek változata, a meglévő DB2 termékeket frissítenie kell az |újabb szintre. Például, ha a DB2 Connect(TM) for iSeries(TM) termék 10-es |javítócsomag szintjével telepíti, és a többi DB2 termék javítócsomagjának szintje |9-es, a telepített DB2 termékekre alkalmaznia kell a 10-es javítócsomagot, mielőtt |telepíteni a 10-es javítócsomaggal rendelkező DB2 Connect for iSeries terméket.
|Ha egy számítógépre olyan terméket telepít, amelyen a DB2 termék újabb |verziója van telepítve, a következő irányelveket kell követni:
| | db2licm -a fájlnév
ahol
|fájlnév a licencfájl neve, amely az eredeti adathordozó
|db2\license könyvtárában található. Ez a licenc a
|javítócsomag db2\license könyvtárába is
|felvehető, így sor kerül a licenc telepítésére a telepítéssel együtt.
|Egy további termék vagy összetevő telepítése előtt le kell állítania a |következő elemeket:
|Azokat a példányokat és DAS alkalmazásokat kell leállítani, amelyek ahhoz a DB2 |telepítéshez tartoznak, ahová a további DB2 termékek vagy összetevők telepítésére |sor kerül.
|További utasításokat a javítócsomag Readme |fájljában találhat.
Ha a DB2 DAS nem létezik az aktuális |rendszeren, és a további termék vagy összetevő megköveteli vagy támogatja DB2 DAS |terméket, a db2setup a telepítés során telepíti a DB2 DAS terméket is. Néhány |platformon hibák jelentkezhetnek a DB2 DAS létrehozása során a db2setup |programmal. Ezek a hibák figyelmen kívül hagyhatók.
|A db2setup program a telepített további termék vagy összetevő DB2 termék |CD-jén vagy képfájlján található.
|A db2setup használatáról részletes |információkat a Parancsleírások kézikönyvben és a |Telepítési és konfigurációs kiegészítő című |kiadványban talál.
|A db2_install |parancsfájl a telepített további termék vagy összetevő DB2 termék CD-jén vagy |képfájlján található.
|A db2_install parancsfájl használatáról részletes |információkat a Telepítési és konfigurációs |kiegészítő című kiadványban talál.
|A |rendszer telepítőjének használatáról részletes információkat a |Telepítési és konfigurációs kiegészítő című kiadványban |talál.
|A példahelyzet bemutatásához tételezzük fel a következőket:
|A telepítést követő lépésként alkalmazza újra a 10-es javítócsomagot.
| |A db2cliv81 csomag már telepítve van a |rendszerre. | |nnnnnnn-nnn javítás telepítése rendellenesen |ért véget. | |A javítócsomag újratelepítéséhez az újratelepítést |megelőzően távolítsa el a javítást.Ez a hiba azért fordul elő, mert a |rendszeren lévő db2cliv81 már ugyanazon a szinten van, mint a telepített |javítócsomag. |Ezt a hibát figyelmen kívül hagyhatja. A rendszer telepítőjének segítségével |megerősítheti, hogy a DB2 összetevő vagy csomag tényleg a telepített javítócsomag |szintjén van.
Ha 8.2-es verziójú DB2 Universal Database programmal hoz létre adatbázist, azt nem használhatja 8.1-es verzióban. Az ilyen adatbázisok kizárólag 8.2-es vagy újabb szintek esetében használható.
A 8.2-es verziószintű DB2 UDB segítségével létrehozott adatbázisok olyan tulajdonságokkal rendelkezhetnek, melyek nem elérhetőek a korábbi verziókban. Ez a különbség váratlan és nemkívánatos eredményhez vezethet, ha megkísérli áthelyezni az új adatbázist a DB2 UDB egy korábbi kiadására.
A DB2 Quick Beginnings for Clients (DB2 Repülőrajt ügyfeleknek) című könyv "DB2 client overview" ("DB2 ügyfelek áttekintése") része a következőket tartalmazza:
A DB2 ügyfelek kapcsolódhatnak olyan DB2 kiszolgálókhoz, melyek két kiadással későbbiek vagy egy kiadással korábbiak, mint az ügyfél kiadásának szintje, továbbá olyan kiszolgálókhoz is, melyek azonos kiadási szintűek.
A helyesbítés a következő:
Bár egyes környezetekben az N verziójú ügyfelek kapcsolódása N + 2 verziójú kiszolgálókhoz lehetséges, ez a kapcsolat csak addig támogatott konfiguráció, ameddig az N verzió használatban van. Az N verzió használatból való kivonásával ez a konfiguráció a továbbiakban nem támogatott.
A 8-as verziójú DB2 kiszolgálóhoz kapcsolódó 7-es verziójú DB2 ügyfelek támogatása megszűnt, mert ezek használatból történő kivonása lezajlott.
A nyilvántartásban a DB2 UDB 8.2-es verziójának szintjén végzett módosítások elvesznek, ha visszatér a DB2 UDB 8.1-es verziójára. A nyilvántartás visszaáll a 8.1-es verziójú HealthRules.reg fájl alapján, amely azokat a beállításokat tartalmazza, amelyek a DB2 UDB 8.2-es verzióra való áttérés előtt voltak érvényben.
A DB2 Universal Database (UDB) 8-as verziója előtt a FixPak javítócsomagok csak a telepített DB2 UDB csomagok és fájlkészletek frissítését szolgálták egy rögzített helyen. Ez azt jelentette, hogy a FixPak javítócsomagok telepítése felülírta a meglévő fájlokat a frissített változatokkal, melyek a javítócsomagban érkeztek. Több DB2 FixPak szint nem létezhetett egyazon rendszeren. A mostani verzió esetében a DB2 UDB nagyvállalati kiszolgáló kiadás (Enterprise Server Edition, ESE) egyetlen rendszeren több javítócsomagszinttel is rendelkezhet Linux(TM) alapú és UNIX(R) alapú operációs rendszerek esetében. A 8.1.2-es verzió óta rendelkezésre álló szolgáltatás megvalósítása a javítócsomagok következő két típusával történik:
Egy többszintű javítócsomag példányát a következő műveletek végrehajtásával frissítheti újabb javítócsomagszintre.
Az alternatív javítócsomagokkal kapcsolatban további információkért:
A 8.2.2-es verziótól kezdődően (egyenértékű a 9-es javítócsomaggal rendelkező 8.1-es változattal) a 32 bites környezetben beolvasott TRACK_QUERY_INFO Query Patroller vezérlőtábla használható 64 bites környezetben is. Ez a tulajdonság megkönnyíti a 64 bites környezetbe történő költöztetést. A 8.2.2-es verzió TRACK_QUERY_INFO Query Patroller vezérlőtáblájában rögzített információk egyetlen korábbi FixPak szint esetében sem használhatók az adott lekérdezés előzményadatainak létrehozásához, sem függőben lévő lekérdezések futtatásához.
A következő korlátozások érvényesek a korábbi kiszolgálók támogatására vonatkozóan a DB2 Universal Database (UDB) nagyvállalati kiszolgáló kiadás (Enterprise Server Edition, ESE) 8-as verziójú Adatraktár központ esetében:
Ha a Development Center összetevőt a 8-as verziójú DB2 Universal Database (UDB) valamely Alkalmazásfejlesztés ügyfelén használja, Windows vagy UNIX operációs rendszeren, az SQLJ és az SQL Assist támogatás engedélyezéséhez a következő APAR javítókészleteket kell telepíteni:
A DB2 Universal Database A DB2 UDB 8-as verzióból meghívható az SQL Assist 7-es és 8-as verziója egyaránt. A 7-es verziót a DB2 Adatraktár központból indíthatja el. A többi központ a legújabb 8-as verziót indítja el. A termék online súgója további információkat nyújt az SQL Assist 7-es verziójával kapcsolatban.
A 7-es verzióban a Unicode kódolást használó kiszolgálók kapcsolódáskor figyelmen kívül hagyták az alkalmazások által küldött grafikus kódlapokat, és azt feltételezték, hogy azok UCS2 Unicode kódot (1200-as kódlapot) használtak. A Unicode kódolást támogató kiszolgálók a 8-as verziótól kezdődően figyelembe veszik az ügyfél által küldött kódlapokat.
A DB2 UDB 8.2-es verziója új, 16 KB méretű adatbázis-konfigurációs paraméterfájlt használ, melynek neve SQLDBCONF. Ez egy külön fájl, nem azonos a DB2 UDB 8.1-es verziójában szereplő, 4 KB méretű, SQLDBCON nevű adatbázis-konfigurációs paraméterfájllal.
A DB2 UDB 8.2-es verzióra történő költöztetést követően a termék átköltözteti a 8.1-es verzió 4 KB-os fájljának tartalmát, és a 16 KB-os fájlt használja az adatbázis-konfigurációs paraméterek változásainak naplózására. A 8.1-es verzió 4 KB-os fájlját a rendszer megőrzi, de nem használja.
Ha visszafelé irányú költöztetést hajt végre a DB2 UDB 8.1-es verziójára, a DB2 UDB 8.1 termék visszatér az eredeti, 8.1-es verziójú, 4 KB-os fájl használatához az adatbázis-konfigurációs paraméterek változásainak naplózása során. A 8.2-es verzió 16 KB-os fájlját a rendszer megőrzi, de a DB2 UDB termék 8.1-es verziója nem ismeri fel. A 16 KB-os adatbázis-konfigurációs paraméterfájlon a 8.2-es verzióra, valamint a 8.1-es verzióra történő költöztetés közötti időben végrehajtott változtatások gyakorlatilag rejtve maradnak a korábbi DB2 UDB szint előtt, mivel a módosítások költöztetése az eredeti, 4 KB-os fájlba nem történt meg.
Ezen felül, ha ismét DB2 UDB 8.2-es verzióra történő költöztetést hajt végre, a DB2 UDB 8.2-es verziója észleli, hogy már létezik a 16 KB-os adatbázis-konfigurációs fájl, és az adatbázis-konfigurációs paraméterek változásainak naplózásakor visszatér a 8.2-es verziójú, 16 KB méretű fájl használatához. A 8.1-es verziójú, 4 KB-os fájlt a rendszer megőrzi, de a DB2 UDB termék 8.2-es verziója nem ismeri fel. A 4 KB-os adatbázis-konfigurációs paraméterfájlon a 8.1-es verzióra, majd a 8.2-es verzióra történő újraköltöztetés közötti időben végrehajtott változtatások gyakorlatilag rejtve maradnak az újabb DB2 UDB szint előtt, mivel a módosítások költöztetése a meglévő 16 KB-os fájlba nem történt meg.
A db2diag.log fájlformátuma több szempontból is előnyösebbé vált a 8.2-es verzióban. A naplófájl olvasása és értelmezése könnyebb lett, továbbá szoftver általi feldolgozása is egyszerűbbé vált. Az alábbi változtatások történtek:
Más módosítások is történtek, például a database (adatbázis) mezőnév DB mezőnévre változott.
Eseményrekordok lettek felvéve diagnosztikai üzenetekként a db2diag.log fájlba. Az ilyen eseményekre példák:
Az eseményrekordokban az "Event" szó van megadva a LEVEL mezőben. Habár az események nem számítanak hibának, naplózásukra sor kerülhet a 4-es (információs) vagy 3-as (figyelmeztetés) diagnosztikai szinteken kívül, fontosságuktól függően.
A 8.2-es verzióval kezdődően a következő frissítések naplózása történik meg a db2diag.log fájlban:
Ezen frissítések üzeneteinek naplózása magas diagnosztikai szinten történik, fontosságuk miatt.
A db2set profilnyilvántartás alábbi típusú frissítései kerülnek naplózásra:
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: "RÉGIDB" To: "MINTA"
CHANGE : CFG DB2SET: DB2DBDFT: From: "MINTA" To: ""
CHANGE : CFG DB2SET: Profile registry was reset
Példák a DB és DBM konfigurációs paraméterek frissítéseire:
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
A konfigurációfrissítési üzenetek megkereséséhez használja a db2diag eszközt. Például:
A 8.2.2-es verziójú DB2 Universal Database(TM) (UDB) for Linux, UNIX, and Windows(R), (mellyel egyenértékű a 8.1-es verzió, FixPak 9 csomaggal) támogatja az 1.4.2-es JDK használatát a DB2 UDB által támogatott, 32 és 64 bites operációs rendszerű, munkaállomás környezetek esetében. Ebbe a támogatásba beletartozik a Java(TM) ügyfélalkalmazások felépítése és futtatása, a Java(TM) rutinok felépítése és futtatása a parancssorból, a Java rutinok felépítése és futtatása a DB2 Fejlesztési központból (ahol támogatott), valamint más DB2 eszközök futtatása.
A DB2 UDB 8.2-es verziójának telepítésekor a Java fejlesztőkészlet legújabb támogatott verziója is telepítésre kerül (ha még nem volt telepítve), hacsak a DB2 UDB telepítés nem egy régebbi, 8-as verziójú DB2 UDB frissítése. Ha korábban telepített 8-as verziójú DB2 UDB frissítését végzi, a Java fejlesztőkészletet telepítenie kell a CD-lemezről.
A következő tábla tartalmazza a DB2 által támogatott, 32 és 64 bites operációs rendszerű, munkaállomás környezeteket és a hozzájuk tartozó JDK szinteket. A korábbi verziók esetében érvényes JDK támogatásra vonatkozó információkért olvassa el a Java alkalmazásfejlesztési weboldalt a következő címen: http://www.ibm.com/software/data/db2/udb/ad/v8/java/ .
DB2 által támogatott környezet | Legújabb támogatott JDK szint |
---|---|
Windows IA/AMD (32 bites) | JDK 1.4.2 |
Windows IA (64 bites) | JDK 1.4.2 |
Windows AMD/EM64T (64 bites) | JDK 1.4.2 |
AIX(R) 4.3.3 (32 bites) | JDK 1.3.1 SR6 [2] |
AIX(R) 5 (hibrid [1]) | JDK 1.4.2 |
Solaris (hibrid [1]) | JDK 1.4.2 |
HPUX RISC & Itanium (hibrid [1]) | JDK 1.4.2.01 |
Linux AMD/EM64T 32 és 64 bites (hibrid [1]) | JDK 1.4.2 [3] |
Linux IA (32 bites) | JDK 1.4.2 |
Linux IA (64 bites) | JDK 1.4.2 |
Linux 390 (31 bites) | JDK 1.4.2 |
Linux 390 (64 bites) | JDK 1.4.2 |
Linux PPC (hibrid [1]) | JDK 1.4.2 |
Újabb eljárás a Linux Java környezet beállításához, mely később található.
Tegye a következőket, ha Java alkalmazásokat kíván létrehozni Linux rendszeren DB2 JDBC támogatással:
Tárolt Java eljárások vagy felhasználó által megadott függvények futtatásához a Linux valósidejű összeszerkesztő programjának hozzá kell férnie bizonyos Java megosztott könyvtárakhoz, és a DB2 UDB rendszernek be kell tudnia tölteni ezeket a könyvtárakat és a Java Virtual Machine programot egyaránt. A tárolt eljárásokat és a felhasználó által megadott függvényeket futtató folyamat csak biztonságos helyeken tölti be a könyvtárakat, az /etc/ld.so.conf fájlban megadottak szerint. Ezen biztonságos helyek egyike az /usr/lib. A még hátralévő lépések megmutatják, hogy mely könyvtárak esetében van szükség szimbolikus hivatkozásra az /usr/lib könyvtárban.
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 .ahol a JAVAHOME az IBM(R) Developer Kit alapkönyvtára. Amennyiben a DB2 UDB nem találja ezeket a könyvtárakat, a Java rutinok futtatása a -4301 számú hibát fogja eredményezni, és üzenetek jelennek meg az adminisztrációs értesítési naplóban arról, hogy bizonyos könyvtárak nem találhatók.
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.soahol a JAVAHOME az IBM Developer Kit alapkönyvtára. Amennyiben a DB2 UDB nem találja ezeket a könyvtárakat, a Java rutinok futtatása a -4301 számú hibát fogja eredményezni, és üzenetek jelennek meg az adminisztrációs értesítési naplóban arról, hogy bizonyos könyvtárak nem találhatók.
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.soahol a JAVAHOME az IBM Developer Kit alapkönyvtára. Amennyiben a DB2 UDB nem találja ezeket a könyvtárakat, a Java rutinok futtatása a -4301 számú hibát fogja eredményezni, és üzenetek jelennek meg az adminisztrációs értesítési naplóban arról, hogy bizonyos könyvtárak nem találhatók.
JAVAHOME/jre/binahol a JAVAHOME az IBM Developer |Kit alapkönyvtára. Ha a DB2 UDB nem találja ezeket a függvénytárakat, -4301 vagy |-1042 hibát kap a Java rutin futtatásának kísérletekor. |
A /usr/lib könyvtárban a megosztott függvénytárakra mutató hivatkozások létrehozása helyett felveheti annak a könyvtárnak a nevét a /etc/ld.so.conf fájlba, amely a Java megosztott függvénytárakat tárolja. Ehhez a fájlhoz root jogosultság szükséges. Az /etc/ld.so.conf frissítését követően root felhasználóként futtatni kell az ldconfig parancsot a módosítások aktiválásához. Ha ezen alternatív eljárás során bármilyen hibát észlel, a korábban leírtak szerint hozzon létre hivatkozásokat az /usr/lib könyvtárban.
Ha Microsoft XP 64 bites operációs rendszert (2600) használ, mely beállításai szerint a NETBIOS protokollt használja a DB2 termékcsaláddal való kommunikáció során, be kell szereznie egy gyorsjavító csomagot (hotfix) a Microsoft cégtől. Tekintse meg a Microsoft Tudásbázis Q317437-es számú cikkét.
A Windows XP Home Edition operációs rendszert csak a DB2 Universal Database (UDB) személyi kiadás termékek támogatják.
A Windows XP Professional operációs rendszert a következő DB2 termékek támogatják:
A következő DB2 termékek használatát a Windows XP csak fejlesztési vagy tesztelési célból támogatja (a termelési környezetekben Windows 2000 vagy Windows Server 2003 szükséges):
A DB2 Universal Database (UDB) 8.2-es verziója esetében a DB2 UDB munkacsopot kiszolgálói kiadást és a DB2 UDB vállalati kiadást vásárlók (akiknél a licencek alapját a felhasználók száma szerinti árazás adta) nem telepíthették a DB2 UDB High Availability Disaster Recovery (HADR) külön megállapított vételárú lehetőséget. Ezt a problémát kiküszöbölte a DB2 UDB 8.2-es verzió 1-es FixPak javítócsomagja (mellyel egyenértékű a 8.1-es verzió 8-as FixPak csomagja).
A 8.2-es verziójú DB2 Warehouse Manager standard kiadásban szereplő OLAP segédprogramok nem kompatibilisek az IBM DB2 OLAP Server FP3 (6.5.4-es Essbase API szint) és későbbi változatokkal. A probléma megoldásáig ajánlott a DB2 OLAP Server FP2-es (Essbase 6.5.3) vagy korábbi változatának használata.
A 8.2.2-es (egyenértékű a 9-es javítócsomaggal rendelkező 8.1-es változattal) DB2 Universal Database (UDB) előtti verziók esetében ahhoz, hogy nyers I/O eszközök mellett használja a naplófájlokat, fizikai egységet kellett a Linux nyers eszközmeghajtóhoz rendelni a raw segédprogram segítségével. A DB2 UDB 8.2.2-es verziójától kezdve (mellyel egyenértékű a FixPak 9 javítócsomaggal futó 8.1-es verzió) a 2.6-os Linux rendszermag esetében a naplókhoz tartozó nyers I/O közvetlenül is megadható. Például a /dev/sdb1 eszközpartíció nyers naplókhoz történő használatához a MINTA adatbázison, adja ki a következő parancsot:
db2 update db cfg for minta using newlogpath /dev/sdb1
Habár a DB2 UDB még támogatja a raw segédprogram használatát a nyers I/O műveletekhez, az újabb kiadásokban ez szolgáltatás már elavult, és lehet, hogy a jövőben sor kerül az eltávolítására. A javasolt módszer az új módszer használata az eszközök közvetlen megadásával.
A DB2 Universal Database 8.2-es verziója támogatja a Red Hat Enterprise Linux AS 3-as és 2.1-es verzióját. Ugyanakkor az Adatraktár központ csak a Red Hat Enterprise Linux AS 2.1-es verzióját támogatja. Az Adatraktár központ DataDirect ODBC vezérlőket használ, melyek nem támogatják a Red Hat Enterprise Linux AS 3.1-es verzióját. Ebből kifolyólag az Adatraktár központ nem támogatja a Red Hat Enterprise Linux AS 3.1-es verziójú ügynökhelyen található ODBC raktárforrásokat és -célokat.
| | |Ha egy IBM(R) WebSphere(R) MQ (korábban IBM MQSeries(R)) környezetben |futtat alkalmazásokat, a WebSphere(R) MQ egy XA támogatású tranzakciókezelőként |működik, koordinálva minden elosztott, kétfázisú véglegesítési tranzakciót. Ha a |WebSphere MQ ilyen módon működik tranzakciókezelőként, és az adatforrások a DB2 |termékcsaládból származnak, több konfigurációs követelmény is fennáll. A legtöbb |ilyen követelmény már dokumentálva van. Például be kell állítani a TP_MON_NAME DB2 |konfigurációs paramétert "MQ" értékre a DB2 runtime ügyfélnél.
|Van azonban egy olyan konfigurációs követelmény is, amelynek |dokumentálására nem került sor. |A követelmény a DB2 Connect termékre jellemző, ha DB2 for OS/390(R) kiszolgálók |adatforrásaihoz csatlakozik: Ha a WebSphere MQ programot használja a DB2 for |z/OS(R) és DB2 for iSeries kiszolgálókat érintő elosztott tranzakciók |koordinálására, a DB2 Connect kapcsolatösszesítő szolgáltatást engedélyezni |kell az átjárón. A kapcsolatösszesítő akkor van engedélyezve, ha a MAX_CONNECTIONS |konfigurációs paraméter értéke nagyobb, mint a MAX_COORDAGENTS értéke. Ha nem |engedélyezi a kapcsolatösszesítőt, az a tranzakciók nem várt viselkedését okozza.
A Microsoft Japanese Windows Shift-JIS kódlap a 943-as (CCSID) azonosítójú IBM kódolt karakterkészletként van regisztrálva. A Shift-JIS kódlap HP-UX platformon viszont CCSID 5039 azonosítójú. A CCSID 5039 csak a Japanese Industry Standard (JIS) karaktereit tartalmazza, más vállalatok által meghatározott karaktereket nem. Használhat CCSID 5039 azonosítójú DB2 Universal Database (UDB) adatbázist HP-UX rendszeren Shift-JIS karakterek tárolására, de a rendszer kódlapkonverziót hajt végre a CCSID 5039 és a CCSID 943 kódlapok között. Ha Microsoft ODBC alkalmazásokat használ, hiba jelentkezhet CCSID 5039 kódolású adatok Unicode kódolásúra történő átalakítása közben, az IBM kódlapkonverziós táblájának és a Microsoft kódlapkonverziós táblájának különbségei miatt.
Az alábbi listában szereplő karakterek CCSID 5039 - Unicode átalakítás során más kódpontra kerülnek attól függően, hogy melyik konverziós tábla van használatban (IBM vagy Microsoft). Ezen karakterek esetében az IBM konverziós táblája teljesíti a JISX0208 és JISX0221 japán ipari szabványokat (Japanese Industry Standard).
Shift-JIS kódpont (karakternév) | IBM elsődleges kódpont (Unicode név) | Microsoft elsődleges kódpont (Unicode név) |
---|---|---|
X'815C' (EM kötőjel) | U+2014 (EM kötőjel) | U+2015 (vízszintes vonal) |
X'8160' (hullámvonal) | U+301C (hullámvonal) | U+FF5E (teljes szélességű tilde) |
X'8161' (kettős függőleges vonal) | U+2016 (kettős függőleges vonal) | U+2225 (párhuzamos) |
X'817C' (minusz jel) | U+2212 (minusz jel) | U+FF0D (teljes szélességű gondolatjel/minusz) |
Például az X'815C' kódpontú 5039-es CCSID azonosítójú EM kötőjel karakterből az IBM konverziós tábla használatával U+2014, a Microsoft konverziós tábla használatával pedig U+2015 Unicode kódpont jön létre. Ez lehetséges hibaforrás a Microsoft ODBC alkalmazások esetében, mert azok az U+2014 kódpontot érvénytelennek tekintik. Ezen lehetséges hibák kiküszöbölése érdekében a DB2 UDB biztosít egy másodlagos Microsoft konverziós táblát a CCSID 5039 - Unicode átalakításhoz, az alapértelmezett IBM konverziós táblán felül. Le kell cserélnie az alapértelmezett IBM konverziós táblát a másodlagos Microsoft konverziós táblára. Vegye figyelembe, hogy az alapértelmezett IBM konverziós tábla a Unicode - CCSID 5039 átalakítás esetében egyezik a Microsoft verziójával.
Ha CCSID 5039 kódolásról Unicode kódolásra végez átalakítást, a rendszer a DB2 Universal Database (UDB) alapértelmezett kódlap-konverziós tábláját használja. Ha a konverziós tábla másik verzióját kívánja használni, például a Microsoft verzióját, kézzel le kell cserélnie az alapértelmezett konverziós tábla (.cnv) fájlját.
Az sqllib/conv könyvtárban lévő kódlapkonverziós táblák cseréje előtt készítsen biztonsági másolatot a fájlról, hogy esetleg vissza tudja azt állítani. UNIX és Linux rendszereken, az sqllib/conv könyvtár a DB2 UDB telepítési könyvtárára mutató szimbolikus csatolás.
A konverziós tábla cseréjének hatékonnyá tétele érdekében az ugyanazon adatbázishoz kapcsolódó összes DB2 UDB ügyfél konverziós tábláját módosítani kell. Ellenkező esetben előfordulhat, hogy a különböző ügyfelek ugyanazt a karaktert különböző kódpontokkal tárolják.
A DB2 UDB által CCSID 5039 - Unicode átalakításhoz használt alapértelmezett konverziós táblájának lecseréléséhez hajtsa végre a következő lépéseket:
Az IBM kódolt karakterkészlet azonosítója (CCSID) a japán EUC kódlapon CCSID 954-ként van regisztrálva. A CCSID 954 a japán UNIX és Linux platformok közös kódolása. Ha Microsoft ODBC alkalmazásokat használ CCSID 954-es kódolású DB2 Universal Database (UDB) adatbázishoz történő kapcsolódáshoz, hiba jelentkezhet adatok CCSID 954 - Unicode átalakítása során. A probléma oka az IBM kódlap-átalakítási táblázata és a Microsoft kódlap-átalakítási táblázata közötti különbség. Az IBM konverziós táblája megfelel a JISX0208-as, a JISX0212-es és a JISX0221-es japán ipari szabványban (Japanese Industry Standard, JIS) megadott karakterneveknek.
A CCSID 954 - Unicode átalakítás során a következő karakterek különböző kódpontokat eredményeznek attól függően, hogy az IBM vagy a Microsoft konverziós táblája van használatban.
EUC-JP kódpont (karakternév) | IBM elsődleges kódpont (Unicode név) | Microsoft elsődleges kódpont (Unicode név) |
---|---|---|
X'A1BD' (EM kötőjel) | U+2014 (EM kötőjel) | U+2015 (vízszintes vonal) |
X'A1C1' (hullámvonal) | U+301C (hullámvonal) | U+FF5E (teljes szélességű tilde) |
X'A1C2' (kettős függőleges vonal) | U+2016 (kettős függőleges vonal) | U+2225 (párhuzamos) |
X'A1DD' (minusz jel) | U+2212 (minusz jel) | U+FF0D (teljes szélességű gondolatjel/minusz) |
X'8FA2C3' (megszakított vonal) | U+00A6 (megszakított vonal) | U+FFE4 (teljes szélességű megszakított vonal) |
Például az X'A1BD' kódpontú 954-es CCSID azonosítójú EM kötőjel karakterből az IBM konverziós tábla használatával U+2014, a Microsoft konverziós tábla használatával pedig U+2015 Unicode kódpont jön létre. Az átalakítási leképezések ezen különbsége miatt két különböző kódpont létezhet ugyanazon karakteresetében egy DB2 UDB Unicode adatbázisban, illetve egy DB2 UDB 954 adatbázis grafikus oszlopában. Ez lehetséges hibaforrás a Microsoft ODBC alkalmazások esetében, mert azok az U+2014 kódpontot érvénytelennek tekintik. Ezen lehetséges hibák kiküszöbölése érdekében a DB2 UDB biztosít egy másodlagos Microsoft konverziós táblát a CCSID 954 - Unicode átalakításhoz, az alapértelmezett IBM konverziós táblán felül. Le kell cserélnie az alapértelmezett IBM konverziós táblát a másodlagos Microsoft konverziós táblára. Vegye figyelembe, hogy az alapértelmezett IBM konverziós tábla a Unicode - CCSID 954 átalakítás esetében egyezik a Microsoft verziójával.
Ha CCSID 954 - Unicode átalakítást végez, a rendszer a DB2 Universal Database (UDB) alapértelmezett kódlap-konverziós tábláját használja. Ha a konverziós tábla másik verzióját kívánja használni, például a Microsoft verzióját, kézzel le kell cserélnie az alapértelmezett konverziós tábla (.cnv) fájlját.
Az sqllib/conv könyvtárban lévő kódlapkonverziós táblák cseréje előtt készítsen biztonsági másolatot a fájlról, hogy esetleg vissza tudja azt állítani. UNIX és Linux rendszereken az sqllib/conv könyvtár a DB2 UDB telepítési útvonalára mutató szimbolikus csatolás.
Ahhoz, hogy ez hatékony legyen, az egyazon 954-es CCSID azonosítójú adatbázishoz csatlakozó DB2 UDB ügyfelek mindegyikén le kell cserélni a konverziós táblát. Ha az ügyfél japán Windows rendszert használ, melyen az ANSI kódlap Shift-JIS (CCSID 943), a CCSID 943 - Unicode átalakítást vezérlő alapértelmezett DB2 konverziós táblát is le kell cserélnie a Microsoft verzióra. Ellenkező esetben előfordulhat, hogy a különböző ügyfelek ugyanazt a karaktert különböző kódpontokkal tárolják.
A DB2 UDB által CCSID 954 - Unicode átalakításhoz használt alapértelmezett konverziós táblájának lecseréléséhez hajtsa végre a következő lépéseket:
A DB2 UDB által CCSID 943 - Unicode átalakításhoz használt alapértelmezett konverziós táblák lecseréléséhez hajtsa végre a következő lépéseket:
Ha a Microsoft Japanese Windows Shift-JIS kódlapot használja, amely az IBM 943-as azonosítójú kódolt karakterkészleteként (CCSID) van regisztrálva, az alábbi két probléma fordulhat elő a CCSID 943 - Unicode karakterkonverzió esetén. A hibát az okozhatja, hogy az IBM és a Microsoft kódlap-átalakító táblák különböznek. Ezen lehetséges problémák kiküszöbölése érdekében a DB2 Universal Database (UDB) másodlagos Microsoft átalakító táblákat biztosít a CCSID 943 - Unicode átalakításokhoz, az alapértelmezett IBM konverziós táblákon felül.
Történelmi okok miatt a CCSID 943-as kódlap több mint 300 karaktere egyenként 2 vagy 3 kódponttal van megjelenítve. A beviteli módszer szerkesztők (IME) és kódlapkonverziós táblák használata miatt ezen ekvivalens kódpontoknak csak az egyike kerül bevitelre. Például a római egyes szám kisbetűs karaktere ('i') két ekvivalens kódponttal reprezentálható : X'EEEF' és X'FA40'. A Microsoft Windows IME eszközök mindig X'FA40' kódot generálnak 'i' bevitele esetén. Az IBM és a Microsoft általában ugyanazon elsődleges kódpontot használja az egyes karakterek jelölésére, kivéve a következő 13 karaktert:
Karakternév (Unicode kódpont) | IBM elsődleges Shift-JIS kódpont | Microsoft elsődleges Shift-JIS kódpont |
---|---|---|
Római egyes szám (U+2160) | X'FA4A' | X'8754' |
Római kettes szám (U+2161) | X'FA4B' | X'8755' |
Római hármas szám (U+2162) | X'FA4C' | X'8756' |
Római négyes szám (U+2163) | X'FA4D' | X'8757' |
Római ötös szám (U+2164) | X'FA4E' | X'8758' |
Római hatos szám (U+2165) | X'FA4F' | X'8759' |
Római hetes szám (U+2166) | X'FA50' | X'875A' |
Római nyolcas szám (U+2167) | X'FA51' | X'875B' |
Római kilences szám (U+2168) | X'FA52' | X'875C' |
Római tizes szám (U+2169) | X'FA53' | X'875D' |
Parenthesized ideograph stock, képírásjel (U+3231) | X'FA58' | X'FA58' |
"Numero" jel (kettőskereszt) (U+2116) | X'FA59' | X'8782' |
"Telefon" jel (U+2121) | X'FA5A' | X'8754' |
Az IBM termékek (pl. a DB2 UDB) elsősorban az IBM kódpontokat használják (pl. X'FA4A') a római egyes ('I') nagybetűs megjelenítésére, a Microsoft termékek viszont a X'8754' kódpontot használják ugyanezen karakterhez. Egy Microsoft ODBC alkalmazás beírhatja az 'I' karaktert X'8754' kódpontként valamely CCSID 943-as kódolású DB2 UDB adatbázisba, míg a DB2 UDB Vezérlőközpont ugyanezt a karaktert X'FA4A' kódpontként viszi be ugyanazon CCSID 943 adatbázisba. Ugyanakkor az ODBC alkalmazások csak azokat a sorokat találják meg, melyben az 'I' kódolása X'8754', a DB2 UDB Vezérlőközpont pedig csak az X'FA4A' kóddá alakított 'I' karaktert tartalmazó sorokat találja meg. Annak lehetővé tételéhez, hogy a DB2 UDB Vezérlőközpont is kijelölhesse az 'I' karaktert X'8754' kódponttal, le kell cserélnie az IBM CCSID 943 - Unicode átváltáskor használt, alapértelmezett konverziós tábláit a másodlagos Microsoft konverziós táblákra.
A CCSID 943 - Unicode átalakítás során az alábbi karakterek különböző kódpontokat eredményeznek attól függően, hogy az IBM vagy a Microsoft konverziós táblája van használatban. Ezen karaktereknél az IBM konverziós táblája megfelel a JISX0208, a JISX0212 és a JISX0221 japán ipari szabványoknak.
Shift-JIS kódpont (karakternév) | IBM elsődleges kódpont (Unicode név) | Microsoft elsődleges kódpont (Unicode név) |
---|---|---|
X'815C' (EM kötőjel) | U+2014 (EM kötőjel) | U+2015 (vízszintes vonal) |
X'8160' (hullámvonal) | U+301C (hullámvonal) | U+FF5E (teljes szélességű tilde) |
X'8161' (kettős függőleges vonal) | U+2016 (kettős függőleges vonal) | U+2225 (párhuzamos) |
X'817C' (minusz jel) | U+2212 (minusz jel) | U+FF0D (teljes szélességű gondolatjel/minusz) |
X'FA55' (megszakított vonal) | U+00A6 (megszakított vonal) | U+FFE4 (teljes szélességű megszakított vonal) |
Például az EM kötőjel, melynek CCSID 943 kódpontja X'815C', Unicode kódolásban az U+2014 kódpontot kapja IBM konverziós tábla használata esetén. Microsoft konverziós tábla esetén viszont az U+2015 kódpontot kapja. A konverziós leképezésnek ezen eltérése miatt ugyanazon karakterhez két különböző kódpont fog szerepelni a DB2 UDB Unicode adatbázisban. Ez lehetséges hibaforrás a Microsoft ODBC alkalmazások esetében, mert azok az U+2014 kódpontot érvénytelennek tekintik. A lehetséges probléma elkerülése érdekében le kell cserélnie a CCSID 943 - Unicode átalakítás alapértelmezett IBM konverziós tábláit a másodlagos Microsoft konverziós táblákra.
A CCSID 943 - Unicode másodlagos Microsoft konverziós táblák használatát zárt környezetekre kell korlátozni, ahol a DB2 UDB ügyfelek és a DB2 UDB adatbázisok mindegyike rendelkezik CCSID 943 kódlappal, valamint mindegyik ugyanazt a másodlagos Microsoft konverziós táblát használja. Ha van olyan DB2 UDB ügyfél, amely az alapértelmezett IBM konverziós táblákat használja, és van olyan DB2 UDB ügyfél, amelyik a másodlagos Microsoft konverziós táblákat, és mindkét ügyfél ugyanazon CCSID 943 DB2 UDB adatbázisba ír adatokat, előfordulhat, hogy ugyanaz a karakter különböző kódpontokként szerepel az adatbázisban.
Ha CCSID 943 - Unicode átalakítást végez, a rendszer a DB2 Universal Database (UDB) alapértelmezett kódlap-átalakító táblákat használja. Ha a konverziós táblák másik verzióját kívánja használni, például a Microsoft verzióját, kézzel le kell cserélnie az alapértelmezett konverziós tábla (.cnv) fájljait.
Mielőtt lecseréli a meglévő kódlapkonverziós tábla fájljait az sqllib/conv könyvtárban, érdemes biztonsági másolatot készíteni ezen fájlokról, arra az esetre, ha később vissza szeretné ezeket állítani. UNIX és Linux rendszereken az sqllib/conv könyvtár a DB2 UDB telepítési útvonalára mutató szimbolikus csatolás.
A konverziós tábla cseréjének hatékonnyá tétele érdekében az ugyanazon adatbázishoz kapcsolódó összes DB2 UDB ügyfél konverziós tábláját módosítani kell. Ellenkező esetben előfordulhat, hogy a különböző ügyfelek ugyanazt a karaktert különböző kódpontokkal tárolják.
A DB2 UDB által a CCSID 943 - Unicode karakterátalakításhoz használt alapértelmezett konverziós táblák lecseréléséhez hajtsa végre a következő lépéseket:
A dokumentációban történő megemlítése ellenére az MVS operációs rendszert a DB2 Universal Database már nem támogatja. Az MVS rendszert felváltotta a z/OS.
Linux 390 operációs rendszer esetén előfordulhat, hogy a több szalagos eszközt használó biztonsági mentés és visszaállítás művelete nem működik.
Ha UNIX rendszeren a Development Center összetevőt a Hummingbird Exceed termékkel használja, az XTEST kiterjesztés 2.2-es verziójának engedélyezve kell lennie, mielőtt a Development Centerben áthelyezhetné és dokkolhatná a nézeteket azok címsorának mozgatásával.
Az XTEST kiterjesztés engedélyezése: