Üzenetek leírása

SQL1400 - SQL1499

SQL1400NA hitelesítés nem támogatott.

Magyarázat: A megadott hitelesítés típusa nem támogatott.

A parancs nem hajtható végre.

Felhasználói válasz: A felhasználónak meg kell ismételni a parancsot érvényes paraméterértékkel.

A Application Development Guide tartalmazza a támogatott hitelesítési típusokat.

SQL1401NA hitelesítési típusok nem egyeznek.

Magyarázat: A felhasználó megpróbált kapcsolódni egy távoli adatbázishoz, amelynek a helyi csomóponton bejegyzett hitelesítési típusa különbözik a távoli csomóponton megadottól.

Egyesített rendszer felhasználói: Ez az üzenet akkor is megjelenhet, amikor:

Felhasználói válasz: A parancs nem hajtható végre.

A felhasználónak újra be kell jegyezni az adatbázis fedőnevet az ügyfél csomóponton, a távoli adatbáziséval egyező hitelesítéstípussal. Adja ki újra a parancsot!

Egyesített rendszer felhasználói:

sqlcode: -1401

sqlstate: 08001

SQL1402NVáratlan rendszerhiba miatt nem sikerült hitelesíteni a felhasználót.

Magyarázat: Hívja a rendszeradminisztrátort! Unix alapú rendszer esetén a db2ckpw fájlnak valószínűleg hibásak a hozzáférésvezérlő bitjei, vagy a rendszernek elfogyott a lapozóterülete. Windows NT rendszeren valószínű, hogy a DB2 biztonság szolgáltatást nem indították el.

A parancs nem hajtható végre.

Egyesített rendszer felhasználói: Ezt a helyzetet észlelheti az adatforrás is.

Felhasználói válasz: Unix alapú rendszer esetében ellenőriztesse a rendszeradminisztrátorral a db2ckpw fájl hozzáférésvezérlő bitjeit, illetve a megfelelő mennyiségű rendelkezésre álló lapozóterületet. Windows NT rendszeren ellenőriztesse a rendszeradminisztrátorral, hogy a DB2 biztonsági szolgáltatás telepítve van és fut!

SQL1403NA megadott felhasználónév és/vagy jelszó hibás.

Magyarázat: A megadott felhasználónév és/vagy jelszó helytelen, illetve nem összetartozóak, vagy az adatbázis melyhez kapcsolódni kíván SERVER hitelesítés típusú és nem adott meg felhasználónevet és jelszót a CONNECT TO utasításban.

Ha DB2 Connect-t használ, a probléma az lehet, hogy a rendszer nem találja a DCS katalógus bejegyzést a gazdagéppel való kapcsolatról.

Ha a kapcsolatot OS/2 ügyfél szeretné UNIX alapú, hitelesítő kiszolgálóval rendelkező kiszolgálóhoz létrehozni, és a felhasználó azonosító és jelszó az UPM felhasználói profilból való, akkor a kiszolgálón a felhasználó azonosítót kisbetűkkel a jelszót nagybetűkkel kell megadni.

A parancs nem hajtható végre.

Egyesített rendszer felhasználói: Ezt a helyzetet észlelheti az adatforrás is.

Felhasználói válasz: Adja meg a helyes felhasználói név/jelszó kombinációt!

Egyesített rendszer felhasználói: biztosítsa, hogy a SYSCAT.USEROPTIONS bejegyzés helyes felhasználói nevet és jelszót tartalmazzon az elérendő adatforráshoz!

sqlcode: -1403

sqlstate: 08004

SQL1404NA jelszó lejárt.

Magyarázat: A jelszava lejárt.

Felhasználói válasz: Változtassa meg a jelszót, majd próbálkozzon újra az új jelszóval! A jelszó megváltoztatására a DB2 Ügyfélkonfigurációs segédprogramot vagy a parancssori értelmező CONNECT és ATTACH parancsát használhatja.

sqlcode: -1404

sqlstate: 08004

SQL1405NNem sikerül kommunikálni a helyi DB2 hitelesítő kiszolgálóval.

Magyarázat: Az alkalmazás hitelesítése nem sikerült a DB2 hitelesítő kiszolgálóval zajló kommunikáció hibája miatt.

Felhasználói válasz: Biztosítsa, hogy a DB2 hitelesítő kiszolgáló elindult. Adja ki a következő parancsot egy OS/2 ablakban:

  detach db2upm

SQL1415NAz utasítás lefordítása csak diagnosztikai célokat szolgált, az utasítást nem hajtotta végre a rendszer.

Magyarázat: Az utasítás feldolgozása csak részlegesen történt meg, diagnosztikai információgyűjtés céljából. Az utasítás további feldolgozásához szükséges lépések nem fejeződtek be.

Felhasználói válasz: Ez a hibaüzenet arra való, hogy megakadályozza azon utasítások további feldolgozását, melyeket a szervizszolgáltatás részlegesen feldolgozott. Az üzenet nem jelent rendellenességet.

SQL1420NTúl sok összefűzési művelet.

Magyarázat: Az adatbáziskezelő elérte a belső korlátját egy kifejezés kiértékelése közben, vagy egy nagy objektum karakterlánc olyan típust eredményez, melyben túl sok az összefűzés (concatenate) művelet.

Felhasználói válasz: Csökkentse az összefűzések számát a kifejezésben, majd próbálkozzon újra!

sqlcode: -1420

sqlstate: 54001

SQL1421NMBCS átalakítási hiba történt a forrásváltozó vagy "<szám>" sqlvar és a wchar_t formátum közti átalakításkor. Az okkód "<rc>".

Magyarázat: A beágyazott SQL utasításokat tartalmazó C/C++ alkalmazás fordítása WCHARTYPE CONVERT beállítással történt. Az alkalmazás futásakor hiba történt wcstombs() függvényben a bemeneti forrásváltozók, vagy a mbstowcs() függvényben a kimenti forrásváltozók átalakításakor. A forrásváltozó vagy az sqlvar száma jelzi, hogy mely adattal történt probléma. Az érvényes okkódok:

1
a probléma a bemeneti adattal történt

2
a kimeneti adattal történt a hiba

Felhasználói válasz: Ha az alkalmazási adat MBCS formátumban van, fordítsa újra az alkalmazást WCHARTYPE NOCONVERT beállítással, majd szerkessze újra össze (link)! Ha az alkalmazásban az adat wchar_t formátumú, akkor a wcstombs() hibát okozó bemeneti adat sérült lehet. Javítsa ki az adatot, majd hajtsa végre újra az alkalmazást!

sqlcode: -1421

sqlstate: 22504

SQL1422NÉrvénytelen tárolóméret.

Magyarázat: Az adatbázis által kezelt táblaterületen használandó tárolók egyike túl nagy vagy túl kicsi. A tároló méretének legalább a terjedelem + 1 lap méretűnek kell lennie. A tároló maximális mérete operációs rendszertől függ. A leggyakoribb rendszerkorlát 2 gigabájt (524288 db 4K-os lap).

Felhasználói válasz: Nézze meg a diagnosztikai naplóban a részleteket! Ezek után javítsa ki az SQL utasítást!

sqlcode: -1422

sqlstate: 54039

SQL1423NA lekérdezés LOB adattípusú oszlopot tartalmaz.

Magyarázat: A lekérdezésben szereplő egyik oszlop BLOB, CLOB vagy DBCLOB típusú. Általában ezeket a típusokat nem kezelik a 2.1 verziónál korábbi ügyfelek.

A hiba az SQLCODE +238 figyelmeztetésnek felel meg. Az azt leíró üzenetben talál további részleteket. Az üzenetet kapó ügyfél nem tud BLOB adattípusokat feldolgozni. Képes lehet CLOB és DBCLOB adattípusokat kezelni a SUBSTR függvény segítségével, vagy ha az SQLDA adattípust egy elérhető karakteres adattípusra állítja, feltéve, hogy a LOB oszlop nem nagyobb mint a karakteres adattípus támogatott legnagyobb hossza.

Felhasználói válasz: Változtassa meg a lekérdezést, úgy, hogy az kihagyja a BLOB, CLOB és DBCLOB típusú oszlopokat! Ez az egyetlen lehetséges megoldás, ha a lekérdezés BLOB típusú oszlopot tartalmaz. Ha az oszlop (legyen C1) CLOB típusú, akkor használhatja a következőt: CAST(C1 AS LONG VARCHAR). Ez az első 32700 karaktert adja vissza. Hasonlóképpen: DBCLOB típusú oszlop esetén (DC1) a CAST(DC1 AS LONG VARGRAPHIC) utasítás az első 16350 karaktert eredményezi. Ha az alkalmazás kódja megváltoztatható, akkor úgy érdemes módosítani, hogy az SQLDA-ban LONG VARCHAR vagy LONG VARGRAPHIC típust használjon CLOB és DBCLOB esetében.

sqlcode: -1423

sqlstate: 56093

SQL1424NTúl sok az átmenetváltozóra és átmenettábla-oszlopra hivatkozás, vagy e hivatkozások sorhossza túl nagy. Az okkód="<rc>".

Magyarázat: A trigger egy REFERENCING tagmondatot tartalmaz, mely egy vagy több átmeneti táblát vagy átmeneti változót azonosít. A kiváltott művelet átmeneti táblák oszlopaira vagy átmeneti változókra hivatkozik az alábbi okkóddal azonosított feltételek mellett:

1
az összes hivatkozás száma nagyobb, mint a táblaoszlopok számának maximuma

2
a hosszak összege nagyobb, mint a tábla sorának maximális hossza

Felhasználói válasz: Csökkentse az átmeneti változókra, átmeneti táblák oszlopaira hivatkozások számát a trigger eljárásban, így a hossz csökken, illetve a hivatkozások száma kevesebb lesz, mint a tábla oszlopszámának maximuma.

sqlcode: -1424

sqlstate: 54040

SQL1425NFelhasználói azonosító nélküli jelszó.

Magyarázat: Az olyan parancsokban vagy API hívásokban, melyekben felhasználói azonosítót és jelszót kell megadni, nem adható meg csak jelszó felhasználói azonosító nélkül.

Felhasználói válasz: Adja ki újra a parancsot illetve API hívást, és adjon meg felhasználói azonosítót is, ha jelszót ad meg!

SQL1426NNem határozható meg az alapértelmezett példány.

Magyarázat: Ha nem végzett 'csatolás a példányhoz' műveletet, a példány parancsok implicite próbálják ezt megtenni az alapértelmezett példányhoz. Az alapértelmezett példány a DB2INSTDFT és a DB2INSTANCE környezeti változókból derül ki. Ha ezek egyike sincs beállítva, akkor nem lehet az implicit csatolást elvégezni.

Felhasználói válasz: Állítsa be ezen változók egyikét egy érvényes példánynévre, majd adja ki újra a parancsot!

SQL1427NAz egyik példánycsatolás nem létezik.

Magyarázat: Az alkalmazás nincs egy példányhoz sem csatolva. A kívánt parancs vagy API hívás nem hajtható végre, csak akkor, ha van létező példánycsatolás.

Felhasználói válasz: Ha a hiba a példányról való lekapcsolódáskor történt, akkor folytassa a munkát! Ha a hiba más parancs végrehajtásakor történt, akkor végezze el a példányhoz való csatolást, majd adja ki újra a parancsot!

SQL1428NAz alkalmazás már csatolva van a "<csomópontnév1>" adatbázishoz, míg a sikeres végrehajtáshoz a "<csomópontnév2>" adatbázishoz kellene csatolni.

Magyarázat: A parancs sikeres feldolgozásához másik csomóponthoz kell kapcsolódni. Az alkalmazásnak: 1) nem lehet egyetlen csatolása sem a parancs kiadásakor, vagy 2) csatolva kell lennie a parancshoz szükséges csomóponthoz.

Felhasználói válasz: Biztosítsa, hogy az alkalmazásnak ne legyen csatolása a parancs kiadásakor, vagy a megfelelő csomóponthoz legyen csatolva!

SQL1429NNem hozható létre olyan csomópontkatalógus-bejegyzés, amelyben a csomópontnév megegyezik a DB2INSTANCE környezeti változó értékével.

Magyarázat: A CATALOG NODE parancs API hívás nem engedélyez olyan bejegyzést, melynek csomópontneve megegyezik a DB2INSTANCE környezeti változó értékével.

Felhasználói válasz: Válasszon másik csomópontnevet a bejegyzendő csomópontnak, majd próbálja meg újra!

SQL1430NAz "<adatbázis>" adatbázisnév nem található a rendszer adatbázishozzáférési katalógusában "<csomópont>" csomóponton."

Magyarázat: Amikor az adatbázisnevet megadják az adatbázis megfigyelőnek, az adatbázisnak a helyi csomóponton vagy az éppen csatolt csomóponton kell lennie.

Felhasználói válasz: Győződjék meg róla, hogy a kérésben felsorolt adatbázisok a csatolt, vagy a helyi csomóponton találhatók! Adja ki újra a kérést!

SQL1431NTávoli végrehajtásnál nem megengedett a relatív elérési útvonal: "<útvonal>".

Magyarázat: Ha az alkalmazás a kiszolgálótól távoli csomóponton fut, relatív elérési útvonalak nem használhatók.

Felhasználói válasz: Adjon meg a kiszolgálón érvényes teljes elérési útvonalat, majd adja ki újra a parancsot!

SQL1432NEgy kérelem olyan adatbázisprotokollon keresztül ment a kiszolgálóra, amit a kiszolgáló nem ismeri fel.

Magyarázat: Ezt a hibát egy olyan DB2 kérelem okozta, ahol a kiszolgáló nem érti a kérést közvetítő adatbázisprotokollt. Ez a helyzet leggyakrabban akkor fordul elő, ha a DB2 ATTACH kérést küld egy olyan a kiszolgálónak, amely szerepel a csomópont katalógusában, de nem DB2 2-es verzió vagy újabb rendszer. A hiba akkor is előfordulhat, ha csatolási kérelmet küld a DB2 for AS/400, DB2 for MVS, vagy DB2 for VM vagy VSE kiszolgálónak.

Felhasználói válasz: Ne próbáljon kapcsolódni a felsorolt kiszolgálókhoz!

SQL1433NAz alkalmazás már csatolva van az "<adatbázis1>" adatbázishoz, míg a sikeres végrehajtáshoz az "<adatbázis2>" adatbázishoz kellene csatolni.

Magyarázat: A parancs sikeres feldolgozásához másik csomóponthoz kell kapcsolódni. Az alkalmazásnak: 1) nem lehet egyetlen kapcsolata sem a parancs kiadásakor, vagy 2) a parancshoz megfelelő adatbázishoz kell kapcsolódnia.

Felhasználói válasz: Biztosítsa, hogy az alkalmazásnak ne legyen kapcsolata a parancs kiadásakor, vagy a megfelelő adatbázishoz legyen kapcsolva!

SQL1434NA CONNECT vagy ATTACH utasítás azért nem sikerült, mert ügyfél-kiszolgáló inkompatibilitás áll fenn 32 bites és 64 bites platformok között.

Magyarázat: Ez a programváltozat nem támogatja a 32 bites és 64 bites platformok közti ügyfél-kiszolgáló kapcsolatot.

Felhasználói válasz: Az alábbi esetekben adhat ki CONNECT és ATTACH utasítást:

sqlcode: -1434

sqlstate: 08004

SQL1440WA WITH GRANT OPTION hatástalan a GRANT (adatbázisjogosultság), a GRANT (csomagjogosultságok) vagy GRANT (indexjogosultságok) utasításban vagy táblára vagy nézetre vonatkozó CONTROL jogosultság kiadásakor.

Magyarázat: A WITH GRANT OPTION nem használható az adatbázis jogosultságainak beállítására csomagok és indexek esetében. A WITH GRANT OPTION nem alkalmazható a jogosultságok kezelésére táblák, nézetek, indexek és csomagok esetében.

Minden a érvényesen kért jogosultság odaítélve.

Felhasználói válasz: Amikor a megadják az adatbázis, csomag vagy index jogosultságokat, nem adható meg a WITH GRANT OPTION tagmondat. A CONTROL jogosultság odaítélésekor külön GRANT utasítást kell használni a WITH GRANT OPTION tagmondat nélkül.

sqlcode: +1440

sqlstate: 01516

SQL1441NÉrvénytelen paraméter. Az okkód "<kód>".

Magyarázat: Az okkódok felsorolása következik:

1
A szövegkörnyezet mutató értéke NULL.

3
A szövegkörnyezet mutatónak van értéke, de egy érvénytelen területre mutat.

4
Érvénytelen beállítás

5
Egy lefoglalt paraméter nem NULL.

Felhasználói válasz: Biztosítsa, hogy az alkalmazás szövegkörnyezet mutatója megfelelően legyen inicializálva, és a beállítások érvényesek legyenek, majd próbálkozzon újra!

SQL1442NA környezet nincs használatban, vagy az aktuális programszál nem használja. Az okkód "<kód>".

Magyarázat: A hívás nem sikerült, mert:

1
A szövegkörnyezetet nem használja egyetlen szál sem (nem történt csatolás)

2
A szövegkörnyezet az aktuális szál nem használja.

3
Az aktuális szál nem használ szövegkörnyezetet.

Felhasználói válasz: Detach (lecsatolás) híváshoz győződjön meg róla, hogy a szövegkörnyezetet az aktuális szál használja és a megfelelő csatolás megtörtént!

A get current context híváshoz biztosítsa, hogy a szál használjon szövegkörnyezetet!

SQL1443NA szál már csatolva van egy környezethez.

Magyarázat: A felhasználó megpróbálta csatolni a szövegkörnyezetet a szálhoz, de az már használ egy másikat.

Felhasználói válasz: Csatolja le a jelenlegi szövegkörnyezetet, mielőtt újhoz csatolódna!

SQL1444NAz alkalmazáskörnyezet nem semmisíthető meg, mert használják.

Magyarázat: A felhasználó megpróbálta megsemmisíteni az alkalmazási szövegkörnyezetet, de az még használatban van. Egy szál kapcsolódik a szövegkörnyezethez, vagy CONNECT vagy ATTACH van hozzá társítva. CONNECT RESET vagy DETACH műveletet kell végezni, (ha volt CONNECT vagy ATTACH művelet), és minden szálat le kell kapcsolni a szövegkörnyezetről, mielőtt azt meg lehetne semmisíteni.

Felhasználói válasz: Győződjön meg róla, hogy minden, a szövegkörnyezethez csatoló hívásnak megvan lekapcsolás párja, minden CONNECT-nek megvan a CONNECT RESET, és minden ATTACH-nak megvan a DETACH párja!

SQL1445NA szál vagy folyamat nem rendelkezik olyan környezettel, amelyben használható.

Magyarázat: Az SQL_CTX_MULTI_MANUAL típusú szövegkörnyezet van érvényben, de az aktuális szál nem kapcsolódik egyetlen szövegkörnyezethez sem.

Felhasználói válasz: Győződjék meg róla, hogy a folyamathoz kapcsolódik szövegkörnyezet, s ezután végezzen adatbázis-műveleteket!

SQL1450NÉrvénytelen bejegyzésinformáció-mutató.

Magyarázat: Érvénytelen a bejegyzésinformáció-mutató a bejegyzési DB2 kiszolgáló parancsban vagy API hívásban.

Felhasználói válasz: Ellenőrizze, hogy érvényes mutatót adott meg a bejegyzési DB2 kiszolgáló parancsban illetve API hívásban!

SQL1451NA "Register/deregister DB2 server" parancsot kiszolgáló-csomóponton kell kiadni.

Magyarázat: A DB2 kiszolgáló bejegyzése illetve katalógusból való eltávolítása parancs érvénytelen csomópontból lett kiadva.

Felhasználói válasz: Adja ki újra a bejegyzési DB2 kiszolgáló parancsot vagy API hívást, a kiszolgáló csomópontról!

SQL1452NÉrvénytelen a megadott bejegyzési hely.

Magyarázat: Érvénytelen bejegyzési helyszín a DB2 kiszolgáló bejegyzési parancsában, illetve API hívásban.

Felhasználói válasz: Ellenőrizze, hogy érvényes bejegyzési helyszínt adott meg a DB2 kiszolgáló parancsban, illetve API hívásban!

SQL1453NAz adatbáziskezelő konfigurációs fájljában a fájlkiszolgáló nevének bejegyzése hiányzik vagy érvénytelen.

Magyarázat: A konfigurációs parancsban, API hívásban vagy az adatbáziskezelő konfigurációs fájlban megadott fájlkiszolgáló-név hiányzik vagy érvénytelen.

Felhasználói válasz: Ellenőrizze, hogy a fájlkiszolgáló nevét megadta, az nem tartalmaz érvénytelen karaktereket és nem hosszabb mint 48 karakter! Frissítse az adatbáziskezelő konfigurációs fájlban a fájlkiszolgáló nevét, majd adja ki újra a parancsot, illetve API hívást!

SQL1454NAz adatbáziskezelő konfigurációs fájljában az objektumnév bejegyzése hiányzik vagy érvénytelen.

Magyarázat: A konfigurációs parancsban, API hívásban vagy az adatbáziskezelő konfigurációs fájlban az objektumnév hiányzik vagy érvénytelen.

Felhasználói válasz: Ellenőrizze, hogy az objektumnevet megadta, az nem tartalmaz érvénytelen karaktereket és nem hosszabb mint 48 karakter! Frissítse az adatbáziskezelő konfigurációs fájlt az objektumnévvel, majd adja ki újra a parancsot illetve API hívást!

SQL1455NAz adatbáziskezelő konfigurációs fájljában az IPX socketszám bejegyzése hiányzik vagy érvénytelen.

Magyarázat: A konfigurációs parancsban, API hívásban vagy az adatbáziskezelő konfigurációs fájlban megadott IPX socketszám hiányzik vagy érvénytelen.

Felhasználói válasz: Ellenőrizze, hogy megadta az IPX socketszámot, az nem tartalmaz érvénytelen karaktereket, és nem hosszabb mint 4 karakter! Frissítse az adatbáziskezelő konfigurációs fájlt az IPX socketszámmal, majd adja ki újra a parancsot, illetve API hívást!

SQL1456NAz adatbáziskezelő konfigurációs fájljában megadott objektumnév már szerepel a NetWare fájlkiszolgálón.

Magyarázat: Objektumnév ismétlődés történt a DB2 kiszolgáló objektum bejegyzésekor a NetWare fájlkiszolgálón.

Felhasználói válasz: Az adatbáziskezelő konfigurációban megadott objektumnevet már használják. Változtassa meg az objektumnevet, majd próbálja meg újra bejegyezni a DB2 kiszolgálót!

SQL1457NA bejegyzés/lemondás nem tudott bejelentkezni a NetWare fájlkiszolgálóra, mert már fennáll egy NetWare katalógusszolgáltatás-kapcsolat ezzel a fájlkiszolgálóval.

Magyarázat: Nem lehet bejelentkezni az összerendelési tárba a NWLoginToFileServer-rel ha a NetWare katalógus szolgáltatás kapcsolat már létrejött a megadott fájlkiszolgálóval.

Felhasználói válasz: Szüntesse meg a katalógus szolgáltatás kapcsolatot (jelentkezzen ki a kiszolgálóról és kapcsolja le a katalógus szolgáltatást), majd adja ki újra a bejegyzés/bejegyzés eltávolítása parancsot!

SQL1458NAz adatbáziskezelő konfigurációjában az IPX/SPX közvetlen címzésre van konfigurálva. Nem kell a DB2 kiszolgálót bejegyezni/lemondani a NetWare fájlkiszolgálón(ról).

Magyarázat: A bejegyzés/bejegyzés eltávolítása nem szükséges, mert az adatbáziskezelő konfigurációs fájljában direkt IPX/SPX címzés van beállítva. Vagyis a fájlkiszolgáló és objektumnév megadott értéke '*'.

Felhasználói válasz: Megjegyzendő, hogy mivel a DB2 kiszolgáló kizárólag közvetlen IPX/SPX címzésre van beállítva, a fájlkiszolgáló címzést használó ügyfelek nem tudnak kapcsolódni ehhez a kiszolgálóhoz. Ahhoz, hogy a kiszolgáló mindkét fajta IPX/SPX címzést támogassa, adjon meg fájlkiszolgálót és objektumnevet az adatbáziskezelő konfigurációs fájljában!

SQL1460NA SOCKS kiszolgálónév feloldásához szükséges "<változó>" környezeti változó érvénytelen vagy nem definiált.

Magyarázat: A SOCKS_NS vagy a SOCKS_SERVER környezeti változó nincs megadva. A SOCKS protokolltámogatáshoz szükség van mindkettőre.

SOCKS_NS
Ez a tartománynév-kiszolgáló IP címe, ahol a SOCKS kiszolgálót megadták.

SOCKS_SERVER
Ez a SOCKS kiszolgáló gépneve.

Felhasználói válasz: Adja meg a hiányzó változó értékét, majd adja ki újra a parancsot!

SQL1461NÉrvénytelen védelembeállítás: "<védelem>".

Magyarázat: A TCP/IP csomópont SECURITY beállítása nem 'SOCKS'. Ez a beállítás teszi lehetővé a katalógusba vett TCP/IP csomópont számára, hogy a SOCKS protokoll szerint járjon át a tűzfalon. A 'SOCKS'-on kívül más érték nem engedélyezett.

Felhasználói válasz: Ellenőrizze, hogy van-e szüksége SOCKS protokolltámogatásra! Ha igen, akkor jegyezze be újra a csomópontot SECURITY SOCKS beállítással! Ha nincs, akkor jegyezze be újra a csomópontot a SECURITY beállítás nélkül!

SQL1462NA kérelem csak szinkronizációspont-kezelő kapcsolatban érvényes.

Magyarázat: Olyan kérés érkezett, mely csak a szinkronizációspont-kezelő kapcsolatban érvényes, de ilyen szinkronizációspont-kezelő példánnyal nincs összeköttetés.

Felhasználói válasz: Kapcsolódjon a szinkronizációspont-kezelő példányhoz, majd adja ki újra a kérést!

SQL1468NAz adatbáziskezelő TCP/IP figyelőt be kell konfigurálva lennie és futnia kell a "<példány>" kiszolgáló példányon (csomópont "<csomópont-num1>") mielőtt megpróbál kapcsolódni (CONNECT) vagy csatlakozni (ATTACH) a "<csomópont-num2>"-höz.

Magyarázat: A SET CLIENT parancsot, API-t vagy a DB2NODE környezeti változót használták a CONNECT vagy ATTACH "<csomópont-num2>" megadásához. Ahhoz, hogy kapcsolódjon (CONNECT) vagy csatlakozzon (ATTACH) ehhez a csomóponthoz, az adatbáziskezelő TCP/IP figyelőnek konfigurálva kell lennie és futnia kell a "<példány>" kiszolgáló példányon ("<csomópont-1>" csomópont).

Megjegyzés:

Ezt az üzenetet lehet, hogy egy beleértett CONNECT vagy ATTACH adta vissza.

Felhasználói válasz: Vagy:

sqlcode: -1468

sqlstate: 08004

SQL1469N"<példánynév>" példány ("<csomópont-num1>" csomópont) nem rendelkezik a db2nodes.cfg fájlban megadott "<csomópont-num2>" csomóponttal.

Magyarázat: A SET CLIENT parancsot, API-t vagy a DB2NODE környezeti változót használták a CONNECT vagy ATTACH "<csomópont-num2>" megadásához. Egymást követő CONNECT vagy ATTACH folyamat képtelen volt megtalálni ezt a csomópontot a db2nodes.cfg fájlban a "<példánynév>" példányon ("<csomópont-num1>" csomópont).

Megjegyzés:

Ezt az üzenetet lehet, hogy egy beleértett CONNECT vagy ATTACH adta vissza.

Felhasználói válasz: Győződjön meg arról, hogy a SET CLIENT parancs, API vagy DB2NODE környezeti változó által megadott csomópontszám létezik a köztes "<példánynév>" példányban ("<csomópont-num1>" csomópont).

sqlcode: -1469

sqlstate: 08004

SQL1470NÉrvénytelen a DB2NODE környezeti változó értéke.

Magyarázat: A DB2NODE környezeti változó adja meg azt a csomópontot, ahová az alkalmazás kapcsolódni próbál. Ha a DB2NODE nincs beállítva vagy üres, akkor az alkalmazás az alapértelmezett csomóponthoz kapcsolódik. Egyébként a DB2NODE változót az alkalmazás gazdagépén megadott csomópontok egyikének csomópontszámára kell beállítani.

Felhasználói válasz: Állítsa be a DB2NODE környezeti változóban az alábbi értékek egyikét:

nem beállított
esetén az alkalmazás az alapértelmezett csomóponthoz fog kapcsolódni

üres
esetén az alkalmazás az alapértelmezett csomóponthoz fog kapcsolódni

szám
esetén az alkalmazás a megadott csomópontszámú csomóponthoz fog kapcsolódni. A csomópontnak ugyanazon a gépen kell futnia, mint az alkalmazásnak.

sqlcode: -1470

sqlstate: 08001

SQL1471N Nem lehet kapcsolódni a "<csomópontszám>" csomóponton lévő "<adatbázisnév>" adatbázishoz, mert e csomópont adatbázisa nincs szinkronizálva a katalógus-csomóponttal.

Magyarázat: A csomópont naplóvége információja nem egyezik a katalógus megfelelő bejegyzésével. Ennek oka lehet, hogy az adatbázist a különböző csomópontokon különböző biztonsági mentésekből állították vissza.

Felhasználói válasz: Ha az adatbázis előregörgetés nélkül lett visszaállítva egy csomóponton, akkor ellenőrizni kell, hogy az adatbázis az összes csomóponton konzisztens offline biztonsági mentésekből lett helyreállítva, előregörgetés nélkül.

sqlcode: -1471

sqlstate: 08004

SQL1472NNem lehet kapcsolódni a "<csomópontszám>" csomóponton lévő "<adatbázisnév>" adatbázishoz, mert a katalóguscsomópont rendszerideje és e csomópont virtuális időbélyege között nagyobb a különbség, mint a max_time_diff adatbáziskezelő konfigurációs paraméter értéke.

Magyarázat: A konfigurációban (a db2nodes.cfg fájlban) lévő gépekhez tartozó rendszeridő-különbség nagyobb, mint a max_time_diff adatbáziskezelő konfigurációs paraméter.

Felhasználói válasz: Hangolja össze a rendszeridőket az összes gépen, és biztosítsa, hogy a max_time_diff paraméter lehető tegye az adatbázis gépek között szokásos kommunikációs késleltetéseket!

Ha a fenti nem oldja meg a problémát, tekintse át a Administration Guide című kiadványban a lehetséges okokat és teendőket!

sqlcode: -1472

sqlstate: 08004

SQL1473NNem lehet véglegesíteni a tranzakciót, mert a helyi csomóponton a rendszeridő és a "<csomópont-lista>" csomópont(ok)on a virtuális időbélyeg különbsége nagyobb, mint a max_time_diff adatbáziskezelő konfigurációs paraméter értéke. A tranzakciót visszagörgette a rendszer.

Magyarázat: A konfigurációban (a db2nodes.cfg fájlban) lévő gépekhez tartozó rendszeridő-különbség nagyobb, mint a max_time_diff adatbáziskezelő konfigurációs paraméter.

Ha ",..." jelenik meg a csomópontlista végén, a syslog fájlban találhatja meg a csomópontok teljes listáját.

Felhasználói válasz: Hangolja össze a rendszeridőket az összes gépen, és biztosítsa, hogy a max_time_diff paraméter lehető tegye az adatbázis gépek között szokásos kommunikációs késleltetéseket!

sqlcode: -1473

sqlstate: 40504

SQL1474WA tranzakció sikeresen befejeződött, de a helyi csomóponton a rendszeridő és a "<csomópont-lista>" csomópont(ok)on a virtuális időbélyeg különbsége nagyobb, mint a max_time_diff adatbáziskezelő konfigurációs paraméter értéke.

Magyarázat: A konfigurációban (a db2nodes.cfg fájlban) lévő gépekhez tartozó rendszeridő-különbség nagyobb, mint a max_time_diff adatbáziskezelő konfigurációs paraméter.

Ez a figyelmeztetés csak olvasó tranzakciókhoz jut el, mivel, őket nem befolyásolja ez a helyzet. A többi tranzakció azonban vissza lesz görgetve. Az üzenet célja az, hogy tájékoztassa a felhasználót az előállt helyzetről, így a szükséges művelet a lehető legkorábbi időpontban végrehajtható.

Ha ",..." jelenik meg a csomópontlista végén, a syslog fájlban találhatja meg a csomópontok teljes listáját.

Felhasználói válasz: Hangolja össze a rendszeridőket az összes gépen, és biztosítsa, hogy a max_time_diff paraméter lehető tegye az adatbázis gépek között szokásos kommunikációs késleltetéseket!

sqlcode: 1474

sqlstate: 01607

SQL1475WA CONNECT RESET feldolgozása során rendszerhiba történt.

Magyarázat: A CONNECT RESET sikerült, de rendszerhiba - például csomóponthiba vagy kommunikációs hiba léphetett fel.

Felhasználói válasz: Ellenőrizze a db2diag.log fájlban a részleteket! Az adatbázist esetleg újra kell indítani ezen a csomóponton.

sqlcode: 1475

sqlstate: 01622

SQL1476N"<sqlcode>" hiba miatt a rendszer visszagörgette az aktuális tranzakciót.

Magyarázat: A táblát a NOT LOGGED INITIALLY beállítással hozták létre, vagy e beállítást aktivizálták egy meglevő táblára. Egy munkaegységen belül vagy hiba történt, vagy ROLLBACK TO SAVEPOINT utasítás szerepelt. A munkaegység visszagörgetése megtörtént. Ennek hatásai a következők:

Az itt szereplő "<sqlcode>" az eredeti hiba SQLCODE értéke. Az "<sqlcode>" 0 lesz, ha ROLLBACK TO SAVEPOINT szerepelt a tranzakcióban.

Felhasználói válasz: Javítsa ki a hibát, majd futtassa a tranzakciót újra! Töröljön minden olyan ROLLBACK TO SAVEPOINT utasítást, amely NOT LOGGED INITIALLY tábla létrehozásával vagy aktivizálásával egy tranzakcióban szerepel!

sqlcode: -1476

sqlstate: 40506

SQL1477NA tábla nem érhető el: "<táblanév>".

Magyarázat: Kísérlet történt egy nem elérhető tábla elérésére. A tábla esetleg az alábbi okok egyike miatt nem hozzáférhető:

A hozzáférés a táblához nem megengedett, mert épsége nem garantálható.

Felhasználói válasz: A következőket lehet tenni:

sqlcode: -1477

sqlstate: 55019

SQL1478WAz adatbázist elindították, de csak egy pufferterület aktivizálása történt meg.

Magyarázat: Csak egy kisméretű pufferterület aktivizálódott, kiterjesztett tároló nélkül. Ennek a következők egyike lehet az oka:

Felhasználói válasz: Ellenőrizze a db2diag.log fájlban a probléma forrását! A lehetséges megoldások:

Miután elvégezte a változtatásokat, kapcsolódjon le az adatbázisról és indítsa azt újra!

sqlcode: +1478

sqlstate: 01626

SQL1479WBeolvasási kísérlet történt, mielőtt az eredményhalmazba került volna az első sorhalmaz.

Magyarázat: A kért sorkészlet és az eredményhalmaz eleje átfedi egymást, és a megadott FETCH tájolástól függően:

SQL_FETCH_PRIOR
a következő helyzetek egyike áll fenn:

SQL_FETCH_RELATIVE
a beolvasási eltolás abszolút értéke kisebb vagy egyenlő, mint az aktuális sorkészlet mérete.

SQL_FETCH_ABSOLUTE
a beolvasási eltolás értéke negatív, abszolút értéke pedig nagyobb, mint az eredményhalmaz, de kisebb vagy egyenlő, mint az aktuális sorkészlet mérete.

Felhasználói válasz: Nincs tennivaló.

SQL1480NA DISCOVER adatbáziskezelő konfigurációs paraméterben megadott felfedezéstípus érvénytelen.

Magyarázat: Az adatbáziskezelő DISCOVER paraméterének érvényes értékei: DISABLE, KNOWN, és SEARCH.

Felhasználói válasz: Az adatbáziskezelő DISCOVER konfigurációs paraméterében a DISABLE, KNOWN és SEARCH típusok egyikét állítsa be!

SQL1481NA DISCOVER_COMM paraméterben megadott egy vagy több kommunikációs protokoll érvénytelen.

Magyarázat: Az adatbáziskezelő konfiguráció DISCOVER_COMM paraméterének érvényes értékei a NETBIOS, és a TCPIP értékek bármely kombinációja vesszővel elválasztva.

Felhasználói válasz: Frissítse a DISCOVER_COMM adatbáziskezelő konfiguráció paramétert a NETBIOS, vagy a TCPIP értékek bármely kombinációjával, vesszővel elválasztva.

SQL1482WA BUFFPAGE paramétert csak akkor fogja használni a rendszer, ha az egyik pufferterület definíció szerint -1 méretű.

Magyarázat: Ez a figyelmeztetés azt jelzi, hogy a BUFFPAGE adatbázis konfigurációs paraméter hatástalan, ha az adatbázis egyetlen pufferterületét sem definiálták -1 mérettel. A -1 azt jelzi, hogy a pufferterület a BUFFPAGE paraméter alapján határozza meg a pufferterület lapjainak számát.

Felhasználói válasz: A SYSCAT.BUFFERPOOLS-ból választva tekintheti meg a pufferterületek definícióit. Ha egyetlen pufferterület sem -1 (NPAGES) nagyságú, akkor a BUFFPAGE paraméter nem változtatja meg az adatbázis pufferterületeinek nagyságát.

SQL1490WAz adatbázis aktivizálása sikeres, azonban az adatbázis már aktivizálva lett egy vagy több csomóponton.

Magyarázat: Az adatbázist már kifejezetten aktivizálták egy vagy több csomóponton.

Felhasználói válasz: Nézze meg a diagnosztikai naplóban, hogy melyik csomópontról érkezik a figyelmezetés!

SQL1491NAz adatbázis ("<név>") leállítása nem történt meg, mert még használják.

Magyarázat: Az adatbázist nem lehet deaktivizálni, ha még kapcsolódik hozzá alkalmazás.

Felhasználói válasz: Ellenőrizze, hogy az összes alkalmazás végrehajtott CONNECT RESET műveletet, majd próbálkozzon újra!

SQL1492NAz adatbázis ("<név>") leállítása nem történt meg, mert nem is volt aktivizálva.

Magyarázat: Az adatbázis nem deaktivizálható, mert nem volt aktív.

Felhasználói válasz: Nem kell semmit sem tennie.

SQL1493NAz alkalmazás már kapcsolódik egy aktív adatbázishoz.

Magyarázat: Az ACTIVATE DATABASE és DEACTIVATE DATABASE parancsokat nem lehet végrehajtani, mert az alkalmazás már az adatbázishoz kapcsolódik.

Felhasználói válasz: Kapcsolódjon le az adatbázisról, majd próbálkozzon újra!

SQL1494WAz adatbázis aktivizálása sikeres, de az adatbázisnak már van összeköttetése.

Magyarázat: Már van adatbázis kapcsolat egy vagy több csomóponton.

Felhasználói válasz: Nézze meg a diagnosztikai naplóban, hogy melyik csomópontról érkezik a figyelmezetés!

SQL1495WAz adatbázis leállítása sikeres, de az adatbázisnak még van összeköttetése.

Magyarázat: Még van adatbázis kapcsolat egy vagy több csomóponthoz.

Felhasználói válasz: Nézze meg a diagnosztikai naplóban, hogy melyik csomópontról érkezik a figyelmezetés!

SQL1496WAz adatbázis leállítása sikeres, de az adatbázis nem volt aktivizálva.

Magyarázat: Az adatbázis nem volt elindítva egy vagy több csomóponton az adatbázis leállítás végrehajtásakor.

Felhasználói válasz: Nézze meg a diagnosztikai naplóban, hogy melyik csomópontról érkezik a figyelmezetés!

SQL1497WAdatbázis aktivizálása/leállítása sikeres volt, bár egyes csomópontokon hiba történt.

Magyarázat: Az adatbázis aktivizálása/leállítása sikerült a katalógus és a koordinátor csomóponton, de egyes más csomópont(ok)on hiba történt.

Felhasználói válasz: A diagnosztikai naplóból tudhatja meg, hogy milyen hiba történt az egyes csomópontokon. Javítsa ki a problémát, ha lehetséges, majd adja ki újra az ACTIVATE/DEACTIVATE DATABASE parancsot!


[ Oldal eleje | Előző oldal | Következő oldal | Tartalom | Tárgymutató ]