Sasia e memories së serverit sql për 1s 8.3.

Ju lutemi vini re se cilësimet e grupit janë përgjegjës për cilësimet e të gjithë serverëve që i përkasin grupit të personalizuar. Një grup nënkupton funksionimin e disa serverëve fizikë ose virtualë që punojnë me të njëjtat infobaza.

Intervali i rinisjes- është përgjegjës për frekuencën e rifillimit të proceseve të punëtorëve në grup. Ky parametër duhet të vendoset kur serveri funksionon gjatë gjithë orës. Rekomandohet të lidhet frekuenca e rinisjes me ciklin teknologjik të bazave informative të grupimeve. Kjo është zakonisht çdo 24 orë (86400 sek). Siç e dini, flukset e punës së serverit 1C përpunojnë dhe ruajnë të dhënat e punës.

Rinisja automatike u projektua në platformë "për të minimizuar efektet negative të fragmentimit dhe rrjedhjeve të kujtesës në rrjedhat e punës". Madje ka informacion mbi ITS se si të organizohet rifillimi i proceseve të punës sipas parametrave të tjerë (madhësia e memories, burimet e zëna, etj.).

Kujtesa e lejuar- mbron serverët 1C nga tejkalimi i memories. Nëse procesi e kalon këtë vëllim në intervali i tejkalimit të vëllimit të lejuar, procesi riniset. Mund të llogaritet si sasia maksimale e memories së zënë nga proceset "rphost" gjatë periudhave të ngarkesës maksimale të serverit. Vlen gjithashtu të vendosni një interval të vogël për tejkalimin e volumit të lejuar.

Toleranca e gabimit të serverit. Platforma llogarit numrin mesatar të gabimeve të serverit në lidhje me numrin e goditjeve në server brenda 5 minutave. Nëse ky raport tejkalon vlerën e lejuar, atëherë rrjedha e punës konsiderohet "problematike" dhe mund të përfundojë nga sistemi nëse flamuri është vendosur "Të heqësh dorë nga proceset problematike."

Proceset e çaktivizuara ndalojnë më pas. Kur tejkalohet sasia e lejuar e memories, rrjedha e punës nuk përfundon menjëherë, por bëhet "e fikur" në mënyrë që të ketë kohë për të "transferuar" të dhënat e punës pa humbje në një rrjedhë të re pune që funksionon. Nëse ky parametër specifikohet, atëherë procesi i "mbylljes" do të përfundojë pas kësaj kohe në çdo rast. Nëse proceset e punës "të varura" vërehen në funksionimin e serverit 1C, atëherë ky parametër mund të vendoset për 2-5 minuta.
Këto cilësime vendosen për secilin server 1C individualisht.

Memoria maksimale e procesit të punëtoritështë vëllimi total memorie që mund të zënë proceset e punëtorit (rphost) në grupin aktual. Nëse parametri është vendosur në "0", atëherë ai merr 80% të RAM-it të serverit. "-1" - nuk ka kufizime. Kur një DBMS dhe një server 1C punojnë në të njëjtin server, ata duhet të ndajnë RAM mes tyre. Nëse gjatë funksionimit rezulton se serveri DBMS nuk ka memorie të mjaftueshme, atëherë mund të kufizoni kujtesën e alokuar në serverin 1C duke përdorur këtë parametër. Nëse DBMS dhe 1C janë të ndara nga serverët, atëherë ka kuptim të llogaritet ky parametër duke përdorur formulën:

"Max volume" = "Total RAM" - "RAM RAM";

"OS RAM" llogaritet në bazë të 1 GB për çdo 16 GB RAM të serverit

Konsum i sigurt i memories për telefonatë. Në përgjithësi, thirrjet individuale nuk duhet të marrin të gjithë RAM-in e alokuar për procesin e punonjësit. Nëse parametri është vendosur në "0", atëherë sasia e rrjedhës së sigurt do të jetë e barabartë me 5% të " Memoria maksimale e procesit të punëtorit". "-1" - pa kufi, gjë që është shumë e dekurajuar. Në shumicën e rasteve, ky parametër lihet më së miri "0".

Përdorimi i parametrave "Numri i IS për proces" dhe "Numri i lidhjeve për proces" ju mund të menaxhoni shpërndarjen e punës së serverit 1C nëpër rrjedhat e punës. Për shembull, ekzekutoni një "rphost" të veçantë për secilën infobazë, në mënyrë që në rast "bie" të procesit, të shkëputen vetëm përdoruesit e një baze të dhënash. Këto parametra duhet të zgjidhen individualisht për çdo konfigurim të serverit.

Kufizim në përdorimin e RAM-it nga serveri DBMS- Serveri MS SQL DBMS ka një veçori të jashtëzakonshme - i pëlqen të ngarkojë plotësisht bazat e të dhënave me të cilat po punon në mënyrë aktive në RAM. Nëse nuk është i kufizuar, atëherë do të marrë të gjithë RAM-in që mundet.

• Nëse serveri 1C:Enterprise është i instaluar së bashku me Microsoft SQL Server, atëherë pragu i sipërm i memories duhet të reduktohet me një sasi të mjaftueshme që serveri 1C të funksionojë.
• Nëse vetëm DBMS po funksionon në server, atëherë për DBMS duke përdorur formulën:

"Memorie DBMS" = "Total RAM" - "OS RAM";

kujtim i përbashkët- dihet shumë për këtë parametër, por megjithatë ndodh që ata ta harrojnë atë. Ne e vendosim atë në "1" nëse serveri 1C dhe DBMS punojnë në të njëjtin server fizik ose virtual. Meqë ra fjala, funksionon duke filluar nga platforma 8.2.17.

Shkalla maksimale e paralelizmit- përcakton se sa procesorë përdoren gjatë ekzekutimit të një kërkese. DBMS paralelizon marrjen e të dhënave kur ekzekuton pyetje komplekse në fije të shumta. Për 1C, rekomandohet ta vendosni në "1", domethënë në një rrjedhë.

Zgjerimi automatik i skedarëve të bazës së të dhënave- përcaktoni hapin në MB me të cilin skedari i bazës së të dhënave "zgjerohet". Nëse hapi është i vogël, atëherë me rritjen aktive të bazës së të dhënave, zgjerimet e shpeshta do të çojnë në ngarkesë shtesë në sistemin e diskut. Është më mirë të instaloni në 500 - 1000 MB.

Riindeksimi dhe defragmentimi i indekseve– rekomandohet të bëhet defragmentimi/riindeksimi të paktën një herë në javë. Riindeksimi bllokon tabelat, kështu që është më mirë të vraponi gjatë orëve jashtë pikut. Nuk ka kuptim të defragmentohet pas rindërtimit të indeksit (riindeksimit). Sipas rekomandimit të Microsoft, defragmentimi bëhet nëse fragmentimi i indeksit nuk kalon 30%. Nëse është më e lartë, rekomandohet të ri-indeksohet.

Plani i Energjisë– në cilësimet e fuqisë së sistemit operativ, të vendosur në performancë të lartë.

Deri më sot, produkti financiar 1C është rritur nga një aplikacion kontabël për kontabilitet në një kompleks me format të gjerë për kontabilitetin dhe mbështetjen e pothuajse çdo lloj biznesi, duke pretenduar të konkurrojë me "përbindëshat" në botë SAP R / 3 dhe Microsoft Dynamics AX (Axapta ).

Kompanitë ruse po organizojnë gjithnjë e më shumë proceset e tyre të biznesit duke përdorur konfigurime moderne 1C 8.3 "Menaxhimi i Tregtisë", "Menaxhimi i Prodhimit", "Menaxhimi i Ndërmarrjeve ERP" dhe të ngjashme. Departamentet e kontabilitetit, marketingut, prodhimit, shitjeve transferohen në 1C, po kryhet integrimi me IP-telefoninë dhe sistemet e menaxhimit të dokumenteve. Sidoqoftë, menjëherë pas synimeve "le të punojmë në 1C", lindin pyetje - mbi cilat burime do të funksionojë baza qendrore e 1C, cili pajisje do të tregojë rezultatin më të mirë për një buxhet të arsyeshëm? Është më e lehtë për ndërmarrjet gjigante në sektorin publik në këtë situatë - iu dha një komandë e qartë për shumë integrues dhe arkitektë të IT me kohë të plotë, mekanizmat për tenderët me buxhet të madh filluan të rrotullohen me kushtin e detyrueshëm për ofrimin e një koncepti "gardian" dhe mbështetje të mëtejshme. të sistemit nga specialistë të certifikuar. Por çfarë ndodh me kompanitë që duan të blejnë dhe instalojnë një nga produktet 1C: Ndërmarrjet vetë, duke shpenzuar buxhetin e tyre me mençuri?

Gabimi më themelor, nëse nuk merrni parasysh përdorimin e softuerit të piratuar ose të paverifikuar, është kursimi i harduerit për 1C. Këto tendenca janë veçanërisht të zakonshme në startup-et dhe kompanitë e vogla. Ekziston një mendim se nuk është e nevojshme të blini pajisje të shtrenjta serveri me procesorë Intel Xeon, nuk është e nevojshme të llogaritni paraprakisht sasinë e RAM-it, ngarkesën në CPU dhe nënsistemin e diskut, se nuk ka nevojë të krijoni të tepërta grupet e diskut (Raid), përdorni kontrollues të diskut profesional me Cache-RAM etj. Gabimet në llogaritjet e arkitekturës së IT për 1C çojnë në pasoja të trishtueshme, për të cilat kompania mëson tashmë pas ndalimit të proceseve të biznesit. Prandaj, është shumë e rëndësishme t'i kushtoni vëmendje secilës nyje harduerike të platformës së serverit për 1C.

Shembuj të problemeve tipike për shkak të ndërtimit të gabuar të një arkitekture IT për 1C:

• "Frenimi" i ndërfaqeve bazë dhe 1C për shkak të ngarkesës së tepërt në burimet kryesore (zakonisht RAM ose nënsistemi i diskut).
• Gabimet dhe "përplasjet" e programit 1C për shkak të paqëndrueshmërisë së pajisjeve të zgjedhura gabimisht.
• Koha e ndërprerjes së kompanisë për shkak të dështimit të harduerit qendror.
• Humbje e pjesshme ose e plotë e të dhënave 1C për shkak të dështimeve të rastësishme të harduerit ose softuerit.

Burimet e harduerit të serverit 1C

Le të shqyrtojmë më poshtë burimet më kryesore të harduerit, gabimin në zgjedhjen e të cilit mund të prishë të gjithë projektin e automatizimit të ndërmarrjes kur krijoni një server nën 1C vetë.

Njësia qendrore e përpunimit (CPU)

Numri i bërthamave fizike të CPU-së. Tema e mosmarrëveshjeve të përjetshme në forume të ndryshme 1C është ajo që është më e rëndësishme se frekuenca e CPU ose shumë bërthama. Rrënjët e këtyre kontradiktave shkojnë në të kaluarën, në 1C 8.0 apo edhe 1C 7.7. Në të vërtetë, proceset e ekzekutueshme 1C të versioneve të mëparshme ishin thjesht me një bërthamë, d.m.th. pavarësisht se sa bërthama ofron procesori qendror, shërbimi i serverit të ndërmarrjes 1C 8.0 ose "klienti i trashë 1C 7.7" ka zënë gjithmonë vetëm një bërthamë "zero" në sistemin operativ. Sot, fotografia ka ndryshuar - sistemi operativ shpërndan me guxim detyrat e një procesi 1C: Enterprise (rphost) në disa bërthama të CPU (shih Figurën 1).

Figura 1 - Ngarkesa e CPU-së gjatë funksionimit të proceseve të serverit 1C.

Por kjo nuk do të thotë aspak që nëse blini një procesor me numrin maksimal të bërthamave, atëherë një server 1C i çiftuar me një DBMS (më shpesh DBMS do të thotë MS SQL) do të tregojë performancë fantastike dhe rishkrimi i periudhave të kontabilitetit në programin 1C do të jetë çështje disa minutash. Është e nevojshme të kuptohet ndryshimi midis shpejtësisë së kryerjes së një operacioni të vetëm dhe procesit të përpunimit të një sasie të madhe informacioni në të njëjtën kohë. Numri i bërthamave fizike thjesht ju lejon të zgjidhni çështjen e stabilitetit dhe performancës së punës së njëkohshme me shumë detyra të ndryshme nga serveri 1C: Enterprise dhe DBMS. Prandaj përfundimi - sa më i madh të jetë numri i përdoruesve 1C, aq më shumë numri i duhur i bërthamave do të luajë një rol për funksionimin e njëkohshëm të rehatshëm të të njëjtëve përdorues. Varësia e numrit të përdoruesve nga numri i bërthamave për serverin 1C tregohet në Tabelën 1.

Tabela 1 - Raporti i numrit të përdoruesve në serverin 1C dhe numri i rekomanduar i bërthamave të CPU.

Frekuenca e CPU-së. Në ndryshim nga numri i bërthamave - frekuenca e procesorit qendror ndikon pikërisht në shpejtësinë e përpunimit të një pjese të një detyre në të njëjtën kohë, që është kriteri më i popullarizuar për përdoruesit fundorë 1C. Frekuenca e procesorit është pikërisht parametri, me një rritje në të cilën për një përdorues të vetëm, shpejtësia e përpunimit të kërkesave nga serveri 1C dhe DBMS do të rritet dhe koha gjatë së cilës sistemi do t'i japë rezultatin përfundimtar përdoruesit përfundimtar. do të ulet. Në mbështetje të kësaj, specialisti i mirënjohur Gilev, në një nga artikujt e tij bazuar në teste praktike, nxori një përfundim të paqartë - "shpejtësia e 1C ndikohet shumë më tepër nga frekuenca e procesorit qendror sesa parametrat e tjerë të tij, pavarësisht nëse është një klient fundor 1C ose një server 1C: Enterprise ". Kjo është arkitektura e programit 1C.

Cache, virtualizimi dhe hiperthreading. Në të kaluarën, kur procesorët me shumë bërthama nuk ishin ende aq të zakonshëm, Intel shpiku një teknologji të veçantë CPU që imiton shumë bërthama, të ashtuquajturat "hiper-threading". Pasi aktivizohet, një procesor fizik (një bërthamë fizike) përcaktohet nga sistemi operativ si dy procesorë të veçantë (dy bërthama logjike). Ne rekomandojmë çaktivizimin e "hiperthreading" për serverin 1C. Kjo teknologji nuk sjell asnjë përshpejtim prej 1C.

Kur përdorni makina virtuale për serverin 1C: Enterprise dhe DBMS, duhet të merret parasysh se bërthamat e makinave virtuale janë "më të dobëta" se bërthamat reale fizike, megjithëse quhen të njëjta - "bërthamë". Nuk ka koeficientë të saktë zyrtarë, por artikujt në portalet teknike të Microsoft rekomandojnë numërimin e 4-6 bërthamave të procesorit në një makinë virtuale për bërthamë fizike.

Një cache është një memorie gërvishtëse e përdorur nga procesori për të reduktuar kohën mesatare të hyrjes në kujtesën e kompjuterit. Në fakt, është pjesë përbërëse e procesorit, pasi ndodhet në të njëjtin çip me të dhe është pjesë e blloqeve funksionale. Gjithçka është shumë e qartë këtu - sa më i madh të jetë cache, aq më të mëdha "copë" informacioni mund të përpunojë procesori. Në mënyrë tipike, madhësia e cache-it varet nga modelet e procesorit - sa më i shtrenjtë të jetë modeli, zakonisht më shumë memorie cache atje. Sidoqoftë, ne nuk besojmë se madhësia e cache-it të procesorit ndikon në mënyrë drastike në performancën e serverit 1C dhe DBMS. Përkundrazi, i përket fushës së “fine tuning”.

Lloji i procesorit. Të gjithë e dinë që hardueri ndahet në server dhe përdorues. A është e mundur në disa raste të përdoret një CPU e lirë me porosi si një alternativë për një CPU të serverit profesional, por të shtrenjtë? Rezulton - është e mundur. Le të shqyrtojmë një tabelë që krahason parametrat kryesorë të dy varianteve të procesorëve qendror Intel (shih Tabelën 2).

Tabela 2 - Krahasimi i parametrave kryesorë të CPU-së së shtëpisë dhe serverit nga Intel.

Siç mund ta shohim, procesori i serverit ka vlera shumë më të larta në numrin e bërthamave, madhësinë e cache-it, mbështetjen për më shumë RAM dhe, natyrisht, me një çmim më të lartë. Sidoqoftë, CPU-ja e serverit praktikisht nuk ndryshon nga CPU-ja e përdoruesit për sa i përket mbështetjes për udhëzime (udhëzime) të caktuara të procesorit dhe në frekuencën e orës. Nga kjo mund të konkludojmë se për organizatat e vogla është mjaft e pranueshme të përdoret një procesor qendror me porosi për serverin 1C: Enterprise. Pyetja e vetme është se një procesor me porosi nuk mund të instalohet në një prizë të pllakës amë të serverit dhe të mbështesë RAM-in e serverit me kontroll të barazisë (ECC), dhe përdorimi i komponentëve të personalizuar sjell rreziqe për stabilitetin e të gjithë sistemit në tërësi.

Memorie me akses të rastësishëm (RAM)

Lloji RAM. Shiriti i RAM-it (RAM) ndryshon në qëllimin e tij - për sistemet e serverëve me shumë përdorues ose për pajisjet personale - PC, laptopë, nettops, klientë të hollë, etj. Ashtu si në rastin e CPU - parametrat kryesorë të moduleve RAM janë afërsisht ekuivalente - RAM-i modern i PC praktikisht nuk mbetet prapa serverit në vëllimin e një shiriti, as në frekuencën e orës, as në llojin e moduleve DDR . Dallimet midis RAM-it të serverit dhe RAM-it "shtëpi" në rastet e përdorimit dhe qëllimin e platformës harduerike - këtu formohet edhe kostoja më e lartë e saj:

• RAM-i i serverit ka barazi ECC (Kodi i korrigjimit të gabimit) - një teknikë kodimi / dekodimi që ju lejon të korrigjoni gabimet në përpunimin e informacionit direkt nga moduli RAM
• Pllaka amë e serverit ka shumë më tepër lojëra elektronike për instalimin e moduleve RAM sesa një PC i zakonshëm
• RAM-i i serverit përmban regjistra (buferë) që sigurojnë buferimin e të dhënave (të regjistruara të pjesshme ose të plota me bufer), duke reduktuar kështu ngarkesën në kontrolluesin e memories me shumë kërkesa të njëkohshme. "FB-DIMM" të buferuara janë të papajtueshme me ato të pabuferuara.
• Modulet e memories së regjistruar ju lejojnë gjithashtu të rrisni shkallëzueshmërinë e kujtesës - prania e regjistrave bën të mundur instalimin e më shumë moduleve në një kanal.

Mund të konkludojmë se përdorimi i moduleve RAM të serverit bën të mundur instalimin e sasive të mëdha të RAM-it në një sistem, dhe teknikat e kontrollit të barazisë ECC dhe përdorimi i buferëve lejojnë që sistemi operativ i serverit të funksionojë në mënyrë të qëndrueshme dhe të shpejtë.

Sasia e RAM-it. Një nga faktorët kryesorë për performancën e lartë të serverit 1C dhe DBMS është një sasi e mjaftueshme RAM. Sigurisht, kërkesat aktuale për RAM varen nga shumë faktorë - lloji i konfigurimit 1C, numri i 1C: proceset e serverit të ndërmarrjes, madhësia e bazës së të dhënave DBMS, etj. Megjithatë, është e mundur të nxirret një varësi e përafërt e sasisë së RAM-it nga numri i përdoruesve (shih Tabelën 3).

Tabela 3 - Raporti i përafërt i numrit të përdoruesve të serverit 1C dhe RAM-it të rekomanduar për proceset e serverit 1C: Serveri i ndërmarrjes dhe serveri MS SQL.

Në lidhje me proceset e serverit 1C: Ndërmarrja (rphost.exe) - platformat moderne 1C nuk ju lejojnë të specifikoni manualisht numrin e proceseve të serverit 1C. Në vend të kësaj, sistemi kërkon që ju të vendosni parametra, të tillë si numri i bazave të informacionit dhe numri i përdoruesve për proces rphost.exe, pas së cilës ai automatikisht përcakton numrin optimal të proceseve të serverit 1C:Enterprise. Ju gjithashtu mund të konfiguroni lëshimin e qetë të RAM-it nga procesi rphost.exe nëse vëllimi i tij tejkalon një prag të paracaktuar. Në të njëjtën kohë, serveri 1C krijon një proces të ri rphost.exe, i cili gradualisht merr përsipër detyrat 1C, duke ju lejuar të shkarkoni procesin e kërkuar 1C.

Ju gjithashtu duhet të vini re se sasia e RAM-it të alokuar për shërbimin SQL konsiderohet e mjaftueshme nëse goditja e të dhënave SQL në cache është të paktën 90%. Kjo metrikë është mjaft e dobishme sepse ju nuk mund të shikoni vetëm sasinë e RAM-it të konsumuar nga serveri SQL - lëshimet e fundit të SQL kanë konsumuar në mënyrë dinamike RAM - sasia maksimale e mundshme e RAM-it kapet dhe lëshohet pasi RAM kërkohet nga procese të tjera.

Frekuenca e RAM-it. Me pak fjalë, kjo është gjerësia e brezit të kanaleve përmes të cilave të dhënat transmetohen në motherboard, dhe prej andej në procesor. Është e dëshirueshme që ky parametër të përkojë me frekuencën e lejuar të motherboard ose ta tejkalojë atë, përndryshe kanali i transmetimit RAM rrezikon të bëhet një pengesë. Brenda një lloji DDR, rritja / ulja e frekuencës nuk ndikon në mënyrë drastike në performancën e serverit 1C dhe lidhet më shumë me zonën e "akordimit të imët".

Koha e RAM-it. Kjo është vonesa ose vonesa (Latency) e RAM-it. Ky parametër karakterizohet nga koha e vonesës së të dhënave gjatë kalimit midis moduleve të ndryshme të çipit RAM. Vlerat më të vogla nënkuptojnë performancë më të shpejtë. Sidoqoftë, ndikimi në performancën e përgjithshme të sistemit të serverit, dhe aq më tepër në serverin 1C: Enterprise, nuk është i lartë. Zakonisht, vetëm lojtarët dhe mbingarkuesit i kushtojnë vëmendje këtyre parametrave, për të cilët çdo rënie shtesë e performancës është gjëja më e shtrenjtë.

Nënsistemi i diskut dhe hard disqet HDD

kontrollorët e diskut të ngurtë. Pajisja kryesore për lidhjen dhe organizimin e disqeve të ngurtë në një sistem harduerësh është kontrolluesi i diskut të ngurtë. Është dy llojesh:

1. I integruar - moduli i kontrolluesit është i integruar në sistem, kafazi i diskut të ngurtë është i lidhur drejtpërdrejt me motherboard. Konsiderohet një zgjidhje më ekonomike.

2. E jashtme - është një tabelë (pajisje) e veçantë e qarkut të printuar, e cila është e lidhur me lidhësin e pllakës amë. Konsiderohet një zgjidhje më profesionale për faktin se ka çipa të veçantë për kryerjen dhe kontrollin e operacioneve me hard disk HDD. Rekomandohet për sisteme të rëndësishme të serverëve si serveri 1C: Enterprise dhe DBMS.

Ekziston edhe një lloj i tretë - një pajisje për marrjen / transmetimin e të dhënave të bllokut përmes kanaleve iSCSI, FiberChanel, InfiniBand, SAS. Sidoqoftë, në këtë version, nënsistemi i diskut "hiqet" në një pajisje të veçantë të ruajtjes së të dhënave (SHD) e lidhur me serverin nëpërmjet një kablloje optike ose bakri. Në artikullin tonë, ne po analizojmë kërkesat për një server të pavarur për 1C, kështu që ne nuk do ta konsiderojmë këtë lloj.

Llojet dhe nivelet e grupeve RAID.Është një teknologji e virtualizimit të të dhënave që kombinon disqe të shumta në një njësi logjike për tepricë dhe performancë. Konsideroni nivelet më të njohura të specifikimeve RAID:

• RAID 0 ("Striping") Ai nuk ka tepricë dhe shpërndan informacionin menjëherë në të gjithë disqet e përfshirë në grup në formën e blloqeve të vogla ("shirita"). Kjo përmirëson shumë performancën, por vuan nga besueshmëria. Ne nuk rekomandojmë përdorimin e këtij lloji të grupit pavarësisht nga fitimi i performancës.
• RAID 1 ("Pasqyrimi", "pasqyrë"). Ka mbrojtje kundër dështimit të gjysmës së harduerit të disponueshëm (në rastin e përgjithshëm - një nga dy disqet e ngurtë), siguron një shpejtësi të pranueshme shkrimi dhe një rritje në shpejtësinë e leximit për shkak të paralelizimit të pyetjeve. Ky lloj grupi do të "tërheqë" mjaft një server 1C + DBMS deri në 25-30 përdorues, veçanërisht nëse përdoren disqe SAS 15K ose SSD.
• RAID 10.Çiftet e pasqyruara të disqeve rreshtohen në një "zinxhir", kështu që vëllimi i vëllimit që rezulton mund të tejkalojë kapacitetin e një hard disk të vetëm. Sipas mendimit tonë, lloji më i suksesshëm i grupit të diskut, sepse ai kombinon besueshmërinë e RAID1 dhe shpejtësinë e RAID 0. Në kombinim me disqet SAS 15K ose SSD, mund të përdoret për serverë 1C nga 40-50 përdorues.
• RAID 5. I njohur për ekonominë e tij. Duke sakrifikuar për hir të tepricës kapacitetin e vetëm një disku nga grupi, ne marrim mbrojtje kundër dështimit të ndonjë prej disqeve të ngurtë në sistem. (Varianti i tij RAID 6 kërkon dy disqe shtesë për të ruajtur kontrollet, por ruan të dhënat edhe nëse dy disqe dështojnë). Ky lloj grupi është ekonomik, i besueshëm dhe ka një shpejtësi "leximi" mjaft të prekshme. Fatkeqësisht, pengesa e këtij grupi është shpejtësia e ulët e shkrimit, e cila e lejon atë të përdoret me lehtësi me konfigurimin e serverit 1C deri në 15-20 përdorues. Është gjithashtu optimale për qëllime të aplikuara - ruajtjen e të dhënave të skedarëve, arkivat e menaxhimit të dokumenteve, etj.

Llojet e ndërfaqeve të diskut të ngurtë. Sipas llojit të lidhjes, disqet e ngurtë ndahen:

• HDD Sata Home. Opsioni më i lirë për disqet e ngurtë, i projektuar për përdorim në kompjuterët e shtëpisë ose qendrat e mediave të rrjetit. Nuk rekomandohet fuqimisht përdorimi i pajisjeve të tilla në serverët 1c për shkak të tolerancës së ulët të gabimeve dhe stabilitetit të funksionimit - përbërësit e këtyre disqeve thjesht nuk janë krijuar për të punuar 24/7 dhe shpejt dështojnë.
• Serveri HDD Sata. Ky emër zakonisht i referohet disqeve të ngurtë me një ndërfaqe Sata dhe një shpejtësi gishti prej 7200 rpm. Prefiksi "Server" do të thotë që disqe të tillë janë testuar për performancën në sistemet e serverëve dhe janë krijuar për funksionim të qëndrueshëm në modalitetin 24/7. Zakonisht përdoret në serverët 1C për të ruajtur sasi të mëdha informacioni që nuk kërkojnë shpejtësi të lartë përpunimi. Për shembull, bazat e të dhënave të arkivit 1c, dosjet e shkëmbimit, skedarët e ngarkimit të dokumenteve të zyrës, etj.
• Serveri HDD SAS. Ekzistojnë disa ndryshime midis ndërfaqes SAS (analogu modern i SCSI) dhe ndërfaqes Sata. Këtu, koha mesatare e përgjigjes së diskut, dhe puna në një raft të përbashkët të diskut, dhe puna me kontrolluesin HDD me ritme më të larta të shkëmbimit të informacionit - deri në 6 Gb / s (krahasuar me Sata 3 Gb / s). Por avantazhi kryesor është ekzistenca e modeleve të disqeve SAS me një shpejtësi gishti prej 15,000 rpm. Është kjo veçori e dizajnit që lejon disqet SAS të kryejnë pothuajse 3 herë më shumë operacione I/O për sekondë në krahasim me HDD-të e serverit Sata. Disqe të tillë SAS janë me përmasa të vogla dhe rekomandohen për përdorim me bazat e të dhënave kryesore 1c me një ngarkesë pune vazhdimisht të lartë.
• Disqet SSD. Këto disqe ndryshojnë nga ato të mëparshme jo në ndërfaqen e lidhjes, por në dizajnin e tyre - ato janë në gjendje të ngurtë dhe nuk kanë pjesë lëvizëse, d.m.th. në thelb, ato janë analoge të "flash drives". Teknologji të tilla lejojnë që SSD-të të prodhojnë një numër "të egër" të operacioneve I/O për sekondë (nga 10,000 operacione në modelet më të thjeshta SSD). Sidoqoftë, ky avantazh ka edhe një anë negative - çmimi më i lartë i SSD-ve dhe "pragu i jetës" së tyre, i cili varet nga kufiri i numrit të shkrimeve në blloqet SSD. Megjithatë, çdo vit këta disqe po bëhen më të përballueshëm dhe më të qëndrueshëm. Meqenëse kostoja e disqeve SSD rritet shumë herë në varësi të vëllimit, do të ishte më e arsyeshme përdorimi i tyre për bazat e të dhënave 1c të vogla, por super të ngarkuara që kërkojnë shpejtësi të lartë aksesi, si dhe për bazat e të dhënave të përkohshme TempDB.

IOPS është numri i operacioneve I/O për sekondë. Në fakt, IOPS është numri i blloqeve të informacionit që mund të lexohen ose shkruhet në media në 1 sekondë kohe. Kjo do të thotë, në formën e tij më të pastër - ky është parametri kryesor i shpejtësisë së përpunimit të informacionit nga hard disku, i cili ndikon në performancën e serverit 1C. Nëse marrim për krahasim një bllok standard informacioni 4 kb, atëherë mund të dallojmë afërsisht treguesit e mëposhtëm IOPS (shih Tabelën 4).

Tabela 4 - Treguesit IOPS në lloje të ndryshme të disqeve kur punoni me një bllok të dhënash 4 kb.

Sigurisht, në formën e tij të pastër, IOPS ka pak përdorim për llogaritjen e llogaritjeve dhe kërkesave përfundimtare për nënsistemin e diskut të serverit 1C. Në fund të fundit, performanca totale e nënsistemit të diskut përbëhet nga lloji i grupit RAID, llojet e diskut dhe treguesit e shpejtësisë së ndërfaqes së tij, koha e përgjigjes (Latency), koha e aksesit të rastësishëm, përqindja e operacioneve të leximit dhe shkrimit, dhe shumë. faktorë të tjerë. Sidoqoftë, ky parametër, për mendimin tonë, është një tregues kryesor i shpejtësisë së nënsistemit të diskut, dhe në fazat e zhvillimit të arkitekturës së serverit, ndihmon për të përcaktuar se çfarë lloj disqesh në përgjithësi do të jenë më të përshtatshmet për nevoja të caktuara. (shih llogaritësin RAID)

test praktik

Cila është marrëdhënia midis numrit të përdoruesve 1C dhe numrit të iops? Ekipi ynë kreu një test praktik (shih Tabelën 5) për të matur ngarkesën në nënsistemin e diskut me një numër të caktuar seancash 1C. Meqenëse sistemi 1C është një mjedis i programueshëm dhe secila kompani mund të ketë grupin e vet të proceseve të biznesit në 1C, ne duhej të lidheshim me një konfigurim të caktuar referimi për testim. Në këtë kapacitet, u zgjodh një konfigurim i specializuar i TsUP 1C, i zhvilluar për testim dhe korrigjim. Mbi bazën e tij, programuesit tanë 1C shtuan një numër pyetjesh që simulojnë funksionimin normal të një ndërmarrje konvencionale, me formimin e pyetjeve të kontabilitetit, postimeve, raportimit dhe kryerjes së dokumenteve operacionale.

Tabela 5 - Rezultatet e një testi praktik mbi ngarkesën në nënsistemin e diskut.

Rezultatet e testit tregojnë se pjesa më e madhe e ngarkesës në nënsistemin e diskut ndodh kur 1C shkruhet në bazën e të dhënave të serverit DBMS dhe në diskun e sistemit të sistemit operativ (i cili pret skedarët e serverit të cache-it 1C: Enterprise si parazgjedhje).

Në të njëjtën kohë, ne kryem matje praktike të bazave të të dhënave tashmë funksionale 1C UPP 8.2 gjatë periudhës së testimit - 5 ditë pune. Ata tregojnë se, mesatarisht, një server 1C + DBMS konsumon dy herë më shumë iop "për shkrim" sesa "për lexim". Një ndryshim i tillë midis testeve sintetike dhe statistikave të monitorimit të një serveri të vërtetë 1C është për shkak të mostrës periodike të të dhënave të informacionit nga baza e të dhënave gjatë ditës së punës, dhe leximit të rregullt të bazës së të dhënave kur rezervoni ose riprodhoni DBMS.

Komponentë të tjerë të diskut, të cilëve ia vlen t'u kushtohet vëmendje.

• Madhësia fizike (faktori i formës). Deri më sot, pothuajse të gjitha disqet e njohura për kompjuterë dhe serverë personalë janë me madhësi 3,5 ose 2,5 inç. Vini re se disqet 2,5 inç nuk prodhohen në vëllime të mëdha.
• Koha e aksesit të rastësishëm- koha gjatë së cilës disku i ngurtë është i garantuar të kryejë një operacion leximi-shkrimi në një seksion të caktuar të diskut magnetik. Si rregull, disqet e serverëve kanë rezultate më të mira. Ky është një parametër mjaft i rëndësishëm kur ndërtoni një grup disku për serverin 1C DBMS.
• Shpejtësia e gishtit- numri i rrotullimeve të boshtit të diskut të ngurtë në minutë. Gjithçka është e thjeshtë dhe e qartë këtu - koha e hyrjes dhe shpejtësia mesatare e transferimit të të dhënave të diskut të ngurtë varen nga shpejtësia e rrotullimit të boshtit me pllaka magnetike.
• Madhësia e tamponit të diskut të ngurtë- Një buffer është një memorie e përkohshme e krijuar për të zbutur ndryshimet në shpejtësinë e leximit / shkrimit të një hard disk dhe transferimin e të dhënave përmes ndërfaqes.
• Besueshmëria- përcaktohet si koha mesatare ndërmjet dështimeve (MTBF). Si rregull, besueshmëria varet drejtpërdrejt nga prodhuesi, çmimi dhe mjedisi i përdorimit të diskut. Ne e konsiderojmë besueshmërinë si një parametër të rëndësishëm të hard drive-it që ndikon në cilësinë e serverit 1C.

Zgjedhja e duhur: pajisja e shtëpisë ose e serverit

Zvogëlimi i komponentëve të harduerit dhe rritja aktive e kapaciteteve të mundshme të "kompjuterëve shtëpiak" çojnë në një keqkuptim tjetër fatal - bizneset e vogla po përdorin në mënyrë aktive stacionet e punës si një platformë për bashkëpunimin me bazat e të dhënave 1C. Në të njëjtën kohë, pa e kuptuar se përveç parametrave të frekuencës bazë, sasisë së memories dhe mundësisë së përdorimit të disqeve SSD buxhetore në një PC të rregullt, ka kërkesa më sistematike, më të thella dhe më të rëndësishme për funksionimin e pajisjeve. në një strukturë komerciale (shih tabelën 6).

Për të zgjidhur çështjen e organizimit të një serveri 1C, ne ofrojmë me qira të serverëve cloud 1C në qendrat e të dhënave të klasës III. Mundësia ekonomike e zgjedhjes së një serveri me qira mund të gjendet në artikull.

Tabela 6 - Krahasimi i harduerit të shtëpisë dhe serverit sipas kritereve të kërkuara për funksionimin me cilësi të lartë të serverit 1C.

Punë tolerante ndaj gabimeve 1C

Sigurisht, një nga kërkesat e rëndësishme për pjesën e serverit të 1C është stabiliteti i funksionimit të tij dhe rezistenca ndaj dështimeve. Microsoft dhe vetë 1C kanë bërë shumë përpjekje në këtë drejtim, duke krijuar teknologji për grupimin e shërbimeve të tyre në një nivel mjaft serioz (shih Tabelën 7).

Tabela 7 - Toleranca e gabimeve të serverëve SQL dhe 1C.

Sidoqoftë, çdo teknologji ka të mirat dhe të këqijat. Përveç avantazheve kryesore, duhet të dini disa veçori të grupimit 1C dhe SQL () në mënyrë që të mos përfundoni me një përkeqësim të performancës së shërbimit:

• Clusterimi SQL përdor IP virtuale. Dhe kjo do të thotë që ndërveprimi ndërmjet serverit 1C:Enterprise dhe MS SQL do të zhvillohet gjithmonë nëpërmjet ndërfaqes së rrjetit, edhe nëse të dy shërbimet janë në të njëjtin sistem operativ. E cila, në përputhje me rrethanat, do të ngadalësojë punën e 1C në krahasim me versionin klasik të arkitekturës së rekomanduar nga vetë 1C - përdorimi i Memorisë së përbashkët. Në parim, kjo pengesë mund të "anashkalohet" duke përdorur, për shembull, teknologjinë MS SQL Log Shipping. Sidoqoftë, në këtë rast, kalimi në një server rezervë SQL nuk do të jetë më automatik dhe ky opsion nuk mund të konsiderohet një grup i plotë.
• Një grup SQL kërkon një buxhet të madh. Nëse po flasim për grupimin klasik të shërbimit MS SQL, kërkohet një ruajtje e vetme e bazës së të dhënave, e lidhur me serverët kryesorë dhe rezervë SQL. Në mënyrë tipike, ky rol luhet nga sisteme të shtrenjta të ruajtjes, gjë që rrit buxhetin me një renditje të madhësisë. Nëse po flasim për AlwaysOn të ri, atëherë nuk kërkohet një ruajtje e vetme e bazës së të dhënave, teknologjia funksionon me disqe lokale të serverëve kryesorë dhe rezervë në rrjet. Por ju duhet një version i SQL Server Enterprise, licenca për të cilën kushton 4 herë më shumë se sa për një standard të zakonshëm SQL Server.
• Numri i licencave. Përkundër faktit se serveri i dytë SQL nuk përpunon të dhëna dhe është në rezervë, licencat do të duhet të blihen për të dy serverët - si kryesor ashtu edhe rezervë. Veçanërisht të dhimbshme për buxhetin janë licencat SQL Server Enterprise për të zbatuar një grup të shpërndarë të Grupeve me Disponueshmëri të Lartë AlwaysOn.

• Ju nuk keni nevojë të përdorni pajisje të lira me porosi për diçka aq të rëndësishme sa një sistem kontabiliteti në të gjithë ndërmarrjen. Çmimi në këtë rast përcakton drejtpërdrejt cilësinë, qëndrueshmërinë dhe qëndrueshmërinë e një platforme të tillë.
• Kur zgjidhni një platformë serveri, ju rekomandojmë t'i kushtoni vëmendje pranisë së dy furnizimeve me energji elektrike, një karte IPMI të largët dhe markës së prodhuesit. Sigurisht, të gjithë zgjedhin një zgjidhje bazuar në buxhetin e tyre, markat kryesore ndonjëherë janë shumë të shtrenjta dhe jo plotësisht të përshtatshme, por nuk duhet të kurseni fare te prodhuesi, kjo mund të çojë në forcë madhore të pakontrollueshme në punën me 1C. Ne personalisht përdorim platformat e serverëve Supermicro në kombinim me CPU-të e serverëve Intel.
• Ekziston një mendim, i konfirmuar nga praktika, se performanca e 1C varet më shumë nga frekuenca më e lartë e CPU-së sesa nga numri i bërthamave të ofruara.
• Nuk ka nevojë të kurseni në sasinë e RAM-it të ndarë për serverin 1C dhe shërbimin SQL. RAM është aktualisht një burim mjaft i lirë dhe mungesa e tij (madje edhe me 10-15 përqind) do të çojë në një rënie të fortë të performancës së sistemit 1C, sepse. do të aktivizohet një sistem shkëmbimi më i ngadaltë. Plus, shkëmbimi do të japë një ngarkesë shtesë në nënsistemin e diskut, gjë që do ta përkeqësojë edhe më shumë situatën.
• Kompania EFSOL ofron shërbime gjithëpërfshirëse për zgjedhjen e një serveri 1C, i cili përfshin: dizajnimin, blerjen, konfigurimin dhe mirëmbajtjen e serverit 1C.
• Një alternativë për krijimin e serverit tuaj 1C është të merrni me qira një server për 1C. Teknologjitë e resë kompjuterike lejojnë, me kosto të ulëta mujore, të merrni një shërbim të besueshëm tolerant ndaj gabimeve për punë të rehatshme në 1C.

Integrimi i sistemit. Konsulencë

Pas ndarjes së serverit 1C:Enterprise dhe serverit SQL në makina të ndryshme, kur ngarkuan skedarin dt në bazën e të dhënave të vendosur në serverin SQL, ata filluan të marrin gabimin "Nuk ka memorie të mjaftueshme falas në serverin 1C:Enterprise".
ose (Gabim DBMS: Ofruesi Microsoft OLE DB për SQL Server: ka memorie të pamjaftueshme në grupin e burimeve 'parazgjedhur' për të ekzekutuar këtë pyetje. HRESULT=80040E14)

Zgjidhja e problemit:
1. Nëse ndodh një gabim, rinisni shërbimin e serverit 1C.
2. Përdorni shumë procese (Tek vetitë e grupit, kontrolloni kutinë "Shumë procese"). Shtoni proceset e punës, vlera optimale është 4-5 procese.
3. Përdorni rinisjen e planifikuar të proceseve të punës. Por kjo nuk do ta zgjidhë problemin. Thjesht zvogëloni "rrjedhjen" e kujtesës.
4. Për operacionet e bazës së të dhënave, të tilla si kopjimi i një baze të dhënash, përdorni mjetet ms sql, në vend që të punoni me skedarë dt.
5. Aktivizo identifikimin e ngjarjes DBMSSQL
(Shihni tekstin e skedarit "logcfg.xml" më poshtë ose përdorni përpunimin me ITS TechnologicalLogSetting.epf) dhe përcaktoni se në cilën tabelë ngarkimi ndodh gabimi. Nëse konfiguroni, atëherë ngarkoni në variantin e skedarit dhe pastroni konfigurimin e shitësit:
5.1 Për ta bërë këtë, kontrolloni konfigurimin për informacion të pasaktë. Për ta bërë këtë, ekzekutoni komandën e menysë Konfigurimi - "Kontrolli i konfigurimit" (JO TESTIM!) me një kuti "Kontrollimi i integritetit logjik të konfigurimit" të zgjedhur. Nëse gjenden probleme, do të shfaqet një mesazh. Informacioni i pasaktë do të fshihet automatikisht.
5.2 Nëse konfigurimi juaj është nën mbështetje, ju duhet të kontrolloni konfigurimin e furnizuesit në një mënyrë të ngjashme. Për ta bërë këtë, në cilësimet e mbështetjes, ruani konfigurimin e shitësit në një skedar cf, ngarkoni atë në një bazë të dhënash të re dhe ndiqni procedurën e përshkruar në paragrafin 1. Në rast se është marrë një mesazh korrigjimi ("Informacioni i meta të dhënave të pasakta u hoq"), atëherë konfigurimi i ofruesit përmban informacion të pasaktë. Në këtë rast, duhet të hiqni konfigurimin tuaj nga mbështetja dhe ta riinstaloni duke u bashkuar me një version të ri të konfigurimit të shitësit.

Shtimi i një fluksi pune
Shtimi i një fluksi pune, në krahasim me shfletimin, është i mundur vetëm për një server specifik grupi.
Për të shtuar një proces të ri pune të një serveri të grupit, zgjidhni serverin e kërkuar në pemën e serverëve qendrorë, zgjidhni grupin e kërkuar, zgjidhni serverin e kërkuar të grupit, zgjidhni degën "Proceset" dhe ekzekutoni komandën e menysë së kontekstit "Krijo - Përpunoni". , shënoni Aktivizo procesin.

Nëse procesi NUK shtohet, atëherë kontrolloni dhe bëni sa më poshtë:
1. Në vetitë e grupit, duhet të ketë një shenjë "Shumë procese"
2. Në vetitë e serverit që punon, rrisni gamën e adresave IP

Për sa i përket rifillimit të proceseve të punës - nga cili moment fillon numërimi mbrapsht i specifikuar në cilësimet e grupit?
Që nga fillimi i procesit. Për shembull, ajo filloi në 18:00:00. Periudha e rifillimit është 86400 sekonda, d.m.th. 24 ore. Prandaj, brenda një dite në orën 18:00 procesi do të ndalet dhe do të krijohet një proces i ri.

Optimizimi i rinisjes së rrjedhës së punës:
1. Intervali i rinisjes: 86400 sek (24 orë). Momenti i rinisjes nuk është i rregulluar, me sa duket nga momenti i vendosjes së parametrave, ose fillimit të serverit të aplikacionit.
2. Mund të specifikoni gjithashtu sasinë e lejuar të memories: 3000000 KB (3 GB).
3. Intervali i ndërprerjes së memories është një interval i vazhdueshëm i kohës jashtë kujtesës, pas së cilës serveri do të rifillojë procesin. Nëse specifikohet 0 sek, do të presë përgjithmonë.

Versionet 8.2 dhe 8.3 të platformës 1C: Enterprise konsiderohen si aplikacioni standard për detyrat e kontabilitetit dhe menaxhimit të kompanisë. Një gamë e gjerë zgjidhjesh aplikimi është zhvilluar për ndërmarrjet publike dhe private. Duke zbatuar infrastrukturën e tyre të informacionit, çdo menaxher ose menaxher IT i një kompanie ka një pyetje se çfarë lloj serveri nevojitet për 1C. Problemi është i ndërlikuar nga fakti se blerja e pajisjeve kërkon kosto të konsiderueshme financiare, dhe jo çdo ndërmarrje mund të përballojë të zgjedhë konfigurime të nivelit të lartë.

Ne kemi mbledhur rekomandime nga prodhuesit kryesorë të pajisjeve (HP, Dell, IBM) dhe zhvilluesit e produktit softuerik 1C 8.3, në mënyrë që klientët tanë të mund të blejnë me fitim serverin e duhur. Një infrastrukturë rrjeti optimale mund të merret nga çdo sistem operativ, por aftësitë e harduerit luajnë një rol më të rëndësishëm.

Kriteret e përzgjedhjes së serverit

Platforma 1C mund të kërkojë burime të rëndësishme harduerike nga serveri. Nëse buxheti i kompanisë është i pakufizuar, gjë që ndodh rrallë, ju mund të merrni pa hezitim platformat e gjeneratës së fundit, të mbushni të gjitha koshat e diskut, lojërat e RAM-it dhe të kërkoni funksionimin e pandërprerë të sistemit nga një specialist IT. Zgjedhja e pajisjeve me fonde të kufizuara kërkon një qasje më të ekuilibruar. Për të kuptuar se cili server për "1C" do të jetë në gjendje të përballojë këtë, është e nevojshme të analizohet me kujdes struktura e ngarkesave llogaritëse. Nëse ato njihen paraprakisht, do të jetë shumë më e lehtë të hartoni një zgjidhje të gatshme.

Kur zgjedhin një server për "1C" (8.2; ​​8.3), ata udhëhiqen nga pikat e mëposhtme:

• numrin e operatorëve që kryejnë njëkohësisht futjen dhe raportimin e të dhënave;
• aftësia për të ndarë serverë të veçantë fizikë për SQL dhe aplikacionin 1C;
• vëllimet e planifikuara të përpunimit të të dhënave;
• struktura e shpërndarjes së ngarkesës në arkitekturën klient-server

Zgjedhja e procesorit dhe RAM-it

Llogaritja e frekuencës, numrit të kërkuar të bërthamave të procesorit, si dhe sasisë së RAM-it është hapi i parë dhe më i rëndësishëm. Për të shqyrtuar disa opsione, ne do të zgjedhim një server për "1C" duke marrë parasysh gjendjen e kompanisë.

Organizatë e vogël (deri në 15 punonjës). Me një numër të vogël përdoruesish, madhësia e bazës së të dhënave, si rregull, nuk kalon 2 GB, dhe programi 1C në formën e një versioni skedari është instaluar në makinat e klientit. Nevojat për OS në këtë rast janë 4–6 GB, dhe 4 GB të tjera i ndahen memorjes së skedarëve të sistemit. Shpërndarja e ngarkesës së procesorit duket si kjo:

• 2 bërthama - për përdoruesit e sistemit operativ dhe terminalit;
• 1 bërthamë - për serverin e aplikacionit 1C;
• 1 bërthamë - për bazën e të dhënave SQL.

Makinat e nivelit fillestar me një procesor të vetëm katër bërthamor mund ta përballojnë këtë detyrë. Mund të jetë edhe server raft dhe kullë. Opsioni i fundit është i preferueshëm, pasi nuk kërkon ndarjen e një dhome të veçantë për një dhomë serveri.

Organizim i mesëm (deri në 40 punonjës). Me një numër të tillë përdoruesish, zhvilluesit 1C rekomandojnë përdorimin e modalitetit të hyrjes në terminal në aplikacion. Baza e të dhënave mund të jetë deri në 4 GB në madhësi. Për një ngarkesë të tillë, ju nevojiten të paktën dy procesorë me 4-6 bërthama. Sasia optimale e RAM-it do të jetë 16-64 GB, pasi duhet të ndahen një minimum prej 700 MB për çdo përdorues. Besohet se zgjidhja e aplikacionit 1C në të cilën funksionon makina e klientit kërkon nga 240 në 480 MB, dhe 200-220 MB të tjera ndahen për aplikacionet e zyrës.

Me këtë numër procesesh, rekomandohet përdorimi i një makinerie të rangut të mesëm me virtualizim ose dy serverë fizikë. Njëri prej tyre do të përdoret për akses në terminal dhe i dyti për SQL. Shtë më mirë të zbatoni serverin e aplikacionit 1C në makinën e parë ose madje të ndani një sistem të veçantë me një procesor për këtë. Konfigurimi i kërkuar zgjidhet në çdo rast specifik bazuar në analizën e kohës së procesorit.

Organizatë e madhe (më shumë se 40 punonjës). Konfigurimi bazë i harduerit në këtë rast do të përbëhet nga tre serverë fizikë:

• terminal,
• DBMS,
• "1C".

Vëllimet e bazës së të dhënave me një numër të tillë punonjësish shpesh tejkalojnë 4 GB, dhe rekomandohet të ndani jo më pak sasi RAM për cache-in e sistemit. 4 GB të tjera do të përdoren nga sistemi operativ, dhe aplikacionet 1C do të kenë nevojë për rreth 8 GB. Kështu, ju duhet të paktën 16 GB RAM.

Për detyra të tilla, zgjidhen serverë me dy procesorë me mbështetje për Intel Xeon E5-2600 ose më të lartë. Nëse numri i punonjësve nuk i kalon 50 persona, mund të lihet vetëm një makinë për akses në terminal dhe aplikacione 1C. Sidoqoftë, duke pasur parasysh perspektivat e rritjes së kompanisë, është më mirë të sigurohet një server i veçantë për secilën detyrë. Nëse numri i personelit të përfshirë i afrohet 100 punonjësve, duhet të vendosni një grup prej dy makinash për 1C dhe të lini një për pjesën tjetër të detyrave.

Zgjedhja e një nënsistemi të diskut

Performanca e serverit varet drejtpërdrejt nga nënsistemi i diskut. Kur funksionojnë aplikacionet 1C, operacionet e leximit dhe shkrimit të të dhënave kryhen me intensitet të lartë. Shumica e ankesave në lidhje me performancën e serverit kanë të bëjnë me mbylljen e tabelave duke aksesuar një numër të madh përdoruesish në të njëjtën kohë.

Detyra e zgjedhjes së një serveri për 1C përfshin monitorimin e nënsistemit të diskut, i cili ju lejon të gjeni ekuilibrin optimal të performancës dhe besueshmërisë. Një faktor jashtëzakonisht i rëndësishëm që ndikon në performancën është aftësia e tij për të kryer një numër të caktuar operacionesh leximi/shkrimi për sekondë (IOPS). Nëse baza e të dhënave është deri në 300 MB, dhe numri i përdoruesve 1C është deri në 6 persona, ky parametër është 400–600. Nëse numri i përdoruesve të serverëve arrin në 100 persona, atëherë IOPS do të jetë 18 000. Shpejtësia e transmetimit luan një rol dytësor.

Për çdo lloj disku të ngurtë, përcaktohen vlerat e shpejtësisë së leximit/shkrimit:

• SATA - 100/80;
• SAS - 240/220;
• SSD - 35,000/8,600.

Kjo tregon se disqet e gjendjes së ngurtë janë më të përshtatshmet për serverët e bazës së të dhënave 1C. Faktori kryesor që kufizon përdorimin e tyre është kostoja e tyre e lartë. Prandaj, disqet SAS përdoren gjithashtu për të ulur buxhetin. Për të ruajtur të dhënat kritike, duke përfshirë "1C", disqet e ngurtë kombinohen në grupe RAID të niveleve të ndryshme, dhe teprica e ngulitur në to duhet të përfshihet në llogaritjen e performancës së serverit.

Kur hartoni një zgjidhje, toleranca e gabimeve të sistemit luan një rol të rëndësishëm. Për këtë përdoren si hardueri ashtu edhe softueri. Serverët janë të pajisur me furnizime me energji elektrike dhe kafaze me disqe të këmbyeshëm, dhe përdorin një UPS për furnizim të pandërprerë me energji elektrike. Sigurimi i sigurisë së të dhënave kryhet duke i rezervuar ato. Të paktën një herë në ditë, krijohet një skedar log që siguron rikuperimin e informacionit në rast të dështimeve të sistemit.

Mund të gjeni serverin e dëshiruar dhe ta konfiguroni atë për 1C në faqen e sitit. Ekspertët tanë do të ndihmojnë në zgjidhjen e këtij problemi. Për këshilla, kontaktoni ata me telefon ose kontaktoni menaxherin në bisedë.