Automatikos patarimai. Automatikos patarimai 1s 8.3 veikia lėtai tinkle

1C sistema užima dominuojančią padėtį mažų ir vidutinių įmonių automatizavimo rinkoje. Jei įmonė pasirinko 1C apskaitos sistemą, tai paprastai joje dirba beveik visi darbuotojai – nuo paprastų specialistų iki vadovybės. Atitinkamai, įmonės verslo procesų greitis priklauso nuo 1C greičio. Jei 1C dirba nepatenkinamu greičiu, tai tiesiogiai veikia visos įmonės darbą ir pelną.

Iš tikrųjų egzistuoja trys 1C pagreičio metodai:

Aparatinės įrangos pajėgumų padidėjimas.
Operacinės sistemos ir DBVS nustatymų optimizavimas.
Kodo ir algoritmų optimizavimas 1C.

Pirmasis būdas reikalauja įsigyti įrangą ir licencijas, trečiasis reikalauja daug darbo programuotojams ir dėl to abu būdai sukelia didelių finansinių išlaidų. Visų pirma, reikia atkreipti dėmesį į programos kodą, nes joks serverio talpos padidėjimas negali kompensuoti neteisingo kodo. Bet kuris programuotojas žino, kad naudojant vos kelias kodo eilutes galima sukurti procesą, kuris visiškai apkraus bet kurio serverio resursus.

Jei įmonė įsitikinusi, kad programos kodas yra optimalus, tačiau jis vis tiek veikia lėtai, vadovybė dažniausiai nusprendžia padidinti serverio pajėgumus. Šioje vietoje iškyla logiškas klausimas: ko trūksta, kiek ir ko reikia pridėti.

1C įmonė pateikia gana miglotą atsakymą į klausimą, kiek reikia išteklių, apie tai rašėme anksčiau savo įrašuose. Todėl jūs turite savarankiškai atlikti eksperimentus ir išsiaiškinti, nuo ko priklauso 1C veikimas. Eksperimentai su programos našumu EFSOL aprašyti toliau.

Dirbant su 1C 8.2, ypač su konfigūracijomis, kuriose naudojamos valdomos formos, buvo pastebėtas keistas faktas: 1C veikia greičiau darbo vietoje nei galingame serveryje. Be to, visos darbo stoties charakteristikos yra prastesnės nei serverio.

1 lentelė. Konfigūracijos, pagal kurias buvo atliktas pradinis bandymas

Darbo stotis rodo 155 % didesnį našumą nei 1C serveris, pasižymintis puikiomis charakteristikomis. Pradėjome aiškintis, kas vyksta, ir susiaurinti paiešką.

1 pav. Darbo vietos matavimai naudojant Gilevo testą

Pirmas įtarimas buvo, kad Gilevo testas buvo netinkamas. Formų atidarymo, dokumentų paskelbimo, ataskaitų generavimo ir tt matavimai naudojant prietaisų įrankius parodė, kad Gilevo testas pateikia įvertinimą, proporcingą faktiniam darbo greičiui 1C.

RAM skaičius ir dažnis

Internete esančios informacijos analizė parodė, kad daugelis rašo apie 1C našumo priklausomybę nuo atminties dažnio. Tai priklauso nuo dažnio, o ne nuo garsumo. Šią hipotezę nusprendėme patikrinti, nes RAM dažnis serveryje yra 1066 Mhz, o darbo vietoje – 1333 Mhz, o RAM kiekis serveryje jau yra daug didesnis. Nusprendėme iš karto įdiegti ne 1066 Mhz, o 800 Mhz, kad būtų aiškesnis našumo priklausomybės nuo atminties dažnio efektas. Rezultatas – našumas sumažėjo 12% ir siekė 39,37 vnt. Serveryje įdiegėme 1333 Mhz, o ne 1066 Mhz atmintį ir gavome nedidelį našumo padidėjimą – apie 11%. Produktyvumas buvo 19,53 vnt. Atitinkamai, tai nėra atminties reikalas, nors jos dažnis šiek tiek padidėja.

2 pav. Darbo stoties našumo matavimai sumažinus RAM dažnį

3 pav. – Serverio našumo matavimai padidinus RAM dažnį

Disko posistemis

Kita hipotezė buvo susijusi su disko posistemiu. Iš karto kilo dvi prielaidos:

SSD diskai yra geresni nei SAS diskai, net jei jie yra 10 reide.
iSCSI yra lėtas arba neteisingas.

Todėl darbo vietoje vietoj SSD buvo įdiegtas įprastas SATA diskas, taip pat buvo daroma ir su serveriu – duomenų bazė buvo patalpinta vietiniame SATA diske. Dėl to našumo matavimai visiškai nepasikeitė. Greičiausiai taip nutinka todėl, kad RAM yra pakankamai, o diskai bandymo metu praktiškai niekaip nedalyvauja.

CPU

Procesoriai serveryje, žinoma, yra galingesni ir jų yra du, tačiau dažnis yra šiek tiek mažesnis nei darbo vietoje. Nusprendėme patikrinti procesoriaus dažnio įtaką našumui: serveriui po ranka nebuvo didesnio dažnio procesorių, todėl sumažinome procesoriaus dažnį darbo vietoje. Iš karto sumažinome jį iki 1,6, kad koreliacija taptų aiškesnė. Testas parodė, kad našumas smarkiai sumažėjo, tačiau net ir su 1,6 procesoriumi darbo stotis pagamino beveik 28 vnt., tai yra beveik 1,5 karto daugiau nei serveryje.

4 pav. Darbo vietos su 1,6 GHz procesoriumi našumo matavimai

Vaizdo plokštė

Internete yra informacijos, kad vaizdo plokštė gali turėti įtakos 1C veikimui. Bandėme naudoti darbo stotyje integruotą vaizdo įrašą, profesionalų Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 adapterį ir seną GeForce 16MbSDR vaizdo plokštę. Gilevo testo metu reikšmingo skirtumo nepastebėta. Galbūt vaizdo plokštė vis dar turi įtakos, bet realiomis sąlygomis, kai reikia atidaryti valdomas formas ir pan.

Šiuo metu kyla du įtarimai, kodėl darbo vieta veikia greičiau net ir turėdama pastebimai blogesnes charakteristikas:

CPU. Darbo stoties procesoriaus tipas geriau tinka 1C.
Lustų rinkinys. Jei visi kiti dalykai yra vienodi, mūsų darbo vietoje yra naujesnis mikroschemų rinkinys, galbūt tai yra problema.

Planuojame įsigyti reikiamus komponentus ir tęsti testavimą, kad pagaliau išsiaiškintume, nuo ko labai priklauso 1C veikimas. Kol vyksta tvirtinimo ir pirkimų procesas, nusprendėme atlikti optimizavimą, juolab, kad tai nieko nekainuoja. Buvo nustatyti šie etapai:

1 etapas. Sistemos sąranka

Pirmiausia atlikime BIOS ir operacinės sistemos nustatymus:

Serverio BIOS išjungiame visus nustatymus, kad taupytume procesoriaus energiją.
Operacinėje sistemoje pasirinkite planą „Maksimalus našumas“.
Procesorius taip pat sureguliuotas maksimaliam našumui. Tai galima padaryti naudojant „PowerSchemeEd“ įrankį.

2 etapas. SQL serverio ir 1C:Enterprise serverio nustatymas

Atliekame šiuos DBVS ir 1C:Enterprise serverio nustatymų pakeitimus.

Bendrosios atminties protokolo nustatymas:
- Bendra atmintis bus įjungta tik platformoje nuo 1C 8.2.17; ankstesnėse versijose bus įjungtas Named Pipe - šiek tiek prastesnis veikimo greitis. Ši technologija veikia tik tuo atveju, jei 1C ir MSSQL paslaugos yra įdiegtos tame pačiame fiziniame arba virtualiame serveryje.
Rekomenduojama perjungti 1C paslaugą į derinimo režimą, nes paradoksalu, tai padidina našumą. Pagal numatytuosius nustatymus derinimas serveryje yra išjungtas.
SQL serverio nustatymas:
- Mums reikia tik serverio, kitų su juo susijusių paslaugų ir galbūt kas nors jomis naudojasi, tik pristabdo darbą. Sustabdome ir išjungiame tokias paslaugas kaip: FullText Search (1C turi savo viso teksto paieškos mechanizmą), Integration Services ir kt.
- Nustatome didžiausią serveriui skirtos atminties kiekį. Tai būtina, kad SQL serveris apskaičiuotų šią sumą ir iš anksto išvalytų atmintį.
- Nustatome maksimalų gijų skaičių (Maximum worker threads) ir nustatome padidintą serverio prioritetą (Boost priority).

3 etapas: gamybos duomenų bazės nustatymas

Optimizavus DBVS serverį ir 1C:Enterprise, pereiname prie duomenų bazės nustatymų. Jei duomenų bazė dar nebuvo išplėsta iš .dt failo ir žinote jos apytikslį dydį, geriau iš karto nurodyti inicijavimo dydį pirminiame faile su duomenų bazės dydžio „>=“, bet tai yra klausimas skonio, jis vis tiek augs plečiantis. Tačiau reikia nurodyti automatinio padidinimo dydį: maždaug 200 MB vienam bazei ir 50 MB vienam žurnalui, nes Numatytosios reikšmės – augimas 1 MB ir 10% labai sulėtina serverio darbą, kai reikia didinti failą kas 3 operaciją. Be to, jei naudojamas RAID masyvas, geriau nurodyti duomenų bazės failo ir žurnalo failo saugojimą skirtinguose fiziniuose diskuose arba RAID grupėse ir apriboti žurnalo augimą. Tempdb failą rekomenduojama perkelti į didelės spartos masyvą, nes DBVS jį pasiekia gana dažnai.

4 etapas. Suplanuotų užduočių nustatymas

Suplanuotos užduotys kuriamos gana paprastai, naudojant Valdymo skiltyje esantį Priežiūros planą, naudojant grafinius įrankius, todėl kaip tai daroma, plačiau neaprašysime. Pažiūrėkime, kokias operacijas reikia atlikti norint pagerinti produktyvumą.

Indeksų defragmentavimas ir statistikos atnaujinimas turi būti atliekamas kasdien, nes jei indekso suskaidymas yra > 25%, tai labai sumažina serverio našumą.
Defragmentavimas ir statistikos atnaujinimas atliekamas greitai ir nereikia atjungti vartotojų. Taip pat rekomenduojama tai daryti kasdien.
Pilnas pakartotinis indeksavimas – atliekamas su užblokuota duomenų baze, rekomenduojama tai daryti bent kartą per savaitę. Natūralu, kad po pilno pakartotinio indeksavimo indeksai iš karto defragmentuojami ir atnaujinama statistika.

Dėl to, sureguliavę sistemą, SQL serverį ir veikiančią duomenų bazę, produktyvumą pavyko padidinti 46%. Matavimai buvo atlikti naudojant 1C KIP įrankį ir naudojant Gilevo testą. Pastarasis rodė 25,6 vienetų, palyginti su 17,53, kurie buvo iš pradžių.

Trumpa išvada

1C našumas nelabai priklauso nuo RAM dažnio. Pasiekus pakankamą atminties kiekį, toliau plėsti atmintį nėra prasmės, nes tai nepadidina našumo.
1C našumas nepriklauso nuo vaizdo plokštės.
1C našumas nepriklauso nuo disko posistemio, jei neviršijama disko skaitymo arba rašymo eilė. Jei yra įdiegti SATA diskai ir neviršijama jų eilė, įdiegus SSD našumas nepagerės.
Našumas labai priklauso nuo procesoriaus dažnio.
Tinkamai sukonfigūravus operacinę sistemą ir MSSQL serverį, be materialinių išlaidų galima pasiekti 1C našumo padidėjimą 40-50%.

DĖMESIO! Labai svarbus punktas! Visi matavimai buvo atlikti bandymo bazėje naudojant Gilev testą ir 1C prietaisų įrankius. Tikros duomenų bazės elgesys su tikrais vartotojais gali skirtis nuo gautų rezultatų. Pavyzdžiui, testų duomenų bazėje neradome jokios našumo priklausomybės nuo vaizdo plokštės ir RAM kiekio. Šios išvados yra gana abejotinos ir realiomis sąlygomis šie veiksniai gali turėti didelės įtakos našumui. Dirbant su konfigūracijomis, naudojančiomis valdomas formas, vaizdo plokštė yra svarbi, o galingas grafikos procesorius pagreitina programos sąsajos braižymą, vizualiai tai pasireiškia greitesniu 1C darbu.

Ar jūsų 1C veikia lėtai? Užsisakykite kompiuterių ir serverių IT priežiūrą ilgametę patirtį turintiems EFSOL specialistams arba perkelkite savo 1C į galingą ir gedimams atsparų 1C virtualų serverį.

Sistemos integracija. Konsultavimas

Įprastų ir foninių užduočių nustatymas;
Diagnostika ir klaidų šalinimas informacinėje bazėje, kuri turi failų duomenų saugojimo formatą;
Pradėkite indeksuoti viso teksto paiešką 1C arba visiškai ją išjunkite;
Duomenų bazės paleidimas naujausiose platformose 8.3.8;
Veikia ploname kliente;
Padidinti dokumentų persiuntimo greitį, kai antivirusinė programa išjungta;
Vykdyti sumų perskaičiavimą ir sekos atkūrimą;
Atlikti duomenų bazės testavimą ir taisymą, tikrinimą su chdbfl.exe programa;
Jei konfigūracija nėra standartinė, ty modifikuota konkrečios organizacijos programuotojų, atlikite konfigūracijos patikrinimą;
Išjungti nereikalingus funkcinius režimus;
Konfigūruoti vartotojo teises;
Bazinė konvoliucija;
Techninės įrangos atnaujinimas.

1 būdas. Suplanuotų ir foninių užduočių nustatymas

Programa naujame „1C Accounting 3.0“ leidime, be pagrindinio darbo, pradeda operacijas fone, dėl kurios sumažėja programos našumas.

Foninis režimas yra budėjimo režimas, ty operacija visada veikia, nors ir nenaudojama.

1 veiksmas. Įprastų ir foninių užduočių nustatymas

Atidarome įprastų ir foninių užduočių sąrašą: skyrius Administravimas – Pagalba ir priežiūra – Įprastos operacijos – Įprastos ir foninės užduotys:

Paleidus 1C 8.3 programą, automatiškai paleidžiamos foninės užduotys ir atliekamos įprastinės užduotys, kurios sunaudoja daug išteklių ir sulėtina programos veikimą. Todėl būtina išanalizuoti buhalterių darbą ir nustatyti, kurias fonines užduotis reikia palikti autorun, o kurias išjungti.

Paveiksle matome įprastų užduočių, kurios paleidžiamos 1C 8.3 Apskaita, sąrašą:

Paveiksle matome atliktų foninių darbų sąrašą:

Pavyzdžiui,

Apskaitos programa 1C 8.3 nuolat prijungiama prie svetainės, kad būtų atnaujinami įvairūs klasifikatoriai;
Jei įmonė nevykdo operacijų, susijusių su užsienio valiuta, tada nereikia sekti valiutų kursų;
Jei programoje buhalteris nenaudoja viso teksto paieškos, tuomet nepatartina vykdyti „Teksto ištraukimo“ proceso.

2 veiksmas: išjunkite nereikalingas užduotis

Pažiūrėkime atidžiau, kaip išjungti atsisiuntimą. Užveskite žymeklį ant norimos eilutės ir dukart spustelėkite:

Norėdami išjungti užduotį, panaikinkite žymės langelio Įjungta žymėjimą:

3 veiksmas. Įprastų užduočių grafiko nustatymas

Pažiūrėkime atidžiau, kaip sudaryti tvarkaraštį. Užveskite žymeklį ant norimos eilutės ir dukart spustelėkite:

Pasirinkite elementą Tvarkaraštis:

Atsidariusiame lange eikite į norimą skirtuką ir atlikite atitinkamus nustatymus:

2 būdas. Informacinės bazės, kuri turi failų duomenų saugojimo formatą, klaidų diagnostika ir šalinimas

1 žingsnis.

Sukuriame atsarginę duomenų bazės kopiją.

2 žingsnis.

Pradėkime procedūrą. Norėdami tai padaryti, atidarykite konfigūratorių ir paleiskite procedūrą Informacinės bazės tikrinimas ir taisymas: skyrių Administravimas – Testavimas ir taisymas. Pasirinkite patikras ir režimus, kuriuos reikia atlikti informacijos bazėje:

Pažvelkime atidžiau į siūlomas patvirtinimo parinktis:

Informacinės bazės lentelių pakartotinis indeksavimas – atkuria lentelių indeksus, kad pagerintų duomenų bazės našumą;
Informacinės bazės loginio vientisumo tikrinimas – duomenų bazės logikos tikrinimas;
Informacinės bazės referencinio vientisumo tikrinimas - duomenų bazės loginio vientisumo tikrinimas, siekiant aptikti „nutrūkusias“ nuorodas;
Sumų perskaičiavimas – kaupimo registro lentelių sumų perskaičiavimas;
Infobase lentelių suspaudimas – sumažina duomenų bazės dydį po testavimo ir pataisymo;
Informacinės bazės lentelių pertvarkymas – optimizuoja duomenų bazės struktūrą naudodamas pagalbinius failus, kad padidintų stabilumą ir našumą.

Jei informacijos bazės režimo nuorodos vientisumo tikrinimas pasirinksime parinktį Testavimo ir taisymo procedūra, tada duomenų bazės klaidų apdorojimo nustatymų elementai tampa prieinami:

Pastraipa Kai yra nuorodų į neegzistuojančius objektus reiškia, kad aptikus „nutrūkusias“ nuorodas, ji apdoros nuorodas naudodama pasirinktą parinktį;
Pastraipa Dalinio objekto duomenų praradimo atveju reiškia, kad likusių duomenų pakanka atkurti kurio nors objekto duomenis.

1C informacijos bazės tikrinimo ir taisymo procedūra gali būti atliekama tik išskirtiniu režimu.

3 būdas. Pradėkite indeksuoti viso teksto paiešką 1C arba visiškai ją išjunkite

1C sukūrė viso teksto duomenų paiešką, kad vartotojui būtų lengviau ieškoti nepažįstamos informacijos. Viso teksto duomenų paieškos funkcija 1C 8.3 yra:

Vartotojas gali įvesti paieškos užklausą paprasta forma ir naudoti specialius operatorius, tokius kaip: ir, arba, ne.
Viso teksto duomenų paieška veikia su ValueStorage tipo laukais ir su ilgais teksto laukais, todėl vartotojui nebus rodomi rezultatai, kuriems jis neturi teisių.

Pvz., Išankstinės ataskaitos dokumentuose turite nustatyti viso teksto paiešką.

1 žingsnis.

2 žingsnis.

Atidarykite dokumentą Išankstinė ataskaita: meniu Configurator – Atidaryti konfigūraciją.

3 veiksmas.

Viso teksto paieškos eilutėje pasirinkite Naudoti: Išankstinė ataskaita – Įvesties laukas – Viso teksto paieška:

4 veiksmas.

Paleidžiame programą ir atnaujiname viso teksto paieškos režimą. Atidarykite reguliarias operacijas: skyrių Administravimas – Programos nustatymai – Palaikymas ir priežiūra:

5 veiksmas.

Atidarykite nustatymus ir atnaujinkite indeksą naudodami mygtuką Atnaujinti indeksą:

4 būdas. Duomenų bazės paleidimas naujausiose platformose 8.3.8

Kaip atnaujinti 1C 8.3 technologijos platformą, žiūrėkite mūsų vaizdo įrašą:

1C specialistai pagerino apkrovos paskirstymą:

Galima tiksliau kontroliuoti serverio darbuotojo procesų sunaudojamos atminties kiekį, todėl klasteris yra atsparesnis neatsargiems vartotojo veiksmams.
Informacinių bazių pertvarkymas fone. Naujoji funkcija leidžia sumažinti sistemos prastovos laiką, reikalingą programų sprendimams atnaujinti.
8.3 platformos versija gavo naują „Taxi“ programų sąsają, patogesnę ir vizualesnę su nauju ryškiu dizainu. Patobulintos programos naršymo galimybės. Vartotojas gali savarankiškai pritaikyti savo darbo vietą, įdėdamas plokštes skirtingose ekrano vietose. Naujas linijos įvesties mechanizmas žymiai pagreitina duomenų paiešką. Norėdami gauti daugiau informacijos apie naujas 1C 8.3 apskaitos programos „Taxi“ sąsajos funkcijas, žiūrėkite mūsų vaizdo įrašą:

5 būdas. Paleiskite Thin Client

Darbas plono kliento režimu galimas tik valdomų programų režimu. Plonojo kliento režimu visi veiksmai atliekami serveryje, o vartotojas gauna tik gautos informacijos ekraną. Šis veikimo režimas nereikalauja didelių tiek sistemos, tiek ryšio kanalo resursų.

6 būdas. Pakeiskite antivirusinę programinę įrangą

Jei turite įdiegtą „Avast“ arba „Kaspersky“ antivirusinę programą, patartina ją pakeisti kita. Patirtis rodo, kad dokumentų perdavimo greitis išjungus antivirusinę programą žymiai padidėja, nes antivirusinės programos užima kompiuterio resursus.

7 būdas. Duomenų bazės testavimas ir taisymas, tikrinimas su chdbfl.exe programa

Būtina atlikti duomenų bazės testavimą ir taisymą, prieš tai padarius kopiją.

1 veiksmas. Padarykite duomenų bazės kopiją

Kaip sukurti atsarginę 1C 8.3 kopiją, žiūrėkite šį vaizdo įrašo vadovėlį:

2 veiksmas. Patikrinkite naudodami chdbfl.exe įrankį

chdbfl.exe programa naudojama tais atvejais, kai sistema nepasileidžia net konfigūratoriaus režimu. Priemonė yra įdiegtos technologijos platformos aplanke „bin“, pavyzdžiui: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Tikriname naudodami chdbfl.exe įrankį:

3 veiksmas. Atlikite duomenų bazės testavimą ir taisymą

Atlikite duomenų bazės testavimą ir taisymą paleisdami sistemą konfigūratoriaus režimu.

4 veiksmas. Dokumentų sekos atkūrimas

Norėdami atkurti 1C 8.3 seką, atidarykite Visos funkcijos: pagrindinis meniu – Visos funkcijos. Pasirinkite norimą elementą ir atidarykite naudodami mygtuką Atidaryti:

Atsidariusiame lange eikite į skirtuką Atkurti sekas ir spustelėkite Atkurti arba Atkurti viską:

8 būdas. Jei konfigūracija nėra standartinė, patikrinkite konfigūraciją

Jei konfigūracija nėra standartinė, tai yra, modifikuota konkrečios organizacijos programuotojų, mes patikriname konfigūraciją.

1 žingsnis.

Paleidžiame programą konfigūratoriaus režimu.

2 žingsnis.

Atidarykite duomenų bazės konfigūraciją: skyrių Konfigūracija – Duomenų bazės konfigūracija:

3 veiksmas.

Pasirinkite elementą Tikrinti konfigūraciją ir atlikite nustatymus:

9 būdas: išjunkite nereikalingus funkcinius režimus

Atidarykite 1C 8.3 programos funkcionalumą: skyrių Pagrindinis - Nustatymai - Funkcionalumas, nustatykite kiekvieno skyriaus nustatymus:

10 būdas. Sukonfigūruokite vartotojo teises

1 žingsnis.

Paleidžiame 1C 8.3 konfigūratoriaus režimu.

2 žingsnis.

Atidarykite vartotojų sąrašą: skyrių Administravimas – Vartotojai. Skirtuke Kita nustatome, kuriuos vaidmenis reikia priskirti vartotojui, ir pažymime juos.

Sumažinus pasirinktą funkcionalumą, sutrumpėja laikas, per kurį programa surūšiuoja valdomas formas atidarant dokumentų sąrašą, tai yra, kuo mažiau nereikalingo valdomoje sąsajoje, tuo greičiau ji veikia:

11 būdas. Disko defragmentavimas su failų duomenų baze

Disko defragmentavimo procedūra optimizuoja failus, esančius standžiajame diske, kad padidintų sistemos greitį. Defragmentavimas turėtų būti atliekamas tik tada, kai būtina, nes tai padidina disko susidėvėjimą.

Pasirinkę standųjį diską, dešiniuoju pelės mygtuku iškvieskite komandą Properties:

Skirtuke Įrankiai pasirinkite Optimizavimas ir disko defragmentavimas:

12 būdas. Pagrindo lankstymas

– tai tam tikros datos einamųjų likučių įvedimas ir senų, nereikalingų dokumentų pašalinimas. Šis metodas gali būti naudingas, jei duomenų bazė yra didelė, pavyzdžiui, kelerius metus. Surinkimas turi būti atliktas vartotojams nedirbant sistemoje.

1 veiksmas. Sukurkite duomenų bazės kopiją

2 veiksmas. Atliekame 1C 8.3 duomenų bazės sutraukimo procedūrą

Skyriaus Administravimas – Paslauga – Informacinės bazės žlugimas.

Pirmajame etape 1C 8.3 programa siūlo pasidaryti atsarginę kopiją, kur reikia nurodyti katalogą, kurį norite išsaugoti. Spustelėkite Kitas:

Ar jūsų 1C vėl lėtas?Ar gaišate laiką ruošdami ataskaitą?Nusibodo gerti arbatą laukiant apsikeitimo duomenimis?

Situacija, kai 1C veikia lėtai, nėra neįprasta. Galite su tuo susitaikyti arba optimizuoti 1C ir įrangos nustatymus, kurie žymiai padidins jūsų darbo greitį.

Mūsų paslaugos padės nuveikti daugiau per darbo dieną! Mes žinome, kaip pagreitinti 1C, kad niekada nekartotumėte žodžių „1C užšąla“.

Kodėl 1C gali užšalti arba sulėtėti?

Gali kilti problemų dėl įrangos. Atminties trūkumas 1C serveryje, nestabilus veikimas vietiniame tinkle, problemos su kietuoju disku ar saugos raktais – visa tai gali sulėtinti 1C ir jus nervinti. Be to, 1C gali užšalti dėl:

prastas platformos ir konfigūracijos suderinamumas,
grubios pradedančiųjų 1C programuotojų klaidos,
didžiulis pagrindo dydis,
daug vartotojų.

Net klaidos normaliai dirbant su 1C taip pat gali sukelti lėtą jo veikimą.

Kaip pagreitinti 1C?

Mes tęsiame taip:

Tikriname įrangos atitiktį 1C technologiniams reikalavimams. Gali reikėti padidinti RAM, nustatyti 1C serverį, pakeisti diską arba patikrinti vietinio tinklo greitį. Kitaip tariant, atliekame visapusišką visos procese dalyvaujančios įrangos patikrinimą.
Tikriname kitų paslaugų, susijusių su 1C veikimu, nustatymus. Pavyzdžiui, neteisingai sukonfigūruota SQL duomenų bazė arba nepatikima prieiga prie terminalo gali labai sulėtinti 1C.
Mes patikriname 1C konfigūracijos kodo teisingumą, dėl kurio kyla problemų. Ne paslaptis, kad tą pačią programinės įrangos problemą galima išspręsti įvairiais būdais. Dėl neoptimalaus kodo 1C dažnai užšąla.
Mes tikriname vartotojo darbo modelį dirbdami su 1C. Kartais patys vartotojai sulėtina 1C ir to nežino.

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, kurie jau perėjo prie naujojo „1C: Accounting 8.3“ leidimo (3.0 leidimas), 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 Gilevo bandomąją duomenų bazę prie failų serverio tame pačiame aplanke kaip ir pagrindinės duomenų bazės. Prisijungiame iš kliento kompiuterio ir vykdome 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ą į terminalo (arba žiniatinklio, jei tai yra ploni klientai ir valdomos formos) serverį.

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. Bandomąją duomenų bazę įdiegiame vietiniame kompiuteryje (labai sparčiame 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. (Gilev turi gerą aprašymą. Vienintelis įspėjimas yra tas, kad kai kuriose pagrindinėse plokštėse išjungus „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. Ieškoti 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ų. (BIOS nustatymų pavyzdžiai iš Gilev). Šie nustatymai daugiausia susiję su serverių procesoriais arba „išplėstinėmis“ BIOS, jei to neradote ir NEturite „Xeon“, tai 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

Dėl 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 - 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, failo versijai vietinis ramdiskas, 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 – kaip bebūtų keista, paprasčiausias veikimo testas bus vieno didelio failo (5–10 gigabaitų) kopijavimas 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. Pagal numatytuosius nustatymus Windows klientas geriausiai veikia su Windows serveriu (ar net Windows darbo stotimi) ir SMB/CIFS protokolu, linux klientas (debian, ubuntu nežiūrėjo į kitus) veikia geriau su linux ir NFS ( jis taip pat veikia su SMB, bet NFS papūgos yra 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 diską Z. Atrodo, kad visi šie keliai nukreipia į tą pačią vietą, bet 1C yra tik vienas būdas, kuris gana patikimai užtikrina normalų veikimą. Taigi, ką reikia padaryti teisingai:

Komandinėje eilutėje (arba politikoje, ar bet kur, kas jums patogu) - 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, pritaikyti atnaujinimai. 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 apribojus adapterio Intel 362 nustatymus.Nebuvo skirtumo tarp 1 Gbit vario Intel 350 ir 1 Gbit optinio Intel X520-DA2 (gaunama 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ės patirties. 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 nesunkiai išauginti 40+ papūgų, tai visai neblogai, ir tai ne tik papūgos, realiame darbe skirtumas irgi pastebimas. 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 – žr. Gilevą, tačiau atminkite, kad viską galima paveikti. 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 (galbūt vėliau, tikslios versijos dar neieškojau) vis tiek lengviau konfigūruoti tinkle nei 2008-07-08. Man pavyko pasiekti normalų veikimą tinkle nuo 2008-07-08 (palyginamoms papūgoms) tik kelis kartus, bendresniam atvejui to pakartoti negalėčiau. Daug ko nesupratau, bet sprendžiant pagal pėdų apvyniojimus iš Process Explorer, įrašas ten nėra toks geras kaip 8.3.6.

Nepaisant to, kad dirbant 100 Mbit tinkle jo apkrovos grafikas nedidelis (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ų, geriau visur laikyti „Intel“ tinklo plokštes; jei neturite pinigų, į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 suderinti 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 pagrindinis vaidmuo tenka procesoriui (manoma, kad nėra akivaizdžių silpnųjų vietų, tokių kaip atminties trūkumas ar didžiulis kiekis nereikalingos programinės įrangos).

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 aiškiai matote „Aktyvaus disko veikimo laikas (%)“ 80–95. Taip, jei įrašymui įjungsite pačių diskų talpyklą, greitis padidės iki 35, jei įjungsite RAID valdiklio talpyklą - iki 49 (nepriklausomai nuo to, kurie diskai šiuo metu yra testuojami). Tačiau 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.

Pats teisingiausias (mano požiūriu) sprendimas būtų skirti 2 SSD diskus veidrodiniame reide failų duomenų bazei (ar kelioms failų duomenų bazėms), o daugiau nieko ten nedėti. 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 skirtingas serverio parinktis ir tinklus tarp jų, kad parodyčiau pagrindines tendencijas.

	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į patį kaip 1C serveryje; MS SQL serveris puikiai tinka (jei to prašote) 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 Server Native Client 10.0: Shared Memory Provider: Bendrai naudojamos atminties biblioteka, naudojama ryšiui su SQL Server 2000 užmegzti, nerasta. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQL : 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.