A függőben lévő tranzakciós Error-Partial rendelés nem zárul be

A gyártási rendelések részleges bezárásakor "Függőben lévő tranzakció" hibaüzenetet kapunk Annak ellenére, hogy ezt a hibát leggyakrabban egy készlet- vagy pénzügyi köteg nem lett közzétéve, és valószínűleg a köteg-helyreállítás (Routines>>Batch Recovery) okozza, a hiba nem gyakori oka a hibás eseménynek. Mi az a "siklott eseményindító"? - A gyártás lezárul, részleges vagy más módon, a naplóbejegyzés adatait beírja a céges táblába az IC ÉS0102 táblába. A naplóbejegyzés sikeres közzétételével törlődnek a gyártási rendelés sorai (például a picklist items) az ICFEL0102-ben. Ha a program nem távolítja el a G/L eseményindítót, a program soha nem távolítja el ezeket a sorokat, és a táblázat folyamatosan növekedik. A probléma akkor jelentkezik, ha egy már részben közzétett gyártási rendelést kísérel meg végrehajtani egy függőben lévő tranzakciós üzenettel. A teljes gyártási sorrend szintén lezárja a rekordokat az ICFEL0102 függvényben, de mivel nem történik további közzététel abban a sorrendben, amely során a hiba előfordul. Első lépésként össze kell hasonlítani az IC ÉS0102 tartalmát a naplóbejegyzések lekérdezési képernyőjén (Lekérdezés>>Pénzügyi>>Naplóbejegyzés) található naplóbejegyzésekkel, így megállapíthatja, hogy az IC.KIE0102 sorokat valóban közzétette-e. Csak egy DBA végezze el ezeket az eljárásokat, és a DBA legyen az egyetlen felhasználó a rendszerben (betárcsázás is). 1) Az SQL Server 7.0 Enterprise Managerben (Start=>Programs=>Microsoft SQL Server 7.0=>Enterprise Manager) az adatbázisok részbe (például KETTŐ) stb. Biztonsági másolat készítése a cégről (például TWO) és DYNAMICS-adatbázisokról. Az SQL Server-ban kattintson a jobb gombbal az adatbázisra, válassza a &Minden feladat,8 &Biztonsági másolat adatbázis.8 2) A SQL Server Enterprise Managerben lépjen a vállalati adatbázisra (például KETTŐ), majd folytassa a táblák részével. 3) Keresse meg a GL10001 táblát, és vizsgálja meg az eseményindítókat (emelje ki a táblát egyetlen kattintással, majd kattintson a jobb gombbal az egérrel, =>Minden feladat=>eseményindítók kezelése). A Név8 &meg, hogy létezik-&ICGL_TRX_LINE_WORK_DELETE8 eseményindító. A trigger hiánya a gyártási sorrend részleges leállásának forrása. Ha a trigger jelen van, más a probléma. 4) Ha lehetséges, keressen más vállalati adatbázisokban (például KETTŐ), és keresse meg a triggert a 3. lépésben. Ha nem találja a triggerhívás gyártótámogatását, és e-mailben el tudjuk küldeni Önnek a triggert. Az eseményindító kiemelése és másolása puffereléshez. 5) Olvassa el figyelmesen ) Microsoft SQL Server 7.0-s verzióban nyissa meg a Lekérdezésanalizálót (a Enterprise Managerben, Tools=>SQL Server Query Analyzer). A &DB8 (adatbázis) legördülő menüből válassza ki azt a vállalati adatbázist, amelynél hiányzik az eseményindító &ICGL_TRX_LINE_WORK_DELETE8. Illessze be az eseményindítót az ablakba, és hajtsa végre a parancsprogramot (zöld nyíl). 6) Javasolt) Kilépés az eEnterprise-ból, leállítja és elindítja a kiszolgálót, újra beállítja az eEnterprise-t, és teszteli a részleges gyártási rendelést egy ÚJ gyártási rendelésben. A régi, részben közzétett gyártási rendelések továbbra is a hibát mutatják. 7) A már részlegesen közzétett gyártási rendelések befejezéséhez távolítsa el a relatív sorokat a vállalati táblából az IC ÉS0102 (a Enterprise Managerben nyissa meg a céges adatbázist, keresse meg az ICTAN0102 táblát, emelje ki a táblát egyetlen kattintással, majd kattintson a jobb gombbal az egérrel, =>Open Table=>Az összes sor visszaadása, a gyártási sorrend sorai a bal oldali oszlopban, és nyomja le a Delete billentyűt). Győződjön meg arról, hogy csak a közzétett gyártási rendelések sorait törli ) ellenőrizze a fenti lekérdezési képernyőn, hogy biztosan történt-e közzététel.

Ez a cikk a következő volt: TechKnowledge Document ID:5738