SQL0900N | Az 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
SQL0901N | Az 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
SQL0902C | Rendszerhiba 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
SQL0903N | Sikertelen 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:
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.
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.
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
SQL0904N | Sikertelen 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
SQL0905N | Sikertelen 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
SQL0906N | Az 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.
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
SQL0909N | Az 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
SQL0910N | Az 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
SQL0911N | Az 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:
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
SQL0912N | Az 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
SQL0913N | Holtpont 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:
Felhasználói válasz:
sqlcode: -913
sqlstate: 57033
SQL0917N | Tá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
SQL0918N | Az 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
SQL0920N | Adatbá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:
Felhasználói válasz:
sqlcode: -926
sqlstate: 2D521
SQL0930N | Nem 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
SQL0931C | Tú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
SQL0950N | A 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
SQL0951N | Az "<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
SQL0952N | Megszakí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
SQL0954C | Nem á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
SQL0955C | Nem 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:
Felhasználói válasz: Hajtson végre egyet vagy többet a következőkből:
sqlcode: -955
sqlstate: 57011
SQL0956C | Nem á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
SQL0958C | A 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
SQL0959C | Nem á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
SQL0960C | Az 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
SQL0964C | Az 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
SQL0965W | Ezen 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!
SQL0966N | A 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
SQL0967N | A 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
SQL0968C | Megtelt 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
SQL0969N | Ezen 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!
SQL0970N | A 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
SQL0972N | Az 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
SQL0973N | Nem á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
SQL0974N | Az 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
SQL0975N | Nem 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
SQL0976N | Nyitva 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
SQL0977N | Ismeretlen 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
SQL0978N | A 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
SQL0979N | A 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
SQL0980C | Lemezhiba 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
SQL0982N | Lemezhiba 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
SQL0983N | A 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
SQL0984C | Sikertelen 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
SQL0985C | Fá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
SQL0986N | Fá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
SQL0987C | Az 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
SQL0990C | Indexhiba 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!
SQL0992C | Az 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
SQL0993W | Az ú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
SQL0994N | Alkalmazá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!
SQL0995W | A 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
SQL0996N | Nem 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ó.
SQL0998N | Hiba 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