Terminalo serverio optimizavimas 1s 83. Pakeistas medžiagos formatas

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

Antrinis tikslas, jei turiu kokių nors trūkumų, Infostart man tai parodys greičiausiai.

V. Gilevo testas jau tapo savotišku „de facto“ etalonu. Autorius savo svetainėje pateikė gana suprantamas rekomendacijas, bet aš tiesiog pateiksiu keletą rezultatų ir pakomentuosiu labiausiai tikėtinas klaidas. Natūralu, kad jūsų įrangos bandymų rezultatai gali skirtis, tai tik gairės, 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ų, atitinkamose skiltyse įdėsiu nuorodas į juos (jei ką praleidau, pasakykite komentaruose, pridėsiu). Taigi, tarkime, kad sulėtinate 1C. Kaip diagnozuoti problemą ir kaip suprasti, kas kaltas – administratorius ar programuotojas?

Pradiniai duomenys:

Išbandytas kompiuteris, pagrindinė jūrų kiaulytė: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. Palyginimui, palyginamus vieno sriegio testo rezultatus rodo Core i3-2100. Įranga buvo specialiai paimta ne pati naujausia, ant modernios įrangos rezultatai pastebimai geresni.

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

10 Gbit tinklui išbandyti buvo naudojami Intel 520-DA2 adapteriai.

Failo versija. (pagrindas yra serveryje bendrame aplanke, klientai yra prijungti prie tinklo, CIFS/SMB protokolas). Žingsnis po žingsnio algoritmas:

0. Pridėkite Gilev testo duomenų bazę prie failų serverio tame pačiame aplanke kaip ir pagrindinės duomenų bazės. Prisijungiame iš kliento kompiuterio, atliekame testą. Mes prisimename rezultatą.

Suprantama, kad net seniems kompiuteriams prieš 10 metų (Pentium ant 775 lizdo ) laikas nuo 1C:Enterprise etiketės spustelėjimo iki duomenų bazės lango pasirodymo turėtų būti trumpesnis nei minutė. ( Celeron = lėtas darbas).

Jei jūsų kompiuteris blogesnis nei įjungtas Pentium 775 lizdas su 1 GB RAM, užjaučiu jus ir jums bus sunku patogiai dirbti su 1C 8.2 failo versijoje. Apsvarstykite galimybę atnaujinti (seniai pavėluotai) arba pereiti prie terminalo (arba žiniatinklio, jei tai yra ploni klientai ir valdomos formos) serverį.

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

Jei Gilevo testas šiame etape parodė 30 „papūgų“ ir daugiau, tačiau 1C darbo bazė vis dar veikia lėtai – klausimai jau programuotojui.

1. Nurodymui, kiek gali "išspausti" kliento kompiuteris, patikriname tik šio kompiuterio veikimą, be tinklo. Bandomąją bazę įdėjome į vietinį kompiuterį (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. Iš naujo paleidus kompiuterį su veikiančiu ramdisku, jame turėtų būti 100-200 MB laisvos vietos. Atitinkamai, be ramdisko, normaliam laisvos atminties veikimui turėtų būti 300–400 MB.

8.3 versijos testavimui pakanka 256 MB ramdisko, tačiau reikia daugiau laisvos RAM.

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

Dažniausios klaidos šiame etape.

a) Neteisingai sukonfigūruota antivirusinė programa. Yra daug antivirusinių programų, kiekvieno parametrai yra skirtingi, galiu pasakyti tik tiek, kad tinkamai sukonfigūravus nei žiniatinklis, nei „Kaspersky 1C“ netrukdo. Su „numatytaisiais“ nustatymais – galima išsinešti apie 3-5 papūgas (10-15%).

b) Atlikimo režimas. Kažkodėl mažai žmonių į tai atkreipia dėmesį, o 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, jei Intel SpeedStep yra išjungtas, tada TurboBoost negalima įjungti).

Trumpai tariant, 1C veikimo metu labai daug laukiama atsakymo iš kitų įrenginių (disko, tinklo ir kt.). Laukiant atsakymo, jei veikimo režimas subalansuotas, procesorius sumažina savo dažnį. Atsakymas ateina iš įrenginio, 1C (procesorius) turi veikti, tačiau pirmieji ciklai vyksta sumažintu dažniu, tada dažnis pakyla - 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 C1, C1E, Intel C būsenos (C2, C3, C4) režimus. Skirtinguose biosuose jie vadinami skirtingai, bet reikšmė ta pati. Ieškokite ilgai, reikia iš naujo paleisti, bet jei tai padarėte vieną kartą, galite pamiršti. Jei BIOS viskas bus padaryta teisingai, greitis bus pridėtas. Kai kuriose pagrindinėse plokštėse BIOS nustatymus galima nustatyti taip, kad „Windows“ veikimo režimas neturėtų jokio vaidmens. (Gilevo BIOS sąrankos pavyzdžiai). Šie nustatymai daugiausia susiję su serverio procesoriais arba „išplėstiniais“ BIOS, jei jų neradote savo sistemoje ir neturite „Xeon“ – viskas gerai.

Valdymo skydelis – galia – didelis našumas. Minusas - jei kompiuteris ilgą laiką nebuvo aptarnaujamas, su ventiliatoriumi jis zvimbės stipriau, labiau įkais ir sunaudos daugiau energijos. Tai yra našumo kaina.

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

Tai yra numatytieji nustatymai. BIOS C būsena įskaitant, subalansuotos galios režimas
BIOS C būsena įskaitant, didelio našumo režimas „Pentium“ ir „Core“ galite sustoti, jūs vis tiek galite išspausti keletą "papūgų" iš Xeon
BIOS C būsena išjungti, didelio našumo režimas. Jei nenaudojate Turbo boost – taip jis turėtų atrodyti serveris sureguliuotas našumui

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

Gerbiami administratoriai, galite barti 1C, kaip 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 taip, jūs vis tiek galite legaliai gauti tam tikrą našumą. (Nenoriu liesti perkrovimo problemų, ypač serverių, darykite tai rizikuodami ir rizikuodami. Tačiau sutinku, kad autobuso greičio padidinimas nuo 133 iki 166 labai pastebimai padidina greitį ir šilumos išsklaidymą)

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 pasireiškia, kai įjungiama C būsena. Ir pasirodo kažkas panašaus į šį paveikslėlį:

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

Bet galų gale paaiškėja, kad pagal procesoriaus našumo testus variantas su daugikliu 23 yra į priekį, pagal Gilevo testus failo versijoje našumas su daugikliu 22 ir 23 yra toks pat, tačiau klientas-serveris versija, variantas su daugikliu 23 horror horror horror (net jei C būsena nustatyta į 7 lygį, ji vis tiek yra lėtesnė nei išjungus C būseną). Todėl rekomendacija, patikrinkite abu variantus patys ir išsirinkite iš jų geriausią. Bet kokiu atveju skirtumas tarp 49,5 ir 53 papūgų yra gana didelis, juolab kad tai be didelių pastangų.

Išvada – turbo boost turi būti įtrauktas. Priminsiu, 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 skydelis – Maitinimas – Didelis našumas). Ir aš vis tiek (net ir failo versijai) sustočiau ties parinktimi, kai c-state yra išjungtas, nors daugiklis ten mažesnis. Gaukite kažką panašaus...

Gana prieštaringas klausimas yra atminties dažnis. Pavyzdžiui, atminties dažnis rodomas kaip labai įtakingas. 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 priverčiame ž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 parinktyse. 8.3 rodo palyginamus rezultatus.

Skirtumas yra matavimo paklaidos ribose. Aš specialiai ištraukiau CPU-Z ekrano kopijas, kad parodyčiau, kad kiti parametrai keičiasi keičiantis dažniui, tas pats CAS latentiškumas ir RAS iki CAS delsos, o tai išlygina dažnio pokytį. Skirtumas bus tada, kai fiziškai keisis atminties moduliai, iš lėtesnio į greitesnį, bet ir ten skaičiai nėra labai reikšmingi.

2. Kai išsiaiškinome 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.), čia aš nesikoncentruosiu į šią temą. Prieš pradėdami testuoti 1C, įsitikinkite, kad iperf tarp dviejų kompiuterių rodo visą dažnių juostą (1 Gbit kortelėms - na, bent 850 Mbit, bet geriau 950-980), kad būtų laikomasi Gilevo patarimų. Tada – kaip bebūtų keista, paprasčiausias darbo testas bus vieno didelio failo (5–10 gigabaitų) kopijavimas tinkle. Netiesioginis ženklasĮprasto veikimo tinkle 1 Gbit vidutinis kopijavimo greitis bus 100 Mb/s, geras veikimas – 120 Mb/s. Noriu atkreipti jūsų dėmesį į tai, kad procesoriaus apkrova taip pat gali būti silpnoji vieta (įskaitant). SMB „Linux“ protokolas yra gana prastai lygiagretus, o veikimo metu jis gali gana lengvai „suvalgyti“ vieną procesoriaus branduolį ir jo 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) geriausiai veikia su linux ir NFS (veikia ir su SMB, bet apie NFS papūgas aukščiau). Tai, kad linijiškai kopijuojant win-linux serverį į nfs greičiau nukopijuojamas į vieną srautą, nieko nereiškia. Debian derinimas 1C yra atskiro straipsnio tema, aš tam dar nepasiruošęs, nors galiu pasakyti, kad failo versijoje aš netgi gavau šiek tiek geresnį našumą nei Win versija su ta pačia įranga, bet su postgres vartotojų virš 50 Man vis tiek viskas labai blogai.

Svarbiausias , kuris yra žinomas "sudegusiems" administratoriams, 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 diskas. Atrodo, kad visi šie keliai nukreipia į tą pačią vietą, bet 1C yra tik vienas būdas, kuris užtikrina gana stabilų veikimą. Taigi, ką reikia padaryti teisingai:

Komandinėje eilutėje (arba politikoje, ar kas jums tinka) - naudokite „DriveLetter“: \\server\share. Pavyzdys: tinklo naudojimas m:\\serveris\bazės. Aš konkrečiai pabrėžiu NE IP adresą, būtent vardas serveris. Jei serveris nematomas pagal pavadinimą, pridėkite jį prie dns serveryje arba lokaliai prie hosts failo. Tačiau apeliacija turi būti nurodyta vardu. Atitinkamai, pakeliui į duomenų bazę, pasiekite šį diską (žr. paveikslėlį).

O dabar parodysiu skaičiais, kodėl tokie patarimai. 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, paaiškėjo, kad išspaudžia tik 7,2 Gbit, vėliau pamatysiu kodėl, bandomasis serveris dar nesukonfigūruotas tinkamai). Diskai skirtingi, bet visur yra SSD (specialiai įdėtas vienas diskas testavimui, daugiau nieko neįkeliama) arba reidas iš SSD. 100 Mbit sparta gauta apribojus adapterio Intel 362 nustatymus.Nebuvo skirtumo tarp 1 Gbit varinės Intel 350 ir 1 Gbit optikos Intel X520-DA2 (gauta ribojant adapterio greitį). Maksimalus našumas, „turbo boost“ išjungtas (tik dėl rezultatų palyginimo, „turbo boost“ prideda šiek tiek mažiau nei 10%, kad rezultatai būtų geri, o blogiems rezultatams tai gali neturėti jokios įtakos). 1C versijos 8.2.19.86, 8.3.6.2076. Pateikiu ne visus skaičius, o tik įdomiausius, kad būtų su kuo palyginti.

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 įprastai sukonfigūruotas ir kelias teisingai parašytas 1C. Net pirmieji Core i3 gali duoti 40+ papūgų, o tai yra gana gerai, ir tai ne tik papūgos, realiame darbe skirtumas taip pat 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ė kompetentingai tinklo sąrankai. Pagrindiniai nustatymai – žr. Gilevą, tačiau atminkite, kad viskas gali turėti įtakos. Paspartėjo tai, kad jie pašalino (o ne tik išjungė) antivirusinę programą, pašalino protokolus, pvz., FCoE, pakeitė tvarkykles į senesnę, bet „Microsoft“ sertifikuotą versiją (ypač pigioms kortelėms, tokioms kaip asus ir dlinks), ir pašalino antroji tinklo plokštė iš serverio. Daug galimybių, apgalvotai sukonfigūruokite 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) tinkle vis tiek lengviau nustatyti nei 2008-07-08. Nuo 2008-07-08 pasiekti normalų tinklo veikimą (panašiose papūgose) pavyko tik kelis kartus, bendresniam atvejui to pakartoti negalėčiau. Daug ko nesupratau, bet, sprendžiant iš Process Explorer kojyčių, įrašas nevyksta taip, kaip 8.3.6.

Nepaisant to, kad dirbant 100Mbps tinkle jo apkrovos grafikas nedidelis (galime sakyti, kad tinklas nemokamas), darbo greitis vis tiek gerokai mažesnis nei 1 Gbps. Priežastis yra tinklo delsa.

Ceteris paribus (gerai veikiantis tinklas), skirtas 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 yra pinigų, geriau visur laikyti Intel tinklo plokštes, jei nėra pinigų, tai Intel dėti tik į serverį (savo KO). Taip, ir „Intel“ tinklo plokščių derinimo instrukcijų yra daug kartų daugiau.

Numatytieji antivirusiniai nustatymai (pavyzdžiui, drweb 10 versija) atima apie 8-10% papūgų. Tinkamai sukonfigūravus (leisti 1cv8 procesui viską daryti, nors tai nėra saugu) – greitis toks pat kaip ir be antivirusinės.

NEskaitykite Linux guru. Serveris su samba yra puikus ir nemokamas, bet jei į serverį įdėsite Win XP arba Win7 (arba dar geriau - serverio OS), tada faile 1c versija veiks greičiau. Taip, tiek samba, tiek protokolų dėklas, tinklo nustatymai ir daug daugiau debian / ubuntu yra gerai suderinti, tačiau tai rekomenduojama specialistams. Nėra prasmės įdiegti „Linux“ su numatytaisiais nustatymais ir tada sakyti, kad jis lėtas.

Gera idėja išbandyti diskus, prijungtus per tinklo naudojimą, naudojant fio . Bent jau bus aišku, ar tai yra 1C platformos, ar tinklo / disko problemos.

Vieno vartotojo variantui nesugalvoju testų (ar situacijos), kai būtų matomas skirtumas tarp 1 Gb ir 10 Gb. Vienintelė vieta, kur 10 Gbps failo versijai davė geresnių rezultatų, buvo diskų prijungimas per iSCSI, tačiau tai yra atskiro straipsnio tema. Visgi manau, kad failo versijai užtenka 1 Gbit kortelių.

Kodėl su 100 Mbit tinklu 8.3 veikia pastebimai greičiau nei 8.2 - nesuprantu, bet faktas įvyko. Visa kita įranga, visi kiti nustatymai lygiai tokie patys, tik vienu atveju testuojamas 8.2, o kitu - 8.3.

Netiuneduotas NFS win - win arba win-lin duoda 6 papūgas, neįtraukė į lentelę. Po tiuningo gavau 25, bet jis nestabilus (matuojant daugiau nei 2 vnt.). Kol kas negaliu pateikti rekomendacijų dėl langų ir NFS protokolo naudojimo.

Po visų nustatymų ir patikrinimų testą paleidžiame dar kartą iš kliento kompiuterio, džiaugiamės pagerėjusiu rezultatu (jei pavyko). Jei rezultatas pagerėjo, yra daugiau nei 30 papūgų (o ypač daugiau nei 40), vienu metu dirba mažiau nei 10 vartotojų, o veikianti duomenų bazė vis tiek sulėtėja - beveik neabejotinai programuotojo problema (arba jau pasiekė failo versijos galimybių viršūnę).

terminalo serveris. (pagrindas yra serveryje, klientai prisijungę prie tinklo, RDP protokolas). Žingsnis po žingsnio algoritmas:

0. Pridėkite Gilev testo 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 pagrindinį vaidmenį paprastai atlieka procesorius (suprantama, kad nėra akivaizdžių trūkumų, tokių kaip atminties trūkumas ar didžiulis nereikalingos programinės įrangos kiekis).

2. Tinklo plokščių nustatymas terminalo serverio atveju praktiškai neturi įtakos 1s veikimui. Jei norite suteikti „ypatingą“ komfortą, jei jūsų serveris išduoda daugiau nei 50 papūgų, galite žaisti su naujomis RDP protokolo versijomis, kad būtų patogiau naudotojams, greičiau reaguotų ir slinktų.

3. Aktyviai dirbant daugybei vartotojų (o čia jau galima bandyti prie vienos bazės prijungti 30 žmonių, jei tik bandysite), labai pageidautina įdiegti SSD diską. Kažkodėl manoma, kad diskas ne itin veikia 1C veikimą, tačiau visi testai atliekami įjungus valdiklio talpyklą rašymui, o tai neteisinga. Bandymų bazė maža, telpa talpykloje, taigi ir dideli skaičiai. Tikrose (didelėse) duomenų bazėse viskas bus visiškai kitaip, todėl talpykla testams išjungta.

Pavyzdžiui, aš patikrinau Gilevo testo darbą 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 8.3.6 versijoje duoda 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).

Įtraukta RAID valdiklio talpykla panaikina visus skirtumus tarp diskų, numeriai yra vienodi tiek sat, tiek sas. Bandymas naudojant nedidelį duomenų kiekį yra nenaudingas ir nėra rodiklis.

8.2 platformoje SATA ir SSD parinkčių našumo skirtumas yra daugiau nei dvigubai. Tai nėra rašybos klaida. Jei pažvelgsite į našumo monitorių bandydami SATA diskus. tada aiškiai matomas "Aktyvaus disko laikas (%)" 80-95. Taip, jei įjungsite pačių diskų rašymo talpyklą, greitis padidės iki 35, jei įjungsite RAID valdiklio talpyklą - iki 49 (nepriklausomai nuo to, kokie diskai šiuo metu yra testuojami). Bet tai yra sintetinės talpyklos papūgos, realiame darbe su didelėmis duomenų bazėmis niekada nebus 100% rašymo talpyklos pataikymo koeficiento.

Kad failo versija veiktų, pakanka net pigių SSD (išbandžiau Agility 3) greičio. Rašymo resursas yra kitas reikalas, čia reikia žiūrėti kiekvienu konkrečiu atveju, aišku, kad Intel 3700 bus eilės tvarka didesnis, bet ten kaina atitinka. Ir taip, aš suprantu, kad bandydamas SSD diską, aš taip pat daugiau testuoju šio disko talpyklą, realių rezultatų bus mažiau.

Pats teisingiausias (mano požiūriu) sprendimas būtų 2 SSD diskus skirti veidrodiniam reidui failų bazei (ar kelioms failų bazėms), o daugiau nieko ten nedėti. Taip, su veidrodžiu SSD diskai susidėvi taip pat, ir tai yra minusas, bet jie bent kažkaip yra apdrausti nuo valdiklio elektronikos klaidų.

Pagrindiniai SSD diskų privalumai failo versijai išryškės, kai duomenų bazių bus daug ir kiekvienoje jų bus keli vartotojai. Jei yra 1-2 bazės, o vartotojų - apie 10, tada pakaks SAS diskų. (bet bet kuriuo atveju – pažiūrėkit į šių diskų įkėlimą, 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ėl jūsų KO).

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 kaltas lėtas pagrindinės darbo duomenų bazės veikimas, greičiausiai programuotojas.

Jei Gilevo testas rodo mažus skaičius, o turi ir procesorių su aukštu dažniu, ir greitus diskus, tai čia administratoriui reikia paimti bent perfmoną, ir visus rezultatus kažkur įrašyti, ir žiūrėti, stebėti, daryti išvadas. Nebus galutinio patarimo.

Kliento-serverio parinktis.

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

Bandymui pasirinkau skirtingas serverio parinktis ir tinklus tarp jų, kad parodyčiau pagrindines tendencijas.

Panašu, kad apsvarsčiau visus įdomius variantus, jei domina dar kažkas - rašykite komentaruose, pabandysiu tai padaryti.

SAS saugykloje veikia lėčiau nei vietiniai SSD, nors saugyklos talpyklos dydis yra didelis. SSD ir vietinės bei saugojimo sistemos Gilev bandymui veikia panašiu greičiu. Nežinau jokio standartinio daugiasriegio testo (ne tik įrašų, bet ir visos įrangos), išskyrus apkrovą 1C 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ą (nieko stebėtino).

Dažnio padidinimas SQL serveryje tikrai duoda efektą, bet ne tokį patį, kaip 1C serveryje, MS SQL serveris puikiai gali (jei to paprašys) naudoti kelių branduolių ir laisvos atminties.

Pakeitus tinklą tarp 1C ir SQL nuo 1 Gb/s iki 10 Gb/s, gaunama apie 10 % papūgų. Tikėjosi daugiau.

Bendrosios atminties įjungimas vis tiek suteikia efektą, nors ir ne 15%, kaip aprašyta. Būtinai tai padarykite, tai greita ir paprasta. Jei diegimo metu kas nors suteikė 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 serverio pavadinimas\pavyzdžio pavadinimas. zz-testas\zztestas. (Priešingu atveju atsiras DBVS klaida: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: Bendrai naudojamos atminties biblioteka, naudojama prisijungti prie SQL Server 2000, nerasta. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSTATSEVr =08001, būsena = 1, sunkumas = 10, gimtoji = 126, eilutė = 0).

Naudotojams, jaunesniems nei 100, vienintelis dalykas, kurį reikia padalyti į du atskirus serverius, yra Win 2008 Std (ir senesnių versijų) licencija, kuri palaiko tik 32 GB RAM. Visais kitais atvejais 1C ir SQL tikrai turėtų būti įdiegti tame pačiame 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?)

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

Subalansuoto veikimo režimas yra blogas. Rezultatai gerai sutampa su failo versija.

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

1. Suplanuotų ir foninių užduočių nustatymas;
2. Klaidų diagnostika ir šalinimas infobazėje, kuri turi duomenų saugojimo failo formatą;
3. Pradėti viso teksto paieškos indeksavimą 1C arba iš viso jį išjungti;
4. Duomenų bazės paleidimas naujausiose platformose 8.3.8;
5. Paleisti Thin Client;
6. Padidinti dokumentų persiuntimo greitį, kai antivirusinė programa išjungta;
7. Vykdyti sumų perskaičiavimą ir eilės nustatymą;
8. Vykdykite duomenų bazės testavimą ir taisymą, patikrinkite naudodami chdbfl.exe įrankį;
9. Jei konfigūracija nėra tipinė, ty modifikuota konkrečios organizacijos programuotojų, atlikite konfigūracijos patikrinimą;
10. Išjungti nereikalingus funkcinius režimus;
11. Nustatykite vartotojo teises;
12. bazinė konvoliucija;
13. 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. Suplanuotų ir foninių užduočių nustatymas

Atidarykite suplanuotų ir foninių užduočių sąrašą: Žr. Administravimas – Pagalba ir priežiūra – Suplanuotos operacijos – Suplanuotos ir foninės užduotys:

Paleidus 1C 8.3 programą, automatiškai paleidžiamos foninės užduotys ir atliekamos suplanuotos užduotys puiki suma išteklių ir sulėtinti programą. Todėl būtina išanalizuoti buhalterių darbą ir nustatyti, kurias fonines užduotis palikti autorun, o kurias išjungti.

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

Paveikslėlyje parodytas atliktų foninių darbų sąrašas:

Pavyzdžiui,

• Programa 1C 8.3 Įvairių klasifikatorių atnaujinimo apskaita nuolat prijungiama prie svetainės;
• 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

Išsamiai apsvarstykime, 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. Suplanuokite suplanuotas užduotis

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 pašalinimas

1 žingsnis.

Sukuriame atsarginę duomenų bazės kopiją.

2 žingsnis

Mes pradedame procedūrą. Norėdami tai padaryti, atidarykite konfigūratorių ir paleiskite informacijos bazės testavimo ir taisymo procedūrą: Žr. Administravimas – testavimas ir taisymas. Pasirinkite informacijos bazės patikras ir režimus:

Išsamiau apsvarstykite 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 nuorodinio vientisumo tikrinimas – duomenų bazės loginio vientisumo tikrinimas, siekiant aptikti „nutrūkusias“ nuorodas;
• Sumų perskaičiavimas - kaupiamųjų registrų lentelių sumų perskaičiavimas;
• Informacinės bazės lentelių suspaudimas – sumažina duomenų bazės dydį po testavimo ir taisymo;
• Infobase lentelių restruktūrizavimas – optimizuoja duomenų bazės struktūrą naudodamas pagalbinius failus, kad padidintų stabilumą ir našumą.

Jei informacijos bazės nuorodos vientisumo tikrinimo režimu pasirenkame Testavimo ir taisymo procedūros variantą, tada tampa prieinami duomenų bazės klaidų tvarkymo nustatymų elementai:

• Pastraipa Kai yra nuorodų į neegzistuojančius objektus reiškia, kad aptikus "nutrūkusias" nuorodas, ji apdoros nuorodas naudodama pasirinktą parinktį;
• Pastraipa Su daliniu objekto duomenų praradimu reiškia, kad likusių duomenų pakanka atkurti kurio nors objekto duomenis.

1C informacijos bazės testavimo ir taisymo procedūrą galima atlikti tik išskirtiniu režimu.

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

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

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

Pavyzdžiui, išlaidų ataskaitos dokumentuose turite nustatyti viso teksto paiešką.

1 žingsnis.

2 žingsnis

Atidarykite dokumentą Išankstinė ataskaita: meniu Konfigūratorius - Atidaryti konfigūraciją.

3 veiksmas

Eilutėje Viso teksto paieška pasirinkite elementą Naudoti: Išankstinė ataskaita - Įvesties laukas - Viso teksto paieška:

4 veiksmas

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

5 veiksmas

Atidarykite nustatymą ir atnaujinkite indeksą naudodami mygtuką Atnaujinti rodyklę:

4 būdas: paleiskite duomenų bazę naujausiose platformose 8.3.8

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

1C specialistai pagerino apkrovos paskirstymą:

• Galite tiksliau valdyti serverio darbuotojo procesų sunaudojamos atminties kiekį, o tai gali padidinti klasterio atsparumą neatsargiams vartotojo veiksmams.
• Informacinių bazių restruktūrizavimas fone. Ši nauja galimybė sumažina sistemos prastovos laiką, reikalingą programų sprendimams atnaujinti.
• 8.3 platformos versija gavo naują programos sąsają „Taxi“, patogesnę ir intuityvesnę su nauju ryškiu dizainu. Patobulintos programos naršymo parinktys. Vartotojas gali savarankiškai pritaikyti savo darbo vietą, įdėdamas plokštes skirtingose ​​ekrano vietose. Naujas eilutės po eilutės įvesties mechanizmas žymiai pagreitina duomenų gavimą. Norėdami gauti daugiau informacijos apie naujas „1C 8.3 Accounting Taxi“ sąsajos funkcijas, žiūrėkite mūsų vaizdo įrašą:

5 būdas. Paleidimas plonajame kliente

Darbas plonojo kliento režimu galimas tik valdomų programų režimu. Plonojo kliento režimu visi veiksmai atliekami serveryje, vartotojui rodomas tik gautos informacijos ekranas. Šis veikimo režimas nereikalauja didelių tiek sistemos, tiek ryšio kanalo resursų.

6 būdas: pakeiskite antivirusinę programinę įrangą

Jei yra „Avast“ ar „Kaspersky“ antivirusinė programa, patartina ją pakeisti kita. Patirtis rodo, kad kai kada išjungus antivirusinę programą, dokumentų pakartotinio paskelbimo greitis padidėja, nes antivirusinės programos užima kompiuterio išteklius.

7 būdas. Duomenų bazės testavimas ir taisymas, tikrinimas naudojant chdbfl.exe įrankį

Būtina atlikti pagrindo testavimą ir taisymą, prieš tai padarius kopiją.

1 veiksmas. Duomenų bazės kopijos kūrimas

Kaip sukurti 1C 8.3 atsarginę kopiją, žr. šią vaizdo įrašo mokymo programą:

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 technologinės platformos aplanke „bin“, pavyzdžiui: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Patikrinimą atliekame naudodami chdbfl.exe įrankį:

3 veiksmas. Atlikite pagrindo testavimą ir tvirtinimą

Paleiskite 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 skirtuke Atkurti sekas ir spustelėkite Atkurti arba Atkurti viską:

8 būdas. Jei konfigūracija nėra tipiška, patikrinkite konfigūraciją

Jei konfigūracija nėra tipinė, tai yra, programuotojų modifikuota konkrečiai organizacijai, mes patikriname konfigūraciją.

1 žingsnis.

Paleiskite programą konfigūratoriaus režimu.

2 žingsnis

Atidaryti 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

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

10 būdas. Nustatykite 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 programos valdomų formų rūšiavimo laikas atidarant dokumentų sąrašą, tai yra, kuo mažiau nereikalinga valdomoje sąsajoje, tuo greičiau ji veikia:

11 būdas. Disko defragmentavimas su failų baze

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

Pasirinkę standųjį diską, dešiniuoju pelės mygtuku spustelėkite, kad iškviestumėte komandą Properties:

Skirtuke Įrankiai pasirinkite Disko optimizavimas ir defragmentavimas:

12 metodas. Pagrindo konvoliucija

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

1 veiksmas. Sukurkite duomenų bazės kopiją

2 žingsnis. Atliekame pagrindo konvoliucijos procedūrą 1C 8.3

Skyrius Administravimas – Paslauga – Informacijos bazės suvestinė.

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

Išleidus 8.2 platformą, daugelis vartotojų pastebėjo, kad sumažėjo programos greitis, pailgėjo reakcijos laikas spustelėjus nuorodas, o ataskaitos pradėjo generuoti lėčiau. Tiesą sakant, 1s neveikė lėčiau, tiesiog tobulėjant technologijoms atsiranda daug papildomų funkcijų, kurių reikia ne visiems. Tačiau turime gerų naujienų – visos šios funkcijos gali būti išjungtos vartotojo nuožiūra ir pageidavimu. Pažvelkime į visas priežastis, kodėl 1C gali veikti nepatenkinamu greičiu.

Programos pagreitis 1C pavyzdžiu: Apskaita

Pirmas dalykas, kurį padarysime, yra išjungti viso teksto paieškos mechanizmą.

1. Einame į mūsų programą 1C apskaita;
2. Viršutiniame kairiajame kampe spustelėkite rodyklę žemyn, pasirinkite -> "Paslauga" -> "Parinktys". Kaip parodyta ekrano kopijoje;
   
3. Pažymėkite varnelę langelyje „Rodyti komandą“ Visos funkcijos“. Kaip parodyta ekrano kopijoje;
4. Vėlgi, viršutiniame kairiajame kampe spustelėkite rodyklę žemyn, pasirinkite „Visos funkcijos“, kaip parodyta ekrano kopijoje;
5. Slenkame sąrašą iki pat apačios, objektų medyje dukart spustelėkite pelę, pasirinkite „Standartinis“ -> „Viso teksto paieškos valdymas“;
6. Spustelėkite mygtuką „Išjungti“, tokiu būdu išjungiame viso teksto paieškos mechanizmą;
   

Viso teksto paieška išjungta, dabar reikia išjungti nereikalingas suplanuotas užduotis:

1. Naršymo skydelyje, kaip parodyta ekrano kopijoje, eikite į skirtuką „Administravimas“, ten pasirinkite „Įprastos ir foninės užduotys“. Jei trūksta elemento „Įprastos ir foninės užduotys“, žiūrėkite viršutiniame dešiniajame kampe, spustelėkite nuorodą „Navigacijos nustatymai“
2. Naršymo nustatymų skydelyje kairiajame stulpelyje randame ir pasirenkame „Įprastos ir foninės užduotys“, spustelėkite mygtuką „Pridėti“, tada „Gerai“, kaip parodyta paveikslėlyje.
3. Taigi, eikite į „Įprastos ir foninės užduotys“, kaip parodyta 1 dalyje;
4. Norėdami išjungti suplanuotą užduotį, dešiniuoju pelės mygtuku spustelėkite jos pavadinimą ir pasirinkite Išjungti;
5. Jei norite, galite išjungti visas suplanuotas užduotis ir sistema veiks gerai. Nerekomenduojame išjungti buhalterio monitoriaus.

Garantuojama, kad šie veiksmai padidins 1C greitį ir sistemos veikimą. Užšalimai bus pašalinti, programos įkėlimo laikas žymiai sutrumpės.

Priežastys, dėl kurių sumažėjo darbo greitis 1C

• Nesąžiningų programuotojų modifikuotų programų naudojimas. Viena iš priežasčių gali būti programinės įrangos patobulinimų kokybė;
• Klaidos programos nustatymuose;
• Klaidos įrangos nustatymuose;
• Klaidos išorinės programinės įrangos, serverio nustatymuose;

1C sistema šiandien yra viena iš pagrindinių įrankių valdant mažas ir vidutines įmones. Paprastai visi organizacijos darbuotojai turi prieigą prie programos. Taigi, jei 1C pradeda lėtėti arba dirbti lėtai, tai daro didelę įtaką verslo eigai. Apsvarstykite, kaip galite patys pagreitinti ir optimizuoti darbą 1C.

Optimizavimas su 1C atnaujinimu

Naujos 1C versijos visada veikia sėkmingiau ir greičiau, todėl būtinai sekite atnaujinimus. Apskaitą rekomenduojama atnaujinti kuo dažniau. Ypač kai yra reguliuojamų ataskaitų teikimo versijos.

Daugelis jau seniai naudojasi galimybe automatiškai atnaujinti programą. Nors ši problema lengvai išspręsta rankiniu būdu naudojant 1s Enterprise 8.3, jos atnaujinimas nesukels problemų.

Pirmiausia reikia atsisiųsti naujausią šiuo metu naudojamos platformos versiją. Tai atliekama naudojant ITS diską arba žiniatinklio sąsają, kur jie nuolat palaiko tokios programos kaip 1s Enterprise 8.3, kurios konfigūracijos naujinimas taip pat yra oficialiai pateiktas, naudotojams.

Pastaruoju atveju archyvas su atnaujinimo duomenimis atsisiunčiamas atskirai. Jo išpakavimas vyksta bet kuriame aplanke, kuris vartotojui laikomas patogiausiu. Po to turite paleisti .exe failą. Kitame lange tiesiog spustelėkite mygtuką „Kitas“.

Atsiras kitas puslapis. Jame vartotojas pasirenka kelią, kuriuo bus baigtas diegimas. Tačiau šis žingsnis rekomenduojamas tik pažengusiems asmeninio kompiuterio savininkams. Daugeliui problemų išspręsti dažniausiai pakanka numatytųjų funkcijų. Pagal numatytuosius nustatymus šiuo atveju nurodomas vienas aplankas, kuriame visi naujinimai įdiegiami vienu metu. Tai daug patogiau nei tada, kai galutiniai keliai skiriasi. Tiesiog keletą kartų spustelėjame mygtukus „Kitas“ programoje „1s Enterprise 8.3“, kurios konfigūracijos atnaujinimas turėtų įvykti greitai.

Lieka tik paskutinis mygtukas, kuris siūlo „Įdiegimas“.

Kaip pagreitinti 1C, jei platforma sulėtėja

Dažniausiai problemos kyla dėl to, kad viename iš etapų sumažėja atlikėjo dėmesio koncentracija. Čia svarbu teisingai pasirinkti paties atnaujinimo schemą, tik tokiu atveju nesusidursime su problema, kai atnaujinimo metu užšąla 1s.

7.7 versijos atnaujinimas

Yra keletas konfigūracijų tipų. Atsižvelgiant į tai, pasirenkama tolesnių veiksmų eiga.

• Įprasta – šiuo atveju daroma prielaida, kad atnaujinimas taip pat atliekamas reguliuojamoms ataskaitoms teikti.
• Tipiškos pramonės konfigūracijos – daugeliu atžvilgių primena ankstesnes parinktis. Svarbu iš anksto perskaityti kūrėjo pateiktas instrukcijas. Priešingu atveju negalėsite išsiaiškinti, kodėl 1s 8.3 sugenda atnaujinant.
• Modifikuotas standartas – vartotojas visada turi galimybę pats modifikuoti aplikaciją taip, kad ji atitiktų esamus poreikius. Kitas funkcionalumo išplėtimo variantas yra perėjimas prie naujų platformų. Pavyzdžiui, 8 versija.

Apie 8.0 ir 8.1 versijas

8.0 platforma šiuo metu pašalinama iš palaikymo. Nauji bendri dizainai veiks tik naudojant naujausias versijas. Tik reikia nepamiršti, kad visi tarpiniai leidimai perduodami be nesėkmių. Priešingu atveju yra didelė tikimybė tiesiog prarasti informaciją. Arba susidursite su situacija, kai 1s užstringa atnaujinant konfigūraciją.

Gali būti, kad įvedama nauja standartinė konfigūracija, o tada į ją perkeliami likučiai iš senų infobazių.

Kalbant apie 8.1 versiją, yra keletas būdų, kaip ją atnaujinti:

1. rankiniu būdu;
2. automatiniu režimu;
3. kreiptis į šios srities paslaugas teikiančių įmonių specialistus.

Darbas su nestandartinėmis arba modifikuotomis versijomis

Iš pradžių bet kokia konfigūracija reiškia tipinius pokyčius. Ji nustoja tokia būti, jei įmonėje atliekami tam tikri pakeitimai. Pavyzdžiui, diegimo metu. Yra dvi klasės, kurios išsiskiria iš netipinių konfigūracijų:

1. pasikeitė;
2. sukurtas nuo nulio, atsižvelgiant į konkrečios įmonės poreikius.

Kartais vartotojams aktyviai platinama antros klasės konfigūracija. Tada jis priklauso standartui. Tiesiog gamintoju laikomas ne pats 1C, o įmonė, sukūrusi naują versiją.

Konfigūracijų aktualumą galima išlaikyti šiais veiksmais:

• Klaidų taisymas.
• Funkcinis išplėtimas.
• Tobulinimas.
• Keisti 1s 8.3, konfigūracija neatnaujinama esant aptarnavimo klaidoms.

Diegimo procesas gali užtrukti skirtingą laiką, priklausomai nuo šiuo metu naudojamo interneto greičio. Atskirame lange vartotojas pasirenka, ar atnaujinti darbą baigus, ar iš karto. Pasirinkę pastarąją parinktį, turite įsitikinti, kad niekas kitas neveikia su programa. Pats procesas apima išskirtinio režimo naudojimą programoje 1c Enterprise 8.3, Paskutiniai pakeitimai ne išimtis.

• Reikia atsiminti, kad ne visos leidimo versijos gali atitikti dabartinę konfigūraciją.
• Jei atnaujinimai nebuvo atlikti ilgą laiką, gali tekti vienu metu atsisiųsti kelis failus ar archyvus.
• Sąraše nesunku suprasti, kuri 1s Enterprise 8.3 versija reikalinga, atnaujinimą pasirenka pats vartotojas.

Kai procesas baigiasi, patį konfigūratorių galima uždaryti. Būtent šis režimas dažniausiai naudojamas, jei reikia atnaujinti. Tai patogu, automatizuoja beveik visą procesą. Kai kitą kartą paleisite ją pirmą kartą, galite pamatyti pranešimą, kad platforma yra pasenusi. Ir kad šiuo metu jo naudoti nerekomenduojama.

Papildomos stabdymo priežastys

Jei programa atnaujinama teisingai ir be klaidų, 1C vis tiek sulėtėja, priežastis gali būti tokia:

• Antivirusinė - jei teisingai sukonfigūruota, nė viena antivirusinė sistema netrukdys, tačiau, jei naudosite gamyklinius nustatymus, 1C našumas gali sumažėti 5–10%. Galite optimizuoti antivirusinę programą naudodami papildomus nustatymus pašalindami fono režimą (jei būtina).
• Kompiuterio parametrai - dažnai nepakankamai galingi kompiuteriai smarkiai sumažina 1C našumą. Ypatingas dėmesys turėtų būti skiriamas vaizdo plokštei, operacinei sistemai ir procesoriui.

Tokie metodai žymiai optimizuos ir pagreitins bet kurios įmonės ar įmonės darbą 1C, o po to programos našumas žymiai padidės.

Siųsti šį straipsnį į mano paštą

Laikui bėgant, daugelis 1C vartotojų pastebi, kad sistema pradeda veikti lėčiau ir tampa vis „klaidingesnė“ net naudojant tipines „out of the box“ konfigūracijas.

Pagrindiniai vartotojų skundai:

Dokumentai pradėti tvarkyti pamažu

Ataskaitų generavimas užtrunka per ilgai

Programa užstringa dažniau

Pažįstami skundai, tiesa?

Pabandykime suprasti pagrindinius našumo pablogėjimo veiksnius ir rasti sprendimus.

Sena įranga

Visų pirma, pašaliname aparatinės įrangos problemų galimybę.

Norėdami tai padaryti, turite patikrinti 1C 8.3 aparatūros reikalavimus

Tai galima padaryti oficialioje svetainėje http://1c.ru/rus/products/1c/predpr/compat/hard/demand.htm

Nesvarbi platforma

Kai kurie vartotojai nemėgsta dar kartą atnaujinti konfigūracijos, manydami, kad ankstesnės versijos yra stabilesnės. Deja, toks konservatyvumas gali būti žalingas: kūrėjai reguliariai atnaujina platformą, taiso kodo klaidas ir optimizuoja mechanizmus, todėl pasenusios versijos naudojimas (su dideliu leidimų atsilikimu) gali neigiamai paveikti našumą.

Prastas serverio veikimas

Galima padidinti našumą redaguojant SQL ir 1C: Enterprise serverių nustatymus.

Norėdami tai padaryti, išjunkite visas BIOS parinktis, kad taupytumėte procesoriaus energiją ir nustatytumėte maksimalų našumą. Tai patogu padaryti, pavyzdžiui, naudojant „PowerSchemeEd“ įrankį.

Retai naudojamos paslaugos turėtų būti išjungtos. Šios paslaugos apima viso teksto paieškos ir integravimo paslaugas.

Nepamirškite nustatyti maksimaliai serveriui skiriamos atminties kiekio. Tai reikalinga, kad SQL serveris turėtų laiko iš anksto išvalyti atmintį, kontroliuodamas užpildymą.

Arba galima perjungti 1C paslaugą į derinimo režimą. Tai dar labiau padidina 1C optimizavimą.

Didelė duomenų bazė

Kai dirbate, laikui bėgant bet kurios duomenų bazės apimtis didėja. Todėl nepamirškite apie reguliarią profilaktinę sistemos priežiūrą. Tai padaryti patogu naudojant standartinį „Infobazės testavimas ir taisymas“ įrankį.

Šis įrankis padės optimizuoti duomenų bazę restruktūrizuojant ir perindeksuojant. Norėdami naudoti apdorojimą, turite būti konfigūravimo režimu. Apdorojimas atrodo taip:

Neteisingas fono ir suplanuotų užduočių nustatymas

Patartina kasdien defragmentuoti indeksus ir atnaujinti statistiką, nes sumažėjus indekso fragmentacijai, 1C optimizavimas gerokai sumažėja.

Tuo pačiu dažnumu pageidautina defragmentuoti ir atnaujinti statistiką. Operacija atliekama greitai, jos įgyvendinimui nebūtina atjungti aktyvių vartotojų, o efektyvus 1C pagreitis nuo naudojimo įrodytas.

Pilnas pakartotinis indeksavimas atliekamas, kai duomenų bazė yra užrakinta. Tai ilgesnis procesas, tačiau jį reikia atlikti bent kartą per savaitę kartu su defragmentavimu ir statistikos atnaujinimu.

Neteisinga sąveika su kita programine įranga

Be to, 1C:Enterprise veikimo problema gali būti susijusi su kita iš anksto įdiegta programine įranga.

Dažniausiai tai yra antivirusinės programos su neteisingais nustatymais. Atitinkamai, norint užtikrinti tinkamą 1C veikimą, būtina patikrinti naudojamos antivirusinės programos nustatymus. Pavyzdžiui, „Kaspersky“ nustatymai pateikiami oficialioje svetainėje https://support.kaspersky.ru/general/compatibility/11683

Nestabilus ryšio kanalas

Dažniausiai ši problema aktuali dirbant 1C per WEB sąsają arba nuotolinį darbalaukį. Jei įmonė naudoja nuotolinę prieigą, tuomet būtina patikrinti ryšio kanalo veikimą.

Pagreitis 1C vartotojo režimu

Laimei, šiuolaikiniuose pristatymuose 1C optimizavimas ir pagreitis taip pat atliekamas vartotojo režimu.

Skirtuke „Palaikymas ir priežiūra“ (skyris „Administravimas“) yra platus funkcijų, kurios padidina 1C pagreitį, sąrašas:

Nenaudojamų suplanuotų užduočių automatinio paleidimo išjungimas;

Išjungti viso teksto paiešką;

Duomenų bazės sukūrimas už praėjusį laikotarpį;

Pažymėtų objektų trynimas;

1C optimizavimas

Žinoma, 1C optimizavimas ir pagreitis pasiekiamas ne tik nurodytais metodais, todėl patarimų sąrašas nėra panacėja, o gali suteikti tik bendrą vaizdą apie galimybę pagerinti darbą.

Dažnai dėl duomenų bazių problemų reikia pasitelkti kvalifikuotus specialistus, todėl visada galite kreiptis patarimo.