1c szerver klaszter: vállalkozások 8 (1c: Enterprise 8 Server Cluster)

1C Kiszolgálófürt: Vállalatok 8 fő eleme a platform, amely közötti kölcsönhatás az adatbázis-kezelő rendszer és a felhasználó esetében az ügyfél-kiszolgáló munkát. A klaszter lehetővé teszi, hogy megszervezi a folyamatos, fenntartható kudarcok, versenyképes munka jelentős számú felhasználó terjedelmes információs bázisok.

1C Server Cluster: A 8 vállalatok egy olyan logikai koncepció, amely olyan folyamatokat jelöl, amelyek ugyanazokat az információs bázisokat szolgálják.

Kiválaszthatja a következő szerver klaszter képességeket, mint a fő:

• a több és egy számítógépen (működő szerverek) működésének képessége;
• minden munkakiszolgáló támogathatja mind az egy, mind a több munkafolyamat működését, amely az ügyfélkapcsolatokat szolgálja a klaszter határain belül;
• az új ügyfelek felvétele a klaszter munkafolyamataiban a munkafolyamat munkafolyamat-statisztikájának hosszú távú elemzésén alapul;
• az összes klaszter folyamat kölcsönhatását maguk között, az ügyfélalkalmazások és az adatbázisok szerverével a TCP / IP protokoll segítségével végzik;
• a klaszter folyamatok futnak, lehetnek mind a szolgáltatás, mind az alkalmazás.

Ügyfélszerver opció. Munkaprogram

Ebben az esetben az ügyfélalkalmazás kölcsönhatásba lép a szerverrel. A Server Cluster, viszont az adatbázis-kiszolgálóval kölcsönhatásba lép.

A központ szerver klaszter szerepe játszik az egyik számítógép, amely a szerver klaszter részét képezi. Ezenkívül a központi kiszolgáló az ügyfélvegyületeket szolgálja, továbbra is kezeli a munkát, általában az egész klaszteret, és megtartja a klaszter nyilvántartását.

A klaszter a központi kiszolgáló nevével foglalkozik, és esetleg a hálózati portszámmal. Ha a hálózati port szabványos, elegendő a kapcsolat egyszerűen megadni a központi kiszolgáló nevét.

A központi klaszter-kiszolgálóhoz való csatlakozás során az ügyfél alkalmazás húzódik. A munkafolyamat-munkafolyamat statisztikáinak elemzése alapján a központi kiszolgáló továbbítja az ügyfélalkalmazást a szükséges munkafolyamathoz, amely kiszolgálnia kell. Ez a folyamat Aktiválható bármely klaszter üzemeltető szerveren, különösen a központi szerveren.

A kapcsolódási szolgáltatás és a felhasználói hitelesítés ezt a munkafolyamatot támogatja addig, amíg az ügyfél egy meghatározott információs bázissal történő felmondása.

Klaszteriszolgálók

A szerverek elemi klaszterje egyetlen számítógép lehet, és csak egy munkafolyamatot tartalmaz.

Az ábrán az összes elemet megfigyelheti, hogy egy vagy más módon, részt vesz a szerver klaszterben. Ezek a következő elemek:

• szerver klaszterfolyamatok:
  o ragent.exe;
  o rmngr.exe;
  o rphost.exe;
• adattárház:
  o a klaszterek listája;
  o Cluster Registry.

A ragent.exe folyamat, a kiszolgálói ügynöknek nevezik, biztosítja a számítógép működését a klaszter szerves részeként. Következésképpen a ragent.exe folyamat fut, amelyen a Ragent.exe folyamatot futtatni kell, meg kell hívni egy működő kiszolgálót. Közelebbről, a Ragent.exe egyik funkcionális feladata a klaszterek nyilvántartásának fenntartása, amelyek egy adott üzemi kiszolgálón vannak.

Sem a klaszterek nyilvántartása, sem a kiszolgálószer szerves része a kiszolgálócsoportnak, de csak lehetővé teszi, hogy működjön a kiszolgáló és klaszterek.

Maga a szerver klaszter ilyen elemekből áll:

• egy vagy több rmngr.exe folyamat
• regisztrálja a fürtöt
• egy vagy több rphost.exe folyamat.

Klaszterkezelő (rmngr.exe folyamat). A teljes klaszter működésének kezelésére szolgál. A klaszter több rmngr.exe folyamatot is tartalmazhat, amelyek közül az egyik mindig lesz a klaszter fő vezetője, és a fennmaradó folyamatok további vezetők. A központi fürtkiszolgálót olyan munkakiszolgálónak kell nevezni, amelyen a Master Cluster Manager érvényes, és amely klaszterlistát tartalmaz. Ez egy klaszter-nyilvántartás karbantartása a fő klaszterkezelő egyik funkciója.

Munkafolyamat (rphost.exe folyamat). Ez közvetlenül szolgálja az ügyfélalkalmazásokat, amelyek kölcsönhatásba lépnek az adatbázis-kiszolgálóval. Ebben a folyamatban egyes kiszolgálómodul konfigurációs eljárások végrehajthatók.

Skálázhatóság 1c verzió 8.3

A szerver klaszter méretezhetőségét a következő módon hajtják végre:

• növelje a klaszter menedzserek számát és a szolgáltatások közötti szolgáltatásokat
• növelje a működési kiszolgálón megjelenő munkafolyamatok számát.
• növelje a dolgozó szerverek számát, amelyekből a klaszter áll.

Használja ugyanabban az időben több vezetõt.

A klaszterkezelőt végrehajtó funkciók több szolgáltatásra vannak osztva. Ezek a szolgáltatások különböző klaszterkezelőkhöz rendelhetők. Ez lehetővé teszi, hogy a terhelést akár több folyamaton is eloszthassa.

Azonban egyes szolgáltatásokat csak a CHUSTER CLUSTER Manager használhatja:

• klaszter konfigurációs szolgáltatás
• hibakeresési szolgáltatás
• cluster Lock szolgáltatás.

Más szolgáltatások esetén az önkényes klaszterkezelők jogosultak:

• regisztrációs naplók szolgáltatásai
• szervizzár szolgáltatás
• feladatszolgáltatás
• szolgáltatás teljes szöveges keresés
• session Adatszolgáltatás
• számozási szolgáltatás
• egyéni beállítások szolgáltatás
• idő
• tranzakciós zárak szolgáltatásai.

Használjon egyszerre több munkafolyamatot.

Egyrészt számos munkafolyamat használata lehetővé teszi az egyes munkafolyamatok terhelésének csökkentését. Másrészt a több munkafolyamat alkalmazása a működő szerver hardver erőforrásainak hatékonyabb felhasználásához vezet. Ezenkívül a több munkafolyamat megkezdésére vonatkozó eljárás javítja a kiszolgáló megbízhatóságát, mivel izolálja az ügyfélcsoportokat, amelyek különböző információs bázisokkal dolgoznak. A munkafolyamat a fürt, ahol feltesszük a dob több munkafolyamatok újraindul, időintervallum által meghatározott klaszter rendszergazda.

Az a képesség, hogy több munkafolyamatok (számának növelése ügyfél kapcsolatok), anélkül, hogy megterhelné a munkafolyamatok, így a változás, hogy a legtöbb oldalon, a munkanapok számával szerverek, amelyek szerepelnek a klaszter.

Hiba tolerancia 1C 8.3

A klaszter munkájában a kudarcok ellenállását három irányba biztosítja:

• maga a klaszter foglalása
• munkafolyamatok fenntartása
• ellenáll a szünet csatorna megszakításának.

Az 1c klaszter foglalása 8.3

Számos klaszteret kombinálnak a foglalási csoportba. Az ilyen csoportban lévő klaszterek automatikusan szinkronizálódnak.

Az aktív klaszter meghibásodása esetén helyettesíti a csoport következő munkakönyvét. Miután helyreállt klaszter visszaáll, az adatszinkronizálás után aktív lesz.

Munkafolyamatok fenntartása 1c verzió 8.3

A munkafolyamatok mindegyikére lehetőség van a használatra vonatkozó lehetőségek megadására:

• használat
• ne használja
• használja biztonsági mentésként.

Minden folyamat munkájának vészhelyzetének befejezése esetén a klaszter jelenleg inaktív biztonsági mentési folyamatot használ. Ebben az esetben a meglévő terhelés automatikus újraelosztása történik.

Fenntarthatóság 1c 8.3 verzió a Cliff kommunikációs csatornához

Mivel minden felhasználó saját kommunikációs munkamenetével van ellátva, a klaszter megtartja az adatokat a csatlakoztatott felhasználókról és milyen lépéseket hajtott végre.

A fizikai kapcsolat eltűnésével a klaszter egy olyan állapotban lesz, amely a felhasználóhoz való kapcsolódásra vár. A legtöbb esetben a kapcsolat visszaállítása után a felhasználó továbbra is képes lesz dolgozni a helyről, a pillanat, amikor a kommunikációs szünet történt. Ismétlő csatlakozás Az információs adatbázis nem lesz szüksége.

Az 1C-es verzió 8.3

A munkamenet lehetővé teszi egy adott információs bázis aktív felhasználójának meghatározását, és meghatározza az ebből az ügyfél ellenőrzési áramlását. Megkülönböztetni a következő munkameneteket:

• Slim kliens, webes kliens, Vastag ügyfél - ezek a munkamenetek merülnek fel, amikor kapcsolatba lépnek a megfelelő ügyfelekkel az információs bázissal
• A "Konfigurátor" típus csatlakoztatása - ez bekövetkezik a konfigurátor információs bázisával való érintkezéskor
• SOM kapcsolat - használatos külső vegyület Az információs bázishoz
• WS kapcsolat - a webszerver információs adatbázisával való kapcsolatfelvétel esetén a webszerveren közzétett webszolgáltatáshoz való kapcsolatfelvétel következtében
• A háttérfeladat akkor alakul ki, amikor a klaszter munkafolyamat az információs bázisra utal. Olyan munkamenetet szolgál ki, hogy végrehajtsa a háttérképes eljárás kódját,
  Cluster konzol - akkor jön létre, amikor az ügyfél-kiszolgáló alkalmazás adminisztrációs segédprogramja a munkafolyamatra hivatkozik
• SOM rendszergazda - a munkafolyamat külső csatlakozással történő elérése esetén történik.
• Dolgozzon különböző operációs rendszerek használatakor

Bármely szerver klaszter-folyamatok működhetnek operációs rendszer Linux és a műtő alatt windows rendszerek. Ezt úgy érik el, hogy a klaszterek kölcsönhatása a TCP / IP protokollt futtatja. A klaszter is magában foglalhatja az ilyen operációs rendszerek bármelyikét futtató kiszolgálókat.

Szerver klaszter adminisztráció Utility 8.3

A rendszerellátások tartalmazzák az ügyfél-kiszolgáló munkájának lehetőségét. Ez a segédprogram lehetővé teszi a klaszter összetételének megváltoztatását, az információs bázisok kezelését és a tranzakciós zárak azonnali elemzését.

Gyakran autóval együtt az 1c szerverrel együtt: a vállalat más szolgáltatásokat foglalkoztat - terminálkiszolgáló, SQL Server stb. És egy bizonyos ponton, a kiszolgáló 1c: Enterprise, és pontosabban az RPHOST munkafolyamat többet fogyasztott, mint a tervezett vagy az összes memória. Mi vezet a munka más szolgáltatások és szerver zombik munkájához. Az ilyen helyzetek elkerülése érdekében be kell állítania az 1C szerver munkafolyamatok automatikus újraindítását: vállalkozások

Döntés

1. Nyissa meg az 1C Enterprise Server adminisztrációs konzolt;
2. A központi kiszolgáló központját a klaszterekre telepítjük, és kiválasztjuk az NC-re vonatkozó érdeklődő klaszteret. A példában a klaszter csak egy;
3. Nyissa meg a kiválasztott fürt tulajdonságait, és nézze meg a következő űrlapot.

1C szerver klaszter tulajdonságai: Vállalat 8.3

Elemezzük a képen megadott példát:

Intervallum újraindítás - az idő, amelyen keresztül az rphost folyamat erőszakkal újraindul. A folyamat befejezése előtt egy új Rphost folyamat kezdődik, amelyhez minden csatlakozást továbbítanak, és csak a régi folyamat munkáját befejezik. A felhasználó munkájában nem befolyásolja. Az intervallum másodpercben jelenik meg, a példában 24 órát jelez.

Megengedett memória - A memória mennyisége, amelyen belül a munkafolyamat problémás nélkül működhet. A hangerőt kilobájtban jelzik, a példában a 20 gigabájt értékét jelezzük (valójában az ábra túl nagy, és egy adott rendszerből kell támadni, de az átlagos 4 GB-os átlagos számjegyből. Amint a munkafolyamat által elfoglalt memória meghaladja a megadott értéket, elkezdi a visszaszámlálást.

Az intervallum megengedett memóriája meghaladja - A megengedett memória megengedett mennyisége után futó időzítő után a megadott időre számít, új munkafolyamat indul, amelyre minden csatlakozást továbbítanak, a régi folyamat le van állítva. Az intervallum másodpercekben van jelen, a példa 30 másodpercet jelez.

A folyamatok leállnak - Az idő, amelyen keresztül a munkafolyamat leáll, kikapcsolt állapotban van, ha az érték 0, akkor a folyamat nem fejeződik be. Az intervallum másodpercben jelenik meg, a példában 60 másodperc látható.

A beállítások alkalmazása után nem indíthatja újra a kiszolgáló szolgáltatást, dinamikusan alkalmazandó.

TELJES

Tehát konfiguráltuk az 1C szerver munkafolyamatainak automatikus újraindítását: vállalkozások, és kapunk egy stabilabb rendszert, ha a memória szivárgás következik be, az adott munkamenet megszűnik.

Bizonyos helyzetekben is lejátszhatja a beállításokat, és megakadályozza a hibákat, ha hibákat rendel hozzá.

Kérjük, vegye figyelembe, hogy a fürtbeállítások felelősek az egyéni klaszterhez tartozó összes szerver beállításáért. A klaszter több fizikai vagy virtuális szerver munkáját is jelenti, amelyek ugyanazon információs bázisokkal működnek.

Intervallum újraindítás - Felelős a klaszter munkafolyamatok újraindításáért. Ezt a paramétert az óra körül a kiszolgálón kell beállítani. Az újraindítási frekvencia ajánlott kommunikálni a klaszterinformációs alapok technológiai ciklusával. Ez általában 24 óránként (86400 másodperc). Mint tudod, az 1C-kiszolgálókat feldolgozzák és tárolják a munkadíjakat.

Az automatikus újraindítás a platformon "a töredezettség és a memóriaszivárgás negatív következményeinek minimalizálása a munkafolyamatokban". Ott van még olyan információk is, amelyek a munkafolyamatok újraindítását más paramétereken (memória, elfoglalt erőforrások stb.) Restart.

Megengedett memória - Megvédi az 1C-kiszolgálókat a memória újrafeldolgozásából. Ha a térfogat folyamata meghaladja a meghaladja az intervallum megengedett kötetétA folyamat újraindul. Kiszámíthatja, hogyan maximális méret Az Rphost folyamatok által elfoglalt memória a kiszolgálók csúcsidőszakai alatt. Érdemes telepíteni a megengedett térfogat kis felesleges intervallumát is.

A kiszolgáló hibáinak megengedett eltérése. A platform kiszámítja a kiszolgálóhibák átlagos számát a szerverhez való hozzáférés számával kapcsolatban 5 percig. Ha ez az arány meghaladja a megengedett megengedett, a munkafolyamat "probléma", és befejezheti a rendszer, ha a zászló telepítve van "A problémák megoldása".

A letiltott folyamatok megállnak. Ha a megengedett mennyiségű memória túllépik, a munkafolyamat nem azonnal, és válik „kikapcsolt”, hogy itt az ideje, hogy „transzfer” a dolgozó adatait anélkül, hogy elveszítené az új futó munkafolyamat. Ha ezt a paramétert megadja, akkor az "OFF" folyamat minden esetben befejeződik, miután lejár. Ha a munkafolyamatok "lógott" munkafolyamatok a szerver 1c szerveren, akkor ez a paraméter 2-5 perc lehet.
Ezeket a beállításokat minden egyes 1c kiszolgálóra telepítik egyedileg.

A munkafolyamat maximális mennyisége - Ez a kötet halmozott A memória, amely képes dolgozni (RPHOST) az aktuális klaszteren. Ha a paraméter "0" -ra van állítva, akkor a szerver memória 80% -át teszi ki. "-1" - korlátozások nélkül. Ha a DBMS és Server 1C egy kiszolgálón működik, meg kell osztania a RAM-ot. Ha a művelet során azt tapasztaltuk, hogy a DBMS kiszolgálón nincs elég memória, akkor korlátozzák a memória mennyiségét az 1C szerver segítségével ezt a paramétert. Ha a DBMS és az 1C kiszolgálók szerint osztható, akkor érdemes kiszámítani ezt a paramétert a következő képlet szerint:

"MAX VOLUME" \u003d "TOTAL RAM" - " Ram OS ";

Az "OS RAM" az 1 GB-os elve alapján kerül kiszámításra minden 16 GB-os kiszolgálómemóriára

Biztonságos memóriafogyasztás egy híváshoz. Általánosságban elmondható, hogy az egyéni hívások nem szabad elfoglalni a munkafolyamatba rendelt összes RAM-ot. Ha a paraméter "0" -ra van állítva, a biztonságos áramlás mennyisége megegyezik az " Maximális munkafolyamatmemória ". "-1" - korlátozás nélkül, ami rendkívül ajánlott. A legtöbb esetben ez a paraméter jobb elhagyni a "0" -t.

Paraméterek használata "Az IB száma folyamatonként" és "a vegyületek számát a folyamathoz" Az 1C szerver munkafolyamatának eloszlását szabályozhatja. Például fut egy külön „rphost”, hogy minden információs bázis, csak a felhasználók egy bázis tiltva a helyzet a „csepp” a folyamat. Ezeket a paramétereket minden egyes kiszolgáló konfigurációhoz külön kell választani.

A RAM szerver DBMS használatának korlátozása - Szerver DBMS MS SQL van egy csodálatos tulajdonsága - ő szereti betölteni a bázisokat, amelyek aktív munkát végeznek teljesen. Ha ez nem korlátozott, akkor az összes gyors memóriát veszi magának, ami csak.

• Ha az 1C szerver: a vállalkozások telepítve vannak Microsoft SQL. A szerver, akkor a felső memória küszöbértéket az 1C szerverhez elegendő értékkel kell csökkenteni.
• Ha csak a DBMS működik a szerveren, akkor a DBMS-re a képlet szerint:

"DBM memória" \u003d "Megosztott RAM" - "RAM RAM";

Megosztott memória. - A paraméterről sokat ismert, de még mindig megfelel, amit elfelejtenek. Vizsgálja meg az "1" értéket, ha az 1C és a DBMS kiszolgáló egyetlen fizikai vagy virtuális kiszolgálón működik. By the way, működik, a platformtól kezdve 8.2.17.

Maximális párhuzamosság - Meghatározza, hogy hány processzort használnak egy kérés végrehajtásakor. A DBMS párhuzamozza az adatokat a végrehajtás során kifinomult kérések Több áramra. Az 1C-re ajánlott telepíteni az "1" -t, vagyis egy szál.

A BD fájlok értékelése - Meghatározzuk a lépést az MB-ben, amellyel az adatbázis-fájl "kibővíti". Ha a lépés kicsi, akkor az aktív adatbázis-növekedésnél a gyakori bővítmények további terhelést eredményeznek a lemezrendszeren. Jobb, ha 500 - 1000 MB.

Az indexek újraindítása és töredezettsége - Javasoljuk, hogy a töredezettségmentesítést / újraindításokat hetente egyszer kell elvégezni. A reindexing blokkok táblázatok, így jobb, ha nincs idő vagy minimális terhelés időtartama. Nincs értelme arra, hogy az index újjáépítése után töredje el a töredezettséget (újraindítás). A Microsoft ajánlására töredezettségmentesítés történik, ha az index fragmentáció nem haladja meg a 30% -ot. Ha fentebb van, javasoljuk, hogy újrainduljon.

Teljesítményterv - Az operációs rendszer áramellátásának beállításaiban, nagy teljesítményű.

Először is, az 1C-klaszter telepítése után korábban munkafolyamatokat kellett létrehoznom. Mint kiderült, a fürtfolyamatok automatikusan létrejöttek az adatbázis terhelés függvényében.

A fő bázis háttérfeladatainak próbavezetése miatt az 1C klaszter végtelenül túlterhelte az rphost.exe-t, és a további rphost.exe nem akart létrehozni. A beállítások futtatása Minden lett világos.

A munkafolyamat maximális mennyisége - Ez az a memória mennyisége, amely együtt használhatja a munkafolyamatokat. A paraméter telepítésekor nagyon óvatosnak kell lennie, bájtban mérhető. Ha helytelen értéket állít be (nem elegendő a normál felhasználók számára), a felhasználók a felhasználók számára "nem elég szabad memória Az 1C szerveren. Ezt a hibát is megkaphatja, ha a memória kvóta véget ért az 1C szerveren.

Biztonságos memóriafogyasztás egy híváshoz - Lehetővé teszi a memóriafogyasztás vezérlését a kiszolgálóhívás során, bájtban mérve van. Ha a hívás több memóriát használ, mint amennyire szükséges, akkor ez a hívás befejeződik az 1c klaszteren belül, anélkül, hogy újraindulna a munkafolyamat (rphost.exe). Ennek megfelelően a kiszolgálóhívást végrehajtó "vesztes" elveszíti az 1C-alapzatot, anélkül, hogy befolyásolná más felhasználók működését.

egy GB - 1073741824 bájtban 2 GB - 2147483648 byte

A munkafolyamatok memóriájának mennyisége, amelyhez a szerver termelékenynek tekinthető - ha a kiszolgálót túllépi, akkor az 1C klaszter kiszolgálója megszűnik az új kapcsolatokat.

A folyamatonkénti IB száma- Lehetővé teszi az információs bázisok feldolgozását a munkafolyamatokhoz. Alapértelmezés szerint az aktuális 1c klaszter " 8 ", De több órányi üzemóra, maga a szerver nagyon instabil, a felhasználók fagyasztották. Az egyes információs bázis (érték - "1") problémák eltűnnek.

A vegyületek száma a folyamaton - alapértelmezett érték " 128 ". Mivel a jelenlegi bázis nagyon hatalmas nyomás Háttérfeladatok (logisztikai számítás, fiókelemzés, versenytárs elemzés stb.) Úgy döntöttek, hogy csökkentik a számot "25" -re.

Egy kicsit megváltozott beállítások és klaszter 1c:

A hibatűrés szintje- Ez az a munkaszerverek száma, amelyek egyszerre nem tudnak, és ez nem vezet a felhasználók vészhelyzetének befejezéséhez. A mentési szolgáltatások automatikusan elindulnak az adott hibatűréshez szükséges összegben. Valós idejű, a biztonsági mentés aktív szolgáltatása replikálódik.

Terhelési elosztási mód - A paraméternek két lehetőség van: "Termelékenységi prioritás" - a kiszolgáló memóriája többet és a fenti teljesítményt, a "memória prioritás" - 1c klaszter menti a szerver memóriát.

A 8.3 szerver az újrahasznosított belső kód jellemzi, bár a "külső" úgy tűnik, hogy ez a terhek, finomított 8.2.

A kiszolgáló vált „auto egyedi”, része a paraméterek típusának munkafolyamatok már nem kézzel készítették, de számítjuk leírások alapján a követelmények a hiba tolerancia és a megbízhatóság feladatokat.

Ez csökkenti a valószínűségét helytelen beállítás Szerverek és csökkenti az adminisztrátorok képesítésének követelményeit.

Olyan terheléselosztó mechanizmust kapott, amely a rendszer teljes egészének teljesítményét növelheti, vagy használja az új "memória megtakarítások" módot, amely lehetővé teszi a "korlátozott memóriakártyák" használatát olyan esetekben, amikor a használt konfiguráció "szereti a memória elutasítását" .

A nagy mennyiségű memória használatakor a munka stabilitását az üzemi kiszolgáló új paraméterei határozzák meg.

Különösen érdekes a "biztonságos memóriafogyasztás" lehetőség. Azok számára, akik rosszul jelen vannak, mi az is - jobb, ha nem vonzza a "produktív" alapot. A "Maximális munkafolyamatmemória" paraméter lehetővé teszi, ha a "túlcsordulás" nem vonja be az egész munkafolyamatot, hanem csak egy "vesztes" munkamenetet. "A munkafolyamatmemória mennyisége, amelyhez a szerver produktívnak tekinthető" Lehetővé teszi az új kapcsolatok blokkolását, amint ez a memória küszöb leküzdése leküzdhető.

Azt javaslom, hogy elkülönítsem a munkafolyamatokat információs alapokPéldául adja meg az "IB PROPORE \u003d 1" paramétert. Számos nagy betöltött bázissal ez csökkenti a megbízhatóság és a teljesítmény kölcsönös hatását.

A rendszerstabilitáshoz való külön hozzájárulás teszi a "kiadások" licenceket / kulcsokat. A 8.3-ban a "Program Licenckezelő" használata volt az Aladin Manager emlékeztetve. A cél az a képesség, hogy a kulcsot egy külön géphez hozza.

Ez egy másik "szolgáltatás" formájában valósul meg a klaszterkezelőben. Használhatod például a "Free" laptopot. Adja hozzá az 1C 8.3 klaszterhez, hozzon létre egy külön kezelést az engedélyezési szolgáltatással. A laptopban a Hardware HASP-kulcsot, vagy aktiválhatja a szoftverlicenceket.

A programozók legnagyobb érdeke a "Funkcionalitás követelményeit" kell benyújtania.

A kijelölt funkcionalitás követelményei 1c

Tehát egy laptop egy védelmi kulcs, hogy ne vezesse a felhasználókat a klaszter kiszolgáló, akkor hozzá kell adnia az "Követelmények" az objektum "Client Union az IB" követelmény - "nem hozzárendelni", azaz. Tiltja meg ennek a kiszolgálónak a munkamódszereit az ügyfélkapcsolatok kezelésére.

Még nagyobb érdeklődésre számít, hogy "csak háttérfeladatok" futtatása a munkaszínező szerveren a felhasználói munkamenetek nélkül. Így nagy terhelésű feladatok (kód) készíthet egy külön gép készítéséhez. Mi lehet a "Hónaplezárás" háttérbeállítása az egyik számítógépen egy további paraméter "értékén keresztül, és a" teljes szöveges index frissítése "háttérfeladaton keresztül. Ez a "További paraméterérték" jelzés. Ha például a Backgroundjob.comMonmodule értéket adja meg értékként, akkor a munkakiszolgáló működését csak a tartalommal rendelkező háttérfeladatokkal korlátozhatja. Az érték backgroundjob.commonmmodule.<Имя модуля>.<Имя метода> - Meghatározza egy adott kódot.

1c kölcsönzés: ERP Felhőoldat 2000 rubel / hónap.

Szállítási menedzsment Vásárlás és futár cégek számára!

1c: Edo Ismerje meg az elektronikus dokumentumkezelés minden előnyét!

A támogatás megszüntetése "1c: Ka ed. 1.1 "! Szervezze meg az átmenetet "1c: Ka 2.4" -re

1c szerverkölcsönzés a felhőben Az 1c-ben való munka távolról 70% -os megtakarítással!

1c szerver klaszter - magas terhelésű rendszerek építése

Rendelés demonstrációs rendelés

Ez a cikk megvizsgálja a nagy terhelhető rendszerek (200 aktív felhasználók) 1C-szerkezetének több változatát, amely az ügyfél-kiszolgáló architektúra alapján épült - előnyei és hátrányai, az egyes opciók telepítési és összehasonlító teljesítményvizsgálatainak költsége.

Nem tartalmazunk az általánosan elfogadott és régen ismert klasszikus rendszerek leírását, értékelését és összehasonlítását egy 1C szerverszerkezet, például egy külön 1C szerver és egy külön DBMS szerver, vagy egy Microsoft SQL klaszter létrehozására 1c klaszterrel. Az ilyen értékelések nagyszerűen vannak, beleértve a gyártók által a szoftvertermékek gyártói által végzett. Áttekintést kapunk az 1C szerkezetének tervezési rendszeréről, amelyek az elmúlt években találkoztak az informatikai projektjeinkben a közepes és nagyvállalatok számára.

A nagy betöltött rendszerekre vonatkozó követelmények 1c

A nagymértékben betöltött 1C-rendszerek a nagy adathordozó tömbökkel 24/7/365 olyan kockázati tényezőknek vannak kitéve, amelyek általában nem megfigyelhetők szabványos helyzetekben. Ennek eredményeképpen az elimináció és az előrehaladás megköveteli az 1C és az új technológiák speciális építészeti rendszereinek használatát.

Katasztroforesztability dbms. Az 1c architektúra kialakításának folyamatában összpontosítson a számítási teljesítményre és a klaszterezésükben kifejezett szolgáltatások magas rendelkezésre állására. Kiszolgálók 1c: Az alapértelmezett cég képes egy duplikált klaszterben dolgozni, és a DBMS klaszter általában alkalmazható ipari rendszer Adat tárolása (tárolás) és fürtözési technológia (például Microsoft SQL Cluster). A helyzet azonban sajnálatosvá válik, ha a problémák az SCD-vel történnek (gyakran az elmúlt évek tapasztalatában - ezek a szoftverek problémái). Ezután az informatikai mérnök két problémát merül fel - ahol az aktuális adatok meghozatala és a lehető leghamarabb, mivel a lehető leghamarabb telepítheti őket, mivel a tárolórendszer a kívánt mennyiségű gyors lemez tömb nem áll rendelkezésre.

Adatbázis biztonsági követelmények. A közepes és nagy üzleti projektekkel való együttműködés rendszeresen szembesülünk a személyes adatok védelmére vonatkozó követelményekkel (különösen az FZ-152 pont teljesítéséhez). E követelmények teljesítésének egyik feltétele a személyes adatok megfelelő megőrzésének biztosítása, amely megköveteli az 1C adatbázis titkosítását.

A nagy betöltött 1S rendszerek rendszerének kidolgozásakor az 1C általában figyeli a bemeneti lemezrendszer (az adatbázisok) paramétereit. Ezenkívül a CPU erőforrásainak és fogyasztása is aktív kihasználása RAM 1C szerverrel. Gyakran előfordul, hogy ez az ilyen típusú erőforrás és hiánya, az aktuális 1c szerver hardverfrissítési képességei kimerülnek, és az egyetlen DBMS-kiszolgálón működő új 1C szerverek hozzáadását igényli.

Rendszerek szervezési szerverek szervezésére 1c

Egy diagram, amelynek egy klaszterje 1c kiszolgálók, amelyek a klaszterhez csatlakoznak az SQL Systemon Synchronous replikációval IP protokollon keresztül. Ez a rendszer az egyik kvalitatív változat, hogy megoldja az 1C adatbázis katasztrofhetabilitásának problémáját (lásd az 1. ábrát). Az SQL-HARDINGON alap klaszterezési technológiája az SQL táblák online szinkronizálásának elvén alapul, a fő és a biztonsági mentési szerverek között a végfelhasználó interferenciája nélkül. Az SQL hallgató segítségével az SQL Backup kiszolgálóra válthat a főhalom meghibásodása esetén, amely lehetővé teszi, hogy hívja ez a rendszer Az SQL teljes körű katasztrofémi klaszterje két SQL független szerver használatának köszönhetően. Az SQL mindig a technológia csak a microsoft verzió SQL Enterprise.

1. ábra - 1c + SQL Verszerkiszolgáló Cluster Diagram

A második rendszer megegyezik az elsővel, csak az SQL adatbázis titkosítást adja hozzá a fő és biztonsági szerveren. Már említettük, hogy a munka és a legújabb IT projektek azt mutatják, hogy a vállalatok elkezdték fizetni sokkal nagyobb figyelmet szenteltek a kérdés az adatbiztonság, különböző okok miatt - a követelmények a FZ-152, támadó a lefoglalt szerverek, adatszivárgás a felhőben hasonló. Hisz ez az opció Az 1c-ek nagyon relevánsak (lásd a 2. ábrát).

2. ábra - 1c + SQL Viewleon Cluster Cluster diagram titkosítással

1c "Aktív aktív" szerver klaszter, amely egyetlen SDB-kiszolgálóhoz csatlakozik IP protokollon keresztül. A hibatűréssel és a biztonsági igényekkel szemben - egyes struktúrák elsősorban szükségesek fokozott teljesítményígy beszélni "minden számítástechnikai erőt". Ezért a maximális prioritást az 1C szerver számítástechnikai klaszterek számának növekedése, amelyhez a modern 1C platform lehetővé teszi, hogy megkülönböztesse különböző típusok Számítások és háttérfeladatok (lásd a 3. ábrát). Természetesen az SQL Server alapforrásainak berendezései szintén a szinten kell lenniük, de maga az adatbázis-kiszolgáló egyetlen számban jelenik meg (látszólag a számítás időszerű biztonsági mentés adatbázisok).

3. ábra - 1C szerver klaszter diagram egy DBMS szerverrel

Kiszolgáló 1c és DBMS egy hardverkiszolgálón Sharedmemory. Mivel gyakorlati tesztjeink a különböző rendszerek teljesítményének összehasonlítására koncentrálnak, akkor egy bizonyos szabványnak össze kell hasonlítani a több opció összehasonlításához (lásd a 4. ábrát). Hivatkozásként, véleményünk szerint meg kell tennie az 1C szerver helymeghatározási sémáját és a DBMS-t egy hardverkiszolgálón, a shareMemory interakcióval való virtualizáció nélkül.

4. ábra - 1c szerver diagram és DBMS egy hardverkiszolgálón Sharedmemory

Az alábbiakban egy általános összehasonlító táblázat, amely általános eredményeket mutat az 1C-rendszer szerkezetének megszervezésének legfontosabb kritériumairól (lásd az 1. táblázatot).

Az architektúrák értékelésére vonatkozó kritériumok 1c	1C + SQL VIZSGAZÁSI KLUSTER	1C + SQL VIZSGÁLATI KLUSTER A titkosítással	1c klaszter egy DBMS szerverrel	Klasszikus 1C + DBMS Sharedmemory
Könnyű telepítés és karbantartás	Kielégítő	Kielégítő	oké	Kiváló
hibatűrés	Kiváló	Kiváló	Kielégítő	Nem alkalmazható
Biztonság	Kielégítő	Kiváló	Kielégítő	Kielégítő
Költségvetés	Kielégítő	Kielégítő	oké	Kiváló

1. táblázat - Az 1C-rendszerek összehasonlítása

Amint láthatja, egy fontos kritérium marad, amelynek értéke a termelékenység megismerése. Ehhez egy sor gyakorlati tesztet végezünk egy kiemelt próbapadon.

Leírás Vizsgálati technika

A vizsgálati szakasz kettőből áll kulcsfontosságú eszközök Az 1c-es felhasználók terhelése és utánzása. Ez egy Gile Test (TPC-1C) és "Test Center" az 1C eszközkészletből: KIP.

Teszt Gilev. A vizsgálat az egyetemes integrált kereszt-platform tesztek szakaszára utal. Mind a fájlhoz, mind az ügyfél-kiszolgáló opciókhoz használható: Enterprise. A teszt becslései az időegység időtartama egy áram alatt egy patakban, és alkalmasak az egyáramlási terhelések sebességének becslésére, beleértve a felület felvételi sebességét, a virtuális környezet kiszolgálására szolgáló erőforrás költségek hatását, a dokumentumok visszaszorítását, a hónap bezárása, bérszámfejtés stb. A sokoldalúság lehetővé teszi, hogy egy általános teljesítmény értékelése nélkül tosing egy adott szabványos platform konfigurációt. A vizsgálati eredmény az 1c mért rendszer összefoglaló értékelése, amelyet a hagyományos egységekben kifejezve.

Speciális "tesztközpont" az 1C eszközkészletből: KIP. Testközpont - Az információs rendszerek többjátékos betöltési tesztjeinek automatizálása az 1C-es platformon: Vállalat 8. A gazdálkodó munkáját a részvétel nélkül szimulálhatja valódi felhasználókamely lehetővé teszi az alkalmazhatóság, a teljesítmény és a skálázás értékelését tájékoztatási rendszer Valódi körülmények között. Az 1C eszközkészlet használata: KIP, folyamatok és vezérlési példák alapján a teljesítménytest szkripthez képződik a mátrix "Az ERP 2.2" báziselrendezési tárgyak tárgyainak listája. Az 1C adatbázis-elrendezésben: az ERP 2.2 a szabályozási információk (NSI) adatfeldolgozásával történik:

• Több ezer nómenklatúra pozíció;
• Több szervezet;
• Több ezer partner.

A vizsgálatot több felhasználói csoportban végzik. A csoport 4 felhasználóból áll, amelyek mindegyike saját szerepet és az egymást követő műveletek listáját tartalmazza. A vizsgált rugalmas beállítási mechanizmusnak köszönhetően tesztelhet egy tesztet egy különböző számú felhasználó számára, amely megbecsülheti a rendszer viselkedését különböző terheléseknél, és meghatározza azokat a paramétereket, amelyek a teljesítménymutatók csökkenéséhez vezethetnek. 3 Az iterációk 3 iterációkat tartanak, amelyekben az 1C-fejlesztő elindítja a vizsgálatot a felhasználók emulációjával, és méri az egyes műveletek végrehajtási idejét. Mindhárom iteráció méréseit az 1C-szerkezeti rendszerek mindegyikére végzik. A vizsgálati eredmény az, hogy az egyes mátrixokumentumok átlagos működési idejét kapjuk.

A "Központ tesztje" mutatói és a GILEV tesztje tükröződik a 2. összefoglaló táblázatban.

Próbapad

szerver terminál hozzáférés – virtuális gépA tesztelési eszközök ellenőrzésére szolgál:

• vCPU - 16 2.6GHz magok
• RAM - 32 GB
• I: Intel Sata SSD RAID1

• RAM - 96 GB
• I: Intel Sata SSD RAID1

Kiszolgáló 1c és DBMS - Fizikai kiszolgáló

• PROCESSZOR - Intel Xeon. Processzor E5-2670 8C 2.6GHz - 2 db
• RAM - 96 GB
• I: Intel Sata SSD RAID1
• Szereplők: szerver 1c 8.3.8.2137, MS SQL Server 2014 SP 2

következtetések

Arra a következtetésre juthatunk, hogy a művelet átlagos működése szempontjából a legoptimimált, No. 3 "kiszolgálók klaszterje 1c" Aktív aktív ", amely egyetlen DBMS-kiszolgálóhoz csatlakozik az IP protokollon keresztül" (lásd a 2. táblázatot). Annak érdekében, hogy biztosítsuk az ilyen architektúra hibatűrését, javasoljuk, hogy egy klasszikus hibatűrő MSSQL klaszteret építsünk az adatbázis helyével egy külön tárolással.

Fontos megjegyezni, hogy a legoptimálisabb arányban frekvencia minimalizálásával tényezők, a hibatűrés és adatbiztonság - a séma No. 1 „1c szerverek klaszter csatlakozik a klaszter SQL AlwaysOn szinkron replikáció útján IP protokoll”, míg a teljesítmény csökkenése kapcsolatban A legtermékenyebb opcióhoz körülbelül 10%.

Mivel látjuk a tesztek eredményeit, szinkron replikációt sQL adatbázis Mindig negatív hatással van a teljesítményre. Ezt azzal magyarázza, hogy az SQL rendszer várakozik az egyes tranzakciók replikációjának végére a biztonsági mentési kiszolgálóhoz, és nem teszi lehetővé a bázissal való együttműködést. Ezzel elkerülhető, ha az aszinkron replikációt konfigurálja az MSSQL szerverek között, de ilyen beállításokkal nem kapunk meg automatikus kapcsolás A biztonsági másolatok száma meghibásodása esetén. A kapcsolást manuálisan kell elvégezni.

Az Efsol Cloud alapján ügyfeleinket kínáljuk 1c szerver klaszter Kiadó. Ez lehetővé teszi, hogy jelentősen pénzt takarítson meg a saját hibatűrő architektúrájának kiépítésére, hogy az 1C-vel dolgozzon.

1c építészeti séma

Átlagos működési idő, sec