Kako ubrzati rad u 1C: Accounting 8.3 (verzija 3.0) ili onemogućiti zakazane i pozadinske zadatke
2019-01-15T13:28:19+00:00Oni od vas koji su već uspjeli preći na novo izdanje 1C: Accounting 8.3 (verzija 3.0) primijetili su da je postalo sporije od dvojke. Neka čudna usporavanja, beskrajni pozadinski zadaci nekoliko puta dnevno, za koje niko nije tražio od nje bez našeg znanja.
Odmah nakon tranzicije moji računovođe su mi rekli da novo izdanje 1C: Accounting 3.0 iskreno usporava u odnosu na prethodne! I nemoguće je raditi.
Počeo sam to shvaćati i vrlo brzo otkrio da su glavni uzrok zamrzavanja i naknadnog nezadovoljstva korisnika rutinski i pozadinski zadaci, od kojih su mnogi uključeni po defaultu, iako za veliku većinu računovođa nisu potrebni.
Pa, na primjer, zašto trebamo pokretati zadatak "Izvlačenje teksta" stotinu puta dnevno ako ne izvršimo pretragu cijelog teksta (računovođe, ne bojte se) po svim objektima u našoj bazi podataka.
Ili zašto stalno preuzimati kurseve ako nemamo valutne transakcije ili ih radimo povremeno (a prije toga sami možemo kliknuti na dugme download rates).
Isto važi i za stalni pokušaj 1C da se poveže sa sajtom i proveri i ažurira bankarske klasifikatore. Za što? I sam ću pritisnuti dugme da ažuriram klasifikatore ako ne pronađem pravu banku po njenom BIC-u.
O tome kako se to radi o tačkama u nastavku.
1. Idite na odjeljak "Administracija" i odaberite stavku "Održavanje" na akcijskoj ploči ():
2. U prozoru koji se otvori pronađite i odaberite stavku "Redovni i pozadinski zadaci":
3. Otvorite svaki posao koji ima stupac Uključeno. vredi čavke.
4. Poništite izbor "Omogućeno" i kliknite na dugme "Sačuvaj i zatvori".
5. Uradite to sa svakim od uključenih zadataka i uživajte u novom izdanju. Generalno, po mom mišljenju, mnogo je bolji od dvojke.
Istovremeno, platforma će i dalje uključivati neke od zakazanih zadataka koje ste onemogućili.
Glavna svrha pisanja članka nije ponoviti očigledne nijanse onim administratorima (i programerima) koji još nisu stekli iskustvo s 1C.
Sporedan cilj, ako imam neke nedostatke, Infostart će mi to najbrže ukazati.
Test V. Gileva je već postao svojevrsni "de facto" standard. Autor na svojoj web stranici dao je sasvim razumljive preporuke, ali ja ću jednostavno dati neke rezultate i komentirati najvjerovatnije greške. Naravno, rezultati testova na vašoj opremi mogu se razlikovati, ovo je samo smjernica, šta bi trebalo biti i čemu možete težiti. Odmah želim da napomenem da se promjene moraju vršiti korak po korak, a nakon svakog koraka provjeriti kakav je rezultat dao.
Na Infostartu postoje slični članci, u relevantne rubrike ću staviti linkove na njih (ako nešto propustim, recite mi u komentarima, dodaću). Dakle, pretpostavimo da usporite 1C. Kako dijagnosticirati problem i kako razumjeti ko je kriv, administrator ili programer?
Početni podaci:
Testirano računalo, glavni zamorac: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Za poređenje, Core i3-2100 pokazuje uporedive rezultate u jednonitnom testu. Oprema je posebno uzeta ne najnovija, na modernoj opremi rezultati su osjetno bolji.
Za testiranje udaljenih 1C i SQL servera, SQL server: 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 fajla. (baza leži na serveru u deljenom folderu, klijenti su povezani na mrežu, CIFS/SMB protokol). Korak po korak algoritam:
0. Dodajte Gilev test bazu podataka na server datoteka u isti folder kao i glavne baze podataka. Povezujemo se sa klijentskog računara, pokrećemo test. Sjećamo se rezultata.
Podrazumijeva se da čak i za stare računare prije 10 godina (Pentium na 775 socket ) vrijeme od klika na oznaku 1C:Enterprise do pojave prozora baze podataka trebalo bi biti manje od jedne minute. ( Celeron = spor rad).
Ako je vaš računar lošiji od uključenog Pentiuma 775 socket sa 1 GB RAM-a, onda suosjećam s vama i bit će vam teško postići ugodan rad na 1C 8.2 u verziji datoteke. Razmislite o nadogradnji (dugo zakašnjelo) ili prelasku na terminal (ili web, u slučaju tankih klijenata i upravljanih obrazaca) 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" i više, ali radna baza 1C i dalje radi sporo - pitanja su već za programera.
1. Za smjernicu koliko klijentski računar može "iscijediti", provjeravamo rad samo ovog računara, bez mreže. Testnu bazu stavljamo na lokalni računar (na veoma brz disk). Ako klijentski računar nema normalan SSD, tada se kreira ramdisk. Do sada, najjednostavniji i besplatni je Ramdisk enterprise.
Za testiranje verzije 8.2 dovoljno je 256 MB ramdiska, i! Najvažniji. Nakon ponovnog pokretanja računara sa ispravnim ramdiskom, trebalo bi da ima 100-200 MB slobodnog. U skladu s tim, bez ramdisk-a, za normalan rad slobodne memorije treba biti 300-400 MB.
Za testiranje verzije 8.3 dovoljan je 256 MB ramdisk, ali je potrebno više slobodnog RAM-a.
Prilikom testiranja morate pogledati opterećenje procesora. U slučaju blizu idealnom (ramdisk), lokalni fajl 1c učitava 1 jezgro procesora tokom rada. Shodno tome, ako tokom testiranja jezgro vašeg procesora nije u potpunosti učitano, potražite slabosti. Malo emocionalno, ali općenito korektno, opisan je utjecaj procesora na rad 1C. Samo za referencu, čak i na modernom Core i3 sa visokom frekvencijom, brojke 70-80 su sasvim stvarne.
Najčešće greške u ovoj fazi.
a) Neispravno konfigurisan antivirus. Postoji mnogo antivirusa, podešavanja za svaki su različita, mogu samo reći da se uz pravilnu konfiguraciju ni web ni Kaspersky 1C ne miješaju. Uz "podrazumevane" postavke - oko 3-5 papagaja (10-15%) može se oduzeti.
b) Način rada. Iz nekog razloga malo ljudi obraća pažnju na to, a učinak je najznačajniji. Ako vam je potrebna brzina, onda to morate učiniti, kako na klijentskim tako i na serverskim računarima. (Gilev ima dobar opis. Jedino upozorenje je da na nekim matičnim pločama, ako je Intel SpeedStep isključen, TurboBoost se ne može uključiti).
Ukratko, tokom rada 1C dosta se čeka na odgovor od drugih uređaja (disk, mreža, itd.). Dok se čeka odgovor, ako je način rada izbalansiran, procesor smanjuje svoju frekvenciju. Odgovor dolazi sa uređaja, 1C (procesor) treba da radi, ali prvi ciklusi idu smanjenom frekvencijom, zatim frekvencija raste - 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-state (C2, C3, C4). U različitim biosovima nazivaju se različito, 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 ispravno urađeno u BIOS-u, tada će se dodati brzina. Na nekim matičnim pločama, BIOS postavke se mogu podesiti tako da način rada Windowsa neće igrati ulogu. (Primeri podešavanja BIOS-a od strane Gilev). Ove postavke se uglavnom odnose na serverske procesore ili "napredni" BIOS, ako ga niste pronašli u svom sistemu, a nemate Xeon - u redu je.
Kontrolna tabla - Snaga - Visoke performanse. Minus - ako računar nije dugo servisiran, jače će zujati sa ventilatorom, više će se zagrijavati i trošiti više energije. Ovo je cijena performansi.
Kako provjeriti da li je režim uključen. Pokrenite Task Manager - Performanse - Monitor resursa - CPU. Čekamo dok procesor ne bude zauzet ničim.
|
Ovo su podrazumevane postavke. BIOS C-stanje uključeno, uravnoteženi režim napajanja |
 |
|
BIOS C-stanje uključeno, režim visokih performansi Za Pentium i Core, možete stati na tome, još uvijek možete istisnuti neke "papagaje" iz Xeona |
 |
|
BIOS C-stanje isključeno, režim visokih performansi. Ako ne koristite Turbo boost - ovako bi trebalo 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 drugom - 49,5. Razlika je skoro dvostruka. Brojevi se mogu razlikovati, ali omjer ostaje prilično isti za Intel Core.
Dragi administratori, možete grditi 1C kako želite, ali ako krajnjim korisnicima treba 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 je tako, onda još uvijek sasvim legalno možete postići neke performanse. (Ne želim se doticati pitanja overkloka, 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)
Napisano je, na primjer, kako uključiti turbo boost. Ali! Za 1C postoje neke nijanse (ne najočitije). Poteškoća je u tome što se maksimalni efekat turbo boost-a manifestuje kada je C-stanje uključeno. I ispada nešto poput ove slike:
Imajte na umu da je množitelj maksimalni, brzina jezgre je najljepša, performanse su visoke. Ali šta će se dogoditi kao rezultat 1s?
|
Faktor |
Brzina jezgre (frekvencija), GHz |
CPU-Z Single Thread |
Gilev Ramdisk test verzija datoteke |
Gilev Ramdisk test klijent-server |
|
|
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 se ispostavi da je prema CPU testovima performansi varijanta sa množiteljem 23 ispred, prema Gilevovim testovima u verziji fajla, performanse sa množiteljem 22 i 23 su iste, ali u klijent-server verzija, varijanta sa multiplikatorom od 23 horor horror (čak i ako je C -state postavljeno na nivo 7, i dalje je sporije nego sa isključenim C-state). Stoga, preporuka, sami provjerite obje opcije, i od njih odaberite najbolju. U svakom slučaju, razlika između 49,5 i 53 papagaja je prilično značajna, pogotovo što je bez mnogo truda.
Zaključak - turbo pojačanje mora biti uključeno. Da vas podsjetim 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 - Upravljačka ploča - Napajanje - Visoke performanse) . I dalje bih se (čak i za verziju datoteke) zaustavio na opciji gdje je c-stanje isključeno, iako je množitelj manji. Nabavite ovako nešto...
Prilično kontroverzna tačka je memorijska frekvencija. Na primjer, frekvencija memorije je prikazana kao vrlo utjecajna. 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 forsiramo niže frekvencije.
 |
 |
 |
I rezultate testova. 1C 8.2.19.83, za verziju datoteke lokalni ramdisk, za klijent-server 1C i SQL na jednom računaru, Zajednička memorija. Turbo pojačanje je onemogućeno u obje opcije. 8.3 pokazuje uporedive rezultate.
Razlika je unutar greške mjerenja. Posebno sam izvukao CPU-Z snimke ekrana da pokažem da se drugi parametri mijenjaju s promjenom frekvencije, ista CAS Latency i RAS do CAS Delay, što izravnava promjenu frekvencije. Razlika će biti kada se memorijski moduli fizički mijenjaju, iz sporijeg u brži, ali čak ni tu brojke nisu bitne.
2. Kada smo shvatili 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), ovdje se neću fokusirati na ovu temu. Prije početka testiranja 1C provjerite da li iperf između dva računara pokazuje cijeli opseg (za kartice od 1 Gbit - dobro, najmanje 850 Mbit, ali bolje 950-980), da se Gilev savjet poštuje. Zatim - najjednostavniji test rada bit će, začudo, kopiranje jedne velike datoteke (5-10 gigabajta) preko mreže. Indirektni 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 da vam skrenem pažnju na činjenicu da opterećenje procesora takođe može biti slaba tačka (uključujući). 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 dalje. Sa zadanim postavkama, windows klijent najbolje radi sa windows serverom (ili čak i sa radnom stanicom) i SMB / CIFS protokolom, linux klijent (debian, ubuntu nije pogledao ostalo) najbolje radi sa linuxom i NFS (također radi sa SMB, ali na NFS papagajima iznad). Činjenica da se tokom linearnog kopiranja Win-Linux server na NFS-u brže kopira u jedan stream, ništa ne znači. Podešavanje debiana za 1C je tema za poseban članak, nisam još spreman za to, iako mogu reći da sam u verziji datoteke čak imao malo bolje performanse od Win verzije na istoj opremi, ali sa postgresom sa korisnici stariji od 50 i dalje imam sve jako loše.
Najvažniji , što je poznato "spaljenim" administratorima, ali početnici ne uzimaju u obzir. Postoji mnogo načina za postavljanje putanje do 1c baze podataka. Možete učiniti \\server\share, možete \\192.168.0.1\share, možete mrežno koristiti z: \\192.168.0.1\share (i u nekim slučajevima će ovaj metod također raditi, ali ne uvijek) i zatim navedite pogon Z. Čini se da svi ovi putevi upućuju na isto mjesto, ali za 1C postoji samo jedan način koji daje prilično stabilne performanse. Dakle, evo šta treba da uradite kako treba:
Na komandnoj liniji (ili u politikama, ili kako god vama odgovara) - koristite net DriveLetter: \\server\share. primjer: net use m:\\server\bases. Posebno naglašavam NE IP adresu, naime Ime server. Ako server nije vidljiv po imenu, dodajte ga u dns na serveru ili lokalno u hosts datoteku. Ali žalba mora biti po imenu. Shodno tome, na putu do baze podataka pristupite ovom disku (pogledajte sliku).
A sada ću u brojkama pokazati zašto su takvi savjeti. 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, pokazalo se da istiskuje samo 7,2 Gbita, kasnije ću vidjeti zašto, test server još nije pravilno konfigurisan). Diskovi su različiti, ali svuda je SSD (posebno umetnut jedan disk za testiranje, ništa drugo se ne učitava) ili raid sa SSD-a. Brzina od 100 Mbita dobijena je ograničavanjem podešavanja adaptera Intel 362. Nije bilo razlike između 1 Gbit bakarnog Intel 350 i 1 Gbit optike Intel X520-DA2 (dobijeno ograničavanjem brzine adaptera). Maksimalne performanse, turbo boost je onemogućen (samo radi uporedivosti rezultata, turbo boost dodaje nešto manje od 10% za dobre rezultate, za loše rezultate možda neće nimalo uticati). Verzije 1C 8.2.19.86, 8.3.6.2076. Ne navodim sve brojke, već samo one najzanimljivije, pa da se ima sa čime uporediti.
|
Pobjeda 2008 - Pobjeda 2008 pozivanje preko IP adrese |
Pobjeda 2008 - Pobjeda 2008 Adresa po imenu |
Pobjeda 2008 - Pobjeda 2008 Pozivanje putem IP adrese |
Pobjeda 2008 - Pobjeda 2008 Adresa po imenu |
Pobjeda 2008 - Pobjeda 7 Adresa po imenu |
Windows 2008 - Debian Adresa po imenu |
Pobjeda 2008 - Pobjeda 2008 Pozivanje putem IP adrese |
Pobjeda 2008 - Pobjeda 2008 Adresa 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 tabele i iz ličnog iskustva. Odnosi se samo na verziju fajla):
Preko mreže možete dobiti sasvim normalne brojeve za rad ako je ova mreža normalno konfigurirana i staza je ispravno napisana u 1C. Čak i prvi Core i3s može dati 40+ papagaja, što je sasvim dobro, a to nisu samo papagaji, u stvarnom radu razlika je i primjetna. Ali! ograničenje pri radu sa nekoliko (više od 10) korisnika više neće biti mreža, ovdje je i dalje dovoljan 1 Gbit, ali blokiranje tijekom višekorisničkog rada (Gilev).
Platforma 1C 8.3 je višestruko zahtjevnija za kompetentno postavljanje mreže. Osnovna podešavanja - pogledajte Gilev, ali imajte na umu da sve može uticati. Vidio sam ubrzanje od činjenice da su deinstalirali (a ne samo isključili) antivirus, 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 longs), od uklanjanja drugu mrežnu karticu sa servera. Mnogo opcija, pažljivo konfigurišite mrežu. Može doći do situacije kada platforma 8.2 daje prihvatljive brojke, a 8.3 - dva ili čak i više puta manje. Pokušajte da se poigrate 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) preko mreže je još uvijek lakše postaviti nego 8.3.7.2008. Od 8.3.7.2008 za postizanje normalnog rada mreže (kod sličnih papagaja) ispalo je samo nekoliko puta, nisam mogao ponoviti za opštiji slučaj. Nisam puno razumio, ali sudeći po krpicama iz Process Explorera, snimak ne ide tamo kao u 8.3.6.
Unatoč činjenici da je pri radu na mreži od 100Mbps njegov raspored opterećenja mali (možemo reći da je mreža besplatna), brzina rada je i dalje mnogo manja nego na 1 Gbps. Razlog je kašnjenje mreže.
Ceteris paribus (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 ima novca, bolje je držati Intelove mrežne kartice svuda, ako nema novca, onda stavite Intel samo na server (vaš KO). Da, i postoji mnogo puta više uputstava za podešavanje intel mrežnih kartica.
Zadane postavke antivirusa (na primjer drweb 10 verzija) oduzimaju oko 8-10% papagaja. Ako ga pravilno konfigurišete (dopustite 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 stavite Win XP ili Win7 na server (ili još bolje - serverski OS), tada će verzija 1c datoteke raditi brže. Da, i samba i stek protokola i mrežne postavke i još mnogo toga u debian/ubuntu 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 preko mreže sa fio . Barem će biti jasno da li se radi o problemima sa 1C platformom ili sa mrežom / diskom.
Za jednokorisničku varijantu, ne mogu se sjetiti testova (ili situacije) u kojima bi bila vidljiva razlika između 1Gb i 10 Gb. Jedino mesto gde je 10Gbps za verziju fajla dalo bolje rezultate bilo je povezivanje diskova preko iSCSI, ali ovo je tema za poseban članak. Ipak, mislim da su kartice od 1 Gbit dovoljne za verziju fajla.
Zašto, sa mrežom od 100 Mbit, 8.3 radi znatno brže od 8.2 - ne razumijem, ali činjenica se dogodila. Sva ostala oprema, sva ostala podešavanja su potpuno ista, samo je u jednom slučaju testiran 8.2, au drugom - 8.3.
Nije podešen NFS win - win ili win-lin daje 6 papagaja, nije ga uključio u tabelu. Nakon podešavanja, dobio sam 25, ali je nestabilan (zalet u mjerenjima je više od 2 jedinice). Za sada ne mogu dati preporuke o korištenju windowsa i NFS protokola.
Nakon svih podešavanja i provjera, ponovo pokrećemo test sa klijentskog računala, radujemo se poboljšanom rezultatu (ako je uspio). 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 i dalje usporava - gotovo je sigurno problem programera (ili ste već dostigao vrhunac mogućnosti verzije datoteke).
terminal server. (baza leži na serveru, klijenti su povezani na mrežu, RDP protokol). Korak po korak algoritam:
0. Dodajte Gilev test bazu podataka na server u istom folderu kao i glavne baze podataka. Povezujemo se sa istog servera i izvodimo test. Sjećamo se rezultata.
1. Na isti način kao u verziji datoteke, postavljamo rad. U slučaju terminalnog servera, procesor generalno igra glavnu ulogu (podrazumeva se da nema očiglednih slabosti, kao što je nedostatak memorije ili ogromna količina nepotrebnog softvera).
2. Postavljanje mrežnih kartica u slučaju terminalnog servera praktički nema utjecaja na rad 1s. Da biste pružili "posebnu" udobnost, ako vaš server izda više od 50 papagaja, možete se poigrati novim verzijama RDP protokola, samo za udobnost korisnika, brži odziv i skrolovanje.
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 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 pogrešno. Testna baza je mala, stane 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. Stavio sam diskove od onoga što mi je bilo pri ruci, samo 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 i 8.3.7.2008 daje 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 naznačeno).
|
Raid 10 4x SATA 7200 ATA ST31500341AS |
Raid 10 4x SAS 10k |
Raid 10 4x SAS 15k |
Single SSD |
ramdisk |
Keširanje je omogućeno 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čena keš memorija RAID kontrolera eliminiše svu razliku 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 8.2 platformu, 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 je jasno vidljivo "Vrijeme aktivnog diska (u%)" 80-95. Da, ako omogućite keš memoriju samih diskova, brzina će se povećati na 35, ako omogućite keš raid kontrolera - do 49 (bez obzira na to koji se diskovi trenutno testiraju). Ali ovo su sintetički papagaji keša, u stvarnom radu sa velikim bazama podataka nikada neće postojati 100% omjer pogodaka u keš memoriji.
Brzina čak i jeftinih SSD-ova (testirao sam na Agility 3) dovoljna je da verzija datoteke radi. Resurs za pisanje je druga stvar, ovdje morate pogledati u svakom konkretnom slučaju, jasno je da će Intel 3700 imati red veličine veći, ali tamo je cijena odgovarajuća. I da, razumijem da kada testiram SSD disk, u većoj mjeri testiram i keš ovog diska, stvarni rezultati će biti manji.
Najispravnije (sa moje tačke gledišta) rješenje bi bilo dodijeliti 2 SSD diska u mirror raid za bazu datoteka (ili nekoliko baza datoteka), a ne stavljati ništa drugo tamo. Da, sa ogledalom, SSD-ovi se troše na isti način, a to je minus, ali barem su nekako osigurani od grešaka u elektronici kontrolera.
Glavne prednosti SSD diskova za verziju datoteke pojavit će se kada postoji mnogo baza podataka, a svaka ima nekoliko korisnika. Ako ima 1-2 baze, a korisnika 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 terminalnog servera su u tome što može imati vrlo slabe klijente, a mrežna podešavanja mnogo manje utiču na terminal server (opet vaša KO).
Zaključci: ako pokrenete Gilev test na terminal serveru (sa istog diska na kojem su radne baze podataka) i u onim trenucima kada se radna baza podataka usporava, a Gilev test pokaže dobar rezultat (iznad 30), onda spori kriv je rad glavne radne baze podataka, najvjerovatnije programer.
Ako Gilev test pokazuje male brojke, a imate i procesor sa visokom frekvencijom i brze diskove, onda ovdje administrator treba uzeti barem perfmon, i negdje snimiti sve rezultate, i gledati, promatrati, izvlačiti zaključke. Neće biti definitivnog savjeta.
Klijent-server opcija.
Testovi su obavljeni samo na 8.2, tk. Na 8.3, sve dosta ozbiljno zavisi od verzije.
Za testiranje sam odabrao različite opcije servera 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 skladištu je sporiji od lokalnih SSD-ova, iako pohrana ima velike veličine predmemorije. SSD-ovi i lokalni sistemi i sistemi za skladištenje za Gilev test rade uporedivim brzinama. Ne znam nijedan standardni multi-threaded test (ne samo zapise, već i svu opremu) osim opterećenja 1C iz MCC-a.
Promjena 1C servera sa 5520 na 5650 dala je skoro udvostručenje performansi. Da, konfiguracije servera se ne poklapaju u potpunosti, ali pokazuje trend (ništa iznenađujuće).
Povećanje frekvencije na SQL serveru, naravno, daje efekat, ali ne isti kao na 1C serveru, MS SQL server je savršeno u stanju (ako se pita o tome) da koristi višejezgrenu i slobodnu memoriju.
Promjena mreže između 1C i SQL sa 1 Gbps na 10 Gbps daje oko 10% papagaja. Očekivalo se više.
Omogućavanje dijeljene memorije i dalje daje efekat, iako ne 15%, kao što je opisano. Obavezno to uradite, brzo je i lako. Ako je neko dao SQL serveru imenovanu instancu tokom instalacije, 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ć kroz ServerName\InstanceName, na primjer zz-test\zztest. (U suprotnom će se pojaviti sljedeća DBMS greška: Microsoft SQL Server Native Client 10.0: Dobavljač zajedničke memorije: Biblioteka dijeljene memorije koja se koristi za povezivanje sa SQL Serverom 2000 nije pronađena. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSTATE=08001, stanje=1, ozbiljnost=10, izvorno=126, red=0).
Za korisnike manje od 100, jedina tačka razdvajanja na dva odvojena servera je licenca za Win 2008 Std (i starije verzije), koja podržava samo 32 GB RAM-a. U svim ostalim slučajevima, 1C i SQL svakako treba instalirati na istom serveru i dati im 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 1C fajla?)
Koliko gore gomila 1C i SQL-a radi u virtuelnoj mašini tema je posebnog članka (nagoveštaj - primetno lošije). Čak ni u Hyper-V stvari nisu tako jasne...
Izbalansirani način rada je loš. Rezultati se dobro slažu sa verzijom fajla.
Mnogi izvori kažu da način otklanjanja grešaka (ragent.exe -debug) daje snažno smanjenje performansi. Pa, snižava, da, ali 2-3% ne bih nazvao značajnim efektom.
Uzroci sporog rada 1C. Nekoliko riječi o načinu rada datoteka.
Kao što neki korisnici primjećuju, nove 1C konfiguracije kreirane na temelju upravljane aplikacije ne rade dovoljno brzo. U ovom članku pokušat ćemo odgovoriti koji razlozi utječu na rad 1C u načinu rada datoteka, pored činjenice da nove funkcije zahtijevaju više resursa.
Ranije smo rekli da brzina 1C zavisi od performansi disk sistema. Ovi nalazi su dobijeni pokretanjem aplikacije na određenom pojedinačnom računaru ili terminal serveru. Međutim, brojne implementacije se javljaju kada se radi sa mrežom u kojoj je server ili namenski server zasnovan na jednostavnom računaru, ili samo računar korisnika.
Praćenje različitih "domaćih" resursa pokazalo je da se ovo pitanje praktično ignorira. Uvriježilo se mišljenje da je sve krivo za konfiguraciju na upravljanoj aplikaciji. Glavna preporuka je da se prebacite na drugi način rada: server-klijent ili terminal. Ove izjave su samo djelimično tačne. O tome će se dalje raspravljati.
Početni pogled na potrošnju resursa.
U ovom članku ćemo pokušati odgovoriti na dva pitanja:
- Je li istina da su konfiguracije upravljanih aplikacija sporije od jednostavnih?
- Šta prvenstveno utiče na performanse?
Da bismo odgovorili na ova pitanja, sproveli smo posebno istraživanje. Da bismo to uradili, uzeli smo dve virtuelne mašine. Prvi je upravljan Vjetrovi server 2012 R 2, a drugi Vjetrovi 8.1. Svakoj od ovih mašina dodeljena su dva jezgra (Co re i 5-4670), kao i 2 gigabajta RAM-a. Takvi pokazatelji su prosječni za tipičan uredski računar. Server je postavljen na RAID 0 od dva WD Se . Klijent je bio na sličnom nizu diskova opće namjene.
Za eksperiment smo uzeli različite konfiguracije Računovodstva 2.0, izdanje 2.0.64.12. Verzija je kasnije ažurirana na 3.0.38.52. Lansiranja su izvršena na platformi 8.3.5.1443.
Odmah je vidljivo da veličina baze podataka treće verzije primjetno raste. Zahtjevi za RAM također se povećavaju:
Rice. 1
Unatoč skepticizmu prema trećoj verziji, vrijedi napomenuti da obični korisnici verzija datoteka zapravo ne obraćaju pažnju na potrebu održavanja baza podataka i njihovog ažuriranja. Ovo je značajna razlika u odnosu na verziju klijent-server, koju obično održava kvalifikovani administrator.
Međutim, baza podataka 1C zahtijeva stalno održavanje za ispravan rad, kao i svaki DBMS. Poseban alat za to je Testiranje i popravljanje baze podataka. Unatoč nazivu, koji evocira činjenicu da je ovaj alat stvoren isključivo za rješavanje problema, problem je i loša izvedba. Možete optimizirati bazu podataka koristeći restrukturiranje i ponovno indeksiranje. izgleda ovako:
Rice. 2
Upotreba ovih opcija dovela je do činjenice da je baza postala manja od druge verzije. Vrijedi napomenuti da "dvojka" također nije prethodno optimizirana. Inače, smanjena je i potrošnja RAM-a.
Rice. 3
Kasnije smo postavili nove klasifikatore i imenike, kreirali indekse i izveli niz drugih potrebnih radnji. Sve je to dovelo do povećanja baze treće verzije. Dakle, ako je "dvojci" bilo potrebno maksimalno 20 MB RAM-a, onda je novoj ediciji potrebno oko 500 MB. Ova vrijednost se mora uzeti u obzir za daljnji rad.
Net
Uzmite u obzir takav parametar kao što je propusni opseg mreže, koji je jedan od najvažnijih za mrežne aplikacije. 1C prenosi velike količine informacija, a mreže u organizacijama se grade uglavnom na bazi 100-megabitne opreme. To je bio uslov za odabir indikatora performansi jednakih 100 megabita i 1 gigabitu u sekundi za test.
Pogledajmo procese koji se javljaju kada se baza datoteka 1C prvi put pokrene preko mreže. Prilikom prvog pokretanja, korisnik učitava veliku količinu informacija u privremene mape. Pri brzini od 100 megabita / sec, preuzimanje će trajati oko četrdeset sekundi, to je zbog činjenice da propusnost ne dozvoljava da se procesi završe brže.
Rice. 4
Drugo pokretanje će biti brže keširanjem nekih podataka. Promjena mreže na 1 Gb / s ozbiljno ubrzava učitavanje 1C. Ovo je jasno prikazano na slici ispod:
Rice. 5
Nakon analize podataka vidimo da se druga verzija učitava brže bez obzira na brzinu. Također vidimo da prelazak na gigabitnu brzinu poboljšava vrijeme preuzimanja za 4 puta. Također, grafikoni pokazuju da u ovom načinu rada praktički nema razlika povezanih s optimizacijom treće verzije.
Provjera utjecaja brzine mreže na rad u teškim uvjetima pokazala je sljedeće rezultate:
Rice. 6
Pogledajmo izbliza. Treća verzija od 100 megabita sa optimizovanom bazom ima ekvivalentnu brzinu sa drugom verzijom, dok "trojka" bez optimizacije "usporava" skoro dva puta. Pri brzini od 1 Gbps, proporcije ostaju gotovo nepromijenjene. Osim toga, prelazak na gigabitnu brzinu zapravo smanjuje vrijeme izvršenja za faktor tri za dvojku i dva puta za trostruku.
Rice. 7
Iako, šta god da se kaže, problem nije u propusnosti. Prije optimizacije, treća verzija je inferiorna u odnosu na drugu za oko 20 posto. Provođenje optimizacije omogućava vam da ubrzate rad i čak u određenoj mjeri nadmašite dvojku. Nakon prelaska na gigabitnu brzinu, optimizirana trojka ne dobija nikakve "bonuse", dok neoptimizirane baze i dvojka rade brže. Razlike među njima su minimalne.
Ali ipak, koji je razlog za spor rad 1C? Pogledajmo dalje!
Podsistem diska servera i SSD
Ranije smo već povećali brzinu od 1C, zahvaljujući postavljanju baze na SSD . Diskovni podsistem servera pokazuje prilično dobre performanse, o čemu svjedoče rezultati njegovih mjerenja tokom grupnog rada u 2 baze. Ne budimo neosnovani, pogledajte sliku ispod:
Rice. 8
Analizirajmo rezultate: broj ulazno-izlaznih operacija bio je 913 po jedinici vremena (1 sek). U ovom slučaju, dužina reda nije veća od 1,84. Nije loše za niz od 2 diska, zar ne? Stoga je logično da su za dobar rad deset mrežnih klijenata u bilo kojem načinu rada prikladna ogledala s jednostavnih diskova.
Sljedeća studija će odgovoriti na pitanje potrebe SSD na serveru. Principi studije su slični onima iznad, veza u svim slučajevima je 1 Gb / s. Svi rezultati su dati u relativnim iznosima.
1. Brzina učitavanja baze podataka
Rice. 9
Čudno je da brzina učitavanja baze podataka ne zavisi od toga SSD . To je zbog ograničenja propusnosti mreže. Takođe, performanse imaju određeni uticaj.
Rice. 10
Kao što je rečeno, performanse diska su pogodne za normalan rad (bez obzira na ozbiljnost režima). Ovo uzrokuje to SSD ne utiče na brzinu. (izuzetak, neoptimizirana baza podataka, koja je poboljšala performanse i sustigla optimiziranu). Ovo još jednom potvrđuje tezu da optimizacija pomaže u smanjenju broja nasumičnih I/O operacija i povećava brzinu pristupa bazi podataka.
3. Pogledajmo svakodnevne zadatke:
Rice. jedanaest
Neoptimizovana baza ponovo dobija prednost, dok optimizovane baze SSD skoro da nije imao efekta. Dakle, kupujte ili ne kupujte SSD - izbor je na vama. Međutim, nemojte zaboraviti održavati baze podataka na vrijeme i defragmentirati particiju s infbasama.
Podsistem klijentskog diska SSD
Već smo sproveli studije o uticaju SSD na brzinu od 1C, koja je postavljena lokalno. Izvedeni zaključci djelimično su primjenjivi i na mrežni način rada. Ovo sugerira da 1C koristi resurse diska za različite zadatke (uključujući pozadinske i rutinske). Pogledajte sliku koja pokazuje kako 1C pristupa resursima diska nakon učitavanja (trajanje je oko 40 sekundi).
Slika 12
Dakle, SSD može povećati brzinu nekih procesa, ali ovo nije lijek. Mrežni propusni opseg će i dalje ograničavati brzinu. Za rješavanje standardnih problema sasvim je prikladan jednostavan. HDD.
Logičan zaključak je da spor hard disk nije glavni razlog usporavanja programa.
RAM
Evo trenutaka koji zaslužuju posebnu pažnju. Za treću verziju potrebno je oko 500 MB RAM-a, pa ako je ukupna količina RAM-a 1 GB, to možda neće biti dovoljno da program radi ispravno.
Smanjujući memoriju na 1 GB, pokrenuli smo dvije infobaze.
Rice. 13
Čini se da situacija nije kritična, jer je program uložio u dodijeljenu memoriju. Međutim, ne zaboravimo da se potreba programa za operativnim podacima nije promijenila. Samo su otišli u keširanje, swap itd. Odnosno, podaci koji se ne traže idu iz RAM-a na disk. A razlika u brzini izdvajanja ovih podataka je radikalna.
Uporedite rezultate sa radom na 2 GB:
Rice. 14
Mreža se aktivno koristi za izdvajanje podataka, procesor se ništa manje aktivno koristi za obradu ovih podataka. Aktivnost diska je minimalna, neće usporiti procese.
A šta će se dogoditi nakon smanjenja memorije na 1 GB?
Rice. 15
Sav teret je otišao na hard disk. Procesor i mreža nisu uključeni, dok sistem prvo prima potrebne podatke sa diska, a zatim tamo šalje podatke koji nisu zatraženi.
To čini čak i subjektivni rad s dvije otvorene baze sporim i neugodnim. Na primjer, trebalo je dvadesetak sekundi da se otvori časopis Prodaja robe i usluga. Aktivnost diska (podvučeno crvenom bojom) bila je izuzetno visoka.
Rice. 16
Odlučili smo da postignemo adekvatnost i objektivnost uticaja RAM-a na performanse koristeći tri merenja:
Obje baze su slične, stvorene su kopiranjem optimizirane baze. Evo rezultata:
Rice. 17
Vrijeme učitavanja raste za 30%, ali je vrijeme izvođenja operacija u bazi skočilo tri puta. To čini normalan rad gotovo nemogućim (u ovoj situaciji možete pomoći SSD , ali je lakše i isplativije kupiti više RAM-a.
Zaključak: mala količina RAM-a je glavni problem koji usporava 1C s novim konfiguracijama. Minimalna potrebna količina RAM-a je 2 GB. I to ne uzimajući u obzir da će najvjerovatnije na vašem računalu biti otvoren ne samo 1C, već i mnogi drugi programi koji će također "pojesti" dragocjenu RAM memoriju.
CPU
Da bi se procijenila uloga procesora, izvršeno je više mjerenja, slična onima koja su obavljena za RAM. Mjerenja su vršena za single-core i dual-core procesore sa kapacitetom memorije od 1 GB, kao i 2 GB.
Rice. 18
Snažniji procesor, uprkos tome što je preuzeo dio posla kada su resursi bili mali, nije stvorio nikakve primjetne prednosti u cjelini. To je zbog činjenice da 1C ne zahtijeva velike resurse procesora.
Zaključci.
- Glavni razlog sporog rada 1C je nedostatak RAM-a, pa se stoga opterećenje prenosi na tvrdi disk i djelomično na procesor.
- Djelomično utiče na performanse mreže. Veza od 100 Mbps može biti glavno usko grlo, međutim, način rada tankog klijenta može uravnotežiti ovaj nedostatak.
- Kupovina SSD-a - dobro rešenje, ali skupo. Jeftinije je zamijeniti disk modernijim istog tipa.
- Brz procesor je dobra stvar, ali nije neophodan za 1C ubrzanje.) Osim kada se kompjuter koristi za "teške" operacije.
Na osnovu istraživanja i izvedenih zaključaka moći ćete sami efikasno riješiti problem male brzine 1C.
2. Karakteristike programa. Često, čak i uz optimalne postavke, 1C radi vrlo sporo. Performanse posebno opadaju kada broj korisnika koji istovremeno rade sa bazom podataka prelazi 4-5 korisnika.
ko si ti u kompaniji?
Rješenje problema sporog 1C ovisi o tome ko ste u kompaniji. Ako ste tehnička osoba - samo čitajte dalje. Ako ste direktor ili računovođa, slijedite poseban link ↓
Mrežni propusni opseg
Sa jednom info bazom (IB) po pravilu ne radi jedan, već više korisnika. Istovremeno, podaci se stalno razmjenjuju između računala na kojem je instaliran 1C klijent i računala na kojem se nalazi IB. Obim ovih podataka je prilično značajan. Često se javlja situacija kada lokalna mreža koja radi brzinom od 100 Mbps, a to je najčešća brzina, jednostavno ne može podnijeti opterećenje. I opet, korisnik se žali na kočnice u programu.
Svaki od ovih faktora pojedinačno već značajno smanjuje brzinu programa, ali najneugodnije je što se te stvari obično zbrajaju.
Pogledajmo sada nekoliko rješenja problema s malom brzinom 1C i njihovom cijenom, koristeći primjer lokalne mreže od 10 srednjih računala.
Rješenje jedno. Modernizacija infrastrukture
Ovo je možda najočiglednije rješenje. Izračunajmo njegovu minimalnu vrijednost.
Minimalno, za svaki računar nam je potrebna traka od 2 GB RAM-a, košta u prosjeku 1.500 rubalja, mrežna kartica s podrškom za brzinu od 1 Gb / s košta oko 700 rubalja. Osim toga, trebat će vam najmanje 1 ruter koji podržava brzinu od 1 Gb / s, što će koštati oko 4000 rubalja. Ukupno, trošak je 26.000 rubalja za opremu, bez rada.
U principu, brzina se može značajno povećati, međutim, sada više neće biti moguće kupiti jeftine računare za kancelariju. Osim toga, ovo rješenje nije primjenjivo za one koji koriste Wi-Fi ili žele raditi putem interneta - u njihovom slučaju brzina mreže može biti deset puta manja. Postavlja se misao: "Da li je moguće program u potpunosti implementirati na jednom moćnom serveru, tako da računar korisnika ne učestvuje u složenim proračunima, već samo služi za prijenos slike?" Tada možete raditi čak i na vrlo slabim računarima, čak iu mrežama sa niskim propusnim opsegom. Naravno, takva rješenja postoje.
Rješenje dva. Terminal Server
Dobio je veliku popularnost još u danima 1C 7. Implementiran je na serverskoj verziji Windows-a i odlično radi sa našim zadatkom. Međutim, to ima svoje zamke, naime, cijenu licenci.
Sam operativni sistem koštat će oko 40.000 rubalja. Pored ovoga, za sve koji planiraju da rade u 1C, potrebna nam je i Windows Server CAL licenca, koja košta oko 1.700 rubalja, i Windows Remote Desktop Services CAL licenca, koja košta oko 5.900 rubalja.
Nakon što smo izračunali cijenu za mrežu od 10 računara, na kraju ćemo dobiti 116.000 rubalja. samo za jednu licencu. Dodajte ovome troškove samog servera (najmanje 40.000 rubalja) i troškove implementacije, međutim, čak i bez toga, cijena licenci se pokazala impresivnom.
Odluka tri. Usluga 1C Enterprise
1C je razvio vlastito rješenje za ovaj problem, koje može ozbiljno povećati brzinu programa. Ali ovdje postoji nijansa.
Činjenica je da se cijena takvog rješenja kreće od 50.000 do 80.000 rubalja, ovisno o izdanju. Za kompaniju do 15 korisnika, ispada da je malo skupo. Velike nade polagane su na "1C poslovni mini-server", koji je, prema 1C, namijenjen malim preduzećima i košta oko 10.000 - 15.000 rubalja.
Međutim, kada je izašao u prodaju, ovaj proizvod je bio veliko razočarenje. Činjenica je da je maksimalan broj korisnika s kojima se mini-server mogao koristiti bio samo 5.
Kao što je jedan 1C programer napisao na forumu: „Još uvijek nije jasno zašto je 1C odabrao upravo 5 veza! Od 4 korisnika problemi tek počinju, ali ovdje se sve završava sa pet. Ako želite da spojite šesti, platite još 50 hiljada. Oni bi napravili najmanje 10 priključaka..."
Naravno, mini-server je takođe našao svog potrošača. Međutim, za kompanije u kojima više od 5 ljudi radi s 1C, jednostavno i jeftino rješenje još se nije pojavilo.
Pored gore opisanih metoda ubrzanja programa, postoji još jedan koji je idealan za segment od 5 - 15 korisnika, a to je pristup webu za 1C u načinu rada datoteka.
Odluka četiri. Pristup internetu za 1C u načinu rada datoteka
Princip rada je sljedeći: na računaru se podiže dodatna uloga web servera na kojem se objavljuje sigurnost informacija.
Naravno, ovo bi trebao biti ili najmoćniji računar na mreži, ili posebna mašina posvećena ovoj ulozi. Nakon toga možete raditi s 1C u načinu web servera. Sve teške operacije će se obavljati na strani servera, a promet koji se prenosi preko mreže biće minimiziran, kao i opterećenje klijentskog računara.
Tako se čak i vrlo slabe mašine mogu koristiti za rad u 1C, a propusnost mreže postaje nekritična. Naši testovi su pokazali da možete udobno raditi preko mobilnog interneta na jeftinom tabletu, a da pritom ne osjećate nelagodu.
Ova opcija je inferiorna u odnosu na 1C server preduzeća u pogledu brzine, ali ova razlika do 15-20 korisnika praktički nije vizuelno primetna. Usput, možete koristiti IIS (za Windows) i Apache (za Linux) za implementaciju web servera, a oba ova rješenja su besplatna!
Unatoč očiglednim prednostima, ova metoda optimizacije rada 1C nije dobila veliku popularnost.
Ne mogu sa sigurnošću reći, ali najvjerovatnije je to zbog dva razloga:
- Prilično slab opis u tehničkoj dokumentaciji
- Nalazi se na raskrsnici odgovornosti administratora sistema i 1C programera
Obično, kada se administrator sistema kontaktira sa problemom male brzine, on nudi nadogradnju infrastrukture ili terminalski server, ako se 1C stručnjaku ponudi poslovni 1C server. Dakle, ako u vašoj kompaniji, stručnjak zadužen za infrastrukturu i stručnjak za 1C rade ruku pod ruku, onda možete sigurno koristiti rješenje zasnovano na web serveru.
Ubrzajmo 1C. Daljinski, brzo i bez vašeg učešća
Znamo kako da ubrzamo 1Ski bez ometanja kupca. Udubljujemo se u problem, radimo svoj posao i odlazimo. Ako želite da program dobro radi - kontaktirajte nas. Mi ćemo to shvatiti.
Ostavite zahtjev - i dobijte besplatnu konsultaciju o ubrzanju programa.
Iz različitih razloga, korisnici 1C programa s vremena na vrijeme nailaze na probleme s performansama 1C. Na primjer: dokument se dugo obrađuje, dugo se generira izvještaj, greške u transakciji, program se zamrzava, spor odgovor na radnje korisnika itd. Prateći naša uputstva, možete postići značajan uspeh u brzini programa, sprečiti prekoračenje sistemskog ograničenja. Ovo nije lijek za sve bolesti, ali većina razloga za 1C kočnice leži upravo u tim problemima.
1. Nemojte pokretati zakazane i pozadinske zadatke dok korisnici rade
Prvo i najvažnije pravilo za administratore sistema je da svi pozadinski zadaci rade van radnog vremena. Sistem treba što više rasteretiti kako bi obavljao rutinske poslove (indeksiranje, postavljanje dokumenata, učitavanje podataka) i istovremeno ne ometajući rad korisnika. Ni sistem ni korisnici se neće mešati jedni u druge ako rade u različito vreme.
2. Nemojte razmjenjivati RIB podatke tokom radnog dana korisnika
Iako su kompanije nedavno napustile RIB sistem razmjene podataka u korist online načina rada i terminalskog pristupa, neće biti naodmet zapamtiti da je prilikom učitavanja i preuzimanja podataka za razmjenu nemoguće izvršiti dokumentaciju i završiti posao u programu. Ako je moguće, ovaj postupak, ako ga ima, mora se izvesti pomoću pozadinskih zadataka noću.
3. Blagovremeno poboljšajte performanse računara, uskladite njegovu snagu sa stvarnim potrebama
Ne zaboravite da istovremeni rad 30 i 100 korisnika u sistemu daje različito opterećenje. Shodno tome, ukoliko se planira kvantitativni rast korisnika, IT služba bi trebalo da blagovremeno razmotri pitanje sa menadžmentom kompanije o proširenju flote mašina, nabavci dodatne memorije ili servera.
4. Softver na kojem radi 1C
Program 1C je takav da drugačije radi na operativnim sistemima. Ne zna se tačno zašto, ali jeste. Na primjer, serverska verzija 1C baze podataka na Linux OS-u u kombinaciji sa SQL Postgreom je mnogo sporija od iste 1C baze podataka, ali na Windows OS-u u sprezi sa MS SQL-om. Tačni razlozi za ovu činjenicu nisu poznati, ali očigledno negdje duboko u 1C platformi postoje problemi s kompatibilnošću sa operativnim sistemima i ne-Microsoft DBMS-om. Također je vrijedno postaviti sistem na 64-bitni server ako se planira značajno opterećenje baze podataka.
5. Indeksiranje baze podataka
Interna procedura 1C programa, koja "češlja" sistem iznutra. Postavite ga da radi kao pozadinski zakazani zadatak noću i budite mirni.
6. Onemogućavanje operativnog grupnog obračuna
Činjenica je da se tokom operativne obrade dokumenata kretanja evidentiraju u registrima, uključujući registre partijskog računovodstva. Snimanje registara paketnog knjigovodstva prilikom knjiženja dokumenata može se onemogućiti u postavkama programa. Jednom mjesečno će biti potrebno započeti obradu knjiženja dokumenata po grupama, na primjer, u vrijeme kada je najmanje opterećenje baze ili kada radi najmanje korisnika.
7. RAM
Koristite sljedeću formulu:
RAM = (DB 1+DB 2+DB N) / 100 * 70
Oko 70% ukupnog fizičkog volumena baza podataka. 1C baze vole da dobro jedu sa RAM-om. Ne zaboravi na to.
8. Ako je moguće, optimizirajte samonapisane izvještaje i obradu nesavršenim i zastarjelim kodovima
U toku života kompanije javljaju se potrebe za pisanjem izveštaja i obradom, kao i poboljšanja u upravljanju poslovnim procesima i izdvajanju specifičnih informacija. Samo sva ova poboljšanja mogu biti greška, usporavaju rad, jer. a) neki kulibini bi jednom mogli da zeznu teški netačan kod koji je teško izvršiti programom i koji zahtijeva znatan trud da bi se izvršio b) kod na kojem je napisana obrada ili izvještaj mogao bi postati moralno zastario i zahtijeva reviziju, reprogramiranje. Koristite pravilo - Što manje nešto promijenimo u programu, to bolje.
9. Čišćenje keša
Normalno ponovno pokretanje servera ponekad rješava probleme sa zastarjelim 1C kešom. Samo pokušaj. Isto tako može pomoći i istovar - učitavanje baze podataka kroz konfigurator. I posljednje brisanje keš memorije određenog korisnika je brisanje mapa u 1C sistemskom direktoriju u obliku: kexifzghjuhfv8j33hbdgk0. Ali brisanje korisničkih keširanih foldera je posljednja stvar, jer. osim uklanjanja smeća, brisanje keša ima i neprijatne posledice u vidu brisanja sačuvanih podešavanja izveštaja, interfejsa korisničkog menija.
10. Smanjenje fizičkog volumena baza podataka
Više baze znači više resursa. Naravno. Koristite standardne 1C alate za namotavanje baze. Razmislite o tome, možete iznenada odustati od podataka prije pet godina kako biste povećali produktivnost. A ako su vam i dalje potrebni podaci za posljednjih pet godina, uvijek možete koristiti kopiju baze podataka.
11. Pravilna organizacija arhitekture
Generalno, arhitektura korporativnog informacionog sistema mora biti ispravna. Šta podrazumevamo pod ispravnim sistemom? Uporedivost zadataka koji su dodijeljeni sistemu sa dostupnom opremom i softverom. Planirajte sistem zajedno sa: administratorom sistema (jer poznaje flotu mašina), 1C programerom (jer zna potrebe za resursima 1C) i šefom kompanije (jer zna za budući rast ili smanjenje kompanija).
