Korlátozások

| | |

db2look - Automatikus tároló táblázatterület korlátozásai

|

Az automatikus tároló táblázatterületet használó adatbázisoknál a |db2look parancs sikeres lesz. Azonban nem |jeleníti meg az automatikus tároló táblázatterületekre jellemző |táblázatterület információkat.

A SNAP_GET_DB táblafüggvény hiányos eredményt ad

Ha indítása adatbázis-particionálási szolgáltatás (database partitioning feature - DPF) környezetben történik, -2 (globális pillanatkép) bemenet megadása mellett, a SNAP_GET_DB táblafüggvény hiányos eredményt ad a következő négy oszlop esetében:

Ezek az elemek nem összesíthetők globális pillanatképhez. Az ezen pillanatkép-elemekhez tartozó értékek teljes halmazának beolvasásához a SNAP_GET_DB táblafüggvényt külön el kell indítani minden egyes partíción.

Az IMPORT REPLACE parancs nem fogadja el a Not Logged Initially tagmondatot

Az IMPORT parancs REPLACE paramétere nem fogadja el a CREATE TABLE utasítás NOT LOGGED INITIALLY (NLI) tagmondatát és az ALTER TABLE utasítás ACTIVATE NOT LOGGED INITIALLY tagmondatát.

Ha importálás történik a REPLACE művelet megadásával, és egyazon tranzakción belül szerepel a CREATE TABLE vagy az ALTER TABLE utasítás NLI tagmondattal, az importálás nem fogadja el az NLI tagmondatot. Minden beillesztés naplózásra kerül.

A probléma megkerülésének egyik módja
Törölje a tábla tartalmát a DELETE utasítással, majd indítsa el az importálást az INSERT utasítással.
A probléma megkerülésének másik módja
Dobja el, majd hozza létre újból a táblát, ezután pedig indítsa el az importálást az INSERT utasítással.

Ez a korlátozás a DB2 UDB 7-es és a DB2 UDB 8-as verziójára vonatkozik.

A long mező és LOB adatok nem szervezhetők újra a helyi tábla-újraszervezéssel

A helyi vagy online tábla-újraszervezés során a long mező és LOB adatok nem szervezhetők újra. A long mező és LOB adatok nem szervezhetők újra klasszikus vagy offline tábla-újraszervezéssel, amikor a LONGLOBDATA paramétert megadja a REORG TABLE paranccsal. Meg kell jegyezni azonban, hogy amíg a long mező és LOB adatok újraszervezése lehetővé teszi szabad terület visszanyerését, nem javítja a fürtözést, és jelentősen növelheti az újraszervezés befejezéséhez szükséges időt.

A zárolás viselkedése blokk-kurzoroknál következetlennek tűnhet az ügyfélalkalmazásokban

Kurzorstabilitás (CS) elkülönítésekor az aktuális kurzorpozícióhoz tartozó sor az adatbázis-kiszolgálón mindig zárolt. Blokkolt lekérés során több sor is visszaadható egyetlen pufferben. A legtöbb esetben a kiszolgáló oldalon utoljára feldolgozott sor nem illeszkedik pontosan, és a program két pufferbe osztja szét. Az alkalmazás nem látja ezt az elosztott sort, amíg a második puffer meg nem érkezik. Ezért az alkalmazáshoz érkező egyik sor zárolására sem kerül sor.

Abban a ritka esetben, ha a kiszolgáló oldalon utoljára feldolgozott sor pontosan illeszkedik, a kurzor pozíciója a puffer utolsó során marad, ami azt jelenti, hogy az alkalmazáshoz utoljára érkező sor zárolt lesz.

"Adatok kivitele fájlba ODBC segítségével" raktárprogram

Az "Adatok kivitele fájlba ODBC segítségével" raktárprogram nem támogatja az alábbi Sybase adattípusokat:

A Development Center programba integrált SQL hibakereső által nem támogatott adattípusok

A következő adattípusokat nem támogatja a Development Center programba integrált SQL hibakereső:

Strukturált típusok a Development Centerben

A Development Center a továbbiakban nem támogatja strukturált típusok létrehozását.

A Development Center nem támogatja a 64 bites operációs rendszereket

A Development Center nem teszi lehetővé hibakeresés futtatását Java tárolt eljárásokra a 64 bites kiszolgálókon. Az SQL tárolt eljárások hibakeresése támogatott a 64 bites Windows operációs rendszereken. OLE DB vagy XML felhasználó által megadott függvények fejlesztése nem támogatott 64 bites kiszolgálókon.

Development Center (Linux)

Nem használható a Development Center Java tárolt eljárások hibakeresésére a Linux disztribúciók egyikén sem (32 bites, 64 bites, Intel, zSeries vagy iSeries).

Idézőjelet tartalmazó tárolt eljárások hibakeresése

A Development Center nem támogatja az olyan tárolt eljárások hibakeresését, amelyek dupla idézőjeleket tartalmaznak (") a nevükben, sémájukban vagy specifikus nevükben.

Útvonal-beállítások, amelyekkel engedélyezhető a Java rutinok Development Center programon belüli fordítása

A Development Center csak akkor tudja lefordítani a Java rutinokat, ha ismeri a telepített fejlesztőkészlet verziók helyét. A fejlesztőkészlet alapértelmezés szerinti könyvtárai a $HOME/.ibm/db2/dc/DB2DC.settings fájlba kerülnek a Development Center első elindításakor. A könyvtárakat a saját $USER.settings fájljába másolhatja, és Unicode szerkesztővel módosíthatja, illetve az alapértelmezett helyeken szimbolikus hivatkozásokat hozhat létre a fejlesztői készletek könyvtáraihoz.

A Development Center korlátozásai a Java tárolt eljárások egyidejű futtatására és hibakeresésére vonatkozóan

A Development Center nem támogatja a Java árolt eljárások egyidejű futtatását és hibakeresését. A Development Centerben egyidőben futtathat több Java tárolt eljárást, vagy elvégezheti egy Java Java tárolt eljárás hibakeresését, de nem futtathat Java tárolt eljárást, miközben egy másik Java tárolt eljárás hibakeresését végzi. Alapértelmezés szerint a KEEPFENCED adatbázis-kezelési konfigurációs kulcsszó beállítása KEEPFENCED=YES, mivel ez szükséges az SQL tárolt eljárások hibakereséséhez. Ha a KEEPFENCED beállítás értéke az alapértelmezett YES, a rutinfolyamat aktív marad és JVM portütközés fordul elő. A Java tárolt eljárások JVM kivételt okoznak és a következő körülmények között sikertelenek lesznek, ha a rendszer az alapértelmezett KEEPFENCED=YES adatbázis-kezelési konfigurációs beállítást használja:

A korlátozás megkerülése érdekében a következő parancsok használatával biztosítsa, hogy a KEEPFENCED adatbázis-kezelési konfigurációs kulcsszó beállítása KEEPFENCED=NO legyen:

   db2 update dbm cfg using KEEPFENCED NO
   db2stop
   db2start

Ha a KEEPFENCED beállítás értéke NO, a db2fmp folyamat leáll, ha egy Java tárolt eljárás hívása befejeződik, a DB2 Universal Database pedig új db2fmp folyamatot indít a következő rutinhívás kezeléséhez. Ez biztosítja, hogy Java tárolt eljárás hibakeresésének elindításakor nem legyen már hibakeresési módban lévő JVM.

A KEEPFENCED=YES beállítás szükséges az SQL tárolt eljárások hibakereséshez történő felépítéséhez, és az SQL tárolt eljárások hibakereséséhez. Ha a KEEPFENCED=NO beállítás az érvényes, felépíthet és végrehajthat SQL tárolt eljárásokat, de nem végezhet rajtuk hibakeresést.

A DB2SystemMonitor.getServerTimeMicros metódus használata nem támogatott

A DB2(R) Universal JDBC Driver metódust DB2SystemMonitor.getServerTimeMicros() jelenleg nem támogatják a DB2(R) Universal Database(TM) for Linux(TM), UNIX(R), and Windows(R) kiszolgálók. A DB2SystemMonitor.getServerTimeMicros() metódus 0 értéket ad vissza, ha DB2(R) Universal Database(TM) for Linux, UNIX, and Windows(R) kiszolgálókhoz kapcsolódik.

Telepíteni kell az IBM XL C/C++ fordítóprogram futási környezetét (Linux on iSeries and pSeries systems, 64 bit)

A 64 bites DB2 for Linux on iSeries(TM) and pSeries(R) rendszerek telepítése előtt a következő követelményeknek teljesülniük kell:

A 2-es típusú (Type 2) Universal JDBC Driver nem támogatott a 8.2.2-es verziójú DB2 UDB termék esetében (Linux AMD64)

A Linux AMD64 platformon futó DB2 Universal Database(TM) (UDB) 8.2.2 (ami egyenértékű a 8.1-es változat 9-es javítócsomaggal ellátott változatával) nem támogatja az Universal JDBC 2-es típusú illesztőprogramját. A támogatás a jövőbeni javítócsomagokhoz tervbe van véve. A JDBC támogatás elérhető a 8.2.2-es verzióban a 4-es típusú (Type 4) Universal JDBC Driver és a 2-es típusú (Type 2) Legacy JDBC meghajtóprogram használatával (COM.ibm.db2.jdbc.app.DB2Driver).

Kurzorok PHP alkalmazásokban

Amikor a PHP értelmező kurzort hoz létre egy alkalmazás megbízásából, alapértelmezés szerint kulcskészlet által vezérelt, görgethető kurzor jön létre. Néhány esetben ez nem várt eredményeket adhat. Ezen helyzet elkerülése érdekében explicite meg kell adni a "FOR READ ONLY" tagmondatot minden SELECT utasításnál, amely az adatok frissítésére szolgál. Más megoldások: a következő CLI konfigurációs paraméterek beállítása: "Patch2=6", "Patch2=42", vagy "DisableKeysetCursor=1". Ezek mindegyike azonban más következményekkel is járhat. A CLI Útmutató és kézikönyv kiadványban talál részletes útmutatást ezekkel a konfigurációs kulcsszavakkal kapcsolatban.

ConnectNode CLI/ODBC konfigurációs kulcsszó korlátozása

A ConnectNode kulcsszó nem befolyásolja a Vezérlőközpontot. A Vezérlőközpont mindig kapcsolódik az SQL_CONN_CATALOG_NODE beállítás által jelzett katalógus-csomóponthoz.

SQLColumns függvény (CLI) korlátozása

Az SQLColumns() függvény nem támogatja adatok visszaadását egy fedőnév fedőnevéről. Amikor egy fedőnév fedőnevére adják ki, az SQLColumns() függvény üres eredménykészletet ad vissza.

Összerendelési beállításokra vonatkozó korlátozások CLI csomagoknál

Néhány összerendelési beállítás hatástalan maradhat, amikor CLI csomagokat rendel össze a következő listafájlok valamelyikével: db2cli.lst, ddcsmvs.lst, ddcs400.lst, ddcsvm.lst vagy ddcsvse.lst. Mivel a CLI csomagokat a CLI, ODBC, JDBC, OLE DB, .NET és ADO alkalmazások használják, a CLI csomagokat érintő bármilyen változás hatással lesz az ilyen típusú alkalmazásokra is. Ezért CLI csomagok összerendelésekor alapértelmezés szerint az összerendelési beállításoknak csak egy része támogatott. A támogatott beállítások: ACTION, COLLECTION, CLIPKG, OWNER és REPLVER. Az összes többi olyan összerendelési beállítás, amely hatással van a CLI csomagokra, figyelmen kívül marad.

Ha olyan összerendelési beállításokkal szeretne létrehozni CLI csomagokat, amelyek alapértelmezés szerint nem támogatottak, adja meg a COLLECTION összerendelési beállítást egy olyan gyűjtemény-azonosítóval, amely különbözik az alapértelmezett gyűjtemény-azonosítótól (melynek értéke NULLID). Ezután a rendszer már minden összerendelési beállítást elfogad. Ha például az alapértelmezésben nem támogatott KEEPDYNAMIC YES összerendelési beállítással szeretne létrehozni CLI csomagokat, adja ki az alábbi parancsot:

db2 bind @db2cli.lst collection új_gyűjt_azon keepdynamic yes

Ahhoz, hogy CLI/ODBC alkalmazások elérhessék az új gyűjteményben létrehozott CLI csomagokat, a db2cli.ini inicializáló fájlban állítsa a CurrentPackageSet CLI/ODBC kulcsszót az új gyűjtemény-azonosítóra.

Egy konkrét gyűjtemény-azonosító alatt létező CLI csomagok felülírásához hajtsa végre az alábbi műveletek valamelyikét:

CLI LOAD segédprogram korlátozásai

A CLI LOAD segédprogram nem támogatja a paraméterjelzők használatát, ha az adatok beszúrásához előkészített SQL utasítás SELECT tagmondatot tartalmaz.

A 3-as javítócsomaggal rendelkező 8.2 verzió (egyenértékű a 10-es javítócsomaggal rendelkező 8.1-es verzióval) előtt a CLI LOAD segédprogram nem engedte céloszlopok megadását, ha az INSERT utasítás VALUES tagmondatott tartalmazott.

A 3-as javítócsomaggal rendelkező 8.2 verziótól kezdődően (egyenértékű a 10-es javítócsomaggal rendelkező 8.1-es verzióval) a CLI LOAD segédprogram megengedi céloszlopok megadását VALUES tagmondatot tartalmazó INSERT utasításban. Például a következő utasítást most már támogatja a CLI LOAD:

INSERT into tableA (col1, col2, col3) VALUES (?, ?, ?)

Eszközkatalógus-adatbázis létrehozása nem támogatott (Linux for AMD64)

Linux (AMD64) rendszereken nem támogatott az eszközkatalógus-adatbázis létrehozása 64 bites DB2 Universal Database (UDB) példányok esetében. Ne kísérelje meg az eszközkatalógus létrehozását 64 bites példányon a következő eljárásokkal:

A 8.1.4-es verzió esetében támogatott az eszközkatalógus-adatbázis létrehozása 32 bites példányon, Linux (AMD64) rendszeren.

Eszközkatalógus-adatbázis létrehozása nem támogatott (AIX, Solaris Operating Environments és HP-UX)

64 bites hibrid platformokon futó 64 bites példányokon nem támogatott az eszközkatalógus létrehozása DB2 Universal Database (UDB) telepítése során. Hibrid rendszerek a következők:

Ha 64 bites példányon eszközkatalógust kíván létrehozni, ezt a DB2 UDB telepítése után teheti meg, akár a parancsfeldolgozó (CLP) CREATE TOOLS CATALOG CLP parancsával, akár a Vezérlőközpont segítségével. Ezen művelet végrehajtásához telepítenie kell az IBM Developer Kit for Java 64 bites változatát is. További részletek a DB2 Adminisztrációs útmutató kiadvány DB2 Administration Server fejezetében olvashatók.

Memóriakorlátozások DB2 UDB vállalati kiadás és a DB2 munkacsoport kiszolgáló kiadás 8.2-es verziójában

Memóriakorlátozások vonatkoznak a következő termékekre:

Raktárfolyamat rendszeres időközönkénti futtatásának beütemezése

Amikor egy raktárfolyamat rendszeres időközönkénti futtatását akarja beütemezni, határozza meg, hogy legfeljebb mennyi ideig tarthat a folyamat összes lépésének futtatása, s ennek megfelelően állítsa be az időközt. Ha a folyamat túllépi az ütemezett időintervallumot, a folyamat soron következő ütemezett futtatása nem történik meg és nem is lesz újraütemezve.

Korlátozott SNA-támogatás a 8-as verzióban

Az alábbi támogatások megszűntek a Windows és UNIX rendszeren futtatható, 8-as verziójú DB2 Universal Database (UDB) nagyvállalati kiszolgálói kiadás (ESE) és a Windows és UNIX rendszereken futtatható, 8-as verziójú DB2 Connect nagyvállalati kiadás (CEE) termékben:

A biztonsági bővítőt érintő probléma és megkötés DB2 UDB ügyfelek esetében (Windows)

Windows operációs rendszeren futó DB2 ügyfelekre telepítendő biztonsági bővítők fejlesztésekor ne vegyen ki (unload) egyetlen kiegészítő könyvtárat sem a bővítő befejezési függvényében. Ez a megkötés vonatkozik minden típusú ügyfélbiztonsági bővítőre, beleértve a csoport, felhasználói azonosító és jelszó, Kerberos, valamint GSS-API bővítőket is.

Ezt a korlátozást az indokolja, hogy a DB2 Universal Database nem képes kivenni (unload) biztonsági bővítőket DB2 ügyfelek esetében, Windows operációs rendszereken.

Hibák sikeres bejelentkezés jelentése esetén kapcsolódási kísérletkor (AIX)

Ha az operációs rendszer hitelesítését használja AIX rendszeren és kapcsolódási kísérlet során a hitelesítés sikeres volt, a DB2 Universal Database (UDB) megkísérel jelentést küldeni arról, hogy az AIX rendszerbe történő bejelentkezés sikeres volt. A 8-as verzió 5-ös FixPak javítócsomagja előtt, ha a DB2 UDB nem tudott jelentést küldeni sikeres bejelentkezésről, a felhasználó sikeres hitelesítése ellenére sem sikerült a kapcsolódás. A 8-as verzió 5-ös javítócsomagtól kezdődően a kapcsolat folytatódhat, a hiba pedig naplózásra kerül a db2diag.log fájlban.

A kétrészes felhasználói azonosító nem támogatott (Windows ME)

Windows ME rendszeren nem támogatott a kétrészes felhasználói azonosító a CONNECT utasítás és az ATTACH parancs esetében (pl. tartománynév\felhasználónév).

A Betöltés vagy Behozatal műveletek Oszlopok lapja nem támogatja az IXF-fájlok DBCS karaktereit

Ha a DBCS karaktereket tartalmazó IXF-fájlból történő betöltés vagy behozatal beállításához a Betöltés varázslót vagy a Behozatal párbeszédpanelt szeretné használni, az Oszlopok lap nem megfelelően fogja megjeleníteni a fájlban szereplő oszlopok neveit.

| | |

GUI eszközök AMD64 processzorral rendelkező Linux operációs |rendszerekre

|

A DB2 Universal Database (UDB) termékhez mellékelt GUI eszközök |Java-alapú grafikus segédprogramok. A DB2 UDB GUI eszközök példái:

| |

Mivel az AMD64 processzorral rendelkező Linux operációs rendszerek jelenleg |nem rendelkeznek 64 bites Java(TM) SDK vagy futtató környezettel, ezeknek az |eszközöknek a futtatását 32 bites DB2 UDB példányról kell végezni.

|

Ezek az eszközök helyi és távoli 64 bites példányok adatbázisainak kezelésére |használhatók. Például a Vezérlőközpont használatához először létre kell hoznia egy |32 bites példányt. Egy 32 bites példány létrehozása után kézzel kell |katalógusba venni az adminisztrálni kívánt helyi 64 bites példányt.

|

Az AMD64 processzoron futó DB2 for Linux termékről további információk a |következő URL-en találhatók:

|

ftp://ftp.software.ibm.com/software/data/pubs/papers/linuxamd64.pdf

A grafikus eszközökhöz szükséges minimális megjelenítési beállítások

Ahhoz, hogy a grafikus eszközök, például a Vezérlőközpont, megfelelően működjenek, a képernyő felbontásának minimálisan 800 x 600-nak kell lennie, és legalább 32 színt kell használnia.

A GB18030 karakterek helytelen megjelenítése egy ablak címsorában

Ha egy ablak címsorában a GB18030 kínai karakterkódoló szabványba tartozó karakterek vannak, előfordulhat, hogy a karakterek helyén csak kérdőjelek vagy négyzetek jelennek meg.

Ne particionálja az információkatalógus központ tábláit

Az Információkatalógus-kezelő által használt tábláknak egyetlen adatbázis-partícióban kell elhelyezkedniük. Számos eljárás létezik, amelyek segítségével egy partíción belül helyezheti el ezeket a táblákat. A következő eljárás egy bevált megközelítést ismertet.

  1. Nyissa meg a DB2 parancssori feldolgozót (CLP), majd adja ki a következő parancsokat:
    1. CREATE DATABASE PARTITION GROUP partíciócsoport_neve 
           ON DBPARTITIONNUM partíció_száma
    2. CREATE REGULAR TABLESPACE táblaterület_neve 
           IN DATABASE PARTITION GROUP partíciócsoport_neve
           MANAGED BY SYSTEM USING ('cname')
    ahol partíciócsoport_neve mindkét parancs esetén ugyanaz.
  2. Kattintson a következőre: Start -> Programok -> IBM DB2 -> Beállítási eszközök -> Információkatalógus kezelő varázsló.
  3. A Beállítások lapon adja meg a táblaterületnevet a Táblaterület mezőben.

A Query Patroller korlátozásai, ha a DYN_QUERY_MGMT beállítás nem engedélyezett

A Query Patroller nem tudja végrehajtani az alábbi műveleteket, ha a DYN_QUERY_MGMT adatbázis-konfigurációs paraméter ki van kapcsolva:

Ha megpróbál felszabadítani egy felfüggesztett állapotban levő lekérdezést, vagy egy előtérben futó lekérdezést háttérbe akar küldeni, miközben a DYN_QUERY_MGMT paraméter DISABLE értékre van állítva, hibaüzenetet fog kapni, és a lekérdezés állapota változatlan marad. Ha ütemezve van a függő lekérdezések futtatása, és a DYN_QUERY_MGMT le van tiltva (DISABLE) a lekérdezések futtatásakor, egy hibaüzenet jelenik meg a qpdiag.log fájlban, és a lekérdezések továbbra is felfüggesztett állapotban maradnak.

A Query Patroller eredménytáblák mostantól a DB2QPRT sémát használják

Az 5-ös javítócsomagtól kezdődően minden új eredménytábla a DB2QPRT sémában jön létre, és nem pedig a küldő sémájában.

A DB2QPRT sémára vonatkozó DROPIN jogosultság azon kezelőknek lesz megadva, akiknek a profilja az 5-ös javítócsomag telepítése előtt jött létre, és rendelkeztek az alábbiak valamelyikével:

A DB2QPRT séma fölötti DROPIN jogosultságot akkor kapják meg, amikor a Query Patroller első alkalommal hoz létre eredménytáblát ebben a sémában.

Azok az operátorok, akik a FixPak 5 telepítése után kapnak MONITORING vagy HISTORICAL ANALYSIS jogosultságot szerkesztési jogkörrel, szintén megkapják a DB2QPRT séma fölötti DROPIN jogosultságot, amint megtörténik a profiljuk létrehozása vagy frissítése.

Az állapotjelzővel kapcsolatos korlátozások

Az Állapotfigyelő nem képes végrehajtani a db2.db2_op_status állapotjelzővel kapcsolatos utasításokat, ha a jelző kikapcsolt állapotban van. Ez az állapot akkor jöhet létre, ha például egy, a jelző által felügyelt példány inaktívvá válik határozott leállítási kérelem vagy hibás befejeződés miatt. Ha azt szeretné, hogy a hibás befejeződést követően a példány automatikusan újrainduljon, úgy kell konfigurálnia a hibajelzőt, hogy az magas rendelkezésre állású állapotban tartsa a példányt.

[ Oldal eleje |Előző oldal | Következő oldal | Tartalom ]