Koji SQL Server odabran za 1C 8.3. Izbor podsustava diska

U bilo kojoj organizaciji, gdje broj korisnika 1c 8,3 (ili 8,2) od 10 ili više, s velikim količinama podataka, preporučuje se korištenje verzije rada klijenta-poslužitelja. Ova se opcija temelji na korištenju DBMS treće strane, kao što je MS SQL Server. Prirodno, način klijenta-poslužitelj Teško je podnijeti bez posebnog poslužitelja. No, svaka tvrtka je jedinstvena, svaka od njegovih potreba, dakle, na odabir poslužitelja, potrebno je pristupiti odgovornosti. U ovom članku pokušat ćemo odgovoriti na pitanje kako odabrati poslužitelj 1c - i softver i željezo. Izbor je vrlo važna točka u razvoju. informacijski sistem Tvrtke.

Bez softver Bilo koje računalo je beskorisno. Pogotovo softver visoke kvalitete važan je u poslužiteljskoj opremi. Mora ispunjavati najmodernije parametre sigurnosti i pouzdanosti. Aplikacija 1c klijenta je multiplatform i dostupna u gotovo svim operativnim sustavima, uključujući mobilni sustavi, Poslužitelj ista aplikacija podržava dvije platforme - Linux i Windows.

Postoji pet mogućnosti za DBMS s kojim radi 1c platforma:

Nabavite 267 video tutoriali za 1C besplatno:

  • ugrađeni dbms od 1c 8,3, tzv način datoteke, Najlakša opcija rada, ne može se pohvaliti visokom sigurnošću. Radi na sustavu Windows i Linux. Ograničenje veličine baze podataka od oko 6-10 gigabajta;
  • MS SQL Server - Najbolji DBMS za 1c dostupan na tržištu. Prema mnogim stručnjacima SQL Server, općenito, Microsoftov najbolji softverski proizvod. Obitelj Windows je dužan raditi;
  • IBM DB2. Univerzalna baza podataka je prilično pouzdan i siguran sustav upravljanja DBMS-om. Njezina značajka u nekim nijansama obrade informacija i rada metoda sustava (na primjer, osjetljivost na registar podataka). Kvaliteta rada značajno utječe vještine i znanje administratora. Podržava Windows, Mac OS X, Linux;
  • Oracle baza podataka. - Verzija DBMS, koja u nekim slučajevima daje povećanje produktivnosti. Podržava Windows, Mac OS X, Linux;
  • Postgresql - Također. Najvažnija prednost je besplatna distribucija programa. Kvalifikacija administratora je uvelike pogođena brzinom rada. Preporučeno za NE. veliki broj korisnici. Radi na sustavu Windows, Mac OS X, Linux.

Odabir željeza za 1c

Za razliku od programa za odabir hardver ne tako jednostavno. Razmislite o odabiru komponenti poslužitelja za različite količine korisnika. Broj korisnika je apstraktni koncept, uzima se prosjek za dokumentirane brojeve. Prilikom odabira opreme, svakako razmotrite količinu upravljanja dokumentima.

Do 10 korisnika

  • CPU: Intel Core i3 ili Intel Xeon E3-12XX.
  • radna memorija: 4 Gigabajti, oni uključuju 2 GB na operativni sustav i 2 gigabajta pod cache DBMS-a.
  • Podsustav
  • Mrežna sučelja

Poslužitelj od 10 do 40

  • CPU: Analogni Intel Xeon E3-12XX ili AMD OPTERON 4XXX.
  • radna memorija: Obično je dovoljno 8-12 gigabajta.
  • Podsustav: U idealnom slučaju, kombinacija SSD + HDD-a je poželjna. Ali ako nema mogućnosti, možete učiniti i HDD.
  • Mrežna sučelja: Obično su sve aplikacije poslužitelja instalirane na jednom stroju.

od 40 do 70

  • CPU
  • radna memorija: 16 gigabajta i bolji od 32.
  • Podsustav: Dovoljan je tradicionalni niz HDD SAS 15K RPM.
  • Mrežna sučelja: Ako se poslužitelji na različitim strojevima koristite mrežu s propusnom pojasom od 10 GB.

od 70 do 120

Uz takav broj korisnika ima smisla u distribuciji poslužiteljskih aplikacija na pojedinačne poslužiteljske strojeve.

  • CPU: Intel Xeon E5-26xx ili AMD Opteron 62xx.
  • radna memorija: od 32 gigabajta.
  • Podsustav: RAID 10 iz pouzdanog poslužitelja SSD s obveznim hardverskim RAID kontrolorom.
  • Mrežna sučelja: Preporučljivo je povezati lanac poslužitelja u mrežu s propusnošću od 10 GB. Indeksne datoteke se preporučuju za zasebnu SSD, TEMPDB privremena tablica - za 1-2 (RAID 1).

od 120 korisnika

Poslužitelj za 1C je važan tehnički element prilikom izgradnje IT infrastrukture. Spremni smo prodavati poslužiteljsku opremu s izvrsnom konfiguracijom na adekvatnu vrijednost, bez velikih nadoplata. Samo povoljne konfiguracije za rješavanje zadataka. Ostavite aplikaciju i dobit ćete uređaj koji može zatvoriti tehničke potrebe organizacije.

Spremni smo pružiti poslužiteljsku opremu bilo koje složenosti s odgovarajućim konfiguracijskim zahtjevima. Postoji udobna isporuka. U Moskvi je dostupno samo-uklanjanje. Općenito, ako želite kupiti, dovoljno je jednostavno pozvati, ispuniti oblik izračuna ili pisati za e-poštu. Nudimo razne komponente, sklopove, napraviti komercijalnu ponudu. Bit ćemo odbijeni iz proračuna i prikupiti najprikladnije 1C poslužitelje.

Ako ste došli za informacije, nalazi se u nastavku. Pokušali smo staviti punopravni materijal koji može dopustiti i nije iscrpan, već surround odgovor na pitanje. Odmah vas upozorimo, informacije su radije o hardveru od softvera.

  • Server 1c za 5-10 korisnika
  • Server 1c za 10-20 korisnika
  • Server 1c za 20-30 korisnika
  • Server 1c za 30-50 korisnika
  • Server 1c za 50-100 korisnika
  • Server 1c za 200+ korisnika

U tom slučaju je potrebna individualna konfiguracija. Napravite konfiguraciju nasumce praktički ne ima smisla, jer opterećenje može ozbiljno razlikovati ovisno o korisničkim zadacima. U nekim slučajevima, jedan uređaj neće biti ponovno pokrenut, bit će potreban klaster. Ostavite aplikaciju da biste kontaktirali i razjasnili pojedinosti.

Svaki skup može biti konfiguriran pojedinačno za vaše zadatke!

Usput, preliminarni parametri mogu se odabrati u donjem obliku. To će omogućiti stručnjacima brže formiranje komercijalne ponude.

Uzmite pojedinačni izračun 1C poslužitelja:

Što je 1C poslužitelj?

Programski kompleks "1c: poduzeće 8.3" je skup poslovnih alata za računovodstvo, inventar, izvješćivanje u automatski način rada, Ovdje postoji mnogo mogućnosti za oštrenje za bilo koji segment aktivnosti. To je vrlo fleksibilan u postavkama, ali nažalost, vrlo zahtjevno.

Zapravo, kompleks se sada koristi svugdje. Velike organizacije, proračunske institucije, vlada. A ne samo u Rusiji, nego iu inozemstvu.

Izgled na tržištu proizvoda dogodio se u vrlo pogodnom trenutku, što nije loše utjecati na rasprostranjeno uvođenje proizvoda. Isprva je bio minimalni skup alata za računovodstvo, postupno se razvijen softver razvijen, poboljšao, dodane su nove značajke i mogućnosti.

Danas je proizvod postao punopravni alat za automatizaciju mnogih aspekata poslovanja, ima vrlo zasluženu popularnost. Unatoč nedostacima, stalno se razvija, uvode inovacije i ispravljajući nedostatke prethodnih verzija.

Vrste implementacije

Većina malih organizacija ne kupuje poslužitelj za 1c. Ne vidite značenje na takvom mjestu. Uostalom, dovoljno je implementirati kompleks osobno računalo, nakon čega slijedi pristup drugom računalu. Ova se opcija naziva "način datoteke".

Nije u mogućnosti pružiti pristojnu izvedbu, prikladnu samo za uporabu u lokalna mreža (Naravno, daljinski pristup je također dostupan, ali imffect). Prekoračenje broja istovremenih žalbi na bazu podataka iznad 5, počinje polako usporiti. Povremeno zamrzava. Osim toga, ograničenje na veličini jedne tablice u bazi je 4 GB, velike tvrtke, Vrijedno je reći, takve volumetrijske stolove često rade. Naravno, nedostatak načina datoteke je sljedeći faktor, što je veći volumen baze podataka, ozbiljniji zahtjevi za resurse "željeza". Nažalost, ako mnogi zaposlenici rade u tome ili morate stvoriti skupne stolove, bolje je odabrati drugi način za provedbu IT strukture.

I sustavi DB kontrole dolaze do spašavanja, koji rade u vrsti izvršenja klijent-poslužitelja. Server 1c podržava sljedeće vrste DBMS-a:

    MS SQL Server - DBMS razvio microsoft., Pouzdan, funkcionalan, ali potreban OS Windows obitelj. Postoje određeni nedostaci: voli RAM-u, to je potrebno u potpunosti, jer je potrebno postaviti ograničenja ručno, a javno curenje se pojavljuju povremeno kada se u interakciji s tabularnim nizovima.

    PostgreSQL je besplatna distribucija.Mosti. Sporo, što je dokazano iskusnim. Pogodno za malo osoblje, glavno osoblje ne može se izvući. No, unatoč nedostacima, nema ograničenja za podrškue. Procesori, kao i ne postoji platoa ovna.Glavni uvjet su izravne ruke administratora sustava. Uz pravilnu konfiguraciju, postoje izvrsni rezultati.

    Oracle baza podataka je verziranje DBMS s dobrom funkcionalnošću, dok je vrlo pametna, omogućuje vam snimanje, čitanje. Slabost - zahtjevan za RAM.

    IBM DB2 univerzalna baza podataka. Dobro pogodno za obradu velikih polja. Ima opsežnu funkcionalnost. Nažalost, u ovom DBMS ima mnogo suvišnih za očuvanje kompatibilnosti s zastarjelim računalima, što smanjuje učinkovitost DBMS-a. DO rAM memorija nezahtjevan, ali zato što su privremeni stolovi ograničeni. Maksimalan broj podržanih jezgri je 16, koji nameće neka ograničenja.

Najučinkovitiji DBMS testovi su MS SQL Server, Oracle. Ako postoje ograničenja u proračunu, onda je izbor zaustaviti na PostgreSQL, to je besplatan DBMS, ali razmotrite samo verziju koja je učinjena za ciljni softver. IBM DB2 univerzalna baza podataka se rijetko koristi, jer postoji produktivniji analozi, ali u prilog zastarjele opreme i sklopova odIBM je najbolji.

Zaključujemo da implementiramo na klijentskom poslužiteljuizvršenje mnogo učinkovitije, Inače, dobivamo kočnice i ozbiljna ograničenja. Nadam se da je određen s izborom DBMS-a, ali zapravo ću reći da je najpogodniji i najpopularniji - MS SQL Server.Najbolje je podržan od strane softverski paket, koji je u pitanju.

I odmah ću odgovoriti na drugo pitanje. Ostali SQL tumači nisu podržani. Barem službeno.

Prema tome, to će biti složenije. Pojedinačni strojevi se pretvaraju u klastere, sastav zaposlenika se širi, podijeljen u skupine. Ali, baza izgleda o istom načinu kao i na dijagramu. Za broj korisnika više od 50, dva uređaja će morati koristiti. Jedan za baze podataka, drugi, kao terminalski poslužitelj. U suprotnom, kapacitet nije dovoljan.

Potreban je terminalni čvor kako bi se osigurala moć finog klijenta. U ulozi tankog klijenta može se izvršiti specijalizirani uređaj, računalo, čak i pametni telefon. Prema tome, sve operacije su centralno izvedene na jednom stroju. Što čini snažne uređaje u ulozi TC nepotrebnog. Postoje dovoljno uređaja koji nisu proizvodnju koji su odgovorni za izlaz rezultata uputa na zaslonu.

Za baze podataka, oprema je potrebna za obradu cijelog volumena u vrijeme i prijenos informacija na terminalni čvor, koji bi trebao biti vrlo moćan, jer je odgovoran za virtualizaciju primjene i pružanje tehničkih resursa.

Što je organizacija veća, širi sastav korisnika, potrebno je produktivnije oprema. U nekim situacijama potrebno je klaster. S obzirom na troškove su veliki, zapravo, kupuju poslužitelj za 1c i low-exact PC jeftinije nego pokušati uspostaviti IT infrastrukturu bez njih.

Oprema

Dakle, kakvu željezo trebamo implementiratiposlužitelj za 1s ? Dobro pitanje, prvo trebate odlučiti o parametrima prema kojima ćemo postaviti zahtjeve:

    broj korisnika;

    volumen Db;

    potrebna tolerancija pogreške;

    vrsta implementacije.

Podmornicu za svaku stavku upitnik. Odgovorite na njih. Zapravo, na taj način se formira zadatak. Sada pokušajmo pomoći navigaciji. Počnimo s vašim omiljenim korisnicima.

Broj zahtjeva za SQL je ključna točka u pripremi tehničkog zadatka. Svaka osoba ili program može generirati određeni broj zahtjeva, zauzima dio resursa opreme. Tako skupština za 5 korisnika ne može doći do 10, za 50 zahtjeva će također izgledati drugačije. Oko 100, 200 je isto. Naravno, softver koji će automatski raditi s 1C je zasebna tema koja zahtijeva detaljnije razmatranje.

Sada je stavka druga. Postoji baza podataka, odnosno, lako ga je smjestiti, dati količinu resursa koje trebate funkcionirati. Zadatak je samo s vidom. Morat ćemo odabrati svrhe pogona koji mogu osigurati brzinu i potrebnu količinu. Preporuča se predvidjeti potencijalnu veličinu baze podataka, a zatim će biti lakše formirati zahtjeve.

Tolerancija neuspjeha osmišljena je kako bi se osiguralo neprekidno djelo. Da se stalno plaća backup, jedano uređaju Nazvao druge. Što je viša razina tolerancije pogrešaka, teže i skuplje konfiguracije.

Vrsta implementacije - u stvari, kako ćemo koristiti, za koje svrhe. Ništa teško. Ako je samo računovodstvo, tada će snaga biti manje temeljna, ali ako se koriste svi alati, onda je potrebna tehnika.

Prođimo kroz komponente.

CPU

CPU s minimalnim učinkom od 1.700 MHz, čak iu zahtjevima vrijednosti u nastavku, alislijediti usredotočite se na njegai na kraju kupite procesor je još moćniji. Idealan Intel Core i3-8100, Xeon E3-1220 V6 ili AMD Ryzen 3.1200. Naravno, majorsh produktivnost uu će datiKaša ali on je skuplji. Ovo je za 5-10.ljudski , Ako se planira povećanjestoka "korisnik", to je definitivno vrijedno odabiraXeon.

Za 10-20 ljudi, Intel Xeon E3-1230 V6 je već koristan, za razliku od mlađih kolega, ima višu frekvenciju sata i multithreading. Iako nije tako temeljna, ali CPU ispada redoslijed veličine snažnije. Od sukše je jeftinije jezgre i5-8500 i AMD Ryzen 5 1500x su prikladni. Ali potonji neće moći pokazati istu izvedbu kao Xeon. Stoga zaustavite izbor na posljednjem.

Ako je poslužitelj za 1C zakazan za 20-50 osoba. Ta je montaža potrebna produktivna. O procesorima segmenta korisnika bolje je zaboraviti i pogledati segment poslužitelja. Tako. Ovdje će već biti potrebna tako da minimalno Intel Xeon E5-1650 V4 sa 6 Nuclei 12 niti i osnovna frekvencija 3.6 GHz je prilično dobar. AMD je pogodan za EPYC 7261 s 8 jezgri, 16 niti i osnovna frekvencija od 2,5 GHz. Naravno, to će pokazati manje produktivnosti, ali malo jeftinije. Ali malo.

Za 50-100 korisnika vrijedi pogledati Xeon E5-1680 V4 iz Intelove tvrtke, to je znatno snažniji od prethodnog procesora. Ima 8 jezgri, 16 potoka i 3,4 GHz frekvencija. AMD Epyc 7351 s 16 jezgrama, može se koristiti 32 niti, osnovna frekvencija od 2,4 GHz. Ali mnogo je gore od Intel. Ali također primjetno jeftinije.

Za ozbiljnije rješenja mogu se koristiti čak i dva procesorska sustava ili segmentirani uređaji. Na primjer, Xeon E5-2643 V4 idealan je za sustav s dva procesora. Ali to je mnogo prikladnije za segment uređaja. To mislite, odmah provesti odluku na dva uređaja.

Općenito, treba napomenuti da broj jezgri na poslužitelju za 1C odlučujuću ulogu ne igra. Veći naglasak treba obaviti na samostalnoj frekvenciji i izvedbi u uzastopnim poslovima. Stoga je više-core CPUS hrabro odbacio. U opaženom softverski kompleks Podrška za multithreading i višeprocesiranje je vrlo loše. Brojni kerneli nemaju važnu prednosti.

Voziti

Vrat boce u sustavu tradicionalno HDD. Počnimo s sučeljama.Sata. prikladno samo za serijske zahtjeve. Svaka paralelizacija može se obaviti samo uRacija niz. SučeljeSAS. bolje, do 10 jednokratnih upita, ali Širina pojasa Tvrdi diskovi još uvijek ostavljaju mnogo toga. Najprikladnijiodabir - SSD. Pogodni su čvrsti državni pogoniSAS, iz Sata preporučujemo da odbijte, ali i opciju i oni su malo jeftiniji. Idealno -SSD NVME. Oni su najbržiod predloženog , Ali, nažalost, vrlo skupo. Težite daleko od proračuna, ali preporučujemoSSD, zatim će se implementirati učinkovitiji sustav.

radna memorija

Pa, sve vrste malih stvari poput matične ploče (ha ha, sitnica), dodatni pogoni su bolje izabrati ovisno o ostatku komponenti. Ali napajanje vrijedi posvetiti posebnu pozornost, vrijedi uzeti skupe verzije s oznakama Bronca, srebro, zlato, platina.Posljednji je najbolji i pouzdan, prvi, manje dobar, ali bolje nego obični jeftini.

Budite sigurni da napravite RAID 1 ili RAID 10 (1 + 0), druga opcija je vidljivo produktivnija. Oni pružaju duplikat sjećanja. To jest, isto je napisano u nekoliko diskova u isto vrijeme. Ali za stvaranje RAID 10 trebate 4 pogona.

I posljednje stavke, svakako preuzmite izvor neprekidnog napajanja. Ako je mreža de-energijom, bit će vremena za spremanje podataka i pažljivo skinite poslužitelj.

Ne, možda, još uvijek postoji važni trenutciSamo ih naučite pri izradi konfiguracije i dobro razmislite. Možda će sustav imati veze s ozbiljnim rezervom.

korisnik zauzima resurse. No, čitanje je znatno manje od resursa nego čitanje / pisanje. Stoga jedan korisnik može dati veće opterećenje od nekoliko drugih. Prilikom planiranja IT infrastrukture morat će se uzeti u obzir kako bi se pravilno distribuirala moć.

Zaštita. Backup također uzima resurse, jer ne prekida rad, dodatni resursi moraju biti dodijeljeni na njega. Vatrozidi, antivirusi i druga sredstva zaštite također zahtijevaju određenu količinu kapaciteta.

Tolerancija kvarova. Mogućnost vruće zamjene diskova ili napajanja, dupliciranje sustava. Mogućnost brzog zamijeniti komponente. Što je veća tolerancija pogreške, to je niža prilika da će biti lako raditi. Najveća tolerancija greške postiže se u klasteru.Poslužitelja za 1C putem korisničkih brojeva

Ovo je ključni parametar pri odabiru opreme. Preporučuje se upoznavanje da ima barem približnu ideju o tome što može biti potrebno tijekom procesa konfiguracije.

Server 1c za 5 korisnika

Za 5 osoba koje nisu potrebne visoki kapacitetiPrikladne su konfiguracije za male poduzetnike. Ako je ured mali i morate biti kompaktni plasman, možete koristiti mini-poslužitelj . Ova opcija će omogućiti kompaktno postaviti opremu, a to će biti prikladno kada se transportira.

Trošak takvog uređaja je od 30.000 rubalja. Konfiguracija se obično ne razlikuje u istraživanju. Korišten je početni procesor razine iz serije Intel Xeon E3 ili AMD OPTERON. Postoje mnogi gotovi sklopovi u okviru ovog zadatka. No, u slučaju jeftinih uređaja, ne postoje čvrsti državni pogoni i dionice pod vršnim opterećenjima.

Server 1c za 10 korisnika

Konfiguracija za 10 zaposlenika je slična prethodnom rješenju, neće biti potrebna snaga, dovoljno je koristiti mini-poslužitelj. No, vršno opterećenje treba uzeti u obzir ako postoje automatizirane radnje, kao što je automatsko izvješćivanje iz online trgovine, opterećenje može biti mnogo ozbiljnije.

Ovdje možete napraviti procesor iz linije Intel Xeon E3, na primjer, model 1240. Tu će biti dovoljno RAM-a i 8 GB, ali bolje 16, a također je vrijedno korištenja SSD-a za postavljanje aplikacije i dB.

Server 1c za 20 korisnika

Ovdje vam je potrebna moćnija oprema nego u prethodnoj verziji. Opcija za srednje tvrtke je optimalna. SSD u takvom sustavu mora biti prisutan prema zadanim postavkama, a procesor se preporučuje niži od Intel Xeon E3-1280 V6. U suprotnom, neće biti dionica pod vršnom snagom.

Server 1c 50 korisnika

U takvoj konfiguraciji preporuča se uzeti u obzir stupanj složenosti zadataka. Ako ne stvore ozbiljno opterećenje, nema velike snage. Ako je snažna ili velika količina baze podataka, bit će potrebno opremiti visokim intenzitetom resursa, u nekim slučajevima je potrebna skupina uređaja.

Obično se prikuplja sustav s dva procesora za ovaj zadatak. inteli procesori Xeon E5-2643 V4. 2 Takav procesor može zatvoriti potrebe primjene, pa čak i baza podataka. Ali, idealno, stvorite SQL Server stoji odvojeno.

Naravno, u ovom slučaju, čvrsto državni pogoni više se ne preporučuju, ali je vitalno, inače će se disk podsustav pretvoriti u bocu vrata.

Server 1C na 100 korisnika

U ovom slučaju nema dovoljno uređaja. Često je potrebno klaster poslužitelja 1c, sposoban za obavljanje poslova paralelno i zajedno. Potreban je individualni razvoj.

Ali približna konfiguracija će biti ovako:

  1. Poslužitelj terminala. 2 Intel Xeon Silver 4215 procesor, za postavljanje SSD aplikacije s visokim TDW-om, dva napajanja, podsustav diska za sigurnosno kopiranje sustava.

    Poslužitelj SQL. Slični procesori, SSD s visokim DWPD-om, također dva napajanja i disk podsustav s RAID 1 za spremanje sigurnosnih kopija.

To je uvjetovano, specifičnost će ovisiti o konačnoj tehničkoj infrastrukturi.

Poslužitelj za 1c za 200 korisnika i više

Uz takav broj korisnika, napredna oprema je nužna, sposobna nositi se s zadacima bilo koje složenosti. Kao iu prethodnoj izvedbi, jedan uređaj neće biti dovoljan, trebat će vam klaster. Što je veći rezultat žalbe na bazu podataka i broj zaposlenika, potrebno je snažnije opreme i, prema tome, potrebno je više uređaja u klasteru. Nema univerzalnih rješenja, svaki se razrađuje pojedinačno.

1c: Enterprise 8 može biti aplikacija intenzivna resursa čak i uz mali broj korisnika. Odabir poslužitelja ispod 1c, bilo koji vlasnik želi izbjeći "ozljede rođenja" - potencijalno uska grla položena u nju. S druge strane, danas malo ljudi kupuje višak snage poslužitelja, "na rastu". Pa, ako profil opterećenja uspije ukloniti unaprijed - onda i dizajnirati poslužitelj za određenu konfiguraciju aplikacija tvrtke je lakše.

Za izvjesnost, razmislite o platformi 1c: poduzeća 8.2 u svojim popularnim osnovnim konfiguracijama "Računovodstvo", "Trgovina i skladište", "Upravljanje plaćama i osobljem", "Upravljanje" Trgovačka poduzeća"I, djelomično," upravljanje proizvodnom poduzećem. " Nastavljamo od činjenice da za poduzeća s 10 i više zaposlenika koji djeluju u 1c, koriste "1c: poduzeće 8.2. Aplikacije poslužitelja ". Uzimamo u obzir opciju rada u načinu udaljene radne površine (udaljena radna površina), s brojem simultanih korisnika baze podataka do 100-150. Preporuke će također biti primjenjive za više "teške" baze podataka 1c, ali "teškim slučajevima" uvijek zahtijevaju pojedinačni pristup.

Procesori i ovan

Ako je tvrtka vrlo mala (2-7 korisnika u sustavu), baza je mala (do 1GB), a "1c: poduzeće 8.2" radi u načinu rada na korisničkom računalu, a zatim dobivamo klasičnu provedbu datotečni poslužitelj. Čak i Intel Core i3 će se nositi s takvim zadatkom za opterećenje CPU-a, posebno Intel Xeon E3-12XX. Količina RAM-a (RAM) smatra se vrlo jednostavnim: 2GB pod operativnim sustavom i 2GB pod predmemorijom datoteka sustava.

Ako je tvrtka 5-25 korisnika 1c, veličina baze podataka do 4GB, zatim aplikacija "1c: poduzeće 8.2" treba imati dovoljno 4-core Intel Xeon E3-12XX ili AMD OPTERON 4XXX. Osim 2GB RAM-a ispod OS-a, potrebno je dodijeliti 1-4GB pod "1C: poduzeće 8.2. Aplikacijski poslužitelj "i koliko pod MS SQL Server kao cache - ukupno 8-12GB RAM. Za malu bazu podataka poželjno je cache u RAM-u najmanje 30% baze podataka i bolje svih 100%.

Poznat (iako nije posebno oglašena) činjenica: "1c: poduzeće 8.2. Aplikacijski poslužitelj "ne sviđa kada operativni sustav istovara je na swap datoteku na hDD, i nagnut u isto vrijeme ponekad gube odgovor. Stoga, na poslužitelju gdje je "zaslon aplikacija" radi, uvijek bi trebalo biti zaliha slobodnog prostora u RAM-u - to je danas jeftin.

U tvrtkama, 1C korisnici obično rade kroz daljinski pristup aplikaciji (udaljena radna površina) - koja je, u terminalnom načinu rada. U pravilu, na 10-100 korisnika od 1c s bazom podataka od 1GB i više, "1c: poduzeće 8.2. Aplikacijski poslužitelj "i Korisnička aplikacija" 1C: Enterprise 8.2 "počinje na istom poslužitelju.

Da biste utvrdili potrebne resurse procesora, dolazi od činjenice da jedna fizička jezgra može učinkovito obraditi ne više od 8 korisničkih niti - to je zbog unutarnje arhitekture procesora. Kao praksa pokazuje, zadaci od 1c + udaljene radne površine ne bi smjeli uzeti procesore poslužitelja mlađih granica s niskim frekvencijama izračunatih jezgri i obrubljene arhitekture. Ako su korisnici malo (do 15-20), postoji dovoljno procesora od visokofrekventne Intel Xeon E3-12XX. U isto vrijeme, barem jedna od njegovih fizičkih jezgri (2 potoka) će ići pod potrebe SQL poslužitelja, još jedan (2 potoka) - pod 1C: Enterprise 8.2. Aplikacijski poslužitelj "i preostalih 2 fizička zrna (4 potoka) - pod OS i terminalnim korisnicima. S brojem korisnika 1c više od 20 ili na volumenu baza podataka više od 4 GB, vrijeme je da se prebacite na 2 procesorska sustava na Intel Xeon E5-26XX ili AMD Opteron 62xx.

Izračun željene količine RAM-a relativno jednostavna: 2GB se mora dati OS, 2GB i više - MS SQL Server kao predmemoriju (najmanje 30% bazu podataka), 1-4GB - ispod 1c: poduzeća 8.2. Aplikacijski poslužitelj ", ostatak poslužitelja mora biti dovoljan za terminalne sesije. Jedan terminalski korisnik, ovisno o konfiguraciji, troši u računovodstvenim računovodstvenim aplikacijama, "trgovina i skladište" - 100-120MB, "Plaća i upravljanje osobljem", "Upravljanje trgovinskim poduzećem" - 120-160MB, "Upravljanje proizvodnim poduzećem "- 180-240 MB. Ako se korisnik dodatno pokrene na MS Word poslužitelju, MS Excel, MS Outlook, onda svaka aplikacija mora istaknuti još 100 MB. U pravilu, barem za terminalni poslužitelj - 12GB RAM.

Na primjer, za poslužitelj 1c s cijelim softverskim paketom, 50 terminalnih korisnika u konfiguraciji "Upravljanje trgovinom poduzećem", a baza podataka u 8 GB optimalnom bit će računalna snaga dviju Intel Xeon E5-2650 procesora (8 jezgri, 16 potoka, 2.0 GHz). RAM će biti potreban najmanje 2 (OS) + 4 (SQL) + 4 (1C-poslužitelj) + 8 (160 "UTP" * 50 korisnika) \u003d 18GB, i bolji 24-32GB (6-8 DIMM kanala za 4GB) ,

Podsustav

Većina pritužbi o sporu rad 1C poslužitelja: poduzeće 8 je povezano s nesporazumom, koje vrste I / o operacija se izvode na kojim podacima i s kojim intenzitetom. Često je to disk podsustav koji je ključ za osiguranje dovoljne performanse poslužitelja u cjelini - jer za učitanu bazu podataka, najveći problem je blokirati tablice dok radite s njima veći broj korisnika ili masovnih opterećenja / istovara / ožičenje. Praćenje i optimiziranje podsustava disk poslužitelja.

1c ima 5 tokova podataka za disk podsustav s kojim radi:

  • tablice baze podataka;
  • indeks datoteke;
  • tempdb privremene datoteke;
  • log datoteka sql;
  • prijavite se datoteku korisničkih aplikacija 1c.

Struktura podataka u 1c - objektno orijentiranom, s različitim objektima i spojevima između njih. Za rad s podatkovnim tablicama, broj operacija čitanja i pisanja je iznimno važan, što je sposobno obaviti disk podsustav tijekom vremenskog intervala (ulazni izlaz u sekundi, IOPS). U tom slučaju, njegova sposobnost davanja visoke brzine prijenosa podataka (u MBP / s) je mnogo manje važna. Vrlo skromni volumen od 200-300MB s 3-5 korisnika može generirati u vrhovima do 400-600 IOPS. Osnovica za 10-15 korisnika i volumen u 400-800MB je sposoban poslati 1500-2500 IOPS, 40-50 korisnika baze podataka 2-4GB generirati 5000-7500 IOP, a baze za 80-100 korisnika lako dosežu 12000-18000 IOPS.

Naravno, prosječno opterećenje podsustava diska može biti 10-15% vrhunca. Samo u stvarnosti upravo je izvedba u razdoblju vršnog opterećenja: automatska preuzimanja Podaci iz drugih sustava, razmjenu podataka distribuiranog sustava ili stražnjice razdoblja.

Moderni diskovi u slučajnim čitanje / pisanje (slučajno čitanje / pisanje) su sami s takvim opterećenjima:

Intel 910 400 GB

2400 - 8600 IOPS

Jasno se vidi da:

  • usko grlo i za HDD, a za SSD je zapis;
  • tradicionalni HDD-ovi - nema SSD natjecatelja u brzini čitanja u IOP-ovima ni teoretski, razlika premašuje dvije narudžbe;
  • Čak i najmodernija desktop SSD je 3-40 puta (ovisno o konfiguraciji) premašuje brzinu snimanja u IOP-u bilo koji HDD, SSD poslužitelja je 12-40 puta brže od HDD-a;
  • maksimalna izvedba u IOP-u dan je PCIE SSD klase Intel 910 ili LSI Warpdrive.

Pojedinačni diskovi u poslužiteljima baze podataka se ne koriste, samo napad. Da bi se dodatno izračunao stvarne performanse podsustava diska, potrebno je uzeti u obzir troškove ("fino") za snimanje u IOP-u, koji nosi grupu diska u RAID-u:

Ako prikupljate 6 diskova u RAID 10, tada će se 2 IOPS fizičkih diskova potrošiti na 1 IOPS podataka, a ako je 6 6 IOPS diskova u napadu 6. Dakle, pri izračunavanju mogućnosti opterećenja disk grupe, prvo morate preklopiti IOP-ove diskova, a zatim ih podijelite na "fino".

Primjer 1: 2 HDD SATA 7200 u RAID 1 će dati unos: (100 IOPS * 2) / 2 \u003d 100 IOPS.

Primjer 2: 4 SATA 7200 u RAID 5 će pružiti unos: (100 IOPS * 4) / 4 \u003d 100 IOPS.

Primjer 3: 4 SATA 7200 u RAID 10 će pružiti unos: (100 IOPS * 4) / 2 \u003d 200 IOPS.

Primjeri 2 i 3 jasno pokazuju zašto za pohranjivanje baza podataka, koja je tipična distribucija čitanja / pisanja 68/32, poželjan je RAID 10.

Od podataka triju stolova, jasno je da je razlog za izvedbu tipičnog "gospodina biranja" 2 HDD SATA 7200 u RAID 1 poslužitelj nije dovoljno: Tijekom vršnog opterećenja nalazi se red pristupa disku, korisnicima Očekujte odgovor sustava, ponekad u mnogo sati.

Kako povećati performanse podsustava diska za pisanje? Povećajte broj diskova u RAID grupi, prebacite se na diskove s većom brzinom rotacije, odaberite razinu RAID-a s manjom kaznom. Pomaže u cachingu kontrolera RAID s omogućenim načinom snimanja pisanja. Podaci se napišuju ne izravno na diskove (kao u pisanju putem načina rada), au predmemoriji kontrolera i tek tada se u batch načinu i naručenom obliku - na diskovima. Ovisno o specifičnostima zadatka, izvedba snimanja može se povećati za 30-100%.

Pod slabo napunjenim ili relativno malim bazama podataka (do 20GB) pogodna je za jeftinu metodu "IOPS proizvodnje" - hibridni raid iz SSD / HDD. Više i ne trebaju bazu podataka grana za 3-15 korisnika u distribuiranoj strukturi kao što je kafić ili stotinu.

Za volumetrijsku (200 GB ili više) bazu podataka s dugom povijesnom petljom podataka, ili SSD caching (LSI Cachecade 2.0 ili AdapTec Maxcache 3.0) može biti učinkovit za servisiranje nekoliko baza podataka volumena. Prema iskustvu eksploatacije takvih sustava, u zadacima od 1c uz njihovu pomoć moguće je relativno jeftino i bez značajnih promjena u pohranjivanju infrastrukture za ubrzanje operacija diska za 20-50%.

Šampion brzine u IOP-u predvidljiv je RAID nizovima na poslužitelju SSD-a - i tradicionalnom, koristeći SAS RAID kontroler i PCIE SSD. Dva ograničivača ometaju svoju popularnost: tehnološki (RAID kontroler performanse ili potreba za radikalno razbiti strukturu za pohranu) i prodajne cijene.

Zasebno, treba reći o pohranjivanju indeksnih datoteka i Tempdba. Indeks datoteke se ažuriraju vrlo rijetko (obično 1 vrijeme dnevno), ali čitajte vrlo često (IOPS). Takvi podaci jednostavno moraju biti pohranjeni na SSD-u, sa svojim likovima za čitanje! Tempdb koji se koristi za pohranjivanje privremenih podataka obično je mali u volumenu (1-4-12gb), ali vrlo zahtjevan za brzinu snimanja. Indeks i privremene datoteke kombiniraju da njihov gubitak ne dovodi do gubitka stvarnih podataka. Dakle, mogu se postaviti na zasebno (još bolje - na dva odvojena volumena) SSD. Barem na bočnom upravljaču SATA matičnoj ploči. Sa stajališta pouzdanosti i brzine, pod TEMPDB-om poželjno je poslati ogledalo (RAID1) iz SSD-a na bočnom kontroleru, ali s potrebnim gašenjem svih novčanih naknada za snimanje. S ovom ulogom, desktop ssds - poput Intel 520 serije, gdje će kompresija hardverskih podataka tijekom snimanja u Tempdbu biti relevantniji. Uklanjanje tih zadataka s zajednički sustav Skladištenje na označenom podsustavu brzine ima pozitivan učinak na izvedbu sustava u cjelini, osobito u trenucima vršnih opterećenja.

U slučajevima kada postoji prilika za pružanje najviših administratora reakcije u slučaju kvarova, a kada postoje složeni zadaci naselja (skladište ili transportna logistika, proizvodnja u URP-u, razmjene glasnoće u URBD-u), Tempdb se provodi na Ramdriju. Takvo rješenje omogućuje vam da pobijedite ponekad do 4-12% ukupne performanse sustava. Neke neugodnosti događaju samo u slučaju ponovnog pokretanja poslužitelja: Ako se automatski ne pokrene Ramdrive, administratorska intervencija će biti potrebna za ručni početak - inače će cijeli sustav biti.

Još jedna važna komponenta - log datoteke. Oni imaju neugodnu značajku za bilo koji disk podsustav - generiraju gotovo konstantni tok manje privlačnosti snimanja. To je neprimjetno pri prosječnom opterećenju, ali snažno pogoršava brzinu 1C poslužitelja tijekom vršnog opterećenja. Razumno je napraviti dnevnik datoteku (osobito SQL datoteku dnevnika) na poseban fizički volumen na koji nema visokih zahtjeva za IOP-a i na koji će gotovo linija zapisa ići. Da biste smirili, možete stvoriti ogledalo od jeftinog i volumetrijske SATA / NL SAS (za puni dnevnik) ili jeftin desktop SSD-a sve iste Intel 520. serije (jednostavan dnevnik ili potpuni dnevnik, s dnevnim sigurnosnim kopiranjem i čišćenjem).

Općenito, možemo reći da je dolazak SSD-a na poslužitelje otvorio nove mogućnosti za povećanje performansi masovnih poslužitelja - zbog više razina pohrane podataka i razumne konfiguracije unosa / izlaza diska / izlaza.

Disk podsustav "idealan poslužitelja ispod 1c" izgleda ovako:

1. Tablice baze podataka nalaze se na RAID 10 (ili RAID 1 za male baze podataka) iz pouzdanih poslužitelja SSD-a s obveznim hardverskim RAID kontrolorom. Uz visoke zahtjeve za IOPS, možete razmotriti PCIE SSD verziju. Za bazu podataka velike količine učinkovito SSD-Caching HDD polja. Ako se koristi konfiguracija 1C i struktura podataka nije previše zahtjevna za IOP, a broj korisnika je mali - dovoljno tradicionalnog niza od HDD SAS 15K RPM.

2. Indeks datoteke su napravljene na brzom i jeftin pojedinačni SSD, Tempdb - 1-2 (RAID 1) SSD ili RAMDrive.

3. U odjeljku LOG \u200b\u200bdatoteke SQL (i po mogućnosti 1c) dodijelira odabrani volumen (jedan fizički disk ili RAID-1) na SATA / NL SAS HDD ili jeftin SSD ili logički disk na RAID polje, koji se nalazi poslužitelj operativni sustav i prilagođene datoteke / mape.

4. Operativni sustav i korisnički podaci pohranjuju se na RAID 1 od HDD-a ili SSD-a.

Ako je IT infrastruktura virtualizirana, iznimno je poželjno da je SQL Server instaliran kao virtualni stroj, i izravno na fizički poslužitelj, na "golog željeza". Cijena pitanja - od 15 do 35% performansi disk podsustava (ovisno o opremi, upravljačkim programima, alata za virtualizaciju i metode glasnoće). U virtualiziranom okruženju SQL poslužitelja, povezivanje volumena s tablicama baze podataka, indeksnim datotekama i Tempdbom VM nužno u monopolističkom načinu putem izravnog pristupa.

Mrežna sučelja

Prilikom izgradnje 1c sustava: poduzeća 8 za mala i srednja poduzeća (do 100-150 aktivnih korisnika u isto vrijeme) treba minimizirati gubitke na mrežnim operacijama putem Ethernet sučelja. U idealnom slučaju - za održavanje i SQL Server, i "1c: Enterprise 8 Aneks Server X64" i korisničke sesije 1c u udaljenoj radnoj površini na jednom fizičkom poslužitelju. Sofisticirana sa stajališta tolerancije s pogreškom, takva preporuka omogućuje vam da stisnete maksimum opreme i softvera, a korištenjem virtualizacije daje određenu razinu sigurnosti i "ponovljivost medija" na drugoj opremi.

Zašto brisati Ethernet iz lanca SQL Server -\u003e Application Server 1c: Enterprise 8 -\u003e Prilagođena sesija 1c: Enterprise 8? Ethernet mrežno sučelje, sa svojim podatkovnim pakiranjem u relativno malim blokovima za prijenos, uvijek će stvoriti dodatna kašnjenja i prilikom pakiranja / raspakiranja prometa, a tijekom samog prijenosa (visoka latencija). U 1C: poduzeće 8 prilično velikim polja podataka se prenose za preradu i mapiranje preko cijelog lanca, u nekim situacijama - u oba smjera. S istim prijenosom podataka iz jednog procesa na drugi unutar RAM-a poslužitelja (na jednom poslužitelju bez virtualizacije) ili putem virtualnog mrežnog sučelja (unutar cijelog istog fizičkog poslužitelja, s dobrim adapterima poslužitelja s prijenosom RAM blokova između VM ) Kašnjenje je mnogo niža. Moderni Dvo-procesorski poslužitelji s velikim RAM-om i SSD disk podsustavima omogućuju vam da udobno poslužite 1C bazu podataka po 100-150 aktivnih korisnika.

Ako za učitanu bazu podataka, korištenje više fizičkih hostova je neizbježno, poželjno je povezati sve poslužitelje na 10GB Ethernet. Ili, najmanje 2-4-starije od 1 GB Ethernet veze s TCP / IP hardvera ubrzanja (TCP / IP offloader) i podršku virtualizacije hardvera.

Najviše od gubitka uspješnosti luke Ethernet Trpe odluke o proračunu. Nije tajna da su 1GB mrežni adapteri koji su otvoreni na većini poslužitelja matične ploče nisu namijenjeni za održavanje intenzivnog mrežnog prometa. Čak i ako na ploči ima 2 ili 3 GBE porta, obično se provode na stolnim čipovima. Dovoljno upravljanja, oni generiraju dodatne nadzemne usluge mreže, posebno u virtualiziranom okruženju. Cijeli proces prijenosa podataka kroz takav čip osiguran je resursima procesora, RAM-a i opterećenja na unutarnje gume. Nijedno ubrzanje IP prijenosa prometa takve čipove daju, svaki primljeni i preneseni Ethernet paket zahtijeva poseban prekid procesora. U virtualiziranom mediju gubitka uspješnosti mrežno sučelje Može doseći 25-30%. Najneugodnije je da se preopterećenje mrežnog sučelja pomoću praćenja ne može primijetiti. Središnji procesor je spojen za njega, a ako ne radi, stoji čeka odgovor na mrežnu karticu. Portovi na stolnim čipovima Preporučljivo je isključiti iz toka podataka u virtualiziranim medijima, ostavljajući ih za zadatke upravljanja poslužiteljem. Pod intenzivnom mrežnom prometnom vrijednošću dodavanjem diskretnih mrežna kartica Na čipsetu poslužitelja.

Tolerancija neuspjeha ili dopušteno vrijeme mirovanja?

Rasprava o performansama poslužitelja gotovo je uvijek popraćena sporovima o njihovoj pouzdanosti. Osiguravanje tolerancije pogreške uvijek zahtijeva dodatne troškove, osobito uz potporu kontinuiranih proizvodnih procesa. Bez dovođenja uloge i mjesta 1c, može se reći da većina korisnika dileme "performanse / pouzdanost" rješava u različitim zrakoplovima: za prvu borbu s optimizacijom hardverskih rješenja, za drugu - organizaciju procesa i postupaka. Kada su aplikacije umjereno kritične, usredotočite se na održavanje zdravlja ne plaća se na sredstva individualne zaštite poslužitelja i minimiziranje zastoja infrastrukture u cjelini.

Naravno, za poduzeća s relativno velikim brojem istodobnih povezanih korisnika (25-150) i mjesto svih aplikacija na jednom poslužitelju, potrebno je koristiti neprekidne izvore napajanja, prekomjerne jedinice za napajanje samih poslužitelja, vruće zamjenske košare i vruće rezervacije. Ali niti jedan hardver neće zamijeniti planiranu rezervaciju samih podataka. Imati dnevno (točnije, gluposti) backup i operativnu datoteku s punim SQL dnevnika, možete u potpunosti vratiti 1C bazu podataka za relativno kratko razdoblje.

Dopušteno vrijeme praznog hodnika središnjeg sustava 1c za mala i srednja poduzeća je 1-2 nesreća mjesečno, trajanje 1-4 sata. Zapravo, ovo je ogromna rezervacija vremena - ako se obratite da budem spreman unaprijed. Preduvjet Brzo ponovno pokretanje je prisutnost slika svih virtualnih i fizičkih poslužitelja u obliku VM na odvojenom pohranjivanju / volumenu - za vraćanje samog infrastrukturnog dijela na backup poslužitelju. Potrebna je dnevna sigurnosna kopija (kao i tjedno i završno razdoblje) na drugi fizički uređaj i puni SQL zapisnik za slučajeve kada je gubitak podataka "od početka radnog dana" kritičan i težak za obnovu ručno. U prisutnosti zamjenjive opreme možete se sastati u 1-2 sata za obnovu performansi u cjelini, čak i uz manje produktivnosti. Pa, gdje je potreban kontinuitet rada 24 × 7, prvi prioriteti će biti izbor odgovarajuće arhitekture, opreme s minimalnim brojem odbijanja bodova i punopravnih tehnologija klasteriranja. Ali to je potpuno druga priča.

Izvorni članci: http://ko.com.ua/proektirovanie_servera_pod_1s_66779

S rješenjem časopisa urednik "Računalo pregled"

Platforma "1C: Poduzeće" Verzije 8.2 i 8.3 smatra se standardnom aplikacijom za računovodstvene i upravljačke zadatke. Razvijen je širok izbor primijenjenih rješenja za javna i privatna poduzeća. Uvođenjem vlastite informacijske infrastrukture, svaki upravitelj ili IT upravitelja ima pitanje koliko vam je potrebno poslužitelj za "1c". Problem je kompliciran činjenicom da kupnja opreme zahtijeva značajne financijske troškove, a ne svako poduzeće može priuštiti da odaberete gornje konfiguracije.

Prikupili smo preporuke vodećih proizvođača opreme (HP, Dell, IBM) i softverskih programera "1c" 8.3 tako da naši klijenti mogu imati koristi od kupnje željenog poslužitelja. Optimalna mrežna infrastruktura može se dobiti na temelju bilo kojeg operativnog sustava, ali se kapacitet opreme odigra u ovoj važnijoj ulozi.

Kriteriji odabira poslužitelja

Platforma 1c može zahtijevati značajne hardverane resurse s poslužitelja. Ako je proračun tvrtke neograničen, što se događa rijetko, ne možete se sjetiti uzimanja nedavnih platformi za generiranje, ispuniti sve košare za disk, utore za RAM i zahtijevati IT specijalist neprekidnog rada sustava. Izbor opreme s ograničenim sredstvima zahtijeva više ovjesa. Da biste razumjeli koji će se poslužitelj za "1c" nositi, potrebno je pažljivo analizirati strukturu računalnih opterećenja. Ako su unaprijed poznati, za dizajniranje gotovog rješenja bit će mnogo lakše.

Prilikom odabira poslužitelja za "1c" (8,2; 8.3) Usredotočite se na sljedeće točke:

  • broj operatora istovremeno obavljanje unosa podataka i izvješćivanja;
  • sposobnost dodjeljivanja pojedinačnih fizičkih poslužitelja za SQL i aplikaciju "1c";
  • planirana obrada podataka;
  • struktura raspodjele opterećenja u arhitekturi klijent-poslužitelja

CPU selekcija i ovan

Izračun frekvencije, željeni broj procesorske jezgre, kao i volumen RAM-a je prvi i najvažniji korak. Da biste razmotrili nekoliko opcija, odabrat ćete poslužitelj za "1c", uzimajući u obzir stanje tvrtke.

Mala organizacija (do 15 zaposlenika). Uz mali broj korisnika, volumen baze podataka, u pravilu ne prelazi 2 GB, a program "1c" u obliku datoteke datoteke postavljen je na klijentske strojeve. U isto vrijeme, potrebe OS-a su 4-6 GB, a još 4 GB dodjeljuje predmemoriju datoteka sustava. Distribucija opterećenja procesora je sljedeća:

  • 2 kernela - za korisnike OS-a i terminala;
  • 1 kernel - za aplikacijski poslužitelj "1c";
  • 1 kernel - za SQL bazu podataka.

Uz takav zadatak, strojevi za ulazak na jedan quad-core procesor će se nositi s takvim zadatkom. To može biti i rack i toranj. Posljednja opcija je poželjnija jer ne zahtijeva odabir zasebne sobe ispod poslužitelja.

Prosječna organizacija (do 40 zaposlenika). S takvim brojem korisnika, 1C programeri preporučuju korištenjem pribavljanja terminala aplikaciji. Veličina baze podataka može biti do 4 GB. Za takvo opterećenje trebate barem dva procesora za 4-6 jezgri. Optimalna količina RAM-a bit će 16-64 GB, jer je za svaki korisnik potrebno dodijeliti najmanje 700 MB. Vjeruje se da aplikacija rješenje "1c", u kojem klijent stroj funkcionira, zahtijeva 240 do 480 MB, a još je 200-220 MB izdvajaju za uredske primjene.

S takvim brojnim procesima preporučuje se da koristite jedan srednji stroj s virtualizacijom ili dva fizikalna poslužitelja. Jedan od njih će se koristiti za pristup terminal, a drugi je za SQL. Aplikacijski poslužitelj "1c" najbolje se implementira na prvom automobilu ili općenito dodjeljuje poseban sustav jednog procesora za to. Željena konfiguracija je odabrana u svakom slučaju na temelju analize procesora vrijeme.

Velika organizacija (više od 40 zaposlenika). Osnovna konfiguracija opreme u ovom slučaju će se sastojati od tri fizička poslužitelja:

  • terminal
  • Dbms,
  • "1c".

Volumeni baza podataka s takvim brojem zaposlenika često premašuju 4 GB, a podnim predmemorijom, preporuča se dodijeliti ne-manju memoriju. Još 4 GB koristit će operativni sustav, a za aplikacije "1c" je potrebno oko 8 GB. Dakle, potrebno je najmanje 16 GB RAM-a.

Prema takvim zadacima odabrani su dva procesorski poslužitelji s podrškom za Intel Xeon E5-2600 ili više. Ako broj zaposlenika ne prelazi 50 osoba, samo jedan stroj može biti ostavljen za pristup terminal i aplikacije "1c". Međutim, uzimajući u obzir izglede za rast tvrtke, bolje je pružiti poseban poslužitelj za svaki zadatak. Ako se broj uključenih zaposlenika približava 100 zaposlenika, morate implementirati skupinu dvaju strojeva za "1c", a za ostatak zadataka da biste ostavili.

Izbor podsustava diska

Izvedba poslužitelja izravno ovisi o podsustavu diska. Prilikom rada "1c" aplikacije, operacije čitanja i pisanja izvode se s visokim intenzitetom. Većina pritužbi za rad poslužitelja odnosi se na tablicu dok istovremeno upravlja veliki broj korisnika.

Zadatak odabira poslužitelja 1C je pratiti podsustav diska koji omogućuje pronalaženje optimalnog omjera performansi i pouzdanosti. Iznimno važan čimbenik koji utječe na brzinu je njegova sposobnost da izvede određeni broj operacija čitanja / pisanja u sekundi (IOPS). Ako je baza podataka do 300 MB, a broj korisnika "1c" je do 6 osoba, ovaj parametar je 400-600. Ako broj korisnika poslužitelja dolazi na 100 osoba, tada će IOPS biti jednak 18.000. Protok za protok ima sekundarnu ulogu.

Za svaku vrstu tvrdih diskova postavljene su vrijednosti brzine čitanja / pisanja:

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

Može se vidjeti da su čvrsti državni pogoni najprikladniji za baze podataka "1c". Glavni čimbenik koji ograničava njihovo korištenje je visoka cijena. Stoga se SAS-pogoni koriste za smanjenje proračuna. Za pohranjivanje kritičnih podataka, uključujući "1c", tvrdi diskovi se kombiniraju u RAID nizove različitih razina, a u izračunu performansi poslužitelja treba uključivati \u200b\u200bredundanciju u njima.

Prilikom projektiranja rješenja, tolerancija pogrešaka sustava igra važnu ulogu. Za to, i hardver i softver, Poslužitelji uspostavljaju napajanje i košare za disk s vrućom supstitucijom, koriste UPS za neprekinuto opskrbu električnom energijom. Osiguravanje sigurnosti podataka izvršava ih rezerviranjem. Za najmanje jednom dnevno stvara se datoteka dnevnika, pružajući oporavak informacija u kvarovima sustava.

Pronađite željeni poslužitelj i konfigurirajte ga pod 1C na web-lokaciji web-lokacije. Naši stručnjaci pomoći će u rješavanju ovog zadatka. Da biste dobili konzultacije, kontaktirajte ih putem telefona ili kontaktirajte upravitelja u chatu.

Verzija klijent-poslužitelja - Jedna od opcija rada 1c: Enterprise 8.

Verzija rada klijenta poslužitelja namijenjena je za uporabu u radnim skupinama ili na skali poduzeća. Provedena je na temelju arhitekture na tri razine klijenta.

Arhitektura klijent-poslužitelja dijeli cijeli operativni sustav u tri različita dijela, koja uračunava na određeni način:

Program koji radi za korisnika, (klijentska aplikacija) u interakciji s klasterom 1C poslužitelja: poduzeća 8 i klaster, ako je potrebno, odnosi se na poslužitelj baze podataka.

U tom slučaju, fizički klaster poslužitelja 1c: poduzeća 8 i poslužitelj baze podataka može se nalaziti na jednom računalu i drugačiji. To omogućuje administratoru ako je potrebno za distribuciju opterećenja između poslužitelja.

Korištenje 1c Server klastera: poduzeća 8 omogućuje vam da se usredotočite na to najneobičniji operacije obrade podataka. Na primjer, prilikom izvođenja čak i vrlo složenih zahtjeva, program koji vodi korisnik će dobiti samo uzorak koji vam je potreban, a sva srednja obrada će se obaviti na poslužitelju. Obično, povećati energetsku snagu klastera je mnogo lakše nego ažuriranje cijelog parka strojeva klijenta.

Drugi važan aspekt korištenja 3-razine arhitekture je praktičnost administracije i pojednostavnički korisnički pristup informacijskoj bazi. U ovoj opciji korisnik ne bi trebao znati o fizičkom položaju konfiguracije ili baze podataka. Svi se pristup provodi kroz klaster 1C poslužitelja: poduzeće 8. Prilikom pristupa određenoj informacijskoj bazi podataka, korisnik mora samo odrediti naziv klastera i naziv baze podataka, a sustav zahtijeva korisničko ime i lozinku u skladu s tim.

1c: Enterprise 8 koristi mogućnosti sustava upravljanja bazom podataka za učinkovit uzorak informacija:

  • moliteljitelj mehanizma usmjeren je na maksimalnu uporabu DBMS za obavljanje izračuna i izvješćivanja,
  • pregled velikih dinamičkih popisa pruža se bez izvođenja velikog broja pristupa bazi podataka; U isto vrijeme, korisnik daje mogućnosti. učinkovito pretraživanje, kao i postavke odabira i sortiranja.

Uvođenje verzije klijent-poslužitelja i njezina administracija je vrlo jednostavna. Na primjer, stvaranje baze podataka izrađena je izravno u procesu pokretanja konfiguratora (kao i za varijantu datoteke).

Aplikacije klijenta

Rad u klijent-poslužiteljskoj verziji moguće je i izravno s klasterom i putem web poslužitelja. U isto vrijeme, u slučaju izravne veze s klasterom, debeli klijent i tanki klijent koriste TCP / IP protokol. Prilikom povezivanja putem web poslužitelja, tanki klijent i web klijent koriste HTTP ili HTTPS protokol.

Klaster poslužitelji

1c Server klaster: poduzeća 8 - glavna komponenta platforme koja interagira između korisnika i sustava za upravljanje bazom podataka u verziji klijent-poslužitelja. Prisutnost klastera omogućuje vam da osigurate neprekidno, tolerantan, konkurentni rad velikog broja korisnika s velikim informacijskim bazama.

Poslužitelj baze podataka

Može se koristiti kao poslužitelj baze podataka:

Administrirati serversku klaster

Opskrba platforme uključuje skup različitih alata koji omogućuju administratoru da kontrolira sastav klastera, baze podataka i korisničke veze.

Izvođenje glavne funkcionalnosti na poslužitelju

Svi rade s primijenjenim objektima, čitanjem i snimljenim bazom podataka izvodi se samo na poslužitelju. Funkcionalnost obrazaca i zapovjedno sučelje se također provode na poslužitelju.

Na poslužitelju se pripremaju podaci o obliku, mjesto stavki, snimanja obrazaca nakon promjene. Klijent prikazuje obrazac koji je već pripremljen na poslužitelju, podaci su ulazni i poslužitelj poziva na snimanje unesenih podataka i drugih potrebnih radnji.

Slično tome, na poslužitelju se formira sučelje naredbe i prikazuje se na klijentu. Također, izvješća se u potpunosti formiraju na poslužitelju i prikazani na klijentu.

U isto vrijeme, mehanizmi platforme usmjereni su na minimiziranje količine podataka koji se prenose na klijentsko računalo. Na primjer, popisi podataka, tablica I izvješća se prenose s poslužitelja ne odmah, ali kako ga pregledavaju korisnik.

Poslužitelj se obavlja:

  • Zahtjevi baze podataka,
  • Zapis podataka
  • Provođenje dokumenata
  • Razni izračuni
  • Obrada,
  • Izvještavanje,
  • Priprema obrazaca za prikaz.

Na klijentu se obavlja:

  • Dobivanje i otvaranje oblika,
  • Mapiranje obrazaca
  • "Komunikacija" s korisnikom (upozorenja, pitanja ...),
  • Mali izračuni u obrascima koji zahtijevaju brzu reakciju (na primjer, množenjem broja cijena),
  • Radite s lokalnim datotekama,
  • Radite s kupovnom opremom.

Pomoću ugrađenog jezika na klijentu

Možete upravljati funkcionalnošću obrazaca ne samo na poslužitelju, već i na klijentu. Klijent podržava rad ugrađenog jezika. Koristi se u slučajevima kada je potrebno provesti izračune povezane s obrascem prikazanim na zaslonu, na primjer, brzo (bez pristupa poslužitelju) izračunava količinu linije dokumenta na temelju cijene i količine; Pitajte korisnika i obradite odgovor; Pročitajte datoteku od sustav datoteka Računalo i pošaljite je na poslužitelj.

Međutim, rad ugrađenog jezika na klijentu održava se u strogo ograničenom iznosu. Postupci klijenta u modulima izričito su odvojeni od poslužitelja i koriste ograničen sastav objektnog modela ugrađenog jezika.

Klijent ne dopušta izravan rad s bazom podataka. Nije dopušteno raditi izravno s primijenjenim objektima, na primjer, takve vrste ugrađenog jezika nisu dostupne kao Objekt imenika.<имя> , Korištenje zahtjeva nije dopušteno. Ako trebate nazvati akcije s podacima u klijentskom kôdu, morate pozvati postupke poslužitelja koji će se već odnositi na podatke.