1C A folyamat terhelése a processzor 100%
Az egyik szerver 1C, amit szolgálni, nagyon furcsa viselkedett. CPU-használat a szerver gépen 1C majdnem mindig 100%, akkor is, ha senki sem dolgozik rajta. Az adatbázis tárolja az MSSQL voltak viszonylag bőséges, de az igazi emberek, akik dolgoztak velük - egy kicsit. Ugyanakkor a munka nem több, mint 10-15 éves felhasználók egy nagyon lassú üzemmódban.
Ez a szerver felkeltette a figyelmemet azonnal, amint elkezdtem dolgozni vele. Előző adminisztrátor hiába küzdött a teljesítményt, szerzett 2 kosarak külön külső raid alatt MSSQL adatbázis és ideiglenes felhasználói adatok 1C, de a meglévő probléma CPU kihasználtsága nem megoldott, bár egy kicsit terheletlen kerék, de az igazi probléma nem volt velük.
A szerveren található, mintegy 30-35 bázisok, amelyek pedig 1-2 fő, és egy pár bázisok voltak, ahol dolgoztak 3-5 ember egy időben. Minden, ami a hűvös az MSSQL Server egy szerveren, egyetlen vasat egy öreg kseonom és 32 GB szövetkezetek. Elvileg a vasat, mint ezekre a feladatokra.
Az első dolog, amit észrevettem, hogy a processzor betöltésre került, még éjjel is, amikor senki sem dolgozik a szerveren. Bemásztam az adminisztrációs konzolon, hogy mi a processzor terhelését. Kiderült, hogy ez a háttér feladatokat. A legtöbb bázisok nem volt szükség, és kikapcsolta az összes felesleges. A terhelés processzor azonnal csökkent egy elfogadható szintű 60-70%, és a kerekek általában teljesen megtöltve. Elfelejtettem a szerver bármikor.
Ismét visszatért hozzá, amikor az emberek kezdtek panaszkodni a nagyon lassú munka 1C bázisok. Processzor akkoriban szinte mindig töltve 100% -os. Felesleges háttér feladatokat eltűntek. Erre azért volt szükség, hogy foglalkozni jobban, mi a probléma.
Tisztában vagyunk azzal, hogy ez a processzor lesz a hajó rmngr.exe
CPU terhelés egyenlő és adott folyamat rmngr.exe rphost.exe. Rphost korábban konfigurált és optimalizált. Ezek a beállítások adott a stabil működés, nem kell újraindítani a szervert hónapokban:
Rphost által megadott terhelést a fennmaradó háttér feladatokat és mi mást tehetnék vele, nem tudom. És rmngr akarjuk érteni, és pontosan tudja, hogy mit fogyaszt a CPU időt. Ebben a folyamatban minden folyamat a klaszter menedzser:
Lehetőség van, hogy osztja a klaszter-menedzsment szolgáltatások a különböző rendszer feldolgozza rmngr.exe és meghatározni, hogy milyen szolgáltatást processzor terhelését, a pid. Separation tartalmazhatnak ilyen tulajdonságokat a gyártási szerver:
Ha tesz egy csóka, 1C kiszolgáló ügynök újraindítja magát az új beállításokkal. Ezt követően, a Task Manager akkor mintegy 15 folyamatok rmngr.exe különböző pid. Lásd, amely folyamat a legtöbb processzor és 1C Management Console, hogy a klaszter menedzserek lásd a leírást a folyamat pid.
Az én esetemben ez volt a szolgáltatás log bejegyzések. Ahhoz, hogy megtudja, kattintson duplán a folyamat a szükséges pid:
Pál esetében, megtalálta a tettes fékeket. Csináltam screenshotok, amikor megoldotta a problémát, úgyhogy nincs terhelés.
1C szolgáltatás naplójának CPU
Rájöttem, hogy pontosan mit ad a túlzott terhelés a szerveren. Néztem a hangerő naplók. Némelyik bázis elérte a mérete 10-15 koncertjein. A tisztítás után a szerver lett sokkal könnyebb betölteni ismét csökkent, de valahol 80-90%, és több hónapig elfelejtettem a szerveren.
Eszébe jutott a fékek és a CPU használat 100% -os. Megvalósult fenti művelet eredményét nem adott. Baz volt egy kicsit, és meg kellett gondolni, hogyan lehet eltávolítani a szerver. Dolgozott 100%, még munkaidőn kívül, amikor nem volt egyetlen valódi felhasználó. Szolgáltatás log fogyasztott 30-40% CPU idő.
Elkezdtem gondosan gyapjú interneten, egy adott témában, és találtam néhány megjegyzés. Voltak, akik odafigyeltek a túlterheltségét naplószolgáltatás regisztrációt. Alternatív megoldásként a probléma, hogy felajánlotta, hogy visszatér egy régebbi verziója csinál LGF naplók helyett egy új lgd. Nem tudom, hogy mi változott alapvetően a Journal of fakitermelés napló formában, de a vendégek számára, hogy megpróbálja, a CPU terhelése csökken. Előre tekintve azt jelenti, hogy ezt a tanácsot segített.
Fordítás szerver a régi verziót a fakitermelés a naplóban
Bármelyik beállítás vagy automatikus megoldás a fordítás a folyóirat log bejegyzés a régi formátumban LGF sem. Ahhoz, hogy a régi formátum, le kell állítania az ügynök szolgáltatás 1C: Enterprise szerver. Ezután keresse meg a mappát a C: \ Program Files (x86) \ 1cv8 \ srvinfo \ reg_1541. válassza ki az id adatbázist, amelyben meg szeretné változtatni a log file formátumban. Volt egy csomó bázisok, én lusta manuálisan módosíthatja az egyes formátumok. Úgy döntöttem, a bázis a legnagyobb volumenű, és megváltoztatta a formátumot csak nekik.
Minden mappa bázis 1Cv8Log könyvtárba. és benne 2 kép: 1Cv8.lgd és 1Cv8.lgd-folyóirat. Ezeket el kell távolítani, és helyettük a mappában hozzon létre egy üres fájlt 1Cv8.lgf. A művelet elvégzéséhez minden szükséges bázisok, ahol meg fogja változtatni a méret a napló. Régi nem feltétlenül eltávolítani, akkor jobb, ha mozogni valahol, hirtelen jöhet bejegyzést.
Ezután indítsa el a szolgáltatást Server Agent 1C: Enterprise. Miután az átmenetet a régi formátum a log, a betöltési folyamat rmngr.exe leesett közel 0, a szerver általában elfogadható 40-60%.
következtetés
Ha megoldja az összes problémát a szerveren 1C, klaszter-menedzsment folyamatok kell egyesíteni az 1. felelős eltávolítja ezt az opciót jelölőnégyzetet a tulajdonságai a termelési kiszolgálóval. 1C nem javasolja, hogy ezt a működési mód, ahogy ez a hibakeresés.
Ismét nyertem 1C fékek formájában 100% -os CPU szolgáltatás rmngr.exe. Bázisokkal 1C soha nem lehet unatkozni, folyamatosan határozhat bármely kérdések és problémák fordulnak elő gyakrabban a frissítés után. Óvatos pillantást a növekedés az erőforrás-felhasználás folyamatok rphost.exe. Úgy érzem, ösztönösen, hogy hamarosan el kell döntenie, kérdésekre CPU használat őket.