Količina memorije sql servera za 1s 8.3.

Imajte na umu da su postavke klastera odgovorne za postavke svih servera koji pripadaju prilagođenom klasteru. Klaster podrazumeva rad više fizičkih ili virtuelnih servera koji rade sa istim bazama podataka.

Interval ponovnog pokretanja- odgovoran je za učestalost ponovnog pokretanja procesa radnika klastera. Ovaj parametar se mora postaviti kada server radi non-stop. Preporučuje se da se frekvencija ponovnog pokretanja poveže sa tehnološkim ciklusom klaster infobaza. To je obično svaka 24 sata (86400 sekundi). Kao što znate, radni tokovi 1C servera obrađuju i pohranjuju radne podatke.

Automatsko ponovno pokretanje je dizajnirano na platformi "kako bi se minimizirali negativni efekti fragmentacije i curenja memorije na tokove posla." Postoje čak i informacije o ITS-u o tome kako organizirati ponovno pokretanje radnih procesa prema drugim parametrima (veličina memorije, zauzeti resursi itd.).

Dozvoljena memorija- štiti 1C servere od preopterećenja memorije. Ako proces premašuje ovaj volumen u interval prekoračenja dozvoljene zapremine, proces se ponovo pokreće. Može se izračunati kao maksimalna količina memorije koju zauzimaju "rphost" procesi tokom perioda najvećeg opterećenja servera. Također je vrijedno postaviti mali interval za prekoračenje dozvoljene zapremine.

Tolerancija greške servera. Platforma izračunava prosječan broj grešaka servera u odnosu na broj posjeta serveru u roku od 5 minuta. Ako ovaj omjer premašuje dozvoljenu vrijednost, tada se tok posla smatra "problematičnim" i može ga prekinuti sistem ako je postavljena zastavica "Prisilno napuštanje problematičnih procesa."

Onemogućeni procesi se zaustavljaju nakon toga. Kada je dozvoljena količina memorije prekoračena, tok posla se ne završava odmah, već se "isključuje" tako da ima vremena za "prenos" radnih podataka bez gubitka u novi tok posla. Ako je ovaj parametar naveden, tada će se proces "gašenja" u svakom slučaju prekinuti nakon ovog vremena. Ako se u radu 1C servera promatraju "visi" radni procesi, tada se ovaj parametar može postaviti na 2-5 minuta.
Ove postavke se postavljaju za svaki 1C server pojedinačno.

Maksimalna radna memorija procesa je volumen ukupno memoriju koju mogu zauzeti radni procesi (rphost) na trenutnom klasteru. Ako je parametar postavljen na "0", tada zauzima 80% RAM-a servera. "-1" - nema ograničenja. Kada DBMS i 1C server rade na istom serveru, oni moraju međusobno dijeliti RAM. Ako se tokom rada ispostavi da DBMS server nema dovoljno memorije, tada možete ograničiti memoriju dodijeljenu 1C serveru pomoću ovog parametra. Ako su DBMS i 1C razdvojeni serverima, onda ima smisla izračunati ovaj parametar pomoću formule:

"Maksimalni volumen" = "Ukupni RAM" - "RAM RAM";

"OS RAM" se izračunava na osnovu 1 GB za svakih 16 GB serverske RAM-a

Sigurna potrošnja memorije po pozivu. Općenito, pojedinačni pozivi ne bi trebali zauzimati svu RAM memoriju koja je dodijeljena radnom procesu. Ako je parametar postavljen na "0", tada će količina sigurnog protoka biti jednaka 5% od " Maksimalna memorija radnog procesa". "-1" - bez ograničenja, što je veoma obeshrabreno. U većini slučajeva, ovaj parametar je najbolje ostaviti "0".

Korištenje parametara "Broj IS po procesu" i "Broj veza po procesu" možete upravljati distribucijom rada 1C servera po radnim tokovima. Na primjer, pokrenite poseban “rphost” za svaku infobazu, tako da se u slučaju “pada” procesa isključuju samo korisnici jedne baze podataka. Ove parametre treba odabrati pojedinačno za svaku konfiguraciju servera.

Ograničenje upotrebe RAM-a od strane DBMS servera- MS SQL DBMS server ima jednu izuzetnu osobinu - voli da učitava baze podataka sa kojima aktivno radi u potpunosti u RAM. Ako nije ograničen, tada će zauzeti svu RAM memoriju koju može.

• Ako je server 1C:Enterprise instaliran zajedno sa Microsoft SQL Serverom, tada se gornji prag memorije mora smanjiti za količinu dovoljnu da 1C server radi.
• Ako samo DBMS radi na serveru, onda za DBMS koristi se formula:

"DBMS memorija" = "Ukupni RAM" - "OS RAM";

zajednička memorija- o ovom parametru se dosta zna, ali se ipak dešava da ga zaborave. Postavljamo ga na "1" ako 1C server i DBMS rade na istom fizičkom ili virtuelnom serveru. Inače, radi počevši od platforme 8.2.17.

Maksimalni stepen paralelizma- određuje koliko se procesora koristi prilikom izvršavanja jednog zahtjeva. DBMS paralelizira dohvaćanje podataka prilikom izvršavanja složenih upita na više niti. Za 1C, preporučuje se da ga postavite na "1", odnosno u jednom toku.

Datoteke baze podataka koje se automatski šire- odrediti korak u MB kojim se datoteka baze podataka "proširuje". Ako je korak mali, onda će s aktivnim rastom baze podataka česta proširenja dovesti do dodatnog opterećenja diskovnog sistema. Bolje je instalirati na 500 - 1000 MB.

Ponovno indeksiranje i defragmentiranje indeksa– preporučuje se defragmentacija/reindeksiranje barem jednom sedmično. Ponovno indeksiranje zaključava tabele, tako da je najbolje izvoditi van radnog vremena ili van radnog vremena. Nema smisla defragmentirati nakon ponovne izgradnje indeksa (reindeksiranje). Po preporuci Microsofta, defragmentacija se vrši ako fragmentacija indeksa ne prelazi 30%. Ako je veći, preporučuje se ponovno indeksiranje.

Plan napajanja- u postavkama napajanja operativnog sistema, postavljen na visoke performanse.

Do danas je 1C finansijski proizvod izrastao iz računovodstvene aplikacije za računovodstvo u kompleks širokog formata za računovodstvo i podršku gotovo bilo koje vrste poslovanja, tvrdeći da se takmiči sa svjetskim "čudovištima" SAP R/3 i Microsoft Dynamics AX (Axapta ).

Ruske kompanije sve više organiziraju svoje poslovne procese koristeći moderne konfiguracije 1C 8.3 "Upravljanje trgovinom", "Upravljanje proizvodnjom", "ERP upravljanje preduzećem" i slično. Računovodstvo, marketing, proizvodnja, prodaja se prenose u 1C, vrši se integracija sa IP telefonijom i sistemima za upravljanje dokumentima. Međutim, odmah nakon namjere "radimo u 1C", postavljaju se pitanja - na kojim resursima će raditi centralna baza 1C, koji će hardver pokazati najbolji rezultat za razuman budžet? Preduzećima gigantima javnog sektora u ovoj situaciji je lakše - data je jasna komanda brojnim stalno zaposlenim IT integratorima i arhitektama, raspisani su visokobudžetni tenderi uz obavezan uslov za davanje koncepta "ključ u ruke" i dalju podršku razvoju preduzeća. sistem od strane sertifikovanih stručnjaka. Ali šta je sa kompanijama koje žele da same kupe i instaliraju jedan od 1C: Enterprise proizvoda, pametno trošeći svoj budžet?

Najosnovnija greška, ako ne uzmete u obzir korištenje piratskog ili neprovjerenog softvera, je ušteda na hardveru za 1C. Ovi trendovi su posebno česti u startupima i malim kompanijama. Postoji mišljenje da nije potrebno kupovati skupu serversku opremu sa Intel Xeon procesorima, nije potrebno unaprijed izračunavati količinu RAM-a, opterećenje CPU-a i diskovnog podsistema, da nema potrebe za kreiranjem redundantnog diskovne nizove (Raid), koristite profesionalne disk kontrolere sa Cache-RAM memorijom itd. Greške u proračunima IT arhitekture za 1C dovode do tužnih posljedica, za koje kompanija sazna već nakon zaustavljanja poslovnih procesa. Stoga je vrlo važno obratiti pažnju na svaki hardverski čvor serverske platforme za 1C.

Primjeri tipičnih problema zbog pogrešne konstrukcije IT arhitekture za 1C:

• "Kočenje" osnovnog i 1C sučelja zbog prevelikog opterećenja ključnih resursa (obično RAM ili diskovni podsistem).
• Greške i "padovi" programa 1C zbog nestabilnosti pogrešno odabrane opreme.
• Zastoj kompanije zbog kvara centralnog hardvera.
• Djelomični ili potpuni gubitak 1C podataka zbog slučajnih kvarova hardvera ili softvera.

Hardverski resursi servera 1C

Razmotrimo u nastavku najvažnije hardverske resurse, čija greška u izboru može uništiti cijeli projekt automatizacije poduzeća kada sami kreirate server pod 1C.

Centralna procesorska jedinica (CPU)

Broj fizičkih CPU jezgara. Tema vječnih sporova na raznim 1C forumima je ono što je važnije od frekvencije procesora ili više jezgre. Koreni ovih kontradikcija sežu u prošlost, u 1C 8.0 ili čak 1C 7.7. Zaista, 1C izvršni procesi ranijih verzija bili su čisto jednojezgarni, tj. bez obzira na to koliko jezgara centralni procesor pruža, 1C 8.0 serverska usluga ili 1C 7.7 debeli klijent uvijek su zauzimali samo jedno "nulto" jezgro u operativnom sistemu. Danas se slika promijenila - operativni sistem hrabro distribuira zadatke jednog 1C: Enterprise (rphost) procesa na nekoliko CPU jezgara (vidi sliku 1).

Slika 1 - Opterećenje procesora tokom rada procesa 1C servera.

Ali to uopće ne znači da ako kupite procesor s maksimalnim brojem jezgri, tada će 1C server uparen sa DBMS-om (najčešće DBMS znači MS SQL) pokazati fantastične performanse i periodi prepisivanja obračuna u 1C programu će biti pitanje od nekoliko minuta. Morate razumjeti razliku između brzine izvođenja jedne operacije i procesa obrade velike količine informacija istovremeno. Broj fizičkih jezgara samo vam omogućava da riješite pitanje stabilnosti i performansi istovremenog rada s mnogo različitih zadataka od strane 1C: Enterprise servera i DBMS-a. Otuda zaključak - što je veći broj korisnika 1C, to će pravi broj jezgara imati veću ulogu za udoban istovremeni rad ovih istih korisnika. Zavisnost broja korisnika od broja jezgara za 1C server prikazana je u tabeli 1.

Tabela 1 - Odnos broja korisnika na 1C serveru i preporučenog broja CPU jezgara.

CPU frekvencija. Za razliku od broja jezgara – frekvencija centralnog procesora utiče upravo na brzinu obrade jednog dela zadatka u jednom trenutku, što je najpopularniji kriterijum za krajnje korisnike 1C. Frekvencija procesora je upravo parametar, sa povećanjem u kojem će se za jednog korisnika povećati brzina obrade zahteva od strane 1C servera i DBMS-a i vreme za koje će sistem dati krajnji rezultat krajnjem korisniku. će se smanjiti. U prilog tome, poznati stručnjak Gilev, u jednom od svojih članaka zasnovanih na praktičnim testovima, iznio je nedvosmislen zaključak - „na brzinu 1C mnogo više utiče frekvencija centralnog procesora nego drugi njegovi parametri, bilo da je 1C krajnji klijent ili 1C: Enterprise server". Ovo je arhitektura 1C programa.

Cache, virtuelizacija i hiper threading. U prošlosti, kada procesori s više jezgara još nisu bili tako uobičajeni, Intel je izumio specijalnu CPU tehnologiju koja oponaša višejezgrenu, takozvanu "hyper-threading". Kada se jednom omogući, jedan fizički procesor (jedno fizičko jezgro) operativni sistem definiše kao dva odvojena procesora (dva logička jezgra). Preporučujemo da isključite "hyperthreading" za 1C server. Ova tehnologija ne donosi nikakvo ubrzanje od 1C.

Kada koristite virtuelne mašine za server 1C:Enterprise i DBMS, mora se uzeti u obzir da su jezgra virtuelnih mašina „slabija“ od stvarnih fizičkih jezgara, iako se zovu isto – „jezgra“. Ne postoje tačni službeni koeficijenti, ali članci na tehničkim portalima Microsofta preporučuju računanje 4-6 procesorskih jezgara u virtuelnoj mašini po fizičkom jezgru.

Keš memorija je memorija koju procesor koristi da smanji prosječno vrijeme pristupa memoriji računala. U stvari, on je sastavni dio procesora, budući da se nalazi na istom čipu s njim i dio je funkcionalnih blokova. Ovdje je sve vrlo jasno - što je veća keš memorija, procesor može obraditi veće "komadiće" informacija. Tipično, veličina keš memorije zavisi od modela procesora - što je model skuplji, obično ima više keš memorije. Međutim, ne vjerujemo da veličina keš memorije procesora drastično utiče na performanse 1C servera i DBMS-a. Tačnije, pripada polju "finog podešavanja".

Tip procesora. Svi znaju da se hardver dijeli na serverski i korisnički. Da li je u nekim slučajevima moguće koristiti jeftin prilagođeni CPU kao alternativu profesionalnom, ali skupom serverskom CPU-u? Ispostavilo se - moguće je. Hajde da razmotrimo tabelu u kojoj upoređujemo glavne parametre dve varijante Intelovih centralnih procesora (pogledajte tabelu 2).

Tabela 2 – Poređenje glavnih parametara kućnog i serverskog CPU-a kompanije Intel.

Kao što vidimo, serverski procesor ima mnogo veće vrijednosti u broju jezgara, veličini keša, podršci za više RAM-a i, naravno, po višoj cijeni. Međutim, serverski CPU se praktično ne razlikuje od korisničkog CPU-a u smislu podrške za određene procesorske instrukcije (instrukcije) i frekvencije takta. Iz ovoga možemo zaključiti da je za male organizacije sasvim prihvatljivo koristiti prilagođeni centralni procesor za 1C: Enterprise server. Pitanje je samo da se prilagođeni procesor ne može instalirati u socket matične ploče servera i podržava RAM servera sa provjerom pariteta (ECC), a korištenje prilagođenih komponenti nosi rizike za stabilnost cijelog sistema u cjelini.

Memorija sa slučajnim pristupom (RAM)

RAM tip. Traka RAM-a (RAM) se razlikuje po svojoj namjeni - za višekorisničke serverske sisteme ili za lične uređaje - PC, laptop, nettop, tanke klijente itd. Kao iu slučaju CPU-a - glavni parametri RAM modula su približno jednaki - moderni PC RAM praktički ne zaostaje za serverskim ni u zapremini od jedne trake, ni u frekvenciji takta, ni u vrsti DDR modula . Razlike između serverskog RAM-a i "kućnog" RAM-a u slučajevima upotrebe i namjeni hardverske platforme - tu se formira i njena veća cijena:

• Server RAM ima paritet ECC (Error Correction Code) - tehniku ​​kodiranja/dekodiranja koja vam omogućava da ispravite greške u obradi informacija direktno od strane RAM modula
• Matična ploča servera ima mnogo više slotova za instaliranje RAM modula od običnog računara
• Server RAM sadrži registre (bafere) koji obezbeđuju baferovanje podataka (delimično registrovano ili potpuno puno baferovano), čime se smanjuje opterećenje memorijskog kontrolera sa mnogim istovremenim zahtevima. Baferovani „FB-DIMM-ovi“ nisu kompatibilni sa nebaferisanim.
• Registrovani memorijski moduli takođe povećavaju skalabilnost memorije – prisustvo registara omogućava instaliranje više modula u jednom kanalu.

Možemo zaključiti da korišćenje serverskih RAM modula omogućava instalaciju velikih količina RAM-a u jedan sistem, a ECC tehnike kontrole pariteta i korišćenje bafera omogućavaju stabilan i brz rad serverskog operativnog sistema.

Količina RAM-a. Jedan od ključnih faktora za visoke performanse 1C servera i DBMS-a je dovoljna količina RAM-a. Naravno, stvarni zahtjevi za RAM-om zavise od mnogih faktora - tipa 1C konfiguracije, broja 1C: Enterprise serverskih procesa, veličine baze podataka DBMS-a itd. Međutim, moguće je izvesti približnu zavisnost količine RAM-a od broja korisnika (vidi tabelu 3).

Tabela 3 - Približan odnos broja korisnika 1C servera i preporučene RAM memorije za procese 1C: Enterprise servera i MS SQL servera.

Što se tiče serverskih procesa 1C: Enterprise (rphost.exe) - moderne 1C platforme ne dozvoljavaju vam da ručno odredite broj procesa 1C servera. Umjesto toga, sistem zahtijeva od vas da postavite parametre, kao što su broj infobaza i broj korisnika po procesu rphost.exe, nakon čega automatski određuje optimalan broj procesa servera 1C:Enterprise. Također možete konfigurirati glatko oslobađanje RAM-a od strane procesa rphost.exe ako njegov volumen premašuje unaprijed određeni prag. Istovremeno, 1C server kreira novi proces rphost.exe, koji postepeno preuzima 1C zadatke, omogućavajući vam da rasteretite potreban 1C proces.

Također morate imati na umu da se količina RAM-a dodijeljene SQL servisu smatra dovoljnom ako je pogodak SQL podataka u keš memoriji najmanje 90%. Ova metrika je prilično zgodna jer ne možete samo gledati količinu RAM-a koju troši SQL server - najnovija izdanja SQL-a dinamički troše RAM - maksimalna moguća količina RAM-a se hvata i oslobađa kako RAM zahtijevaju drugi procesi.

RAM frekvencija. Ukratko, ovo je propusni opseg kanala preko kojih se podaci prenose do matične ploče, a odatle do procesora. Poželjno je da se ovaj parametar podudara s dozvoljenom frekvencijom matične ploče ili je premašuje, u suprotnom kanal za prijenos RAM-a riskira da postane usko grlo. Unutar jedne vrste DDR-a povećanje/smanjenje frekvencije ne utječe drastično na performanse 1C servera i više pripada području "finog podešavanja".

RAM tajmingi. Ovo je kašnjenje ili kašnjenje (latencija) RAM-a. Ovaj parametar karakterizira vrijeme kašnjenja podataka tokom prijelaza između različitih modula RAM čipa. Manje vrijednosti znače brže performanse. Međutim, uticaj na ukupne performanse serverskog sistema, a još više na server 1C:Enterprise, nije visok. Na ove parametre obično obraćaju pažnju samo igrači i overklokeri, kojima je svaki dodatni pad performansi najskuplji.

Diskovni podsistem i čvrsti diskovi HDD

kontroleri tvrdog diska. Glavni uređaj za povezivanje i organizovanje čvrstih diskova u hardverskom sistemu je kontroler čvrstog diska. Dva je tipa:

1. Ugrađeni - modul kontrolera je ugrađen u sistem, kavez čvrstog diska je povezan direktno na matičnu ploču. Smatra se ekonomičnijim rješenjem.

2. Eksterni - je zasebna štampana ploča (uređaj), koja se povezuje na konektor matične ploče. Smatra se profesionalnijim rješenjem zbog činjenice da ima odvojene čipove za provođenje i kontrolu operacija s HDD tvrdim diskovima. Preporučuje se za važne serverske sisteme kao što su 1C:Enterprise server i DBMS.

Postoji i treći tip - uređaj za prijem / prijenos blok podataka putem iSCSI, FiberChanel, InfiniBand, SAS kanala. Međutim, u ovoj verziji, diskovni podsistem je "uklonjen" na poseban uređaj za skladištenje podataka (SHD) povezan sa serverom preko optičkog ili bakrenog kabla. U našem članku analiziramo zahtjeve za samostalni server za 1C, tako da nećemo razmatrati ovu vrstu.

Vrste i nivoi RAID nizova. To je tehnologija virtuelizacije podataka koja kombinuje više diskova u logičku jedinicu za redundantnost i performanse. Razmotrite najpopularnije nivoe specifikacije RAID-a:

• RAID 0 (“Striping”) On nema redundantnost i distribuira informacije odjednom na sve diskove uključene u niz u obliku malih blokova ("pruga"). Ovo uvelike poboljšava performanse, ali pati od pouzdanosti. Ne preporučujemo korištenje ovog tipa niza uprkos poboljšanju performansi.
• RAID 1 (“Mirroring”, “Mirror”). Ima zaštitu od kvara polovine dostupnog hardvera (u opštem slučaju - jednog od dva čvrsta diska), obezbeđuje prihvatljivu brzinu pisanja i povećanje brzine čitanja usled paralelizacije upita. Ova vrsta niza će prilično "povući" 1C + DBMS server do 25-30 korisnika, posebno ako se koriste SAS 15K ili SSD diskovi.
• RAID 10. Zrcalni parovi diskova poređaju se u "lanac", tako da volumen rezultirajućeg volumena može premašiti kapacitet jednog tvrdog diska. Po našem mišljenju, najuspješniji tip diskovnog niza, jer kombinuje pouzdanost RAID1 i brzinu RAID 0. U kombinaciji sa SAS 15K ili SSD diskovima, može se koristiti za 1C servere od 40-50 korisnika.
• RAID 5. Poznat po svojoj ekonomiji. Žrtvujući zarad redundancije kapacitet samo jednog diska iz niza, dobijamo zaštitu od kvara bilo kojeg od hard diskova u sistemu. (njegova RAID 6 varijanta zahteva dva dodatna čvrsta diska za skladištenje kontrolnih suma, ali zadržava podatke čak i ako dva diska pokvare). Ovaj tip niza je ekonomičan, pouzdan i ima prilično opipljivu brzinu "čitanja". Nažalost, usko grlo ovog niza je niska brzina pisanja, što omogućava da se udobno koristi sa konfiguracijama 1C servera do 15-20 korisnika. Optimalno je i za primijenjene svrhe - skladištenje podataka o fajlovima, arhive za upravljanje dokumentima itd.

Vrste interfejsa hard diskova. Prema vrsti veze, čvrsti diskovi se dijele:

• HDD Sata Home. Najjeftinija opcija za čvrste diskove, dizajnirana za upotrebu u kućnim računarima ili mrežnim medijskim centrima. Strogo se ne preporučuje korištenje takvih uređaja u 1c serverima zbog niske tolerancije grešaka i stabilnosti rada - komponente ovih diskova jednostavno nisu dizajnirane da rade 24/7 i brzo pokvare.
• HDD Sata server. Ovaj naziv se obično odnosi na čvrste diskove sa Sata interfejsom i brzinom vretena od 7.200 o/min. Prefiks "Server" znači da su takvi diskovi testirani na performanse u serverskim sistemima i da su dizajnirani za stabilan rad u 24/7 režimu. Obično se koristi u 1C serverima za pohranjivanje velikih količina informacija koje ne zahtijevaju veliku brzinu obrade. Na primjer, 1c arhivske baze podataka, mape za razmjenu, datoteke za otpremanje uredskih dokumenata itd.
• HDD SAS server. Postoji nekoliko razlika između SAS interfejsa (moderni analog SCSI) i Sata interfejsa. Ovdje je prosječno vrijeme odziva diska i rad u zajedničkoj disk polici, i rad sa HDD kontrolerom pri većim brzinama razmjene informacija - do 6 Gb/s (u poređenju sa Sata 3 Gb/s). Ali glavna prednost je postojanje modela SAS diskova sa brzinom vretena od 15.000 o/min. Upravo ova karakteristika dizajna omogućava SAS diskovima da izvrše skoro 3 puta više I/O operacija u sekundi u poređenju sa Sata Server HDD-ovima. Takvi SAS diskovi su male veličine i preporučuju se za upotrebu sa 1c glavnim bazama podataka sa konstantno velikim opterećenjem.
• SSD diskovi. Ovi pogoni se razlikuju od prethodnih ne po interfejsu za povezivanje, već po svom dizajnu - oni su solid-state i nemaju pokretne dijelove, tj. u suštini, oni su analozi "fleš diskova". Takve tehnologije omogućavaju SSD-ovima da proizvedu „nečuveno“ broj I/O operacija u sekundi (od 10.000 operacija na najjednostavnijim SSD modelima). Međutim, ova prednost ima i lošu stranu - veću cijenu SSD-a i njihov “prag životnog vijeka”, koji ovisi o ograničenju broja upisivanja u SSD blokove. Međutim, svake godine ovi diskovi postaju sve pristupačniji i izdržljiviji. Budući da se cijena SSD diskova višestruko povećava ovisno o volumenu, bilo bi najrazumnije koristiti ih za male, ali super opterećene 1c baze podataka koje zahtijevaju veliku brzinu pristupa, kao i za TempDB privremene baze podataka.

IOPS je broj I/O operacija u sekundi. U stvari, IOPS je broj blokova informacija koji se mogu pročitati ili zapisati na medij za 1 sekundu vremena. Odnosno, u svom najčistijem obliku - ovo je ključni parametar brzine obrade informacija na tvrdom disku, koji utječe na performanse 1C servera. Ako za poređenje uzmemo standardni blok informacija 4kb, onda možemo grubo razlikovati sljedeće IOPS indikatore (vidi tabelu 4).

Tabela 4 - IOPS indikatori na različitim tipovima tvrdih diskova pri radu sa blokom podataka od 4 kb.

Naravno, u svom čistom obliku, IOPS je od male koristi za izračunavanje konačnih proračuna i zahtjeva za diskovni podsistem 1C servera. Na kraju krajeva, ukupne performanse diskovnog podsistema se sastoje od tipa RAID niza, tipova diskova i indikatora brzine njegovog interfejsa, vremena odziva (latencije), vremena slučajnog pristupa, procenta čitanja i upisivanja i mnogih drugih. faktori. Međutim, ovaj parametar je, po našem mišljenju, ključni pokazatelj brzine diskovnog podsistema, a u fazama razvoja serverske arhitekture pomaže da se odredi koja će vrsta tvrdih diskova općenito biti najpogodnija za određene potrebe. (pogledajte RAID kalkulator)

praktični test

Kakav je odnos između broja korisnika 1C i broja iop-ova? Naš tim je sproveo praktičan test (vidi tabelu 5) za merenje opterećenja na podsistemu diska sa određenim brojem 1C sesija. Budući da je 1C sistem programibilno okruženje i da svaka kompanija može imati svoj skup poslovnih procesa u 1C, morali smo se vezati za određenu referentnu konfiguraciju za testiranje. U tom svojstvu odabrana je specijalizirana konfiguracija TsUP 1C, razvijena za testiranje i otklanjanje grešaka. Na osnovu toga, naši 1C programeri dodali su niz upita koji simuliraju normalan rad konvencionalnog preduzeća, sa formiranjem računovodstvenih upita, knjiženja, izvještavanja i vođenja operativnih dokumenata.

Tablica 5 - Rezultati praktičnog testa opterećenja na podsistemu diska.

Rezultati testiranja pokazuju da se najveći dio opterećenja diskovnog podsistema javlja kada se 1C upisuje u bazu podataka DBMS servera i na sistemski disk operativnog sistema (koji podrazumevano hostuje fajlove keš servera 1C:Enterprise).

Istovremeno smo izvršili praktična mjerenja već operativnih baza podataka 1C UPP 8.2 tokom testnog perioda - 5 radnih dana. Oni pokazuju da, u prosjeku, 1C + DBMS server troši dvostruko više iop-ova "za pisanje" nego "za čitanje". Takva razlika između sintetičkih testova i statistike praćenja pravog 1C servera je posljedica kako periodičnog uzorkovanja informacijskih podataka iz baze podataka tokom radnog dana, tako i redovnog čitanja baze podataka prilikom pravljenja sigurnosne kopije ili repliciranja DBMS-a.

Ostale komponente tvrdog diska na koje vrijedi obratiti pažnju.

• Fizička veličina (faktor oblika). Do danas, skoro svi poznati diskovi za personalne računare i servere su veličine 3,5 ili 2,5 inča. Imajte na umu da se diskovi od 2,5 inča ne proizvode u velikim količinama.
• Vrijeme slučajnog pristupa- vrijeme za koje je zagarantovano da će tvrdi disk izvršiti operaciju čitanja i pisanja na određenom dijelu magnetnog diska. Po pravilu, serverski diskovi imaju bolje rezultate. Ovo je prilično važan parametar pri izgradnji niza diskova za 1C DBMS server.
• Brzina vretena- broj okretaja vretena tvrdog diska u minuti. Ovdje je sve jednostavno i jasno - vrijeme pristupa i prosječna brzina prijenosa podataka tvrdog diska ovise o brzini rotacije vretena s magnetnim pločama.
• Veličina bafera tvrdog diska- Međuspremnik je privremena memorija dizajnirana da izgladi razlike u brzini čitanja/pisanja tvrdog diska i prijenosu podataka kroz sučelje.
• Pouzdanost- definira se kao srednje vrijeme između kvarova (MTBF). U pravilu, pouzdanost direktno ovisi o proizvođaču, cijeni i okruženju korištenja tvrdog diska. Smatramo da je pouzdanost važan parametar tvrdog diska koji utiče na kvalitet 1C servera.

Pravi izbor: kućni ili serverski hardver

Pojeftinjenje hardverskih komponenti i aktivan rast potencijalnih kapaciteta "kućnih računara" dovode do još jedne fatalne zablude - mala preduzeća aktivno koriste radne stanice kao platformu za saradnju sa 1C bazama podataka. Istovremeno, ne shvaćajući da pored parametara frekvencije jezgre, količine memorije i mogućnosti korištenja budžetskih SSD diskova u običnom PC-u, postoje sistemskiji, dublji i važniji zahtjevi za rad hardvera. u komercijalnoj strukturi (vidi tabelu 6).

Za rješavanje problema organizacije 1C servera nudimo iznajmljivanje 1C cloud servera u podatkovnim centrima Tier III klase. Ekonomska isplativost odabira iznajmljivanja servera može se pronaći u članku.

Tabela 6 - Poređenje kućnog i serverskog hardvera prema kriterijima potrebnim za kvalitetan rad 1C servera.

Rad otporan na greške 1C

Naravno, jedan od važnih zahtjeva za serverski dio 1C je stabilnost njegovog rada i otpornost na kvarove. Microsoft i sam 1C uložili su dosta napora u tom pravcu, stvarajući tehnologije za grupisanje svojih usluga na prilično ozbiljnom nivou (vidi tabelu 7).

Tablica 7 - Tolerancija grešaka SQL i 1C servera.

Međutim, svaka tehnologija ima i prednosti i nedostatke. Osim ključnih prednosti, morate znati neke značajke 1C i SQL klasteriranja () kako ne biste završili s pogoršanjem performansi usluge:

• SQL grupiranje koristi virtuelnu IP adresu. A to znači da će se interakcija između 1C:Enterprise servera i MS SQL-a uvijek odvijati preko mrežnog sučelja, čak i ako su obje usluge u istom operativnom sistemu. Što će, shodno tome, usporiti rad 1C u odnosu na klasičnu verziju arhitekture koju preporučuje sam 1C - korištenje zajedničke memorije. U principu, ova prepreka se može "zaobići" korištenjem, na primjer, MS SQL Log Shipping tehnologije. Međutim, u ovom slučaju, prelazak na rezervni SQL server više neće biti automatski i ova opcija se ne može smatrati punopravnim klasterom.
• SQL klaster zahtijeva veliki budžet. Ako govorimo o klasičnom klasteriranju MS SQL servisa, potrebno je jedno skladište baze podataka, povezano sa glavnim i rezervnim SQL serverima. Obično ovu ulogu igraju skupi sistemi za skladištenje, što povećava budžet za red veličine. Ako govorimo o novom AlwaysOn-u, tada nije potrebna jedna pohrana baze podataka, tehnologija radi s lokalnim diskovima glavnog i rezervnog servera preko mreže. Ali potrebna vam je verzija SQL Server Enterprise-a, čija licenca košta 4 puta više nego za običan SQL Server Standard.
• Broj licenci. Uprkos činjenici da drugi SQL server ne obrađuje podatke i da je u rezervi, licence će morati da se kupe za oba servera - i glavni i rezervni. Posebno su bolne za budžet SQL Server Enterprise licence za implementaciju distribuiranog klastera AlwaysOn High Availability Groups.

• Ne morate da koristite jeftin prilagođeni hardver za nešto tako važno kao što je računovodstveni sistem za celo preduzeće. Cijena u ovom slučaju direktno određuje kvalitetu, stabilnost i trajnost takve platforme.
• Prilikom odabira serverske platforme preporučujemo da obratite pažnju na prisustvo dva izvora napajanja, udaljenu IPMI karticu i marku proizvođača. Naravno, svatko bira rješenje na temelju svog budžeta, vrhunski brendovi su ponekad preskupi i nisu sasvim primjereni, ali uopće ne biste trebali štedjeti na proizvođaču, to može dovesti do nekontrolirane više sile u radu s 1C. Mi lično koristimo Supermicro serverske platforme u kombinaciji sa Intel serverskim procesorima.
• Postoji mišljenje, potvrđeno praksom, da performanse 1C više zavise od veće frekvencije CPU-a nego od broja isporučenih jezgara.
• Nema potrebe da štedite na količini RAM-a dodijeljene za 1C server i SQL uslugu. RAM je trenutno prilično jeftin resurs, a njegov nedostatak (čak i za 10-15 posto) će dovesti do snažnog pada performansi 1C sistema, jer. bit će omogućen sporiji swap sistem. Osim toga, swap će dodatno opteretiti diskovni podsistem, što će još više pogoršati situaciju.
• Kompanija EFSOL nudi sveobuhvatne usluge za odabir 1C servera, što uključuje: dizajn, kupovinu, konfiguraciju i održavanje 1C servera.
• Alternativa kreiranju vlastitog 1C servera je iznajmljivanje servera za 1C. Cloud tehnologije omogućavaju, uz niske mjesečne troškove, da dobijete pouzdanu uslugu otpornu na greške za ugodan rad u 1C.

Integracija sistema. Konsalting

Nakon razdvajanja 1C:Enterprise servera i SQL servera na različitim mašinama, prilikom učitavanja dt-fajla u bazu podataka koja se nalazi na SQL serveru, počela je da dobija grešku "Nema dovoljno slobodne memorije na serveru 1C:Enterprise".
ili (DBMS greška: Microsoft OLE DB dobavljač za SQL Server: nema dovoljno memorije u spremištu resursa 'podrazumevano' za pokretanje ovog upita. HRESULT=80040E14)

Rješenje problema:
1. Ako dođe do greške, ponovo pokrenite uslugu 1C servera.
2. Koristite mnogo procesa (U svojstvima klastera označite polje "Mnogo procesa"). Dodajte radne procese, optimalna vrijednost je 4-5 procesa.
3. Koristite planirano ponovno pokretanje radnih procesa. Ali to neće riješiti problem. Samo smanjite "curenje" memorije.
4. Za operacije baze podataka, kao što je kopiranje baze podataka, koristite ms sql alate, umjesto da radite s dt datotekama.
5. Omogućite prijavu na DBMSSQL događaj
(Pogledajte tekst datoteke "logcfg.xml" ispod ili koristite obradu sa ITS TechnologicalLogSetting.epf) i odredite na kojoj tablici učitavanja dolazi do greške. Ako je konfiguracija, učitajte u varijantu datoteke i obrišite konfiguraciju dobavljača:
5.1 Da biste to učinili, provjerite da li su u konfiguraciji netačne informacije. Da biste to učinili, izvršite naredbu menija Konfiguracija - "Provjera konfiguracije" (NE TESTIRANJE!) sa JEDNIM potvrdnim okvirom "Provjera logičkog integriteta konfiguracije". Ako se pronađu problemi, bit će prikazana poruka. Netačne informacije će se automatski izbrisati.
5.2 Ako je vaša konfiguracija podržana, trebali biste provjeriti konfiguraciju dobavljača na sličan način. Da biste to učinili, u postavkama podrške, spremite konfiguraciju dobavljača u cf datoteku, učitajte je u novu bazu podataka i slijedite proceduru opisanu u paragrafu 1. Ako je primljena ispravna poruka ("Netačne informacije o metapodacima su uklonjene"), tada konfiguracija provajdera sadrži netačne informacije. U ovom slučaju, trebate ukloniti svoju konfiguraciju iz podrške i ponovo instalirati spajanjem sa svježim izdanjem konfiguracije dobavljača.

Dodavanje toka posla
Dodavanje toka posla, za razliku od pregledavanja, moguće je samo za određeni server klastera.
Da biste dodali novi radni proces klaster servera, izaberite traženi server u stablu centralnih servera, izaberite traženi klaster, izaberite traženi klaster server, izaberite granu "Procesi" i izvršite komandu kontekstnog menija "Kreiraj - Obradi". , označite Omogući proces.

Ako proces NIJE dodan, provjerite i učinite sljedeće:
1. U svojstvima klastera treba da postoji kvačica "Mnogo procesa"
2. U svojstvima radnog servera povećajte opseg IP adresa

Što se tiče ponovnog pokretanja radnih procesa - od kojeg trenutka počinje odbrojavanje navedeno u postavkama klastera?
Od početka procesa. Na primjer, počelo je u 18:00 sati. Period ponovnog pokretanja je 86400 sekundi, tj. 24 sata. Shodno tome, za dan u 18:00 sati proces će se zaustaviti i kreirat će se novi proces.

Optimizacija ponovnog pokretanja toka rada:
1. Interval ponovnog pokretanja: 86400 sec (24 sata). Trenutak ponovnog pokretanja nije reguliran, očito od trenutka postavljanja parametara, odnosno pokretanja aplikacijskog servera.
2. Takođe možete odrediti dozvoljenu količinu memorije: 3000000 KB (3 GB).
3. Interval nestanka memorije je kontinuirani interval vremena bez memorije, nakon kojeg će server ponovo pokrenuti proces. Ako je navedeno 0 sekundi, čekat će zauvijek.

Verzije 8.2 i 8.3 platforme 1C:Enterprise smatraju se standardnom aplikacijom za računovodstvene i upravljačke zadatke kompanije. Razvijen je širok spektar aplikativnih rješenja za javna i privatna preduzeća. Implementirajući sopstvenu informatičku infrastrukturu, svaki menadžer ili IT menadžer kompanije postavlja se pitanje kakav je server potreban za 1C. Problem je kompliciran činjenicom da kupovina opreme zahtijeva značajne finansijske troškove, a ne može svako poduzeće priuštiti odabir vrhunskih konfiguracija.

Prikupili smo preporuke od vodećih proizvođača hardvera (HP, Dell, IBM) i programera softverskog proizvoda 1C 8.3 kako bi naši kupci mogli isplativo kupiti pravi server. Optimalna mrežna infrastruktura može se dobiti iz bilo kojeg operativnog sistema, ali hardverske mogućnosti igraju važniju ulogu.

Kriterijumi za odabir servera

1C platforma može zahtijevati značajne hardverske resurse servera. Ako je budžet kompanije neograničen, što se dešava retko, možete bez oklijevanja uzeti platforme najnovije generacije, popuniti sve diskove, RAM slotove i zahtijevati neprekidan rad sistema od IT stručnjaka. Izbor opreme sa ograničenim sredstvima zahtijeva uravnoteženiji pristup. Da biste razumjeli koji će se server za "1C" moći nositi s tim, potrebno je pažljivo analizirati strukturu računarskih opterećenja. Ako su unaprijed poznati, bit će mnogo lakše osmisliti gotovo rješenje.

Prilikom odabira servera za "1C" (8.2; ​​8.3), oni se rukovode sljedećim točkama:

• broj operatera koji istovremeno vrše unos podataka i izvještavanje;
• mogućnost dodjeljivanja zasebnih fizičkih servera za SQL i 1C aplikaciju;
• planirani obim obrade podataka;
• struktura raspodjele opterećenja u arhitekturi klijent-server

Izbor procesora i RAM-a

Izračunavanje frekvencije, potrebnog broja procesorskih jezgri, kao i količine RAM-a je prvi i najvažniji korak. Da bismo razmotrili nekoliko opcija, izabrat ćemo server za "1C" uzimajući u obzir stanje kompanije.

Mala organizacija (do 15 zaposlenih). Uz mali broj korisnika, veličina baze podataka u pravilu ne prelazi 2 GB, a program 1C u obliku verzije datoteke instaliran je na klijentskim strojevima. Potrebe OS-a u ovom slučaju su 4–6 GB, a još 4 GB je dodijeljeno kešu sistemskih datoteka. Raspodjela opterećenja procesora izgleda ovako:

• 2 jezgra - za OS i korisnike terminala;
• 1 jezgro - za 1C aplikacijski server;
• 1 jezgro - za SQL bazu podataka.

Mašine početnog nivoa sa jednim četvorojezgarnim procesorom mogu se nositi sa ovim zadatkom. To mogu biti i rack i tower serveri. Posljednja opcija je poželjnija, jer ne zahtijeva dodjelu posebne sobe za serversku sobu.

Srednja organizacija (do 40 zaposlenih). S takvim brojem korisnika, programeri 1C preporučuju korištenje terminalskog načina pristupa aplikaciji. Baze podataka mogu biti veličine do 4 GB. Za takvo opterećenje potrebna su vam najmanje dva procesora sa 4-6 jezgri. Optimalna količina RAM-a će biti 16-64 GB, jer za svakog korisnika mora biti dodijeljeno najmanje 700 MB. Smatra se da 1C aplikacijsko rješenje u kojem radi klijentska mašina zahtijeva od 240 do 480 MB, a još 200-220 MB je dodijeljeno za kancelarijske aplikacije.

Uz ovaj broj procesa, preporučljivo je koristiti jednu mašinu srednjeg ranga sa virtuelizacijom ili dva fizička servera. Jedan od njih će se koristiti za pristup terminalu, a drugi za SQL. Najbolje je implementirati 1C aplikacijski server na prvom stroju ili čak dodijeliti poseban jednoprocesorski sistem za to. Potrebna konfiguracija se bira u svakom konkretnom slučaju na osnovu analize procesorskog vremena.

Velika organizacija (više od 40 zaposlenih). Osnovna hardverska konfiguracija u ovom slučaju će se sastojati od tri fizička servera:

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

Volumi baze podataka sa takvim brojem zaposlenih često prelaze 4 GB, a preporučljivo je izdvojiti ništa manje RAM-a za sistemsku keš memoriju. Još 4 GB će koristiti operativni sistem, a 1C aplikacijama će biti potrebno oko 8 GB. Dakle, potrebno vam je najmanje 16 GB RAM-a.

Za takve zadatke biraju se dvoprocesorski serveri s podrškom za Intel Xeon E5-2600 ili noviji. Ako broj zaposlenih ne prelazi 50 ljudi, može se ostaviti samo jedna mašina za pristup terminalu i 1C aplikacije. Međutim, s obzirom na izglede za rast kompanije, bolje je obezbijediti poseban server za svaki zadatak. Ako se broj uključenog osoblja približi 100 zaposlenih, potrebno je da rasporedite klaster od dvije mašine za 1C, a jednu ostavite za ostale zadatke.

Odabir podsistema diska

Performanse servera direktno zavise od podsistema diska. Kada su 1C aplikacije pokrenute, operacije čitanja i pisanja podataka izvode se velikim intenzitetom. Većina pritužbi na performanse servera odnosi se na zaključavanje tabela uz istovremeno pristupanje velikom broju korisnika.

Zadatak odabira servera za 1C uključuje praćenje podsistema diska, koji vam omogućava da pronađete optimalnu ravnotežu performansi i pouzdanosti. Izuzetno važan faktor koji utiče na performanse je njegova sposobnost da izvrši određeni broj operacija čitanja/pisanja u sekundi (IOPS). Ako je baza podataka do 300 MB, a broj korisnika 1C do 6 osoba, ovaj parametar je 400–600. Ako broj korisnika servera dosegne 100 ljudi, tada će IOPS biti 18 000. Brzina striminga igra sporednu ulogu.

Za svaki tip tvrdih diskova postavljene su vrijednosti brzine čitanja/pisanja:

• SATA - 100/80;
• SAS - 240/220;
• SSD - 35.000/8.600.

Ovo pokazuje da su SSD uređaji najprikladniji za 1C servere baze podataka. Glavni faktor koji ograničava njihovu upotrebu je njihova visoka cijena. Stoga se SAS diskovi također koriste za smanjenje budžeta. Za skladištenje kritičnih podataka, uključujući "1C", čvrsti diskovi se kombinuju u RAID nizove različitih nivoa, a redundantnost ugrađena u njih treba da bude uključena u proračun performansi servera.

Prilikom dizajniranja rješenja, otpornost na greške u sistemu igra važnu ulogu. Za to se koriste i hardver i softver. Serveri su opremljeni izvorima napajanja i diskovnim kavezima koji se mogu zamijeniti bez prekida, a koriste UPS za neprekidno napajanje. Osiguravanje sigurnosti podataka vrši se njihovim rezerviranjem. Najmanje jednom dnevno kreira se log datoteka koja omogućava oporavak informacija u slučaju kvarova na sistemu.

Na web stranici možete pronaći željeni server i konfigurirati ga za 1C. Naši stručnjaci će pomoći u rješavanju ovog problema. Za savjet kontaktirajte ih telefonom ili kontaktirajte menadžera u chatu.