Tegyen fel kérdést a megoldáshoz Hétköznap válaszolunk
Egy órán belül

Hogyan válasszunk szervert az 1C-vel való együttműködéshez

Tekintsünk néhány alapvető példát az 1C alapvető szerverkonfigurációira, amelyeket két fő kritérium vezérel - a felhasználók száma és maga a program megvalósításának módja: 1C vagy 1C fájl: alkalmazáskiszolgáló + SQL.

Azonnal foglaljunk le - ez a felosztás nagyon feltételes, mivel kis számú felhasználó, nagy adatbázissal, jelentősen terheli mind a processzort, mind a lemez alrendszert. Ugyanakkor viszonylag sok felhasználó használhat meglehetősen korlátozott funkcionalitást és dolgozhat egy kis adatbázissal, és nem is működik egyszerre. Azok. szerver kiválasztásakor konzultálnia kell egy szakemberrel, és meg kell próbálnia átadni neki a „teljes igazságot” a munkájáról.

Kis cég (2-10 felhasználó), alap akár 1 Gb, 1С Enterprise — fájl mód, ez nem más, mint egy fájlszerver klasszikus megvalósítása.

Alapprocesszorként választhat az alacsonyabb modellek közül Intel Xeon E3-12XX sorozat.

A RAM kiszámítása egyszerű: anélkül, hogy belemennénk a rendszer és a fájl gyorsítótár működésének sajátosságaiba, egyszerűen csak körülbelül 2 Gb-nak jelöljük az operációs rendszer alatt, és ugyanennyit a fájlrendszerrel való munkához.

Nem vesszük figyelembe az "álszerverek" eseteit, pl. amikor egy 1C szerver, bár 2-3 felhasználó számára, megpróbál egy megfelelő konfigurációjú munkaállomást „adaptálni”. Annak ellenére, hogy sok "rendszeradminisztrátor" "gazdag" tapasztalattal rendelkezik a közönséges számítógépek kiszolgálóként való használatában, nem tárgyaljuk ezeket a lehetőségeket, és nem javasoljuk az ilyen választást.

A kéz nem emelkedik fel az Intel Xeon - a processzor a szerver sorozat mindössze 4 Gb RAM. Ennek ellenére a 8 Gb-ot ajánljuk (itt működik a több - nem kevesebb elve).

Lemezrendszer. A SATA adatátviteli interfészt megvalósító modern lemezek, még a szerverek is, árban nagyon kis mértékben különböznek a lemez mennyiségétől függően. Ezért az 500 Gb és 1 Tb lemezek árkülönbsége miatt nem éri meg "bolhákat fogni" azzal, hogy megpróbálják csökkenteni a szerver költségeit. Ráadásul minden gyártó kínálatából eltűnik az 500 Gb-os SATA meghajtók sora. Másrészt senki sem törölte a jól ismert posztulátumot - a lemezterület feltöltésének sebessége egyenesen arányos annak térfogatával. Azok. hogyan több hajtás, annál több információ tárolódik rajta, még akkor is, ha eredetileg nem volt rá szükség. Ragaszkodunk ahhoz, hogy legalább 2 lemez legyen, hogy meg tudjuk szervezni az ún. szoftver "tükör" - minimális adatvédelem az egyik lemez meghibásodása esetén.

Tehát megkapjuk az 1C fájlszerver alapvető konfigurációját, amelyet legfeljebb 10 felhasználó használhat:

• Intel Xeon E3 1220V3 processzor,
• RAM - 8 Gb,
• HDD - 2 x 1 Tb SATA.

1. Ha 15-20 felhasználó dolgozik, az adatbázis mérete akár 4 GB is lehet. Általános szabály, hogy ebben az esetben az 1C verziót használják: Enterprise 8.3 Application Server vagy SQL 1C verzió.

   Ezért a RAM követelményei: ugyanaz a 2 GB az operációs rendszer alatt, legfeljebb 4 GB az 1C: Application Server alatt és ugyanennyi az MS SQL Server alatt. A legjobb lehetőség amikor az adatbázis teljesen gyorsítótárban van a RAM-ban. Megkapjuk a szükséges minimális méretet véletlen hozzáférésű memória- 10 GB. A gyakorlatban gyakran előfordulnak olyan helyzetek, amikor az 1C: Application Server verziója elveszti válaszát. Ez akkor fordul elő, ha nincs elég RAM, amikor az operációs rendszer kénytelen 1C lemezre cserélni. Ennek elkerülése érdekében mindig azt javasoljuk, hogy legyen elegendő RAM - összesen 16 GB.

   Ami a processzort illeti, ismét az Intel Xeon E3 12XX sorozat négymagos processzora jól megy, csak válasszon magasabb órajelet. Ezenkívül az 1C sebességének az órajel frekvenciától való függőségét az 1C-8.3 verzióban kompenzálja egy bizonyos effektív frekvencia - a processzormagok száma szorozva a mag órafrekvenciájával.

   A lemez alrendszer egy kicsit bonyolultabb. Ismételten anélkül, hogy belemennénk a lemezek működésének részleteibe ír olvas(ún. IOPS), megjegyezzük, hogy a munka átlagos sebessége ugyanabban a "tükörben" körülbelül kétszeresére nő, ha a tükörben lévő lemezek számát négyre növeljük (ún. RAID 10).

   Összegezve, megkapjuk az alapvető szerverkonfigurációt 15-20 felhasználó számára, hogy az 1C: Application Server 8.3 rendszerben dolgozhasson:

   • CPU - Intel Xeon E3 1240V3 3,4 GHz,
   • RAM - 16 GB,
   • A lemez alrendszer 4 db 4x1 TB-os lemez tükre.

2. A rendszer egészének teljesítményének és megbízhatóságának javítása érdekében az 1C:Enterprise felhasználók számával több mint 30, általában a terminál megoldást használják. Ennek a megoldásnak az a lényege, hogy a felhasználói alkalmazások (jelen esetben az 1C) magán a terminálszerveren indulnak el és futnak, és a felhasználó csak egy grafikus képet lát, amit a szerver elküld a számítógépére (termináljára). A nagy teljesítményen és a méretezhetőségen túlmenően további megbízhatósággal és adatvédelemmel is rendelkezünk, amelyet a terminálszerver konfigurációja határoz meg.

   Itt általában a lemeztömböket már többre használják magas szint védelem (RAID 6, 60, RAID kombinációi - hardveren megvalósított tömbök, általában dedikált RAID - vezérlő).

   Az ilyen szerverek processzorának kiválasztását egyszerű számítások határozzák meg - általában legalább egy fizikai magot rendelnek az SQL-hez, legalább egy magot az 1C: Application Server alatt, 2 az operációs rendszer alatt. A fennmaradó magok a felhasználók számára vannak fenntartva.

   Ismeretes, hogy egy processzormag legfeljebb 8 felhasználót képes hatékonyan feldolgozni. A fenti kritériumok alapján nem nehéz megérteni, hogy több mint 30 felhasználó hatékony működéséhez 2 processzoros szerver mellett kell választani - legalábbis a magok teljes számát tekintve.

   Az alábbiakban egy tipikus terminálkiszolgáló konfiguráció + 1C:Application Server látható:

   • Processzor: 2 x 4C/4T CPU | Intel Xeon E5-2609 V2,
   • Memória modulok: 4 x DDR3-ER 8Gb,
   • Meghajtók: 4 x HDD 1Tb, 4 x HDD 1Tb,
   • Vezérlő: RAID.

3. 50-nél több felhasználó esetén a terminálkiszolgáló (alkalmazásszerver) és az adatbázisszerver szerepe általában elválik egymástól.

Szerver az "1C:Enterprise 8" alatt egy kis irodához

Ez az anyag az 1C:Enterprise 8 rendszer 3-25 felhasználója számára érdekes lehet kis szervezetek vagy fióktelepek számára. A szerző abból a feltételezésből indul ki, hogy nemcsak informatikusok, hanem kisvállalkozások vezetői vagy könyvelői is elolvassák, ezért az anyag technikailag némileg leegyszerűsödik. Alapelvei igencsak alkalmazhatók nagyszámú felhasználóval rendelkező rendszerekre. Az 1C:Enterprise 8 több mint 25 felhasználójával rendelkező szervezetek számára később két másik anyag is megjelenik, amelyek leírják a szerverhardver kiválasztásában és az IT-infrastruktúrák kiépítésében szerzett sokéves tapasztalatot az 1C:Enterprise 8 közepes és nagy megvalósításához.

Kinek érdemes szervert vásárolnia?

Először is írjuk le azokat a feltételeket, amikor az „1C:Enterprise 8” alatti szerver nem szükséges.
Ezek általában olyan szervezetek, amelyek a lehető legközelebb állnak két kritériumhoz:
a) egy kis szervezet 1-5 felhasználó számára,
b) A vállalat üzleti folyamatainak támogatásához az 1C szabványos megoldásának képességei teljesen elegendőek (tehát nincs szükség a szabványos konfiguráció javítására, legfeljebb néhány változtatásra van szükség nyomtatott űrlapok, jelentések és feldolgozás).
A statisztikák szerint a régiótól függően az 1C-től szabványos konfigurációkat használó szervezetek akár 60-80% is lehet.
Ha a cég megfelel a fent felsorolt ​​kritériumoknak, akkor ahelyett, hogy megvásárolna egy készletet, amely a következőkből áll:
- "1C: Enterprise 8",
- Windows Server és kliens licencek,
- hardver szerver,
- hardver és szoftver beállítási szolgáltatások,
- a komplexum támogatása és karbantartása,
célszerű megfontolni az 1C:Enterprise 8 bérlését egy szolgáltatótól Szoftver szolgáltatásként (SaaS) formátumban.
Az ilyen szolgáltatások szolgáltatói teljes funkcionalitású, tipikus 1C:Enterprise 8 konfigurációkat kínálnak távoli webhelyként. A dokumentumokat a rendszer a helyi nyomtatóra nyomtatja, a dokumentumokat mentheti elektronikus formában A helyi számítógépen is használhatja. Természetesen bármikor elmentheti az 1C adatbázis helyi biztonsági másolatát. És hogy legyen biztonsági mentés ez lehetséges mind a számítógép lemezén, mind a cserélhető USB-meghajtón, és valahol egy távoli „felhő” lemezen (például DropBox vagy Yandex.Disk).
A tipikus „1C: Enterprise 8” konfigurációk egyikét bérelheti magától az 1C vállalattól az 1cFresh.com erőforráson, valamint partnereitől, például az 1C: Accounting Services-től.
A technológiai kényelmi szempontok közül ez a munka mindenhol, ahol van internet, és szinte bármilyen eszközről, így tabletről, sőt okostelefonról sem kell informatikust bevonni. Az anyagi előnyök közül - a szervezés a pénz felhalmozása helyett, a fizikai szerver vásárlásába való befektetés, az üzemeltetés Windows rendszerek A szerver és maga az 1C:Enterprise 8 szoftver, a szervezet egyszerűen fizet az 1C:Enterprise 8 szolgáltatáshoz való hozzáférésért, azonnal leírva a költségeket a folyó kiadásokra. Alapvetően ez olyan, mint egy közszolgáltatás. Ha növelni vagy csökkenteni kell a létszámot - ez szinte azonnal megtehető, ezáltal rugalmasan kezelheti költségeit az aktuális igényektől függően. Egy ilyen szolgáltatásban pedig több száz felhasználó dolgozhat egyszerre.

„Kezelési tesztek”, vagy mit érdemes javítani a jelenlegi berendezésen?

Ha már működik 1C:Enterprise 8 szervere, az ideális megoldás egy szabványos Windows segédprogram- Teljesítményfigyelő (Perfmon), és rögzíti a terhelési adatokat egy munkanapra. Ez lesz a kiindulópont, amivel összehasonlíthatod, mennyire hatékony az új szerver, és megéri-e az elköltött pénzt.
A Perfmonnál elegendő a processzor (CPU) terhelését eltávolítani a magok %-os terhelése, a véletlen hozzáférésű memória (RAM) %-os kihasználtság formájában, ill. fizikai(és nem logikai) meghajtók: amelyeken az 1C és az OS Windows található (ez lehet egy, de általában ez különféle lemezek). A lemezterhelés szempontjából a legfontosabb paraméterek:
- Aug. Disk sec/Transfer” (átlagos lemezelérési idő) - ideális esetben 10 ms-ig (ezredmásodpercig), jó 25 ms-ig, a kényelmes munkavégzés határértéke 40 ms;
- “Jelenlegi Lemezsor hossza” ( jelenlegi lemez várólista hossza) - ideális esetben keskeny csúcsok jelenléte (a grafikonon) és a lehető legalacsonyabb sorérték, a sor hossza 70-100 kérés vagy több, a "domb" formájú grafikon a lemez elégtelen teljesítményét jelzi alrendszer;
- „Lemezátvitel/másodperc” (lemezelérés / mp) - itt fontos rögzíteni a limitszámokat és azok időtartamát, ez általában 80 IOPS-től több százig vagy akár több ezerig terjed.
Ezen információk birtokában könnyebb lesz a szerver hardver alrendszereire vonatkozó követelményeket megfogalmazni a berendezés szállítója számára, majd ellenőrizni a számított értékekkel.

Berendezésszámítási módszertan

Miután eldöntöttük, hogy saját szervert vásárolunk az 1C:Enterprise 8 igényeihez, igyekszünk figyelembe venni ennek az alkalmazásnak a sajátos igényeit - a költségvetésen belül kiválasztani a feladathoz az optimális felszerelést.

Ezután fontolja meg az 1C:Enterprise 8 szükséges erőforrásainak kiszámításának módszerét, a következőktől függően:
- használt verzió - fájl vagy SQL,
- hozzáférés típusa - által helyi hálózat távoli asztalon vagy webes/vékony kliensen keresztül,
- a felhasználók száma,
- mennyiség és mennyiség adatbázisok,
- a szerverhez rendelt egyéb feladatok.
A bemutatott megközelítés viszonylag univerzális, és egyformán alkalmas az 1C:Enterprise 8 futtatására fizikai szerveren (az Intel Hyper-Threading engedélyezésével), valamint a virtualizált szerveren való futtatásra Microsoft Hyper-V vagy VMware vSphere, valamint a felhőszolgáltatóktól bérelt erőforrások kiszámításához.

A számítások érthetősége érdekében elég hármat veszünk tipikus példák:
a) 5 felhasználó"1C: Enterprise 8", fájl verzió, a helyi hálózaton (LAN) keresztül csatlakozó felhasználók kövér kliens 1C. Ebben a módban a szerver csak a fájlszerver szerepét tölti be, és a teljes számítási terhelés a felhasználó munkaállomásaira esik.
b) 10 felhasználó, adatbázis SQL, 1C: Enterprise 8. Alkalmazások szervere”, dolgoznak át a felhasználók kövér kliens LAN, 4 GB adatbázis, 2 év. A szerver adattárházként, SQL szerverként, „1C Application Server”-ként működik.
ban ben) 20 felhasználó, adatbázis SQL, 1C: Enterprise 8. Alkalmazások szervere", a felhasználók a " Távoli asztal» (RDP), egyetlen konfiguráció, 9 GB adatbázis 3 évre. A szerver adattárházként, SQL szerverként, 1C Application Serverként, terminálszerverként működik.

A feldolgozási teljesítmény követelményeinek kiszámítása (CPU ) : Először ki kell számolni, hogy a processzorból hány "mag"-ra van szükségünk. A számításokat „logikai CPU magokban” fogjuk végezni, ahol egy logikai mag felel meg a fizikai szerver egy magjának a „Feladatkezelőben”, ahol a Hyper-Threading engedélyezve van (azaz minden fizikai processzormag két logikai magként jelenik meg).
- Az operációs rendszer (OS) igényeire 1-2 magot lefoglalunk, az SQL verzióhoz általában elég egy, a fájlverzióhoz kettő a jobb.
- Ha az SQL verziót használjuk, akkor egy mag az "1C:Enterprise 8" 20-25 felhasználójának az MS SQL igényeihez (több felhasználó - több mag);
- Valamint az SQL verzióhoz fenntartunk egy magot az "1C: Enterprise 8. Application Server x64" (rphost process) igényeihez 15-20 felhasználó számára (több felhasználó - több rphost folyamat, több mag);
- A "Távoli asztal" módban dolgozó felhasználók opciója esetén (Távoli asztal) - egy logikai magot tartunk fenn 8 terminál felhasználó számára (több felhasználó - több mag).
- Webszolgáltatás módban való munkavégzés böngészőn vagy "Vékony kliensen" keresztül - egy logikai magot is fenntartunk 8 távoli felhasználó számára. Valójában a " Kezelt űrlapok"A terhelés át van tolva" 1C:Enterprise 8. Application Server x64"-re, webszolgáltatás esetén pedig az Internet Information Server (IIS) webszervere is hozzáadja, de ez számunkra nem fontos a számításokhoz .

Számítási példák:
a) 5 felhasználó számára a fájlverzióban, helyi hálózaton keresztül "vastag" kliensen keresztül csatlakozva, 2 logikai mag szükséges az operációs rendszer alatt (amely egyben fájlszerverként is működik) - összesen egy fizikai processzormag;
b) 10 felhasználó esetén SQL-ben és egy "vastag" kliensen keresztül egy mag szükséges az operációs rendszerhez, egy mag az MS SQL Serverhez, egy mag az "1C: Enterprise 8. Application Server x64"-hez (rphost) - összesen 3 logikai mag, vagy 2 fizikai;
c) 20 felhasználó esetén SQL-ben és "Távoli asztal" módban egy magra van szüksége az operációs rendszerhez, egy magra az MS SQL Serverhez, egy magra az "1C:Enterprise 8. Application Server x64"-hez (rphost), 2,5 mag szükséges terminál felhasználói munkamenetek karbantartása (20:8) - összesen 5,5 logikai mag, vagy 3 fizikai mag.
A legfiatalabb Intel Xeon E3 12xx processzorral szerelt szerver 4 fizikai magot vagy 8 logikai magot tartalmaz. Így még a szerverprocesszor minimális verziója is teljes mértékben lefedi egy 25 1C:Enterprise 8 felhasználóból álló kis szervezet igényeit. És például egy egyprocesszoros szerver, amely egy nagyobb teljesítményű Intel Xeon E5 16xx alapú, amely 8 fizikai vagy 16 logikai magot tartalmaz, könnyen kezeli az 50-75 1C:Enterprise 8 felhasználó terhelését távoli asztali vagy webes módban. -service/ Vékony kliens.

Ugyanakkor az egyik a legfontosabb jellemzőket a processzor névleges frekvenciája (nem tévesztendő össze turbó), amelyről az alábbiakban részletesebben lesz szó. Leegyszerűsítve, az 1C:Enterprise 8-cal SQL módban dolgozó felhasználók kényelme, különösen a Remote Desktop (RDP) használatával, szinte lineárisan nő a processzor frekvenciájával.

A véletlen elérésű memória (RAM) igényének kiszámítása ) : A processzormag-igény kiszámításához hasonlóan az a feladatunk, hogy minden szolgáltatás igényét alaposan mérlegeljük.
- A szükséges operációs rendszerhez (OS) 4 GB-ot tartunk fenn;
- SQL verzió használata esetén az adatbázis táblák (DB) mennyiségének legalább 20-30%-át az SQL RAM Cache-ben kell elhelyezni. Ha több adatbázis van, akkor az egyes adatbázisok adattáblázatának 20-30%-a. Illetve az SQL RAM Cache igényeinek számítási kritériumaként 1 évre használhatja fel az adatmennyiséget. Mivel a kis szervezetek általában nem túl nagy 1C adatbázisokkal rendelkeznek, nagyon gyakran a teljes adatbázis elhelyezhető az SQL RAM Cache-ben, pl. Az adatbázis táblák mennyiségének 100%-a (ez ideális). A minimális kötet 2 GB-tól.
- Az "1C: Enterprise 8. Application Server x64" igényeihez a RAM mennyiségét a futó rphost folyamatok száma alapján számítják ki, valahol 1 GB körül minden rphoston. Általában 1-2 GB 10-25 felhasználó számára.
- Amikor a felhasználók "Távoli asztal" (Távoli asztal) módban dolgoznak, minden valamivel bonyolultabb. Mindenekelőtt tisztázni kell a használt konfigurációkat, és még jobb fizikailag látni, hogy az egyes konfigurációk mennyi RAM-ot fogyasztanak felhasználónként LAN módban vagy terminál módban. Sőt, nem közvetlenül a kezdés után kell nézni, hanem valahol 20-30 perc intenzív munka után. Például a "Számvitel" átlagosan 250-300 MB RAM-ot használ fel minden futó munkamenethez, a "Trade Management" átlagosan 300-350 MB RAM-ot használ minden futó munkamenethez. Ezután kiszámítjuk, hogy hány felhasználó fogja használni az egyes konfigurációkat egyszerre, megszorozzuk a számukat az 1C:Enterprise 8 konfigurációhoz szükséges RAM mennyiségével, és konfigurációnként összegezzük a teljes összeget. Általános szabály, hogy egy konfiguráció és 10 felhasználó esetén ez 3-4 GB RAM.
- A „Távoli asztal” (Remote Desktop) módban egy másik valószínű terhelést is figyelembe kell vennie. Például az 1C-ből nagyon gyakran történik a kirakás MS Excel formátumba a nyomtatott űrlapok vagy jelentések további feldolgozásához. Vagy a felhasználók hozzáférést kapnak az Internet, más MS Office alkalmazások és egyéb programok használatához. Ennek megfelelően ki kell számítani az általuk fogyasztott RAM erőforrásokat. MS Word és MS Excel esetében ez körülbelül 100 MB, MS Outlook esetében körülbelül 150 MB, internet böngésző körülbelül 200 MB minden futó példányhoz minden felhasználó számára. Más programok esetében az optimális, ha megnézzük a valós RAM-fogyasztásukat PC-n, és ugyanúgy figyelembe vesszük.
- Ha webszolgáltatás módban szeretne dolgozni böngészőn vagy vékony kliensen keresztül, a RAM-fogyasztást ugyanazokkal az elvekkel számíthatja ki, mint a különböző 1C:Enterprise 8 konfigurációknál Távoli asztal módban, megszámolva az egyes megerősítések felhasználóit, megszorozva a megfelelő RAM-felhasználás "vastag kliens" módban, és összegezve. Ezek a további erőforrások valójában az "1C: Enterprise 8. Application Server x64" és az IIS-hez fognak menni, de ez nagyon alkalmas az előzetes számításokhoz.
Számítási példák:
a) 5 felhasználó esetén a fájlverzióban, helyi hálózaton keresztül "vastag" kliensen keresztül csatlakoztatva, legalább 4 GB RAM szükséges operációs rendszer alatt, és 8 GB RAM jobb;
b) 10 felhasználó SQL-ben és egy "vastag" kliensen keresztül 4 GB-os adatbázissal 2 évig, 4 GB-ra van szüksége operációs rendszer alatt, 1 GB-ra (ez a kötet 25%-a) vagy 2 GB-ra (évi adat) MS SQL Server alatt, és 4 GB jobb, hogy az adatbázis teljes 100%-a elférjen a RAM-ban, 1 GB az "1C: Enterprise 8. Application Server x64" alatt (egy rphost szál), összesen 6 GB-tól 9 GB-ig. ;
c) 20 "Trade Management" felhasználó számára SQL-ben 9 GB-os adatbázissal 3 évig és "Remote Desktop" módban 4 GB-ra van szüksége operációs rendszer alatt, 3 GB-ra MS SQL Server alatt (vagy jobb esetben 9 GB-ra, így hogy minden 100%-os Az adatbázis RAM-ba került), 1-2 GB az "1C: Enterprise 8. Application Server x64"-hez (1-2 rphost szál), 6-7 GB a terminál felhasználói munkamenetek kiszolgálásához, összesen 14 GB-tól 22 GB RAM-ig.
A szükséges RAM mennyiségének kiszámítása után helyes 20-30% -át hozzáadni a terhelés növekedéséhez (például a felhasználók számának növekedéséhez vagy az adatbázis növekedéséhez). Szerencsére a RAM ma már olcsó, a modern processzorok pedig sokat támogatják – az Intel Xeon E3 16xx 64 GB RAM-ig, az Intel Xeon E5 16xx pedig 1540 GB RAM-ig. Soha nincs sok RAM egy szerverben ;-).

Lemez alrendszer :

A lemez alrendszer két részből áll:
- bemeneti/kimeneti alrendszer bemeneti/kimeneti vezérlők (HBA) és RAID vezérlők formájában;
- tárolóeszközök, vagy esetünkben - SSD és HDD lemezek.

I/O alrendszer ( RAJTAÜTÉS).
Mivel olyan szerverről beszélünk, amelynek feladata az információk biztonságos tárolása, ezért feltétlenül szükséges az adattároláshoz hardver erőforrások lefoglalása, pl. lemezek.
A kisvállalkozások esetében általában a RAID1-et vagy "tükröt" használják, amikor az adatokat egyszerre két lemezre írják. Ebben a módban az adatok mentésre kerülnek még akkor is, ha az egyik lemez fizikailag meghibásodik.
Egyszerre több lehetőség is van épületRAJTAÜTÉS1 egy kis szerveren.

1. Például létrehozható egy teljesen szoftveres RAID (Soft RAID). Windows eszközök szerver. Ez a beállítás nem vonatkozik az operációs rendszert (OS) tartalmazó rendszermeghajtóra. Adatbázist tartalmazó lemez esetén próbálkozhat a Windows Storage Spaces technológia használatával. A való életben rendkívül ritkán használják, nem ajánljuk.

2. Használhat Intel lapkakészleten és Intel® Rapid Storage Technologyn alapuló hardvert és szoftvert ( IntelRST). Lényege, hogy minden hardverszintű I/O műveletet az alaplapi lapkakészlet hajt végre, gyakorlatilag CPU erőforrások terhelése nélkül. Ennek a tömbnek a kezelése azonban programszinten történik, a Windows alatti illesztőprogramok miatt.
azt A leggyakrabban, és tovább Ebben a pillanatban legproduktívabb a RAID1 felépítésének egy változata 2 vagy 4 lemezes, nem túl terhelt szerverhez.
Igaz, mint minden kompromisszumos megoldásnak, ennek is vannak hátrányai.
a) Működése a betöltött illesztőprogramoktól függ operációs rendszer. Ez magában hordozza annak kockázatát, hogy az illesztőprogramok vagy az operációs rendszer frissítésekor olyan helyzet állhat elő, hogy a RAID-lemez nem lesz elérhető. Rendkívül valószínűtlen, mert Az Intel és a Microsoft nagyon barátságosak, és nagyon jól tesztelik a szoftvereiket, de ez nem kizárt. Az igazság kedvéért meg kell jegyezni, hogy az elmúlt 8 évben a szerző nem találkozott ilyen kudarcokkal.
b) Az Entry tesztlaborban végzett kísérletek eredményei alapján közvetett bizonyítékok arra utalnak, hogy az Intel RST illesztőprogram-modell RAM erőforrásokat használ az írási gyorsítótárazáshoz. Ez növeli a teljesítményt, de magában hordozza az adatvesztés kockázatát is, ha a kiszolgáló teljesítménye nem tervezett. Ennek a technológiának a korábbi „reinkarnációjában”, az Intel Matrix RAID-ben az írási gyorsítótárazás kifejezetten letiltható volt az utasítások szintjén. Modernben Intel verziók Az RST valahogy befolyásolja ezt a paramétert, vagy akár megtudja az állapotát, a felhasználónak nincs lehetősége. Ezt a kérdést egyszerűen leállítják - egy viszonylag "okos" forrás beállításával szünetmentes tápegység(Smart UPS), amely képes figyelni az akkumulátorok állapotát, és amikor azok lemerültek, parancsot ad a szerver kikapcsolására. Valójában az UPS-t mindenképpen a szerverre kell telepíteni, így ez nem probléma, a lényeg, hogy ne legyen lusta a beállítások elvégzéséhez. Van némi probléma a hordozhatósággal az alaplap meghibásodása esetén. A garanciális időszak alatt ezt a kérdést nagy valószínűséggel a berendezés szállítója fogja lezárni, de a jótállás utáni időszakban szükséges lehet hasonló alaplap után kutatni.
Egy ilyen megoldás költsége a legtöbb esetben már benne van az alaplap árában, sőt, a felhasználó "ingyen" jár.

3. Az informatikusok körében meglehetősen gyakori, hogy teljesen hardveres RAID-et szeretnének egy szerverben. Jó példa egy ilyen megoldásra a SAS vezérlő (SAS HBA) használata RAID1 módban. Például az LSI HBA 9211 és követői. Ehhez egy speciális BIOS firmware-t kell telepíteni a SAS HBA-ba, az LSI 9211 esetében ez az „IR” firmware. Ennek a rendszernek nincs teljesítménybeli előnye. Elméletileg az alaplap meghibásodása esetén gyorsan csatlakoztathatja a lemezeket és a vezérlőt egy másik szerverhez ... de ugyanolyan valószínűséggel, mint alaplap a SAS vezérlő is kiéghet, így a szerző szemszögéből az előny némileg illuzórikus, inkább pszichológiai problémákat old meg, mint technológiaiakat.
Az LSI HBA 9211 ára 250-300 dollár között mozog, ami észrevehetően drágább, mint az előző Intel RST alapú verzió. A költségvetési megoldás árának ilyen növekedése meglehetősen jelentős. A szerző szemszögéből, ha van vágy "hardveres" RAID készítésére, akkor jobb, ha valamivel drágább megoldást választ az Intel® RAID Controller RS3WC080 alapján. Ez a SAS HBA is az LSI chipre épül, de a következő generáció, az LSI SAS 3008 támogatja a SAS 3.0 (12 Gb/s) szabványt, körülbelül 300 dolláros áron.

4. Néha az eladó tisztességtelensége vagy elégtelen képzettsége esetén megpróbálnak olcsó, elavult modellű RAID-vezérlőket eladni 1C alatti szervereknek. Például Adaptec 6405E. Az ilyen vezérlők hátránya, hogy a beléjük épített chip a teljesítményét tekintve bizonyos számú HDD támogatására van kialakítva, és nem is bírja jól a terhelést a fiatalabb modellek két szerver SSD formájában. Például a modern SSD-k egyenként könnyen beolvasnak 80 000 IOPS-t (hozzáférést másodpercenként), és például egy RAID-vezérlő processzora is csak 60 000 IOPS-t ... RAID1 és SSD használatakor nincs szükség írási gyorsítótár a vezérlőn - a vezérlő RAM-gyorsítótárába való írás, amely közvetlenül az SSD-re van, majdnem ugyanolyan sebességgel történik, mint az olvasás. Sőt, a modern RAID-vezérlők még 1 GB RAM-gyorsítótárral sem használják, ha SSD-vel dolgoznak. Ez nem azt jelenti, hogy az Adaptec 6405E rossz vezérlő, csak azt, hogy ezt az eszközt más célra szánják.
Az Adaptec 6405E ára körülbelül 250 dollár.

Rövid konklúzióként azt javaslom, hogy nézze meg a RAID10-ben lévő négy SSD-re vonatkozó tesztütemezést három RAID-lehetőség közül: Adaptec 6405E, LSI 9211, Intel RST (Entry tesztlabor). Jól látható, hogy az Intel RST-vel szerelt változat a legtermékenyebb, a legkevésbé termelékeny – az Adaptec 6405E-vel.

Tárolóeszközök ( SSDésHDD)

Az "1C:Enterprise 8" munkája során az adatbázistáblák tényleges helye mellett (mappa a fájlverzióhoz, DB táblák az SQL verzióhoz) használhatja a "C:\" rendszermeghajtót is. Például, rendszermappa Tmp Windows operációs rendszer ideiglenes fájlok tárolására. Az SQL-verzió működhet vele - különösen a tempDB-t tárolja ott. Távoli asztal módban a kiszolgálón lévő terminálfelhasználók helyi tmp könyvtárai használhatók, amelyek általában szintén a „C:\” meghajtón találhatók. helyi profilok felhasználókat.
- A szükséges operációs rendszerhez (OS) legalább 120 GB-ot lefoglalunk;
- Ha egy adatbázist fájlverzióban szeretne tárolni, ajánlatos egyszerűen megnézni az adatbázisokat tartalmazó mappák mennyiségét. Általában 1-2 GB, de akár 10-20 GB is lehet.
- Ha az SQL verziót használjuk, akkor háromféle adat áll rendelkezésünkre - maguk az adatbázistáblák (DB), ideiglenes táblák (tempDB) és SQL napló. Alapértelmezés szerint a tempDB a következő helyen található: rendszermeghajtó"C:\". Kis adatbázisokhoz általában kicsi, körülbelül 100-300 MB. Adatbázistáblák (DB) - mint fentebb említettük, 5-25 felhasználóval rendelkező cégeknél ritkán haladják meg a 10-20 GB-ot, de itt mindenekelőtt az aktuális mennyiséget és az éves növekedést kell nézni. Az SQL napló nagyon nagy, akár több tíz GB-os is lehet, különösen, ha a „Teljes SQL napló” mód be van kapcsolva, de minden hónap végén fájdalommentesen „levágható” és archiválható (vagy törölhető, ha nem szükséges). ).
Összességében az 1C:Enterprise 8 adatbázisok igényeihez 20-60 GB-os kapacitást érünk el, ami valójában kevesebb, mint a legkisebb szerverlemezek, akár HDD, akár SSD.
- A Remote Desktop módban dolgozó felhasználók esetében célszerű 3-4 GB RAM-ot figyelembe venni a felhasználók személyes mappáiban, hogy különféle letöltési vagy feltöltési / adatfájlokat tároljanak az 1C-be / az 1C-ből. Ha a szervert fájltárolónak is használják, akkor ezt az 1C szükségleteitől teljesen külön kell számolni, és lehetőleg más fizikai lemezeken.

Mit kell még figyelembe venni a tervezés során a lemezek kiválasztásával kapcsolatban?
1. Nagyon kívánatos az operációs rendszer (OS) és az 1C adatok (adattáblázatok) elterjesztése a különböző fizikai eszközökre a hibatűrés szempontjából. De ha kicsi a költségvetés – nos, legyen minden egy tárhelyen, a RAID miatti biztonsági hálóval és a napi biztonsági mentéssel. külső adathordozó(vagy szolgáltatás).
2. Ne felejtse el, hogy a szervernek kötelező lemezeket lefoglalnia, és azokból hibatűrő RAID1-et építeni (a RAID5-öt és adatbázis-analógjait nem használják), pl. legalább két egyforma lemezre van szükségünk (ha az operációs rendszer és az adatbázis össze van kapcsolva), vagy kétszer két egyforma lemezre két RAID1 tömbhöz (ha az operációs rendszer és az adatbázis el van választva).

Számítási példák:
a) 5 felhasználó esetén a fájlverzióban, helyi hálózaton keresztül "vastag" kliensen keresztül csatlakozva, a minimálisan szükséges 120 GB az operációs rendszerhez, és lehetőleg 240 GB, az adatokhoz pedig 10-20 GB. Valójában a két 240 GB-os Intel SSD s3510 sorozatú meghajtó lemezalrendszere RAID1 módban elbír egy ilyen terhelést.
b) 10 felhasználó számára SQL-ben és egy 4 GB-os adatbázissal rendelkező "vastag" kliensen keresztül technikailag is elegendő egy két lemezből álló lemezalrendszer, mint például az Intel SSD s3510 series 240 GB RAID1 módban. De figyelembe véve a felhasználók számát, már érdemes megfontolni a két különálló kötetre való felosztást - két lemez a RAID1-ben, egyenként 120-240 GB-os operációs rendszerhez, és két lemez a RAID1-ben, egyenként 80 GB-os az adatbázishoz.
c) 20 Trade Management felhasználónak SQL-ben, 9 GB-os adatbázissal, technikailag is elegendő egy két lemezből álló lemezalrendszer, mint például a 240 GB-os Intel SSD s3500 sorozat RAID1 módban. Mindazonáltal, figyelembe véve a felhasználók számát, erősen ajánlott az operációs rendszer és az adatbázis két különálló kötetére osztani - két lemez a RAID1-ben 120-240 GB-os operációs rendszerhez és két lemez a RAID1-ben 80-120 GB-os az adatbázist.

Szeretnék felidézni az „ésszerű elegendőség elvét”.
Általános szabály, hogy a kisvállalatok adatbázisainak mennyisége 5-25 1C:Enterprise 8 felhasználó számára szintén kicsi. És itt nagyon fontos, hogy ne hajszoljuk a lemez hangerejét, nincs rá szükséged. De érdemes a legmegbízhatóbb és legproduktívabb lemezt választani, bár kisebb kapacitással. A vásárlók tipikus hibája a „nagyobb lemezt, de olcsón vásárolni”, ami az olcsóbb és nagyobb kapacitású nem szerverlemezek használatához vezet, ami technikai szempontból elfogadhatatlan.

Kerülje meg a szűk keresztmetszeteket

hálózati felület . A legkisebb valószínűséggel, ha az 1C:Enterprise 8-mal dolgozik, a szűk keresztmetszet a hálózati interfész lehet, mert nagy mennyiségű adat nem kerül továbbításra, akkor 5-25 felhasználó esetén nincs különösebb követelmény. Ezenkívül a legtöbb szerveren egyszerre két 1 Gb / s Ethernet hálózati kártya van telepítve, de itt vannak árnyalatok.
A hálózati kártyák különbözőek. Néhányat PC-ben és laptopban való használatra terveztek, és bennük a terhelés jelentős része a CPU-ra esik. Ezek közé tartozik pl. hálózati interfészek egy Realtek RTL8201N chipen. Az ilyen chipeket szerverekben is használják, de speciális portokon, amelyeket a szerver vezérlésére terveztek.
Ugyanakkor vannak szerverhálózati lapkakészletek is, mint például az Intel® i350-AM2 Dual Port Gigabit Ethernet. Náluk a feldolgozás nagy része magán a chipen történik, CPU erőforrások bevonása nélkül, ami gyorsabb és hatékonyabb is.
A tanács alapvetően egyszerű:
- ne vegyél PC-t "a la server", mert nagy valószínűséggel megvan Hálózati kártya Ethernet PC-hez;
- Ha a szerver több Ethernet porttal rendelkezik, ne használja a felügyeleti portot a munkaterheléshez.

RAM . Itt minden egyszerű. Hogyan kell kiszámítani - fent leírtuk. A RAM manapság olcsó. Ezért a kiszámításhoz vegyen 20-50% vagy annál nagyobb árrést - és zárja le a kérdést. Ha a következő egy-két évben jelentős terhelésnövekedés várható, ellenőrizze, hogy a kiszolgálón vannak-e szabad helyek további memóriamodulok telepítéséhez.

processzor . A szükséges fizikai magok számának kiszámítása után marad a kérdés a gyakorisággal.
És ez egy nagyon fontos kérdés.
1. Ha van elég mag, akkor a kliens rész, az 1C:Enterprise 8 Application Server és sok esetben az SQL szerver teljesítménye, közvetlenül a frekvenciától függ. processzor. És szinte lineáris. Sok jelentés például a processzor frekvenciájának 1,5-szeres növekedésével pontosan ugyanannyiszor gyorsabban hajtódik végre.
Ezért, ha más dolgok megegyeznek, érdemes előnyben részesíteni a magasabb frekvenciájú processzorokat.
2. A következő pont az, hogy ne dőljünk be néhány eladó marketingfogásának, akik üzemmódban adják ki a processzorfrekvenciát. turbó a processzor frekvenciájára. Igen, Intel technológia® A Turbo Boost Technology 2.0 elég érdekes dolog, és az 1C valóságában, amikor csak egy szál fut (dokumentumfeldolgozás vagy összetett jelentésgenerálás), lehetővé teszi egy mag teljesítményének 15-30%-os növelését, ill. még több. De emlékeznie kell arra, hogy a valóságban egy szerverchipben a frekvencia rövid ideig növekszik, 30 másodpercig, néha egy percig, majd csökken a szabványosra. Ennek eredményeként a nyereség nagyon rövid távú. A nagyfrekvenciás processzor mindig magas frekvencián működik, ami gyorsabbat jelent. Ezért többe kerül.
Példa az alábbi táblázatban:

Tab. egy

3. A 3-10 felhasználós kisvállalkozások számára néha felajánlják, hogy nem egy szervert vásárolnak Intel Xeon E3-on, hanem egy „erőteljes PC-t” Core-i7-en, utalva annak nagyobb teljesítményére és megbízhatóságára.
De a következő szempontokat figyelembe kell venni.
a) Az Intel Xeon E3 és Core-i7 processzor valójában benne van hardverterv ikertestvérek, és még ugyanannyiba is került. De a prioritások meghatározásáért felelős belső firmware más. Nagyon leegyszerűsítve – a Xeon E3 elsőbbséget élvez az I/O és más szerverműveletek terén, míg a játékszegmensre kihegyezett és videofolyamokat feldolgozó Core-i7 a videokártya kiszolgálását élvezi. Az ár, még egyszer hangsúlyozom, ugyanaz (ugyanolyan paraméterekkel).
b) Nagy különbség van az asztali számítógép és a szerver között alaplap. Az asztali számítógépet úgy tervezték, hogy napi 8 órát, heti 5 napot, két vagy három évig dolgozzon. Ennek megfelelően az alkatrészeket úgy választják ki, hogy pontosan ellenálljanak a meghatározott élettartamnak. A szerveralaplapokat úgy tervezték, hogy a nap 24 órájában, az év 365 napján, három vagy öt évig működjenek. És az összetevők némileg különböznek. De az árkülönbség ismét minimális, sokszor 10-20 dolláros szinten.
c) Egy "fejlett" PC-ben nagy valószínűséggel a hálózati kártya egyáltalán nem lesz szerverkártya.
Van-e értelme szerver helyett speciális eszközként adott paramétereket kizsákmányolás esetén próbáljon meg vásárolni valami „divatos PC-t” szerver szerepére, és még csak nem is tény, hogy olcsóbb – most mindenki megalapozottan dönthet.

Lemezek. Valószínűleg ez a legfájdalmasabb téma az írás idején.
Sajnos még mindig vannak olyan felhasználók és kereskedők, akik kicsit megrekedtek a múlt században. És teljesen biztos, hogy a HDD SAS 15 000 rpm a megbízhatóság és a teljesítmény példája.
Valójában ez már régóta nem volt így.

a) Először nézzük meg megbízhatóság SSD és HDD.
Leggyakrabban a lemezek elméleti megbízhatóságát a "Nem helyrehozható olvasási hibák az olvasási bitenkénti" paraméterrel értékelik, amely így fordítható le: "A helyreállíthatatlan olvasási hiba valószínűsége az olvasott bitek száma szerint". Megmutatja, hogy mennyi adatot kell kiolvasni a lemezről, hogy nagy valószínűséggel legyen helyreállíthatatlan hiba.
Egy másik fontos paraméter, amely a lemez meghibásodásának valószínűségét mutatja, az AFR (annual Failure Rate) vagy "éves hibaarány".
Az alábbi táblázat a tipikus meghajtók adatait tartalmazza: SATA Desktop HDD 7200 prm, SATA Enterprise HDD 7200 prm (SATA Raid Edition), SAS HDD Enterprise 15 000 prm, SATA SSD Enterprise (az adatok a gyártók hivatalos dokumentumaiból származnak, a számokat ellenőrizheti a linkek).

Amint a táblázatból jól látható, az „Éves hibaarány” paramétert tekintve egy hagyományos PC-ben használt lemez átlagosan kétszer kevésbé megbízható, mint egy szerver.
A helyreállíthatatlan hibák előfordulásának valószínűségét illetően az elmélet egyértelműen azt mondja, hogy az Enterprise SATA SSD, amelyre az Intel® SSD DC S3510 sorozatot vettük példaként, 10-szer kisebb hiba valószínűséggel rendelkezik, mint egy SAS Enterprise 15 000 rpm-es HDD. 100-szor alacsonyabb, mint a SATA Enterprise HDD 7200 rpm és 1000-szer alacsonyabb, mint a SATA Desktop HDD 7200 rpm.
Ugyanakkor a SATA Desktop HDD 7200 rpm és az Enterprise SATA SSD ára az operációs rendszer és az 1C adatbázisok befogadásához elegendő mennyiségben semmiképpen sem 1000-szeres, sőt 10-szeres sem.
Külön figyelem a "Kötet, melynek leolvasása során statisztikailag nem helyrehozható hiba várható." A SATA Desktop HDD esetében ez a szám 12,5 TB. És már van lemez 8 TB-os és 10 TB-os számára is ... így például egy 8 TB-os asztali lemezt lerakva, megírva és kétszer kiolvasva elméletileg legalább egy helyrehozhatatlan hibával találkozunk!

Rövid összefoglaló:
- használj Enterprise-osztályú SSD-t a szerverben, ezek legalább nem rosszabbak, és elméletileg megbízhatóbbak bármelyik HDD-nél.

b) Ezután becsüljük meg teljesítmény SSD és HDD.
Az adatbázisok szempontjából, ami valójában 1C, a legfontosabb csak három lemezparaméter.
- a késleltetést (Latency) vagy a lemez válaszidejét mikroszekundumban mérik (a kevesebb jobb);
- a másodpercenkénti olvasási műveletek száma (Disk Reads / sec), IOPS-ben mérve (a több jobb);
- a másodpercenkénti írási műveletek száma (Disk Writes / sec), IOPS-ben mérve (a több jobb).
Foglaljuk össze ezt a három paramétert egy táblázatban ugyanazokra a lemezekre, mint a megbízhatósági példában.

A táblázatból jól látható, paraméter szerint SSD válaszidő jobban teljesít, mint a HDD 40-80 alkalommal, és által I/O műveletek száma másodpercenként 100-400 alkalommal (!!!).
Ugyanakkor, ha bölcsen közelíti meg a választást, és csak a valóban keresett tárolókapacitást vásárolja meg, akkor az Enterprise SATA SSD és az Enterprise SATA \ SAS NL HDD költségei közötti különbség nagyon jelentéktelen lesz.
Ésszerű-e az alapok elhelyezésére használni HDD adatok? A szerző szemszögéből nézve, csak ha illikvid eszközöket vásárolt egy raktárba, akkor valóban el kell adnia, és nemigen érdekel a vevővel való további kapcsolat. Mert mind az ár/teljesítmény arány, mind az ár/megbízhatóság egyértelműen az Enterprise SSD mellett szól.

És most itt az ideje, hogy visszatérjünk ahhoz a pillanathoz, amikor a lemezalrendszer terhelésének valós mutatóit mérték (ha meg lehet tenni).
Ha a „kórházi átlaghőmérsékletről” beszélünk, akkor az IOPS hozzávetőleges csúcsterhelése a következő lehet (felhasználók száma, 1C adatbázis-kötet; az alsó sorban Lemezátvitel / s)

A felhasználók számának és az 1C adatbázisok méretének ismeretében közelítőleg megbecsülhető az IOPS lemezalrendszerének szükségessége Lemezátvitel / mp (= Lemezolvasás / mp + Lemezírás / mp) segítségével, vagy elvégezheti a valódi méréseket. és megfogalmazza a lemezalrendszer követelményeit a másodpercenkénti bemeneti/kimeneti műveletekben (IOPS). És számokkal felvértezve válassza ki azokat a lemezeket, amelyek kielégítik őket.

c) És hogy lezárjuk azt a kérdést, hogy mely SSD-ket kell telepíteni, lássuk, mi a különbség Vállalkozás SATA SSD és normál asztali SATA SSD .
1. Az IOPS adatolvasási sebességének teljesítménye, amelyet az asztali és a szerverlemezek mutatnak, nagyon hasonló. De teljesítmény sebesség adatrekordokat jelentősen eltérő lesz, és az asztali SSD-k lemezterület-használatának növekedésével gyorsan leromlik. Igen, az asztali lemezekre vonatkozó specifikációkban nagyon magas IOPS-t láthat írásonként... 5-8%-os lemeztöltés mellett. És 100%-ban - nem is adják meg, és jó okkal - ezek a mutatók gyakran nem különböznek a HDD-ktől. A szerver SSD-k esetében az írási teljesítménytesztet pontosan 100%-os adatlefedettség mellett végzik el, és értéke általában vagy átlagos, vagy az egyik legrosszabb eredmény. Következtetés - ne figyeljen az asztali SSD-k gyártói specifikációiban szereplő szép és nagy számokra, ez marketing. A szerverhez a legkisebb, de Enterprise SSD modellt kell választani. Például, mint az Intel® SSD DC S3510 sorozat.
2. A következő fontos paraméter, amely jól mutatja a kiszolgáló és az asztali SSD-k közötti alapvető különbségeket garantált felülírási erőforrás. A legtöbb asztali SSD rendszerint elviseli a kapacitásuk napi 0,1%-os felülírását (jelentős teljesítményromlás és meghibásodás nélkül) a heti 7 napon, 2-3 évig, hiányos kitöltéssel. A szerverlemezt úgy tervezték, hogy 3-5 éven keresztül naponta felülírja a kötetének 0,3%-át, még akkor is, ha tele van.
Az 1. és 2. pont magyarázata nagyon egyszerű. Az adatok 4 KB-os cellákban íródnak az SSD-kre, de törlődnek... legalább 256 cellás blokkban. És a teljes blokk törlése előtt egyszerűen megjelölik, hogy készen állnak a törlésre. Ha új adatokat szeretne írni a régi adatok helyére, a régit törölni kell. Egy 4 KB-os cella törléséhez először át kell vinnie az összes adatot egy 256 cellát tartalmazó oszlopból egy másik helyre, törölnie kell a teljes oszlopot, és vissza kell helyeznie az adatokat a helyére. Ez egy lassú művelet.
Kezelje ezt a helyzetet az elhelyezéssel SSD meghajtó egy rejtett terület, amely a felhasználó számára nem hozzáférhető, és csak a cellák cseréjére szolgál, amikor „szemetgyűjtésre” van szükség, pl. törölje a fel nem használt blokkokat. Ennek a területnek a neve Over Provisioning, vagy "Foglalási terület". Tehát az asztali SSD-k esetében ez általában a lemezen lévő flash memória chipek teljes kapacitásának 4-8% -a, míg a szervereknél ... eléri a mikroáramkörök fizikai kapacitásának 42%-át. Ha példát veszünk, akkor feltéve, hogy 320 GB-os chipet forrasztanak a készülékbe, akkor az „asztali” SSD kapacitása 300 GB, szerver esetén pedig csak 180 GB lesz a felhasználó rendelkezésére . Valójában minden sokkal bonyolultabb, sok technológiát használnak a szerverlemezeken a „túlélőképesség” növelésére és a stabil teljesítmény biztosítására, de a különbség általános megértéséhez a „Reserve area” példája meglehetősen tájékoztató jellegű.
3. Egy másik fontos különbség a szerver és az asztali SSD között az adatbiztonsághoz kapcsolódik. Bármely SSD-nek van saját illékony RAM-ja, amelyet az alábbiakkal együtt használnak. olvasási és írási műveletekhez. Az asztali SSD-kben előfordulhatnak olyan körülmények, amikor az adatok az SSD-n lévő RAM-ba íródnak, fájlrendszerés az SQL szerver írási megerősítést kapott, de valójában az adatok még nincsenek a nem felejtő memóriában. Ha ebben a pillanatban áramkimaradás történik, akkor az adatvesztés valószínűsége nagyon magas, és nagyon nehéz helyreállítani, hogy mi veszett el és mi nem.
Ugyanabban az időben szerverenSSD van szuperkondenzátor, amelynek kapacitása elegendő a nem felejtős rögzítéshez SSD memória az SSD-n belüli RAM-ban található összes adat. Így az áramkimaradás során bekövetkező adatvesztés valószínűsége jelentősen csökken.
És ismét, a szerver és az asztali SATA SSD-k árkülönbsége egyáltalán nem különbözik.
Egy rövid összefoglaló - a fontos adatok, például az 1C adatbázisok tárolásához a szervernek kizárólag kiszolgálói vállalati SSD-ket kell használnia.

Alváz, tápegység és UPS

A legelterjedtebb három méret a kisméretű, egyfoglalatos szervereknél:
- 19"-os rackbe szerelve (Rack-mount),
- hagyományos talapzaton (asztali számítógépen),
- modern "kockák".
Ha a szervert egy tárhelyszolgáltató telephelyére vagy egy speciális szerverszobába kívánja elhelyezni, akkor az 1U vagy 2U magasságú Rack-mount formátum lesz az optimális. És egy ilyen szervert a magas zajszint miatt kategorikusan nem ajánlott ugyanabban a helyiségben elhelyezni, ahol emberek tartózkodnak.
A Desktop esetméretben történő végrehajtást akkor használják, ha a szerver egy helyiségben áll az emberekkel. Az ilyen szerverek viszonylag csendesek, nem sokban különböznek a PC-ktől, és gyakran akár munkaállomásként is szolgálnak az egyik alkalmazott számára.
jó példa A "felhasználóbarát" megközelítés speciális esetek - "kockák".

Amellett, hogy szép megjelenésűek, csendesek is.

A képen egy példa látható egy kockaszerver hűtőrendszer kialakítására, amely minden alkatrésznek jó hűtést biztosít, miközben minimális zajt kelt:
- az alaplap alul fekszik,
- meleg levegő lehűti a kártyát és a processzort, és felszáll a processzor hűtőbordájából,
- ahol nagy átmérőjű tápegység alacsony fordulatszámú ventilátora húzza,
- és kidobták
Ez a szerver kialakítás gyönyörű és hatékony a zajcsökkentés szempontjából, és meglehetősen produktív.

Érintsd meg az örök témát is – hogy szükség van-e redundáns teljesítményre vagy sem.
A szerző álláspontja szerint 1000 dollár vagy annál nagyobb szerverköltség mellett csak a redundáns tápegység biztosítására költeni (két tápegység a szerverben) ténylegesen szükség lehet további 400 dollárra, csak ha nincs rá lehetőség gyorsan, 2-4 órán belül javításra vinni a szervert.

Ha a szerver rack-be van szerelve, akkor a szolgáltató telephelyén vagy a szerverszobában található, ahol általában jó minőségű tápegységet biztosítanak. És ha az irodában van, akkor az esetek túlnyomó többségében 2-4 óra alatt teljesen el lehet menni a szervizbe és kicserélni a tápegységet. Ha távol van a szerviztől, akkor opcionálisan vásárolhat tartalék tápegységet és szekrénybe rakhatja alkatrésznek, és ha elromlik, 15-20 között cserélje ki a meghibásodott tápot egy tartalékra. percek.

Ha a tápegységről és a meghibásodás valószínűségéről beszélünk, emlékezni kell a kiszolgáló szünetmentes tápegységére (UPS). Ennek legalább tartalmaznia kell a feszültség korrekciós képességét (AVR), és még jobb, hogy az Interaktív osztályba tartozik. Az adatvesztés kockázatának csökkentése érdekében kívánatos, hogy az UPS képes legyen kikapcsolni a szervert, ha az akkumulátor töltöttségi szintje alacsony (és mindez csatlakoztatva és konfigurálva legyen). Teljesítményét tekintve pedig legalább 10-15 perces akkumulátor-élettartamot kell biztosítania, ami a legtöbb esetben elegendő a szerver megfelelő leállításához.

Összegyűjtjük a szervert "a feladathoz"

Most tudással felvértezve állítsunk be példaként három szervert három kisebb szervezet számára, különböző munkaterheléssel.

a) Öt felhasználó számára a fájl verzióban, helyi hálózaton keresztül egy „vastag” kliensen keresztül, egy „kocka” formátumú, négymagos szerverrel Intel processzor Xeon E3 12xx, 8 GB RAM, két Intel s3510 240 GB SSD RAID1-ben az Intel Rapid Raid fedélzetén.

b) Tíz felhasználó számára SQL-ben és "vastag" kliensen keresztül, "kocka" formátumú szerver, négymagos Intel Xeon E3 12xx processzorral, 16 GB RAM-mal, két Intel s3510 240 GB SSD-vel RAID1-ben egy beépített Intel Rapid Raid elég lesz.

c) Húsz felhasználó számára SQL és Remote Desktop módban érdemesebb asztali vagy rack-ba szerelhető méretű szervert venni, hatmagos Intel Xeon E5 166x processzorral, 32 GB RAM-mal, két Intel s3510 120 GB-os SSD-vel RAID1-ben. adatbázisokhoz 1C és két SATA HDD (RAID Edition) 2-4 TB RAID1-ben az operációs rendszer, a biztonsági mentés és a felhasználói adatok, valamint a fájltárolás befogadására, és ismét az alaplapi Intel Rapid Raid vagy az Intel® RAID vezérlő RS3WC080.

És néhány teljesen praktikus tanács.
1. Nem kell "apróságokon spórolni" és nem megfelelő eszközöket használni - a szerver processzora, a szerver alaplapja és a szerver SSD jobban működik a szerverben. Az asztali komponenseknél az árkülönbség nagyon kicsi, funkcionalitást tekintve pedig aránytalanul nagy lehet.
2. Nincs értelme három évnél hosszabb időre tervezni az erőforrásokat. A technológia olyan gyorsan változik, hogy egy-két éven belül hatékonyabb lehet egy lemezt vagy szervert lecserélni, mint először öt évre lekötni egy erőforrást.
3. A szerver kiválasztásánál az ésszerű elégség elve érvényesül. 10 GB-os adatbázismérettel egy 80 GB-os speciális szerver sokkal előnyösebb, mint egy 200 GB-os „asztali”.

Természetesen a fentiek mindegyike nem dogma. Ezek empirikusan levezetett számítások, amelyek a szerzőnek az 1C vállalat különböző platformjaihoz való hardver optimalizálása terén szerzett sokéves tapasztalatán alapulnak.

Amikor kiválasztja, hogy melyik szerverre van szükség az 1C-hez, ne feledje, hogy miközben a felhasználók dolgoznak vele, másodpercenként sok adatolvasási és -írási műveletet hajtanak végre.

Valószínűleg azonnal világos, hogy miért olyan fontos a kompetens szervertervezés az 1C számára - ha a „hardvert” kezdetben rosszul választották meg, és nem felel meg a rendszer terhelésének, akkor fennáll annak a veszélye, hogy a fontos adatok megszakítás nélkül működnek. el fog veszni. Másrészt egy 1C alatti szerver létrehozása, a hozzá tartozó összes hardver és szoftver megvásárlása jelentős összegbe kerülhet a cégnek, ezért célszerű úgy kiválasztani a berendezéseket, hogy elkerüljük a felesleges költségeket.

Szerver kiválasztása 1C-hez

Amikor szakembereinknek ki kell választaniuk az 1C szerver konfigurációját, először azt kérdezik, hogy hány felhasználó fog dolgozni az 1C-vel a vállalatnál, és milyen szolgáltatáskészletet terveznek használni, mik lesznek, ki fogja felügyelni az 1C-t. szerverek és hogyan. Ebből az információból indulunk ki az 1C szerver létrehozásakor.

A szerver követelményei 1C

Az 1C szerver hardverszerkezetében a processzor, a RAM, a lemez alrendszer és a hálózati interfészek jellemzői lesznek fontosak számunkra.

Szükséges, hogy biztosítsák a következő alkatrészek stabil és kellően produktív működését:

• operációs rendszer;
• adatbázis-kiszolgáló (leggyakrabban az);
• 1C szerver rész (nem minden esetre, mivel egy kis cég 2-10 felhasználóval tud dolgozni az 1C-vel fájl módban);
• felhasználói munka távoli asztal módban;
• távoli felhasználók munkája vékony kliensen vagy webes kliensen keresztül.

Processzor kiválasztása 1C szerverhez

A processzormagok optimális számát általában az alapján számítják ki, hogy az operációs rendszer működéséhez 1-2 magot, a működéshez 1-2 magot kell lefoglalni. SQL adatbázisok, még 1 az alkalmazásszerver működéséhez és körülbelül 1 mag minden 8-10 egyidejű felhasználói munkamenethez (hogy a felhasználók később ne panaszkodjanak az 1C szerver lelassulására).

Felhívjuk figyelmét, hogy a kérések feldolgozási sebessége nem annyira a magok számától, hanem a processzor órajelétől függ, és a magok száma nagyobb hatással van a stabilitásra, amikor nagy számban felhasználók és egyidejű munkák tőlük.

Mennyi memóriára van szüksége egy 1C szervernek

A fentieken túlmenően, ha egy 1C szerverre van szüksége 100 vagy több felhasználó számára, javasoljuk, hogy telepítsen legalább két 1C fizikai szerverből álló fürtöt.

Javasoljuk a szükséges RAM mennyiségének kiszámítását a következő mutatók alapján:

• Az operációs rendszer működéséhez 2 GB-ra lesz szükség
• legalább 2 GB az MS SQL Server gyorsítótár számára, és jobb, ha ez az érték az adatbázis tényleges mennyiségének 20-30%-a - ez biztosítja a kényelmes felhasználói élményt vele
• 1-4 GB 1C alkalmazásszerverhez
• 100-250 MB egy felhasználói terminál munkamenetet igényel, az 1C szerver funkciókészletétől és a használt konfigurációtól függően

Íme az 1C 8.3 szerver paramétereinek hozzávetőleges számítása:

Jobb, ha a RAM-ot árréssel vásárolja meg - ez az egyik legfontosabb tényező az 1C szerver nagy teljesítményében, és ugyanakkor most az egyik legolcsóbb összetevő. Ha nincs elég memória az 1C Enterprise szerveren, ez nagyon észrevehető lesz működés közben, ezért amikor arról van szó, hogy melyik 1C szervert válasszuk, mindig ügyeljen arra, hogy elegendő RAM-mal rendelkezik.

1C szerver: berendezés a lemez alrendszerhez

Amikor kiválasztja, hogy melyik szerverre van szükség az 1C-hez, ne feledje, hogy miközben a felhasználók dolgoznak vele, másodpercenként sok adatolvasási és -írási műveletet hajtanak végre. Ez a paraméter azt jelzi, hogy milyen gyorsan HDD lehetővé teszi az adatok feldolgozását - az 1C szerver sebességének egyik kulcsa is.

Az 1C szerver tervezésekor azt javasoljuk, hogy tartsa be a következő követelményeket a lemez alrendszer berendezésére vonatkozóan:

• Nem számít, hogy melyik szervert hozzuk létre az 1C-hez, semmi esetre sem javasoljuk egyedi lemezek használatát a szerverekben – célszerű ezeket RAID tömbökbe rendezni (RAID 10 nagy adatbázisokhoz vagy RAID 1 kis adatbázisokhoz), ahol az adatbázistáblák lesz elhelyezve.
• Javasoljuk, hogy az indexfájlokat külön SSD-re helyezze át gyors hozzáférés nekik
• TempDB - 1-2 (RAID 1) SSD-n.
• Helyezze el az operációs rendszert és a felhasználói adatokat az SSD/HDD RAID 1-jén.
• A naplófájlok alatt jelöljön ki egy külön logikai meghajtó tömbből vagy fizikai SSD-meghajtóról.
• Használjon hardveres vezérlőt, amikor csak lehetséges – láttunk már olyan helyzeteket, amikor egy erős és drága szerver lelassult a vezérlő elégtelen teljesítménye miatt.

Szerver kiválasztása 1C-hez

Ebben a cikkben néhány tippet és hozzávetőleges számításokat adtunk az 1C szerver kiválasztásához, reméljük, hogy hasznosak lesznek az Ön számára.

Végezetül adjunk hozzá még egy dolgot - ne próbáljon meg spórolni azzal, hogy felhasználói számítógépet használ az 1C szerverhez (ahogy ezt gyakran teszik a kis cégeknél) - a felhasználói hardver sokkal kevésbé megbízható és hibatűrő, mint a hasonló szerver hardver. teljesítmény. Nem érdemes kockáztatni vállalkozása számviteli rendszerét. Ha a megfelelő hardver vásárlása meghaladja a költségvetést, érdemes megfontolni az 1C telepítését a felhőben.

Ha nehéz kitalálnia, hogy melyik szervert válassza az 1C Enterprise 8.3-hoz, hogyan készítsen 1C szervert, mert még nem találkozott ezzel a feladattal, mindig felveheti a kapcsolatot egy rendszerintegrátor céggel, hogy tapasztalt műszaki szakemberek segítsenek. megfelelő szerver tervezése, vásárlása, telepítése és beállítása az 1C számára.

Minden olyan szervezetben, ahol az 1C 8.3 (vagy 8.2) felhasználók száma 10 vagy több, ajánlott a kliens-szerver verzió használata nagy mennyiségű adattal. Ez a beállítás egy harmadik féltől származó DBMS, például MS SQL szerver használatán alapul. Természetesen a kliens-szerver mód nehezen képzelhető el önálló szerver nélkül. De minden cég egyedi, mindegyiknek megvannak a maga igényei, ezért a szerver kiválasztását felelősséggel kell megközelíteni. Ebben a cikkben megpróbálunk válaszolni arra a kérdésre, hogy hogyan válasszunk 1C szervert - szoftvert és hardvert egyaránt. A választás nagyon fontos pont a fejlődésben tájékoztatási rendszer cégek.

Nélkül szoftver minden számítógép használhatatlan. A szerver hardverében különösen fontos a jó minőségű szoftver. Meg kell felelnie a legújabb biztonsági és megbízhatósági paramétereknek. Az 1C kliens alkalmazás többplatformos, és szinte minden operációs rendszerben elérhető, beleértve mobil rendszerek. A szerveralkalmazás két platformot támogat - Linux és Windows.

A DBMS-nek öt változata létezik, amelyekkel az 1C platform működik:

Ingyenes 267 1C videóleckéket kaphat:

• maga az 1C 8.3 beépített DBMS, az ún fájl mód. A munka legegyszerűbb módja, nem büszkélkedhet magas biztonsággal. Windows és Linux operációs rendszeren működik. Az adatbázis méretkorlátja körülbelül 6-10 gigabájt;
• MS SQL Server- a piacon elérhető legjobb DBMS for 1C. Sok szakértő szerint általában az SQL Server a legjobb szoftver Microsoft cég. Windows operációs rendszer szükséges;
• IBM DB2 Az Universal Database meglehetősen megbízható és biztonságos rendszer DBMS kezelés. Sajátossága az információfeldolgozás és a munka néhány árnyalatában rejlik rendszer módszerei(például a karakterlánc adatok kis- és nagybetűk érzékenysége). A munka minőségét jelentősen befolyásolja az ügyintéző készségei és tudása. Támogatja a Windows, Mac OS X, Linux operációs rendszereket;
• Oracle adatbázis- verziójú DBMS, amely bizonyos esetekben növeli a teljesítményt. Támogatja a Windows, Mac OS X, Linux operációs rendszereket;
• PostgreSQL- verziózva is. A legfontosabb előny a program ingyenes terjesztése. Az adminisztrátor végzettsége nagyban befolyásolja a munka sebességét. Kis számú felhasználó számára ajánlott. Működik Windows, Mac OS X, Linux alatt.

A vas kiválasztása 1C-hez

A programokkal ellentétben válasszon Hardver Nem olyan könnyű. Fontolja meg a szerverösszetevők kiválasztását különböző számú felhasználó számára. A felhasználók száma absztrakt fogalom, a munkafolyamat átlagos számait vesszük. A felszerelés kiválasztásakor ügyeljen a papírmunka mennyiségére.

Akár 10 felhasználó

• processzor: Intel Core i3 vagy Intel Xeon E3-12xx.
• RAM: 4 gigabájt, ezek tartalmaznak 2 GB-ot az operációs rendszerhez és 2 gigabájtot a DBMS gyorsítótárhoz.
• Lemez alrendszer
• Hálózati interfészek

Szerver 10-40

• processzor: hasonló az Intel Xeon E3-12xx-hez vagy az AMD Opteron 4xxx-hez.
• RAM V: Általában 8-12 gigabájt elég.
• Lemez alrendszer V: Az SSD + HDD kombináció ideális. De ha erre nincs lehetőség, akkor a HDD-vel meg lehet boldogulni.
• Hálózati interfészek: Általában minden szerveralkalmazás ugyanarra a gépre van telepítve.

40-től 70-ig

• processzor
• RAM: 16 gigabájt, és a 32 jobb.
• Lemez alrendszer: Elegendő egy hagyományos HDD SAS 15K rpm.
• Hálózati interfészek: Ha a kiszolgálók különböző gépeken vannak, használja a hálózatot áteresztőképesség 10 GB.

70-től 120-ig

Ennyi felhasználó esetén célszerű a szerveralkalmazásokat külön szervergépekre osztani.

• processzor: Intel Xeon E5-26xx vagy AMD Opteron 62xx.
• RAM: 32 gigabájttól.
• Lemez alrendszer: Megbízható szerver SSD RAID 10 kötelező hardveres RAID vezérlővel.
• Hálózati interfészek: Kívánatos egy szerverláncot 10 Gb sávszélességű hálózatba kapcsolni. Az indexfájlokat ajánlott külön SSD-re, a TempDB ideiglenes táblát 1-2-re (RAID 1) helyezni.

120 felhasználótól

Nyilvánvaló, hogy minden vállalkozás munkája megjelenik a könyvelő programokban, és a rendszergazdának kell gondoskodnia azok megfelelő működéséről. Az egyik leggyakoribb az 1C család alkalmazásai.

Az 1C kívánt verziójának kiválasztása után felmerül a berendezés kiválasztásának kérdése, pl. szerver, amely hatékonyan fog szolgálni ez az alkalmazásés biztosítsa az összes felhasználó megbízható működését az 1C-ben.

Gyakran sok ügyfél tesz fel kérdéseket - milyen hardverre van szükség az 1C alkalmazásokhoz ... milyen szervert vásároljon az 1C-hez ... hogyan válassza ki a megfelelő szervert az 1C 8 számára ... stb.

Az 1C szerver kiválasztásához és megvásárlásához számos tényezőt kell figyelembe venni: az 1C alkalmazás verzióját, az 1C felhasználók számát, a hozzáférési módot, az adatbázis méretét és növekedésének előrejelzését, az 1C alkalmazás kritikusságát. szerver leállás, a lekötött költségvetés. Cégünk szervermegoldásokat gyárt különféle 1C alkalmazásokhoz, minden projekthez egyedi megközelítés tartozik. Azonban, ez az információ hasznos lesz azoknak az ügyfeleknek, akik szervert választanak az 1C-hez, még a projekt tervezési szakaszában is. A rendszeradminisztrátor azonnal be tudja mutatni a szerverkonfiguráció konkrét opcióit és azok költségeit. Tehát egy szervert választunk az 1C-hez.

Szerverek 1C-hez 5 felhasználó számára >>>

Egy ilyen feladathoz elegendő a leginkább költségvetési felszerelés. A fő paraméter itt a szerver megbízhatósága és zavartalan működése.

• Processzorok száma - 1 (4 mag)
• RAM - 4-8 GB

Ez a szerverteljesítmény elég ahhoz, hogy 5 felhasználó 1C 8-ban terminál módban dolgozzon.

Szerverek 1C-hez 10-15 felhasználó számára >>>

Saját szerverszobák hiányában a formai tényező és a generált zaj szintje kulcsfontosságú lehet az 1C szerver vásárlásakor.

• Processzorok száma - 1 (4-8 mag)
• RAM - 8-16 GB
• Merevlemezek- 2x SATA (RAID 1)

Javasoljuk, hogy használjon hardveres RAID-vezérlőt, valamint SAS-meghajtókat, amelyek teljesítménye kétszerese a SATA-nak. A szerver teljesítménye elegendő ahhoz, hogy a felhasználók terminál módban dolgozzanak. Ha nem tervezi a terminál mód használatát, akkor SAS-lemezek és hardveres RAID-vezérlő telepítésekor egy ilyen szerver akár 25 1C felhasználót is kiszolgálhat.

SATA használata SSD meghajtók kiváló alternatívája a SAS-lemezeknek: nagy teljesítményűek és csendesek, és nem igényelnek RAID-vezérlőt. Azonban ne felejtsük el, hogy az egyik kulcsfunkciók vezérlő – az adattárolás fokozott megbízhatósága.

Szerverek 1C-hez 20-30 felhasználó számára >>>

Ehhez a feladathoz a kiszolgálónak nagy teljesítményű lemezalrendszerrel kell rendelkeznie. A hardveres RAID-vezérlő és a gyorsítótár-puffer megnöveli az adathozzáférés sebességét.

• Processzorok száma - 2 (4 magból)
• RAM - 16 GB-tól, terminál hozzáféréssel - 64 GB, plusz az adatbázis méretével megegyező memória
• Merevlemezek - 2 x SAS (RAID 1), lehetőleg 4 x SAS (RAID 10) vagy SATA SSD

A terminálhozzáférés megszervezéséhez az 1C 8-ban minden munkamenethez 500 MB RAM szükséges. Ha irodai alkalmazásokat tervez használni a terminálban, akkor felhasználónként 1-2 GB RAM ajánlott.

Szerverek 1C-hez 30-50 felhasználó számára >>>

Javasoljuk, hogy legalább két szervert használjon: az első az adatbázishoz, a második a terminálokhoz. Ebben az esetben az alkalmazáskiszolgáló ezen kiszolgálók egyikén található. A szerver CPU-idejének nagy százaléka miatt célszerű dedikált alkalmazásszervert használni. Ha projektje dedikált alkalmazásszerver használatát foglalja magában, javasoljuk, hogy használjon olcsó, egyfoglalatos szervert, amelyhez csak 2 SAS vagy SATA SSD meghajtót és 16 GB RAM-ot kell telepítenie.

Az adatbázis-szervernél a legfontosabb a lemez alrendszer és a RAM mennyisége.

• Biztosítani kell, hogy az adatbázis teljes mértékben gyorsítótárazott legyen a szerver RAM-jában. Ha az 1C alkalmazásszerver ezen a fizikai szerveren is működik, akkor memóriát kell lefoglalni - 2-4 GB. Mivel az 1C rendszer nagyon erős írási terhelést generál, ezt a RAM nem tudja kompenzálni.
• A lemezrendszernek természetesen nagy teljesítményű SAS vagy SATA/SAS SSD meghajtókon kell lennie, erősen ajánlott a RAID 10. Hardveres RAID vezérlő szükséges. A lemezek száma a felhasználók munkájának intenzitásától függ. Általában 6-8 lemez elegendő. Ha a cég dinamikusan fejlődik, akkor jobb, ha azonnal választ egy szervert egy nagy szám lemezrekeszek.
• A processzorok nem az adatbázis-kiszolgáló legfontosabb paraméterei: Általános szabály processzor teljesítmény tervezése - átlagos terhelésük nem haladhatja meg az 50%-ot (empirikusan meghatározva).

A terminálkiszolgáló fő paraméterei a RAM mennyisége és a processzor teljesítménye.

• A szükséges RAM mennyisége körülbelül 500 MB minden kliens munkamenethez.
• Gyakran nincs nagy lemezterhelés a terminálkiszolgálókon, ezért használhatja a SATA lemezek „tükrözését” (RAID 1).
• A processzor terhelése nagymértékben függ a felhasználó munkájának intenzitásától.

Gyakran a terminálkiszolgálókon az 1C mellett más alkalmazások is futnak - általában irodai csomagok, az internet. Ez növeli a processzorterhelést és különösen a RAM-ot. Amit szintén figyelembe kell venni.

UPS 1C szerverhez - hiba nélkül

Az 1C-vel rendelkező szervereket erős szünetmentes tápegységhez kell csatlakoztatni. Az UPS-nek legalább 30 percet kell biztosítania elem élettartam szerver. Ez idő alatt minden felhasználónak lesz ideje dokumentumokat menteni és 1C-ben befejezni a munkáját, a rendszergazda pedig biztonságosan kikapcsolhatja a szervert az adatvesztés kockázata nélkül.

E1S ® szerverkonfigurációs ajánlások 1C alkalmazásokhoz