Kaip suprasti, kodėl 1C serveris yra lėtas. Automatikos patarimai

Kaip pagreitinti darbą naudojant 1C: Apskaita 8.3 (3.0 leidimas) arba išjungti įprastas ir fonines užduotis

2019-01-15T13:28:19+00:00

Tie iš jūsų, kurie jau perėjo į naują 1C: Apskaita 8.3 (3.0 leidimas) leidimą, pastebėjo, kad jis tapo lėtesnis nei 2. Kažkoks keistas sulėtėjimas, nesibaigiančios foninės užduotys kelis kartus per dieną, kurių niekas neprašė jos atlikti be mūsų žinios.

Mano buhalteriai iškart po perėjimo man pasakė, kad naujasis „1C: Accounting 3.0“ leidimas yra labai lėtas, palyginti su ankstesniais! O dirbti tiesiog neįmanoma.

Pradėjau domėtis ir labai greitai išsiaiškinau, kad pagrindinė užstrigimo ir vėlesnio vartotojų nepasitenkinimo priežastis yra įprastinės ir foninės užduotys, kurių daugelis yra įjungtos pagal nutylėjimą, nors didžiajai daugumai buhalterių to nereikia.

Na, pavyzdžiui, kodėl mums reikia šimtą kartų per dieną vykdyti užduotį „Teksto ištraukimas“, jei neatliekame viso teksto (buhalteriai, nesijaudinkite) visuose mūsų duomenų bazės objektuose.

Arba kam nuolat atsisiųsti valiutų kursus, jei valiutų operacijų neturime arba jas darome retkarčiais (o prieš tai patys galime paspausti atsisiuntimo kursų mygtuką).

Tas pats pasakytina apie nuolatinį 1C bandymą prisijungti prie svetainės ir patikrinti bei atnaujinti banko klasifikatorius. Kam? Aš pats paspausiu mygtuką atnaujinti klasifikatorius, jei nerasiu tinkamo banko pagal jo BIC.

Kaip tai padaryti žingsnis po žingsnio žemiau.

1. Eikite į skyrių „Administravimas“ ir veiksmų skydelyje pasirinkite „Priežiūra“ ():

2. Atsidariusiame lange raskite ir pasirinkite „Įprastos ir foninės užduotys“:

3. Atidarykite kiekvieną užduotį, kurios stulpelyje „Įjungta“ nurodyta „Įjungta“. yra aušra.

4. Panaikinkite žymėjimą „Įjungta“ ir spustelėkite mygtuką „Išsaugoti ir uždaryti“.

5. Atlikite tai su kiekviena įtraukta užduotimi ir mėgaukitės naujuoju leidimu. Apskritai, mano nuomone, tai daug geriau nei du.

Tuo pačiu metu platforma vis tiek įgalins kai kurias suplanuotas užduotis, kurias išjungėte.

Pagrindinis šio straipsnio rašymo tikslas – nekartoti akivaizdžių niuansų tiems administratoriams (ir programuotojams), kurie dar nėra įgiję patirties su 1C.

Antrinis tikslas – jei turėsiu kokių nors trūkumų, „Infostart“ man tai greičiausiai nurodys.

V. Gilevo testas jau tapo savotišku „de facto“ etalonu. Autorius savo svetainėje pateikė gana aiškias rekomendacijas, bet aš tiesiog pateiksiu keletą rezultatų ir pakomentuosiu labiausiai tikėtinas klaidas. Žinoma, jūsų įrangos bandymų rezultatai gali skirtis, tai tik vadovas, kas turėtų būti ir ko galite siekti. Iš karto noriu pastebėti, kad pakeitimus reikia atlikti žingsnis po žingsnio, o po kiekvieno žingsnio patikrinti, kokį rezultatą tai davė.

Infostart’e yra panašių straipsnių, nuorodas į juos įdėsiu į atitinkamas skiltis (jei ką praleidau, pasiūlykite komentaruose, pridėsiu). Taigi, tarkime, kad jūsų 1C yra lėtas. Kaip diagnozuoti problemą ir kaip suprasti, kas kaltas – administratorius ar programuotojas?

Pradiniai duomenys:

Išbandytas kompiuteris, pagrindinė jūrų kiaulytė: HP DL180G6, komplektuojama su 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Palyginimui, Core i3-2100 rodo palyginamus vieno sriegio testo rezultatus. Sąmoningai pasirinkta įranga nebuvo pati naujausia su modernia įranga rezultatai pastebimai geresni.

Atskiriems 1C ir SQL serveriams testuoti SQL serveris: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Norint išbandyti 10 Gbit tinklą, buvo naudojami Intel 520-DA2 adapteriai.

Failo versija. (duomenų bazė yra serveryje bendrame aplanke, klientai jungiasi per tinklą, CIFS/SMB protokolą). Algoritmas žingsnis po žingsnio:

0. Pridėkite Gilev bandomąją duomenų bazę prie failų serverio tame pačiame aplanke kaip ir pagrindinės duomenų bazės. SU kliento kompiuteris prisijungti, paleisti testą. Mes prisimename rezultatą.

Suprantama, kad net seniems kompiuteriams prieš 10 metų (Pentium ant 775 lizdo ) laikas nuo sparčiojo klavišo 1C:Enterprise paspaudimo iki duomenų bazės lango pasirodymo turi praeiti mažiau nei minutę. ( Celeronas = lėtas).

Jei turite prastesnį kompiuterį nei Pentium 775 lizdas su 1 GB RAM, užjaučiu jus ir jums bus sunku patogiai dirbti su 1C 8.2 failo versijoje. Pagalvokite apie atnaujinimą (jau pats laikas) arba perjungimą į terminalą (ar žiniatinklį, jei reikia). ploni klientai ir valdomos formos) serveris.

Jei kompiuteris ne blogesnis, galite paspardyti administratorių. Bent jau patikrinkite tinklo, antivirusinės ir HASP apsaugos tvarkyklės veikimą.

Jei Gilevo testas šiame etape parodė 30 ar daugiau „papūgų“, tačiau 1C darbo bazė vis tiek veikia lėtai, klausimus reikia nukreipti į programuotoją.

1. Kaip orientyrą, kiek gali „išspausti“ kliento kompiuteris, patikriname tik šio kompiuterio veikimą, be tinklo. Mes uždėjome bandymo pagrindą vietinis kompiuteris(labai greitame diske). Jei kliento kompiuteris neturi įprasto SSD, sukuriamas ramdiskas. Kol kas paprasčiausia ir nemokama yra „Ramdisk enterprise“.

Norint išbandyti 8.2 versiją, pakanka 256 MB ramdisko ir! Svarbiausias. Perkrovus kompiuterį, veikiant ramdiskui, jame turėtų būti 100-200 MB laisvos vietos. Atitinkamai, be ramdisko normaliam veikimui turėtų būti 300–400 MB laisvos atminties.

Norint išbandyti 8.3 versiją, pakanka 256 MB atminties disko, tačiau reikia daugiau laisvos RAM.

Bandydami turite pažvelgti į procesoriaus apkrovą. Esant artimam idealiam atvejui (RAM diskas), vietinis failas 1c paleidžiant įkelia 1 procesoriaus branduolį. Atitinkamai, jei bandymo metu jūsų procesoriaus branduolys nėra visiškai įkeltas, ieškokite silpnų vietų. Šiek tiek emocingas, bet apskritai teisingas, aprašoma procesoriaus įtaka 1C veikimui. Tiesiog nuoroda, net šiuolaikiniuose „Core i3“ su aukštais dažniais skaičiai 70–80 yra gana tikroviški.

Dažniausios klaidos šiame etape.

a) Neteisingai sukonfigūruota antivirusinė programa. Yra daug antivirusinių programų, kiekvieno parametrai yra skirtingi, pasakysiu tik tiek, kad tinkamai sukonfigūravus nei žiniatinklis, nei Kaspersky 1C netrukdo. Pagal numatytuosius nustatymus galima paimti maždaug 3-5 papūgas (10-15%).

b) Atlikimo režimas. Kažkodėl mažai žmonių į tai atkreipia dėmesį, tačiau poveikis yra pats reikšmingiausias. Jei jums reikia greičio, turite tai padaryti tiek klientų, tiek serverių kompiuteriuose. ( Geras aprašymas pas Gilevą. Vienintelis įspėjimas yra tas, kad kai kuriems pagrindinės plokštės Jei išjungsite Intel SpeedStep, negalėsite įjungti TurboBoost).

Trumpai tariant, kol veikia 1C, laukiama atsakymo iš kitų įrenginių (disko, tinklo ir pan.). Laukdamas atsakymo, jei įjungtas našumo režimas, procesorius sumažina savo dažnį. Atsakymas ateina iš įrenginio, 1C (procesorius) turi veikti, tačiau pirmieji laikrodžio ciklai yra mažesniu dažniu, tada dažnis didėja - ir 1C vėl laukia atsakymo iš įrenginio. Ir taip – daug šimtų kartų per sekundę.

Galite (ir pageidautina) įjungti našumo režimą dviejose vietose:

Per BIOS. Išjungti režimus C1, C1E, Intel C-state (C2, C3, C4). Skirtinguose biosuose jie vadinami skirtingai, bet reikšmė ta pati. Paieška užtrunka ilgai, reikia paleisti iš naujo, bet jei tai padarysite vieną kartą, galite tai pamiršti. Jei BIOS viską padarysite teisingai, greitis padidės. Kai kuriose pagrindinėse plokštėse galite sukonfigūruoti BIOS nustatymus, kad „Windows“ veikimo režimas neveiktų. (Pavyzdžiai BIOS nustatymai Gileve). Šie nustatymai daugiausia susiję su serverio procesoriai arba „išplėstinė“ BIOS, jei jos neradote ir NEturite „Xeon“, viskas gerai.

Valdymo skydelis - Maitinimas - Didelis našumas. Minusas – jei kompiuteris ilgą laiką nebuvo aptarnaujamas, jis skleis didesnį ventiliatoriaus triukšmą, labiau įkais ir sunaudos daugiau energijos. Tai yra spektaklio mokestis.

Kaip patikrinti, ar režimas įjungtas. Paleiskite užduočių tvarkyklę - našumas - išteklių monitorius - CPU. Laukiame, kol procesorius užsiims niekuo.

Tai yra numatytieji nustatymai.

BIOS C būsenoje įskaitant,

subalansuoto energijos suvartojimo režimas

BIOS C būsenoje įskaitant, didelio našumo režimas

„Pentium“ ir „Core“ galite sustoti,

Iš Xeon vis tiek galite išspausti šiek tiek „papūgos“.

BIOS C būsenoje išjungė, didelio našumo režimas.

Jei nenaudojate „Turbo boost“, jis turėtų atrodyti taip

serveris sureguliuotas našumui

O dabar skaičiai. Leiskite jums priminti: Intel Xeon 5650, ramdisk. Pirmuoju atveju testas rodo 23,26, paskutiniu - 49,5. Skirtumas yra beveik dvigubas. Skaičiai gali skirtis, tačiau „Intel Core“ santykis iš esmės išlieka toks pat.

Gerbiami administratoriai, galite kritikuoti 1C kiek tik norite, bet jei galutiniams vartotojams reikia greičio, turite įjungti didelio našumo režimą.

c) Turbo Boost. Pirmiausia turite suprasti, ar, pavyzdžiui, jūsų procesorius palaiko šią funkciją. Jei jis palaiko, vis tiek galite legaliai gauti tam tikrą našumą. (Nenoriu liesti dažnio įsijungimo klausimų, ypač serverių, darykite tai rizikuodami ir rizikuodami. Tačiau sutinku, kad padidinus magistralės greitį nuo 133 iki 166, labai pastebimai padidėja greitis ir šilumos išsklaidymas)

Kaip įjungti turbo boost parašyta, pavyzdžiui, . Bet! 1C yra keletas niuansų (ne patys akivaizdžiausi). Sunkumas yra tas, kad didžiausias turbo boost efektas atsiranda, kai įjungta C būsena. Ir mes gauname kažką panašaus:

Atkreipkite dėmesį, kad daugiklis yra didžiausias, pagrindinis greitis yra gražus, o našumas didelis. Bet kas atsitiks su 1s?

	veiksnys	Šerdies greitis (dažnis), GHz	CPU-Z viena gija	Gilevo Ramdisko testas failo versija	Gilevo Ramdisko testas kliento serveris
Be Turbo Boost
C būsena išjungta, turbo padidinimas				53.19	40,32
C būsena įjungta, Turbo boost			1080	53,13	23,04

Bet galų gale paaiškėja, kad pagal procesoriaus našumo testus priekyje yra versija su daugikliu 23, pagal Gilevo testus failo versijoje našumas su daugikliu 22 ir 23 yra toks pat, bet kliento-serverio. versija - versija su daugikliu 23 yra baisi baisi baisi (net jei C -state nustatytas į 7 lygį, ji vis tiek yra lėtesnė nei su išjungta C būsena). Todėl rekomenduojama patiems patikrinti abu variantus ir pasirinkti geriausią. Bet kokiu atveju skirtumas tarp 49,5 ir 53 papūgų yra gana didelis, ypač be didelių pastangų.

Išvada – turbo boost turi būti įjungtas. Leiskite jums priminti, kad neužtenka įjungti „Turbo boost“ elementą BIOS, reikia peržiūrėti ir kitus nustatymus (BIOS: QPI L0s, L1 - išjungti, reikalauti šveitimo - išjungti, Intel SpeedStep - įjungti, Turbo boost - įjungti Valdymo skydas – Maitinimo parinktys – didelis našumas) . Ir aš vis tiek (net ir failo versijai) pasirinkčiau variantą, kai c-state išjungtas, nors daugiklis mažesnis. Išeis kažkas tokio...

Gana prieštaringas klausimas yra atminties dažnis. Pavyzdžiui, įrodyta, kad atminties dažnis turi labai didelę įtaką. Mano tyrimai tokios priklausomybės neatskleidė. DDR 2/3/4 nelyginsiu, toje pačioje eilutėje parodysiu dažnio keitimo rezultatus. Atmintis ta pati, bet BIOS esame priversti nustatyti žemesnius dažnius.

Ir testų rezultatai. 1C 8.2.19.83, skirta failo versija vietinis ramdiskas, skirtas kliento-serverio 1C ir SQL viename kompiuteryje, bendra atmintis. Turbo boost išjungtas abiejose versijose. 8.3 rodo palyginamus rezultatus.

Skirtumas yra matavimo paklaidos ribose. Specialiai ištraukiau CPU-Z ekrano kopijas, kad parodyčiau, kad keičiantis dažniui, keičiasi ir kiti parametrai, tas pats CAS Latency ir RAS į CAS Delay, kuris neutralizuoja dažnio pokytį. Skirtumas bus fiziškai keičiant atminties modulius, iš lėtesnių į greitesnius, bet ir ten skaičiai nėra itin reikšmingi.

2. Sutvarkę kliento kompiuterio procesorių ir atmintį pereiname prie kitos labai svarbios vietos – tinklo. Apie tinklo derinimą parašyta daugybė knygų, yra straipsnių apie „Infostart“ (ir kt.), tačiau čia aš nesikoncentruosiu į šią temą. Prieš pradėdami testuoti 1C, įsitikinkite, kad iperf tarp dviejų kompiuterių rodo visą pralaidumą (1 Gbit kortelėms - na, bent 850 Mbit arba dar geriau 950-980), kad buvo laikomasi Gilevo patarimų. Tada – paprasčiausias darbo išbandymas bus, kaip bebūtų keista, vieno nukopijavimas didelis failas(5–10 gigabaitų) tinkle. Netiesioginis normalaus veikimo požymis 1 Gbit tinkle bus vidutinis 100 MB/sek kopijavimo greitis, geras veikimas – 120 MB/sek. Noriu atkreipti jūsų dėmesį į tai, kad silpnoji vieta (įskaitant) gali būti procesoriaus apkrova. SMB „Linux“ protokolas yra gana prastai lygiagretus, o veikimo metu jis gali gana lengvai „suvalgyti“ vieną procesoriaus branduolį ir nebevartoti.

Ir toliau. Su numatytaisiais nustatymais windows klientas geriausiai veikia su Windows serveriu (ar net veikiantys langai stotis) ir SMB/CIFS protokolas, Linux klientas(debian, ubuntu nežiūrėjo į kitus) geriau veikia su linux ir NFS (veikia ir su SMB, bet ant NFS papūgos aukštesnės). Tai, kad linijinio kopijavimo metu Windows Linux serveris į NFS greičiau nukopijuojamas į vieną srautą, nieko nereiškia. Debian derinimas 1C yra atskiro straipsnio tema, dar nesu tam pasiruošęs, nors galiu pasakyti, kad failo versijoje gavau net šiek tiek geresnį našumą nei Win versija ta pačia įranga, bet su postgres su over 50 vartotojų Aš vis dar turiu viską labai blogai.

Svarbiausias , kurį „sudegę“ administratoriai žino, bet pradedantieji neatsižvelgia. Yra daug būdų, kaip nustatyti kelią į 1c duomenų bazę. Galite atlikti \\server\share, galite \\192.168.0.1\share, galite tinkle naudoti z: \\192.168.0.1\share (ir kai kuriais atvejais šis metodas taip pat veiks, bet ne visada) ir tada Nurodykite Z diską. Atrodo, kad visi šie keliai nukreipia į tą pačią vietą, tačiau 1C yra tik vienas būdas, kuris gana patikimai užtikrina normalų veikimą. Taigi, ką reikia padaryti teisingai:

IN komandinė eilutė(arba politikoje, arba kaip norite) – naudokite DriveLetter: \\server\share. Pavyzdys: tinklo naudojimas m: \\serveris\bazės. Aš konkrečiai pabrėžiu NE IP adresą, būtent vardas serveris. Jei serverio pavadinimo nematote, pridėkite jį prie dns serveryje arba lokaliai prie hosts failo. Bet adresas turi būti vardu. Atitinkamai, pakeliui į duomenų bazę, pasiekite šį diską (žr. paveikslėlį).

O dabar skaičiais parodysiu, kodėl toks patarimas. Pradiniai duomenys: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kortelės OS Win 2008 R2, Win 7, Debian 8. Naujausios tvarkyklės, naujinimai. Prieš testavimą įsitikinau, kad Iperf duoda visą pralaidumą (išskyrus 10 Gbit korteles, pavyko išspausti tik 7,2 Gbit, vėliau pamatysiu kodėl, testo serveris dar nesukonfigūruotas tinkamai). Diskai skirtingi, bet visur yra SSD (specialiai testavimui įdėjau vieną diską, daugiau nieko nekrauna) arba reidas iš SSD. 100 Mbit greitis gautas apribojant Intel 362 adapterio nustatymus Nebuvo skirtumo tarp 1 Gbit vario Intel 350 ir 1 Gbit optinio Intel X520-DA2 (gaunamas ribojant adapterio greitį). Maksimalus našumas, „turbo boost“ išjungtas (tik dėl rezultatų palyginimo, „turbo boost“ geriems rezultatams prideda šiek tiek mažiau nei 10%, blogiems rezultatams tai gali neturėti jokio poveikio). 1C versijos 8.2.19.86, 8.3.6.2076. Pateikiu ne visus skaičius, o tik įdomiausius, kad būtų su kuo palyginti.

	Win 2008 - Win 2008 susisiekti ip adresu	Win 2008 - Win 2008 Skambina vardu	Win 2008 - Win 2008 Susisiekite pagal IP adresą	Win 2008 - Win 2008 Skambina vardu	Win 2008 – Win 7 Skambina vardu	Win 2008 – Debian Skambina vardu	Win 2008 - Win 2008 Susisiekite pagal IP adresą	Win 2008 - Win 2008 Skambina vardu
	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

Išvados (iš lentelės ir iš Asmeninė patirtis. Taikoma tik failo versijai):

Per tinklą galite gauti gana įprastus skaičius darbui, jei šis tinklas yra tinkamai sukonfigūruotas ir teisingai įvestas kelias 1C. Netgi pirmasis Core i3 gali užauginti 40+ papūgų, o tai yra gana gerai, ir tai ne tik papūgos, bet tikras darbas skirtumas irgi juntamas. Bet! Apribojimas dirbant su keliais (daugiau nei 10) vartotojų nebebus tinklas, čia dar pakanka 1 Gbit, bet blokavimas kelių vartotojų darbo metu (Gilev).

1C 8.3 platforma yra daug kartų reiklesnė tinkamos tinklo konfigūracijos atžvilgiu. Pagrindiniai nustatymai- žiūrėkite Gilevą, bet turėkite omenyje, kad viskas gali turėti įtakos. Paspartėjo antivirusinės programos pašalinimas (o ne tik išjungimas), protokolų, pvz., FCoE, pašalinimas, tvarkyklių keitimas į senesnę, bet „Microsoft“ sertifikuotą versiją (ypač pigioms kortelėms, pvz., ASUS ir DLC), ir antrosios tinklo plokštės pašalinimas. iš serverio. Yra daug galimybių, atidžiai nustatykite tinklą. Gali būti, kad 8.2 platforma pateikia priimtinus skaičius, o 8.3 – du ar net daugiau kartų mažiau. Pabandykite žaisti su 8.3 platformos versijomis, kartais pasieksite labai didelį efektą.

1C 8.3.6.2076 (gal vėlesni, tiksli versija Dar nežiūrėjau) vis tiek lengviau nustatyti tinkle nei 2008-07-08. Man pavyko pasiekti normalų veikimą tinkle nuo 2008-07-08 (panašiose papūgose) tik kelis kartus, negalėjau to pakartoti bendresniam atvejui. Daug ko nesupratau, bet sprendžiant iš pėdų apvyniojimų iš Proceso naršyklė Ten įrašymas neveikia taip gerai, kaip 8.3.6.

Nepaisant to, kad dirbant 100 Mbit tinkle jo apkrovos grafikas mažas (galime sakyti, kad tinklas nemokamas), veikimo greitis vis tiek gerokai mažesnis nei 1 Gbit. Priežastis yra tinklo delsa.

Jei visi kiti dalykai yra vienodi (gerai veikiantis tinklas), 1C 8.2 „Intel-Realtek“ ryšys yra 10% lėtesnis nei „Intel-Intel“. Tačiau realtek-realtek paprastai gali staigiai nuslūgti netikėtai. Todėl, jei turite pinigų, „Intel“ tinklo plokštes geriau laikyti visur, jei neturite pinigų, tada įdiekite „Intel“ tik serveryje (savo CO). O „Intel“ tinklo plokščių derinimo instrukcijų yra daug kartų daugiau.

Numatytieji antivirusiniai nustatymai (pavyzdžiui, naudojant 10 drweb versiją) užima apie 8-10% papūgų. Jei sukonfigūruosite taip, kaip turėtų (leisti 1cv8 procesui padaryti viską, nors tai nėra saugu), greitis yra toks pat, kaip be antivirusinės programos.

NEskaitykite Linux guru. Serveris su samba yra puikus ir nemokamas, bet jei serveryje įdiegsite Win XP arba Win7 (ar dar geriau - serverio OS), tada 1c failo versija veiks greičiau. Taip, samba ir protokolų dėklas bei tinklo parametrai ir daug, daug daugiau gali būti gerai sureguliuoti debian/ubuntu, tačiau tai rekomenduojama specialistams. Nėra prasmės diegti Linux su numatytaisiais nustatymais ir tada sakyti, kad jis lėtas.

Visai gera idėja patikrinti diskų, prijungtų per tinklą, veikimą naudojant fio . Bent jau bus aišku, ar tai problemos su 1C platforma, ar su tinklu / disku.

Vieno vartotojo versijai neįsivaizduoju testų (ar situacijos), kai būtų matomas skirtumas tarp 1 Gbit ir 10 Gbit. Vienintelis dalykas, kur 10 Gbit failo versijai davė geresnių rezultatų, yra diskų prijungimas per iSCSI, tačiau tai yra atskiro straipsnio tema. Visgi manau, kad failo versijai pakanka 1 Gbit kortelių.

Nesuprantu, kodėl su 100 Mbit tinklu 8.3 veikia pastebimai greičiau nei 8.2, bet tai buvo faktas. Visa kita įranga, visi kiti nustatymai yra visiškai vienodi, tiesiog vienu atveju išbandytas 8.2, o kitu - 8.3.

Netiuninguotas NFS win-win arba win-lin duoda 6 papūgas, į lentelę jų neįtraukiau. Po derinimo gavau 25, bet jis buvo nestabilus (išmatavimų skirtumas buvo daugiau nei 2 vnt.). Dar negaliu pateikti rekomendacijų, kaip naudoti Windows ir NFS protokolą.

Atlikę visus nustatymus ir patikrinimus, iš kliento kompiuterio paleidžiame testą dar kartą ir džiaugiamės pagerėjusiu rezultatu (jei pavyks). Jei rezultatas pagerėjo, yra daugiau nei 30 papūgų (o ypač daugiau nei 40), tuo pačiu metu dirba mažiau nei 10 vartotojų, o veikianti duomenų bazė vis dar lėta – beveik neabejotinai problema su programuotoju (arba jūs turite jau pasiekė didžiausias failo versijos galimybes).

Terminalo serveris. (duomenų bazė yra serveryje, klientai jungiasi per tinklą, KPP protokolą). Algoritmas žingsnis po žingsnio:

0. Pridėkite Gilev bandomąją duomenų bazę prie serverio tame pačiame aplanke kaip ir pagrindinės duomenų bazės. Prisijungiame iš to paties serverio ir vykdome testą. Mes prisimename rezultatą.

1. Taip pat, kaip ir failo versijoje, nustatome darbą. Terminalo serverio atveju procesorius paprastai atlieka pagrindinį vaidmenį (manoma, kad nėra aiškių silpnos vietos, pvz., atminties trūkumas arba didelis kiekis nereikalinga programinė įranga).

2. Tinklo plokščių nustatymas terminalo serverio atveju praktiškai neturi įtakos 1c veikimui. Norėdami užtikrinti „ypatingą“ komfortą, jei jūsų serveris gamina daugiau nei 50 papūgų, galite žaisti su naujomis RDP protokolo versijomis, tik dėl vartotojų patogumo, greitesnio reagavimo ir slinkimo.

3. Jei aktyviai dirba daug vartotojų (o čia jau galima pabandyti prijungti prie vienos duomenų bazės 30 žmonių, jei bandysite), labai patartina įsidiegti SSD diską. Kažkodėl manoma, kad diskas ne itin veikia 1C veikimą, tačiau visi testai atliekami su valdiklio talpykla įjungta rašymui, o tai neteisinga. Bandymų bazė nedidelė, gana gerai telpa talpykloje, todėl ir dideli skaičiai. Realiose (didelėse) duomenų bazėse viskas bus visiškai kitaip, todėl talpykla testams išjungta.

Pavyzdžiui, aš patikrinau Gilevo testo veikimą su skirtingomis disko parinktimis. Įdėjau diskus iš to, kas buvo po ranka, kad parodyčiau tendenciją. Skirtumas tarp 8.3.6.2076 ir 8.3.7.2008 nedidelis (Ramdisk Turbo boost versijoje 8.3.6 gamina 56.18, o 8.3.7.2008 – 55.56, kituose testuose skirtumas dar mažesnis). Energijos sąnaudos – maksimalus našumas, turbo boost išjungtas (jei nenurodyta kitaip).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	Vienas SSD	Ramdisk		Talpykla įjungta RAID valdiklis
	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

Įjungta RAID valdiklio talpykla pašalina visus skirtumus tarp diskų numeriai yra vienodi ir sat, ir cas. Bandymas naudojant nedidelį duomenų kiekį yra nenaudingas ir jokiu būdu nerodo.

8.2 platformoje SATA ir SSD parinkčių našumas skiriasi daugiau nei dvigubai. Tai nėra rašybos klaida. Jei pažvelgsite į našumo monitorių bandydami SATA diskus. tada ten aiškiai matosi“ Aktyvus laikas disko darbas (in%)" 80-95. Taip, jei įjungsite pačių diskų talpyklą įrašymui, greitis padidės iki 35, jei įjungsite RAID valdiklio talpyklą - iki 49 (nepriklausomai nuo to, kokie diskai yra testuojami in Šis momentas). Bet tai yra sintetinės talpyklos papūgos realiame darbe, naudojant dideles duomenų bazes, niekada nebus 100% rašymo talpyklos pataikymo koeficiento.

Net ir pigių SSD spartos (išbandžiau su Agility 3) pakanka paleisti failo versiją. Įrašymo resursas yra kitas reikalas, reikia žiūrėti kiekvienu konkrečiu atveju, aišku, kad Intel 3700 jis bus eilės tvarka didesnis, bet kaina atitinkama. Ir taip, aš suprantu, kad testuodamas SSD diską, aš taip pat daugiau testuoju šio disko talpyklą, realių rezultatų bus mažiau.

Teisingiausias (mano požiūriu) sprendimas būtų pasirinkti 2 SSD diskasį veidrodinį failų duomenų bazės (arba kelių failų duomenų bazių) reidą ir nedėkite ten nieko daugiau. Taip, su veidrodžiu SSD diskai dėvisi vienodai, ir tai yra minusas, bet bent jau valdiklio elektronika yra kažkaip apsaugota nuo klaidų.

Pagrindiniai SSD diskų privalumai failo versijai išryškės, kai bus daug duomenų bazių, kurių kiekvienoje yra keli vartotojai. Jei yra 1-2 duomenų bazės, o vartotojų yra apie 10, tada užteks SAS diskų. (bet bet kuriuo atveju pažiūrėkite, kaip įkelti šiuos diskus, bent jau per perfmon).

Pagrindiniai terminalo serverio privalumai yra tai, kad jis gali turėti labai silpnus klientus, o tinklo nustatymai terminalo serverį veikia daug mažiau (vėlgi jūsų K.O.).

Išvados: jei paleidžiate Gilev testą terminalo serveryje (iš to paties disko, kuriame yra veikiančios duomenų bazės) ir tais momentais, kai veikianti duomenų bazė sulėtėja, o Gilev testas rodo gerą rezultatą (virš 30), tada lėtas pagrindinės darbo duomenų bazės veikimas greičiausiai kaltas programuotojas.

Jei Gilevo testas rodo mažus skaičius, o jūs turite aukšto dažnio procesorių ir greitus diskus, tada administratorius turi paimti bent perfmoną, kur nors įrašyti visus rezultatus ir žiūrėti, stebėti ir daryti išvadas. Nebus galutinio patarimo.

Kliento-serverio parinktis.

Bandymai buvo atlikti tik 8.2, nes 8.3 viskas labai priklauso nuo versijos.

Bandymui pasirinkau skirtingi variantai serverius ir tinklus tarp jų, kad būtų parodytos pagrindinės tendencijos.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Šviesolaidinis kanalas – SSD	SQL: Xeon E5-2630 Šviesolaidinis kanalas – SAS	SQL: Xeon E5-2630 Vietinis SSD	SQL: Xeon E5-2630 Šviesolaidinis kanalas – SSD	SQL: Xeon E5-2630 Vietinis SSD	1C: Xeon 5650 =	1C: Xeon 5650 = Bendra atmintis	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

Atrodo, visus įdomius variantus apsvarsčiau, jei dar kas domina, rašykite komentaruose, pasistengsiu padaryti.

Saugojimo sistemų SAS veikia lėčiau nei vietiniai SSD, nors saugojimo sistemų talpyklos dydis yra didesnis. SSD diskai, tiek vietiniai, tiek saugojimo sistemose, veikia panašiu greičiu Gilevo bandymo metu. Nežinau jokio standartinio kelių gijų testo (ne tik įrašymo, bet ir visos įrangos), išskyrus 1C apkrovos testą iš MKC.

Pakeitus 1C serverį iš 5520 į 5650, našumas padidėjo beveik dvigubai. Taip, serverio konfigūracijos nevisiškai sutampa, bet tai rodo tendenciją (nenuostabu).

Dažnio padidinimas SQL serveryje tikrai duoda efektą, bet ne tokį, kaip 1C serveryje, MS SQL serveryje puikiai tinka naudoti kelių branduolių ir laisvos atminties.

Pakeitus tinklą tarp 1C ir SQL nuo 1 Gbit iki 10 Gbit, gaunama maždaug 10 % papūgų. Tikėjausi daugiau.

Bendrosios atminties įjungimas vis tiek suteikia efektą, nors ir ne 15%, kaip aprašyta. Būtinai padarykite tai, laimei, tai greita ir paprasta. Jei diegimo metu kas nors davė SQL serveriui pavadintą egzempliorių, tada, kad 1C veiktų, serverio pavadinimas turi būti nurodytas ne pagal FQDN (veiks tcp/ip), ne per localhost arba tiesiog serverio pavadinimas, bet, pavyzdžiui, per ServerName\InstanceName. zz-testas\zztestas. (Priešingu atveju atsiras DBVS klaida: Microsoft SQL serveris Native Client 10.0: Shared Memory Provider: bendrinamos atminties biblioteka, naudojama ryšiui su SQL Server 2000 užmegzti, nerasta. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, būsena=1, Sunkumas=10, gimtoji=126, eilutė=0).

Mažiau nei 100 vartotojų vienintelis dalykas, norint jį padalinti į du atskirus serverius, yra Win 2008 Std (ir senesnė) licencija, kuri palaiko tik 32 GB RAM. Visais kitais atvejais 1C ir SQL būtinai reikia įdiegti viename serveryje ir suteikti daugiau (bent 64 GB) atminties. Suteikti MS SQL mažiau nei 24-28 GB RAM yra nepateisinamas godumas (jei manote, kad turite pakankamai atminties ir viskas veikia gerai, gal jums užtektų 1C failo versijos?)

Kaip blogiau virtualioje mašinoje veikia 1C ir SQL derinys – atskiro straipsnio tema (užuomina – pastebimai blogiau). Net Hyper-V viskas nėra taip aišku...

Subalansuoto veikimo režimas yra blogas. Rezultatai visiškai atitinka failo versiją.

Daugelis šaltinių teigia, kad derinimo režimas (ragent.exe -debug) žymiai sumažina našumą. Na, sumažina, taip, bet 2-3% reikšmingu efektu nepavadinčiau.

Priežastys lėtas darbas 1C. Keletas žodžių apie failo režimas.

Kaip pastebi kai kurie vartotojai, remiantis sukurtos naujos 1C konfigūracijos valdoma programa, dirbti nepakankamu greičiu. Šiame straipsnyje mes bandysime atsakyti, kokios priežastys turi įtakos 1C veikimui failo režimu, be to, kad naujoms funkcijoms reikia daugiau išteklių.

Anksčiau sakėme, kad 1C greitis priklauso nuo disko sistemos našumo. Šios išvados buvo gautos paleidus programą konkrečiame viename kompiuteryje arba terminalo serveryje. Tačiau dirbant su tinklu, kuriame serveris yra dedikuotas serveris, pagrįstas paprastu asmeniniu kompiuteriu, arba tik vartotojo kompiuteris, pasitaiko daugybė diegimų.

Stebint įvairius „buitinius“ išteklius paaiškėjo, kad šiam klausimui praktiškai nekreipiama dėmesio. Populiarus įsitikinimas, kad kalta valdomos programos konfigūracija. Pagrindinė rekomendacija – pereiti į kitą režimą: serveris-klientas arba terminalas. Šie teiginiai yra tik iš dalies teisingi. Tai bus aptarta vėliau.

Pradinis žvilgsnis į išteklių suvartojimą.

Šiame straipsnyje pabandysime atsakyti į du klausimus:

Ar tiesa, kad valdomų programų konfigūracijos yra lėtesnės nei paprastos?
Kas pirmiausia turi įtakos produktyvumui?

Norėdami atsakyti į šiuos klausimus, atlikome specialų tyrimą. Tam paėmėme du virtualios mašinos. Pirmasis yra kontroliuojamas Wind o ws S e rv er 2012 R 2, and the second Wind o ws 8.1. Kiekvienai iš šių mašinų buvo skirti du branduoliai (Co re i 5-4670), taip pat 2 gigabaitus RAM. Šie skaičiai yra vidutiniai tipiškam biuro kompiuteriui. Serveris buvo įdėtas į RAID 0 iš dviejų W.D. Se . Klientas buvo panašiame bendrosios paskirties diskų masyve.

Eksperimentui naudojome įvairias apskaitos 2.0 konfigūracijas, 2.0.64.12 versiją. Vėliau versija buvo atnaujinta į 3.0.38.52. Paleidimai buvo atlikti 8.3.5.1443 platformoje.

Iš karto pastebima, kad dydis informacinė bazė trečioji versija pastebimai auga. RAM užklausų taip pat daugėja:

Ryžiai. 1

Nepaisant skepticizmo trečiosios versijos atžvilgiu, verta paminėti, kad paprasti failų versijų vartotojai iš tikrųjų nekreipia dėmesio į būtinybę prižiūrėti duomenų bazes ir jas atnaujinti. Tai reikšmingas skirtumas nuo kliento-serverio versijos, kurią, kaip taisyklė, prižiūri kvalifikuotas administratorius.

Tačiau 1C informacijos duomenų bazė reikalauja nuolatinės priežiūros teisingas veikimas, kaip ir bet kuri DBVS. Speciali priemonė tam yra informacijos bazės testavimas ir taisymas. Nepaisant pavadinimo, kuris rodo, kad šis įrankis skirtas tik problemoms spręsti, prastas veikimas taip pat yra problema. Galite optimizuoti duomenų bazę naudodami restruktūrizavimą ir pakartotinį indeksavimą. Tai atrodo taip:

Ryžiai. 2

Naudojant šias parinktis duomenų bazė tapo mažesnė nei antroji versija. Verta paminėti, kad „du“ taip pat anksčiau nebuvo optimizuoti. Beje, sumažėjo ir RAM suvartojimas.

Ryžiai. 3

Vėliau atsisiuntėme naujus klasifikatorius ir katalogus, sukūrėme indeksus, atlikome daugybę kitų reikalingų veiksmų. Visa tai paskatino padidinti trečiosios versijos bazę. Taigi, jei „dviem“ reikėjo ne daugiau kaip 20 megabaitų RAM, tai naujajam leidimui reikia apie 500 MB. Į šią vertę reikia atsižvelgti atliekant tolesnį darbą.

Grynasis

Panagrinėkime tokį parametrą kaip pralaidumas tinklą, kuris yra vienas svarbiausių tinklo programoms. 1C perkelia didelius informacijos kiekius, o organizacijų tinklai daugiausia kuriami 100 megabitų įrangos pagrindu. Tai buvo sąlyga bandymui pasirinkti našumo rodiklius, lygius 100 megabitų ir 1 gigabitui per sekundę.

Pažvelkime į procesus, kurie vyksta, kai 1C failų duomenų bazė pirmą kartą paleidžiama tinkle. Pirmą kartą paleidęs, vartotojas į laikinus aplankus atsisiunčia daug informacijos. Esant 100 megabitų per sekundę greičiui, atsisiuntimas užtruks apie keturiasdešimt sekundžių, taip yra dėl to, kad kanalo plotis neleidžia procesų atlikti greičiau.

Ryžiai. 4

Antrasis paleidimas bus greitesnis dėl kai kurių duomenų kaupimo talpykloje. Tinklo pakeitimas į 1 Gbit/s labai pagreitina 1C įkėlimą. Tai aiškiai pavaizduota žemiau esančiame paveikslėlyje:

Ryžiai. 5

Išanalizavę duomenis matome, kad antra versija kraunasi greičiau, nepriklausomai nuo greičio. Taip pat matome, kad perėjus prie gigabito greičio, atsisiuntimo laikas pailgėja 4 kartus. Be to, grafikai rodo, kad šiame režime praktiškai nėra skirtumų, susijusių su trečiosios versijos optimizavimu.

Išbandžius tinklo greičio įtaką didelio apkrovos veikimui, buvo gauti šie rezultatai:

Ryžiai. 6

Pažiūrėkime atidžiau. 100 megabitų trečioji versija su optimizuota baze turi lygiavertį greitį antrajai versijai, o „troika“ be optimizavimo „sulėtina“ beveik du kartus. Esant 1 Gbit/s greičiui, proporcijos praktiškai nesikeičia. Be to, perėjimas prie gigabito greičio iš tikrųjų sutrumpina perdavimo laiką tris kartus, o tris kartus – perpus.

Ryžiai. 7

Nors, kad ir ką sakytume, problema nėra pralaidumas. Prieš optimizavimą, trečioji versija yra prastesnė už antrąją apie 20 procentų. Optimizavimas leidžia pagreitinti darbą ir netgi tam tikru mastu pranokti abu. Perjungus į gigabitinį greitį optimizuotas trigubas „bonusų“ negauna, o neoptimizuotos bazės ir dublis veikia greičiau. Skirtumai tarp jų yra minimalūs.

Bet vis tiek, kokia yra lėto 1C veikimo priežastis? Pažiūrėkime toliau!

Disko posistemis serveriai ir SSD

Anksčiau mes jau padidinome 1C greitį dėl duomenų bazės išdėstymo SSD . Serverio disko posistemis rodo gana Geras pasirodymas, tai liudija jo matavimų rezultatai grupinio testavimo metu 2 bazėse. Nebūkime nepagrįsti, pažiūrėkite į paveikslėlį žemiau:

Ryžiai. 8

Išanalizuokime rezultatus: I/O operacijų skaičius buvo 913 per laiko vienetą (1 sekundę). Šiuo atveju eilės ilgis yra ne didesnis kaip 1,84. Neblogai 2 diskų masyvai, ar ne? Taigi logiška, kad dešimčiai tinklo klientų gerai dirbti bet kokiu režimu, tinka veidrodžiai, pagaminti iš paprastų diskų.

Tolesnis tyrimas atsakys į poreikį SSD serveryje. Tyrimo principai yra panašūs į aukščiau pateiktus ryšius visais atvejais yra 1 Gbit/s. Visi rezultatai pateikiami santykinėmis vertėmis.

1. Duomenų bazės įkėlimo greitis

Ryžiai. 9

Kaip bebūtų keista, duomenų bazės įkėlimo greitis niekaip nuo to nepriklauso SSD . Taip yra dėl tinklo pralaidumo apribojimų. Be to, našumas turi tam tikrą įtaką.

Ryžiai. 10

Kaip minėta, disko našumas yra tinkamas normaliam darbui (nepriklausomai nuo režimo sunkumo). Tai lemia SSD neturi įtakos greičiui. (išimtis, neoptimizuota bazė, kuri pagerino jos veikimą ir tapo lygia optimizuotai). Tai dar kartą patvirtina tezę, kad optimizavimas padeda sumažinti atsitiktinių I/O operacijų skaičių ir padidina duomenų bazės prieigos greitį.

3. Pažvelkime į kasdienes užduotis:

Ryžiai. vienuolika

Bazė be optimizavimo vėl įgyja pranašumą, o optimizuotos bazės SSD beveik neturėjo jokio poveikio. Taigi, pirkti ar nepirkti SSD - tavo pasirinkimas. Tačiau nepamirškite laiku prižiūrėti duomenų bazių ir defragmentuoti skaidinį su informacijos duomenų bazėmis.

Kliento disko posistemis SSD

Jau atlikome poveikio tyrimus SSD esant 1C veikimo greičiui, kuris montuojamas vietoje. Padarytos išvados iš dalies taikomos tinklo režimui. Tai rodo, kad 1C naudoja disko išteklius įvairioms užduotims atlikti (įskaitant foną ir įprastą veiklą). Pažiūrėkite į paveikslėlį, kuriame parodyta, kaip 1C pasiekia disko išteklius po paleidimo (trukmė apie 40 sekundžių).

12 pav

Taigi SSD gali padidinti kai kurių procesų greitį, tačiau tai nėra panacėja. Tinklo pralaidumas vis tiek ribos greitį. Norint išspręsti standartines problemas, gana tinka paprastas HDD

Logiška išvada, kad jie yra lėti HDD nėra pagrindinė programos sulėtėjimo priežastis.

RAM

Štai akimirkos, kurios nusipelno ypatingo dėmesio. Trečiajai versijai reikia apie 500 MB RAM, todėl jei bendras RAM kiekis yra 1 GB, tai to gali būti per mažai, kad programa tinkamai veiktų.

Sumažinus atmintį iki 1 GB, paleidome dvi informacines duomenų bazes.

Ryžiai. 13

Atrodo, kad situacija nėra kritinė, nes programa investavo į skirtą atmintį. Tačiau nepamirškime, kad programos operatyvinių duomenų poreikis nepasikeitė. Jie tiesiog nuėjo į talpyklą, apsikeitimą ir pan. Tai reiškia, kad nepanaudoti duomenys patenka iš RAM į disko atmintį. Ir šių duomenų gavimo greičio skirtumas yra radikalus.

Palyginkime rezultatus su veikimu 2 GB:

Ryžiai. 14

Tinklas buvo pradėtas aktyviai naudoti duomenims gauti, o procesorius buvo ne mažiau aktyviai naudojamas šiems duomenims apdoroti. Disko aktyvumas yra minimalus ir nesulėtins procesų.

Kas atsitiks sumažinus atmintį iki 1 GB?

Ryžiai. 15

Visa apkrova nukeliavo į kietąjį diską. Procesorius ir tinklas nedalyvauja, o sistema pirmiausia gauna reikiamus duomenis iš disko, tada siunčia ten nepanaudotus duomenis.

Dėl to net subjektyvus darbas su dviem atviromis duomenų bazėmis tampa lėtas ir nemalonus. Pavyzdžiui, žurnalo „Prekių ir paslaugų pardavimas“ atidarymas užtruko apie dvidešimt sekundžių. Disko aktyvumas (pabrauktas raudonai) buvo labai didelis.

Ryžiai. 16

RAM įtakos našumui pakankamumą ir objektyvumą nusprendėme pasiekti atlikdami tris matavimus:

Grupės redirigavimas vienoje iš bazių

Abi duomenų bazės yra panašios, sukurtos nukopijuojant optimizuotą duomenų bazę. Štai rezultatas:

Ryžiai. 17

Įkėlimo laikas pailgėja 30%, tačiau operacijų duomenų bazėje laikas patrigubėjo. Dėl to įprastas veikimas beveik neįmanomas (šioje situacijoje galite padėti SSD , bet lengviau ir finansiškai pelningiau įsigyti daugiau RAM.

Išvada: mažas RAM kiekis yra pagrindinė problema, lėtinanti 1C su naujomis konfigūracijomis. Minimalus reikalingas RAM kiekis yra 2 GB. Ir tai neatsižvelgia į tai, kad greičiausiai jūsų kompiuteryje bus atidarytas ne tik 1C, bet ir daugelis kitų programų, kurios taip pat „suvalgys“ brangią RAM.

CPU

Siekiant įvertinti procesoriaus vaidmenį, buvo atlikta daugybė matavimų, panašių į tuos, kurie buvo atlikti su RAM. Matavimai buvo atlikti vieno ir dviejų branduolių procesoriams, kurių atminties talpa 1 GB, taip pat 2 GB.

Ryžiai. 18

Galingesnis procesorius, nepaisant to, kad pritrūkus išteklių priimdavo tam tikrą apkrovą, apskritai jokių pastebimų pranašumų nesukūrė. Taip yra dėl to, kad 1C nereikia didelių procesoriaus išteklių.

Išvados.

Pagrindinė lėto 1C veikimo priežastis yra RAM trūkumas, dėl kurio apkrova perkeliama į standųjį diską ir iš dalies į procesorių.
Iš dalies veikia tinklo našumas. 100 Mbit kanalas gali būti rimtas veikimą ribojantis veiksnys, tačiau plonojo kliento režimas gali subalansuoti šį trūkumą.
SSD pirkimas – sprendimas geras, bet brangus. Diską pigiau pakeisti modernesniu to paties tipo.
Greitas procesorius yra geras dalykas, bet nebūtina pagreitinti 1C.) Išskyrus atvejus, kai kompiuteris naudojamas „sunkioms“ operacijoms.

Remdamiesi atliktais tyrimais ir padarytomis išvadomis, galite gana efektyviai išspręsti lėto 1C greičio problemą patys.

2. Programos ypatybės. Dažnai net su optimalūs nustatymai 1C veikia labai lėtai. Našumas ypač smarkiai krenta, kai vienu metu dirbančių su duomenų baze skaičius viršija 4-5 vartotojus.

Kas tu esi kompanijoje?

Lėto 1C veikimo problemos sprendimas priklauso nuo to, kas esate įmonėje. Jei esate technikos specialistas, tiesiog skaitykite toliau. Jei esate direktorius ar buhalteris, spustelėkite specialią nuorodą ↓

Tinklo pralaidumas

Su viena informacine baze (IS) paprastai dirba ne vienas, o keli vartotojai. Tuo pačiu metu nuolat keičiamasi duomenimis tarp kompiuterio, kuriame įdiegtas 1C klientas, ir kompiuterio, kuriame yra informacijos sauga. Šių duomenų apimtis yra gana didelė. Dažnai susidaro situacija, kai vietinis tinklas, veikiantis 100 Mbit/s greičiu, kuris yra dažniausias greitis, tiesiog negali susidoroti su apkrova. Ir vėl vartotojas skundžiasi dėl lėtos programos.

Kiekvienas iš šių faktorių atskirai jau gerokai sumažina programos greitį, tačiau nemaloniausia, kad dažniausiai šie dalykai sumuojasi.

Dabar pažvelkime į kelis mažo 1C veikimo greičio ir jų kainos problemos sprendimus, naudodamiesi pavyzdžiu vietinis tinklas iš 10 vidutinių kompiuterių.

Sprendimas vienas. Infrastruktūros modernizavimas

Tai turbūt akivaizdžiausias sprendimas. Apskaičiuokime jo minimalią kainą.

Mažiausiai kiekvienam kompiuteriui reikia 2 GB RAM atmintinės, kuri vidutiniškai kainuoja 1500 rublių, tinklo plokštė, palaikanti 1 Gbit/s greitį, kainuoja apie 700 rublių. Be to, jums reikės bent 1 maršrutizatoriaus, palaikančio 1 Gbit/s greitį, kuris kainuos apie 4000 rublių. Bendra kaina - 26 000 rublių įrangai, neįskaitant darbo.

Iš esmės greitis gali žymiai padidėti, tačiau dabar pirkite biurui nebrangių kompiuterių Tai daugiau neveiks. Be to, šį sprendimą netaikoma tiems, kurie naudojasi Wi-Fi ar nori dirbti internetu – jų atveju tinklo greitis gali būti dešimtis kartų mažesnis. Kyla klausimas: „Ar įmanoma įdiegti visą programą viename galingame serveryje, kad vartotojo kompiuteris nedalyvautų sudėtingi skaičiavimai, bet skirtas tiesiog vaizdui perduoti? Tada galėsite dirbti net su labai silpnais kompiuteriais, net ir mažo pralaidumo tinkluose. Natūralu, kad tokių sprendimų yra.

Antras sprendimas. Terminalo serveris

Didelio populiarumo įgijo dar 1C 7 laikais. Įdiegta serveryje „Windows“ versijos ir puikiai susidoroja su mūsų užduotimi. Tačiau tai turi savo spąstų, būtent licencijų kainą.

Pati operacinė sistema kainuos apie 40 000 rublių. Be to, mums reikės visiems, kurie planuoja dirbti 1C Windows licencija Serverio KPL, kainuojanti apie 1700 rublių, ir Windows Remote Desktop Services CAL licencija, kuri kainuoja apie 5900 rublių.

Apskaičiavę 10 kompiuterių tinklo išlaidas, gauname 116 000 rublių. tik už vieną licenciją. Prie to pridėkite paties serverio kainą (mažiausiai 40 000 rublių) ir diegimo darbų kainą, tačiau net ir be to licencijų kaina pasirodė įspūdinga.

Trečias sprendimas. Paslauga 1C įmonė

1C sukūrė savo šios problemos sprendimą, kuris gali žymiai padidinti programos greitį. Tačiau čia taip pat yra niuansas.

Faktas yra tas, kad tokio sprendimo kaina svyruoja nuo 50 000 iki 80 000 rublių, priklausomai nuo leidimo. Įmonei, turinčiai iki 15 vartotojų, tai gana brangu. Didelės viltys buvo dedamos į „1C įmonės mini serverį“, kuris, anot bendrovės 1C, skirtas mažoms įmonėms ir kainuoja apie 10 000–15 000 rublių.

Tačiau kai jis buvo parduotas, šis produktas buvo didžiulis nusivylimas. Faktas yra tas maksimali suma Buvo tik 5 vartotojai, su kuriais buvo galima naudotis mini serveriu.

Kaip forume rašė vienas 1C programuotojas: „Vis dar neaišku, kodėl 1C pasirinko būtent 5 jungtis! Problemos prasideda tik nuo 4 vartotojų, bet su penkiais viskas baigiasi. Jei nori prijungti šeštą žmogų, mokėk dar 50 tūkst. Galėtume padaryti bent 10 pajungimų...“

Žinoma, mini serveris taip pat rado savo vartotoją. Tačiau įmonėms, kuriose su 1C dirba 5 ir daugiau žmonių, paprastas ir nebrangus sprendimas neatsirado.

Be aukščiau aprašytų programos pagreitinimo metodų, yra dar vienas, idealiai tinkantis 5–15 vartotojų segmentui, būtent 1C žiniatinklio prieiga failo režimu.

Ketvirtas sprendimas. Prieiga prie žiniatinklio 1C failo režimu

Veikimo principas toks: kompiuteryje įdiegtas papildomas žiniatinklio serverio vaidmuo, kuriame skelbiama informacijos sauga.

Natūralu, kad tai turi būti daugiausia galingas kompiuteris tinkle arba atskira mašina, skirta šiam vaidmeniui. Po to galėsite dirbti su 1C žiniatinklio serverio režimu. Visos sunkios operacijos bus atliekamos serverio pusėje, o tinklu perduodamas srautas bus sumažintas iki minimumo, kaip ir kliento kompiuterio apkrova.

Taigi, net ir labai silpnos mašinos gali būti naudojamos darbui 1C, o tinklo pralaidumas tampa nereikšmingas. Mūsų bandymai parodė, kad galite patogiai dirbti mobiliuoju internetu naudodami pigų planšetinį kompiuterį, nepatiriant diskomforto.

Ši parinktis yra prastesnė už įmonės 1C serverį pagal veikimo greitį, tačiau šis skirtumas praktiškai nepastebimas iki 15-20 vartotojų. Beje, norėdami įdiegti žiniatinklio serverį, galite naudoti IIS (skirtą Windows) ir Apache (skirtą Linux) ir abu šie sprendimai yra nemokami!

Nepaisant akivaizdžių pranašumų, šis metodas 1C veikimo optimizavimas nesulaukė didelio populiarumo.

Negaliu tiksliai pasakyti, bet greičiausiai taip yra dėl dviejų priežasčių:

Gana silpnas aprašymas techninėje dokumentacijoje
Įsikūręs sistemos administratoriaus ir 1C programuotojo atsakomybės sankirtoje

Paprastai, kai kreipiamasi į sistemos administratorių su mažo greičio problema, jis siūlo atnaujinti infrastruktūrą arba terminalo serverį, jei kreipiamasi į 1C specialistą, jam pasiūlomas 1C įmonės serveris. Taigi, jei jūsų įmonėje specialistas, atsakingas už infrastruktūrą, ir specialistas, atsakingas už 1C, dirba „ranka rankon“, galite saugiai naudoti sprendimą, pagrįstą žiniatinklio serveriu.

Paspartinkime 1C. Nuotoliniu būdu, greitai ir be jūsų dalyvavimo

Mes žinome, kaip pagreitinti 1Ski netrukdant klientui. Gilinamės į problemą, atliekame savo darbą ir išeiname. Jei norite, kad programa veiktų normaliai, susisiekite su mumis. Mes tai išsiaiškinsime.

Palikite prašymą ir gausite nemokama konsultacija paspartinti programą.

Dėl įvairių priežasčių 1C programos vartotojai retkarčiais susiduria su 1C veikimo problemomis. Pvz.: dokumentas apdorojamas ilgai, ataskaita sugeneruojama ilgai, operacijų klaidos, programa užstringa, lėta reakcija į vartotojo veiksmus ir pan. Vykdydami mūsų instrukcijas, galite pasiekti didelę sėkmę vykdydami programą ir neleisti viršyti sistemos limito. Tai nėra panacėja nuo visų ligų, tačiau dauguma 1C sulėtėjimo priežasčių slypi būtent šiose problemose.

1. Neatlikite įprastinių ar foninių užduočių, kol naudotojai dirba

Pirmoji ir pagrindinė taisyklė sistemos administratoriams – užtikrinti, kad visi foniniai darbai ne darbo valandomis. Sistema turi būti maksimaliai iškrauta, kad galėtų atlikti įprastines užduotis (indeksavimas, dokumentų apdorojimas, duomenų įkėlimas) ir tuo pačiu netrukdyti vartotojų darbui. Nei sistema, nei vartotojai netrukdys vieni kitiems, jei dirbs skirtingu laiku.

2. Nekeiskite RIB duomenų vartotojų darbo valandomis

Nors pastaruoju metu įmonės atsisako RIB keitimosi duomenimis sistemos naudai internetinis režimas ir prieiga prie terminalo, nereikia prisiminti, kad įkeliant ir atsisiunčiant mainų duomenis neįmanoma atlikti dokumentų ir visiškai dirbti programoje. Jei įmanoma, šią procedūrą, jei ji yra, reikia atlikti naktį, naudojant fonines užduotis.

3. Laiku padidinkite kompiuterio našumą, suderindami jo galią su realiais poreikiais

Nepamirškite, kad vienu metu veikiant 30 ir 100 vartotojų sistemoje susidaro skirtingos apkrovos. Atitinkamai, jei planuojamas kiekybinis vartotojų skaičiaus padidėjimas, IT tarnyba su įmonės vadovybe turėtų skubiai apsvarstyti mašinų parko išplėtimo, papildomos atminties ar serverių įsigijimo klausimą.

4. Programinė įranga, kurioje veikia 1C

1C programa yra tokia, kad operacinėse sistemose ji veikia skirtingai. Tiksliai nežinoma kodėl, bet taip yra. Pavyzdžiui, 1C duomenų bazės serverio versija Linux OS kartu su SQL Postgre yra daug lėtesnė nei ta pati 1C duomenų bazė Windows OS kartu su MS SQL. Tikslios šio fakto priežastys nėra žinomos, tačiau, matyt, kažkur giliai 1C platformoje yra suderinamumo problemų su Operacinės sistemos ir ne Microsoft DBVS. Taip pat verta įdiegti sistemą 64 bitų serveryje, jei planuojate reikšmingai apkrauti duomenų bazę.

5. Duomenų bazės indeksavimas

Vidinė 1C programos procedūra, kuri „šukuoja“ sistemą iš vidaus. Nustatykite, kad jis veiktų kaip foninė įprasta užduotis naktį ir būkite ramūs.

6. Operatyvinės partijos apskaitos išjungimas

Faktas yra tas, kad operatyvaus dokumentų tvarkymo metu judėjimai registruojami registruose, įskaitant partijų apskaitos registrus. Programos nustatymuose galima išjungti partijos apskaitos registrų registravimą, kai registruojami dokumentai. Kartą per mėnesį reikės pradėti tvarkyti dokumentų siuntimą paketais, pavyzdžiui, tuo metu, kai duomenų bazės apkrova yra mažiausia arba kai dirba mažiausiai vartotojų.

7. RAM

Naudokite šią formulę:

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

Apie 70% visos fizinės duomenų bazių apimties. 1C bazės mėgsta gerai valgyti RAM. Nepamiršk šito.

8. Jei įmanoma, optimizuokite savarankiškai rašytas ataskaitas ir apdorojimą naudodami netobulus ir pasenusius kodus

Įmonės gyvavimo metu atsiranda poreikis rašyti ataskaitas ir apdoroti, taip pat modifikuoti verslo procesus ir išgauti specifinę informaciją. Visi šie patobulinimai gali sukelti trikdžių ir sulėtinti darbą, nes... a) kai kurie Kulibinai kažkada parašė sunkų, neteisingą kodą, kurį programai sunku vykdyti ir reikia didelių pastangų; b) kodas, kuriame rašomas apdorojimas arba ataskaita, gali būti pasenęs ir jį reikia peržiūrėti ir perprogramuoti. Naudokite taisyklę: kuo mažiau ką nors pakeisime programoje, tuo geriau.

9. Išvalykite talpyklą

Įprastas serverio perkrovimas kartais išsprendžia pasenusios 1C talpyklos problemas. Tiesiog išbandyk tai. Gali padėti ir iškrovimas – informacinės bazės įkėlimas per konfigūratorių. O paskutinis konkretaus vartotojo talpyklos valymas yra aplankų ištrynimas 1C sistemos kataloge formoje: kexifzghjuhfv8j33hbdgk0. Tačiau talpykloje esančių vartotojų aplankų ištrynimas yra paskutinis dalykas, nes... Be šiukšlių pašalinimo, talpyklos išvalymas turi nemalonių pasekmių, nes ištrinami išsaugoti ataskaitos nustatymai ir vartotojo meniu sąsaja.

10. Fizinės duomenų bazių apimties mažinimas

Daugiau bazės reiškia daugiau išteklių. Natūralu. Pasinaudoti standartinėmis priemonėmis 1C duomenų bazės konvoliucijai. Pagalvokite apie galimybę atsisakyti penkerių metų duomenų, kad pagerintumėte našumą. Ir jei jums vis dar reikia paskutinių penkerių metų duomenų, visada galite naudoti duomenų bazės kopiją.

11. Teisingas architektūros organizavimas

Apskritai įmonės architektūra informacinė sistema turi būti teisinga. Ką turime omenyje sakydami teisingą sistemą? Sistemai priskirtų užduočių palyginamumas su turima įranga ir programinė įranga. Planuokite sistemą kartu su: sistemos administratoriumi (nes žino mašinų parką), 1C programuotoju (nes žino 1C resursų poreikius) ir įmonės vadovu (nes žino apie būsimą įmonės augimą ar susitraukimą). ).