Üzenetek leírása

SQL0900 - SQL0999

SQL0900NAz alkalmazás állapota hibás. Nem létezik adatbázis kapcsolat.

Magyarázat: Nincs kapcsolat az adatbázissal. Ennek a következők egyike lehet az oka:

Felhasználói válasz: Hozzon létre újra aktuális kapcsolatot úgy, hogy vagy átkapcsol egy létező rejtett kapcsolatra (a CONNECT TO vagy a SET CONNECTION parancs használatával) vagy új kapcsolatot hoz létre (a CONNECT parancs segítségével)!

sqlcode: -900

sqlstate: 08003

SQL0901NAz SQL utasítás egy nem súlyos rendszerhiba miatt meghiúsult. Az ezt követő SQL utasítások feldolgozhatóak. (Ok "<ok>".)

Magyarázat: Rendszerhiba miatt hiba történt. Az SQL utasítás feldolgozása megállt az "<ok>" ok miatt (ez csak angolul szerepel és csak az IBM képviselet számára hordoz jelentést).

Felhasználói válasz: Jegyezze fel az üzenet számát (SQLCODE) és az "<ok>" okot!

Ha a nyomkövetés aktív volt, indítsa el az Independent Trace Facility programot az operációs rendszer parancssorából! A szolgáltatás használatát az Independent Trace Facility rész írja le a Troubleshooting Guide könyvben. Ezután keresse fel a technikai támogatást nyújtó képviselőjet a következő információkkal:

Egyesített rendszer felhasználói: Szűkítse a problémát a kérést meghiúsító adatforrásra (az SQL utasítás feldolgozását meghiúsító adatforrás meghatározásához nézze meg Problémameghatározási útmutató-t), és hajtsa végre a szükséges diagnosztikai műveleteket az adatforráson! A hibafelderítési eljárások adatforrásonként változnak, ezért nézze meg a megfelelő adatforrás kézikönyvét!

sqlcode: -901

sqlstate: 58004

SQL0902CRendszerhiba történt (okkód = "<okkód>"). A további SQL utasítások nem dolgozhatók fel.

Magyarázat: Rendszerhiba történt.

Felhasználói válasz: Jegyezze fel az üzenet számát, (SQLCODE) értékét és az üzenetben szereplő okkódot!

Ha a nyomkövetés aktív volt, indítsa el az Independent Trace Facility programot az operációs rendszer parancssorából! A szolgáltatás használatát az Independent Trace Facility rész írja le a Troubleshooting Guide könyvben. Ezután keresse fel a technikai támogatást nyújtó képviselőjet a következő információkkal:

Egyesített rendszer felhasználói: Szűkítse a problémát a kérést meghiúsító adatforrásra (az SQL utasítás feldolgozását meghiúsító adatforrás meghatározásához nézze meg Problémameghatározási útmutató-t), és hajtsa végre a szükséges diagnosztikai műveleteket az adatforráson! A hibafelderítési eljárások adatforrásonként változnak, ezért nézze meg a megfelelő adatforrás kézikönyvét!

sqlcode: -902

sqlstate: 58005

SQL0903NSikertelen COMMIT utasítás. A tranzakció visszagörgetve. Okkód: "<okkód>"

Magyarázat: Egy vagy több, a jelenlegi munkaegységben résztvevő kiszolgáló képtelen volt az adatbázist véglegesítésre előkészíteni. A COMMIT utasítás meghiúsult és a tranzakciót visszagörgette a rendszer.

A lehetséges okkódok a következők:

01
Megszakadt a kapcsolat az egyik, a munkaegységben szereplő adatbázissal.

Egyesített rendszer felhasználói: Ha beceneveket használó egyesített kiszolgáló adatbázissal létesített kapcsolatot, akkor az adatbázison belüli egyik becenévhez szükséges adatforrásra irányuló kapcsolat szakadt meg.

02
Hozzáférés történt az egyik, a munkaegységben szereplő adatbázishoz vagy csomóponthoz, de az nem volt képes a véglegesítést előkészíteni.

Egyesített rendszer felhasználói: ha olyan egyesített kiszolgáló adatbázishoz kapcsolódott, amely beceneveket használ, akkor az egyik becenévhez szükséges adatforrások egyike nem tudja előkészíteni a véglegesítést.

03
Egyik, a munkaegységben szereplő DB2 Data Links Manager nem tudta előkészíteni a véglegesítést.

Felhasználói válasz: Ha egy adatbázissal megszakadt a kapcsolat, hozza létre újra a kapcsolatot! Ha a hiba a kapcsolattal kapcsolatos, tekintse át a távoli rendszer hibadiagnosztikai naplóit, hogy meghatározza a hiba természetét és azt, hogy mi a teendő! Futtassa újra az alkalmazást!

sqlcode: -903

sqlstate: 40504

SQL0904NSikertelen végrehajtás egy nem elérhető erőforrás miatt. Okkód: "<okkód>", erőforrástípus: "<erőforrástípus>" és erőforrásnév: "<erőforrásnév>".

Magyarázat: Az SQL utasítást nem lehetett végrehajtani, mert az "<erőforrástípus>" típusú "<erőforrásnév>" erőforrás nem volt elérhető az adott időpontban az "<okkód>" ok miatt. Az erőforrástípus kódjával kapcsolatban a DB2 for MVS hibafelderítési dokumentációjában talál magyarázatot.

Felhasználói válasz: Ellenőrizze az elérhetetlen erőforrás azonosságát! A megadott "<okkód>" segítségével kiderítheti, hogy az erőforrás miért nem volt elérhető.

sqlcode: -904

sqlstate: 57011

SQL0905NSikertelen végrehajtás erőforrás korlát túllépése miatt. Erőforrásnév = "<erőforrásnév>", korlát= "<korlát1>" CPU másodperc ("<korlát2>" szolgáltatási egység) "<korlátforrás>"-ból származtatva.

Magyarázat: Az SQL utasítás végrehajtása egy erőforráskorlát túllépése miatt megszakadt.

Az erőforrás, amelynek korlátját átlépték "<erőforrásnév>". Ez egyben az erőforráskorlátot megadó tábla azon oszlopának is a neve, amelyből a korlát származik. A túllépett korlát CPU másodpercekben "<korlát1>", szolgáltatási egységekben "<korlát2>". Az "<erőforrásnév>" lehet ASUTIME, ami nem más, mint az egyes SQL utasítások számára engedélyezett CPU másodpercek száma. A CPU másodpercek megengedett legnagyobb száma "<korlát1>". A szolgáltatási egységek legnagyobb száma "<korlát2>".

A korlát értékének származtatásához használt forrás a "<korlátforrás>". Ez vagy az erőforráskorlátot megadó tábla neve, vagy egy 'rendszerparaméter'. Ha a forrás rendszerparaméter, az erőforráskorlátot megadó tábla nem tartalmazott megfelelő bejegyzést, vagy hiba történt a tábla elérése közben. A korlát mindkét esetben telepítési (rendszer) paraméterből származik.

Felhasználói válasz: Határozza meg, hogy miért tartott olyan hosszú ideig ez az SQL utasítás, és végezze el a megfelelő műveletet! Fontolja meg az SQL utasítás egyszerűsítését, a táblák és indexek újraszerkesztését, vagy az erőforráskorlátot megadó táblák karbantartásáért felelős telepítő csoport megkeresését!

Ez a visszatérési kód nem akadályozza meg az alkalmazási programot abban, hogy további SQL utasításokat hajtson végre.

sqlcode: -905

sqlstate: 57014

SQL0906NAz SQL utasítás nem hajtható végre mivel ez a függvény előző hiba miatt le lett tiltva.

Magyarázat: Az SQL utasítás végrehajtása meghiúsult, mert a kért függvényt egy előző hiba miatt letiltotta a rendszer. Ez a helyzet akkor állhat elő, ha az alkalmazási program rendellenes befejeződést fogott (például egy PL/I program ON ERROR állapota miatt), és folytatta az SQL utasítások végrehajtását. Akkor is előfordulhat ilyen helyzet, ha egy DB2 CICS tranzakció szál-létrehozási hibába ütközött, mégis folytatta az SQL kérések kiadását, anélkül, hogy előbb kiadta volna a SYNCPOINT ROLLBACK utasítást.

Felhasználói válasz: Az alkalmazási programnak általában meg kell szakadnia, ha ezt a visszatérési kódot kapja. Az alkalmazás más SQL utasítások végrehajtására irányuló, összes ezt követő kísérletei ugyanezen visszatérési kóddal fognak meghiúsulni. DB2 CICS tranzakció esetén, ha az SQLCA-ban lévő SQLERRP mező a DSNCEXT1 modulnevet tartalmazza, a tranzakció kiadhatja a SYNCPOINT ROLLBACK utasítást, és folytathatja a feldolgozást. Ha a tranzakció a ROLLBACK utasítás kiadását és a feldolgozás folytatását választja, képesnek kell lennie arra, hogy kijavítsa az eredeti szál-létrehozási hibát kiváltó helyzetet.

sqlcode: -906

sqlstate: 24514, 51005, 58023

SQL0908N"<összerendelés-típus>" hiba, "<jogaz>" jogosultság használata BIND, REBIND vagy AUTO_REBIND művelet esetén nem megengedett.

Magyarázat: BIND és REBIND esetén a jelzett jogosultságazonosító számára tervvel vagy csomaggal kapcsolatban nem engedélyezett a jelzett "<összerendelés-típus>". Az erőforráskorlátot megadó táblában (RLST) egy bejegyzés tiltja az összerendelést vagy újra összerendelést ezen jogosultságazonosító vagy az összes jogosultságazonosító számára. AUTO-REBIND esetén az AUTO-REBIND műveleteket vezérlő rendszerparaméter beállítása tiltja az AUTO-REBIND műveletet.

összerendelés-típus
Az összerendelési művelet típusa (BIND, REBIND vagy AUTO-REBIND).

jogaz
A BIND alparancs hívójának jogosultságazonosítója vagy az AUTO-REBIND műveleti terv hívójának elsődleges jogosultságazonosítója.

Felhasználói válasz: Ha a jelzett jogosultságazonosítónak összerendelést engedélyező állapotban kellene lennie, változtassa meg az aktív RLST tábla bejegyzését! Ha az AUTO-REBIND műveletek le vannak tiltva, rendelje össze újra a csomagot, mielőtt ismét végrehajtaná!

sqlcode: -908

sqlstate: 23510

SQL0909NAz objektum törlődött.

Magyarázat: Az alkalmazási program vagy (1) eldobta a táblát, és ezután megpróbált hozzáférni, vagy (2) eldobott egy indexet, majd megpróbált ezen index segítségével hozzáférni annak objektumtáblájához.

Felhasználói válasz: Javítsa ki az alkalmazási program logikáját úgy, hogy egy objektum eldobása után ne próbálja meg elérni vagy használni azt!

Index eldobása különösen alkalmazási programban veszélyes, mert nem lehet kideríteni, hogy az alkalmazáshoz kialakított terv (BIND vagy REBIND művelettel) ténylegesen használ-e egy bizonyos indexet arra, hogy hozzáférjen annak objektumtáblájához.

sqlcode: -909

sqlstate: 57007

SQL0910NAz SQL utasítás nem férhet hozzá egy objektumhoz, amelynek módosítása esedékes.

Magyarázat: Az alkalmazás megkísérelt egy objektumot elérni ugyanabban a munkaegységben, amelyben:

Egyesített rendszer felhasználói: Az előzőekben felsorolt okokon túl más adatforrásfüggő korlátozások is lehetnek, amelyek megakadályozzák az objektumhoz történő hozzáférést.

Az SQL utasítás nem dolgozható fel.

Felhasználói válasz: Módosítsa az alkalmazást úgy, hogy az ne kíséreljen meg objektumokat elérni ugyanabban a munkaegységben, amelyben a módosítás történt! Általában a Data Definition Language (DDL) utasításokat jobb más munkaegységbe tenni, mint az ugyanazt az objektumot érintő Data Manipulation Language (DML) utasításokat.

A munkaegységnek véglegesítésre vagy visszagörgetésre kell kerülnie, mielőtt a meghiúsult utasítás sikeresen végrehajtódhatna. Ha a véglegesített módosítás miatt egy objektum eldobódott, akkor esetleg az objektumot újra létre kell hozni ahhoz, hogy a meghiúsult SQL utasítást fel lehessen dolgozni.

Ha az objektum módosul egy mentési ponton (SAVEPOINT) belül, akkor változtassa meg úgy az alkalmazási programot úgy, hogy az ne próbáljon meg hozzáférni az objektumhoz, miután az alkalmazás ROLLBACK TO SAVEPOINT utasítást adott ki. Bármely kurzor, amely hozzáfér az objektumhoz, és nyitva van a ROLLBACK TO SAVEPOINT utasítás kiadásának pillanatában, az nem lesz hozzáférhető. Módosítsa az alkalmazást úgy, hogy az bezárja a kurzort.

Ha egy NOT LOGGED deklarált ideiglenes táblát érintő insert, delete, vagy update utasítás meghiúsul, akkor abból a táblából az összes sor törlődik. Bármely kurzor, amely a hiba pillanatában nyitva volt a deklarált ideiglenes táblán, hozzáférhetetlen lesz, és az alkalmazásnak be kellene zárnia.

Egyesített rendszer felhasználói:Ha az előző művelet nem oldja meg a problémát, szűkítse a kérést (az SQL utasítást meghiúsító adatforrás meghatározásához nézze meg ezt Problémameghatározási útmutató), és határozza meg, hogy milyen további korlátozások vannak az adatforráson, amelyek megakadályozzák az objektum elérését! Biztosítsa, hogy az alkalmazás ne sértse meg ezen korlátozások egyikét sem!

sqlcode: -910

sqlstate: 57007

SQL0911NAz aktuális tranzakciót holtpont vagy időtúllépés miatt vissza kellett görgetni. Okkód "<okkód>"

Magyarázat: A jelenlegi munkaegységben feloldatlan versenyhelyzet alakult ki egy objektum használatáért, és ezért azt a rendszernek vissza kellett görgetnie.

Az okkódok a következők lehetnek:

2
a tranzakció holtpont miatt gördült vissza.

68
a tranzakció zár időkorlát miatt gördült vissza.

72
A tranzakciót visszagörgették egy, a tranzakciókban részt vevő DB2 Data Links Managerrel kapcsolatos hiba miatt.

Megjegyzés:

A munkaegységhez tartozó módosításokat újra be kell vinni.
Az alkalmazás az előző COMMIT utasításig gördült vissza.

Felhasználói válasz: Ahhoz, hogy a holtpontot vagy zár időkorlátot elkerülje, lehetőség szerint gyakran adjon ki COMMIT utasítást hosszú futási idejű alkalmazások és olyan alkalmazások esetén, amelyek könnyen holtpontra juthatnak!

Egyesített rendszer felhasználói: a holtpont egyesített kiszolgáló-n vagy adatforrás-n fordulhat elő. Nincs módszer olyan holtpontok észlelésére, amelyek több adatforrásra és esetleg a befogadott rendszerre terjednek ki. Azonosítani lehet a kérést meghiúsító adatforrást (az SQL utasítás feldolgozását meghiúsító adatforrás meghatározásához nézze meg a hibameghatározási útmutatót).

SQL utasítások bizonyos kombinációinak feldolgozásakor a holtpont gyakran szabályos vagy várható jelenség. Ajánlatos az alkalmazást úgy tervezni, hogy amennyire lehetséges, elkerülje a holtpontokat.

sqlcode: -911

sqlstate: 40001

SQL0912NAz adatbázisban nem adható ki több zárolási kérelem.

Magyarázat: Az adatbázisra maximális számú zárolási kérés került kiadásra, mivel nincs elegendő memória foglalva a zárlista számára.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Az alkalmazásnak COMMIT vagy ROLLBACK utasítást kellene küldenie, mielőtt más SQL utasításokat adna ki. Fontolja meg a (locklist) adatbázis konfigurációs paraméter növelését, hogy nagyobb zárlista-terület tegyen lehetővé!

sqlcode: -912

sqlstate: 57011

SQL0913NHoltpont vagy időtúllépés miatt a végrehajtás sikertelen. Okkód "<okkód>"

Magyarázat: A kérés feloldhatatlan versenyhelyzetbe került egy objektum használatáért, és ezért a végrehajtása meghiúsult.

Az okkódok a következők lehetnek:

2
a tranzakcióág holtpont miatt hiúsult meg.

68
a tranzakcióág zár időkorlát miatt hiúsult meg.

72
A tranzakciót visszagörgették egy, a tranzakciókban részt vevő DB2 Data Links Managerrel kapcsolatos hiba miatt.

80
az utasítás időtúllépés miatt hiúsult meg.

Felhasználói válasz:

sqlcode: -913

sqlstate: 57033

SQL0917NTávoli összerendelés egy DRDA alkalmazás átirányítótól meghiúsult.

Magyarázat: Egy DRDA alkalmazás átirányítótól származó távoli összerendelés során hiba történt. Ez a hiba összerendelő vagy véglegesítő feldolgozás közben fordulhat elő.

Felhasználói válasz: Ezt a hibát rendszerint olyan SQL utasítás okozza, amely valamilyen hiba miatt nem tudott összerendelést végrehajtani. A DRDA alkalmazás átirányító diagnosztikai szolgáltatásának segítségével határozza meg, hogy melyik utasítás okozza a hibát, és javítsa ki azt!

sqlcode: -917

sqlstate: 42969

SQL0918NAz alkalmazásnak visszagörgetést kell végrehajtania.

Magyarázat: A munkaegység már visszagördült az adatbázisban, de a munkaegységben szereplő többi erőforráskezelő esetleg még nem. Ahhoz, hogy az alkalmazás egysége megmaradjon, minden SQL utasítás elutasításra kerül, amíg az alkalmazás nem ad ki visszagörgetést.

Felhasználói válasz: Minden SQL kérés elutasításra kerül, amíg az alkalmazás nem ad ki visszagörgetést. CICS környezetben például ez a CICS SYNCPOINT ROLLBACK parancs lenne.

sqlcode: -918

sqlstate: 51021

SQL0920NAdatbázis-ügyfél rendszeren levő adat nem érhető el más adatbázis-ügyfél rendszerből.

Magyarázat: A munkaállomás ügyfélként vagy kiszolgálóként került beállításra a helyi ügyfeleknél. A rendszeren létrehozott adatbázisokat nem lehet megosztani más munkaállomásokkal.

A funkció nem hajtható végre.

Felhasználói válasz: Csak kiszolgáló munkaállomásoktól kérjen adatokat!

sqlcode: -920

sqlstate: 57019

SQL0925NÉrvénytelen SQL COMMIT ebben az alkalmazásfuttatási környezetben.

Magyarázat: A COMMIT nem engedélyezett a következő esetekben:

Felhasználói válasz: Hárítsa el a problémát az alábbi műveletek egyikével:

sqlcode: -925

sqlstate: 2D521

SQL0926NÉrvénytelen SQL ROLLBACK ebben az alkalmazásfuttatási környezetben.

Magyarázat: A ROLLBACK nem engedélyezett a következő esetekben:

  1. Elosztott tranzakciókezelési környezet, mint például a CICS esetén, statikus SQL ROLLBACK utasítás kiadására történt kísérlet, de a környezetnek megfelelő visszagörgetési utasítás szükséges. Például, CICS környezetben ez a CICS SYNCPOINT ROLLBACK parancs lenne.
  2. Egy CUNNECT 2-t használó DB2 alkalmazás dinamikus SQL ROLLBACK utasítást adott ki, pedig csak statikus SQL ROLLBACK kiadása lehetséges.
  3. Amikor az SQL ROLLBACK utasítást tárolt eljárásból adják ki, a parancs használata szintén nem megengedett, ha a hívó program elosztott munkaegységben (2-es kapcsolattípus) vagy elosztott tranzakciókezelési környezetben fut.

Felhasználói válasz:

  1. Törölje a ROLLBACK parancsot kiadó utasítást és cserélje olyan utasításra, amely az adott környezetben egyenértékű és megfelelő!
  2. 2-es kapcsolattípus esetén csak statikus COMMIT-ot használjon!
  3. Tárolt eljárás esetén törölje az utasítást teljesen!

sqlcode: -926

sqlstate: 2D521

SQL0930NNem elég a rendelkezésre álló tárterület az utasítás feldolgozásához.

Magyarázat: Olyan kérés érkezett az adatbázishoz, amely egy másik memórialapot igényelt, de több memórialap nem áll rendelkezésre az adatbáziskezelő számára.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Lehetséges megoldások:

sqlcode: -930

sqlstate: 57011

SQL0931CTúlcsordult az operációs rendszer fájltáblázata. A további SQL utasítások nem dolgozhatók fel.

Magyarázat: Az alkalmazás futását az operációs rendszer egy korlátja akadályozza. Az alkalmazás nem adhat ki további SQL utasításokat. A rendszer az adatbázist helyreállításra szorulónak jelölte meg és megakadályozza az adatbázist használó alkalmazásokat az adatbázis elérésében.

Felhasználói válasz: Állítsa meg az összes, az adatbázist használó alkalmazást! Indítsa újra az adatbázist!

Ahhoz, hogy megakadályozza, hogy a probléma ismét előforduljon:

sqlcode: -931

sqlstate: 58005

SQL0950NA tábla vagy index nem dobható el, mert éppen használják.

Magyarázat: DROP TABLE vagy DROP INDEX utasítás nem adható ki, amikor egy nyitott kurzor pillanatnyilag a táblát vagy az indexet használja.

Az utasítás nem dolgozható föl. A tábla vagy index nem került eldobásra.

Felhasználói válasz: Zárjon be minden szükséges kurzort és adja ki újra az utasítást!

sqlcode: -950

sqlstate: 55006

SQL0951NAz "<objektumtípus>" típusú "<objektumnév>" objektum nem változtatható meg, mert ugyanaz az alkalmazási folyamat jelenleg használja.

Magyarázat: Ha egy objektum zárolt vagy használatban van, akkor az ALTER vagy SET INTEGRITY utasítások nem adhatóak ki arra az objektumra.

Az utasítás nem dolgozható föl. Az objektum nem lett megváltoztatva.

Felhasználói válasz: Zárjon be minden kurzort, ami akár közvetlenül, akár közvetve függ az "<objektumnév>" objektumtól, és küldje el újra az utasítást!

sqlcode: -951

sqlstate: 55007

SQL0952NMegszakítás hatására abbamaradt a feldolgozás.

Magyarázat: A felhasználó esetleg a megszakítási billentyűkombinációt nyomta le.

Az utasításfeldogozás befejeződött. Néhány változás esetleg bekerült az adatbázisba, de nem került véglegesítésre, mielőtt a leállás megtörtént.

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

Felhasználói válasz: Folytassa az alkalmazás használatát!

Ha a minta adatbázist telepíti, dobja el és telepítse újra!

sqlcode: -952

sqlstate: 57014

SQL0954CNem áll rendelkezésre elegendő tárterület az alkalmazás kupacában az utasítás feldolgozásához.

Magyarázat: Az alkalmazás számára elérhető összes memória felhasználásra került.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Állítsa meg az alkalmazást, ha ezt az üzenetet kapja! Növelje az (applheapsz) adatbázis konfigurációs paramétert, hogy nagyobb alkalmazáskupacot tegyen lehetővé!

sqlcode: -954

sqlstate: 57011

SQL0955CNem foglalható le rendezési memória az utasítás feldolgozásához. Okkód = "<okkód>".

Magyarázat: Nem áll rendelkezésre elegendő virtuális memória az adatbázis ügynök számára a rendezés végrehajtásához, amint azt a következő ok kód mutatja:

1
Nem áll rendelkezésre elegendő saját folyamati memória.

2
Nem áll rendelkezésre elegendő közös memória az adatbázis-szintű megosztott közös memória rendezésre lefoglalt területén.
Az utasítás nem dolgozható fel, de más SQL utasítások feldolgozhatóak lehetnek.

Felhasználói válasz: Hajtson végre egyet vagy többet a következőkből:

sqlcode: -955

sqlstate: 57011

SQL0956CNem áll rendelkezésre elegendő tárterület az adatbázis kupacban az utasítás feldolgozásához.

Magyarázat: Az adatbázis számára elérhető összes memória felhasználásra került.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Állítsa meg az alkalmazást, ha ezt az üzenetet kapja! Növelje a (dbheap) adatbázis konfigurációs paraméter értékét, hogy nagyobb adatbázis kupacot tegyen lehetővé! Ha az I/O kiszolgálók száma közel van a felső korláthoz, a szám csökkentése is segíthet.

sqlcode: -956

sqlstate: 57011

SQL0958CA program elérte a nyitott fájlok maximális számát.

Magyarázat: Az adatbázis számára elérhető fájlhivatkozások megnyitásra kerültek.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Növeljen meg minden olyan paramétert, amely hatással van az adatbázis helyén lévő nyitott fájlok maximális számára! Ezek közé tartozik a (maxfilop) konfigurációs paraméter növelése, amely több fájlhivatkozást engedélyez az egyednek és egyéb szekciók bezárása, amely csökkenti a felhasznált fájlhivatkozások számát.

sqlcode: -958

sqlstate: 57009

SQL0959CNem áll rendelkezésre elegendő tárterület a kiszolgáló kommunikációs kupacában az utasítás feldolgozásához.

Magyarázat: A kiszolgáló kommunikációs kupacában lévő összes memória felhasználásra került.

A parancs vagy utasítás nem dolgozható fel.

Felhasználói válasz: Állítsa meg az alkalmazást, ha ezt az üzenetet kapja! Növelje a kommunikációs kupac méretét (comheapsz) a kiszolgáló munkaállomás adatbáziskezelő konfigurációs fájljában!

MEGJEGYZÉS: Ez az üzenet csak a DB2 2-es verzió előtti verzióira vonatkozik.

sqlcode: -959

sqlstate: 57011

SQL0960CAz adatbázisban a fájlok száma elérte a maximumot.

Magyarázat: Maximális számú nyitott fájl van az adatbázisban.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Állítsa meg az alkalmazást, ha ezt az üzenetet kapja! Kapcsoljon le minden aktív alkalmazást adatbázisról, majd csatlakoztassa az alkalmazásokat újra! Ha a hiba továbbra is fennáll, dobja el a táblákat, indexeket vagy az adatbázisból, vagy ossza fel az adatbázist!

Ha a minta adatbázist telepíti, dobja el és telepítse újra!

sqlcode: -960

sqlstate: 57011

SQL0964CAz adatbázis tranzakciós naplója megtelt.

Magyarázat: A tranzakciós naplóban lévő összes hely felhasználásra került.

Ha másodlagos naplófájlokkal rendelkező körkörös naplófájlok vannak használatban, akkor kísérlet történt a lefoglalásukra és a felhasználásukra. Amikor a fájlrendszerben nincs több hely, a másodlagos napló nem használható.

Ha archív naplófájl van használatban, akkor a fájlrendszer nem biztosított elegendő helyet az új naplófájl számára.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Hajtson végre egy COMMIT vagy ROLLBACK utasítást, ha ezt az üzenetet (SQLCODE) kapja, vagy próbálkozzék újra a művelettel!

Ha az adatbázist párhuzamos alkalmazások frissítik, próbálkozzék újra a művelettel! Naplóhely szabadulhat fel, amikor egy másik alkalmazás befejez egy tranzakciót.

Adjon ki gyakrabban véglegesítési műveleteket! Ha a tranzakciók nincsenek véglegesítve, naplóhely szabadulhat fel, amikor a tranzakciók véglegesítésre kerülnek. Alkalmazás tervezésekor fontolja meg, mikor véglegesíti a frissítési tranzakciókat, hogy elkerülje a naplók megtelését.

Ha holtpontok fordulnak elő, ellenőrizze azokat gyakrabban! Ezt a DLCHKTIME adatbázis konfigurációs paraméter növelésével érheti el. Így a holtpontok hamarabb kerülnek felismerésre és feloldásra (ROLLBACK használatával), ami naplóhelyet szabadít fel.

Ha ez a helyzet gyakran fordul elő, növelje az adatbázis konfigurációs paramétert, hogy nagyobb naplófájlt engedélyezzen! Nagyobb naplófájlok több helyet foglalnak, de használatuk esetén az alkalmazásoknak nem kell annyiszor újrapróbálkozni a műveletekkel.

Ha a minta adatbázist telepíti, dobja el és telepítse újra!

sqlcode: -964

sqlstate: 57011

SQL0965WEzen a munkaállomáson nincs az SQL figyelmeztetéshez "<SQLCODE>" tartozó üzenetszöveg az üzenetfájlban. A figyelmeztetés a(z) "<név>" modultól származik, az eredeti jelsor "<vezérjellista>".

Magyarázat: Az adatbázis-kiszolgáló az "<SQLCODE>" visszatérési kódot adta az alkalmazásnak. A figyelmeztető kód nem tartozik a munkaállomás DB2 üzenetfájljának egyetlen üzenetéhez sem.

Felhasználói válasz: Tekintse át az adatbázis-kiszolgáló dokumentációját, hogy a megadott "<SQLCODE>" okát meghatározza!

SQL0966NA Database Connection Services alkönyvtárban megadott "<név>" hibaleképző fájl nem található vagy nem nyitható meg.

Magyarázat: A következő helyzetek egyike áll fenn:

A hibaleképző adatok nem tölthetők be.

Felhasználói válasz: Engedje el a fájlt abban az alkalmazásban, amelyben megnyitotta, telepítse újra vagy állítsa vissza az eredeti fájlt!

sqlcode: -966

sqlstate: 57013

SQL0967NA Database Connection Services alkönyvtárban megadott hibaleképező fájl ("<név>") formátuma érvénytelen.

Magyarázat: Hiba történt, miközben a program a hibaleképző fájlt olvasta.

A hibaleképző adatok nem tölthetők be.

Felhasználói válasz: Javítson minden szintaktikai hibát a hibaleképző fájlban!

sqlcode: -967

sqlstate: 55031

SQL0968CMegtelt a fájlrendszer.

Magyarázat: Az adatbázist tartalmazó egyik fájlrendszer megtelt. Esetleg ez a fájlrendszer tartalmazza az adatbázishozzáférési katalógust, az adatbázis naplókat vagy a táblaterület tárolókat.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Nézze meg a diagnosztikai naplóban, hogy melyik fájlrendszer telt meg! Szabadítson fel rendszerhelyet a nem kívánt fájlok törlésével! Ne törölje az adatbázis fájlokat! Ha több helyre van szükség, esetleg el kell dobni a szükségtelennek jelölt táblákat és indexeket.

Unix-alapú rendszereknél ezt az állapotot az is kiválthatja, hogy túllépte a jelenlegi felhasználói azonosítónak engedélyezett legnagyobb fájlméretet. Frissítse az fsize értéket a chuser paranccsal! Újraindításra is szükség lehet.

sqlcode: -968

sqlstate: 57011

SQL0969NEzen a munkaállomáson nincs az SQL hibához "<hiba>" tartozó üzenetszöveg az üzenetfájlban. Ez a hiba a "<név>" modulból érkezett a "<vezérjellista>" eredeti vezérjelekkel.

Magyarázat: Az adatbázis-kiszolgáló a "<hiba>" SQLCODE-ot adta vissza az alkalmazásnak. A hibakód nem tartozik a munkaállomás DB2 üzenetfájljának egyetlen üzenetéhez sem.

Felhasználói válasz: Tekintse át az adatbázis-kiszolgáló dokumentációját, hogy a megadott SQLCODE okát meghatározza! Tegye meg az adatbázis-kiszolgáló dokumentációjában leírt lépéseket a probléma elhárításához!

Egyesített rendszer felhasználói: Szűkítse a problémát a kérést meghiúsító adatforrásra (az SQL utasítás feldolgozását meghiúsító adatforrás meghatározásához nézze meg ezt Problémameghatározási útmutató)! Keresse meg a "<hibát>" az adatforrás megfelelő kézikönyvében! Ha a probléma adatfüggő, esetleg szükség lehet a hiba felléptekor az adatforrásnál feldolgozás alatt álló adatok vizsgálatára!

SQL0970NA rendszer csak olvasható fájl írására tett kísérletet.

Magyarázat: Egy, az adatbázis által használt fájl csak olvasható, vagy nem létezik. Az adatbázis írási hozzáférést igényel ehhez a fájlhoz.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Állítsa meg az alkalmazást, ha ezt az üzenetet kapja (SQLCODE)! Győződjék meg róla, hogy minden adatbázis fájl olvasási és írási hozzáférést is kap! Ellenőrizze, hogy nincsenek-e szükségtelen szóközök a megadott fájlnévben!

sqlcode: -970

sqlstate: 55009

SQL0972NAz adatbázis meghajtó nem a megfelelő floppyt tartalmazza.

Magyarázat: A meghajtóban lévő floppy nem az adatbázist tartalmazó floppy.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Helyezze be a megfelelő floppyt a meghajtóba! Ne távolítsa el a floppyt, ha az alkalmazás elkezdi használni a rajta lévő adatbázist!

sqlcode: -972

sqlstate: 57019

SQL0973NNem áll rendelkezésre elegendő tárterület a "<kupacnév>" kupacban az utasítás feldolgozásához.

Magyarázat: A kupac számára elérhető összes memória felhasználásra került. Az utasítás nem dolgozható föl.

Felhasználói válasz: Állítsa meg az alkalmazást, ha ezt az üzenetet kapja (SQLCODE)! Növelje a "<kupacnév>" konfigurációs paraméterét, hogy a kupacméret megnövekedjék!

sqlcode: -973

sqlstate: 57011

SQL0974NAz adatbázist tartalmazó meghajtó zárolt.

Magyarázat: A rendszer azt jelentette, hogy az adatbázist tartalmazó meghajtó zárolt.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Győződjék meg róla, hogy nem folyik más feldolgozás azon a meghajtón (például CHKDSK), ami zárolhatja a meghajtót! Próbálkozzon újra a művelettel!

Ha a minta adatbázist telepíti, dobja el és telepítse újra!

sqlcode: -974

sqlstate: 57020

SQL0975NNem sikerült új tranzakciót indítani, mert az adatbázis vagy példány ("<név>") zárórát tart "<felhasználónév>" felhasználó kezdeményezésére. A záróra típusa: "<típus>".

Magyarázat: Egy másik felhasználó zárórát tart arra a példányra vagy adatbázisra, amelyet használni próbál, és nem lehet új tranzakciót indítani, amíg a példány vagy adatbázis záróra alatt van.

A záróra típusa ("<típus>") a már záróra alatt lévő példányra vagy adatbázisra vonatkozik, és értéke példány esetén '1', adatbázis esetén '2'.

Felhasználói válasz: Keresse meg azt a felhasználót, aki jelenleg záróra alatt tartja a példányt vagy adatbázist, hogy megállapítsa, hogy mikor szűnik meg a DB2 zárórája, majd próbálkozzék a kéréssel akkor!

sqlcode: -975

sqlstate: 57046

SQL0976NNyitva van a floppymeghajtó ajtaja.

Magyarázat: Az adatbázist tartalmazó meghajtó ajtaja nyitva van.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Zárja be a meghajtó ajtaját és próbálkozzék újra a művelettel!

sqlcode: -976

sqlstate: 57021

SQL0977NIsmeretlen COMMIT állapot.

Magyarázat: A tranzakciókezelő_adatbázis elérhetetlenné vált a COMMIT feldolgozása közben, és emiatt a COMMIT eredménye ismeretlen lett. Az adatbázisok újraszinkronizálására akkor kerül sor, amikor a tranzakciókezelő_adatbázis elérhetővé válik. Fontos megjegyezni, hogy a rendszer visszagörgetheti a tranzakciót az összehangolás során. További SQL utasítások végrehajtása biztonságosan megtörténhet, de a zárolások az összehangolási folyamat végéig is megmaradhatnak.

Felhasználói válasz: Ellenőrizze például a CLP használatával, hogy kapcsolatot lehet-e létesíteni a(z) tranzakciókezelő_adatbázis adatbázissal! Ha nem jöhet létre, kövesse a visszaadott SQLCODE-hoz tartozó teendőeket, hogy meggyőződjék róla, hogy a kapcsolat létrehozható!

sqlcode: -977

sqlstate: 40003

SQL0978NA floppy írásvédett.

Magyarázat: Írni próbáltak az adatbázisba, de az adatbázist tartalmazó floppy írásvédett.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Ellenőrizze, hogy a helyes floppyt használja-e! Távolítsa el az írásvédelmet a floppyról, amennyiben az szükséges!

sqlcode: -978

sqlstate: 55009

SQL0979NA COMMIT meghiúsult a(z) "<szám>" adatbázisokon, mert egy alkalmazási folyamat szinkronizációs pont nélkül fut (SYNCPOINT NONE). A hiba a következő adatbázis fedőnév és SQLSTATE párokat érinti (legfeljebb négy jöhet vissza): "<fedőnév/SQLSTATE1>", "<fedőnév/SQLSTATE2>", "<fedőnév/SQLSTATE3>", "<fedőnév/SQLSTATE4>".

Magyarázat: Egy alkalmazás több adatbázissal is kapcsolatot létesített és COMMIT-ot adott ki, amely egy vagy több kapcsolat esetén meghiúsult.

Egyesített rendszer felhasználói:Ha a meghiúsult összeköttetések egyike beceneveket használó egyesített kiszolgálóadatbázis, akkor az egyik becenévhez szükséges adatforrás véglegesítése hiúsult meg.

Felhasználói válasz: Az alkalmazástól és frissített adat jellegétől függően a felhasználónak igénye lehet arra, hogy félbeszakítsa a feldolgozást, naplózza a hibát és kiadja a megfelelő SQL parancsot, hogy meggyőződjék róla, hogy az alkalmazás által megkísérelt változásokat az adatbázis következetesen tükrözze.

Ha a COMMIT által érintett adatbázisok teljes listája nem kapható vissza, a teljes listát a diagnosztikai naplóban tekintheti meg.

sqlcode: -979

sqlstate: 40003

SQL0980CLemezhiba történt. A további SQL utasítások nem dolgozhatók fel.

Magyarázat: Lemezhiba történt, amely megakadályozta az aktuális és a további SQL utasítások sikeres végrehajtását. Az alkalmazás nem adhat ki további SQL utasításokat. Például az alkalmazáshoz tartozó helyreállítási program nem adhat ki több SQL utasítást. A rendszer az adatbázist helyreállításra szorulónak jelölte meg és megakadályozza az adatbázist használó alkalmazásokat az adatbázis elérésében.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Lehetőleg jegyezzen fel minden hibaadatot az SQLCA-ból! Állítsa meg az összes, az adatbázist használó alkalmazást! Ha a hiba hardverhiba, járjon el a Troubleshooting Guide hardverproblémákra vonatkozó részében leírtak szerint! Indítsa újra az adatbázist! Ha a helyreállítás nem lehetséges, állítsa vissza az adatbázist egy biztonsági másolatból!

Ha a minta adatbázist telepíti, dobja el és telepítse újra!

sqlcode: -980

sqlstate: 58005

SQL0982NLemezhiba történt. Ennek ellenére a további SQL utasítások feldolgozhatók.

Magyarázat: Lemezhiba történt egy ideiglenes rendszerfájl feldolgozása közben, és ez megakadályozta az aktuális SQL utasítás sikeres végrehajtását. Ennek ellenére a további SQL utasítások feldolgozhatók.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Állítsa meg az alkalmazást, ha ezt az üzenetet kapja (SQLCODE)!

sqlcode: -982

sqlstate: 58004

SQL0983NA tranzakciónapló nem az aktuális adatbázishoz tartozik.

Magyarázat: A naplófájlban tárolt aláírás nem egyezik meg az adatbázishoz tartozó aláírással. Ez a hiba általában akkor fordul elő, amikor a felhasználó azt az utasítást adja, hogy a naplófájl más alkönyvtárban tárolódjon, mint amiben az adatbázis tárolódik. Fájlátirányításra is sor kerülhetett.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Adja ki a parancsot úgy, hogy megfelelően fér hozzá a naplófájlhoz!

sqlcode: -983

sqlstate: 57036

SQL0984CSikertelen COMMIT vagy ROLLBACK. A további SQL utasítások nem dolgozhatók fel.

Magyarázat: A véglegesítést vagy visszagörgetést egy rendszerhiba miatt nem sikerült feldolgozni. Az alkalmazás nem adhat ki további SQL utasításokat. Például az alkalmazáshoz tartozó helyreállítási program esetleg nem adhat ki több SQL utasítást. A rendszer az adatbázist helyreállításra szorulónak jelölte meg és megakadályozza az adatbázist használó alkalmazásokat az adatbázis elérésében.

Az utasítás nem dolgozható föl.

Felhasználói válasz: Lehetőleg jegyezze fel az üzenet számát (SQLCODE) és minden SQLCA hibainformációt! Állítsa meg az összes, az adatbázist használó alkalmazást! Indítsa újra az adatbázist! Ha a minta adatbázist telepíti, dobja el és telepítse újra!

Ha a helyreállítás nem lehetséges, állítsa vissza az adatbázist egy biztonsági másolatból!

Ha a nyomkövetés aktív volt, indítsa el az Independent Trace Facility programot az operációs rendszer parancssorából! A szolgáltatás használatát az Independent Trace Facility rész írja le a Troubleshooting Guide könyvben. Keresse fel a technikai támogatást nyújtó képviselőjet a következő információkkal:

Szükséges információk:

Egyesített rendszer felhasználói: Szűkítse a problémát a kérést meghiúsító adatforrásra (az SQL utasítás feldolgozását meghiúsító adatforrás meghatározásához tekintse át a Problémameghatározási útmutató című kiadványt, és hajtsa végre a szükséges diagnosztikai műveleteket valamint adatbázis helyreállítási eljárásokat az adatforráson! A hibafelderítési és adatbázis helyreállítási eljárások adatforrásonként változnak, ezért nézze meg a megfelelő adatforrás kézikönyvét!

sqlcode: -984

sqlstate: 58005

SQL0985CFájlhiba jelentkezett az adatbáziskatalógusok feldolgozásakor. Az adatbázis nem használható.

Magyarázat: A rendszer nem képes helyreállni egy katalógusfájllal kapcsolatos hiba után.

A rendszer nem képes további utasításokat feldolgozni az adatbázis használatával.

Felhasználói válasz: Állítsa vissza az adatbázist biztonsági másolatból!

Ha a minta adatbázist telepíti, dobja el és telepítse újra!

sqlcode: -985

sqlstate: 58005

SQL0986NFájlhiba történt egy felhasználói tábla feldolgozásakor. A tábla nem használható.

Magyarázat: A táblában lévő adatok már nem érvényesek.

A rendszer nem képes további utasításokat feldolgozni a tábla használatával.

Felhasználói válasz: Ha az adatbázis nem következetes, állítsa vissza biztonsági másolatból!

Ha a minta adatbázist telepíti, dobja el és telepítse újra!

sqlcode: -986

sqlstate: 58004

SQL0987CAz alkalmazásvezérlési közös memória nem foglalható le.

Magyarázat: Az alkalmazásvezérlési közös memória nem foglalható le. Ezt a hibát az okozza, hogy nem áll rendelkezésre elegendő memória erőforrás az adatbáziskezelő vagy azon környezet számára, amelyben a műveletek elvégzésére kísérlet történt. Az ilyen hibát okozó memória erőforrások közé tartoznak a következők:

Felhasználói válasz: Hajtson végre egyet vagy többet a következők közül:

sqlcode: -987

sqlstate: 57011

SQL0990CIndexhiba történt. Szervezze újra a táblát!

Magyarázat: Egy index jelentős tevékenységet folytatott, ami felhasználta az összes, indexek számára fenntartott szabad területet.

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

Az utasítás nem dolgozható föl.

Felhasználói válasz: Véglegesítse a munkát, majd próbálkozzék újra a paranccsal! Ha a hiba továbbra is fennáll, görgesse vissza a munkát! Ha a hibák még mindig nem szűnnek meg, lehetőleg szervezze újra a táblát!

Egyesített rendszer felhasználói: Szűkítse a problémát a kérést meghiúsító adatforrásra (az SQL utasítás feldolgozását meghiúsító adatforrás meghatározásához tekintse át a Problémameghatározási útmutató című kiadványt), és hajtsa végre az újraindexelési eljárásokat az adatforráson!

SQL0992CAz előfordított program kiadásszáma érvénytelen.

Magyarázat: Az előfordított program (csomag) kiadásszáma nem kompatíbilis az adatbáziskezelő telepített verziójának kiadásszámával.

Az előfordított program(csomag) nem használható az adatbáziskezelő aktuális verziójával. A parancs nem dolgozható fel.

Felhasználói válasz: Csak olyan programokat használjon, amelyeket az adatbáziskezelő kompatíbilis kiadásszámú változatával fordítottak.

sqlcode: -992

sqlstate: 51008

SQL0993WAz új naplóelérési útvonal (newlogpath) érvénytelen az adatbázis konfigurációs fájljában.

Magyarázat: A naplófájl elérési útvonala nem érvényes a következő okok egyike miatt:

A kért változtatás nem történt meg.

Felhasználói válasz: Ha meg kívánja változtatni a naplófájl elérési útvonalát, adjon ki egy adatbázis konfigurációs parancsot érvényes értékkel!

sqlcode: +993

sqlstate: 01562

SQL0994NAlkalmazás mentési pontjának helytelen használata.

Magyarázat: Az alkalmazás mentési pont funkcióját nem következetesen használták. A program a következők egyikét kísérelte meg:

A funkció nem hajtható végre.

Felhasználói válasz: Javítsa ki a program mentési pont használatát!

SQL0995WA naplófájl aktuális elérési útvonala (logpath) érvénytelen. A naplófájl elérési útvonala az alapértelmezett értékre állt.

Magyarázat: A naplófájl elérési útvonala nem érvényes a következő okok egyike miatt:

Körkörös naplózás esetén a naplófájl az alapértelmezett napló elérési útvonalon jött létre. Archív naplózás esetén a következő naplófájl az alapértelmezett napló elérési útvonalon készült el. A kért változtatás nem történt meg.

Felhasználói válasz: Ha meg kívánja változtatni a naplófájl elérési útvonalát, adjon ki egy konfigurációs parancsot érvényes értékkel!

sqlcode: +995

sqlstate: 01563

SQL0996NNem sikerült lapokat felszabadítani egy objektum számára a táblaterületen.

Magyarázat: Sérült belső adatbázis lapok vagy belső logikai hibák vannak egy táblaterületen. Részletek a rendszerhiba-naplóban és/vagy az adatbáziskezelő hibanaplójában találhatók.

Felhasználói válasz: Ne használja tovább az objektumot vagy a táblaterületet! Keresse meg az IBM szervizt, hogy megvizsgáltassa az objektumot és a táblaterületet!

sqlcode: -996

sqlstate: 58035

SQL0997WÁltalános tájékoztató üzenet a tranzakció-feldolgozásról. Okkód = "<XA-okkód>".

Magyarázat: A 997-es SQLCODE csak az adatbáziskezelő összetevői között halad, az alkalmazás nem kapja meg. Ez az SQLCODE szállítja az XA eredménykódokat hibátlan helyzetekben. A lehetséges okkódok a következők:

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

SQL0998NHiba történt a tranzakció vagy a heurisztikus feldolgozás során. Okkód = "<okkód>" Alkód = "<alkód>".

Magyarázat: Egy elosztott tranzakció feldolgozása során hibát észlelt a rendszer. A tranzakció:

A lehetséges okkódok (az összetartozó X/Open XA okkódok zárójelben jelennek meg):

Felhasználói válasz: 1 és 8 közötti okkód esetén bejegyzés kerül a rendszernaplóba, mert az SQLCA néha nem adható vissza a hívónak.

Ha a hiba oka egy becenévhez tartozó hibás adatforrás, a hibás adatforrás helye mindig megjelenik a szövetkezett kiszolgáló rendszernaplójában.

4-es okkód esetén ellenőrizze az xa open tartalmát és eszközölje a szükséges javításokat!

9-es okkód, 02-es alkód esetén biztosítsa, hogy a tp_mon_name konfigurációs paraméter a tranzakciók dinamikus bejegyzésére használt ax_reg() funkcióval rendelkező dinamikus könyvtár nevét tartalmazza!

14-es okkód esetén győződjön meg arról, hogy az MSDTC szolgáltatás aktív.

35-ös okkód esetén olyan adatbázison próbált meg heurisztikus műveletet végrehajtani, amely csak olvasható erőforráskezelőként veszt rész egy globális tranzakcióban. Ilyenek például a DRDA adatbázisok, például az MVS-en lévő DB2. Az ilyen típusú nem XA adatbázisok nem rendelkezhetnek XA kétséges tranzakciókkal.

36-os, 37-es és 38-as okkód esetén érvénytelen heurisztikus művelet kísérelt meg végrehajtani egy kétséges tranzakción. Vagy rossz XID-et adott meg, vagy heurisztikus illetve újraszinkronizálási művelet történt a XID rögzítése óta. Adjon ki egy heurisztikus lekérdezés kérést, hogy megkapja a kétséges tranzakciók listáját pillanatnyi listáját, majd ellenőrizze, hogy még szükség van-e a heurisztikus műveletre!

39-es okkód esetén a megadott XID olyan tranzakcióhoz tartozik, amely befejeződött és a kétfázisú protokoll szerinti működés kezdetére vár. Csak olyan tranzakciókon hajthat végre heurisztikus műveleteket, amelyek már beléptek a kétfázisú protokoll szerinti működésbe és kétséges tranzakciókká váltak.

40-es okkód esetén egy sikertelen tranzakcióban történt kísérlet egy SQL utasítás végrehajtására. Például olyan tranzakciószálban kíséreltek meg egy SQL utasítást végrehajtani, amely sikeresen bejegyződött, miután egy ugyanabban a tranzakcióban résztvevő szorosan csatolt szál hibásan ért véget.

41-es okkód esetén a db2diag.log fájlban találhat további tájékoztatást a problémáról. A sikertelen csomópontokon újra kell indítania a DB2-t. Lehet, hogy a rendszergazda segítségét kell kérnie.

69-es okkód esetén a tranzakciókezelő (TM) adatbázis vagy az erőforráskezelő (RM) adatbázis vagy mindkettő különbözik attól az adatbázistól, amely a kétséges tranzakció létrehozásakor jött létre. Másként, lehet, hogy a TM adatbázisnév vagy az RM adatbázisnév különböző adatbázis példányokra hivatkozott. A naplóazonosítóban lévő eltérés okai a következők lehetnek:

85-ös okkód esetén több adatforrást frissít, és egyes adatforrásokat heurisztikusan visszagörgetett vagy véglegesített a rendszer, ezáltal a tranzakciót részlegesen véglegesítette vagy visszagörgette. Ez az okkód azt jelenti, hogy az adatok következetlen állapotban vannak, ezért az adatok javítása érdekében kézzel kell ellenőriznie a tranzakció által frissített összes adatforrást.

210-es okkód esetén a csomópontok némelyike már véglegesítési állapotban van. A kétséges tranzakció feloldásához heurisztikus véglegesítést kell végrehajtania.

221-es ok kód esetén biztosítsa, hogy minden alkalmazás, ami ugyanabban az XA tranzakcióban vesz részt, ugyanazzal a felhasználói azonosítóval kapcsolódjon az adatbázishoz!

222-es ok kód esetén biztosítsa, hogy minden alkalmazás, ami ugyanabban az XA tranzakcióban vesz részt, ugyanazzal a CCSID-val rendelkezzen!

223-as ok kód esetén módosítsa az alkalmazás valamint ügyfél beállítást úgy, hogy helyi ügyfelek használjon, vagy távoli ügyfelek esetén TCP/IP használatával kapcsolódjon az átjáróhoz!

224-es ok kód esetén frissítse az ügyfélprogramot 7.1-es vagy újabb verzióra!

Általános információgyűjtő eljárás:

Ha nem tudja megoldani az okkód által azonosított problémát, rögzítse az üzenetszámot (SQLCODE), okkódot, az üzenetben lévő opcionális alkódot vagy a rendszernaplóban lévő SQLCA-t!

Ha a hiba szövetkezett adatbázisból származik, tanácsos rögzítenie a hibás adatforrás helyét is, amely a szövetkezett kiszolgáló rendszernaplójában található.

Ha a nyomkövetés aktív volt, indítsa el az Independent Trace Facility programot az operációs rendszer parancssorából! A szolgáltatás használatát az Independent Trace Facility rész írja le a Troubleshooting Guide könyvben. Ezután keresse fel a technikai támogatást nyújtó képviselőjet a következő információkkal:

A konzolon vagy a tranzakciókezelő és az adatbáziskezelő üzenetnaplójában esetenként további információk is megjelenhetnek.

sqlcode: -998

sqlstate: 58005


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