Alacsony fordulatszám 1c
1C rendszer erőfölényben van az automatizálási piacon a kis- és közepes méretű vállalkozások számára. Ha a vállalat úgy döntött, a számviteli rendszer 1C, ez általában a munkája szinte az egész személyzet, a szokásos készség és befejezve kezelése. Ennek megfelelően, a sebességet a 1C sebességétől függ az üzleti folyamatok a vállalat. Ha 1C működik szegény sebességgel, hogy közvetlenül befolyásolja a teljesítményét az egész cég, mind a profit.
Tény, hogy van három módszer gyorsulás 1C:
- Fokozott hardver kapacitását.
- Optimalizálása operációs rendszer és adatbázis beállításokat.
- Kód algoritmusok és 1C.
Javasolt megoldások
Teljesítmény Audit 1C
optimalizálás 1C
Az első módszer költséges berendezések és az engedélyek, a harmadik - munkaigényes programozók, és ennek következtében mindkét módon lefordítani jelentős pénzügyi költségeket. Az első dolog, hogy figyeljen a programkódot, mivel minden, a szerver kapacitás nem lehet kompenzálni a rossz kódot. Bármilyen programozó tudja, hogy mindössze néhány sornyi kódot lehet létrehozni olyan folyamat, amely letölti a teljes források szerveren.
Ha a vállalat bízik optimalitásával a programkód, és ez még mindig lassan fut, általában vezetés úgy dönt, hogy növeljék a szerver kapacitását. Ezen a ponton, a logikus kérdés: mi hiányzik, mit és mennyit kell a végén hozzá.
1C Company arra a kérdésre, hogy mennyi erőforrásokra van szükségük, ad egy meglehetősen homályos választ róla írtunk a korábbi hozzászólásokat. És ezért szükséges, hogy önállóan kísérleteket elvégezni és megérteni, amit függ a teljesítmény az 1C. A következőkben ismertetjük a kísérletek program működését a cég EFSOL.
Amikor dolgozik 1C 8.2, különösen beállítást használó szabályozott formában úgy látták, hogy egy furcsa tény: 1C gyorsabb, mint egy munkaállomáson egy nagy teljesítményű szerver. Sőt, az összes jellemzőit a munkaállomás rosszabb, mint a szerver.
1. táblázat - Configuration amelyen vizsgálatot végeztek kezdeti
Munkaállomás teljesítményét mutatja 155% -kal több, mint a szerver 1C haladja előírásoknak. Már kezdtük megérteni, hogy mi történik, és hogy szűk tartományban keresést.
1. ábra - teljesítmény mérése az operációs állomások vizsgálati Gileva
Az első gyanú, hogy Gileva vizsgálat nem megfelelő. Mérések nyitó formáit dokumentumok, jelentések készítéséhez, stb eszközök műszerek azt mutatták, hogy Gileva teszt egy értékelést arányos a tényleges fordulatszám 1C.
Gyakoriságának és mennyiségének RAM
Az elemzés a rendelkezésre álló információk az interneten azt mutatja, hogy sokan írnak a függőség a teljesítménye a 1C memória frekvenciája. Ez a frekvencia helyett a hangerőt. Úgy döntöttünk, hogy megvizsgáljuk ezt a feltételezést, mint ahogy azt a szerver memória frekvencia 1066 MHz-1333 MHz-es ellen a munkaállomás és a RAM a szerveren, és így sokkal magasabb. Úgy döntött, hogy nem csak a 1066 MHz-es és 800 MHz-hatás teljesítményétől függően a memória frekvenciája világosabb. Eredmény - esett a termelékenység 12% 39,37 egység. Szerver memória beállítása 1333 helyett 1066 MHz-es Mhz, és van egy kis teljesítmény növekedést - körülbelül 11%. Teljesítménye 19,53 egység. Ennek megfelelően nincs a memóriában, annak ellenére, hogy gyakorisága ad egy kis erősítés.
2. ábra - A teljesítmény mérése a munkaállomáson RAM leengedése után a frekvencia
3. ábra - Teljesítmény mérések után a szerver egyre gyakoribb RAM
A következő hipotézist társított lemezalrendszer. Miután két feltételezések:
- SSD jobb, mint a SAS meghajtók, akkor is, ha 10 raid.
- iSCSI fut lassan vagy helytelenül.
Ezért a munkaállomás beállítása normál SATA-meghajtó helyett SSD, majd ugyanezt tette a szerver - adatbázis helyezni a helyi SATA-merevlemez. Ennek eredményeként, a teljesítmény mérése nem változtak. Valószínűleg ez azért van, mert elég RAM és meghajtók gyakorlatilag nem vesz részt a vizsgálat elvégzéséhez.
A feldolgozók a szerveren, természetesen, nagyobb teljesítményű, és közülük kettő, de a gyakorisága valamivel alacsonyabb, mint a munkaállomáson. Úgy döntöttünk, hogy teszteljék a hatását a frekvenciát a processzor sebessége: a szerver processzorok nagyobb gyakorisággal kéznél volt, tehát nem csökkenti a frekvenciát a processzor a munkaállomásra. Azonnal csökkentjük 1,6 összefüggést mutatjuk fényesebb. A vizsgálat azt mutatta, hogy a teljesítmény jelentősen csökkent, de még a processzor 1,6 munkaállomás elárulta közel 28 darabot, ami majdnem 1,5-szer nagyobb, mint a szerver.
4. ábra - A teljesítmény-mérések a munkaállomásokat a processzor 1,6 GHz
Abban a pillanatban, van két gyanús, hogy a munkaállomás még gyorsabban fut és lényegesen rosszabb tulajdonságokkal rendelkezik:
- Processzor. Processzor típusa a munkaállomáson a legjobb 1C.
- Chipset. Más tényezők változatlansága mellett, a munkaállomás egy új chipset, valószínűleg üzleti benne.
Azt tervezzük, hogy vásárolja meg a szükséges alkatrészek és a további vizsgálatok meggyőzően meghatározni, milyen nagymértékben függ a teljesítmény az 1C. Míg a tárgyalási folyamatát és beszerzési, úgy döntöttünk, hogy végre egy optimalizálás, annál már nem ér semmit. A következő lépések kerültek meghatározásra:
1. lépés: Rendszer konfiguráció
Kezdeni a következő beállításokat a BIOS és az operációs rendszer:
- A szerver BIOS-beállítások letiltja az összes energiatakarékos processzor.
- Válassza ki a operációs rendszer terv „Maximális teljesítmény.”
- A processzor arra is konfigurálva van a maximális teljesítményt. Ez megtehető PowerSchemeEd segédprogramot.
2. lépés: Állítsa SQL Server és az 1C: Enterprise szerver
Azt, hogy az alábbi módosításokat adatbázis szerver és az 1C: Enterprise.
- Beállítás megosztott memória protokoll:
- Megosztott memória csak akkor indul a platform 1C óta 8.2.17 a korábbi kiadás tartalmazza Named Pipe - kissé gyengébb a sebesség. Ez a technika csak akkor működik, ha a szolgáltató az 1C és MSSQL telepítve ugyanazon a fizikai vagy virtuális szerver.
- Javasoljuk, hogy lefordítani 1C szolgáltatás debug módban, paradox módon ez ad teljesítménynövekedést. Alapértelmezésben hibakeresés le van tiltva a szerveren.
- Hogyan kell helyesen konfigurálni SQL Server:
- Elég csak a szerver, más szolgáltatások, amelyek kapcsolódnak, és talán valaki használja őket csak akadályozzák a munkát. Megállunk és letiltása szolgáltatások, mint például: szöveges keresés (1C saját teljes szöveges keresés), Integration Services, stb
- Beállítja a maximális memória juttatott a szerveren. Erre azért van szükség annak érdekében, hogy sql-szerver száma a memória mennyiségét és tisztítani előre.
- Mi a maximális folyamok száma (Maximum dolgozó szál), és állítsa magasabb prioritást szerver (kiemelés prioritás).
3. lépés: Állítsa be a termelési adatbázis
Miután az adatbázis szerver és a 1C: Enterprise optimalizáltak, menjen az adatbázis beállításokat. Ha az adatbázis még nem telepítette .dt fájlt, és tudod, a körülbelüli méretének, a méret az elsődleges fájl inicializálása jobb tölteni a „> =” adatbázis méretét, de ez ízlés kérdése, hogy továbbra is nő egy sweep. De Autogrow mérete meg kell határozni: körülbelül 200 MB az alap, és 50 MB log, mint alapértelmezett - növekedés 1MB és 10% erősen gátolja a működését a szerver, ha minden harmadik ügylet fájlt kell növelni. Továbbá, a tároló adatbázis fájlt és a log fájl jobb rámutatni a különböző fizikai lemezek vagy RAID csoportokat, ha használ a RAID tömb, és korlátozza a növekedést a naplót. Tempdb ajánlott áthelyezni a fájlt egy sor nagy sebességű, mint az adatbázis gyakran kerülünk vele.
4. lépés: Állítsa be az ütemezett feladatok
A rutinfeladatok meglehetősen egyszerű a karbantartási terv a kezelés fejezetben, a grafikus eszközök, így egy részletes leírást, hogyan kell csinálni, hogy nem. Nézzük meg, hogy milyen műveleteket kell elvégezni a teljesítmény javítása érdekében.
- Töredezettségmentesítés indexek és frissítés statisztikákat kell végezni naponta, mert ha a szilánkos index> 25%, ez jelentősen csökkenti a rendszer teljesítményét.
- Töredezettségmentesítés és frissítése statisztika - gyorsan elvégezhető, és nem igényel kihúzza felhasználók. Azt is javasolta, hogy nem minden nap.
- Teljes újraindexelésé - egy adatbázis zár, akkor javasoljuk, hogy ezt legalább egyszer egy héten. Természetesen, miután egy teljes újra-indexelés kész azonnal töredezettség-mentesítése indexek és frissítés statisztika.
Ennek eredményeként egy vékony rendszer beállításait, SQL Server és a munka alapja, tudtuk, hogy a termelékenység növelése 46% -kal. A méréseket végeztük egy eszköz 1C műszereket és alkalmazásával Gileva teszt. Az utóbbi azt mutatta, 25,6 egységek ellen 17.53, amelyek eredetileg voltak.
Az 1C fut lassan? Rendelési IT szolgáltatások és üzleti informatikai szakemberek sokéves EFSOL vagy átadják az 1C egy erős és üzembiztos távoli szerveren.
Rendszerintegráció. tanácsadó