Miért gátolja 1c

Ránk az a cikk címe is aktuális kérdés többféle rendszergazdák a termékkel dolgozik. Amennyire lehetséges igyekszünk beszélni a paramétereket, amelyek befolyásolják a teljesítményt 1C és lebontják népszerű mítosz. Ma például egy friss eset, azt akarjuk, hogy meséljek egy másik aspektusa, komolyan befolyásolhatja a teljesítményt - a rutinfeladatokat.

Kezdjük a valós helyzetnek. Nem is olyan régen kértük az egyik ügyfelünk panaszkodott a „fék” 1C egyik alkalmazottja. Tünetek vannak kifejezve azt a tényt, hogy egy idő után a konfiguráció a kereskedelem 10 lelassul, nagyon egyszerűen fogalmazva lóg egy ideig.

A részletesebb elemzés a helyzet világossá vált, hogy ez csak egy ember, és minden munkahelyen, van egy hosszú idő, de ha mielőtt a „fék” tartott körülbelül egy második, de most, a frissítés után, akkor is eltarthat akár 15-20 másodperc, ez a munka rendkívül kényelmetlen.

Elvileg a kezdeti adatok elég felhívni az első következtetéseket. Adjunk nekik több időt:

• „Fék” történik minden alkalommal, egy bizonyos periodicitás
• „Fék” egyetlen felhasználó
• „Fék” bármely munkahelyen

Annak igazolására, a gyanú megnézi az elszámolási paraméter beállítások:

Valóban, a „probléma” a felhasználó mellett a felhasználó számára rutin feladat. Mint kiderült, egyszer régen, az a felhasználó nevében futó feladatok Autoexchange RIB. Továbbra is látni, hogy pontosan mi volt az oka epizodikus „fékezés”. Azt is könnyű megtenni:

És itt van a „hős az alkalmat” - a feladat frissíti a teljes szöveges keresési index, azaz 2,5 percenként. Ebben az esetben a probléma megoldódott teljesen kihúzza rutinszerű feladatok mellett a felhasználótól, de ez nem mindig lehetséges vagy kívánatos, ezért itt nézzük meg, hogyan kell kezelni ütemezett feladatokat, és hogyan, hogy megbizonyosodjon arról, hogy nem negatív hatással a teljesítményre.

normál alkalmazás

A konfigurációk alapján a szokásos egységes kérelem eszközök kezelésére ütemezett feladat nem. Ez nagyrészt annak köszönhető, hogy az a tény, hogy abban az időben a kezdeti fejlődés fogalmának rutinfeladatok dolgoztak elég rosszul.

Sok rutinfeladatok kezeli beállításával a kapcsolódó alrendszereket. Például a beállítás rutinfeladatok összefüggő adatcserét kell kérni cserébe kedvezményeket összefüggő EGAIS opciós kereskedelem alkohol stb

Első pillantásra ez elég logikus, de egyetlen eszköz megnehezíti kíséri a beállított ütemezett feladat és azok optimális beállításokat. Nos, ha ez a munka 1-2, és ha több, vagy mint a mi esetünkben, fennáll a gyanú bármely ütemezett feladatokat, de nincs ötlete, hogy ki és mi van beállítva az adatbázisban.

Ebben az esetben érdemes használni külső feldolgozás KonsolZadany (JobsConsole), amely egy sor standard kezelések vezetni ITS. Feldolgozás egyetlen felületet biztosít az összes feladatot, és lehetővé teszi számukra, hogy a központosított konfigurációról és ellenőrzése jelenleg ezt a munkát.

Ez a lista kell, hogy gondosan vizsgálja az összes felesleges munkahelyek, disconnect, és joga van ahhoz, hogy a menetrend szerint az alapvető szükségletek és a józan ész. Például, a mi esetünkben, nincs szükség, hogy feldolgozza a válaszokat EGAIS 30 másodpercenként (ez a beállítás készült vizsgálat) és a működési mód lesz elég ahhoz, hogy ezt mondjuk egyszer félóránként.

kezelt alkalmazás

A konfigurációk alapja egy kezelt alkalmazás ütemezett feladatokat rendelt jelentősebb szerepet, ezek segítségével lehet különböző feladatok elvégzésére a szolgáltatás információs adatbázis és tartása naprakész, de ugyanakkor azt ütemezett feladat leggyakrabban az oka a „fék”.

Az ütemezett feladatok tervezett szálloda a menüből Administration - Támogatás és karbantartás.

Azonnal meg kell jegyezni, hogy a munkát jelentősen nőtt (például akkor ugyanaz a konfiguráció - Retail) és az illetékes környezetben jelentősen javítja a teljesítményt az információs bázis. Az alapértelmezett beállítások 1C igényei alapján a cég a közepén egy gömb alakú vákuum és nem optimális is zárja.

Először is letilthatja, amit nyilvánvalóan felesleges, amit nem működnek. Ezután optimalizálja a menetrend ritkán használt funkciókat, például frissítse az osztályozó bankok a lakossági, valamint ellenőrzését vállalkozók, végezhetjük hetente egyszer munkaidőn kívül, vagy a végén (elején) a nap.

Különös figyelmet kell fordítani mindent, ami összefügg a keresési indexet. Full-text keresés minden bizonnyal egy praktikus dolog, de a munka az ő index nagyon, nagyon költséges feladat. Így nem megy a végletekig, és adja fel, de komolyan meg kell újra és állítsa be a paramétereket.

Kezdjük a szöveget kitermelés. Ez a művelet lehetővé teszi a keresést a tartalmát a csatolt fájlt, így ha nem használja őket, ne keress rajta, vagy van-e olyan kép -, hogy ezt a műveletet ki lehet kapcsolni minden esetben végezze el újra a 85 másodperc alatt - túl sok.

Frissítése a szabályozás az index - az egyik leginkább erőforrás-igényes művelet kerül végrehajtásra percenként egyszer alapértelmezés szerint.

Most, gondolom, milyen gyakran frissítik az információkat, illetve hozzáadjuk a bázist, amelyre a leggyakrabban keresnek? Nyilvánvalóan nem minden percben, így lesz elegendő, hogy frissítse az index sokkal ritkábban: óránként egyszer, naponta egyszer, vagy akár hetente egyszer.

Ugyanez vonatkozik az egyesülő az SDA index. ha frissíti az indexet naponta egyszer, akkor létre kell hoznia egy egyesülés végrehajtására hetente egyszer, ugyanakkor azáltal kezdete a legkevésbé zavarja a munkát időben.

Ezek az egyszerű művelet lehetővé teszi, anélkül, hogy érinti a konfigurációs alkalmassága emelni a kényelmes vele dolgozni, hogy a következő szintre megszüntetésével a gyakori végre elég igényes műveleteket. Csak ne menj a végletekig, hozzáértő ítélni, hogy hogyan kell az egyes funkciók és milyen gyakran kell elvégezni a feladatokat velük kapcsolatban.

---