ismét csökkent
Az első dolog az, hogy hozzon létre egy technológiai Journal (TJ).
Ha valaki nem tudja, hogy milyen állat, akkor itt.
Akkor is, ha minden jól, vagy úgy gondolja, hogy minden jól, akkor is ajánlott beállítani a naplógyűjtés. Miért?
1. Ha hirtelen nem lesz probléma, akkor minden információt a vizsgálat.
2. Lehet, hogy a probléma már van, az ilyen eljárások „esik”, ha 2-3 hónap alatt, de akkor csináld csak nem tudom, mert a felhasználók könnyen újraindul, és továbbra is, mint kommunikálni a programozók.
TJ konfigurációs fájl, az egyik, hogy logcfg.xml, a következőnek kell lennie:
Most foglalkozik azzal a ténnyel, hogy meg van írva.
A második sorban mi is belépési dump, azaz abban az esetben az összeomlás egyik folyamat a kiírási lesz írva, hogy a könyvtár «c: \ V82 \ guba», és ha szükséges, a platform segítségével a fejlesztők okát a hibát.
Dump alakult csak abban az esetben a csökkenés az egyik folyamat, azaz a Ha vannak fájlok a Damps könyvtár, ez azt jelenti, hogy problémái vannak a stabilitás.
A harmadik sorban mi is TJ naplóbejegyzés, nem nehéz kitalálni, a naplók a könyvtárban tárolt «c: \ V82 \ logs» és tárolt 48 óra.
EXCP esemény van írva abban az esetben, kivétel, és szükség van, hogy megtudja, mi kódvégrehajtáskor időpontjában a hiba.
Események PROC és ADMIN hasznos lehet platform a fejlesztők számára, hogy vizsgálja.
Mi van, ha a lerakó lesz?
billenő név alapján a következő minta:
Dump nevek, tudjuk a pontos időt az őszi, és most kell, hogy megtudja, mi történik ebben az időben a rendszerben, és azért vagyunk itt, hogy segítsen TJ naplók.
TJ van írva, hogy egy külön könyvtár minden folyamat, a könyvtár neve generálunk egy sablont ImyaProtsessa_PIDProtsessa.
Neve a log fájl jön létre az alábbi minta GGMMDDChCh.log
Ahhoz, hogy megtudja, mi vezetett az őszi, megtaláljuk a könyvtárat log folyamat hagyott ránk. Meg tudjuk csinálni ezt könnyen, mert a memóriaképfájlt az a név és a PID a folyamat.
Ebben az esetben szükségünk van egy katalógus rphost_3348.
Most, a megadott könyvtárba, hogy megtalálja a naplót, amelyben az információ írva idején az ősszel. Ismét, hogy az idő az őszi nevét a dump, és így megtalálni a log file 13102516.log
Az én esetemben, a naplóban a következőképpen szól:
Forma.Forma.Forma. 5. crash ();
Forma.Forma.Forma. 5. crash ();
Forma.Forma.Forma. 5. crash ();
Forma.Forma.Forma. 5. crash ();
Forma.Forma.Forma. 5. crash ();
EXCP - ez esetben azt jelenti, hogy a rendszer felmerült minden kivételt, akkor vesszővel elválasztva felsorolja a tulajdonságait ezt az eseményt, akkor kiírja a legfontosabbak.
Folyamat - a folyamat nevét, ahol a kivétel bekövetkezett
folyamatnév - a név a tudásbázis
applicationName - az ügyfél, ahonnan a hívás érkezett, oda vezetett, hogy egy csepp ebben az esetben egy vékony kliens
computerName - számítógép neve, amelyen az ügyfél indult
Context - hogy a kód futtatása idején az őszi, a legfontosabb esemény számunkra.
Segítségével összefüggésben néha (de kevesebb, mint szeretném) nem érti az okát a hiba.
Az én esetemben, az oka az őszi nyilvánvaló, hogy ez egy végtelen ciklus.
Ez a példa természetesen nagyon egyszerű és meglehetősen ritka az életben, bár ez néha.
Egy másik példában
A verzió 8.2.13, van egy nagyon népszerű hiba, amikor a témával foglalkozó „SistemnayaInformatsiya”
TJ összefüggésben így néz ki:
Context = „info = new SistemnayaInformatsiya;
Text = "A változata 1C" + Info.VersiyaPrilozheniya; "
Első pillantásra semmi bűnügyi itt, de nem szabad elfelejtenünk, hogy az 1C többfelhasználós rendszer, és létesítményeket kell kialakítani, hogy ezzel párhuzamosan a felhasználói élmény, éppen itt gyakran összetévesztik a fejlesztők platform.
Hiba felmerülése idején egyidejű hozzáférést biztosít az objektum több felhasználó, meglehetősen gyakoriak, és ha már kialakult néhány guba, és ugyanabban az időben keretében a számok egy és ugyanazon objektum (ebben a példában SistemnayaInformatsiya), akkor valószínű, hogy ez csak ez a helyzet.
Mi a teendő, ha érti az oka a bukása naplózás önmagában nem lehet?
Akkor természetesen vonatkoznak azokra. 1C támogatást, de enyhén szólva, nem a leggyorsabb módja :)
Van is egy gyorsabb változata, mindössze arra van szükség, hogy helyezze a partnerségi fórum utáni egy leírást a probléma, és kívánatos, hogy azonnal egy linket a fájlt a lerakó és naplókat, vagy csatolja az üzenethez.
Ha nem dolgozik a franchise, és nem férnek hozzá a partner, akkor ellenőrizzük, hogy barátai vagy ismerősei, akik ott dolgoznak.
Ez sokkal gyorsabb, mint megy át azokat. támogatás, vagy megoldási módszer tudományos.
A Partnerfórumon hogy a kérdésre adott válasz nem csak a szakemberek, akik ki voltak téve az ilyen probléma, de a fejlesztők platform.
Amikor hívja a fórum, biztos, hogy a következő információkat tartalmazza:
- Hivatkozásokat fájlt a lerakó és rönk letölthető
- Bites verzió és egy szerver operációs
- Bit 1C szerver
- A szerverek száma egy klaszter
- Száma futó munkafolyamatok a szerveren 1C
- Használt változat DBMS
46. Serg # 1123; d Batanov (baton_pk) 211 19/11/13 13:56 Most a témában
(45) tormozit,
először is egy csoda jöttem ebben a formában:
Alapvetően problémák merülnek fel, amikor a COM-megosztási próbálják tartani a papír és a papír próbál nekünk valamit mondani. Különösen, ha azt nem lehet elvégezni.
Igyekszem, hogy szimulálják a hibát, és elküldjük Önnek részletes tájékoztatást.
44. Andrew Burmistrov (Andreynikus) 954 15/11/13 20:03 Most a témában
Nos, az Ön esetében a bypass az egyetlen lehetséges megoldás -)
Kivéve az átmenetet egy változata, ahol a hiba kijavítását.
Sozdanie27.10.13 23:42
Obnovlenie03.11.13 00:55
Kód jelzett otkrytNe
Kirak minden adatot (képek, dop.rekvizitov, jellemzőit, hierarchiák, az árak, aminosavak) XLS / ODS / CSV / PDF
az adatok feltöltése az összes master (ellensúlyok, árak, képek, hierarchiák, ext. részletek, jellemzők, vonalkódok, stb), hogy CSV / XLS / XLSX / MXL / ODS / PDF olyan adatbázis, futó platform 8.3. és legfeljebb
