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

Za početak, vrijedi napomenuti mit da 1C nije namijenjen za istovremeni rad velika količina korisnici, aktivno podržani od strane forumaša koji u ovim objavama nalaze sigurnost i razlog da sve ostave kako je. Uz dovoljno strpljenja i znanja, sistem možete dovesti do bilo kojeg broja korisnika. Spor rad i zamrzavanje 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 dovoljno standardni projekat. Do 1500 je već teško i zahtijeva naporan rad.

Drugi mit: da biste poboljšali performanse 1C i riješili se zamrzavanja 1C, morate instalirati moćniji server. U pravilu, u projektima optimizacije u 95% slučajeva moguće je postići prihvatljive performanse ili bez nadogradnje, ili ažuriranjem manjeg dijela opreme, na primjer, dodavanjem RAM-a. Treba napomenuti da oprema i dalje mora biti bazirana na serveru, posebno diskovni podsistem. Zastarjeli podsistem diska samo je jedan od razloga zašto 1C sporo radi.

Glavno ograničenje pri radu s više korisnika u 1C je mehanizam za zaključavanje. Blokiranje u 1C, a ne serverska oprema, obično sprečava veliki broj ljudi da rade u bazi podataka. Da biste prevladali ovaj problem, morate naporno raditi i promijeniti logiku zaključavanja u 1C - spustiti ih s tabelarnog na baziran na redovima. Tada će, na primjer, objavljivanje dokumenta blokirati samo jedan, a ne sve dokumente u sistemu.

Slika 1. Red za blokiranje 1C u sistemu za praćenje PerfExpert, sa informacijama o 1C korisnicima, konfiguracijskim modulom i određenom linijom koda u ovom modulu.

Promjena mehanizma za zaključavanje 1C vrlo je složena tehnologija. Ne mogu svi izvući takav trik, a za njih ostaje samo jedan način - optimiziranje strukture i ubrzanje vremena izvršavanja operacija. Činjenica je da su blokiranje u 1C i vrijeme izvršenja operacija vrlo međusobno povezani pokazatelji. Na primjer, ako operacija postavljanja dokumenta traje 15 sekundi, onda ako postoji veliki broj korisnika, velika je vjerovatnoća da će prilikom prijenosa neko drugi pokušati da objavi dokument i čeka u blokadi. Ako povećate vrijeme izvršenja na najmanje 1 sekundu, tada će se blokiranje 1C za ovu operaciju značajno smanjiti.

Opasnije sa stanovišta blokiranja su grupne obrade, koje mogu potrajati dugo da se dovrše, a istovremeno uzrokuju blokiranje 1C. Svaka obrada koja mijenja podatke, na primjer, vraćanje redoslijeda ili grupna obrada dokumenata, zaključava tabele i sprječava druge korisnike da objavljuju dokumente. Naravno, što se ova vremena obrade brže izvode, to je vrijeme blokiranja kraće i korisnicima će biti lakše.

Teški izvještaji koji izvode operacije samo za čitanje također mogu biti opasni u smislu zaključavanja, iako se čini da ne zaključavaju podatke. Takvi izvještaji utiču na intenzitet blokiranja u 1C, usporavajući druge operacije u sistemu. Odnosno, ako je izvještaj vrlo težak i zauzima najveći dio resursa servera, može se ispostaviti da su prije pokretanja izvještaja iste operacije vršene 1 sekundu, a tokom izvršavanja izvještaja 15 sekundi . Naravno, kako se vrijeme izvršavanja operacija povećava, tako će se povećati i intenzitet blokiranja.

Slika 2. Učitavanje na radnom serveru 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 dokumenta treba da traje minimum vremena i da se obavljaju samo neophodne operacije. Na primjer, proračuni registra se često koriste u obradi knjiženja bez specificiranja uslova filtriranja. U ovom slučaju morate odrediti filtere za registre koji vam omogućavaju da dobijete najbolju selektivnost, ne zaboravljajući da, prema uvjetima filtriranja, registar mora imati odgovarajuće indekse.

Osim pokretanja teških izvještaja, neoptimalne postavke MS SQL-a i MS Windows-a mogu usporiti vrijeme izvršavanja operacija i samim tim povećati intenzitet 1C blokiranja. Ovaj problem se javlja kod 95% klijenata. Treba napomenuti da se radi o serverima ozbiljnih organizacija na njihovoj podršci i konfiguraciji;

Glavni razlog nije ispravna podešavanja server je strah administratora da bilo šta promijene na pokrenutom serveru i pravilo "Najbolje je neprijatelj dobrog." Ako administrator promijeni postavke servera i počnu problemi, tada će se sav bijes nadležnih izliti na nemarnog administratora. Stoga mu je isplativije da sve ostavi kako jeste i ne učini ni jedan korak bez naređenja nadređenih, nego da eksperimentiše na sopstvenu odgovornost.

Drugi razlog je nedostatak jasnih informacija o problemima optimizacije mreže. Postoji mnogo mišljenja koja su često potpuno kontradiktorna. Svako mišljenje posvećeno optimizaciji ima svoje protivnike i fanatike koji će ga braniti. Kao rezultat toga, vjerovatnije je da će Internet i forumi zbuniti postavke servera nego pomoći. U situaciji takve neizvjesnosti, administrator ima još manje želje da promijeni bilo šta na serveru što nekako radi.

Na prvi pogled slika je jasna - potrebno je optimizirati sve što usporava rad 1C servera. 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 počinju da se žale da je 1C spor i moramo da rešimo ovaj problem.

Prije svega, pogledamo šta se dešava na serveru - šta ako radi neki posebno nezavisan antivirus puna provjera sistemima. Inspekcija pokazuje da je sve u redu - server je učitan 100%, i to samo sqlservr procesom.

Iz prakse: jedan od mlađih administratora je samoinicijativno uključio automatsko ažuriranje na serveru, Windows i SQL su se rado ažurirali, a nakon ažuriranja počelo je masovno usporavanje rada korisnika 1C ili se 1C jednostavno zamrznuo.

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

Iz prakse: program koji promptno ažurira podatke na web stranici otišao je u petlju i umjesto da se ažurira jednom svaka 4 sata, to je radio kontinuirano, bez pauza, jako opterećujući server i blokirajući podatke.

Dalja analiza situacije suočava se sa velikim poteškoćama. Već smo saznali da opterećenje dolazi direktno iz 1C, ali kako možemo razumjeti šta tačno korisnici rade? Ili barem ko su oni. Dobro je ako u organizaciji ima 10 korisnika 1C, onda možete samo proći kroz njih i saznati šta sada rade, ali u našem slučaju ih je pedeset, a razbacani su po nekoliko zgrada.

U primjeru koji razmatramo, situacija još nije složena. Zamislite da usporavanje nije bilo danas, nego juče. Danas se situacija ne ponavlja, sve je u redu, ali treba da shvatite zašto operateri nisu mogli da rade juče (prirodno su se žalili tek pred odlazak od kuće, pošto vole da ćaskaju po ceo dan, jer ništa nije radim, više nego radim). Ovaj slučaj naglašava potrebu za serverskim sistemom evidentiranja koji će uvijek čuvati historiju glavnih parametara servera i iz kojeg se redoslijed događaja može vratiti.

Sistem evidentiranja je jednostavno nezamjenjiv alat u optimizaciji sistema. Ako tome dodamo mogućnost online gledanje trenutno stanje - dobićete sistem za praćenje stanja servera. Svaki projekat optimizacije počinje prikupljanjem statistike stanja servera kako bi se identifikovala uska grla.

Kada smo počeli da radimo na polju optimizacije, isprobali smo mnoge sisteme za nadgledanje servera, nažalost nismo uspeli da pronađemo nešto što bi rešilo ovaj problem na odgovarajućem nivou, pa smo morali sami da kreiramo sistem. Rezultat je bio jedinstven proizvod, PerfExpert, koji je omogućio automatizaciju i pojednostavljenje procesa optimizacije IT sistema. Program se odlikuje čvrstom integracijom sa 1C, odsustvom bilo kakvog zamjetnog dodatnog opterećenja i više puta dokazanom prikladnošću za praktičnu upotrebu u borbenim situacijama.

Da se vratimo na naš primjer, najvjerovatniji ishod je: „Administrator kaže: „Krivi su programeri koji su napisali konfiguraciju. Programeri odgovaraju: „Sve imamo dobro napisano – server ne radi dobro.“ A kolica su, kako kažu, još tu. Kao rezultat toga, 1C usporava, zamrzava ili radi sporo.

U svakom slučaju, da biste riješili probleme performansi 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 pogodan kako za male informacione sisteme 1C:Enterprise - do 50 korisnika, tako i za sisteme - od 1000 korisnika. Praćenje učinka od jula 2015 PerfExpert dobio 1C:Compatible sertifikat, prošao testiranje Microsoft i pomaže u rješavanju problema performansi ne samo za 1C sisteme, već i za druge informacioni sistemi na osnovu MS SQL Server (Axapta, CRM Dynamics, Doc Vision i drugi).

Ako su vam se svidjeli podaci, preporučujemo daljnje radnje:

- Ako želite samostalno rješavati tehničke probleme performansi 1C (1C 7.7, 1C 8.1, 1C 8.2,1C 8.3) i drugi informacioni sistemi, onda za vas postoji jedinstvena lista tehničkih članaka u našem Almanahu (Blokiranje i zastoji, veliko opterećenje CPU-a i diskova, održavanje baze podataka i podešavanje indeksa samo su mali dio tehničkog materijala koji ćete tamo pronaći).
.
- Ako želite da razgovarate o problemima performansi sa našim stručnjakom ili naručite PerfExpert rešenje za praćenje performansi, zatim ostavite zahtjev i mi ćemo Vas kontaktirati u najkraćem mogućem roku.

Fotografija Alena Tulyakova, novinska agencija “Clerk.Ru”

Članak identificira glavne greške koje prave početnici 1C administratori i pokazuje kako ih riješiti koristeći Gilev test kao primjer.

Glavna svrha pisanja ovog članka je izbjeći ponavljanje očiglednih nijansi za one administratore (i programere) koji još nisu stekli iskustvo s 1C.

Sekundarni cilj je da mi Infostart, ako budem imao neke nedostatke, na to najbrže ukaže.

Test V. Gileva je već postao svojevrsni “de facto” standard. Autor je na svojoj web stranici dao sasvim jasne preporuke, ali ja ću jednostavno iznijeti neke rezultate i prokomentirati najvjerovatnije greške. Naravno, rezultati testova na vašoj opremi mogu se razlikovati; ovo je samo vodič za ono što bi trebalo biti i čemu možete težiti. Odmah napominjem da se promjene moraju raditi korak po korak, a nakon svakog koraka provjeriti kakav je rezultat dao.

Na Infostartu ima sličnih članaka, staviću linkove do njih u odgovarajuće sekcije (ako mi nešto nedostaje, predložite mi u komentarima, dodaću). Dakle, pretpostavimo da je vaš 1C spor. Kako dijagnosticirati problem i kako razumjeti ko je kriv, administrator ili programer?

Početni podaci:

Testirani računar, glavni zamorac: HP DL180G6, opremljen sa 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Poređenja radi, Core i3-2100 pokazuje uporedive rezultate u single-threaded testu. Oprema koju sam namjerno odabrao nije bila najnovija sa modernom opremom rezultati su osjetno bolji.

Za testiranje odvojenih 1C i SQL servera, SQL server: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

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

Verzija fajla. (baza podataka je na serveru u zajedničkom folderu, klijenti se povezuju preko mreže, CIFS/SMB protokol). Algoritam korak po korak:

0. Dodaj u server datoteka Gilev test baza podataka u isti folder kao i glavne baze podataka. Povezujemo se sa klijentskog računara i izvodimo test. Sjećamo se rezultata.

Podrazumeva se da čak i za stare računare od pre 10 godina (Pentium na 775 soketu) vreme od klika na prečicu 1C:Enterprise do pojave prozora baze podataka treba da prođe manje od jednog minuta. (Celeron = spor).

Ako imate računar lošiji od Pentium 775 socketa sa 1 GB RAM, onda suosjećam s vama i bit će vam teško postići ugodan rad na 1C 8.2 u verziji datoteke. Razmislite ili o nadogradnji (krajnje je vrijeme) ili o prelasku na terminal (ili web, za slučaj). tanki klijenti I kontrolisane forme) server.

Ako računar nije lošiji, onda možete izbaciti administratora. U najmanju ruku provjerite rad mrežnog, antivirusnog i HASP zaštitnog drajvera.

Ako je Gilevov test u ovoj fazi pokazao 30 "papagaja" ili više, ali radna baza 1C i dalje radi sporo, pitanja bi trebala biti upućena programeru.

1. Kao vodič o tome koliko klijentski računar može da „stisne“, proveravamo rad samo ovog računara, bez mreže. Testnu bazu podataka instaliramo na lokalno računalo (na vrlo brz disk). Ako klijentski računar nema normalan SSD, tada se kreira ramdisk. Za sada, najjednostavniji i besplatni je Ramdisk enterprise.

Za testiranje verzije 8.2, dovoljan je 256 MB ramdisk, i! Najvažnije. Nakon ponovnog pokretanja računara, kada je ramdisk pokrenut, na njemu bi trebalo biti 100-200 MB slobodnog. Prema tome, bez ramdiska, za normalan rad Slobodne memorije treba da bude 300-400 MB.

Za testiranje verzije 8.3 dovoljan je 256 MB ramdisk, ali vam treba više slobodne RAM-a.

Prilikom testiranja morate pogledati opterećenje procesora. U slučaju blizu idealnom (ramdisk), lokalna datoteka 1c učitava 1 jezgro procesora prilikom pokretanja. Shodno tome, ako tokom testiranja jezgro vašeg procesora nije u potpunosti napunjeno, potražite slabe tačke. Malo emocionalno, ali općenito korektno, opisan je utjecaj procesora na rad 1C. Za referencu, čak i na modernim Core i3s sa visokim frekvencijama, brojke 70-80 su sasvim realne.

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

• Neispravno konfigurisan antivirus. Postoji mnogo antivirusa, podešavanja za svaki su različita, samo ću reći da se uz pravilnu konfiguraciju ni web ni Kaspersky 1C ne miješaju. Sa zadanim postavkama može se oduzeti otprilike 3-5 papagaja (10-15%).
• Način rada. Iz nekog razloga malo ljudi obraća pažnju na to, ali učinak je najznačajniji. Ako vam je potrebna brzina, to morate učiniti i na klijentskim i na serverskim računarima. ( Dobar opis kod Gileva. Jedino upozorenje je da na nekima matične ploče Ako isključite Intel SpeedStep, ne možete uključiti TurboBoost).

Ukratko, dok 1C radi, dosta se čeka na odgovor od drugih uređaja (disk, mreža, itd.). Dok se čeka odgovor, ako je režim performansi omogućen, procesor smanjuje svoju frekvenciju. Odgovor dolazi sa uređaja, 1C (procesor) treba da radi, ali prvi ciklusi takta su na smanjenoj frekvenciji, zatim se frekvencija povećava - i 1C ponovo čeka odgovor uređaja. I tako - stotine puta u sekundi.

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

• preko BIOS-a. Onemogućite režime C1, C1E, Intel C-stanje (C2, C3, C4). U različitim biosovima nazivaju se različito, ali značenje je isto. Traženje traje dugo, potrebno je ponovno pokretanje, ali ako to učinite jednom, možete zaboraviti. Ako sve uradite ispravno u BIOS-u, brzina će se povećati. Na nekim matičnim pločama možete konfigurirati BIOS postavke tako da način rada Windowsa neće igrati ulogu. (Primjeri BIOS postavke u Gilevu). Ove postavke se uglavnom odnose na serverske procesore ili "napredne" BIOS-e, ako ovo niste pronašli i NEMATE Xeon, u redu je.

• Upravljačka ploča - Napajanje - Visoke performanse. Minus - ako računar nije servisiran duže vrijeme, proizvodit će jači zvuk ventilatora, više se zagrijavati i trošiti više energije. Ovo je naknada za izvođenje.

Kako provjeriti da li je režim uključen. Pokrenite upravitelj zadataka - performanse - monitor resursa - CPU. Čekamo dok procesor ne bude zauzet ničim.

Ovo su podrazumevane postavke. BIOS C-stanje omogućen, uravnotežen način potrošnje energije
BIOS C-stanje omogućen, režim visokih performansi Za Pentium i Core možete stati na tome, Još uvijek možete istisnuti male "papagaje" iz Xeona
U BIOS-u C-stanje je onemogućeno, režim visokih performansi. Ako ne koristite Turbo boost, ovako bi trebao izgledati server podešen za performanse

A sada brojke. Da vas podsetim: Intel Xeon 5650, ramdisk. U prvom slučaju test pokazuje 23,26, u posljednjem - 49,5. Razlika je skoro dvostruka. Brojevi se mogu razlikovati, ali omjer ostaje u suštini isti za Intel Core.

Dragi administratori, možete kritizirati 1C koliko god želite, ali ako je krajnjim korisnicima potrebna brzina, morate omogućiti način rada visokih performansi.

c) Turbo Boost. Prvo morate razumjeti podržava li vaš procesor ovu funkciju, na primjer. Ako podržava, onda još uvijek sasvim legalno možete dobiti neke performanse. (Ne želim se doticati pitanja overklokanja frekvencije, posebno servera, radite to na vlastitu odgovornost i rizik. Ali slažem se da povećanje brzine sabirnice sa 133 na 166 daje vrlo primjetno povećanje i brzine i rasipanje topline)

Kako uključiti turbo boost je napisano, na primjer, . Ali! Za 1C postoje neke nijanse (ne najočitije). Poteškoća je u tome što se maksimalni efekat turbo pojačanja javlja kada je C-stanje uključeno. I dobijamo nešto ovako:

Imajte na umu da je množitelj maksimalan, brzina jezgre je prekrasna, a performanse visoke. Ali šta će se dogoditi kao rezultat sa 1s?

Ali na kraju se ispostavi da je prema CPU testovima performansi verzija sa množiteljem 23 ispred, prema Gilevovim testovima u verziji fajla performanse sa množiteljem 22 i 23 su iste, ali u klijent-serveru verzija - verzija sa množiteljem od 23 je strašno strašno užasno (čak i ako je C -stanje postavljeno na nivo 7, i dalje je sporije nego sa isključenim C-stanjem). Stoga je preporuka da sami provjerite obje opcije i odaberete najbolju. U svakom slučaju, razlika između 49,5 i 53 papagaja je prilično značajna, pogotovo bez puno truda.

Zaključak - turbo boost mora biti uključen. Podsjetiću vas da nije dovoljno omogućiti Turbo boost stavku u BIOS-u, potrebno je pogledati i druga podešavanja (BIOS: QPI L0s, L1 - onemogućiti, zahtijevati pročišćavanje - onemogućiti, Intel SpeedStep - omogućiti, Turbo boost - omogućite Control Panel - Power Options - High Performance) . I dalje bih (čak i za verziju datoteke) izabrao opciju gdje je c-state isključeno, iako je množitelj manji. Ispašće ovako nešto...

Prilično kontroverzna tačka je memorijska frekvencija. Na primjer, pokazalo se da frekvencija memorije ima vrlo snažan utjecaj. Moji testovi nisu otkrili takvu zavisnost. Neću porediti DDR 2/3/4, pokazaću rezultate promene frekvencije unutar iste linije. Memorija je ista, ali u BIOS-u smo primorani podesiti niže frekvencije.

I rezultate testova. 1C 8.2.19.83, za verzija datoteke lokalni ramdisk, za klijent-server 1C i SQL na jednom računaru, Zajednička memorija. Turbo boost je onemogućen u obje verzije. 8.3 pokazuje uporedive rezultate.

Razlika je unutar greške mjerenja. Posebno sam izvukao snimke ekrana CPU-Z-a da pokažem da se s promjenom frekvencije mijenjaju i drugi parametri, ista CAS Latency i RAS do CAS Delay, što neutralizira promjenu frekvencije. Razlika će biti kada se memorijski moduli fizički mijenjaju, iz sporijeg u brži, ali ni tu brojke nisu posebno značajne.

2. Kada smo sredili procesor i memoriju klijentskog računara, prelazimo na sledeće veoma važno mesto - mrežu. Mnogo je knjiga napisano o podešavanju mreže, postoje članci o Infostartu (, i drugi), ali ovdje se neću fokusirati na ovu temu. Prije početka testiranja 1C, provjerite da li iperf između dva računara pokazuje cjelokupni propusni opseg (za 1 Gbit kartice - pa, najmanje 850 Mbita, ili još bolje 950-980), da je Gilev savjet ispoštovan. Zatim - najjednostavniji test rada bit će, začudo, kopiranje jedne velike datoteke (5-10 gigabajta) preko mreže. Indirektan znak normalnog rada na mreži od 1 Gbit će biti prosječna brzina kopiranja od 100 MB/sec, dobar rad - 120 MB/sec. Želio bih skrenuti vašu pažnju na činjenicu da slaba tačka (uključujući) može biti opterećenje procesora. SMB protokol na Linuxu je prilično slabo paraleliziran, a tokom rada može prilično lako "pojesti" jedno jezgro procesora i više ga ne trošiti.

I još nešto. Sa zadanim postavkama windows klijent najbolje radi sa Windows serverom (ili čak prozori rade station) i SMB/CIFS protokol, linux klijent (debian, ubuntu nije gledao ostale) bolje radi sa linuxom i NFS-om (radi i sa SMB-om, ali su papagaji viši na NFS-u). Činjenica da se tokom linearnog kopiranja Windows Linux server na NFS brže kopira u jedan stream ne znači ništa. Podešavanje Debiana za 1C tema je posebnog članka, nisam još spreman za to, iako mogu reći da sam u verziji datoteke dobio čak i nešto bolje performanse od Win verzije na istoj opremi, ali sa postgresom sa preko 50 korisnika Još uvijek radim sve jako loše.

Najvažnija stvar koju "spaljeni" administratori znaju, ali početnici ne uzimaju u obzir. Postoji mnogo načina za postavljanje putanje do 1c baze podataka. Možete da uradite servershare, možete da uradite 192.168.0.1share, možete da koristite z: 192.168.0.1share (i u nekim slučajevima će ova metoda takođe raditi, ali ne uvek) i zatim navesti disk Z. Čini se da su sve ove staze ukazuju na istu stvar na istom mjestu, ali za 1C postoji samo jedna metoda koja prilično pouzdano obezbjeđuje normalne performanse. Dakle, ovo je ono što treba da uradite ispravno:

IN komandna linija(ili u politikama, ili kako god vam odgovara) - koristite Internet DriveLetter: servershare. Primjer: net use m: serverbases. Posebno naglašavam NE IP adresu, već ime servera. Ako ime servera nije vidljivo, dodajte ga u dns na serveru ili lokalno hosts fajl. Ali adresa mora biti po imenu. Shodno tome, na putu do baze podataka pristupite ovom disku (vidi sliku).

A sada ću brojevima pokazati zašto je ovo savjet. Početni podaci: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kartice OS Win 2008 R2, Win 7, Debian 8. Najnoviji drajveri, primijenjena ažuriranja. Prije testiranja sam se uvjerio da Iperf daje punu propusnost (osim kartica od 10 Gbit, uspio je istisnuti samo 7,2 Gbita, kasnije ću vidjeti zašto, test server još nije ispravno konfiguriran). Diskovi su različiti, ali svugdje postoji SSD (posebno sam ubacio jedan disk za testiranje, nije napunjen ničim drugim) ili raid sa SSD-a. Brzina od 100 Mbita dobijena je ograničavanjem podešavanja Intel 362 adaptera Nije bilo razlike između 1 Gbit bakrenog Intel 350 i 1 Gbit optičkog Intel X520-DA2 (dobijenog ograničavanjem brzine adaptera). Maksimalne performanse, turbo boost je isključen (samo radi uporedivosti rezultata, turbo boost za dobre rezultate dodaje nešto manje od 10%, za loše rezultate možda neće imati nikakvog efekta). Verzije 1C 8.2.19.86, 8.3.6.2076. Ne navodim sve brojke, već samo one najzanimljivije, da imate sa čime da uporedite.

	100 Mbit CIFS Pobjeda 2008 - Pobjeda 2008 kontakt preko ip adrese	100 Mbit CIFS Pobjeda 2008 - Pobjeda 2008 pozivanje po imenu	1 Gbit CIFS Pobjeda 2008 - Pobjeda 2008 kontakt preko ip adrese	1 Gbit CIFS Pobjeda 2008 - Pobjeda 2008 pozivanje po imenu	1 Gbit CIFS Pobjeda 2008 - Pobjeda 7 pozivanje po imenu	1 Gbit CIFS Win 2008 - Debian pozivanje po imenu	10 Gbit CIFS Pobjeda 2008 - Pobjeda 2008 kontakt preko ip adrese	10 Gbit CIFS Pobjeda 2008 - Pobjeda 2008 pozivanje po imenu
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 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 tabele i iz lično iskustvo. Odnosi se samo na verziju fajla):

• Preko mreže možete dobiti sasvim normalne brojeve za rad ako je ova mreža pravilno konfigurirana i staza je ispravno unesena u 1C. Čak i prvi Core i3 može lako proizvesti 40+ papagaja, što je sasvim dobro, a to nisu samo papagaji, u stvarnom radu razlika je i primjetna. Ali! Ograničenje pri radu sa više (više od 10) korisnika više neće biti mreža, ovdje je i dalje dovoljan 1 Gbit, ali blokiranje tokom višekorisničkog rada (Gilev).
• 1C 8.3 platforma je višestruko zahtjevnija u pogledu pravilne mrežne konfiguracije. Osnovne postavke- vidi Gilev, ali imaj na umu da sve može uticati. Vidio sam ubrzanje od deinstaliranja (a ne samo isključivanja) antivirusa, od uklanjanja protokola kao što je FCoE, od promjene drajvera na stariju, ali Microsoft certificiranu verziju (posebno za jeftine kartice kao što su ASUS i DLC), od uklanjanja druge mrežne kartice sa servera. Postoji mnogo opcija, pažljivo podesite mrežu. Može doći do situacije da platforma 8.2 daje prihvatljive brojke, a 8.3 - dva ili čak i više puta manje. Pokušajte da se igrate sa verzijama platforme 8.3, ponekad dobijete veoma veliki efekat.
• 1C 8.3.6.2076 (možda kasnije, nisam još tražio tačnu verziju) još uvijek je lakše konfigurirati preko mreže nego 8.3.7.2008. Uspio sam postići normalan rad preko mreže od 8.3.2008 (kod sličnih papagaja) samo nekoliko puta nisam mogao to ponoviti za opštiji slučaj. Nisam puno razumio, ali sudeći po oblozima iz Process Explorera, snimak tamo nije tako dobar kao u 8.3.6.
• Unatoč činjenici da je pri radu na mreži od 100 Mbit njen graf opterećenja mali (možemo reći da je mreža slobodna), radna brzina je i dalje mnogo manja nego na 1 Gbit. Razlog je kašnjenje mreže.
• Sve ostale stvari jednake (mreža koja dobro funkcioniše) za 1C 8.2 Intel-Realtek veza je 10% sporija od Intel-Intel. Ali realtek-realtek generalno može izazvati naglo slijeganje iz vedra neba. Stoga, ako imate novca, bolje je držati Intelove mrežne kartice posvuda, ako nemate novca, instalirajte Intel samo na server (vaš CO). I postoji mnogo puta više uputstava za podešavanje Intel mrežnih kartica.
• Zadane postavke antivirusa (koristeći drweb verziju 10 kao primjer) zauzimaju oko 8-10% papagaja. Ako ga konfigurirate kako treba (dozvolite procesu 1cv8 da uradi sve, iako nije sigurno), brzina je ista kao i bez antivirusa.
• NEMOJTE čitati Linux gurue. Server sa sambom je odličan i besplatan, ali ako instalirate Win XP ili Win7 (ili još bolje - serverski OS) na serveru, tada će verzija datoteke 1c raditi brže. Da, samba i stek protokola i mrežne postavke i još mnogo, mnogo više mogu se dobro podesiti u debian/ubuntu, ali ovo se preporučuje stručnjacima. Nema smisla instalirati Linux sa zadanim postavkama, a zatim govoriti da je spor.
• Sasvim je dobra ideja provjeriti rad diskova povezanih preko mreže koristeći fio . Barem će biti jasno da li se radi o problemima sa 1C platformom ili sa mrežom/diskom.
• Za verziju za jednog korisnika, ne mogu se sjetiti testova (ili situacije) u kojima bi bila vidljiva razlika između 1 Gbita i 10 Gbita. Jedina stvar gdje je 10Gbit za verziju fajla dao bolje rezultate je povezivanje diskova preko iSCSI-a, ali to je tema za poseban članak. Ipak, mislim da su za verziju fajla dovoljne 1 Gbit kartice.
• Ne razumijem zašto, sa mrežom od 100 Mbit, 8.3 radi znatno brže od 8.2, ali to je bila činjenica. Sva ostala oprema, sva ostala podešavanja su apsolutno ista, samo što je u jednom slučaju testiran 8.2, au drugom - 8.3.
• Nepodešeni NFS win-win ili win-lin daje 6 papagaja, nisam ih uključio u tabelu. Nakon podešavanja dobio sam 25, ali je bio nestabilan (razlika u mjerenjima je bila više od 2 jedinice). Još ne mogu dati nikakvu preporuku koristeći prozore i NFS protokol.

Nakon svih podešavanja i provjera, ponovo pokrećemo test sa klijentskog računala i radujemo se poboljšanom rezultatu (ako radi). Ako se rezultat popravi, ima više od 30 papagaja (a posebno više od 40), manje od 10 korisnika radi istovremeno, a radna baza podataka je i dalje spora - gotovo je sigurno problem programera (ili ste već dosegli vrhunske mogućnosti verzije datoteke).

Terminalni server. (baza podataka je na serveru, klijenti se povezuju preko mreže, RDP protokol). Algoritam korak po korak:

• Gilevovu testnu bazu podataka dodajemo na server u isti folder kao i glavne baze podataka. Povezujemo se sa istog servera i izvodimo test. Sjećamo se rezultata.
• Na potpuno isti način kao u verziji datoteke, konfiguriramo procesor. U slučaju terminalnog servera, procesor generalno igra glavnu ulogu (pretpostavlja se da nema očiglednih slabih tačaka, kao što je nedostatak memorije ili ogromna količina nepotrebnog softvera).
• Postavljanje mrežnih kartica u slučaju terminalnog servera praktički nema utjecaja na rad 1c. Kako biste osigurali “poseban” komfor, ako vaš server proizvodi više od 50 papagaja, možete se igrati s novim verzijama RDP protokola, samo za udobnost korisnika, brži odgovor i skrolovanje.
• Kada veliki broj korisnika aktivno radi (a ovdje već možete pokušati povezati 30 ljudi na jednu bazu podataka, ako pokušate), vrlo je preporučljivo instalirati SSD disk. Iz nekog razloga se vjeruje da disk posebno ne utječe na rad 1C, ali svi testovi se provode s kešom kontrolera koji je omogućen za pisanje, što je netočno. Testna baza je mala, dobro se uklapa u keš memoriju, otuda i veliki brojevi. Na pravim (velikim) bazama podataka sve će biti potpuno drugačije, pa je keš memorija onemogućena za testove.

Na primjer, provjerio sam rad Gilev testa s različitim opcijama diska. Ugradio sam diskove iz onoga što mi je bilo pri ruci, samo da pokažem tendenciju. Razlika između 8.3.6.2076 i 8.3.7.2008 je mala (u Ramdisk Turbo boost verziji 8.3.6 proizvodi 56.18 i 8.3.7.2008 proizvodi 55.56, u ostalim testovima razlika je još manja). Potrošnja energije - maksimalne performanse, turbo pojačanje je onemogućeno (osim ako nije drugačije navedeno).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	Single SSD	Ramdisk	Ramdisk	Keširanje je omogućeno RAID kontroler
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 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

• Omogućena keš memorija RAID kontrolera eliminiše sve razlike između diskova, brojevi su isti i za sat i za cas. Testiranje s njim na maloj količini podataka je beskorisno i ne ukazuje na bilo koju vrstu.
• Za platformu 8.2, razlika u performansama između SATA i SSD opcija je više nego dvostruka. Ovo nije greška u kucanju. Ako pogledate monitor performansi tokom testa na SATA diskovima. tada možete jasno vidjeti “Aktivno vrijeme rada diska (u%)” 80-95. Da, ako omogućite keš memoriju samih diskova za snimanje, brzina će se povećati na 35, ako omogućite keš raid kontrolera - do 49 (bez obzira na to koji diskovi se testiraju u trenutno). Ali ovo su sintetički keš papagaji, u stvarnom radu kada velike baze podataka Nikada neće postojati 100% omjer pogodaka u keš memoriji.
• Brzina čak i jeftinih SSD-ova (testirao sam na Agility 3) sasvim je dovoljna za pokretanje verzije datoteke. Resurs snimanja je druga stvar, morate ga pogledati u svakom konkretnom slučaju, jasno je da će sa Intel 3700 biti za red veličine veći, ali cijena je odgovarajuća. I da, razumijem da kada testiram SSD disk, u većoj mjeri testiram i keš ovog diska, pravi rezultati će biti manji.
• Najispravnije (sa moje tačke gledišta) rješenje bi bilo da se dodijele 2 SSD diska u zrcaljenom raid-u za bazu podataka datoteka (ili nekoliko baza podataka), a ne stavljate ništa drugo tamo. Da, sa ogledalom, SSD-ovi se jednako troše, a to je minus, ali barem je elektronika kontrolera nekako zaštićena od grešaka.
• Glavne prednosti SSD diskova za verziju datoteke će se pojaviti kada postoji mnogo baza podataka, svaka sa nekoliko korisnika. Ako postoje 1-2 baze podataka, a ima oko 10 korisnika, onda će SAS diskovi biti dovoljni. (ali u svakom slučaju, pogledajte učitavanje ovih diskova, barem kroz perfmon).
• Glavne prednosti terminalnog servera su da može imati vrlo slabe klijente, a mrežna podešavanja mnogo manje utiču na terminal server (opet, vaš K.O.).

Zaključci: ako terminal server pokrenite Gilev test (sa istog diska na kojem se nalaze radne baze podataka) i u onim trenucima kada se radna baza podataka usporava, a Gilev test pokaže dobar rezultat (iznad 30) - tada je najvjerovatnije programer kriv za spor rad glavne radne baze podataka.

Ako Gilev test pokazuje male brojke, a imate procesor visokog takta i brze diskove, onda administrator treba da uzme barem perfmon, negdje snimi sve rezultate i gleda, posmatra i donosi zaključke. Neće biti definitivnog savjeta.

Klijent-server opcija.

Testovi su obavljeni tek 8.2, jer na 8.3 sve zavisi dosta ozbiljno od verzije.

Za testiranje sam izabrao različite opcije servere i mreže između njih da pokažu glavne trendove.

	1C: Xeon 5520 SQL: Xeon E5-2630	1C: Xeon 5520 SQL: Xeon E5-2630 Fiber kanal - SSD	1C: Xeon 5520 SQL: Xeon E5-2630 Fiber kanal - SAS	1C: Xeon 5650 SQL: Xeon E5-2630	1C: Xeon 5650 SQL: Xeon E5-2630 Fiber kanal - SSD	1C: Xeon 5650 SQL: Xeon E5-2630	1C: Xeon 5650 =	1C: Xeon 5650 =	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
1C 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 još nešto zanima, napišite u komentarima, pokušat ću to učiniti.

• SAS na sistemima za skladištenje radi sporije od lokalnih SSD-ova, iako sistem za skladištenje ima velike veličine cache. SSD-ovi, lokalni i na sistemima za skladištenje podataka, rade uporedivim brzinama za Gilevov test. Ne znam nijedan standardni test s više niti (ne samo snimanje, već i sva oprema) osim 1C testa opterećenja iz MCC-a.
• Promjena 1C servera sa 5520 na 5650 skoro je udvostručila performanse. Da, konfiguracije servera se ne poklapaju u potpunosti, ali pokazuje trend (bez iznenađenja).
• Povećanje frekvencije na SQL serveru svakako daje efekat, ali nije isti kao na 1C serveru je odlično (ako ga pitate) za korištenje više jezgara i slobodne memorije.
• Promjena mreže između 1C i SQL sa 1 Gbit na 10 Gbit daje otprilike 10% papagaja. Ocekivao sam vise.
• Omogućavanje dijeljene memorije i dalje daje učinak, iako ne 15%, kao što je opisano u članku. Obavezno to uradite, srećom je brzo i lako. Ako je neko tokom instalacije SQL serveru dao imenovanu instancu, onda da bi 1C radio, ime servera mora biti navedeno ne preko FQDN-a (tcp/ip će raditi), ne preko localhost ili samo ServerName, već preko ServerNameInstanceName, na primjer zz- testzztest. (U suprotnom će doći do DBMS greške: Microsoft SQL Server Native Client 10.0: Dobavljač zajedničke memorije: Biblioteka dijeljene memorije koja se koristi za uspostavljanje veze sa SQL Serverom 2000 nije pronađena. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, stanje=1, ozbiljnost=10, izvorno=126, red=0).
• Za korisnike manje od 100, jedina stvar u razdvajanju na dva odvojena servera je Win 2008 Std (i starija) licenca, koja podržava samo 32 GB RAM-a. U svim ostalim slučajevima, 1C i SQL svakako moraju biti instalirani na jednom serveru i dati više (najmanje 64 GB) memorije. Davanje 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 bila dovoljna verzija datoteke 1C?)
• Koliko lošije funkcionira kombinacija 1C i SQL-a virtuelna mašina- tema posebnog članka (nagoveštaj - primjetno gore). Čak ni u Hyper-V-u sve nije tako jasno...
• Izbalansirani način rada je loš. Rezultati su prilično konzistentni s verzijom datoteke.
• Mnogi izvori kažu da način otklanjanja grešaka (ragent.exe -debug) daje značajno smanjenje performansi. Pa, smanjuje, da, ali 2-3% ne bih nazvao značajnim efektom.

Ovdje će biti najmanje savjeta za konkretan slučaj, jer... Kočnice u klijent-server verziji rada su najteži slučaj, a sve je konfigurisano vrlo individualno. Najlakši način je reći da za normalan rad trebate uzeti poseban server SAMO za 1C i MS SQL, tamo staviti procesore sa maksimalnom frekvencijom (iznad 3 GHz), SSD diskovi za bazu podataka i više memorije (128+), nemojte koristiti virtuelizaciju. Pomoglo je - super, imate sreće (a takvih sretnika će biti puno, više od polovine problema se može riješiti adekvatnom nadogradnjom). Ako ne, onda sve druge opcije zahtijevaju odvojeno razmatranje i postavke.

Korisnici se često žale da je "1C 8.3 spor": obrasci dokumenata se otvaraju sporo, dokumentima je potrebno mnogo vremena za obradu, program se pokreće, izvještajima je potrebno mnogo vremena za generiranje itd.

Štoviše, takvi se "kvarovi" mogu pojaviti u različitim programima:

Razlozi mogu biti različiti. Ovo nije vraćeno čuvanje dokumenata, slab kompjuter ili server, 1C server je pogrešno konfigurisan.

U ovom članku želim pogledati jedan od najjednostavnijih i najčešćih razloga za spor program - . Ovo uputstvo bit će relevantno za korisnike baza podataka datoteka za 1-2 korisnika, gdje nema konkurencije za resurse.

Ukoliko ste zainteresovani za ozbiljniju optimizaciju klijent-server opcija za rad sistema, posetite sekciju sajta.

Gdje su zakazani zadaci u 1C 8.3?

Prije nego što sam uspio učitati program, mnogi pozadinski zadaci su završeni u 1C. Možete ih pogledati tako što ćete otići u meni “Administracija”, zatim “Podrška i održavanje”:

Nabavite 267 video lekcija na 1C besplatno:

Ovako izgleda prozor sa završenim zadacima:

I tako puna lista svi planirani zadaci koji se pokreću:

Među tim zadacima možete vidjeti kao što su „“, učitavanje raznih klasifikatora, provjera relevantnosti verzije programa i tako dalje. Na primjer, nemam koristi od skoro svih ovih zadataka. Ne vodim evidenciju o valutama, sam kontroliram verzije i po potrebi učitavam klasifikatore.

Shodno tome, u mom je (i u većini slučajeva u vašem) interesu da onemogućim nepotrebne zadatke.

Onemogućavanje planiranih i pozadinskih zadataka u 1C 8.3

Vrlo često nam se ljudi obraćaju sa pitanjima kao što su:

• Zašto 1C server usporava?
• računar koji radi 1C je veoma spor
• 1C klijent je užasno spor

Ponekad, kao rješenje problema, klijentima nudimo server za 1C za iznajmljivanje bez kočnica, uz izbor konfiguracije servera i operativnog sistema, server možete konfigurirati online na web stranici našeg partnera, koristeći link https://1cloud.ru poglavlje Usluge, poglavlje Virtuelni server.

Šta učiniti i kako to prevazići, i tako redom:

Klijenti rade veoma sporo sa serverskom verzijom 1C

Osim sporog rada 1C, postoji i spor rad s mrežnim datotekama. Problem se javlja tokom normalnog rada i sa RDP-om

da to riješim, nakon svake instalacije Seven-a ili 2008 servera, uvijek počinjem

netsh int tcp set global autotuning=isključeno

netsh int tcp set global autotuninglevel=disabled

netsh int tcp set global rss=isključen dimnjak=isključen

i mreža radi bez problema

ponekad je najbolja opcija:

netsh interfejs tcp set global autotuning= Visoko ograničeno

ovako izgleda instalacija

Konfigurišite Anti-Virus ili Windows zaštitni zid

Kako da konfigurišete antivirusni ili Windows zaštitni zid za pokretanje 1C servera (kombinacija 1C servera: Enterprise i MS SQL 2008, na primer).

Dodajte pravila:

• Ako SQL server prihvata veze na standardnom TCP portu 1433, mi to dozvoljavamo.
• Ako je SQL port dinamičan, tada morate dozvoliti veze sa aplikacijom %ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe.
• Server 1C radi na portovima 1541, klasteru 1540 i opsegu 1560-1591. Iz potpuno mističnih razloga, ponekad takva lista otvorenih portova i dalje ne dozvoljava povezivanje sa serverom. Da biste bili sigurni da radi, dozvolite raspon 1540-1591.

Podešavanje performansi servera/računara

Da bi vaš računar radio sa maksimalnim performansama, potrebno je da ga konfigurišete za sledeće:

1. BIOS postavke

• U BIOS-u servera onemogućavamo sve postavke da bismo uštedjeli snagu procesora.
• Ako postoji “C1E” i obavezno ODSKLJUČITE!!
• Za neke ne baš paralelne zadatke, preporučuje se i isključenje hipertrgovine u BIOS-u
• U nekim slučajevima (posebno za HP!) morate ući u BIOS servera i tamo isključiti stavke koje u nazivima imaju EIST, Intel SpeedStep i C1E.
• Umjesto toga, morate pronaći stavke koje se odnose na procesor tamo koje imaju Turbo Boost u svojim nazivima i UKLJUČITI ih.
• Ako u BIOS-u postoji opća indikacija načina uštede energije i uključite ga u režim maksimalnih performansi (može se nazvati i "agresivnim")

2. Postavke šeme u operativnom sistemu - Visoke performanse

Serveri sa Intel arhitekturom Sandy Bridge mogu dinamički mijenjati frekvencije procesora.

Ponekad je rješenje problema sporog rada 1C servera zastarjela ili pokvarena oprema, u ovom slučaju klijentima nudimo server za 1C za iznajmljivanje bez kočnica, uz izbor konfiguracije servera i operativnog sistema, to možete učiniti na našem web stranicu partnera, klikom na link https://1cloud.ru Odeljak Usluge, Odeljak Virtuelni server.

Ukoliko imate bilo kakvih pitanja kontaktirajte:

• pozovite +7-812-385-55-66 u Sankt Peterburgu
• pisite na adresu
• ostavite prijavu na našoj web stranici na stranici "Online prijava".

Brzina 1C je vrlo važan faktor koji određuje vrijeme potrebno za pristup informacijama u bazi podataka i rad s njom. Nažalost, većina malih i srednjih preduzeća svoja radna mjesta oprema starim ili jeftinim računarima, smatrajući da knjigovodstvo ne zahtijeva mnogo sredstava. Baze podataka se mogu učitati za pet minuta, a izvještaji i izjave se mogu generirati za nekoliko minuta. Kada dođe vrijeme da se mjesec zatvori, čak i ako ima malo dokumenata, čekanje može trajati i do 10 minuta, a potrebno je sve provjeriti da nema grešaka i da se mjesec ne mora ponovo zatvarati.

Ubrzavanje 1C znači ubrzavanje poslovnih procesa kompanije koji se odnose na odražavanje činjenica iz života preduzeća u baza informacija. Ako 1C radi sporo, to će na neki način utjecati na rad cijele kompanije i profit.

Članak će biti koristan i stručnjacima i računovođama. Postoji nekoliko načina da se ubrza 1C, na osnovu testiranja sistema i mjerenja performansi, finog podešavanja servera, itd., ali ovdje ćemo opisati najviše jednostavne metode, koji pozitivno utiču na brzinu 1C.

Spremni smo poduzeti sve potrebne mjere da ubrzamo vaš 1C i učinimo vaš rad ugodnim i udobnim. Da biste ubrzali 1C, ostavite zahtjev i mi ćemo vas pozvati.

Zašto je 1C spor?

Kada postavite takvo pitanje stručnjacima 1C, uvijek ćete dobiti čitav niz pretpostavki. I većina njih zaista može utjecati na brzinu 1C na vašem računalu. Pokušajmo shvatiti koji su razlozi za niske performanse 1C i kako ih povećati.

Svi razlozi se mogu podijeliti u dvije grupe u vezi sa 1C programom: vanjski I interni. Razmotrimo svaku grupu razloga zasebno i istaknemo glavne točke koje treba pratiti i ispraviti kako bi se ubrzao 1C.

Vanjski razlozi za spor rad 1C

Vanjski razlozi koji utiču na brzinu 1C 8.3 uključuju hardverske, operativne i softverske faktore.

Hardverski faktor

Prema našem iskustvu, najčešće je razlog za spor rad 1C loša tehnička opremljenost računara. Koristeći računare iz 2002-2007, opremljene zastarjelim hardverom, teško je obraditi velike količine podataka i vizualizirati ih. Otuda sve moguće posljedice - ne usporava se samo 1C, već i pretraživač, uredski uređivači, pošta i još mnogo toga.

Možemo identificirati dvije glavne komponente u računaru koje najjače utiču na performanse 1C - procesor i RAM.

Procesori dolaze sa različite količine jezgra i različite taktne frekvencije. Broj jezgara vam omogućava da obrađujete nekoliko procesa istovremeno, a frekvencija je odgovorna za brzinu obrade procesa. Što su oba indikatora veća, to bolje.

RAM vam omogućava pohranjivanje podataka u privremenu memoriju, omogućavajući programima da rade s njima. Što je veća količina RAM-a, više podataka može obraditi program 1C. Povećanje RAM-a ima pozitivan učinak na sve faze rada sa 1C - od učitavanja programa do učitavanja izvještaja. Međutim, pozitivan efekat povećanja RAM-a se oseća pri malim količinama. Prilikom promjene sa 2 GB na 4 GB, razlika se snažno osjeća, ali ako povećate memoriju sa 16 GB na 32 GB, nećete osjetiti mnogo povećanja performansi (informacije nisu relevantne za 1C servere).

Vrijedi spomenuti i video karticu. Ovdje možete uštedjeti novac instaliranjem video kartice na nivou budžeta, jer su 1C programi dizajnirani u monotonim bojama bez upotrebe nepotrebnih specijalnih efekata.

Bez obzira na to što se radi na ubrzanju 1C, ako imate malo RAM-a (1 GB) ili slab procesor (2200 GHz), malo je vjerovatno da ćete postići primjetno povećanje brzine. Vrijedi razmisliti o nadogradnji vašeg računara.

Postavke vašeg računara možete pogledati u najkraćem obliku tako što ćete kliknuti desnim tasterom miša na ikonu My Computer i tamo izabrati “Svojstva”. Vidjet ćete korišteni procesor, njegovu frekvenciju i količinu RAM-a.

Operativni faktor

Operativni faktori uključuju tip operativnog sistema i postavke napajanja.

Najčešći operativni sistemi su 32- i 64-bitni. Najnoviji sistemi(Windows 8.10) su uglavnom 64-bitni. 32-bitni sistemi imaju neka ograničenja, od kojih je glavno softversko ograničenje maksimalno dostupne količine RAM-a - otprilike 3,5 GB. Čak i ako fizički imate instalirano 8 GB, maksimum koji možete koristiti je 3,5 GB.

Podešavanje napajanja uključuje odabir radne šeme "Maksimalne performanse". U različitim operativni sistemi Postavke napajanja se nalaze na različitim mjestima u Windowsu, uvijek ih možete pronaći na kontrolnoj tabli.

Softverski faktor

Softverski faktori uključuju programe koji ograničavaju performanse 1C, ili programe koji dijele računarske resurse sa 1C.

Ovaj faktor je najlakše eliminirati - dok 1C radi, zatvorite sve ostale programe koji zahtijevaju veliku količinu resursa (preglednike, video plejere, igre itd.), a također dodajte 1C program u izuzetke vašeg antivirusa. Ne bi trebalo da učitavate računar drugim programima dok radite sa 1C. Ovo će pomoći u poboljšanju performansi 1C zbog činjenice da će svi računarski resursi biti poslani na obradu računarskih procesa u 1C.

Interni razlozi za spor rad 1C

Interni razlozi koji utiču na brzinu 1C uključuju nepotrebne dokumente, softversku keš memoriju i rutinske zadatke.

Kako biste osigurali da u bazi nema ničeg nepotrebnog, preporučuje se redovno brisanje objekata označenih za brisanje, sakupljanje baze podataka za prethodne periode, te onemogućavanje nepotrebne funkcije. IN najnovije verzije 1C na kartici Administracija pojavio se odjeljak Performanse. Na njemu možete onemogućiti opcionalne funkcije po vlastitom nahođenju i povećati brzinu 1C.

Keš memorija je skladište informacija koje, po mišljenju sistema, korisnik može zatražiti s najvećom vjerovatnoćom. Ali dok rade u sistemu, korisnici stvaraju nove baze podataka, nove korisnike i prestaju koristiti stare baze podataka. Keš memorija od njih ostaje u sistemu i može usporiti 1C. Preporučujemo da redovno brišete 1C keš memoriju.

Planirani i pozadinski poslovi su procesi koji se pokreću pozadini(bez prikazivanja i potvrđivanja korisnika) neophodnih za održavanje i ažuriranje ovih ili onih informacija. Na primjer, zašto ažurirati bankarski klasifikator ili kurseve jednom na sat ako se devizne transakcije obavljaju rijetko i nakon prethodnog učitavanja tekućih kurseva? Onemogućavanjem takvih procesa rasteretit ćemo sistem i usmjeriti sve raspoložive resurse da izračunaju operacije koje trebamo pokrenuti.

Klijent-server rješenja 1C

Za kompanije koje koriste 1C server, povećana produktivnost je povezana sa poboljšanjem servera (host računara) i njegove pravilne konfiguracije. Klijentski računari mogu imati minimalni zahtjevi za pokretanje 1C, jer će se svi proračuni obavljati na serveru. Međutim, ponekad se čak i moćan server ne može nositi s istovremenim radom 5-10 korisnika ako 1C server nije pravilno konfiguriran.

Nažalost, razmatranje postavki servera za poboljšanje performansi 1C nije uključeno u ovaj članak, jer to zahtijeva određene vještine i znanja iz područja umrežavanja i principa rada 1C servera.

Zaključci

Razmotrili smo sve moguće izvore problema u vezi sa sporim radom 1C. Sprovođenjem odgovarajućih procedura i slijedeći naše preporuke, poboljšat ćete performanse 1C i moći ćete ga održavati velike brzine rad programa. Ne zaboravite da niska produktivnost 1C rezultira niskom produktivnošću zaposlenika zbog kratkih, ali čestih zastoja u najčešćim operacijama.

Spremni smo poboljšati performanse vašeg 1C, koristeći integrirani pristup rješavanju ovog problema - izvršit ćemo sve potrebne testove i uzeti početne pokazatelje performansi, analizirati trenutno stanje računara i mreža, a zatim izvršiti cijeli set mjere za ubrzanje 1C i reći vam kako održavati sistem u odličnom stanju.

Ubrzajte 1C odmah!