Az 1C:Enterprise platform 8.2-es és 8.3-as verzióját vesszük figyelembe szabványos alkalmazás cégek számviteli és gazdálkodási feladataira. Alkalmazási megoldások széles skáláját fejlesztették ki állami és magánvállalkozások számára. A saját információs infrastruktúráját megvalósítva egy vállalat minden vezetőjének vagy IT-vezetőjének kérdése van, hogy milyen szerverre van szükség az 1C-hez. A problémát bonyolítja, hogy a berendezések beszerzése jelentős pénzügyi költségeket igényel, és nem minden vállalkozás engedheti meg magának, hogy csúcskategóriás konfigurációkat válasszon.
Összegyűjtöttük a vezető hardvergyártók (HP, Dell, IBM) és az 1C 8.3 szoftvertermék fejlesztőinek ajánlásait, hogy ügyfeleink nyereségesen vásárolhassanak. kívánt szervert. Az optimális hálózati infrastruktúra bármely operációs rendszerből beszerezhető, de a hardver képességei fontosabb szerepet játszanak.
Szerverválasztási kritériumok
Az 1C platform jelentős hardvererőforrásokat igényelhet a szervertől. Ha a cég költségvetése korlátlan, ami ritkán fordul elő, habozás nélkül átveheti a legújabb generációs platformokat, megtöltheti az összes lemezkosarat, RAM-helyet és megkövetelheti a rendszer zavartalan működését egy informatikustól. A korlátozott forrásokkal rendelkező berendezések kiválasztása kiegyensúlyozottabb megközelítést igényel. Annak megértéséhez, hogy az „1C” melyik szerver képes megbirkózni ezzel, gondosan elemezni kell a számítási terhelések szerkezetét. Ha ezek előre ismertek, sokkal könnyebb lesz kész megoldást tervezni.
Az "1C" (8.2; 8.3) szerver kiválasztásakor a következő pontok vezérlik őket:
- az egyidejűleg adatbevitelt és jelentést végző üzemeltetők száma;
- külön fizikai szerverek kiosztásának képessége az SQL és az 1C alkalmazás számára;
- az adatfeldolgozás tervezett mennyiségei;
- terheléselosztási struktúra a kliens-szerver architektúrában
Választható processzor és RAM
A frekvencia, a szükséges processzormagszám, valamint a hangerő kiszámítása véletlen hozzáférésű memória az első és legfontosabb lépés. Számos lehetőség megfontolása érdekében az "1C" szervert választjuk, figyelembe véve a vállalat állapotát.
Kis szervezet (max. 15 fő). Kis számú felhasználó esetén az adatbázis mérete általában nem haladja meg a 2 GB-ot, és az 1C programot fájlverzió formájában telepítik az ügyfélgépekre. Az operációs rendszer igénye ebben az esetben 4–6 GB, és további 4 GB-ot foglalnak le a rendszerfájl gyorsítótárához. A processzorterhelés eloszlása így néz ki:
- 2 mag - operációs rendszer és terminál felhasználók számára;
- 1 mag - az 1C alkalmazásszerverhez;
- 1 mag - SQL adatbázishoz.
Az egyetlen négymagos processzorral rendelkező, belépő szintű gépek képesek kezelni ezt a feladatot. Lehet rack és toronyszerver is. Ez utóbbi lehetőség előnyösebb, mivel nem igényel külön helyiséget a szerverterem számára.
Közepes szervezettség (legfeljebb 40 fő). Ilyen számú felhasználó esetén az 1C fejlesztői a terminál hozzáférési mód használatát javasolják az alkalmazáshoz. Az adatbázisok mérete legfeljebb 4 GB lehet. Egy ilyen terheléshez legalább két 4-6 magos processzorra van szükség. A RAM optimális mennyisége 16-64 GB lesz, mivel minden felhasználóhoz legalább 700 MB-ot kell lefoglalni. Úgy gondolják, hogy az 1C alkalmazásmegoldás, amelyben a kliensgép fut, 240–480 MB-ot igényel, és további 200–220 MB az irodai alkalmazásokhoz.
Ennél a számú folyamatnál ajánlatos egy virtualizációs középkategóriás gépet vagy két fizikai szervert használni. Az egyiket felhasználják terminál hozzáférés, a második pedig SQL-re vonatkozik. A legjobb az 1C alkalmazáskiszolgálót az első gépen megvalósítani, vagy akár külön egyprocesszoros rendszert is kijelölni ehhez. Mindegyikben kiválasztható a kívánt konfiguráció konkrét eset CPU idő elemzése alapján.
Nagy szervezet (több mint 40 alkalmazott). Az alapvető hardverkonfiguráció ebben az esetben három fizikai szerverből áll:
- terminál,
- DBMS,
- "1C".
Az ilyen számú alkalmazottal rendelkező adatbázis-kötetek gyakran meghaladják a 4 GB-ot, és nem kevesebb RAM-ot javasolunk a rendszer gyorsítótárához. További 4 GB-ot használ majd az operációs rendszer, az 1C alkalmazásokhoz pedig körülbelül 8 GB-ot. Így legalább 16 GB RAM-ra van szüksége.
Az ilyen feladatokhoz az Intel Xeon E5-2600 vagy újabb verziót támogató kétprocesszoros szerverek kerülnek kiválasztásra. Ha az alkalmazottak száma nem haladja meg az 50 főt, akkor csak egy gép maradhat a terminál eléréséhez és az 1C alkalmazásokhoz. A vállalat növekedési kilátásait tekintve azonban jobb előre látni külön szerver minden feladathoz. Ha az érintett személyzet száma megközelíti a 100 alkalmazottat, akkor egy két gépből álló fürtöt kell telepítenie az 1C számára, és hagynia kell egyet a többi feladatra.
Lemez alrendszer kiválasztása
A szerver teljesítménye közvetlenül függ a lemez alrendszerétől. Amikor az 1C alkalmazások futnak, az adatolvasási és -írási műveleteket nagy intenzitással hajtják végre. A szerver teljesítményével kapcsolatos panaszok többsége a táblák zárolásához kapcsolódik, miközben egyidejűleg nagyszámú felhasználót ér el.
Az 1C szerver kiválasztásának feladata magában foglalja a lemez alrendszer felügyeletét, amely lehetővé teszi a teljesítmény és a megbízhatóság optimális egyensúlyának megtalálását. A teljesítményt befolyásoló rendkívül fontos tényező az a képesség, hogy másodpercenként bizonyos számú olvasási/írási műveletet (IOPS) tud végrehajtani. Ha az adatbázis legfeljebb 300 MB, és az 1C felhasználók száma legfeljebb 6 fő, akkor ez a paraméter 400–600. Ha a szerverfelhasználók száma eléri a 100 főt, akkor az IOPS 18 000. A streamelési sebesség másodlagos szerepet játszik.
Minden típushoz merevlemezek az olvasási/írási sebesség értékek be vannak állítva:
- SATA - 100/80;
- SAS - 240/220;
- SSD - 35 000/8 600.
Ebből látható, hogy az adatbázis-kiszolgálókhoz az "1C" a legalkalmasabb szilárdtestalapú meghajtók. A használatukat korlátozó fő tényező a magas költségük. Ezért a SAS meghajtókat is használják a költségvetés csökkentésére. A kritikus adatok, köztük az "1C" tárolásához a merevlemezeket különböző szintű RAID-tömbökbe egyesítik, és a beléjük ágyazott redundanciát bele kell számítani a szerver teljesítményének kiszámításába.
A megoldás tervezésénél fontos szerepet játszik a rendszer hibatűrése. Ehhez mind a hardver, mind a szoftver. A szerverek tápegységgel és lemezrekeszekkel vannak felszerelve forrócsere, használjon UPS-t a szünetmentes tápellátáshoz. Az adatok biztonságának biztosítása azok lefoglalásával történik. Naponta legalább egyszer létrejön egy naplófájl, amely rendszerhibák esetén információ-helyreállítást biztosít.
Megtalálhatja a kívánt szervert, és beállíthatja az 1C-hez a webhelyen. Szakértőink segítenek a probléma megoldásában. Tanácsért forduljon hozzájuk telefonon, vagy lépjen kapcsolatba a menedzserrel a chatben.
Körülbelül két éve publikáltunk anyagot az 1C Enterprise szerverről Linux platformon, a téma iránt továbbra is nagy az érdeklődés. Ugyanakkor sok minden megváltozott, az 1C platform nem áll meg, és a megvalósítás leggyakrabban túlmutat az utasítások egyszerű ismétlésén. Ez nem meglepő, az 1C Enterprise szerver egy összetett termék, ezért úgy döntöttünk, hogy elindítjuk ezt a cikksorozatot, amelynek célja a téma mélyebb tanulmányozása.
Mielőtt felveszi az egeret és elindul a szerverszobába, egyértelműen el kell sajátítania a szükséges minimális ismereteket, nevezetesen, hogy legyen elképzelése az 1C Enterprise szerver felépítéséről és egyes összetevőinek céljáról. A megvalósítás során felmerülő problémák többsége abból adódik, hogy az 1C Enterprise szervert egyfajta monolitikus képződménynek tekintik, amelyben az összes komponens egy fejlesztő által ismert ravasz módon kapcsolódik egymáshoz. Ez azonban nem így van, és ma kitaláljuk, miből áll a szerverünk, és hogyan működik mindez együtt.
Szeretném még egyszer hangsúlyozni az alábbiakban tárgyaltak rendkívüli fontosságát. Ezen ismeretek nélkül problémás lesz a stabil működés elérése, nem beszélve a szűk keresztmetszetek diagnosztizálásáról és a termelékenység növeléséről. Ennek eredményeként klasszikus kép alakulhat ki: úgy tűnik, hogy a vasaló erős, minden az utasításoknak megfelelően történik, de lelassul. Sajnos a legtöbb kezdőknek szóló utasítás (beleértve a mieinket is) csak arról tartalmaz információt, hogyan kell ezt csinálni, anélkül, hogy arra összpontosítana, hogy pontosan mit és miért csinál. Tehát kezdjük el a javítást.
Az 1C Enterprise kliens-szerver verziója egy háromszintű struktúra (az úgynevezett "három link"), amely a következőket tartalmazza: egy kliens, egy 1C Enterprise szerver és egy DBMS szerver. Ezek teljesen független alkatrészek, amelyek bármilyen elfogadható kombinációban kombinálhatók a legjobb eredmény elérése érdekében. Tekintsük a következő diagramot:
Kezdjük a kliensekkel, a platform jelenlegi verziója (8.2) háromféle kliens használatát teszi lehetővé. Elemezzük őket részletesebben.
kövér kliens
Ez egy klasszikus 1C kliens alkalmazás, a 8.2 platform megjelenése előtt ez volt az egyetlen elérhető ügyféltípus. A vastag kliens működési sémája a következő: az ügyfélalkalmazás adatokat kér az 1C szervertől, majd lekéri azokat az adatbázisból, és visszaküldi az ügyfélnek, amelyen feldolgozzák azokat. Amint látod, ezt a sémát szuboptimális: az 1C szerver lényegében csak egy réteg a kliens és az adatbázis között, minden számítás a kliensen történik. Ez fokozott követelményeket támaszt az ügyfélszámítógépekkel szemben, mint pl a szerver számítási teljesítményét nem használják fel. Világosan meg kell érteni, hogy vastag kliens módban nem fog teljesítménynövekedést elérni a kliens-szerver verzióra való váltástól, sőt, talán fordítva sem.
Vékony kliens
A 8.2-es platform fő kliens alkalmazásának nevezhető, elméletileg, a gyakorlatban nem minden olyan zökkenőmentes és erre még visszatérünk. Munkájának sémája gyökeresen eltér: a kliens adatokat kér az 1C szervertől, megkapja azokat az adatbázisból, feldolgozza és megadja a számítás eredményét az ügyfélnek. Ebben az esetben a fő számítási terhelés a szerverre hárul, így a kliens PC-kkel és a klienstől a szerverig vezető csatornával szemben nincs különösebb követelmény.
Ezenkívül a vékony kliens mindkét TCP/IP protokollon keresztül működhet helyi hálózatés HTTP-n keresztül az interneten keresztül. Ehhez egy másik közvetítőre van szükség - egy webszerverre, amely az ügyfélkéréseket továbbítja az 1C szervernek, a webszerveren nem történik adatfeldolgozás, kizárólag szállításként használják. A vékony kliens előnyei egyértelműek, nagy teljesítményű szerver jelenlétében lehetővé teszi a programmal való munka jelentős felgyorsítását, emellett jelentősen csökkenti a hálózati forgalom, ami nagyon fontos az irodai hálózatok számára.
Web kliens
Létezése logikusan következik a vékonykliens egyes tulajdonságaiból, sőt, ha minden kérést a szerver dolgoz fel, a szállítás HTTP, akkor miért ne használnánk böngészőt a munkához? A webkliens működési sémája nem különbözik a vékonytól, azonban ma már nem minden vékonykliens által támogatott funkció implementálva és működik megfelelően a webes kliensben. Részben ez a konfigurációban rögzíthető, részben a böngészőben történő információmegjelenítési mechanizmus korlátozásokat ír elő. Viszont az 1C-nek van webkliense és működik, és senki sem zavar (elméletileg megint), hogy a tengerparton fekve tablettával dolgozzon a programban.
Most egy légyről egy hordó mézben. A vékony és webes kliens módban történő normál működéshez a konfigurációnak felügyelt alkalmazás módban kell működnie, és támogatnia kell az összes funkciót ebben a módban. A felügyelt alkalmazásmód a fő a 8.2-es platformon, és gyökeresen eltér a korábbiaktól, beleértve a külsőt is. A vizuálisan vezérelt alkalmazásokat egy új felületről lehet megkülönböztetni, amely lapokat és hiperhivatkozásokat tartalmaz:
Legalábbis szokatlan, különösen a klasszikus felülethez képest, de ne rohanjon örülni, amikor meglátja új felület, kivéve kinézet, a konfigurációnak támogatnia kell minden funkciójának végrehajtását a szerveren, akkor könnyen kiderülhet, hogy vékony és webes kliens módban nem lesz elérhető minden szolgáltatás.
Ma már csak egy részük működik felügyelt alkalmazás módban. tipikus konfigurációk mint például: Small Business Management, Retail Management 11, Retail 2, valamint Bérszámfejtés és humánerőforrás. Ezek a megoldások teljes mértékben kihasználhatják az új platform előnyeit. Az Enterprise Accounting 2.0 nem használja a felügyelt alkalmazásmódot, és nem fog működni vékony és webes klienseken, ugyanez vonatkozik sok külső féltől származó megoldásra is, mint például a Fireplace stb.
következtetéseket
Lehetőleg vékony klienst használj, mert így minden számítást áthelyezhetsz a szerver oldalra, hogy kényelmesen működjön még lassú csatornákon is, pl. az interneten keresztül. Ugyanakkor nem szabad megfeledkezni arról, hogy a Configurator módban történő munkavégzés csak vastag kliensen keresztül lehetséges, amelyet szintén olyan konfigurációkkal kell dolgozni, amelyeket még nem vittek át a felügyelt alkalmazás módba.
A webes klienst akkor kell használni, ha nem lehet vékonyat használni, például valaki más számítógépéről üzleti úton, miközben fel kell készülni bizonyos funkciók hiányára vagy hibás működésére.
Szerverfürt 1C
Miután az ügyfelekkel foglalkoztunk, térjünk át a szerverekre. A rendszer háromféle szerver használatát biztosítja: 1C szerver, DBMS szerver és webszerver. Fontos megérteni, hogy a szerveradatok teljesen függetlenek egymástól, ez rugalmasságot ad a rendszernek, és lehetővé teszi a számítási erőforrások ésszerű felhasználását.
Ezenkívül a rendszer nem támaszt követelményeket a platformokkal szemben. Megoszthatja a Windows és a Linux szerverek, az Apache és az IIS használható webszerverként, a PostgreSQL, az MS támogatott a DBMS-ből SQL szerver, IBM DB2 és Oracle. Ezért senki sem zavarja, hogy olyan sémát hozzon létre, amelyben a Linux platformon futó 1C szerver együtt fog működni a futó adatbázis-kiszolgálóval. Windows Serverés IIS és fordítva. Ezenkívül több DBMS-kiszolgálót is használhat (valamint webszervereket), ha különböző adatbázisokat helyez el különböző szervereken.
Ez a megközelítés lehetővé teszi a meglévő konfiguráció rugalmas kombinálását, bővítését és megváltoztatását az aktuális igények függvényében, miközben minden a lehető legátláthatóbb lesz a végfelhasználó számára. Például az erőforrás-igényes információbiztonságot átviheti egy külön DBMS-kiszolgálóra, ha csak az adatbázis-kapcsolat paramétereit módosítja a kiszolgáló beállításaiban, anélkül, hogy az ügyfélbeállításokat befolyásolná.
És végül a legérdekesebb: 1C Enterprise szerverek fürtje. Igen, ez így van, nem egyetlen szerver, hanem egy szervercsoport. Általában itt kezdődnek a félreértések, különösen, ha csak egy szerver van. Azonban minden a helyére kerül, ha figyelembe vesszük, hogy a szerverfürt koncepciója elsősorban logikus, de ez a megközelítés könnyen lehetővé teszi a séma méretezését, növelve annak teljesítményét vagy hibatűrését.
Bármely fürt az 1C Enterprise központi szerverből és működő szerverekből áll. A legegyszerűbb konfigurációban ez ugyanaz a fizikai szerver lesz. Szükség esetén azonban további működő szervereket is hozzáadhatunk, amelyek terhelését a központi szerver fogja kiegyenlíteni. Ez lehetővé teszi a felhasználók számára, hogy gyorsan és átláthatóan növeljék a rendszer számítási teljesítményét és növeljék a hibatűrést. A klaszter nem támaszt követelményeket a platform homogenitására sem, a szerverek mindkét alatt működhetnek. Windows vezérlés, és Linux alatt.
Milyen következtetéseket lehet levonni a fentiekből? Először is, az 1C Enterprise kliens-szerver rendszer nagyon rugalmas, és lehetővé teszi a rendelkezésre álló számítási erőforrások optimális felhasználását a legjobb eredmény elérése érdekében. Az, hogy melyik konfigurációt válasszuk, a konkrét feladatoktól és a megoldásukra elkülönített forrásoktól függ.
Például, ha kis terhelése van, és vastag klienst és olyan konfigurációt használ, amely nem támogatja a felügyelt alkalmazás módot, akkor érdemes egy 1C kiszolgálófürtöt és egy DBMS-kiszolgálót kombinálni. fizikai szerver, mivel nagyon pazarló külön gépet lefoglalni a réteg számára a kliens és az adatbázis között.
Ezzel szemben, ha egy felügyelt alkalmazást vékony kliens módban használ, jobb, ha a DBMS-kiszolgálót és a kiszolgálófürtöt külön-külön kiszolgálókra választja, amelyek mindegyike a feladatra optimalizálva lesz.
Mindenki tudja, hogy a szerver egy speciális számítógép az anyagi értelemben, ami a nyelvben van rendszergazdák vasnak nevezik. Ha már az 1C Enterprise környezetről és fájl verzió munka, akkor a vállalati szerver, amelynek alkalmazottai könyvelő programokkal dolgoznak, adatbázisokat tárol, amelyekhez a felhasználók helyi hálózaton keresztül csatlakoznak a kliens eszközökről. Emellett természetesen más információk is tárolhatók a szerveren.
Mi az 1C szerver
De van egy másik értelmezése a szervernek
A Server 1C egy olyan program, amely kliens-szerver módban működik DBMS-t futtató 1C adatbázisokkal, például Microsoft SQL Server vagy Linux PostgreSQL, IBM DB2, Oracle Database stb. Vagyis ez nem csak az 1C adatbázis tárolása a szerveren, hanem az 1C Enterprise munkafolyamatainak kezelése.
Az 1C szervert általában közepes és nagyvállalatok használják, amelyekben körülbelül 20 vagy több felhasználó dolgozik egyidejűleg 1C adatbázisokkal. Kisebb számú 1C felhasználó esetén a fájlmód továbbra is elegendő, ha az 1C adatbázis az egyik számítógépen (esetleg az egyik felhasználón) található, és a helyi hálózaton az elérési út regisztrálva van a többi számítógépről. PC-k. Például így: \\<Имя компьютера в сети>\Bases 1s\<Имя базы 1с>
És annak a felhasználónak, akinek a számítógépén az adatbázis található:
Miért van szükségünk 1C szerverre, és milyen előnyei vannak?
- teljesítmény. Az 1C kliens-szerver verziójában végzett munka során a legterjedelmesebb és „nehéz” műveletek, például a dokumentumok csoportos újraküldése vagy csoportos adatfeldolgozás a szerverkapacitásokon valósulnak meg, és a végeredmény, az ún. minta”, az ügyfélalkalmazás rendelkezésére áll. Egy szerver kapacitásának növelése egyszerűbb és olcsóbb, mint az összes kliensgép frissítése.
- Biztonság. Az 1C kliens-szerver mód használatakor a felhasználók nem ismerik az adatbázis helyét. Ez legegyszerűbb módjaállítsa le az információk adatbázisból való másolásának lehetőségét. BAN BEN fájl mód az adatbázissal dolgozva a felhasználó ezt könnyen megteheti.
- Egy másik komoly érv az 1C szerver architektúra integrálása mellett tájékoztatási rendszer Az 1C alapján az adminisztráció egyszerűsége, valamint az adatbázishoz való felhasználói hozzáférés ellenőrzésének és korlátozásának lehetősége.
Szerver működése 1C
A felhasználó által az eszközén elindított konfigurációs vagy 1C-kliens alkalmazás, mondjuk egy számítógépen, egy 1C: Enterprise 8 szerverfürthöz csatlakozik, amely hozzáfér egy olyan szerverhez, amely MS SQL Server vagy PostgreSQL által kezelt adatbázisokat tárol.
Kívánatos az 1C Enterprise 8 szervert és az adatbázisszervert különböző hardvereken elhelyezni, mivel ennek köszönhetően oszlik meg a terhelés az 1C Enterprise szerverek és az adatbázis között.
Az 1C szerver telepítése
Menjünk közvetlenül az 1C szerver telepítési utasításaihoz. Először is szükségünk van egy telepítőelosztó készletre, amely az 1C felhasználói támogatási webhelyéről (users.v8.1c.ru) szerezhető be.
A szállított disztribúciók listájából két lehetőség megfelelő számunkra:
- Technológiai platform 1C Enterprise for Windows - a szerver 1C 32 bites verziójának telepítéséhez.
- Server 1C Enterprise (x64) Windows-hoz – az 1C szerver 64x és 32 bites verziójának telepítéséhez.
Nyissa meg a telepítési fájlokat tartalmazó mappát. Az 1C Enterprise környezetben ez egy szabványos ablak.
Szükségünk van a Setup.exe fájlra. Az elindítása az 1C Enterprise telepítési asszisztenst fogja hívni. Az első oldalon kattintson a Tovább gombra.
A következő oldalon meg kell választanunk a telepítendő összetevőket. A szabványokon kívül ügyeljen a következőkre:
- Szerver 1C Enterprise, amely telepíti az 1C szerver összetevőit.
- Szerver adminisztráció 1C Enterprise 8 - szükséges elemeket szerver adminisztráció 1C.
A többi alkatrész szükség szerint telepíthető most vagy később. Ezért kattintson a "Tovább" gombra.
Ezt követően ki kell választanunk egy nyelvet a javasolt felületi nyelvek közül. Minden a felhasználó vágyától függ. Kérjük, vegye figyelembe, hogy a " Rendszerbeállítások» a munka a számítógépre telepített operációs rendszer nyelvén folytatódik.
A legtöbb esetben az 1C szerver szolgáltatásként van telepítve (ajánlott), ezért a következő oldalon bejelöljük a megfelelő pipát. Ezenkívül kiválasztunk egy felhasználót a szolgáltatás elindításához vagy új létrehozásához. Mindenképpen ellenőrizze, hogy a felhasználó rendelkezik-e a következő jogokkal:
- Bejelentkezés, azaz közvetlen hozzáférés a szolgáltatáshoz (Bejelentkezés szolgáltatásként);
- Jelentkezzen be a rendszerbe egy köteg job/parancs futtatásához (Jelentkezzen be kötegelt jobként);
- A teljesítménynapló-felhasználók használatának képessége.
Ezen túlmenően jobb, ha a felhasználói jogokat a szerverszolgáltatási fájlok könyvtárához adjuk meg. Az alapértelmezés a C:\ProgramFiles(vagy ProgramFiles(x86))\1cv8\srvinfo. Az elérési út attól függ, hogy milyen bitre telepítjük az alkalmazást az 1C Enterprise szerverhez.
Létrehozva Új felhasználó Az USR1CV8 alapértelmezés szerint az összes felsorolt jogosultsággal rendelkezik. Állítson be egy jelszót, és folytassa az Enterprise szerver telepítését.
A következő oldalon megkezdjük a telepítést.
Befejezése után a program felajánlja a védelmi illesztőprogram telepítését. Használata szoftveres védelem driver nem szükséges. Az engedélyünk típusától függ, hogy bejelöljük-e a jelölőnégyzetet vagy sem.
Most meg kell győződnünk arról, hogy a szerverszolgáltatás fut.
A szolgáltatások listáját a Start menü keresősávjában található services.msc paranccsal érhetjük el. A szolgáltatás a képernyőképen vagy az „1C: Enterprise 8.3 Server Agent”-en látható módon nézhet ki. Ha a szolgáltatás nem fut, indítsa el manuálisan: Jobb klikk kattintson a szolgáltatásra - Tulajdonságok - Futtatás. Állítsa be az Indítási típust is Automatikus értékre.
Az 1C szerver telepítése befejeződött. Már csak a konfigurálás marad Windows tűzfal hogy a felhasználók a kliens gépek csatlakozhat az 1C szerverhez. Ehhez fel kell oldania az 1541-es, 1560-1591-es portok blokkolását a tűzfalban. Az interneten olvashat arról, hogyan adhat hozzá engedélyezési szabályt a tűzfalhoz.
Végül aktiváljuk a meglévő licencet az 1C szerverhez.
Az 1C szerver az speciális program, amely lehetővé teszi az 1C futtatását egy vállalatnál kliens-szerver módban. Mit jelent mindez?
Általában az 1C két üzemmódban működhet. Az elsőt általában fájlnak nevezik. A felhasználó által a számítógépén futtatott program () függetlenül működik az adatbázissal.
A második mód az úgynevezett kliens-szerver (vagy egyszerűen szerveroldali). Ez azt jelenti, hogy egy speciális program fut a szerveren (számítógépen) - az 1C szerveren (a program, más néven 1C Application Server). A program, amelyet a felhasználó (1C kliens) futtat a számítógépén, működik az 1C szerverprogrammal, és ez viszont az adatbázissal. A használt adatbázis egy DBMS - MS SQL vagy hasonló.
Az 1C szervert általában a következő esetekben használják:
- Az adatbázis nagy (4Gb+)
- A felhasználók száma nagy (20-30+)
- 1C vékony vagy webes kliens használatos (általában bármilyen 1C és webes csomag)
- 1C-vel szeretnék dolgozni Linuxon.
Ma megvitatjuk, hogyan kell beállítani egy 1C szervert.
Mi az 1C szerver
A félreértések elkerülése érdekében nézzük meg, mit jelentenek, amikor azt mondják, hogy „1C szerver”:
- Ez egy 1C Server program (általában Windows szolgáltatásként fut)
- Ez az a szerver, amelyen ez a program fut (azaz a számítógép)
- Ez az MS SQL-t futtató szerver, amelyen az adatbázis található, és amelyet a Server 1C program kezel
- Ez a webet üzemeltető szerver. Apache szerver vagy MS IIS, amelyen keresztül az 1C webes kliens működik.
Ha hozzáteszem, hogy az 1C szerver lehet egy fürt (vagyis egy szervercsoport, amelyen az 1C szerver slave programjai futnak), akkor teljesen összezavarodhat.
A Server 1C valódi sémája
Az 1C szerver (pontosabban az 1C alkalmazásszerver) egy 1C program, amelyet [leggyakrabban] Windows szolgáltatásként telepítenek. Telepítheti normál programként is, és az automatikus betöltés segítségével elindíthatja Windows rendszerindítás. Az 1C szerver Unix / Linux alatt is telepíthető, ehhez külön disztribúciós készlet van (lásd a Linux alatti telepítés linkjét itt).
A Server 1C nem egyetlen program, hanem több folyamatból áll:
- Szerver ügynök (ragent.exe) - valójában ez egy 1C szerver. Nem tesz mást, mint tárol és azonosít egy vagy 1C-fürtcsoportot.
- Az 1C fürt (rmngr.exe) 1C munkafolyamatok csoportja, amelyek ténylegesen feldolgozzák az adatokat. Maga a fürt nem dolgoz fel semmit, hanem a munkafolyamatokat kezeli.
- Az 1C munkafolyamat (rphost.exe) valójában a „munkaló”, amely feldolgozza a felhasználói munkamenetet.
Így egy 1C szerver több fürtből állhat (amelyek különböző számítógépeken helyezkedhetnek el), és minden fürt több folyamatból is állhat. Mit ad?
Több fürt létrehozásával egyensúlyba hozza a rendszer általános stabilitását. Ha az egyik fürt (vagy kiszolgálószámítógép) összeomlik, egy másik fürt továbbra is működik.
Több folyamat létrehozásával egyensúlyba hozza a processzor terhelését és a rendelkezésre álló memória mennyiségét.
Az 1C szerver sémája az 1C rendszer egyéb összetevőivel
Abban az esetben, ha 1C vastag klienst használnak, akkor az 1C szerverre van szükség ahhoz, hogy lekérdezéseket küldjön az 1C SQL szervernek. 1C vékony kliens vagy 1C webes kliens használata esetén az 1C szerver hajt végre minden számítást. Ennek megfelelően nő a szerver számítógép terhelése.
A DBMS (a beszélgetés során sokan SQL-t hívnak, bár ez helytelen) egy adatbázis-kezelő rendszer. Szóban gyakran "es-ku-el" vagy "skul" vagy "folytatás" néven emlegetik. A legtöbb esetben az MS SQL-t használják az 1C-vel, mivel ez történelmileg kialakult. A 8.2-es verzió bevezette az Oracle és az IBM DB2 támogatását, valamint azok számára, akik teljesen licencelt és ingyenes rendszert szeretnének építeni Linuxon - PostgreSQL, ingyenesen terjesztve (licenc).
Az enyhén terhelt rendszerek DBMS-eit általában ugyanarra a szerverszámítógépre telepítik, mint az 1C szervert. Ebben az esetben figyelnie kell az MS SQL beállításait, beleértve a memóriahasználatot is.
Erősen terhelt rendszerekben az MS SQL és az 1C szerver különböző számítógépekre van elosztva (nehéz esetekben még magát az 1C szervert is több számítógépre osztják el). Különböző módon használják a számítógépes erőforrásokat, mindkettőhöz processzorra és merevlemezre van szükség. Az 1C szerver oldalon nagyobb a terhelés a processzorra és a memóriára (csak ideiglenes fájlok tárolódnak a merevlemezen). MS SQL oldalról aktív munka A felhasználók a dokumentumok bevitelekor sok kis olvasást/kis írást végeznek.
A webes verzió emellett webszervert is használ. Szükséges, ha:
- 1C-vel kell dolgoznia az internettel (webes szolgáltatások, webbővítmény)
- 1C vékony kliens használatával az interneten keresztül
- a webkliens használatával.
A webszerver nem hajt végre 1C műveleteket, és tömítés funkciót lát el az ügyfél és az 1C szerver között. Azok. minden, az 1C szerveren végrehajtandó műveletet átad (sugároz). Webes munka IIS szerverek 1C szerverrel az ISAPI bővítmény alapján, az 1C disztribúciós készletből épül fel.
Szerverkezelés 1C
Az 1C szervert a segítségével kezelik speciális segédprogram Szerverek adminisztrációja 1C. A segédprogram az 1C: Enterprise menüben található a Start gombra kattintva.
Ha az 1C több verziója van telepítve a számítógépére, akkor a konzol általában elindul - legújabb verzió(a telepítés során a konzol verziója regisztrálásra kerül). Felhívjuk figyelmét, hogy a konzol verziójának és az 1C szerverprogram verziójának meg kell egyeznie.
Ha futtatnia kell a konzolt előző verzió- az 1C adott verziójának Start menüjében kiválaszthatja a Regisztrálás adminisztrációs segédprogram parancsot. Ezután próbálja meg újraindítani a konzolt.
A vezérlőkonzol ablaka két részre oszlik - a bal oldalra (a paraméterek listájával) és a jobb oldalra (információs panel). Amikor először indítja el, a bal oldali panel üres lesz.
Az általunk kezelt 1C szerver hozzáadásához, amely már telepítve van és fut, kattintson a jobb gombbal az 1C Central Servers sorra, és válassza az Új 1C szerver lehetőséget. Névként meg kell adnia az IP-címet vagy annak a számítógépnek a nevét, amelyen az 1C szerver telepítve van és fut.
A hozzáadott / kiválasztott szerver belépéséhez nyissa meg az ágat a név / IP cím bal oldalán található keresztre kattintva:
- fióki adminisztrátorok
Itt az 1C szerveradminisztrátorok vannak feltüntetve (azaz hozzáadva). Az 1C szerver rendszergazdái jogosultak magának a szervernek a kezelésére (nem fürtre!). Ha egyiket sem adják hozzá, akkor mindenki kezelheti a szervert, aki belép. - ág Klaszterek
Itt van a klaszterek listája. Ha üres, hozza létre az első alapértelmezett fürtöt.
A fürtág kibővítése után kezelheti a fürtöt: - fióki adminisztrátorok
Az 1C fürt rendszergazdái itt vannak feltüntetve (azaz hozzáadva). Az 1C-fürt rendszergazdái jogosultak a fürt kezelésére, az 1C-kiszolgáló azonban nem. Ha egyiket sem adják hozzá, akkor bárki, aki belép, kezelheti a fürtöt. A fürt kezeléséhez nem kell kiszolgálóadminisztrátornak lennie. - fiók Működő szerverek
Itt adhat hozzá és távolíthat el munkafolyamatokat. Mint fentebb említettük, ez lehetővé teszi a felhasználói munkamenetek teljesítményének terhelésének kiegyensúlyozását azáltal, hogy azokat különböző folyamatokra osztja fel. A folyamat tulajdonságai a következők:
o Használat/Ne használjon/Foglaljon – tevékenység feldolgozása
o Teljesítmény – szám 1000-ig, alapértelmezett 1000; lehetővé teszi egy folyamat aktuális prioritásának manipulálását; új szekciók kapcsolódnak a legnagyobb áteresztőképességű folyamathoz; azonban minden N percben a rendszer maga átrendezi ezt az ábrát a folyamat tényleges terhelésének megfelelően. - Infobázis ág
Valójában a csatlakoztatott (ezen az 1C szerveren található) adatbázisok itt találhatók. Az adatbázis tulajdonságai a következők:
o Szekciók blokkolása – az adatbázishoz fűződő kapcsolatok blokkolása most
o Üzenet – akkor jelenik meg, amikor blokkolt csatlakozni próbál
o Engedélykód/Paraméter - engedélyezi a csatlakozást akkor is, ha a tiltás be van állítva. - Infobázisok/Adatbázis neve/Munkamenetek ág
Az adatbázishoz csatlakozó felhasználók listája. A kurzorral a munkamenetet kiemelve a Del gombbal törölheti. Kiválaszthatja az összeset egyszerre. Legyen óvatos - ne törölje magát!
A mai napig a pénzügyi termék 1C az alkalmazott számviteli program A számvitel egy széles formátumú komplexummá nőtte ki magát, amely szinte bármilyen típusú vállalkozás könyvelésére és karbantartására szolgál, és azt állítja, hogy felveszi a versenyt a világ „szörnyeivel”, az SAP R / 3-val és a Microsoft Dynamics AX-vel (Axapta).
Az orosz vállalatok egyre inkább modern konfigurációk segítségével szervezik meg üzleti folyamataikat 1C 8.3 "Kereskedelmi menedzsment", "Termelésmenedzsment", "ERP vállalatirányítás"és a hasonlók. A számviteli, marketing, termelési, értékesítési osztályok átkerülnek az 1C-be, az IP-telefonnal és a dokumentumkezelő rendszerekkel való integráció folyamatban van. Közvetlenül a „dolgozzunk 1C-ben” szándékok után azonban kérdések merülnek fel - milyen erőforrásokon fog működni az 1C központi bázisa, melyik hardver mutatja a legjobb eredményt ésszerű költségvetés mellett? A közszféra óriásvállalatainak könnyebb dolguk ebben a helyzetben - egyértelmű parancsot kapott számos főállású informatikai integrátor és építész, pörögni kezdtek a nagy költségvetésű pályázati mechanizmusok a kulcsrakész koncepció és a további támogatás kötelező feltételével. minősített szakemberek által. De mi a helyzet azokkal a cégekkel, amelyek saját maguk szeretnék megvásárolni és telepíteni az 1C: Enterprise termékek valamelyikét, és okosan költik el a költségvetésüket?
A legalapvetőbb hiba, ha nem veszi figyelembe a kalóz vagy nem ellenőrzött szoftverek használatát, a hardver megtakarítása az 1C számára. Ezek a tendenciák különösen gyakoriak a startupoknál és a kisvállalatoknál. Van olyan vélemény, hogy nem szükséges drága szerverberendezéseket vásárolni Intel Xeon processzorokkal, nem szükséges előre kiszámítani a RAM mennyiségét, a CPU és a lemez alrendszer terhelését, hogy nem kell redundánsokat létrehozni. lemeztömbök (Raid), használjon professzionális lemezvezérlőket Cache-RAM-mal stb. Az 1C informatikai architektúrájának számítási hibái szomorú következményekkel járnak, amelyekről a vállalat már az üzleti folyamatok leállításakor tudomást szerez. Ezért nagyon fontos figyelni az 1C szerverplatformjának minden hardvercsomópontjára.
Példák tipikus problémák az 1C informatikai architektúrájának helytelen felépítése miatt:
- Az alap és 1C interfészek „fékezése” a kulcsfontosságú erőforrások (általában RAM vagy lemez alrendszer) túlterhelése miatt.
- Az 1C program hibái és "összeomlása" a helytelenül kiválasztott berendezés instabilitása miatt.
- A cég leállása a központi hardver meghibásodása miatt.
- Az 1C adatok részleges vagy teljes elvesztése véletlenszerű hardver- vagy szoftverhibák miatt.
Az 1C szerver hardver erőforrásai
Nézzük meg az alábbiakban a legfontosabb hardver-erőforrásokat, amelyek megválasztásának hibája tönkreteheti a teljes vállalati automatizálási projektet, amikor önállóan hoz létre egy kiszolgálót 1C alatt.
Központi feldolgozó egység (CPU)
Fizikai magok száma CPU. Az örök viták témája a különböző 1C fórumokon, hogy mi a fontosabb, mint a CPU frekvencia vagy a többmagos. Ezeknek az ellentmondásoknak a gyökerei a múltba nyúlnak vissza, az 1C 8.0-ig vagy akár az 1C 7.7-ig. Valóban, a korábbi verziók 1C futtatható folyamatai tisztán egymagosak voltak, pl. nem számít, hány magot biztosít a központi processzor - az 1C 8.0 vállalati szerverszolgáltatás vagy a "vastag kliens 1C 7.7" mindig csak egy "nulla" magot foglalt el. operációs rendszer. Mára a kép megváltozott - az operációs rendszer bátran osztja el egy 1C: Enterprise (rphost) folyamat feladatait több CPU mag között (lásd 1. ábra).
1. ábra - CPU terhelés az 1C szerverfolyamatok működése közben.
De ez egyáltalán nem jelenti azt, hogy ha veszel egy processzort a maximális szám magok, akkor a DBMS-sel párosított 1C szerver (leggyakrabban a DBMS jelentése MS SQL) fantasztikus teljesítményt fog mutatni, és az elszámolási időszakok újbóli elvégzése az 1C programban néhány perc kérdése. Meg kell érteni az egyetlen művelet végrehajtásának sebessége és a nagy mennyiségű információ egyidejű feldolgozásának folyamata közötti különbséget. A fizikai magok száma csak lehetővé teszi, hogy megoldja az 1C: Enterprise szerver és DBMS számos különböző feladattal végzett egyidejű munka stabilitásának és teljesítményének kérdését. Ebből következik a következtetés: minél több az 1C felhasználó, annál nagyobb szerepet játszik a megfelelő számú mag ezen felhasználók kényelmes egyidejű működésében. A felhasználók számának az 1C szerver magjainak számától való függését az 1. táblázat mutatja.
| Egyidejű felhasználók száma az 1C:Enterprise szerveren | Processzor típusa és modellje | A felhasznált magok száma |
| Akár 10 felhasználó | Egyedi Intel Core 3,1 GHz-től | Legfeljebb 2-4 |
| Akár 20 felhasználó | Intel Xeon szerver 2,4 Ghz-től | 4-től 6-ig |
| Akár 30 felhasználó | Intel Xeon szerver 2,6 Ghz-től | 6-8 mag |
| Akár 50 felhasználó | Intel Xeon szerver 2,4 Ghz-től - 2 db mennyiségben | Processzoronként 4-től |
1. táblázat – Az 1C szerver felhasználói számának és a CPU magok ajánlott számának aránya.
CPU frekvencia. Ellentétben a magok számával - a központi processzor frekvenciája pontosan befolyásolja a feladat egy-egy darabjának feldolgozásának sebességét, ami a legnépszerűbb kritérium az 1C végfelhasználók számára. A processzor frekvenciája pontosan az a paraméter, amelynek növekedésével egyetlen felhasználó esetén megnő az 1C szerver és a DBMS kérések feldolgozásának sebessége, és az az idő, ameddig a rendszer megadja a végeredményt a végfelhasználónak. csökkenni fog. Ennek alátámasztására a jól ismert szakember, Gilev az egyik gyakorlati teszteken alapuló cikkében egyértelmű következtetést vont le - „az 1C sebességét sokkal jobban befolyásolja a központi processzor frekvenciája, mint a többi paraméterét, akár legyen az 1C végkliens vagy az 1C: Enterprise szerver. Ez az 1C program architektúrája.
Gyorsítótár, virtualizáció és hiperszál-fűzés. Régebben, amikor a többmagos processzorok még nem voltak annyira elterjedtek, az Intel feltalált egy speciális CPU-technológiát, amely a többmagos működést utánozza, az úgynevezett „hiperszálas” technológiát. Ha engedélyezve van, az operációs rendszer egy fizikai processzort (egy fizikai magot) két külön processzorként (két logikai magként) határoz meg. Javasoljuk, hogy kapcsolja ki a „hiperszálat” az 1C szerveren. Ez a technológia nem hoz 1C-os gyorsulást.
Használata virtuális gépek Az 1C:Enterprise szerver és a DBMS esetében figyelembe kell venni, hogy a virtuális gépek magjai "gyengébbek", mint a valódi fizikai magok, bár ugyanazt - "magok" -nak hívják. Pontos hivatalos együtthatók nincsenek, de a Microsoft műszaki portálján megjelent cikkek azt javasolják, hogy fizikai magonként 4-6 processzormagot számoljanak egy virtuális gépben.
A gyorsítótár egy scratchpad memória, amelyet a processzor használ a számítógép memóriájához való átlagos hozzáférési idő csökkentésére. Valójában ez a processzor szerves része, mivel ugyanazon a chipen található, és a funkcionális blokkok része. Itt minden nagyon világos - minél nagyobb a gyorsítótár, annál nagyobb "darabokat" tud feldolgozni a processzor. A gyorsítótár mérete jellemzően a processzormodellektől függ – minél drágább a modell, annál több a gyorsítótár. Nem hisszük azonban, hogy a processzor gyorsítótárának mérete drasztikusan befolyásolja az 1C szerver és a DBMS teljesítményét. Inkább a "finomhangolás" területéhez tartozik.
Processzor típusa. Ezt mindenki tudja Hardver szerverre és felhasználóra osztva. Lehetséges-e bizonyos esetekben olcsó egyedi CPU-t használni a professzionális, de drága szerver CPU alternatívájaként? Kiderül – lehetséges. Vegyünk egy táblázatot, amely összehasonlítja a központi két lehetőség fő paramétereit Intel processzorok(lásd a 2. táblázatot).
| Egyedi Intel® Core™ i7-6700T processzor (8M gyorsítótár, akár 3,60 GHz) | Szerver Intel® Xeon® processzor E5-2680 v2 (25M gyorsítótár, 2,80 GHz) | |
| Gyorsítótár | 8 MB | 25 MB |
| Rendszerbusz-frekvencia | 8 GT/s DMI3 | 8 GT/s QPI |
| Parancskészlet | 64 bites SSE4.1/4.2, AVX 2.0 | 64 bites AVX 2.0 |
| Magok száma | 4 | 10 |
| CPU alap órajele | 2,8 GHz | 2,8 GHz |
| Max. a RAM mennyisége és típusa | 64 GB nem ECC | 768 GB ECC |
| Becsült költség | 354$ | 1 280$ |
2. táblázat – Az otthoni és a szerver CPU főbb paramétereinek összehasonlítása az Inteltől.
Amint látjuk, a szerver processzora sokkal magasabb értékekkel rendelkezik a magok számában, a gyorsítótár méretében, a több RAM támogatásában és természetesen magasabb áron. A szerver CPU azonban gyakorlatilag nem különbözik a felhasználói CPU-tól bizonyos processzorparancsok (utasítások) támogatásában és órajel frekvenciája. Ebből arra következtethetünk, hogy kis szervezetek számára teljesen elfogadható egyéni központi processzor használata az 1C: Enterprise szerverhez. Az egyetlen probléma az, hogy felhasználói processzort nem lehet telepíteni egy szerverfoglalatba. alaplapés támogatja a szerver RAM-ot paritásellenőrzéssel (ECC), és az egyedi komponensek használata az egész rendszer stabilitását veszélyezteti.
Véletlen elérésű memória (RAM)
RAM típus. A véletlen elérésű memória (RAM) sávja különbözik a rendeltetésétől - többfelhasználós szerverrendszerekhez vagy személyes eszközökhöz - PC-k, laptopok, nettopok, vékony kliensek stb. Akárcsak a CPU esetében - a RAM modulok fő paraméterei megközelítőleg egyenértékűek - a modern PC RAM gyakorlatilag nem marad el a szerver RAM mögött sem egy bar mennyiségben, sem órajel frekvenciában, sem DDR típusában. modulok. A szerver RAM és az "otthoni" RAM közötti különbségek a hardverplatform használati eseteiben és rendeltetésében – itt alakul ki a magasabb költsége is:
- A szerver RAM-ja ECC (Error Correction Code) paritással rendelkezik - egy kódolási / dekódolási technika, amely lehetővé teszi az információfeldolgozás hibáinak közvetlenül a RAM modul által történő javítását.
- A szerver alaplapján sokkal több nyílás található a RAM modulok telepítéséhez, mint egy hagyományos PC-n
- A kiszolgáló RAM-ja regisztereket (puffereket) tartalmaz, amelyek adatpufferelést biztosítanak (részlegesen regisztrált vagy teljes pufferelt), ezáltal csökkentve a memóriavezérlő terhelését sok egyidejű kéréssel. A pufferelt "FB-DIMM"-ek nem kompatibilisek a nem puffereltekkel.
- A regisztrált memóriamodulok lehetővé teszik a memória skálázhatóságának növelését is - a regiszterek jelenléte lehetővé teszi több modul telepítését egy csatornába.
Megállapíthatjuk, hogy a szerver RAM modulok használata lehetővé teszi nagy mennyiségű RAM telepítését egy rendszerbe, az ECC paritásvezérlési technikák és a pufferek használata pedig lehetővé teszi a szerver operációs rendszer stabil és gyors működését.
A RAM mennyisége. Az 1C szerver és a DBMS nagy teljesítményének egyik kulcstényezője a megfelelő mennyiségű RAM. Természetesen a tényleges RAM-igény sok tényezőtől függ – az 1C konfiguráció típusától, az 1C: Enterprise szerverfolyamatok számától, a DBMS-adatbázis méretétől és így tovább. Mindazonáltal levezethető a RAM mennyiségének hozzávetőleges függése a felhasználók számától (lásd a 3. táblázatot).
| RAM-igény az 1c szerverhez és a DBMS-hez | Akár 10 felhasználó | Akár 20 felhasználó | Akár 30 felhasználó | Akár 50 felhasználó |
| 1c szerver: Vállalati | 4-6 GB | 6-8 GB | 12-14 GB | 18-24 GB |
| MS SQL Server | 4-6 GB | 8-10 GB | 16-18 GB | 24-28 GB |
3. táblázat - Az 1C szerver felhasználói számának és az 1C: Enterprise szerver és az MS SQL szerver folyamataihoz ajánlott RAM hozzávetőleges aránya.
Az 1C szerverfolyamatokkal kapcsolatban: Enterprise (rphost.exe) - a modern 1C platformok nem teszik lehetővé az 1C szerverfolyamatok számának manuális megadását. Ehelyett a rendszer megköveteli olyan paraméterek beállítását, mint például a szám információs bázisokés a felhasználók száma rphost.exe folyamatonként, ami után automatikusan meghatározza az 1C:Enterprise szerverfolyamatok optimális számát. A RAM zökkenőmentes felszabadítását az rphost.exe folyamattal is beállíthatja, ha a mennyisége meghaladja az előre meghatározott küszöböt. Ezzel egyidejűleg az 1C szerver létrehoz egy új rphost.exe folyamatot, amely fokozatosan átveszi az 1C feladatokat, lehetővé téve a szükséges 1C folyamat eltávolítását.
Azt is meg kell jegyezni, hogy az SQL szolgáltatáshoz lefoglalt RAM mennyisége akkor tekinthető elegendőnek, ha a gyorsítótárban lévő SQL adatok találata legalább 90%. Ez a mérőszám nagyon hasznos, mert nem lehet csak nézni az SQL szerver által fogyasztott RAM mennyiségét - az SQL legújabb kiadásai dinamikusan fogyasztottak RAM-ot - a RAM maximális mennyiségét rögzíti és szabadítja fel, amikor más folyamatok RAM-ot igényelnek.
RAM frekvencia. Röviden, ez azoknak a csatornáknak a sávszélessége, amelyeken keresztül az adatok az alaplapra, majd onnan a processzorra kerülnek. Kívánatos, hogy ez a paraméter egybeessen az alaplap megengedett frekvenciájával, vagy meghaladja azt, ellenkező esetben a RAM átviteli csatorna szűk keresztmetszetgé válhat. Egyen belül típusú DDR a frekvencia növelése / csökkentése nem befolyásolja drasztikusan az 1C szerver teljesítményét, és inkább a "finomhangolás" területére vonatkozik.
RAM időzítése. Ez a RAM késleltetése vagy késleltetése (Latency). Ezt a paramétert az adatkésleltetési idő jellemzi a RAM chip különböző moduljai közötti átmenet során. A kisebb értékek gyorsabb teljesítményt jelentenek. A kiszolgálórendszer általános teljesítményére, és még inkább az 1C:Enterprise szerverre gyakorolt hatás azonban nem nagy. Általában csak a játékosok és az overclockerek figyelnek ezekre a paraméterekre, akiknek minden extra teljesítménycsepp a legdrágább.
Lemez alrendszer és merevlemezek HDD
merevlemez-vezérlők. A merevlemezek hardverrendszerben történő csatlakoztatásának és rendszerezésének fő eszköze a merevlemez-vezérlő. Két típusa van:
1. Beépített - a vezérlő modul a rendszerbe van beépítve, a merevlemezrekesz közvetlenül az alaplaphoz csatlakozik. Gazdaságosabb megoldásnak tartják.
2. Külső - egy különálló nyomtatott áramkör(eszköz), amely az alaplap csatlakozójába csatlakozik. Professzionálisabb megoldásnak tekinthető, mivel külön chipekkel rendelkezik a kemény műveletek végrehajtásához és vezérléséhez HDD-k. Fontos szerverrendszerekhez, például 1C:Enterprise szerverhez és DBMS-hez ajánlott.
Van egy harmadik típus is - blokkadatok fogadására / továbbítására szolgáló eszköz iSCSI, FiberChanel, InfiniBand, SAS csatornákon keresztül. Ebben a verzióban azonban a lemez alrendszert egy külön adattároló eszközre (SHD) „eltávolítják”, amely optikai vagy rézkábellel csatlakozik a szerverhez. Cikkünkben elemezzük az 1C önálló szerverének követelményeit, ezért ezt a típust nem vesszük figyelembe.
A RAID tömbök típusai és szintjei. Ez egy adatvirtualizációs technológia, amely több meghajtót egyesít logikai egységgé a redundancia és a teljesítmény érdekében. Fontolja meg a legnépszerűbb RAID specifikációs szinteket:
- RAID 0 ("csíkozás") Nincs redundanciája, és kis blokkok ("csíkok") formájában egyszerre osztja el az információkat a tömbben lévő összes lemezen. Ez nagymértékben javítja a teljesítményt, de rontja a megbízhatóságot. A teljesítménynövekedés ellenére nem javasoljuk ennek a tömbtípusnak a használatát.
- RAID 1 („tükrözés”, „tükör”). Védelmet nyújt a rendelkezésre álló hardver felének (általában a két merevlemez egyikének) meghibásodása ellen, elfogadható írási sebességet és olvasási sebességnövekedést biztosít a lekérdezés párhuzamosítása miatt. Ez a fajta tömb eléggé "lehúz" egy 1C + DBMS szervert 25-30 felhasználóig, különösen, ha SAS 15K vagy SSD lemezeket használnak.
- RAID 10. A tükrözött lemezpárok „láncban” sorakoznak fel, így a kapott kötet térfogata meghaladhatja egy merevlemez. Véleményünk szerint a legsikeresebb lemeztömb típus, mert ötvözi a RAID1 megbízhatóságát és a RAID 0 sebességét. SAS 15K vagy SSD meghajtókkal kombinálva 40-50 felhasználó 1C szervereihez használható.
- RAID 5. Gazdaságáról ismert. Feláldozva a redundancia érdekében a tömbből csak egy lemez kapacitását, védelmet kapunk a rendszerben lévő bármelyik merevlemez meghibásodása ellen. (a RAID 6 változata további kettőt igényel merevlemezek ellenőrző összegek fogadásához, de megőrzi az adatokat akkor is, ha két lemez meghibásodik). Ez a típus A tömb gazdaságos, megbízható és meglehetősen kézzelfogható olvasási sebességgel rendelkezik. Sajnos ennek a tömbnek a szűk keresztmetszete az alacsony írási sebesség, ami lehetővé teszi, hogy akár 15-20 felhasználós 1C szerverkonfigurációkkal is kényelmesen használható legyen. Alkalmazott célokra is optimális - fájladatok tárolása, dokumentumkezelési archívum stb.
Merevlemez interfészek típusai. A csatlakozás típusa szerint a merevlemezek fel vannak osztva:
- HDD Sata Home. A legolcsóbb megoldás a merevlemezekhez, amelyet otthoni számítógépekben vagy hálózati médiaközpontokban való használatra terveztek. Erősen nem ajánlott használni hasonló eszközök 1c szerverekben az alacsony hibatűrés és a működés stabilitása miatt - ezeknek a lemezeknek az összetevőit egyszerűen nem úgy tervezték, hogy 24/7 módban működjenek, és gyorsan meghibásodnak.
- HDD Sata szerver. Ez a név általában a Sata interfésszel rendelkező, 7200 ford./perc orsófordulatszámú merevlemezekre utal. A "Server" előtag azt jelenti, hogy az ilyen meghajtók teljesítményét szerverrendszerekben tesztelték, és 24/7 módban történő stabil működésre tervezték. Általában 1C szerverekben használják nagy mennyiségű információ tárolására, amely nem igényel nagy feldolgozási sebességet. Például - levéltári bázisok 1s, mappákat cserél, fájlokat tölt fel irodai dokumentumok stb.
- HDD SAS szerver. Különbségek SAS interfész(a SCSI modern analógja) egy kicsit a Sata interfészről. Itt az átlagos válaszidő a lemez, és a munka egy közös lemezpolc, és a munka a HDD vezérlő magasabb információcsere sebesség - akár 6 Gb / s (a Sata 3 Gb / s). A fő előny azonban a 15 000 ford./perc orsófordulatszámú SAS lemezmodellek létezése. Ez az tervezési jellemző lehetővé teszi, hogy a SAS lemezek csaknem háromszor több IOPS-t hajtsanak végre a Sata Server HDD-hez képest. Az ilyen SAS-lemezek kis méretűek, és állandóan nagy munkaterhelésű 1c fő adatbázisokhoz ajánlottak.
- SSD meghajtók. Ezek a meghajtók nem a csatlakozási felületben, hanem kialakításukban térnek el a korábbiaktól - szilárdtestek és nincsenek mozgó alkatrészeik, pl. lényegében a "flash drive" analógjai. Az ilyen technológiák lehetővé teszik, hogy az SSD-k „felháborító” számú I / O műveletet hajtsanak végre másodpercenként (a legegyszerűbb SSD-modellek 10 000 műveletéből). Azonban ez az előny is hátoldal- az SSD-meghajtók magasabb ára és "élettartamuk küszöbe", ami az SSD-blokkok írási számának korlátjától függ. Ezek a lemezek azonban évről évre egyre olcsóbbak és tartósabbak. Mivel az SSD lemezek költsége sokszorosára nő a kötettől függően, ezért a legésszerűbb kisméretű, de túlterhelt, nagy hozzáférési sebességet igénylő 1c adatbázisokhoz, valamint TempDB ideiglenes adatbázisokhoz használni.
Az IOPS a másodpercenkénti I/O műveletek száma. Valójában az IOPS azon információblokkok száma, amelyek 1 másodperc alatt olvashatók vagy írhatók a médiára. Vagyis a legtisztább formában - ez az információfeldolgozás sebességének kulcsparamétere merevlemez befolyásolja az 1C szerver teljesítményét. Ha összehasonlításul egy 4kb szabványos információs blokkot veszünk, akkor nagyjából a következő IOPS mutatókat különböztethetjük meg (lásd 4. táblázat).
| HDD | IOPS | Felület |
| 7200 rpm SATA meghajtók | ~75-100 IOPS | SATA 3Gb/s |
| 10 000 rpm SATA meghajtók | ~125-150 IOPS | SATA 3Gb/s |
| 10 000 ford./perc SAS meghajtók | ~140 IOPS | SAS |
| 15 000 ford./perc SAS meghajtók | ~175-210 IOPS | SAS |
| SSD meghajtók | 8000 IOPS-től | SAS vagy SATA |
4. táblázat – IOPS-jelzők különböző típusú merevlemezeken, ha 4 kb-os adatblokkkal dolgozik.
Természetesen tiszta formájában az IOPS-nek kevés haszna van az 1C szerver lemezalrendszerére vonatkozó végső számítások és követelmények kiszámításához. Végül is a lemez alrendszer teljes teljesítménye a RAID tömb típusából, a lemez típusaiból és az interfész sebességének mutatóiból, a válaszidőből (latencia), a véletlen hozzáférési időből, az olvasási és írási műveletek százalékos arányából és sok másból áll. egyéb tényezők. azonban adott paramétert véleményünk szerint a lemezalrendszer sebességének kulcsmutatója, és a szerverarchitektúra fejlesztésének szakaszában segít meghatározni, hogy általában milyen típusú merevlemezek a legalkalmasabbak bizonyos igényekhez. (lásd RAID kalkulátor)
gyakorló teszt
Mi a kapcsolat az 1C felhasználók száma és az iop-ok száma között? Csapatunk gyakorlati tesztet végzett (lásd az 5. táblázatot), hogy megmérje a lemez alrendszer terhelését bizonyos számú 1C munkamenettel. Mivel az 1C rendszer programozható környezet, és minden vállalatnak saját üzleti folyamatai lehetnek az 1C-ben, a teszteléshez egy bizonyos referenciakonfigurációhoz kellett kapcsolódnunk. Ebben a minőségben a TsUP 1C speciális konfigurációját választották, amelyet tesztelésre és hibakeresésre fejlesztettek ki. Ennek alapján 1C programozóink számos szimuláló lekérdezést adtak hozzá normál munka rendes vállalkozás, számviteli lekérdezések, könyvelések, beszámolási és működési bizonylatok feladásával.
| Rendszerlemez | Adatbázis lemez | ||||
| Ismétlés | Felhasználók | IOPS írás | IOPS olvasott | IOPS írás | IOPS olvasott |
| Átlagok | |||||
| 1 | 12 | 9,1 | 0,1 | 13,1 | 1,5 |
| 2 | 20 | 7,9 | 0,1 | 21,8 | 0,4 |
| 3 | 32 | 5,2 | 0,006 | 36,1 | 5,2 |
| 4 | 40 | 7,7 | 0,013 | 27,52 | 1,3 |
| 5 | 52 | 7,7 | 0,006 | 32,04 | 0,94 |
5. táblázat – A lemezalrendszer terhelésére vonatkozó gyakorlati teszt eredményei.
A teszteredmények azt mutatják, hogy a lemezalrendszer terhelésének oroszlánrésze akkor következik be, amikor az 1C-t a DBMS-kiszolgáló adatbázisába írják, és rendszerlemez operációs rendszer (amelyen alapértelmezés szerint az 1C:Enterprise cache szerver fájlok találhatók).
Ezzel párhuzamosan a már működő 1C UPP 8.2 adatbázisok gyakorlati méréseit is elvégeztük a tesztidőszakban - 5 munkanap. Azt mutatják, hogy egy 1C + DBMS szerver átlagosan kétszer annyi iop-ot fogyaszt „íráshoz”, mint „olvasáshoz”. A szintetikus tesztek és a valódi 1C-szerver megfigyelési statisztikái közötti ilyen különbség annak köszönhető, hogy a munkanap során rendszeresen mintavételt vesznek az adatbázisból, és rendszeresen olvassák az adatbázist biztonsági mentés vagy DBMS replikáció.
A merevlemez további alkatrészei, amelyekre érdemes odafigyelni.
- Fizikai méret (formafaktor). A mai napig szinte az összes ismert meghajtó a személyi számítógépekés a szerverek mérete 3,5 vagy 2,5 hüvelyk. Vegye figyelembe, hogy a 2,5 hüvelykes meghajtókat nem gyártják nagy mennyiségben.
- Véletlenszerű hozzáférési idő- mire HDD garantáltan olvasási-írási műveletet hajt végre a mágneslemez egy meghatározott területén. Általános szabály, hogy a szerverlemezek jobb eredményeket adnak. Ez elég fontos paraméter amikor lemeztömböt építünk az 1C DBMS szerverhez.
- Orsó fordulatszám- a merevlemez-orsó percenkénti fordulatszáma. Itt minden egyszerű és világos - a hozzáférési idő és az átlagos átviteli sebesség a mágneses lemezekkel ellátott orsó forgási sebességétől függ kemény adatok korong.
- Merevlemez puffer kapacitása- A puffer egy ideiglenes memória, amelyet arra terveztek, hogy kiegyenlítse a merevlemez olvasási/írási sebessége és az interfészen keresztüli adatátvitel közötti különbségeket.
- Megbízhatóság- a meghibásodások közötti átlagos idő (MTBF). Általános szabály, hogy a megbízhatóság közvetlenül függ a merevlemez gyártójától, árától és használati környezetétől. A megbízhatóságot fontos merevlemez-paraméternek tartjuk, amely befolyásolja az 1C szerver minőségét.
A megfelelő választás: otthoni vagy szerver hardver
A hardverelemek olcsóbbá válása és az „otthoni számítógépek” potenciális kapacitásának aktív növekedése újabb végzetes tévhithez vezet – a kisvállalkozások aktívan használják a munkaállomásokat platformként közös munka 1C alapokkal. Ugyanakkor anélkül, hogy észrevennénk, hogy a magfrekvencia paraméterein, a memória mennyiségén és a pénztárcabarát SSD-k normál PC-ben való használatának lehetőségén túlmenően rendszerszintűbb, mélyebb és fontosabb követelmények vannak a hardver működésével szemben. kereskedelmi szerkezet (lásd 6. táblázat).
Az 1C szerver megszervezésének problémájának megoldására Tier III osztályú adatközpontokban 1C felhőszerverek bérlését kínáljuk. A szerverbérlés kiválasztásának gazdasági megvalósíthatóságáról a cikkben olvashat.
| Lehetőségek | szerver | Személyi számítógép |
| A számítási teljesítmény elegendősége | V | V |
| A rendszer garantált működése 24/7 üzemmódban | V | x |
| A kulcsfontosságú hardverelemek megbízhatósága és stabilitása | V | x |
| Lehetőség távirányító tápellátás és konzol (IPMI) | V | x |
| A hardverplatform költségvetési költsége | x | V |
6. táblázat - Az otthoni és szerver hardverek összehasonlítása az 1C szerver minőségi működéséhez szükséges kritériumok szerint.
Hibatűrő munka 1C
Természetesen az 1C szerver része számára az egyik fontos követelmény a működés stabilitása és a meghibásodásokkal szembeni ellenállás. A Microsoft és maga az 1C is sok erőfeszítést tett ebbe az irányba, és olyan technológiákat hoztak létre, amelyek meglehetősen komoly szinten fürtözik szolgáltatásaikat (lásd 7. táblázat).
| SQL szerverek hibatűrése | Az egyetlen megosztott adattárház koncepciója alapján. A beépített SQL Server fürtözési technológia két SQL-kiszolgálót egyesít egyetlen virtuális IP-címmel és egyetlen adatbázissal egy fürtté. Így, ha a fő SQL meghibásodik, a lekérdezések automatikusan átkerülnek a biztonsági másolatba. A második lehetőség a nemrég megjelent AlwaysOn, amely a DBMS-adatbázisok automatikus rendszeres replikációja az elsődleges és a tartalék SQL-kiszolgálók között. Ugyanakkor a duplikált SQL szerver fizikailag egy másik tárolón található, ami növeli a kockázatokkal szembeni ellenállást |
| Feladatátvételi szolgáltatás szerver 1C:Enterprise | Az 1C Enterprise szervereket egy aktív-aktív szoftveres feladatátvevő fürtté egyesítik automatikus kapcsolás meghibásodásról és az aktuális munkamenetek mentéséről. |
7. táblázat – SQL és 1C szerverek hibatűrése.
Azonban mindegyik technológiának vannak előnyei és hátrányai is. A legfontosabb előnyök mellett ismernie kell az 1C klaszterezés és az SQL () néhány funkcióját, hogy ne romoljon a szolgáltatás teljesítménye:
- Az SQL-fürtözés virtuális IP-t használ. Ez pedig azt jelenti, hogy az 1C:Enterprise szerver és az MS SQL közötti interakció mindig a hálózati interfészen keresztül történik, még akkor is, ha mindkét szolgáltatás ugyanabban az operációs rendszerben van. Ami ennek megfelelően lelassítja az 1C munkáját maga az 1C által ajánlott architektúra klasszikus verziójához - a megosztott memória használatához - képest. Ez az akadály elvileg „kikerülhető” például az MS SQL Log Shipping technológia segítségével. Ebben az esetben azonban a tartalék SQL-kiszolgálóra való váltás már nem lesz automatikus, és ez a lehetőség nem tekinthető teljes értékű fürtnek.
- Az SQL-fürt nagy költségvetést igényel. Ha az MS SQL szolgáltatás klasszikus klaszterezéséről beszélünk, akkor egyetlen adatbázis tárolóra van szükség, amely a fő és a tartalék SQL szerverhez kapcsolódik. Jellemzően ezt a szerepet a drága tárolórendszerek töltik be, ami nagyságrenddel növeli a költségvetést. Ha az újdonsült AlwaysOn-ról beszélünk, akkor nincs szükség egyetlen adatbázis tárolóra, a technológia működik vele helyi meghajtók elsődleges és tartalék szerverek a hálózaton keresztül. De szüksége van az SQL Server Enterprise egy verziójára, amelynek licence négyszer többe kerül, mint egy normál SQL Server Standard esetében.
- Az engedélyek száma. Annak ellenére, hogy a második SQL-kiszolgáló nem dolgoz fel adatokat, és tartalékban van, mindkét kiszolgálóhoz licencet kell vásárolni - mind a fő, mind a tartalék kiszolgálóhoz. A költségvetés szempontjából különösen fájdalmasak az SQL Server Enterprise licencei az AlwaysOn magas rendelkezésre állási csoportok elosztott fürtjének megvalósítására.
- Nincs szükség olcsó egyedi hardver használatára egy olyan fontos szolgáltatáshoz, mint számviteli rendszer az egész vállalkozást. Az ár ebben az esetben közvetlenül meghatározza egy ilyen platform minőségét, stabilitását és tartósságát.
- Szerverplatform kiválasztásakor javasoljuk, hogy ügyeljen a két tápegység, egy távoli IPMI kártya és a gyártó márkájának meglétére. Természetesen mindenki a pénztárcája alapján választ megoldást, a csúcsmárkák néha túl drágák és nem teljesen megfelelőek, de a gyártón semmiképpen sem szabad spórolni, ez ellenőrizhetetlen vis maiorhoz vezethet az 1C-vel való munka során. Személyesen használjuk a Supermicro szerverplatformokat Intel szerver CPU-kkal kombinálva.
- A gyakorlat által megerősített vélemény szerint az 1C teljesítménye többtől függ magas frekvencia CPU működik, mint a biztosított magok számán.
- Nem kell spórolnia az 1C szerverhez és az SQL szolgáltatáshoz kiosztott RAM mennyiségén. RAM bekapcsolva Ebben a pillanatban meglehetősen olcsó erőforrás, és hiánya (akár 10-15 százalékos is) az 1C rendszer teljesítményének erőteljes csökkenéséhez vezet, mert egy lassabb csererendszer engedélyezve lesz. Ráadásul a csere további terhelést ad a lemez alrendszerének, ami még tovább rontja a helyzetet.
- Az EFSOL cég átfogó szolgáltatásokat kínál az 1C szerver kiválasztásához, amely magában foglalja: 1C szerver tervezést, beszerzést, konfigurációt és karbantartást.
- Alternatív saját alkotás szerver 1C lehetőség bérelni szervert 1C számára. Felhőtechnológiák lehetővé teszi, hogy megbízható, hibatűrő szolgáltatást kapjon a kényelmes munkavégzéshez 1C-ban alacsony havi költségek mellett.
Rendszerintegráció. Tanácsadó
Betöltés...