SQL1400N | A 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.
SQL1401N | A 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
SQL1402N | Vá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!
SQL1403N | A 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
SQL1404N | A 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
SQL1405N | Nem 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
SQL1415N | Az 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.
SQL1420N | Tú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
SQL1421N | MBCS á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:
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
SQL1423N | A 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
SQL1424N | Tú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:
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
SQL1425N | Felhaszná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!
SQL1426N | Nem 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!
SQL1427N | Az 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!
SQL1428N | Az 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!
SQL1429N | Nem 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!
SQL1430N | Az "<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!
SQL1431N | Tá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!
SQL1432N | Egy 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!
SQL1433N | Az 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!
SQL1434N | A 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
SQL1440W | A 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:
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!
SQL1442N | A 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:
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!
SQL1443N | A 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!
SQL1444N | Az 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!
SQL1445N | A 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!
SQL1451N | A "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!
SQL1453N | Az 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!
SQL1454N | Az 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!
SQL1455N | Az 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!
SQL1456N | Az 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!
SQL1457N | A 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!
SQL1458N | Az 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!
SQL1460N | A 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.
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!
SQL1462N | A 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!
SQL1468N | Az 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:
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:
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
SQL1472N | Nem 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
SQL1473N | Nem 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
SQL1474W | A 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
SQL1475W | A 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
SQL1477N | A 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
SQL1478W | Az 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
SQL1479W | Beolvasá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:
Felhasználói válasz: Nincs tennivaló.
SQL1480N | A 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!
SQL1481N | A 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.
SQL1482W | A 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.
SQL1490W | Az 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!
SQL1491N | Az 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!
SQL1492N | Az 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.
SQL1493N | Az 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!
SQL1494W | Az 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!
SQL1495W | Az 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!
SQL1496W | Az 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!
SQL1497W | Adatbá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!