1c odabir visi nakon nekoliko operacija. Što učiniti ako se program zamrzne? Razlika između potrebnih i nepotrebnih brava

Može postojati nekoliko razloga zašto se program zamrzava:

Ovaj članak raspravlja 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 namijenjen za istodobni rad velikog broja korisnika, aktivno podržavaju korisnici foruma koji u ovim postovima pronalaze sigurnost i razlog da ostave sve kako jest. Uz dovoljno strpljenja i znanja sustav možete približiti neograničenom broju korisnika. Spor rad i smrzavanje 1C više neće biti problem.

Iz prakse: Najlakši način za optimizaciju je 1C v7.7 (Optimizacija 1C 8.1, 1C 8.2, 1C 8.3 je teži zadatak, jer se aplikacija sastoji od 3 linka). Dovođenje do 400 istovremenih korisnika je prilično tipičan projekt. Do 1500 je već teško i 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 manjeg dijela opreme, na primjer, dodavanjem RAM-a. Treba napomenuti da oprema i dalje mora biti bazirana na poslužitelju, posebno diskovni podsustav. Zastarjeli diskovni podsustav samo je jedan od razloga zašto 1C radi sporo.

Glavno ograničenje pri radu s više korisnika u 1C je mehanizam za zaključavanje. Blokiranje u 1C, a ne oprema poslužitelja, obično sprječava veliki broj ljudi da rade u bazi podataka. Da biste prevladali ovaj problem, morate naporno raditi i promijeniti logiku zaključavanja u 1C - spustite ih s tablice na redove. Tada će npr. knjiženje 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 za zaključavanje 1C vrlo je složena tehnologija. Ne može svatko izvesti takav trik, a za njih je preostao samo jedan način - optimizacija strukture i ubrzanje vremena izvršenja operacija. Činjenica je da su blokiranje u 1C i vrijeme izvršenja operacija visoko međusobno povezani pokazatelji. Na primjer, ako operacija knjiženja dokumenta traje 15 sekundi, onda ako postoji veliki broj korisnika, velika je vjerojatnost da će tijekom prijenosa netko drugi pokušati knjižiti dokument i čekati u blokadi. Ako povećate vrijeme izvršenja na najmanje 1 sekundu, tada će se 1C blokiranje za ovu operaciju značajno smanjiti.

Opasnije sa stajališta blokiranja su grupne obrade, koje mogu dugo trajati, a istovremeno uzrokuju blokiranje 1C. Svaka obrada kojom se mijenjaju podaci, na primjer vraćanje slijeda ili skupna obrada dokumenata, zaključava tablice i onemogućuje drugim korisnicima objavu dokumenata. Naravno, što se te obrade brže izvode, to je vrijeme blokiranja kraće i korisnicima će biti lakše.

Teška izvješća koja izvode operacije samo za čitanje 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 iste operacije izvedene 1 sekundu, a tijekom izvršenja izvješća 15 sekundi . Naravno, kako se vrijeme izvršavanja operacija povećava, povećava se i intenzitet blokiranja.

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

Osnovno pravilo za optimizaciju je da obrada dokumenata treba trajati minimalno i obavljati 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 filtere za registre koji vam omogućuju postizanje najbolje selektivnosti, ne zaboravljajući da, prema uvjetima filtriranja, registar mora 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 se javlja kod 95% klijenata. Treba napomenuti da se radi o poslužiteljima ozbiljnih organizacija, u 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 naređenja 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, veća je vjerojatnost da će Internet i forumi zbuniti postavke poslužitelja nego pomoći. U situaciji takve neizvjesnosti, administrator ima još manju želju mijenjati bilo što na poslužitelju koji ikako radi.

Na prvi pogled, slika je jasna - morate optimizirati sve što usporava rad 1C poslužitelja. Ali zamislimo sebe na mjestu takvog optimizatora - recimo da imamo 1C 8.1 8.2 8.3 UPP 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 - što ako neki posebno neovisni antivirusni program provodi potpuno skeniranje sustava. Inspekcija pokazuje da je sve u redu - server je opterećen 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 se rado ažurirali, a nakon ažuriranja počelo je masovno usporavanje rada 1C korisnika ili se 1C jednostavno zamrznuo.

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

Iz prakse: program koji promptno ažurira podatke na web stranici upao je u petlju i umjesto jednom svaka 4 sata, radio je to kontinuirano, 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 možemo razumjeti što točno korisnici rade? Ili barem tko su oni. Dobro je ako u organizaciji postoji 10 korisnika 1C, onda ih možete jednostavno proći 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 složena. Zamislite da usporavanje nije bilo danas, nego jučer. Danas se situacija ne ponavlja, sve je u redu, samo treba shvatiti zašto operateri jučer nisu mogli raditi (požalili su se naravno tek prije izlaska iz kuće, jer vole čavrljati po cijele dane jer ništa ne radi nego radi) . Ovaj slučaj naglašava potrebu za sustavom zapisivanja poslužitelja koji će uvijek čuvati povijest glavnih parametara rada poslužitelja i iz kojeg se može obnoviti slijed događaja.

Sustav za bilježenje jednostavno je nezamjenjiv alat u optimizaciji sustava. Ako tome dodate mogućnost online pregleda trenutnog statusa, dobit ćete sustav za praćenje statusa poslužitelja. 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 mnogo sustava za nadzor poslužitelja, nažalost nismo uspjeli pronaći nešto što bi riješilo 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 čvrstom integracijom s 1C, odsutnošću bilo kakvog primjetnog dodatnog opterećenja i više puta dokazanom prikladnošću za praktičnu upotrebu u borbenim situacijama.

Vraćajući se našem primjeru, najvjerojatniji ishod je: "Krivi su programeri koji su napisali konfiguraciju." Programeri odgovaraju: "Nama je sve 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 ispravne upravljačke odluke i uštedite novac. Proizvod je prikladan kako za male 1C:Enterprise informacijske sustave - do 50 korisnika, tako i za sustave - od 1000 korisnika. Od srpnja 2015. praćenje rada PerfExpert dobio certifikat 1C: Compatible, prošao testiranje 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 vam se svidjela informacija, preporučite daljnje radnje:

- Ako se želite samostalno baviti tehničkim problemima izvedbe 1C (1C 7.7, 1C 8.1, 1C 8.2,1C 8.3) i drugi informacijski sustavi, onda za vas postoji jedinstveni popis tehničkih članaka u našem almanahu (blokiranja i zastoji, veliko opterećenje CPU-a i diskova, održavanje baze podataka i podešavanje indeksa samo su mali dio tehničkih materijala 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.

Ako je neki program prestao reagirati, ne reagira ni na miša ni na tipkovnicu, a možda se čak pojavi i poruka "program ne reagira", to se zove zamrznuti program.

Ponekad se dogodi da vam zamrznuti program ne smeta u radu, ali ponekad, naprotiv, zbog jednog zamrznutog programa može se usporiti rad cijelog OS-a, u svakom slučaju problem se mora riješiti, nešto se mora riješiti učinjeno.

Što ne raditi:

1) Izvucite utikač iz utičnice- ovo je najveća greška koju možete učiniti u ovoj situaciji. Iznenadni nestanak struje vrlo je stresan za vaše računalo. Ova stavka također uključuje isključivanje računala pomoću gumba za pokretanje na sistemskoj jedinici i isključivanje pritiskom na prekidač napajanja. Bit ovih metoda je ista, zaustavljate opskrbu električnom energijom.

2) Pritisnite tipku za resetiranje– ovaj gumb se nalazi na prednjoj strani jedinice sustava i služi za prisilno ponovno pokretanje. Treba ga pritisnuti samo u najbeznadnijim situacijama, kada druge metode ne pomažu.

3) Pravite nepotrebne pokrete– ako je vaš operativni sustav počeo usporavati zbog zamrznutog programa, svaka nepotrebna radnja samo će pogoršati situaciju. Pod nepotrebnim radnjama mislim na pokušaj ponovnog pokretanja zamrznutog programa (ni pod kojim uvjetima to ne smijete učiniti), pokretanje bilo kojeg drugog programa, otvaranje izbornika Start ili drugog izbornika. Ako je situacija posebno kritična, onda ne biste trebali samo pomicati miš, jer bi se pokazivač mogao zamrznuti i bit će teže riješiti problem.

4) Čekajte jako dugo– u pravilu je dovoljno pričekati pet minuta da biste shvatili da je program zamrznut, ako imate slabo računalo, dajte mu 15-20 minuta.

5) Budite nervozni– udaranje sistemske jedinice nogom ili lupanje tipkovnicom o stol neće pomoći. Posebno sam napisao ovu točku, jer iz nepoznatih razloga ljudi to ponekad rade (vjerojatno zbog naše prošlosti, kada cijevni TV nije htio raditi, obično su ga udarali rukom i to je pomoglo). Računalo nije cijevni TV, stoga ga nemojte udarati.

Što treba učiniti

Morate pokušati zatvoriti program, ako klik na križić u gornjem desnom kutu i kombinacija alt + f4 ne pomažu, tada morate učiniti sljedeće:

Pritisnite kombinaciju tipki za otvaranje upravitelja zadataka:

Za Windows XP “Ctrl + Alt + Del”.

Za Windows 7 “Ctrl + Shift + Esc”.

U upravitelju zadataka idite na karticu "Aplikacije", ako je vaš program prikazan u odjeljku zadataka, odaberite ga i kliknite gumb "Završi zadatak". Ako odmah nema reakcije, ne morate ponovno pritisnuti ovaj gumb, samo trebate malo pričekati. Nakon nekog vremena pojavit će se prozor s upozorenjem da bi podaci mogli biti izgubljeni, morat ćete kliknuti na gumb "Završi sada". Za primjer pogledajte snimku zaslona (završio sam radni program, pa će vaš tekst biti drugačiji, ali princip je isti).

Ako ne možete prekinuti program na ovaj način, kliknite desnom tipkom miša na zamrznuti program i odaberite "Idi na proces" iz padajućeg izbornika. Automatski ćete biti prebačeni na karticu "Procesi", traženi proces će već biti označen, samo trebate kliknuti na gumb "Završi proces".

Ako zamrznuti program nije prikazan na kartici "Aplikacije", tada morate otići na karticu "Procesi", pronaći proces zamrznutog programa i prekinuti ga. Najlakši način za traženje procesa je također po stupnju opterećenja procesora; obično je taj postotak velik.

1) pogledajte količinu memorije koju je dodijelio rphost na 1C poslužitelju. Ako imate x32 verziju poslužitelja, tada proces može koristiti najviše 1,75 GB RAM-a
Ako nema dovoljno memorije, poslužitelj ne može prihvatiti nove veze ili se prekida kada trenutna sesija zahtijeva dodatnu memoriju
www.viva64.com/ru/k/0036
2) Pogledajte postavke "Radne postavke poslužitelja"; možda su postavke netočne. Imao sam ovaj problem i poslužitelj se stalno smrzavao. Moje postavke su u prilogu. Poslužitelju je dodijeljeno 11 GB.
3) Može doći do problema pri postavljanju Postgressql-a.

Navedite karakteristike vašeg poslužitelja, veličine baze podataka, Postgressql konfiguracije. Teško je reći bez informacija.

Moja PostgreSQL konfiguracija: https://drive.google.com/file/d/0B2qGCc-vzEVDMERVW...
Ova je konfiguracija odabrana za dostupnu količinu RAM-a.
PostgreSQL instaliran na Linuxu, 3 GB RAM-a, 3 CPU jezgre.
Server 1C8: 11 GB RAM-a, 5 CPU jezgri
4 baze podataka, otprilike 1 GB svaka (uploadane na dt)

Navedite sve karakteristike vašeg poslužitelja: 1C8 poslužitelj i baza podataka, fizički ili virtualni, operativni sustav, količina RAM-a na svakom poslužitelju, kakav CPU, koliko RAM-a zauzimaju rphost procesi, koliko ih ima? Koristite li RAID polje?

Prethodno sam i sam koristio PostgreSQL, ali sam tijekom procesa naišao na neke probleme prilikom pokretanja baze podataka na PostgreSQL-u i nedavno sam se prebacio na MS SQL.

Vaš poslužitelj nije loš za ove baze podataka. Kako biste koristili PostgreSQL morate vrlo dobro razumjeti njegovu konfiguraciju. Kada su baze podataka male, mnoge konfiguracijske pogreške su oproštene. Kada smo tek počeli implementirati 1C + PostgreSQL također smo imali vrlo česte probleme s radom baze (česta su bila zamrzavanja, sporo je radila). PostgreSQL je bolje koristiti na Linuxu, ne na Windowsu. Ja osobno nisam stručnjak za baze podataka, za postavljanje poslužitelja baze podataka angažirali smo stručnjaka iz 1Sbita koji nam je to postavio i nakon toga nije bilo nikakvih problema u radu.

Savjet:
Imate velike baze podataka, ne štedite, unajmite stručnjaka za baze podataka koji vam to može postaviti. Jedna osoba ne može biti stručnjak za sve.

1) prije koliko ste vremena provjerili samu bazu podataka i ponovno je indeksirali? VAKUUM i REINDEX
2) prije koliko ste vremena testirali i ispravili bazu podataka pomoću 1C alata?
3) je li log datoteka baze podataka smještena na poseban HDD?
4) je li HDD jako opterećen?

Razmislite o prelasku na MS Sql; često ne zahtijeva "gotovo" nikakvu konfiguraciju i lakši je za korištenje. Za razliku od PostgreSQL-a, MS Sql spreman je za rad odmah nakon postavljanja, ali PostgreSQL treba konfigurirati.

Ako imate pitanja, pišite, možda vam mogu nešto pomoći na Skype: tisartisar

Angažirajte stručnjaka za postavljanje baze podataka

Zašto smo prešli na MS SQL:
Koristimo UT konfiguraciju i prilikom zatvaranja mjeseca ponekad su se pojavile greške koje se nisu mogle otkloniti. Ako ste bazu prebacili u file mode i počeli zatvarati mjesec, onda se sve normalno zatvorilo, ista baza podataka je bila učitana na PostgreSQL server prilikom izračuna troška, ​​pojavile su se greške. U to vrijeme kasnili smo pola godine u završnim mjesecima zbog plutajućih pogrešaka. Napravili smo testnu bazu podataka na MS SQL-u i mjesec koji nije mogao biti zatvoren na PostgreSQL-u na MS Sql-u je zatvoren. Također, zaokruživanje cijena u cjeniku ne radi ispravno na PostgreSQL-u. Zapravo, podržano je pokretanje 1C na PostgreSQL-u, ali ipak se preporučuje korištenje MS SQL-a.
Zbog toga je odlučeno prijeći na MS SQL jer... stabilnost rada 1C je skuplji.

Drago mi je da sam mogao pomoći, obratite mi se ako imate pitanja ili problema.

1) koliko je memorije dodijeljeno MS SQL poslužitelju? ovo je konfigurirano u samom MS SQL poslužitelju.
2) Redovito testirajte bazu podataka koristeći 1C
3) članak o tome kako postaviti sigurnosnu kopiju i održavanje. Ovo je važno i potrebno ga je činiti redovito. Ja to radim svaki dan. Pogledajte sva 3 dijela vodiča.

Nedavno se korisnici i administratori sve više počinju žaliti da nove 1C konfiguracije razvijene na temelju upravljane aplikacije rade sporo, u nekim slučajevima nedopustivo sporo. Jasno je da nove konfiguracije sadrže nove funkcije i mogućnosti, te stoga zahtijevaju više resursa, ali većina korisnika ne razumije što prvenstveno utječe na rad 1C u datotečnom načinu rada. Pokušajmo ispraviti ovaj jaz.

U našem smo se već dotakli utjecaja performansi diskovnog podsustava na brzinu 1C, ali 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 podataka 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 izbjegava; ako se pojave problemi, obično se preporučuje prebacivanje na način rada klijent-poslužitelj ili terminal. Također je postalo gotovo općeprihvaćeno da konfiguracije na upravljanoj aplikaciji rade mnogo sporije nego inače. U pravilu, argumenti su „željezni“: „Računovodstvo 2.0 je samo proletjelo, a „trojka“ se jedva pomaknula. Naravno, ima istine u ovim riječima, pa pokušajmo to shvatiti.

Potrošnja resursa, na prvi pogled

Prije nego što smo započeli ovu studiju, postavili smo si dva cilja: saznati jesu li konfiguracije temeljene na upravljanim aplikacijama zapravo sporije od konvencionalnih konfiguracija i koji specifični resursi imaju primarni utjecaj na performanse.

Za testiranje smo uzeli dva virtualna računala s operativnim sustavom Windows Server 2012 R2 odnosno Windows 8.1, dajući im 2 jezgre hosta Core i5-4670 i 2 GB RAM-a, što otprilike 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 baze podataka Trojke, koja je značajno narasla, kao i puno veći apetit za RAM-om:

Spremni smo čuti uobičajeno: "zašto su to dodali ovoj trojici", ali nemojmo žuriti. 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 baza podataka. Također, zaposlenici specijaliziranih tvrtki koje servisiraju (čitaj ažuriraju) ove baze podataka 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 ispravljanje informacijske baze. Možda je ime odigralo okrutnu šalu, što nekako sugerira da se radi o alatu za rješavanje problema, ali niska izvedba je također problem, a restrukturiranje i reindeksiranje, uz kompresiju tablice, dobro su poznati alati za optimizaciju baza podataka svakom DBMS administratoru . Hoćemo li provjeriti?

Nakon primjene odabranih radnji, baza podataka naglo je "izgubila težinu", postavši još manja od "dvojke", koju nitko nikada nije optimizirao, a potrošnja RAM-a također se malo smanjila.

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

Neto

Mrežna propusnost jedan je od najvažnijih parametara za mrežne aplikacije, posebno kao što je 1C u datotečnom načinu rada, koji premješta značajne količine podataka preko mreže. Većina mreža malih poduzeća izgrađena je na temelju jeftine opreme od 100 Mbit/s, pa smo započeli testiranje usporedbom pokazatelja performansi 1C u mrežama od 100 Mbit/s i 1 Gbit/s.

Što se događa kada pokrenete 1C bazu podataka datoteka preko mreže? Klijent preuzima prilično veliku količinu informacija u privremene mape, pogotovo ako je ovo prvi, "hladni" početak. Pri brzini od 100 Mbit/s očekuje se da ćemo se suočiti sa širinom kanala i preuzimanje može potrajati dosta vremena, u našem slučaju oko 40 sekundi (trošak dijeljenja grafikona je 4 sekunde).

Drugo pokretanje je brže jer su neki podaci pohranjeni u predmemoriju i tamo ostaju do ponovnog pokretanja. Prelaskom na gigabitnu mrežu može se značajno ubrzati učitavanje programa, kako “hladno” tako i “vruće”, a omjer vrijednosti se poštuje. Stoga smo odlučili izraziti rezultat u relativnim vrijednostima, uzimajući najveću vrijednost svakog mjerenja kao 100%:

Kao što možete vidjeti iz grafikona, Računovodstvo 2.0 učitava pri bilo kojoj mrežnoj brzini dvostruko brže, prijelaz sa 100 Mbit/s na 1 Gbit/s omogućuje vam da ubrzate vrijeme preuzimanja za četiri puta. U ovom načinu rada nema razlike između optimiziranih i neoptimiziranih baza podataka "trojke".

Također smo provjerili utjecaj brzine mreže na rad u teškim načinima rada, na primjer, tijekom grupnih prijenosa. Rezultat se također izražava u relativnim vrijednostima:

Ovdje je još zanimljivije, optimizirana baza "trojke" u mreži od 100 Mbit/s radi istom brzinom kao i "dvojka", a neoptimizirana pokazuje dvostruko lošije rezultate. Na gigabitu omjeri ostaju isti, neoptimizirana “trojka” također je upola sporija od “dvojke”, a optimizirana zaostaje za trećinu. Također, prijelaz na 1 Gbit/s omogućuje smanjenje vremena izvršenja za tri puta za izdanje 2.0 i za pola za izdanje 3.0.

Kako bismo procijenili utjecaj brzine mreže na svakodnevni rad, upotrijebili smo Mjerenje učinkovitosti, izvodeći niz unaprijed određenih 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 - prednosti rada u načinu tankog klijenta su evidentni. Prijelaz na 1 Gbit/s ne daje optimiziranoj bazi nikakve prednosti, a neoptimizirana i njih dvije počinju raditi brže, pokazujući malu razliku među sobom.

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 Gbit/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 Mbit/s.

Pa zašto je 1C spor? Detaljnije ćemo to istražiti.

Diskovni podsustav poslužitelja i SSD

U prethodnom članku postigli smo povećanje performansi 1C postavljanjem baza podataka na SSD. Možda je performansa diskovnog podsustava poslužitelja nedovoljna? 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 za niz od dva diska. Na temelju toga možemo pretpostaviti da će zrcalo napravljeno od 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 način da odgovorimo na ovo pitanje je testiranje, koje smo proveli sličnom metodom, mrežna veza svugdje je 1 Gbit/s, rezultat je također izražen u relativnim vrijednostima.

Počnimo s brzinom učitavanja baze podataka.

Možda će se nekima činiti iznenađujuće, ali SSD na poslužitelju ne utječe na brzinu učitavanja baze podataka. Glavni ograničavajući čimbenik ovdje je, kao što je pokazao prethodni test, mrežna propusnost i performanse klijenta.

Prijeđimo na ponavljanje:

Gore smo već primijetili da su performanse diska sasvim dovoljne čak i za rad u teškim načinima rada, tako da brzina SSD-a također nije pogođena, osim neoptimizirane baze, koja je na SSD-u sustigla optimiziranu. 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.

U svakodnevnim poslovima slika je slična:

Samo neoptimizirana baza podataka ima koristi od SSD-a. Vi, naravno, možete kupiti SSD, ali bilo bi puno bolje razmišljati o pravovremenom održavanju baze podataka. Također, ne zaboravite na defragmentaciju odjeljka s infobazama na poslužitelju.

Diskovni podsustav klijenta i SSD

Analizirali smo utjecaj SSD-a na brzinu rada 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 rutinske zadatke. Na donjoj slici možete vidjeti kako Accounting 3.0 dosta aktivno pristupa disku 40-ak sekundi nakon učitavanja.

Ali u isto vrijeme, trebali biste biti svjesni da su za radnu stanicu na kojoj se aktivno radi s jednom ili dvije baze podataka podataka, resursi performansi običnog masovno proizvedenog HDD-a sasvim dovoljni. 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.

Spori tvrdi disk 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 prilikom kupnje. 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 neće biti dovoljna za rad s programom.

Smanjili smo sistemsku memoriju na 1 GB i pokrenuli dvije informacijske baze.

Na prvi pogled nije sve tako loše, program je obuzdao svoje apetite i dobro se uklopio u dostupnu memoriju, ali ne zaboravimo da se potreba za operativnim podacima nije promijenila, pa gdje je nestala? Bačeni u 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, kako bi se usporila memorija diska.

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

Kao što vidimo, sustav aktivno koristi mrežu za primanje podataka i aktivnost procesora za njihovu obradu je neznatna; tijekom obrade se povremeno povećava, 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 otvaraju se sa značajnim kašnjenjem i aktivnim pristupom disku. Na primjer, otvaranje dnevnika Prodaja roba i usluga trajalo je oko 20 sekundi i cijelo 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 podataka, brzinu učitavanja druge baze podataka i grupno ponovno pokretanje u jednoj od baza podataka. . Obje baze su potpuno identične i nastale su kopiranjem optimizirane baze podataka. 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 se vrijeme za obavljanje operacija u bazi podataka poveća 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. Konfiguracije s 2 GB memorije na ploči trebale bi se smatrati minimalno prikladnima. Istodobno, imajte na umu da su u našem slučaju stvoreni "staklenički" uvjeti: čist sustav, samo su 1C i upravitelj zadataka bili pokrenuti. U stvarnom životu, na radnom računalu u pravilu je otvoren preglednik, uredski paket, pokrenut je antivirus itd. itd., pa pođite od potrebe za 500 MB po bazi podataka, plus nešto rezerve, tako da tijekom teških operacija ne nailazite na nedostatak memorije i nagli pad produktivnosti.

CPU

Bez pretjerivanja, središnji procesor se može 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 niz testova, isti kao i za RAM, smanjujući broj jezgri dostupnih virtualnom stroju s dvije na jednu, a test je izveden dvaput s količ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 kada je nedostajalo resursa, ostatak vremena bez ikakvih opipljivih prednosti. 1C Enterprise (u datotečnom načinu rada) teško se može nazvati aplikacijom koja aktivno koristi resurse procesora, prilično je nezahtjevna. A u teškim uvjetima, procesor je opterećen ne toliko izračunavanjem podataka same aplikacije, koliko servisiranjem režijskih troškova: dodatnim ulazno/izlaznim operacijama itd.

zaključke

Dakle, zašto je 1C spor? Prije svega, to 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 obično slučaj u uredskim konfiguracijama, tada dobivamo situaciju opisanu na početku članka - "dvojka" je dobro radila, ali "trojka" je bezbožno spora.

Na drugom mjestu je mrežna izvedba; spor kanal od 100 Mbit/s može postati pravo usko grlo, ali u isto vrijeme, način rada tankog klijenta može održati prilično udobnu razinu rada čak i na sporim kanalima.

Zatim biste trebali obratiti pozornost na diskovni pogon; kupnja SSD-a vjerojatno neće biti dobra investicija, ali zamjena pogona modernijim bila bi dobra ideja. 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 smisla povećavati njegove performanse osim ako se ovo računalo ne koristi za teške operacije: grupna obrada, teška izvješća, zatvaranje na kraju mjeseca itd.

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

• Oznake: