Savjeti za automatizaciju. Savjeti za automatizaciju 1s 8 je spor

Ovaj članak govori o glavnim čimbenicima: kada 1C usporava, 1C se zamrzava i 1C radi sporo. Podaci su pripremljeni na temelju dugogodišnjeg iskustva SoftPointa u optimizaciji velikih IT sustava izgrađenih na kombinaciji 1C + MS SQL.

Za početak, vrijedi napomenuti mit da 1C nije dizajniran za istovremeni rad. veliki broj korisnika, aktivno podržan od korisnika foruma koji u ovim postovima pronalaze utjehu i razlog da stvari ostave onakvima kakve jesu. Uz dovoljno strpljenja i razinu znanja, sustav možete približiti neograničenom broju korisnika. Spor rad i smrzavanje 1C više neće biti problem.

Iz prakse: Najlakše je optimizirati 1C v7.7 (Optimizacija 1C 8.1, 1C 8.2, 1C 8.3 je teži zadatak, jer se aplikacija sastoji od 3 linka). Doći do 400 istodobnih korisnika prilično je tipičan projekt. Do 1500 je već teško, zahtijeva naporan rad.

Drugi mit: da biste poboljšali performanse 1C i riješili se 1C zamrzavanja, morate instalirati moćniji poslužitelj. U pravilu, u projektima optimizacije u 95% slučajeva moguće je postići prihvatljive performanse bilo bez nadogradnje uopće, ili ažuriranjem beznačajnog dijela opreme, na primjer, dodavanjem RAM-a. Pritom treba napomenuti da oprema i dalje mora biti bazirana na poslužitelju, posebice diskovni podsustav. Zastarjeli diskovni podsustav samo je jedan od razloga zašto je 1C spor.

Glavno ograničenje u radu s više korisnika u 1C je mehanizam blokiranja. Brave u 1C, a ne oprema poslužitelja, obično sprječavaju veliki broj ljudi da rade u bazi podataka. Da biste prevladali ovu nevolju, morate naporno raditi i promijeniti logiku brava u 1C - spustite ih s tablice na liniju po liniju. Tada će, primjerice, držanje dokumenta blokirati samo jedan, a ne sve dokumente u sustavu.

Slika 1. 1C red čekanja za blokiranje u sustavu za nadzor PerfExpert, s informacijama o 1C korisnicima, konfiguracijskom modulu i određenoj liniji koda u ovom modulu.

Promjena mehanizma brave 1C vrlo je složena tehnologija. Nije svatko u stanju izvesti takav trik, a za njih je preostao samo jedan način - optimizirati strukturu i ubrzati vrijeme izvršenja operacija. Činjenica je da su blokiranje u 1C i vrijeme potrebno za dovršetak operacija vrlo međusobno povezani pokazatelji. Na primjer, ako operacija knjiženja dokumenta traje 15 sekundi, tada je s velikim brojem korisnika velika vjerojatnost da će tijekom knjiženja netko drugi pokušati objaviti dokument i čekati u bravi. Ako vrijeme izvršenja dovedete do najmanje 1 sekunde, tada će se 1C blokiranje za ovu operaciju značajno smanjiti.

Opasnije u smislu blokiranja su grupne obrade, koje mogu biti duge u vremenu izvršenja, a istovremeno uzrokuju 1C blokiranje. Svaka obrada kojom se mijenjaju podaci, poput ponovnog slijeda ili skupne obrade dokumenata, zaključava tablice i sprječava druge korisnike da objavljuju dokumente. Naravno, što se ovi procesi brže izvode, to je vrijeme blokiranja kraće i korisnicima je lakše raditi.

Teška izvješća koja izvode samo operacije čitanja također mogu biti opasna u smislu zaključavanja, iako se čini da ne zaključavaju podatke. Takva izvješća utječu na intenzitet blokiranja u 1C, usporavajući druge operacije u sustavu. Odnosno, ako je izvješće jako teško i zauzima većinu resursa poslužitelja, može se ispostaviti da su prije pokretanja izvješća ista izvršenja izvršena 1 sekundu, a tijekom izvršenja izvješća izvršeno je 15 sekundi. Naravno, s povećanjem vremena izvršenja operacija, povećava se i intenzitet blokiranja.

Slika 2. Učitavanje na radnom poslužitelju u kontekstu konfiguracijskih modula, od svih korisnika. Svaki modul ima svoju boju. Postoji jasna neravnoteža u opterećenju stvorenom od 1C.

Glavno pravilo pri optimizaciji je da vrijeme dokumenta treba trajati minimalno i izvršiti samo potrebne operacije. Na primjer, izračuni registara često se koriste u obradi knjiženja bez navođenja uvjeta filtriranja. U ovom slučaju morate odrediti filtre za registre koji vam omogućuju najbolju selektivnost, ne zaboravljajući da, prema uvjetima filtriranja, registar treba imati odgovarajuće indekse.

Osim pokretanja teških izvješća, neoptimalne postavke MS SQL i MS Windows mogu usporiti vrijeme izvršenja operacija i stoga povećati intenzitet blokiranja 1C. Ovaj problem nalazi se u 95% kupaca. Valja napomenuti da se radi o poslužiteljima ozbiljnih organizacija, au njihovu podršku i konfiguraciju uključeni su cijeli odjeli visokokvalificiranih administratora.

Glavni razlog neispravne konfiguracije poslužitelja je strah administratora da bilo što promijene na poslužitelju koji radi i pravilo "Najbolji je neprijatelj dobrog". Ako administrator promijeni postavke poslužitelja i počnu problemi, tada će se sav bijes vlasti izliti na nemarnog administratora. Stoga mu je isplativije ostaviti sve kako jest i ne poduzimati ni koraka bez naredbe nadređenih nego eksperimentirati na vlastitu odgovornost.

Drugi razlog je nedostatak jasnih informacija o problemima optimizacije mreže. Postoji mnogo mišljenja, koja su često potpuno proturječna. Svako mišljenje posvećeno optimizaciji ima svoje protivnike i fanatike koji će ga braniti. Kao rezultat toga, internet i forumi zbunjuju postavke poslužitelja umjesto da pomažu. U situaciji takve neizvjesnosti administrator ima još manju želju mijenjati nešto na serveru koji barem nekako funkcionira.

Na prvi pogled, slika je jasna - morate optimizirati sve što usporava 1C poslužitelj. Ali zamislimo sebe na mjestu takvog optimizatora - recimo da imamo 1C 8.1 8.2 8.3 SCP i 50 korisnika radi u isto vrijeme. Jednog užasnog dana korisnici se počinju žaliti da je 1C spor i moramo riješiti taj problem.

Prije svega, gledamo što se događa na poslužitelju - odjednom postoji neka vrsta neovisnog antivirusa koji izvodi potpuno skeniranje sustava. Inspekcija pokazuje da je sve pristojno - server je opterećen ispod 100%, i to samo sqlservr procesom.

Iz prakse: jedan od mlađih administratora je na vlastitu inicijativu uključio automatsko ažuriranje na poslužitelju, Windows i SQL su radosno ažurirani, a nakon ažuriranja počelo je masovno usporavanje rada 1C korisnika ili se 1C jednostavno zamrzava .

Sljedeći korak je provjeriti koji programi učitavaju MS SQL. Inspekcija pokazuje da je opterećenje generirano iz približno 20 veza poslužitelja aplikacija.

Iz prakse: program koji brzo ažurira podatke na stranici je zapeo, umjesto da ažurira svaka 4 sata, radi to bez prestanka, bez pauza, jako opterećujući server i blokirajući podatke.

Daljnja analiza situacije suočava se s velikim poteškoćama. Već smo saznali da opterećenje dolazi izravno iz 1C, ali kako razumjeti što točno korisnici rade? Ili barem tko su oni. Pa, ako u organizaciji ima 10 korisnika 1C, onda možete samo prošetati kroz njih i saznati što sada rade, ali u našem slučaju ima ih pedeset i raštrkani su u nekoliko zgrada.

U primjeru koji razmatramo situacija još nije komplicirana. I zamislite da usporavanje nije bilo danas, nego jučer. Danas se situacija ne ponavlja, sve je u redu, ali trebate shvatiti zašto operateri jučer nisu mogli raditi (naravno bunili su se tek prije odlaska iz kuće, jer vole čavrljati cijeli dan, jer ništa ne radi, sviđa im se više nego raditi). Ovaj slučaj naglašava potrebu za sustavom zapisivanja poslužitelja koji će uvijek čuvati povijest glavnih parametara poslužitelja i iz kojeg se može obnoviti slijed događaja.

Logging sustav je jednostavno neizostavan alat u optimizaciji sustava. Ako tome dodate mogućnost online pregleda trenutnog stanja, dobit ćete sustav za praćenje stanja servera. Svaki projekt optimizacije počinje prikupljanjem statistike stanja poslužitelja kako bi se identificirala uska grla.

Kada smo počeli raditi na području optimizacije, isprobali smo mnoge sustave za nadzor servera, nažalost nismo uspjeli pronaći nešto što rješava ovaj problem na potrebnoj razini, pa smo morali sami izraditi sustav. Rezultat je bio jedinstveni proizvod, PerfExpert, koji je omogućio automatizaciju i pojednostavljenje procesa optimizacije IT sustava. Program se odlikuje tijesnom integracijom s 1C, odsutnošću primjetnog dodatnog opterećenja i opetovano dokazanom prikladnošću za praktičnu upotrebu u borbenim situacijama.

Vraćajući se na naš primjer, najvjerojatniji ishod je: Administrator kaže "Programeri koji su napisali konfiguraciju su krivi", programeri odgovaraju - "Sve imamo dobro napisano - poslužitelj ne radi dobro." A kolica su, kako kažu, još tu. Kao rezultat toga, 1C usporava, zamrzava ili radi sporo.

U svakom slučaju, za rješavanje problema s performansama 1C preporučujemo da prvo kupite i koristite praćenje performansi PerfExpert , to će vam omogućiti da donesete pravu upravljačku odluku i uštedite novac. Proizvod je prikladan kako za male IS 1C:Enterprise - do 50 korisnika, tako i za sustave - od 1000 korisnika. Od srpnja 2015. praćenje rada PerfExpert dobio certifikat 1C: Kompatibilan, testiran je u Microsoft i pomaže u rješavanju problema s performansama ne samo za 1C sustave, već i za druge informacijske sustave temeljene na MS SQL Server (Axapta, CRM Dynamics, Doc Vision i drugi).

Ako su vam se svidjele informacije, preporučeni sljedeći koraci su:

- Ako se želite samostalno nositi s tehničkim problemima izvedbe 1C (1C 7.7, 1C 8.1, 1C 8.2,1C 8.3) i drugi informacijski sustavi, zatim za vas jedinstveni popis tehničkih članaka u našem almanahu (Blokovi i zastoji, ogroman pritisak na CPU-u i diskovima, samo održavanje baze podataka i podešavanje indeksa mali dio tehničke materijale koje ćete tamo pronaći).
.
- Ako želite razgovarati o problemima performansi s našim stručnjakom ili naručiti PerfExpert rješenje za praćenje performansi zatim ostavite zahtjev i mi ćemo vas kontaktirati u najkraćem mogućem roku.

Iz različitih razloga, korisnici programa 1C s vremena na vrijeme nailaze na probleme u radu 1C. Na primjer: dokument se dugo obrađuje, izvješće se dugo generira, transakcijske greške, zamrzavanje programa, spor odgovor na radnje korisnika itd. Slijedeći naše upute, možete postići značajan uspjeh u brzini programa, spriječiti sustav da prekorači ograničenje. Ovo nije lijek za sve bolesti, ali većina razloga za 1C kočnice leži upravo u ovim problemima.

1. Nemojte pokretati planirane i pozadinske zadatke dok korisnici rade

Prvo i najvažnije pravilo za administratore sustava je da se svi pozadinski zadaci izvode izvan radnog vremena. Sustav bi trebao biti maksimalno rasterećen kako bi obavljao rutinske poslove (indeksiranje, knjiženje dokumenata, učitavanje podataka), a da istovremeno ne ometa rad korisnika. Niti sustav niti korisnici neće ometati jedni druge ako rade u različito vrijeme.

2. Ne razmjenjivati RIB podatke tijekom radnog dana korisnika

Iako su tvrtke nedavno napustile RIB sustav razmjene podataka u korist online načina rada i terminalskog pristupa, neće biti naodmet podsjetiti da je tijekom učitavanja i preuzimanja razmjenskih podataka nemoguće izvršiti dokumentaciju i dovršiti posao u programu. Ako je moguće, ovaj se postupak, ako ga ima, mora izvesti koristeći pozadinske zadatke noću.

3. Pravovremeno poboljšajte performanse računala, uskladite njegovu snagu sa stvarnim potrebama

Ne zaboravite da istovremeni rad 30 i 100 korisnika u sustavu daje različito opterećenje. Sukladno tome, ako se planira kvantitativni rast korisnika, informatička služba treba pravovremeno razmotriti pitanje s upravom tvrtke o proširenju flote strojeva, nabavi dodatne memorije ili servera.

4. Softver na kojem radi 1C

Program 1C je takav da na operativnim sustavima radi drugačije. Ne zna se točno zašto, ali jest. Na primjer, poslužiteljska verzija 1C baze podataka na Linux OS-u u kombinaciji s SQL Postgre puno je sporija od iste 1C baze podataka, ali na Windows OS-u u kombinaciji s MS SQL-om. Točni razlozi za ovu činjenicu nisu poznati, ali očito negdje duboko u platformi 1C postoje problemi s kompatibilnošću s operativni sustavi i DBMS koji nije Microsoftov. Također vrijedi postaviti sustav na 64-bitni poslužitelj ako se planiraju značajna opterećenja baze podataka.

5. Indeksiranje baze podataka

Interni postupak programa 1C, koji "češlja" sustav iznutra. Postavite ga da radi kao pozadinski planirani zadatak noću i budite mirni.

6. Onemogućavanje operativnog skupnog računovodstva

Činjenica je da se tijekom operativne obrade dokumenata kretanja evidentiraju u registrima, uključujući registre skupnog računovodstva. Snimanje skupnih knjigovodstvenih registara prilikom knjiženja dokumenata može se onemogućiti u postavkama programa. Jednom mjesečno bit će potrebno započeti s obradom knjiženja dokumenata po serijama, npr. u vrijeme kada je najmanje opterećenje baze podataka ili kada radi najmanje korisnika.

7. RAM memorija

Koristite sljedeću formulu:

RAM = (DB 1+DB 2+DB N) / 100 * 70

Oko 70% ukupnog fizičkog volumena baza podataka. 1C baze vole dobro jesti s RAM-om. Ne zaboravi na to.

8. Ako je moguće, optimizirajte izvješća i obradu koje sami pišete nesavršenim i zastarjelim kodovima

Tijekom života poduzeća javljaju se potrebe za pisanjem izvješća i obradom, kao i poboljšanjima za upravljanje poslovnim procesima i izvlačenjem specifičnih informacija. Samo sva ova poboljšanja mogu biti buggy, usporiti rad, jer. a) neki kulibini bi jednom mogli zeznuti težak netočan kod koji je teško izvršiti programom i zahtijeva znatne napore da se izvrši b) kod na kojem je napisana obrada ili izvještaj mogao bi postati moralno zastario i zahtijeva reviziju, reprogramiranje. Primijenite pravilo – Što manje nešto mijenjamo u programu, to bolje.

9. Čišćenje predmemorije

Normalno ponovno pokretanje poslužitelja ponekad rješava probleme sa zastarjelom 1C predmemorijom. Samo probaj. Može pomoći i istovar - učitavanje infobaze kroz konfigurator. I posljednje brisanje predmemorije određenog korisnika je brisanje mapa u direktoriju sustava 1C u obliku: kexifzghjuhfv8j33hbdgk0. Ali brisanje korisničkih mapa u predmemoriji zadnja je stvar, jer. osim uklanjanja smeća, brisanje predmemorije ima neugodne posljedice u vidu brisanja spremljenih postavki izvješća, sučelja korisničkog izbornika.

10. Smanjenje fizičkog volumena baza podataka

Više baze znači više resursa. Prirodno. Koristite standardne 1C alate za smotanje baze. Razmislite o tome, možete se odjednom odreći podataka prije pet godina kako biste povećali produktivnost. A ako i dalje trebate podatke za posljednjih pet godina, uvijek možete koristiti kopiju baze podataka.

11. Pravilna organizacija arhitekture

Općenito, arhitektura korporativnog informacijskog sustava mora biti ispravna. Što podrazumijevamo pod ispravnim sustavom? Usporedivost zadataka dodijeljenih sustavu s raspoloživom opremom i softverom. Planirajte sustav zajedno s: administratorom sustava (jer poznaje flotu strojeva), 1C programerom (jer poznaje potrebe resursa 1C) i voditeljem tvrtke (jer zna za budući rast ili smanjenje društvo).

Nedavno su se korisnici i administratori sve više počeli žaliti da su nove 1C konfiguracije razvijene na temelju upravljane aplikacije spore, u nekim slučajevima neprihvatljivo spore. Jasno je da nove konfiguracije sadrže nove funkcije i mogućnosti, te su stoga zahtjevnije za resurse, ali većina korisnika ne razumije što prvenstveno utječe na rad 1C u datotečnom načinu rada. Pokušajmo popraviti ovaj jaz.

U našem smo se već dotakli utjecaja performansi diskovnog podsustava na brzinu 1C, međutim, ova se studija odnosila na lokalnu upotrebu aplikacije na zasebnom računalu ili terminalskom poslužitelju. Istovremeno, većina malih implementacija uključuje rad s datotečnom bazom preko mreže, gdje se jedno od korisničkih računala koristi kao poslužitelj ili namjenski datotečni poslužitelj temeljen na običnom, najčešće također jeftinom računalu.

Mala studija resursa na ruskom jeziku na 1C pokazala je da se ovaj problem marljivo zaobilazi; u slučaju problema obično se savjetuje prebacivanje na način rada klijent-poslužitelj ili terminal. Također je postalo gotovo općeprihvaćeno da konfiguracije na upravljanoj aplikaciji rade puno sporije od uobičajenih. U pravilu se argumentima daje "željezo": "ovdje je računovodstvo 2.0 upravo proletjelo, a" trojka "jedva se kreće, naravno, u tim riječima ima istine, pa pokušajmo to shvatiti.

Potrošnja resursa na prvi pogled

Prije početka ove studije postavili smo si dva cilja: saznati jesu li konfiguracije temeljene na upravljanim aplikacijama zapravo sporije od konvencionalnih konfiguracija i koji resursi imaju najveći utjecaj na performanse.

Za testiranje smo uzeli dva virtualna računala s Windows Server 2012 R2 odnosno Windows 8.1 s 2 jezgre hosta Core i5-4670 i 2 GB RAM-a, što odgovara prosječnom uredskom računalu. Poslužitelj je postavljen na RAID 0 niz od dva, a klijent je postavljen na sličan niz diskova opće namjene.

Kao eksperimentalne baze odabrali smo nekoliko konfiguracija izdanja Accounting 2.0 2.0.64.12 , koji je zatim ažuriran na 3.0.38.52 , sve su konfiguracije pokrenute na platformi 8.3.5.1443 .

Prvo što privlači pozornost je povećana veličina informacijske baze Trojke, a ona je znatno porasla, kao i puno veći apetiti za RAM-om:

Već smo spremni čuti ono uobičajeno: "što su dodali ovom trojcu", ali nemojmo brzati. Za razliku od korisnika klijent-poslužiteljskih verzija, za koje je potreban više ili manje kvalificirani administrator, korisnici datotečnih verzija rijetko razmišljaju o održavanju baze podataka. Također, zaposlenici specijaliziranih tvrtki koje služe (čitaj - ažuriraju) ove baze rijetko razmišljaju o tome.

U međuvremenu, baza podataka 1C je punopravni DBMS vlastitog formata, koji također zahtijeva održavanje, a za to postoji čak i alat tzv. Testiranje i popravljanje infobaze. Možda je ime odigralo okrutnu šalu, što naizgled implicira da je ovo alat za rješavanje problema, ali loša izvedba je također problem, a restrukturiranje i ponovno indeksiranje, zajedno s kompresijom tablice, dobro su poznati alati za optimizaciju baze podataka svakom administratoru RDBMS-a. Provjerimo?

Nakon primjene odabranih radnji, baza podataka dramatično je "izgubila na težini", postavši čak manja od "dvojke", koju također nitko nikada nije optimizirao, a potrošnja RAM-a također se malo smanjila.

Naknadno, nakon učitavanja novih klasifikatora i imenika, kreiranja indeksa itd. veličina baze će rasti, općenito su baze "trojke" veće od baza "dvojke". Međutim, to nije važnije, ako je druga verzija bila zadovoljna sa 150-200 MB RAM-a, tada novo izdanje već treba pola gigabajta, a tu vrijednost treba uzeti u obzir pri planiranju potrebnih resursa za rad s programom. .

Neto

Propusnost mreže jedna je od najvećih važni parametri za mrežne aplikacije, posebno kao 1C u modu datoteka, premještanje značajnih količina podataka preko mreže. Većina mreža malih poduzeća izgrađena je na temelju jeftine opreme od 100 Mbps, pa smo započeli testiranje usporedbom pokazatelja performansi 1C u mrežama od 100 Mbps i 1 Gbps.

Što se događa kada pokrenete bazu datoteka 1C preko mreže? Klijent preuzima prilično veliku količinu informacija u privremene mape, pogotovo ako je ovo prvo "hladno" pokretanje. Pri brzini od 100 Mbps očekivano nailazimo na propusnost i preuzimanje može potrajati dosta vremena, u našem slučaju oko 40 sekundi (cijena podjele grafikona je 4 sekunde).

Drugo pokretanje je brže jer su neki podaci pohranjeni u predmemoriju i tamo ostaju do ponovnog pokretanja. Prijelaz na gigabitnu mrežu može značajno ubrzati učitavanje programa, i "hladno" i "vruće", a promatra se omjer vrijednosti. Stoga smo odlučili izraziti rezultat u relativnom iznosu, uzimajući najveću vrijednost svakog mjerenja kao 100%:

Kao što možete vidjeti na grafikonima, Accounting 2.0 učitava dvostruko brže pri bilo kojoj brzini mreže, prijelaz sa 100 Mbps na 1 Gbps omogućuje vam da ubrzate vrijeme preuzimanja za četiri puta. U ovom načinu rada nema razlike između optimiziranih i neoptimiziranih baza podataka Troika.

Također smo provjerili utjecaj brzine mreže na rad u teškim uvjetima, na primjer, tijekom grupnog ponovnog hostinga. Rezultat se također izražava u relativnim terminima:

Ovdje je već zanimljivije, optimizirana baza "trojke" u mreži od 100 Mbit / s radi istom brzinom kao i "dvojka", a neoptimizirana pokazuje dvostruko lošiji rezultat. Na gigabitu su omjeri očuvani, neoptimizirana “trojka” također je duplo sporija od “dvojke”, a optimizirana zaostaje za trećinu. Također, prijelaz na 1 Gb / s omogućuje smanjenje vremena izvršenja faktorom tri za verziju 2.0 i dva puta za verziju 3.0.

Kako bismo procijenili utjecaj brzine mreže na svakodnevni rad, upotrijebili smo mjerenje učinkovitosti izvođenjem niza unaprijed definiranih radnji u svakoj bazi podataka.

Zapravo, za svakodnevne zadatke mrežna propusnost nije usko grlo, neoptimizirana "trojka" samo je 20% sporija od dvojke, a nakon optimizacije ispada da je otprilike jednako brža - utječu prednosti rada u načinu tankog klijenta. Prijelaz na 1 Gb / s ne daje optimiziranoj bazi nikakve prednosti, a neoptimizirana baza i dvojka počinju raditi brže, pokazujući malu razliku između njih.

Iz provedenih testova postaje jasno da mreža nije usko grlo za nove konfiguracije, a upravljana aplikacija radi čak i brže nego inače. Također možete preporučiti prebacivanje na 1 Gb/s ako su teški zadaci i brzina učitavanja baze podataka kritični za vas, u drugim slučajevima nove konfiguracije omogućuju vam učinkovit rad čak i u sporim mrežama od 100 Mb/s.

Dakle, zašto 1C usporava? Istražit ćemo dalje.

Diskovni podsustav poslužitelja i SSD

U prethodnom članku postigli smo povećanje performansi 1C postavljanjem baza podataka na SSD. Možda performanse diskovnog podsustava poslužitelja nisu dovoljne? Izmjerili smo performanse diskovnog poslužitelja tijekom grupnog rada u dvije baze podataka odjednom i dobili prilično optimističan rezultat.

Unatoč relativno velikom broju ulazno/izlaznih operacija u sekundi (IOPS) - 913, duljina čekanja nije premašila 1,84, što je vrlo dobar rezultat. Na temelju toga možemo pretpostaviti da će zrcalo s običnih diskova biti dovoljno za normalan rad 8-10 mrežnih klijenata u teškim načinima rada.

Dakle, je li SSD potreban na poslužitelju? Najbolji odgovor na ovo pitanje pomoći će testiranju koje smo proveli koristeći sličnu metodologiju, mrežna veza svugdje je 1 Gb/s, rezultat je također izražen u relativnim vrijednostima.

Počnimo s brzinom učitavanja baze podataka.

Možda se nekome čini iznenađujuće, ali SSD baza na poslužitelju ne utječe na brzinu preuzimanja baze podataka. Glavni ograničavajući faktor ovdje, kao što je pokazao prethodni test, je propusnost mreže i performanse klijenta.

Prijeđimo na ponovno ožičenje:

Gore smo već napomenuli da su performanse diska sasvim dovoljne čak i za rad u teškim uvjetima, tako da brzina SSD-a također nije pogođena, osim neoptimizirane baze koja je sustigla optimiziranu na SSD-u. Zapravo, ovo još jednom potvrđuje da optimizacijske operacije organiziraju informacije u bazi podataka, smanjujući broj slučajnih I/O operacija i povećavajući brzinu pristupa njima.

Na svakodnevnim poslovima slika je slična:

Samo neoptimizirana baza ima koristi od SSD-a. Naravno, možete kupiti SSD, ali bilo bi puno bolje razmišljati o pravovremenom održavanju baza. Također, ne zaboravite na defragmentaciju particije infobaze na poslužitelju.

Diskovni podsustav klijenta i SSD

Analizirali smo utjecaj SSD-a na brzinu lokalno instaliranog 1C u , mnogo od onoga što je rečeno vrijedi i za rad u mrežnom načinu rada. Doista, 1C prilično aktivno koristi resurse diska, uključujući za pozadinske i planirane zadatke. Na slici ispod možete vidjeti kako Accounting 3.0 dosta aktivno pristupa disku oko 40 sekundi nakon učitavanja.

Ali u isto vrijeme treba biti svjestan da su za radnu stanicu na kojoj se aktivno radi s jednom ili dvije informacijske baze sasvim dovoljni resursi performansi konvencionalnog HDD-a masovne serije. Kupnja SSD-a može ubrzati neke procese, ali nećete primijetiti radikalno ubrzanje u svakodnevnom radu, jer će, primjerice, preuzimanje biti ograničeno propusnošću mreže.

Usporiti HDD može usporiti neke operacije, ali sam po sebi ne može uzrokovati usporavanje programa.

radna memorija

Unatoč činjenici da je RAM sada nepristojno jeftin, mnoge radne stanice nastavljaju raditi s količinom memorije koja je instalirana kada su kupljene. Tu vrebaju prvi problemi. Na temelju činjenice da prosječna "trojka" zahtijeva oko 500 MB memorije, možemo pretpostaviti da ukupna količina RAM-a od 1 GB za rad s programom neće biti dovoljna.

Smanjili smo sistemsku memoriju na 1 GB i pokrenuli dvije infobaze.

Na prvi pogled nije sve tako loše, program je ublažio svoje apetite i potpuno se zadržao unutar raspoložive memorije, no ne zaboravimo da se potreba za operativnim podacima nije promijenila, pa gdje su nestali? Isprani na disk, cache, swap, itd., bit ove operacije je da se podaci koji trenutno nisu potrebni šalju iz brzog RAM-a, čija količina nije dovoljna, na usporeni disk.

Kamo to vodi? Pogledajmo kako se sistemski resursi koriste u teškim operacijama, na primjer, pokrenimo grupno ponovno pokretanje u dvije baze podataka odjednom. Prvo na sustavu s 2 GB RAM-a:

Kao što vidite, sustav aktivno koristi mrežu za primanje podataka i procesor za njihovu obradu, aktivnost diska je beznačajna, u procesu obrade povremeno raste, ali nije ograničavajući faktor.

Sada smanjimo memoriju na 1 GB:

Situacija se radikalno mijenja, glavno opterećenje sada pada na tvrdi disk, procesor i mreža miruju, čekajući da sustav pročita potrebne podatke s diska u memoriju i tamo pošalje nepotrebne podatke.

Istodobno, čak i subjektivni rad s dvije otvorene baze podataka na sustavu s 1 GB memorije pokazao se izuzetno neugodnim, imenici i časopisi otvarani su sa značajnim kašnjenjem i aktivnim pristupom disku. Na primjer, otvaranje časopisa Prodaja roba i usluga trajalo je oko 20 sekundi i sve to vrijeme bilo je popraćeno velikom aktivnošću diska (istaknuto crvenom linijom).

Kako bismo objektivno procijenili utjecaj RAM-a na performanse konfiguracija temeljenih na upravljanoj aplikaciji, proveli smo tri mjerenja: brzinu učitavanja prve baze, brzinu učitavanja druge baze i grupno ponovno objavljivanje u jednoj od baza. Obje baze su potpuno identične i nastale su kopiranjem optimizirane baze. Rezultat se izražava u relativnim jedinicama.

Rezultat govori sam za sebe, ako se vrijeme učitavanja poveća za otprilike trećinu, što je još uvijek sasvim podnošljivo, tada vrijeme za obavljanje operacija u bazi podataka raste tri puta, o nekom ugodnom radu u takvim uvjetima ne treba govoriti. Usput, to je slučaj kada kupnja SSD-a može poboljšati situaciju, ali mnogo je lakše (i jeftinije) riješiti uzrok, a ne posljedice, i samo kupiti pravu količinu RAM-a.

Nedostatak RAM-a glavni je razlog zašto je rad s novim 1C konfiguracijama neugodan. Minimalne odgovarajuće konfiguracije treba uzeti u obzir s 2 GB memorije na brodu. Istodobno, imajte na umu da su u našem slučaju stvoreni "staklenički" uvjeti: čist sustav, pokrenuti su samo 1C i upravitelj zadataka. U stvarnom životu, preglednik, uredski paket, antivirusni program, itd., obično su otvoreni na radnom računalu, pa pođite od potrebe za 500 MB po bazi podataka plus nešto rezerve kako tijekom teških operacija ne biste naišli na nedostatak memorije i drastične degradacije performansi.

CPU

Središnja procesorska jedinica, bez pretjerivanja, može se nazvati srcem računala, budući da je on taj koji u konačnici obrađuje sve izračune. Kako bismo procijenili njegovu ulogu, proveli smo još jedan skup testova, isti kao i za RAM, smanjujući broj jezgri dostupnih virtualnom stroju s dvije na jednu, dok je test dvaput izveden s veličinama memorije od 1 GB i 2 GB.

Rezultat se pokazao prilično zanimljivim i neočekivanim, snažniji procesor prilično je učinkovito preuzeo opterećenje u uvjetima nedostatka resursa, inače bez ikakve opipljive koristi. 1C Enterprise (u načinu rada datoteke) teško se može nazvati aplikacijom koja aktivno koristi resurse procesora, prilično nezahtjevna. A u teškim uvjetima, procesor je opterećen ne toliko izračunavanjem podataka same aplikacije, koliko servisiranjem režijskih troškova: dodatnim I/O operacijama itd.

zaključke

Dakle, zašto 1C usporava? Prije svega, ovo je nedostatak RAM-a, glavno opterećenje u ovom slučaju pada na tvrdi disk i procesor. A ako ne blistaju performansama, kao što je to obično slučaj u uredskim konfiguracijama, onda dobivamo situaciju opisanu na početku članka - "dvojka" je radila dobro, a "trojka" besramno usporava.

Drugo mjesto treba dati mrežnim performansama, spor kanal od 100 Mbps može postati pravo usko grlo, ali u isto vrijeme, način rada tankog klijenta može održavati prilično udobnu razinu rada čak i na sporim kanalima.

Zatim biste trebali obratiti pozornost na disk, kupnja SSD-a vjerojatno neće biti dobra investicija, ali zamjena diska modernijim neće biti suvišna. Razlika između generacija tvrdih diskova može se procijeniti iz sljedećeg materijala: .

I na kraju procesor. Brži model, naravno, neće biti suvišan, ali nema puno smisla povećavati njegove performanse, osim ako se ovo računalo ne koristi za teške operacije: skupna obrada, teška izvješća, zatvaranje mjeseca itd.

Nadamo se da će vam ovaj materijal pomoći da brzo shvatite pitanje "zašto 1C usporava" i riješite ga najučinkovitije i bez dodatnih troškova.

Oznake:

Omogućite JavaScript za pregled

Često dobivamo pitanja o tome što usporava 1s, posebno pri prelasku na verziju 1s 8.3, zahvaljujući našim kolegama iz Interface LLC, detaljno govorimo:

U našim prethodnim publikacijama već smo se dotakli utjecaja performansi diskovnog podsustava na brzinu 1C, međutim, ova se studija odnosila na lokalnu upotrebu aplikacije na zasebnom računalu ili terminalnom poslužitelju. Istovremeno, većina malih implementacija uključuje rad s datotečnom bazom preko mreže, gdje se jedno od korisničkih računala koristi kao poslužitelj ili namjenski datotečni poslužitelj temeljen na običnom, najčešće također jeftinom računalu.

Mala studija resursa na ruskom jeziku na 1C pokazala je da se ovaj problem marljivo zaobilazi; u slučaju problema obično se savjetuje prebacivanje na način rada klijent-poslužitelj ili terminal. Također je postalo gotovo općeprihvaćeno da konfiguracije na upravljanoj aplikaciji rade puno sporije od uobičajenih. U pravilu se argumentima daje "željezo": "ovdje je računovodstvo 2.0 upravo proletjelo, a" trojka "jedva se kreće", naravno, u tim riječima ima istine, pa pokušajmo to shvatiti.

Potrošnja resursa na prvi pogled

Za testiranje smo uzeli dva virtualna računala s Windows Server 2012 R2 odnosno Windows 8.1 s 2 jezgre hosta Core i5-4670 i 2 GB RAM-a, što odgovara prosječnom uredskom računalu. Poslužitelj je postavljen na RAID 0 polje od dva WD Se, a klijent je postavljen na sličan niz diskova opće namjene.

Prvo što privlači pozornost je povećana veličina informacijske baze Trojke, a ona je znatno porasla, kao i puno veći apetiti za RAM-om:

Neto

Propusnost mreže je jedan od najvažnijih parametara za mrežne aplikacije, posebno kao 1C u načinu rada datoteke, prenoseći značajne količine podataka preko mreže. Većina mreža malih poduzeća izgrađena je na temelju jeftine opreme od 100 Mbps, pa smo započeli testiranje usporedbom pokazatelja performansi 1C u mrežama od 100 Mbps i 1 Gbps.

Također smo provjerili utjecaj brzine mreže na rad u teškim uvjetima, na primjer, tijekom grupnog ponovnog hostinga. Rezultat se također izražava u relativnim terminima:

Kako bismo procijenili utjecaj brzine mreže na svakodnevni rad, upotrijebili smo mjerenje učinkovitosti izvođenjem niza unaprijed definiranih radnji u svakoj bazi podataka.

Dakle, zašto 1C usporava? Istražit ćemo dalje.

Diskovni podsustav poslužitelja i SSD

Unatoč relativno visokom broju ulazno/izlaznih operacija u sekundi (IOPS) - 913, duljina čekanja nije premašila 1,84, što je vrlo dobar rezultat za niz od dva diska. Na temelju toga možemo pretpostaviti da će zrcalo s običnih diskova biti dovoljno za normalan rad 8-10 mrežnih klijenata u teškim načinima rada.

Počnimo s brzinom učitavanja baze podataka.

Prijeđimo na ponovno ožičenje:

Na svakodnevnim poslovima slika je slična:

Diskovni podsustav klijenta i SSD

Analizirali smo utjecaj SSD-a na brzinu lokalno instaliranog 1C u prethodnom članku, mnogo od onoga što je rečeno vrijedi i za rad u mrežnom načinu rada. Doista, 1C prilično aktivno koristi resurse diska, uključujući za pozadinske i planirane zadatke. Na slici ispod možete vidjeti kako Accounting 3.0 dosta aktivno pristupa disku oko 40 sekundi nakon učitavanja.

Spori tvrdi disk može usporiti neke operacije, ali sam po sebi ne može uzrokovati usporavanje programa.

radna memorija

Smanjili smo sistemsku memoriju na 1 GB i pokrenuli dvije infobaze.

Kamo to vodi? Pogledajmo kako se sistemski resursi koriste u teškim operacijama, na primjer, pokrenimo grupno ponovno pokretanje u dvije baze podataka odjednom. Prvo na sustavu s 2 GB RAM-a:

Kao što vidite, sustav aktivno koristi mrežu za primanje podataka i procesor za njihovu obradu, aktivnost diska je beznačajna, u procesu obrade povremeno raste, ali nije ograničavajući faktor.

Sada smanjimo memoriju na 1 GB:

CPU

Rezultat se pokazao prilično zanimljivim i neočekivanim, snažniji procesor prilično je učinkovito preuzeo opterećenje u uvjetima nedostatka resursa, inače bez ikakve opipljive koristi. 1C Enterprise teško se može nazvati aplikacijom koja aktivno koristi resurse procesora, prilično nezahtjevna. A u teškim uvjetima, procesor je opterećen ne toliko izračunavanjem podataka same aplikacije, koliko servisiranjem režijskih troškova: dodatnim I/O operacijama itd.

zaključke

Nadamo se da će vam ovaj materijal pomoći da brzo shvatite pitanje "zašto 1C usporava" i riješite ga najučinkovitije i bez dodatnih troškova.

Glavna svrha pisanja članka nije ponavljanje očitih nijansi onim administratorima (i programerima) koji još nisu stekli iskustvo s 1C.

Sporedni cilj, ako imam nedostatke, Infostart će mi to najbrže ukazati.

Test V. Gileva već je postao svojevrsni standard "de facto". Autor na svojoj web stranici dao je sasvim razumljive preporuke, ali ja ću samo dati neke rezultate i komentirati najvjerojatnije pogreške. Naravno, rezultati testiranja na vašoj opremi mogu se razlikovati, ovo je samo smjernica, što bi trebalo biti i čemu možete težiti. Želim odmah napomenuti da se promjene moraju raditi korak po korak, a nakon svakog koraka provjerite kakav je rezultat dao.

Postoje slični članci na Infostartu, u relevantnim odjeljcima stavit ću poveznice na njih (ako mi nešto nedostaje, recite mi u komentarima, ja ću to dodati). Dakle, pretpostavimo da usporite 1C. Kako dijagnosticirati problem i kako razumjeti tko je kriv, administrator ili programer?

Početni podaci:

Testirano računalo, glavni pokusni kunić: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. Usporedbe radi, usporedive rezultate u jednonitnom testu pokazuje Core i3-2100. Posebno je uzeta oprema koja nije najnovija, na modernoj opremi rezultati su osjetno bolji.

Za testiranje udaljenih 1C i SQL poslužitelja, SQL poslužitelj: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Za testiranje 10 Gbit mreže korišteni su Intel 520-DA2 adapteri.

Verzija datoteke. (baza je na poslužitelju u zajedničkoj mapi, klijenti su povezani na mrežu, CIFS/SMB protokol). Algoritam korak po korak:

0. Dodajte Gilev test bazu podataka na poslužitelj datoteka u istoj mapi kao i glavne baze podataka. Povezujemo se s klijentskog računala, izvodimo test. Sjećamo se rezultata.

Razumije se da čak i za stara računala prije 10 godina (Pentium na 775 socketu ) vrijeme od klika na oznaku 1C:Enterprise do pojavljivanja prozora baze podataka trebalo bi biti manje od minute. ( Celeron = spor rad).

Ako vam je računalo gore od Pentiuma na 775 utičnica s 1 GB RAM-a, onda suosjećam s vama i bit će vam teško postići udoban rad na 1C 8.2 u verziji datoteke. Razmislite ili o nadogradnji (dugo je trebalo) ili prebacivanju na terminalski (ili web, u slučaju tankih klijenata i upravljanih obrazaca) poslužitelj.

Ako računalo nije gore, onda možete šutnuti administratora. Najmanje provjerite rad mreže, antivirusnog i HASP zaštitnog drajvera.

Ako je Gilevov test u ovoj fazi pokazao 30 "papiga" i više, ali radna baza 1C i dalje radi sporo - pitanja su već za programera.

1. Za orijentir, koliko klijentsko računalo može "istisnuti", provjeravamo rad samo ovog računala, bez mreže. Testnu bazu stavljamo na lokalno računalo (na vrlo brzi disk). Ako klijentsko računalo nema normalan SSD, tada se stvara ramdisk. Zasad najjednostavniji i besplatni je Ramdisk enterprise.

Za testiranje verzije 8.2 dovoljno je 256 MB ramdiska, i! Najvažniji. Nakon ponovnog pokretanja računala s radnim ramdiskom, trebalo bi imati 100-200 MB slobodnog prostora. U skladu s tim, bez ramdiska, za normalan rad slobodne memorije trebalo bi biti 300-400 MB.

Za testiranje verzije 8.3 dovoljan je ramdisk od 256 MB, ali je potrebno više slobodnog RAM-a.

Prilikom testiranja morate pogledati opterećenje procesora. U slučaju blizu idealnog (ramdisk), lokalna datoteka 1c učitava 1 procesorsku jezgru tijekom rada. U skladu s tim, ako tijekom testiranja jezgra vašeg procesora nije potpuno opterećena, potražite slabosti. Malo emocionalno, ali općenito ispravno, opisan je utjecaj procesora na rad 1C. Samo za referencu, čak i na modernom Core i3 s visokom frekvencijom, brojke 70-80 su sasvim stvarne.

Najčešće pogreške u ovoj fazi.

a) Neispravno konfiguriran antivirus. Postoji mnogo antivirusa, postavke za svaki su različite, mogu samo reći da uz pravilnu konfiguraciju ni web ni Kaspersky 1C ne smetaju. S "zadanim" postavkama - oko 3-5 papiga (10-15%) može se odvesti.

b) Način rada. Iz nekog razloga malo ljudi obraća pozornost na to, a učinak je najznačajniji. Ako vam treba brzina, onda to morate učiniti, kako na klijentskim tako i na poslužiteljskim računalima. ( dobar opis kod Gileva. Jedino upozorenje je da na nekim matičnim pločama, ako isključite Intel SpeedStep, ne možete uključiti TurboBoost).

Ukratko, tijekom rada 1C postoji puno čekanja na odgovor od drugih uređaja (disk, mreža, itd.). Dok čekate odgovor, ako je način rada uravnotežen, tada procesor smanjuje svoju frekvenciju. Od uređaja dolazi odgovor, 1C (procesor) treba raditi, ali prvi ciklusi idu na smanjenoj frekvenciji, zatim frekvencija raste - i 1C ponovno čeka odgovor od uređaja. I tako - mnogo stotina puta u sekundi.

Možete (i po mogućnosti) omogućiti način rada na dva mjesta:

Kroz BIOS. Onemogućite načine rada C1, C1E, Intel C-state (C2, C3, C4). U različitim biosima zovu se drugačije, ali značenje je isto. Tražite dugo, potrebno je ponovno pokretanje, ali ako ste to učinili jednom, možete zaboraviti. Ako je sve učinjeno ispravno u BIOS-u, tada će se dodati brzina. Na nekim se matičnim pločama postavke BIOS-a mogu postaviti tako da način rada sustava Windows ne igra nikakvu ulogu. (Primjeri podešavanja BIOS-a od Gileva). Ove postavke se uglavnom tiču poslužiteljskih procesora ili "naprednog" BIOS-a, ako ga niste pronašli u svom sustavu, a nemate Xeon - u redu je.

Upravljačka ploča - Napajanje - Visoke performanse. Minus - računalo ako dulje vrijeme nije bilo na servisu, jače će zujati s ventilatorom, više će se grijati i trošiti više energije. Ovo je cijena izvedbe.

Kako provjeriti je li način rada omogućen. Pokrenite Upravitelj zadataka - Performanse - Monitor resursa - CPU. Čekamo dok procesor ne bude zauzet ničim.

Ovo su zadane postavke.

BIOS C-stanje uključeno,

način uravnotežene snage

BIOS C-stanje uključeno, način rada visokih performansi

Za Pentium i Core, možete tu stati,

iz Xeona još uvijek možete iscijediti koju "papigu".

BIOS C-stanje isključeno, način rada visokih performansi.

Ako ne koristite Turbo boost - to bi trebalo izgledati ovako

poslužitelj podešen za performanse

A sada brojke. Da vas podsjetim: Intel Xeon 5650, ramdisk. U prvom slučaju, test pokazuje 23,26, u drugom - 49,5. Razlika je gotovo dvostruka. Brojevi mogu varirati, ali omjer ostaje gotovo isti za Intel Core.

Poštovani administratori, možete grditi 1C kako želite, ali ako krajnji korisnici trebaju brzinu, morate omogućiti način rada visokih performansi.

c) Turbo pojačanje. Prvo morate razumjeti podržava li vaš procesor ovu funkciju, na primjer. Ako jest, onda još uvijek možete sasvim legalno dobiti neku izvedbu. (Ne želim se doticati pitanja overclockinga, posebno poslužitelja, radite to na vlastitu odgovornost i rizik. Ali slažem se da povećanje brzine sabirnice sa 133 na 166 daje vrlo primjetan porast i brzine i rasipanja topline)

Na primjer, napisano je kako uključiti turbo boost. Ali! Za 1C postoje neke nijanse (ne najočitije). Poteškoća je u tome što se maksimalni učinak turbo pojačanja očituje kada je C-stanje uključeno. I ispada nešto poput ove slike:

Imajte na umu da je množitelj maksimalan, Core brzina najljepša, performanse visoke. Ali što će se dogoditi kao rezultat 1s?

	Faktor	Brzina jezgre (frekvencija), GHz	CPU-Z jedna nit	Gilev Ramdisk test verzija datoteke	Gilev Ramdisk test klijent-poslužitelj
bez turbo pojačanja
C-stanje isključeno, turbo pojačanje				53.19	40,32
C-stanje uključeno, turbo pojačanje			1080	53,13	23,04

Ali na kraju ispada da je prema testovima performansi CPU-a varijanta s množiteljem 23 ispred, prema Gilevim testovima u datotečnoj verziji performanse s množiteljem 22 i 23 su iste, ali u klijent-poslužitelj verzija, varijanta s množiteljem od 23 horor horror horror (čak i ako je C-state postavljen na razinu 7, još uvijek je sporiji nego s isključenim C-stateom). Stoga preporuka, provjerite sami obje opcije i odaberite najbolju od njih. U svakom slučaju, razlika između 49,5 i 53 papige je prilično značajna, pogotovo jer je bez puno truda.

Zaključak - turbo boost mora biti uključen. Dopustite mi da vas podsjetim da nije dovoljno omogućiti Turbo boost stavku u BIOS-u, morate pogledati i druge postavke (BIOS: QPI L0s, L1 - onemogućiti, zahtjevno čišćenje - onemogućiti, Intel SpeedStep - omogućiti, Turbo boost - omogućiti.Upravljačka ploča – Napajanje – Visoke performanse) . I još bih se (čak i za file verziju) zaustavio na opciji gdje je c-state isključen, iako je tu množitelj manji. Nabavite nešto ovako...

Prilično kontroverzna točka je frekvencija pamćenja. Na primjer, frekvencija pamćenja prikazana je kao vrlo utjecajna. Moji testovi nisu otkrili takvu ovisnost. Neću uspoređivati DDR 2/3/4, pokazat ću rezultate promjene frekvencije unutar iste linije. Memorija je ista, ali u BIOS-u forsiramo niže frekvencije.

I rezultati testova. 1C 8.2.19.83, za verziju datoteke lokalni ramdisk, za klijent-poslužitelj 1C i SQL na jednom računalu, Zajednička memorija. Turbo boost je onemogućen u obje opcije. 8.3 prikazuje usporedive rezultate.

Razlika je unutar pogreške mjerenja. Posebno sam izvukao snimke zaslona CPU-Z kako bih pokazao da se drugi parametri mijenjaju s promjenom frekvencije, ista CAS Latency i RAS to CAS Delay, što izravnava promjenu frekvencije. Razlika će biti kada se memorijski moduli fizički promijene, iz sporijih u brže, ali ni tu brojke nisu previše značajne.

2. Kada smo skužili procesor i memoriju klijentskog računala, prelazimo na sljedeće vrlo važno mjesto - mrežu. Mnogo je tomova knjiga napisano o podešavanju mreže, postoje članci o Infostartu (i drugima), ovdje se neću fokusirati na ovu temu. Prije početka testiranja 1C, pobrinite se da iperf između dva računala prikazuje cijeli pojas (za kartice od 1 Gbit - dobro, barem 850 Mbit, ali bolje 950-980), da se slijedi Gilevov savjet. Zatim - najjednostavniji test rada bit će, čudno, kopiranje jedne velike datoteke (5-10 gigabajta) preko mreže. Neizravni znak normalnog rada na mreži od 1 Gbps bit će prosječna brzina kopiranja od 100 Mb / s, dobar rad - 120 Mb / s. Želim vam skrenuti pozornost na činjenicu da opterećenje procesora također može biti slaba točka (uključujući). SMB protokol na linuxu je prilično slabo paraleliziran, a tijekom rada vrlo lako može “pojesti” jednu procesorsku jezgru i više je ne trošiti.

I dalje. Uz zadane postavke, windows klijent najbolje radi s windows serverom (ili čak s windows radnom stanicom) i SMB / CIFS protokolom, linux klijent (debian, ubuntu nije gledao ostalo) najbolje radi s linuxom i NFS-om (radi i sa SMB-om, ali na NFS papagajima gore). To što se kod linearnog kopiranja win-linux servera na nfs brže kopira u jedan stream, ne znači ništa. Podešavanje debiana za 1C je tema za poseban članak, još nisam spreman za to, iako mogu reći da sam u datotečnoj verziji čak dobio malo bolje performanse od Win verzije na istoj opremi, ali s postgresom s korisnici iznad 50 I dalje imam sve jako loše.

Najvažniji , što znaju "spaljeni" administratori, ali početnici ne uzimaju u obzir. Postoji mnogo načina za postavljanje puta do baze podataka 1c. Možete učiniti \\server\share, možete \\192.168.0.1\share, možete net use z: \\192.168.0.1\share (i u nekim će slučajevima ova metoda također raditi, ali ne uvijek) i zatim navedite pogon Z. Čini se da sve ove staze pokazuju na isto mjesto, ali za 1C postoji samo jedan način koji daje prilično stabilne performanse. Dakle, evo što trebate učiniti kako treba:

U naredbenom retku (ili u pravilima, ili kako vam već odgovara) - koristite net DriveLetter: \\server\share. Primjer: net use m:\\poslužitelj\baze. Posebno naglašavam NE IP adresu, naime Ime poslužitelj. Ako poslužitelj nije vidljiv po imenu, dodajte ga u dns na poslužitelju ili lokalno u datoteku hosts. Ali žalba mora biti po imenu. Sukladno tome, na putu do baze pristupite ovom disku (vidi sliku).

A sada ću u brojkama pokazati zašto takav savjet. Početni podaci: kartice Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. OS Win 2008 R2, Win 7, Debian 8. Najnoviji drajveri, primijenjena ažuriranja. Prije testiranja sam se uvjerio da Iperf daje punu propusnost (osim za kartice od 10 Gbita, pokazalo se da istiskuje samo 7,2 Gbita, kasnije ću vidjeti zašto, testni poslužitelj još nije ispravno konfiguriran). Diskovi su različiti, ali posvuda je SSD (posebno umetnut jedan disk za testiranje, ništa se drugo ne učitava) ili raid sa SSD-a. Brzina od 100 Mbita dobivena je ograničavanjem postavki adaptera Intel 362. Nije bilo razlike između 1 Gbit bakra Intel 350 i 1 Gbit optike Intel X520-DA2 (dobiveno ograničenjem brzine adaptera). Maksimalne performanse, turbo boost je onemogućen (samo radi usporedivosti rezultata, turbo boost dodaje nešto manje od 10% za dobre rezultate, za loše rezultate možda uopće ne utječe). Verzije 1C 8.2.19.86, 8.3.6.2076. Ne navodim sve brojke, nego samo one najzanimljivije, da se ima s čime usporediti.

	Win 2008 - Win 2008 poziv preko ip adrese	Win 2008 - Win 2008 Obraćanje po imenu	Win 2008 - Win 2008 Zvanje preko ip adrese	Win 2008 - Win 2008 Obraćanje po imenu	Win 2008 - Win 7 Obraćanje po imenu	Windows 2008 - Debian Obraćanje po imenu	Win 2008 - Win 2008 Zvanje preko ip adrese	Win 2008 - Win 2008 Obraćanje po imenu
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1S 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Zaključci (iz tablice i iz osobno iskustvo. Odnosi se samo na verziju datoteke):

Preko mreže možete dobiti sasvim normalne brojeve za rad ako je ova mreža normalno konfigurirana i put je ispravno napisan u 1C. Čak i prvi Core i3s može dati 40+ papiga, što je sasvim dobro, a to nisu samo papige, u stvarnom radu razlika je također primjetna. Ali! ograničenje pri radu s više (više od 10) korisnika više neće biti mreža, ovdje je i dalje dovoljan 1 Gbit, ali blokada pri radu s više korisnika (Gilev).

Platforma 1C 8.3 mnogo je zahtjevnija za kompetentno postavljanje mreže. Osnovne postavke - pogledajte Gilev, ali imajte na umu da sve može utjecati. Vidio sam ubrzanje zbog činjenice da su deinstalirali (a ne samo isključili) antivirus, od uklanjanja protokola kao što je FCoE, od mijenjanja upravljačkih programa na stariju, ali Microsoft certificiranu verziju (posebno za jeftine kartice kao što su asus i longs), od uklanjanja drugu mrežnu karticu s poslužitelja. Mnogo opcija, pažljivo konfigurirajte mrežu. Može postojati situacija kada platforma 8.2 daje prihvatljive brojke, a 8.3 - dva ili čak više puta manje. Pokušajte se poigrati s verzijom platforme 8.3, ponekad dobijete jako velik učinak.

1C 8.3.6.2076 (možda kasnije, nisam još tražio točnu verziju) preko mreže još uvijek je lakše postaviti nego 8.3.7.2008. Od 8.3.7.2008. za postizanje normalnog rada mreže (u usporedivim papigama) pokazalo se samo nekoliko puta, nisam mogao ponoviti za općenitiji slučaj. Nisam puno razumio, ali sudeći po krpicama iz Process Explorera, tamo snimka ne ide kao u 8.3.6.

Unatoč činjenici da je pri radu na mreži od 100 Mbps njezin raspored opterećenja mali (možemo reći da je mreža slobodna), brzina rada je još uvijek puno manja nego na 1 Gbps. Razlog je latencija mreže.

Ceteris paribus (mreža koja dobro funkcionira) za 1C 8.2, Intel-Realtek veza je 10% sporija od Intel-Intela. Ali realtek-realtek općenito može dati oštro slijeganje iz vedra neba. Stoga, ako ima novca, bolje je držati Intel mrežne kartice posvuda, ako nema novca, onda Intel stavite samo na server (vaš KO). Da, i postoji mnogo više uputa za podešavanje intel mrežnih kartica.

Zadane antivirusne postavke (na primjer, verzija drweb 10) oduzimaju oko 8-10% papiga. Ako ga pravilno konfigurirate (dopustite procesu 1cv8 da radi sve, iako nije sigurno) - brzina je ista kao i bez antivirusa.

NEMOJTE čitati Linux gurue. Poslužitelj sa sambom je odličan i besplatan, ali ako stavite Win XP ili Win7 na poslužitelj (ili još bolje - OS poslužitelja), tada će u datotečnoj verziji 1c raditi brže. Da, i samba i skup protokola i mrežne postavke i još mnogo toga u debianu / ubuntuu su dobro podešeni, ali ovo se preporučuje stručnjacima. Nema smisla instalirati Linux sa zadanim postavkama i onda reći da je spor.

Dobra je ideja testirati diskove povezane putem net use s fio . Barem će biti jasno jesu li to problemi s 1C platformom ili s mrežom / diskom.

Za single-user varijantu ne mogu se sjetiti testova (ili situacije) gdje bi bila vidljiva razlika između 1Gb i 10Gb. Jedino gdje je 10Gbps za file verziju dalo bolje rezultate je spajanje diskova preko iSCSI-ja, ali to je tema za poseban članak. Ipak, mislim da su kartice od 1 Gbit dovoljne za file verziju.

Zašto, s mrežom od 100 Mbit, 8.3 radi znatno brže od 8.2 - ne razumijem, ali činjenica se dogodila. Sva ostala oprema, sve druge postavke potpuno su iste, samo u jednom slučaju testira se 8.2, au drugom - 8.3.

Nije podešen NFS win - win ili win-lin daje 6 papiga, nisam ga uključio u tablicu. Nakon ugađanja dobio sam 25, ali je nestabilan (zalet u mjerenjima je veći od 2 jedinice). Za sada ne mogu dati preporuke o korištenju windowsa i NFS protokola.

Nakon svih postavki i provjera, ponovno pokrećemo test s klijentskog računala, radujemo se poboljšanom rezultatu (ako je uspio). Ako se rezultat poboljšao, ima više od 30 papiga (a posebno više od 40), manje od 10 korisnika radi u isto vrijeme, a radna baza podataka i dalje usporava - gotovo sigurno problem programera (ili ste već dosegao vrhunac mogućnosti datotečne verzije).

terminalski poslužitelj. (baza je na poslužitelju, klijenti su povezani na mrežu, RDP protokol). Algoritam korak po korak:

0. Dodajte Gilev test bazu podataka na poslužitelj u istu mapu kao i glavne baze podataka. Spajamo se s istog poslužitelja i izvodimo test. Sjećamo se rezultata.

1. Na isti način kao u verziji datoteke, postavljamo rad. Kod terminalskog poslužitelja procesor uglavnom igra glavnu ulogu (podrazumijeva se da nema očitih nedostataka, poput nedostatka memorije ili ogromne količine nepotrebnog softvera).

2. Postavljanje mrežnih kartica u slučaju terminal servera nema praktički nikakvog utjecaja na rad 1s. Za "posebnu" udobnost, ako vaš poslužitelj izdaje više od 50 papiga, možete se poigrati s novim verzijama RDP protokola, samo za udobnost korisnika, brži odgovor i skrolanje.

3. Uz aktivan rad velikog broja korisnika (a ovdje već možete pokušati spojiti 30 ljudi na jednu bazu, ako pokušate), vrlo je poželjno instalirati SSD pogon. Iz nekog razloga, vjeruje se da disk ne utječe posebno na rad 1C, ali svi testovi se provode s omogućenom predmemorijom kontrolera za pisanje, što je pogrešno. Testna baza je mala, stane u predmemoriju, otuda i visoke brojke. Na pravim (velikim) bazama sve će biti potpuno drugačije, pa je predmemorija onemogućena za testove.

Na primjer, provjerio sam rad Gilev testa s različitim opcijama diska. Stavio sam diskove od onoga što mi je bilo pri ruci, čisto da pokažem sklonost. Razlika između 8.3.6.2076 i 8.3.7.2008 je mala (u Ramdisk Turbo boost verziji 8.3.6 daje 56.18, a 8.3.7.2008 daje 55.56, u drugim testovima razlika je još manja). Potrošnja energije - maksimalne performanse, turbo boost onemogućen (osim ako nije drugačije navedeno).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	Jedan SSD	ram disk		Predmemorija omogućena RAID kontroler
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1S 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Uključeni cache RAID kontrolera uklanja sve razlike između diskova, brojevi su isti i za sat i za sas. Testiranje s njim za malu količinu podataka je beskorisno i nije pokazatelj.

Za platformu 8.2, razlika u performansama između SATA i SSD opcija je više nego dvostruka. Ovo nije tipfeler. Ako pogledate monitor performansi tijekom testa na SATA diskovima. tada je jasno vidljivo "Aktivno vrijeme diska (u%)" 80-95. Da, ako omogućite predmemoriju pisanja samih diskova, brzina će se povećati na 35, ako omogućite predmemoriju raid kontrolera - do 49 (bez obzira koji se diskovi trenutno testiraju). Ali ovo su sintetičke papige predmemorije, u stvarnom radu s velikim bazama podataka nikada neće biti 100% omjer pogodaka predmemorije pisanja.

Brzina čak i jeftinih SSD-ova (testirao sam na Agility 3) dovoljna je da verzija datoteke radi. Resurs snimanja je druga stvar, ovdje morate pogledati u svakom konkretan slučaj, jasno je da će Intel 3700 imati red veličine veći, ali cijena je tamo odgovarajuća. I da, razumijem da prilikom testiranja SSD pogona također u većoj mjeri testiram predmemoriju ovog pogona, stvarni rezultati će biti manji.

Najispravnije (s moje točke gledišta) rješenje bilo bi dodijeliti 2 SSD diska u zrcalni raid za bazu datoteka (ili nekoliko baza datoteka) i ne stavljati ništa drugo tamo. Da, s ogledalom se SSD-ovi troše na isti način, a to je minus, ali barem su nekako osigurani od grešaka u elektronici upravljača.

Glavne prednosti SSD diskova za verziju datoteke pojavit će se kada postoji mnogo baza podataka, a svaka s nekoliko korisnika. Ako postoje 1-2 baze, a korisnici u regiji od 10, tada će SAS diskovi biti dovoljni. (ali u svakom slučaju - pogledajte učitavanje ovih diskova, barem kroz perfmon).

Glavne prednosti terminalskog poslužitelja su da može imati vrlo slabe klijente, a mrežne postavke mnogo manje utječu na terminalski poslužitelj (opet vaš KO).

Zaključci: ako pokrenete Gilev test na terminalskom poslužitelju (s istog diska na kojem su radne baze podataka) iu onim trenucima kada radna baza uspori, a Gilev test pokaže dobar rezultat (iznad 30), tada spori rad glavne radne baze podataka je kriv, najvjerojatnije programer.

Ako Gilev test pokazuje male brojke, a imate i procesor s visokom frekvencijom i brze diskove, onda ovdje administrator mora uzeti barem perfmon i negdje zabilježiti sve rezultate, pa gledati, promatrati, donositi zaključke. Neće biti definitivnog savjeta.

Opcija klijent-poslužitelj.

Testovi su provedeni samo na 8.2, tk. Na 8.3 sve dosta ozbiljno ovisi o verziji.

Za testiranje sam odabrao različite opcije poslužitelja i mreže između njih kako bih pokazao glavne trendove.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Fiber kanal-SSD	SQL: Xeon E5-2630 Fiber kanal - SAS	SQL: Xeon E5-2630 Lokalni SSD	SQL: Xeon E5-2630 Fiber kanal-SSD	SQL: Xeon E5-2630 Lokalni SSD	1C: Xeon 5650 =	1C: Xeon 5650 = zajednička memorija	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1S 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Čini se da sam razmotrio sve zanimljive opcije, ako vas zanima nešto drugo - napišite u komentarima, pokušat ću to učiniti.

SAS na pohrani je sporiji od lokalnih SSD-ova, iako pohrana ima velike veličine predmemorije. SSD-ovi i lokalni sustavi i sustavi za pohranu za Gilev test rade pri usporedivim brzinama. Ne znam nijedan standardni višenitni test (ne samo zapise, već svu opremu) osim za učitavanje 1C iz MCC-a.

Promjena 1C poslužitelja s 5520 na 5650 dala je gotovo udvostručenje performansi. Da, konfiguracije poslužitelja se ne podudaraju u potpunosti, ali pokazuje trend (ništa iznenađujuće).

Povećanje frekvencije na SQL poslužitelju, naravno, daje učinak, ali ne isti kao na 1C poslužitelju, MS SQL Server je savršeno sposoban (ako ga tražite) koristiti višejezgrenu i slobodnu memoriju.

Promjena mreže između 1C i SQL s 1 Gbps na 10 Gbps daje oko 10% papiga. Očekivano više.

Omogućavanje zajedničke memorije i dalje daje učinak, iako ne 15%, kao što je opisano. Obavezno to učinite, brzo je i jednostavno. Ako je netko dao imenovanu instancu SQL poslužitelju tijekom instalacije, tada da bi 1C radio, naziv poslužitelja mora biti naveden ne FQDN-om (tcp / ip će raditi), ne kroz localhost ili samo ServerName, već kroz ServerName\InstanceName, za primjer zz-test\zztest. (Inače će se pojaviti sljedeća pogreška DBMS-a: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: Knjižnica zajedničke memorije korištena za povezivanje sa SQL Server 2000 nije pronađena. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, stanje=1, ozbiljnost=10, izvorno=126, linija=0).

Za korisnike manje od 100, jedina točka podjele na dva odvojena poslužitelja je licenca za Win 2008 Std (i starije verzije), koja podržava samo 32 GB RAM-a. U svim drugim slučajevima, 1C i SQL svakako treba instalirati na isti poslužitelj i dati im više (barem 64 GB) memorije. Dati MS SQL-u manje od 24-28 GB RAM-a je neopravdana pohlepa (ako mislite da imate dovoljno memorije za to i da sve radi kako treba, možda bi vam verzija datoteke 1C bila dovoljna?)

Koliko lošije hrpa 1C i SQL radi u virtualnom stroju tema je zasebnog članka (savjet - osjetno lošije). Ni u Hyper-V-u stvari nisu tako jasne...

Uravnoteženi način rada je loš. Rezultati se dobro slažu s verzijom datoteke.

Mnogi izvori kažu da način ispravljanja pogrešaka (ragent.exe -debug) daje snažno smanjenje performansi. Pa, snižava, da, ali ne bih nazvao 2-3% značajnim učinkom.