Automatiseerimise näpunäited. Failide andmebaasipidurid – kuidas vältida (viimaste kogemuste põhjal) 1s 8.3 on väga aeglane
1C-süsteem on tänapäeval üks peamisi tööriistu väikeste ja keskmise suurusega ettevõtete juhtimiseks. Programmile on reeglina juurdepääs kõigil organisatsiooni töötajatel. Seega, kui 1C hakkab aeglustuma või aeglaselt töötama, mõjutab see oluliselt äritegevust. Vaatame, kuidas saate ise 1C-s tööd kiirendada ja optimeerida.
Optimeerimine 1C värskenduse abil
1C uued versioonid töötavad alati edukamalt ja kiiremini, seega on värskenduste jälgimine hädavajalik. Soovitatav on uuendada oma raamatupidamisdokumente nii sageli kui võimalik. Eriti kui avaldatakse reguleeritud aruandluse versioonid.
Paljud inimesed on pikka aega kasutanud programmi automaatse värskendamise võimalust. Kuigi seda probleemi saab 1C Enterprise 8.3 jaoks hõlpsasti käsitsi lahendada, ei põhjusta selle värskendamine probleeme.
Esimene samm on alla laadida praegu kasutatava platvormi uusim versioon. Seda tehakse kas ITS-ketta või veebiliidese kaudu, kus nad pakuvad pidevat tuge selliste programmide kasutajatele nagu 1c Enterprise 8.3, mille konfiguratsioonivärskendust pakutakse ka ametlikult.
Viimasel juhul laaditakse värskendusandmetega arhiiv eraldi alla. See pakitakse lahti igasse kausta, mida peetakse kasutaja jaoks kõige mugavamaks. Seejärel peate käivitama faili .exe. Järgmises aknas klõpsake lihtsalt nuppu "Järgmine".
Ilmub teine leht. Sellel valib kasutaja tee, mille kaudu installimine lõpetatakse. Kuid seda sammu soovitatakse ainult kogenud personaalarvutiomanikele. Vaikefunktsioonidest piisab enamiku probleemide lahendamiseks. Vaikimisi on sel juhul määratud üks kaust, kuhu kõik värskendused korraga installitakse. See on palju mugavam kui siis, kui viimased teed on erinevad. Klõpsame lihtsalt programmis 1c Enterprise 8.3 mitu korda nuppu "Järgmine", mille konfiguratsiooni tuleks kiiresti värskendada.
Alles jääb ainult viimane nupp, mis pakub "Install".
Kuidas kiirendada 1C, kui platvorm on aeglane
Probleemid tulenevad enamasti sellest, et ühel etapil esineja tähelepanu kontsentratsioon väheneb. Siin on oluline valida õige värskendusskeem, ainult sel juhul ei teki me probleemi, kui 1c külmub värskendamise ajal.
Versiooni 7.7 värskendus
Konfiguratsioone on mitut tüüpi. Sõltuvalt sellest valitakse edasiste toimingute käik.
- Standard – sellisel juhul eeldatakse, et uuendus viiakse läbi ka reguleeritud aruandluse jaoks.
- Tüüpilised tööstusharu konfiguratsioonid meenutavad suuresti varasemaid valikuid. Oluline on eelnevalt läbi lugeda arendaja antud juhised. Vastasel juhul ei saa te aru, miks 1C 8.3 jookseb värskenduse ajal kokku.
- Muudetud standard – kasutajal on alati võimalus rakendust ise muuta nii, et see vastaks hetkevajadustele. Teine võimalus funktsionaalsuse laiendamiseks on kolimine uutele platvormidele. Näiteks versioon 8.
Teave versioonide 8.0 ja 8.1 kohta
Praegu eemaldatakse platvorm 8.0 juba toest. Uued standardarendused töötavad ainult uusimate versioonide kasutamisel. Peate lihtsalt meeles pidama, et kõik vahepealsed väljaanded valmivad tõrgeteta. Vastasel juhul on suur tõenäosus lihtsalt teabest ilma jääda. Või tekib olukord, kus 1c hangub konfiguratsiooni värskendamisel.
Võimalus on võimalik, kui võetakse kasutusele uus standardkonfiguratsioon ja seejärel kantakse sinna üle jäägid vanadest infoandmebaasidest.
Mis puutub versiooni 8.1, siis saate seda värskendada mitmel viisil.
- käsitsi;
- automaatrežiimis;
- võtta ühendust selles valdkonnas teenuseid pakkuvate ettevõtete spetsialistidega.
Töötamine mittestandardsete või muudetud versioonidega
Esialgu viitab mis tahes konfiguratsioon standardsetele arendustele. See lakkab olemast, kui ettevõttes tehakse teatud muudatusi. Näiteks paigaldamise ajal. Mittestandardsete konfiguratsioonide hulgas on kaks klassi:
- muutunud;
- loodud nullist, võttes arvesse konkreetse ettevõtte vajadusi.
Mõnikord levitatakse kasutajate vahel aktiivselt teise klassi konfiguratsiooni. Siis peetakse seda tüüpiliseks. Asi on selles, et tootjaks ei peeta 1C ennast, vaid uue versiooni loonud ettevõtet.
Konfiguratsioone saab ajakohasena hoida järgmiste toimingute abil.
- Veaparandus.
- Funktsionaalsuse laiendamine.
- Parandamine.
- Muuda 1s 8.3, hooldustõrgete korral konfiguratsiooni ei värskendata.
Installiprotsess võib võtta erinevaid aegu olenevalt Interneti-kiirusest, millega seda praegu kasutate. Eraldi aknas valib kasutaja, kas uuendada pärast töö lõpetamist või kohe. Viimase valiku puhul peate veenduma, et keegi teine rakendusega ei tööta. Protsess ise hõlmab eksklusiivse režiimi kasutamist rakenduses 1c Enterprise 8.3, viimane värskendus pole erand.
- Peame meeles pidama, et mitte kõik väljalaske versioonid ei pruugi praeguse konfiguratsiooni jaoks sobida.
- Kui värskendusi pole pikka aega tehtud, peate võib-olla alla laadima mitu faili või arhiivi korraga.
- Loendis on lihtne aru saada, millist 1C Enterprise 8.3 versiooni on vaja, värskenduse valib kasutaja.
Kui protsess on lõppenud, saab konfiguraatori enda sulgeda. Seda režiimi kasutatakse kõige sagedamini värskenduse vajaduse korral. See on mugav ja automatiseerib peaaegu kogu protsessi. Selle esmakordsel käivitamisel võib ilmuda teade, mis näitab, et platvorm on aegunud. Ja et seda ei soovita praegusel hetkel kasutada.
Täiendavad pidurdamise põhjused
Kui programmi värskendatakse õigesti ja vigadeta, aeglustub 1C siiski, võib põhjus olla järgmine:
- Viirusetõrje - kui see on õigesti konfigureeritud, ei sega ükski viirusetõrje süsteemi, kuid tehaseseadete kasutamisel võib 1C jõudlus väheneda 5–10%. Saate oma viirusetõrjet optimeerida lisaseadete abil, eemaldades taustarežiimi (kui see on hädavajalik).
- Arvuti parameetrid - sageli ebapiisavalt võimsad arvutid põhjustavad 1C jõudluse märkimisväärset langust. Erilist tähelepanu tuleb pöörata videokaardile, operatsioonisüsteemile ja protsessorile.
Sellised meetodid optimeerivad ja kiirendavad oluliselt mis tahes ettevõtte või ettevõtte tööd 1C-s, mille järel programmi jõudlus suureneb märkimisväärselt.
Kuidas 1C kiirust ja kasutusmugavust suurendadaFoto autor: Alena Tulyakova, uudisteagentuur “Clerk.Ru”
Artiklis selgitatakse välja peamised vead, mida algajad 1C administraatorid teevad, ja näidatakse, kuidas neid Gilevi testi näitel lahendada.
Selle artikli kirjutamise peamine eesmärk on vältida ilmsete nüansside kordamist nende administraatorite (ja programmeerijate) jaoks, kes pole veel 1C-ga kogemusi omandanud.
Teisene eesmärk on see, et kui mul on puudusi, siis Infostart juhiks mulle kõige kiiremini selle tähelepanu.
V. Gilevi testist on saanud juba omamoodi “de facto” standard. Autor andis oma veebisaidil üsna selgeid soovitusi, kuid esitan lihtsalt mõned tulemused ja kommenteerin kõige tõenäolisemaid vigu. Loomulikult võivad teie seadmete testitulemused erineda. Tahan kohe märkida, et muudatusi tuleb teha samm-sammult ja iga sammu järel kontrollida, mis tulemuse see andis.
Infostardis on sarnaseid artikleid, panen vastavatesse rubriikidesse nende lingid (kui midagi kahe silma vahele jääb, siis soovitage mind kommentaarides, lisan). Oletame, et teie 1C on aeglane. Kuidas probleemi diagnoosida ja kuidas mõista, kes on süüdi, kas administraator või programmeerija?
Algandmed:
Testitud arvuti, põhiline katsejänes: HP DL180G6, varustatud 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Võrdluseks, Core i3-2100 näitab ühe keermega testis võrreldavaid tulemusi. Teadlikult valitud varustus ei olnud kõige uuem kaasaegse varustusega on tulemused märgatavalt paremad.
Eraldi 1C ja SQL serverite testimiseks SQL server: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.
10 Gbit võrgu testimiseks kasutati Intel 520-DA2 adaptereid.
Faili versioon. (andmebaas asub serveris jagatud kaustas, kliendid ühenduvad võrgu kaudu, CIFS/SMB protokoll). Algoritm samm-sammult:
0. Lisage Gilevi testandmebaas põhiandmebaasidega samasse kausta failiserverisse. Ühendame klientarvutist ja käivitame testi. Me mäletame tulemust.
On arusaadav, et isegi 10 aasta taguste vanade arvutite puhul (Pentium 775 pesas) peaks aeg 1C:Enterprise otseteel klõpsamisest kuni andmebaasiakna ilmumiseni võtma vähem kui minuti. (Celeron = aeglane).
Kui teie arvuti on halvem kui 1 GB muutmäluga Pentium 775 pesaga, siis tunnen teile kaasa ja teil on failiversioonis 1C 8.2-ga mugavat tööd raske saavutada. Mõelge kas uuendamisele (on viimane aeg) või terminali (või õhukeste klientide ja hallatavate vormide puhul veebi) serverile üleminekule.
Kui arvuti pole halvem, võite administraatorile jalaga lüüa. Kontrollige vähemalt võrgu, viirusetõrje ja HASP-kaitse draiveri toimimist.
Kui Gilevi test näitas selles etapis 30 "papagoid" või rohkem, kuid 1C tööbaas töötab endiselt aeglaselt, tuleks küsimused suunata programmeerijale.
1. Kui palju klientarvuti suudab “pigistada”, kontrollime ainult selle arvuti tööd ilma võrguta. Paigaldame testandmebaasi kohalikku arvutisse (väga kiirele kettale). Kui klientarvutil pole tavalist SSD-d, siis luuakse ramdisk. Praegu on kõige lihtsam ja tasuta Ramdisk ettevõte.
Versiooni 8.2 testimiseks piisab 256 MB mälukettast ja! Kõige tähtsam. Pärast arvuti taaskäivitamist, kui ramdisk töötab, peaks sellel olema 100-200 MB vaba. Seega peaks normaalseks tööks ilma mälukettata olema 300–400 MB vaba mälu.
Versiooni 8.3 testimiseks piisab 256 MB mälukettast, kuid vaja on rohkem vaba RAM-i.
Testimisel peate vaatama protsessori koormust. Ideaalilähedasel juhul (ramdisk) laadib kohalik fail 1c töötamise ajal 1 protsessorituuma. Seega, kui teie protsessori tuum pole testimise ajal täielikult laetud, otsige nõrku kohti. Kirjeldatakse veidi emotsionaalset, kuid üldiselt õiget protsessori mõju 1C tööle. Lihtsalt viide, isegi kaasaegsetel kõrgete sagedustega Core i3-del on numbrid 70-80 üsna realistlikud.
Kõige tavalisemad vead selles etapis.
- Valesti konfigureeritud viirusetõrje. Viirusetõrjeid on palju, igaühe seaded on erinevad, ütlen ainult, et õige konfiguratsiooni korral ei sega ei veeb ega Kaspersky 1C. Vaikesätetega saab ära võtta ligikaudu 3-5 papagoi (10-15%).
- Jõudlusrežiim. Millegipärast pööravad vähesed sellele tähelepanu, kuid mõju on kõige olulisem. Kui vajate kiirust, peate seda tegema nii klient- kui ka serveriarvutites. (Gilevil on hea kirjeldus. Ainus hoiatus on see, et mõnel emaplaadil ei saa Intel SpeedStepi välja lülitamisel TurboBoosti sisse lülitada).
Jõudlusrežiimi saate (ja eelistatavalt) lubada kahes kohas:
- BIOS-i kaudu. Keela režiimid C1, C1E, Intel C-state (C2, C3, C4). Erinevates biodes nimetatakse neid erinevalt, kuid tähendus on sama. Otsimine võtab kaua aega, vaja on taaskäivitamist, aga kui teete seda ühe korra, võite selle unustada. Kui teete BIOS-is kõik õigesti, suureneb kiirus. Mõnel emaplaadil saate BIOS-i sätteid konfigureerida nii, et Windowsi jõudlusrežiim ei mängiks rolli. (Gilevi BIOS-i sätete näited). Need sätted puudutavad peamiselt serveriprotsessoreid või "täiustatud" BIOS-e. Kui te pole seda leidnud ja teil EI OLE Xeoni, pole midagi.
- Juhtpaneel - Toiteallikas - Suur jõudlus. Miinus - kui arvutit pole pikka aega hooldatud, teeb see suuremat ventilaatorimüra, soojeneb rohkem ja kulutab rohkem energiat. See on esinemistasu.
| Need on vaikeseaded. BIOS C-olek lubatud, tasakaalustatud energiatarbimise režiim |  |
| BIOS C-olekuga lubatud, suure jõudlusega režiim Pentiumi ja Core'i puhul võite sellega peatuda, Xeonist saab ikka natuke "papagoid" välja pigistada |  |
| BIOS-is on C-olek keelatud, suure jõudlusega režiim. Kui te Turbo boosti ei kasuta, peaks see välja nägema selline jõudluse jaoks häälestatud server |  |
Ja nüüd numbrid. Tuletan meelde: Intel Xeon 5650, ramdisk. Esimesel juhul näitab test 23,26, viimasel - 49,5. Erinevus on peaaegu kahekordne. Numbrid võivad erineda, kuid suhe jääb Intel Core'i puhul sisuliselt samaks.
Kallid administraatorid, võite 1C-d kritiseerida nii palju kui soovite, kuid kui lõppkasutajad vajavad kiirust, peate lubama suure jõudlusega režiimi.
c) Turbo Boost. Kõigepealt peate mõistma, kas teie protsessor toetab näiteks seda funktsiooni. Kui toetab, siis saab ikka täiesti legaalselt mingi jõudluse saada. (Ma ei taha puudutada sageduse ülekiirendamise küsimusi, eriti serverite puhul, tehke seda omal riskil ja riskil. Kuid olen nõus, et siini kiiruse suurendamine 133-lt 166-le suurendab nii kiirust kui ka soojuse hajumist väga märgatavalt)
Kuidas turbo boost sisse lülitada, on kirjas näiteks . Aga! 1C puhul on mõned nüansid (mitte kõige ilmsemad). Raskus seisneb selles, et turbovõimenduse maksimaalne efekt ilmneb siis, kui C-state on sisse lülitatud. Ja me saame midagi sellist:
Pange tähele, et kordaja on maksimaalne, põhikiirus on ilus ja jõudlus on kõrge. Aga mis juhtub 1-ga?
Kuid lõpuks selgub, et CPU jõudlustestide järgi on ees 23 kordajaga versioon, Gilevi testide järgi failiversioonis on jõudlus kordajaga 22 ja 23 sama, kuid klient-serveris versioon - 23 kordajaga versioon on jube kohutav kohutav (isegi kui C -state on seatud tasemele 7, on see ikkagi aeglasem kui C-state välja lülitatud korral). Seetõttu on soovitatav mõlemat võimalust ise kontrollida ja valida parim. Igal juhul on erinevus 49,5 ja 53 papagoi vahel üsna märkimisväärne, eriti ilma suurema pingutuseta.
Järeldus - turbo boost tuleb sisse lülitada. Tuletan meelde, et BIOS-is Turbo boost elemendi lubamisest ei piisa, peate vaatama ka muid sätteid (BIOS: QPI L0s, L1 - keela, nõuab puhastamist - keela, Intel SpeedStep - luba, Turbo boost - lubage juhtpaneel - toitesuvandid - suur jõudlus) . Ja ma valiksin ikkagi (isegi failiversiooni puhul) selle variandi, kus c-state on välja lülitatud, kuigi kordaja on väiksem. Tuleb välja midagi sellist...
Üsna vastuoluline punkt on mälu sagedus. Näiteks on näidatud, et mälu sagedusel on väga tugev mõju. Minu testid sellist sõltuvust ei näidanud. Ma ei hakka võrdlema DDR 2/3/4, näitan sama rea piires sageduse muutmise tulemusi. Mälu on sama, kuid BIOS-is oleme sunnitud seadistama madalamaid sagedusi.
 |  |  |
Ja testi tulemused. 1C 8.2.19.83, failiversiooni jaoks kohalik ramdisk, klient-server 1C ja SQL ühes arvutis, ühismälu. Turbo boost on mõlemas versioonis keelatud. 8.3 näitab võrreldavaid tulemusi.
Erinevus on mõõtmisvea piires. Tõmbasin spetsiaalselt välja CPU-Z ekraanipildid, et näidata, et sageduse muutumisel muutuvad ka muud parameetrid, sama CAS Latency ja RAS to CAS Delay, mis neutraliseerib sageduse muutuse. Erinevus tekib siis, kui mälumooduleid füüsiliselt vahetatakse, aeglasemalt kiiremaks, kuid isegi seal pole numbrid eriti märkimisväärsed.
2. Kui oleme klientarvuti protsessori ja mälu korrastanud, liigume edasi järgmise väga olulise koha juurde - võrku. Võrgu häälestamise kohta on kirjutatud palju raamatuid, Infostarti ( ja teiste) kohta on artikleid, kuid siin ma sellele teemale ei keskendu. Enne 1C testimise alustamist veenduge, et kahe arvuti vaheline iperf näitab kogu ribalaiust (1 Gbit kaartide puhul - noh, vähemalt 850 Mbit või veel parem 950-980), et Gilevi nõuandeid on järgitud. Siis - kõige lihtsam töökatse on kummalisel kombel ühe suure faili (5-10 gigabaiti) kopeerimine võrgu kaudu. Kaudseks märgiks normaalsest tööst 1 Gbit võrgus on keskmine kopeerimiskiirus 100 MB/s, hea toimimine 120 MB/sek. Juhin teie tähelepanu asjaolule, et nõrk koht (kaasa arvatud) võib olla protsessori koormus. Linuxi SMB-protokoll on üsna halvasti paralleelne ja töötamise ajal võib see üsna hõlpsalt ühe protsessori tuuma ära süüa ega rohkem tarbida.
Ja edasi. Vaikeseadetega töötab Windowsi klient kõige paremini Windowsi serveriga (või isegi Windowsi tööjaamaga) ja SMB/CIFS-protokolliga, linuxi klient (debian, ubuntu teisi ei vaadanud) töötab paremini linuxi ja NFS-iga ( see töötab ka SMB-ga, kuid NFS-is on papagoid pikemad). See, et lineaarsel kopeerimisel Windows Linuxi server NFS-i kopeeritakse kiiremini ühte voogu, ei tähenda midagi. Debiani häälestamine 1C jaoks on eraldi artikli teema, ma pole selleks veel valmis, kuigi võin öelda, et failiversioonis sain ma isegi veidi parema jõudluse kui Win versioon samal seadmel, kuid postgresiga üle 50 kasutajat Mul on ikka kõik väga halvasti.
Kõige olulisem, mida “põlenud” administraatorid teavad, aga algajad ei arvesta. 1c andmebaasi tee määramiseks on palju võimalusi. Võite teha servershare'i, saate teha 192.168.0.1share'i, võite netti kasutada z: 192.168.0.1share (ja mõnel juhul see meetod ka töötab, kuid mitte alati) ja seejärel määrata draiv Z. Tundub, et kõik need teed osutage samale asjale samas kohas, kuid 1C jaoks on ainult üks meetod, mis tagab normaalse jõudluse üsna usaldusväärselt. Niisiis, see on see, mida peate õigesti tegema:
Käsureal (või poliitikates või muus, mis teile sobib) - kasutage võrgus DriveLetter: servershare. Näide: võrgukasutus m: serveribaasid. Ma rõhutan konkreetselt MITTE IP-aadressi, vaid serveri nime. Kui serveri nimi pole nähtav, lisage see serveri dns-i või lokaalselt hostifaili. Aga aadress peab olema nimeline. Vastavalt sellele pääsete teel andmebaasi sellele kettale (vt pilti).
Ja nüüd näitan numbritega, miks see nõuanne on. Algandmed: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kaardid OS Win 2008 R2, Win 7, Debian 8. Uusimad draiverid, uuendused. Enne testimist veendusin, et Iperf annab täieliku ribalaiuse (välja arvatud 10 Gbit kaardid, suutis välja pigistada ainult 7,2 Gbit, eks hiljem näen miks, testserver pole veel korralikult seadistatud). Kettad on erinevad, aga igal pool on SSD (spetsiaalselt sisestasin testimiseks ühe ketta, sinna ei laeta midagi muud) või raid SSD-lt. Kiirus 100 Mbit saadi Intel 362 adapteri seadeid piirates 1 Gbit vasest Intel 350 ja 1 Gbit optilise Intel X520-DA2 vahel (saadud adapteri kiirust piirates) ei olnud. Maksimaalne jõudlus, turboboost on välja lülitatud (ainult tulemuste võrreldavuse huvides lisab turboboost heade tulemuste jaoks veidi alla 10%, halbade tulemuste korral ei pruugi see üldse mingit mõju avaldada). Versioonid 1C 8.2.19.86, 8.3.6.2076. Ma ei anna kõiki numbreid, vaid ainult kõige huvitavamaid, et teil oleks, millega võrrelda.
| 100 Mbit CIFS Võit 2008 – võit 2008 ühendust võtta ip-aadressi järgi | 100 Mbit CIFS Võit 2008 – võit 2008 nimepidi helistades | 1 Gbit CIFS Võit 2008 – võit 2008 ühendust võtta ip-aadressi järgi | 1 Gbit CIFS Võit 2008 – võit 2008 nimepidi helistades | 1 Gbit CIFS Win 2008 – Win 7 nimepidi helistades | 1 Gbit CIFS Win 2008 – Debian nimepidi helistades | 10 Gbit CIFS Võit 2008 – võit 2008 ühendust võtta ip-aadressi järgi | 10 Gbit CIFS Võit 2008 – võit 2008 nimepidi helistades |
|
| 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 |
Järeldused (tabelist ja isiklikust kogemusest. Kehtib ainult failiversiooni kohta):
- Üle võrgu saab töö jaoks üsna normaalseid numbreid, kui see võrk on õigesti seadistatud ja tee on 1C-s õigesti sisestatud. Isegi esimene Core i3 suudab kergesti toota 40+ papagoid, mis on päris hea ja need pole ainult papagoid, reaalses töös on vahe ka märgatav. Aga! Mitme (üle 10) kasutajaga töötamise piirang ei ole enam võrk, siin piisab 1 Gbitist, kuid blokeerimine mitme kasutaja töö ajal (Gilev).
- platvorm 1C 8.3 on õige võrgukonfiguratsiooni osas mitu korda nõudlikum. Põhiseaded – vaata Gilev, kuid pidage meeles, et kõike saab mõjutada. Nägin kiirendust viirusetõrje desinstallimisest (ja mitte ainult väljalülitamisest), protokollide (nt FCoE) eemaldamisest, draiverite vahetamisest vanemale, kuid Microsofti sertifitseeritud versioonile (eriti odavate kaartide jaoks, nagu ASUS ja DLC), teise võrgukaardi eemaldamisest. serverist. Võimalusi on palju, seadistage võrk hoolikalt. Võib tekkida olukord, kus platvorm 8.2 annab vastuvõetavaid numbreid ja 8.3 - kaks või isegi rohkem korda vähem. Proovige mängida platvormi versioonidega 8.3, mõnikord saate väga suure efekti.
- 1C 8.3.6.2076 (võib-olla hiljem, ma pole veel täpset versiooni otsinud) on endiselt lihtsam üle võrgu seadistada kui 8.3.7.2008. Suutsin saavutada normaalse töö üle võrgu alates 8.3.2008 (võrreldavates papagoides) vaid mõned korrad. Ma ei saanud paljust aru, aga Process Exploreri jalamähiste järgi otsustades pole seal salvestus nii hea kui 8.3.6-s.
- Hoolimata asjaolust, et 100 Mbit võrgus töötades on selle koormusgraafik väike (võime öelda, et võrk on tasuta), on töökiirus siiski palju väiksem kui 1 Gbit. Põhjuseks on võrgu latentsusaeg.
- Kui kõik muud asjad on võrdsed (hästi toimiv võrk), on 1C 8.2 jaoks Intel-Realteki ühendus 10% aeglasem kui Intel-Intel. Kuid realtek-realtek võib üldiselt ootamatult järsult vajuda. Seetõttu, kui teil on raha, on parem hoida Inteli võrgukaarte kõikjal, kui teil pole raha, installige Intel ainult serverisse (oma CO). Ja Inteli võrgukaartide häälestamiseks on mitu korda rohkem juhiseid.
- Viirusetõrje vaikeseaded (kasutades drwebi versiooni 10 näidet) võtavad umbes 8-10% papagoidest. Kui seadistate selle nii, nagu peab (lase 1cv8 protsessil kõike teha, kuigi see pole ohutu), on kiirus sama, mis ilma viirusetõrjeta.
- ÄRGE lugege Linuxi gurusid. Sambaga server on suurepärane ja tasuta, kuid kui installite serverisse Win XP või Win7 (või veelgi parem - serveri OS), töötab 1c failiversioon kiiremini. Jah, sambat ja protokollipinu ja võrgusätteid ning palju-palju muud saab debianis/ubuntus hästi häälestada, kuid see on spetsialistidele soovitatav. Pole mõtet vaikeseadetega Linuxit installida ja siis öelda, et see on aeglane.
- Täiesti hea mõte on kontrollida võrgukasutuse kaudu ühendatud ketaste tööd fio abil. Vähemalt saab selgeks, kas need on 1C platvormi või võrgu / ketta probleemid.
- Ühe kasutaja versiooni puhul ei suuda ma välja mõelda teste (või olukorda), kus oleks näha erinevus 1 Gbit ja 10 Gbit vahel. Ainus, kus failiversiooni 10Gbit paremaid tulemusi andis, on ketaste ühendamine iSCSI kaudu, kuid see on eraldi artikli teema. Siiski arvan, et failiversiooni jaoks piisab 1 Gbit kaardist.
- Ma ei saa aru, miks 100 Mbit võrguga töötab 8.3 märgatavalt kiiremini kui 8.2, aga see oli fakt. Kõik muud seadmed, kõik muud seaded on absoluutselt samad, lihtsalt ühel juhul testitakse 8.2 ja teisel juhul 8.3.
- Tuunimata NFS win-win või win-lin annab 6 papagoid, neid ma tabelisse ei lisanud. Peale häälestamist sain 25, aga see oli ebastabiilne (mõõtude vahe oli üle 2 ühiku). Ma ei saa veel anda soovitusi Windowsi ja NFS-protokolli kasutamiseks.
Terminali server. (andmebaas on serveris, kliendid ühenduvad võrgu kaudu, RDP protokoll). Algoritm samm-sammult:
- Lisame Gilevi testandmebaasi serverisse põhiandmebaasidega samasse kausta. Ühendame samast serverist ja käivitame testi. Me mäletame tulemust.
- Täpselt samamoodi nagu faili versioonis, konfigureerime protsessori. Terminaliserveri puhul mängib põhirolli üldjuhul protsessor (eeldatakse, et ilmselgeid nõrku kohti nagu mälupuudus või tohutul hulgal mittevajalikku tarkvara pole).
- Võrgukaartide seadistamine terminaliserveri puhul praktiliselt ei mõjuta 1c tööd. Kui teie server toodab rohkem kui 50 papagoi, saate "erilise" mugavuse tagamiseks mängida RDP-protokolli uute versioonidega, et tagada kasutajate mugavus, kiirem reageerimine ja kerimine.
- Kui suur hulk kasutajaid aktiivselt töötab (ja siin saate juba proovida ühendada 30 inimest ühte andmebaasi, kui proovite), on väga soovitatav paigaldada SSD-draiv. Millegipärast arvatakse, et ketas 1C tööd eriti ei mõjuta, kuid kõik testid tehakse kontrolleri vahemäluga, mis on kirjutamiseks lubatud, mis on vale. Testibaas on väike, mahub päris hästi vahemällu, sellest ka suured numbrid. Päris (suurtes) andmebaasides on kõik täiesti erinev, seega on vahemälu testide jaoks keelatud.
| Raid 10 4x SATA 7200 ATA ST31500341AS | Raid 10 4x SAS 10k | Raid 10 4x SAS 15k | Üks SSD | Ramdisk | Ramdisk | Vahemälu lubatud RAID-kontroller |
|
| 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 |
- Lubatud RAID-kontrolleri vahemälu kõrvaldab kõik ketaste vahelised erinevused, numbrid on samad nii sat kui ka cas. Sellega testimine väikese andmehulgaga on kasutu ja see ei viita mingile.
- Platvormi 8.2 puhul on SATA ja SSD valikute jõudluse erinevus enam kui kahekordne. See ei ole kirjaviga. Kui vaatate SATA-draivide testimise ajal jõudlusmonitori. siis näete selgelt "Aktiivse ketta tööaeg (%)" 80-95. Jah, kui lubate salvestamiseks ketaste endi vahemälu, suureneb kiirus 35-ni, kui lubate RAID-kontrolleri vahemälu - kuni 49 (olenemata sellest, milliseid kettaid parajasti testitakse). Kuid need on sünteetilised vahemälu papagoid, kuna suurte andmebaasidega pole kunagi 100% kirjutusvahemälu tabamuse suhe.
- Isegi odavate SSD-de (testisin Agility 3 peal) kiirus on failiversiooni käivitamiseks täiesti piisav. Salvestusressurss on teine asi, seda tuleb igal konkreetsel juhul vaadata, on selge, et Intel 3700-l on see suurusjärgu võrra kõrgem, aga hind on vastav. Ja jah, ma saan aru, et SSD ketast testides testin ka selle ketta vahemälu suuremal määral, reaalsed tulemused jäävad väiksemaks.
- Kõige õigem (minu seisukohalt) lahendus oleks eraldada 2 SSD ketast peegelreidis failibaasi (või mitme failiandmebaasi) jaoks, mitte midagi muud sinna paigutada. Jah, peegliga kuluvad SSD-d võrdselt ja see on miinus, aga vähemalt kontrolleri elektroonika on kuidagi vigade eest kaitstud.
- SSD-draivide peamised eelised failiversiooni jaoks ilmnevad siis, kui andmebaase on palju, millest igaühel on mitu kasutajat. Kui andmebaase on 1-2 ja kasutajaid on umbes 10, siis piisab SAS-i ketastest. (aga igal juhul vaadake nende ketaste laadimist, vähemalt läbi perfmoni).
- Terminaliserveri peamised eelised on see, et sellel võivad olla väga nõrgad kliendid ja võrguseaded mõjutavad terminaliserverit palju vähem (jällegi teie K.O.).
Kui Gilevi test näitab väikseid numbreid ja teil on suure taktsagedusega protsessor ja kiired kettad, siis peab administraator võtma vähemalt perfmoni, salvestama kõik tulemused kuskile ning vaatama, jälgima ja järeldusi tegema. Lõplikku nõuannet ei tule.
Klient-server valik.
Katsed viidi läbi ainult 8.2, sest 8.3 puhul oleneb kõik päris tõsiselt versioonist.
Testimiseks valisin peamiste trendide näitamiseks erinevad serverivalikud ja nendevahelised võrgud.
| 1C: Xeon 5520 SQL: Xeon E5-2630 | 1C: Xeon 5520 SQL: Xeon E5-2630 Fiber kanal - SSD | 1C: Xeon 5520 SQL: Xeon E5-2630 Fiber kanal - SAS | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 SQL: Xeon E5-2630 Fiber kanal - SSD | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | |
| 16,78 | 18,23 | 16,84 | 28,57 | 27,78 | 32,05 | 34,72 | 36,50 | 23,26 | 40,65 | 39.37 | |
| 1C 8.2 | 17,12 | 17,06 | 14,53 | 29,41 | 28,41 | 31,45 | 34,97 | 36,23 | 23,81 | 40,32 | 39.06 |
| 16,72 | 16,89 | 13,44 | 29,76 | 28,57 | 32,05 | 34,97 | 36,23 | 23,26 | 40,32 | 39.06 |
Tundub, et olen kaalunud kõiki huvitavaid variante, kui on veel miski huvi, kirjuta kommentaaridesse, proovin teha.
- Salvestussüsteemide SAS on aeglasem kui kohalikud SSD-d, kuigi salvestussüsteemidel on suuremad vahemälu suurused. SSD-d, nii kohalikud kui ka salvestussüsteemides, töötavad Gilevi testi jaoks võrreldava kiirusega. Ma ei tea ühtegi standardset mitme keermega testi (mitte ainult salvestamist, vaid kõiki seadmeid), välja arvatud MCC 1C koormustest.
- 1C serveri muutmine 5520-lt 5650-le suurendas jõudlust peaaegu kaks korda. Jah, serveri konfiguratsioonid ei ühti täielikult, kuid see näitab trendi (pole üllatav).
- Sageduse suurendamine SQL-serveris annab kindlasti efekti, kuid mitte sama, mis 1C-serveris.
- Võrgu muutmine 1C ja SQL vahel 1 Gbitilt 10 Gbitile annab umbes 10% papagoid. Ootasin enamat.
- Ühismälu lubamine annab siiski efekti, kuigi mitte 15%, nagu artiklis kirjeldatud. Tehke seda kindlasti, õnneks on see kiire ja lihtne. Kui installimise ajal andis keegi SQL-serverile nimega eksemplari, siis 1C töötamiseks peab serveri nimi olema määratud mitte FQDN-i kaudu (tcp/ip töötab), mitte kohaliku hosti või lihtsalt ServeriNimi kaudu, vaid ServeriNimi InstanceName kaudu, näiteks zz- testzztest. (Muidu tekib DBMS-i tõrge: Microsoft SQL Server Native Client 10.0: jagatud mälu pakkuja: SQL Server 2000-ga ühenduse loomiseks kasutatud ühismälu teeki ei leitud. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQL Server 2000 : SQLSTATE=08001, olek=1, raskusaste=10, algne=126, rida=0).
- Alla 100-aastaste kasutajate puhul on ainus mõte selle kaheks eraldi serveriks jagada Win 2008 Std (ja vanema) litsents, mis toetab ainult 32 GB muutmälu. Kõigil muudel juhtudel tuleb 1C ja SQL kindlasti ühte serverisse installida ja anda rohkem (vähemalt 64 GB) mälu. MS SQL-ile alla 24-28 GB muutmälu andmine on põhjendamatu ahnus (kui arvate, et teil on selle jaoks piisavalt mälu ja kõik töötab hästi, võib-olla piisaks teile 1C failiversioonist?)
- Kui kehvemini 1C ja SQL-i kombinatsioon virtuaalmasinas töötab, on omaette artikli teema (vihje – märgatavalt kehvem). Isegi Hyper-V puhul pole kõik nii selge...
- Tasakaalustatud jõudlusrežiim on halb. Tulemused on üsna kooskõlas failiversiooniga.
- Paljud allikad ütlevad, et silumisrežiim (ragent.exe -debug) põhjustab jõudluse märkimisväärset langust. Noh, see vähendab jah, kuid ma ei nimetaks 2-3% märkimisväärseks efektiks.
Kas 1C algab kahe minuti pärast? Kas dokumendilogi avamiseks kulub 40 sekundit? Kas dokumenti hoitakse peaaegu minut aega?
See on tuttav olukord, kui kasutate võrgujuurdepääsuga failiversiooni.
Saate muidugi serveri installida ja pidurid unustada, kuid kui 1C-s töötab ainult 2-3 inimest ja raha kulutamine serverilitsentside ostmisele pole otstarbekas.
Sümptomid:
Mitme kasutaja töö üle võrgu sama faili (andmebaasiga) sisaldab võrgu blokeerimismehhanismi. See sunnib süsteemi raiskama väärtuslikku aega avatud salvestusseansside tuvastamiseks ja konfliktide lahendamiseks. Peamised blokeerimise tunnused:
- kiire kasutajate töö andmebaasiga üle võrgu eksklusiivses režiimis ja äärmiselt aeglane, kui mitu kasutajat töötavad samaaegselt.
- kiire kasutaja töö kohaliku andmebaasiga serveris ja aeglane töö üle võrgu.
- Serveris olev protsessor on peaaegu jõude.
- Gigabitise võrgukaardi koormus on alla 5%.
- juurdepääsud failisüsteemile on veidi alla 10 MB/sek.
- Kui proovite samaaegselt dokumente postitada, siis üks arvuti seiskub umbes minutiks ja teine jookseb 1C-st kokku veatekstiga "tabelit ei õnnestunud lukustada".
- 1C käivitamine kestab umbes 3 minutit.
Näpunäiteid, mis aitavad failide andmebaasi kiirendada.
- Minge tööle terminali juurdepääsu kaudu. Kahjuks ei võimalda Windows 7 tavaliste tööriistade abil terminaliserveriks muutuda – aktiivne ühendus on maksimaalselt üks. Sel juhul ülejäänud seansid ei katke, saate teise kasutaja all uuesti ühenduse luua - eelmise kasutaja "väljaviskamine", kuid tema seanssi katkestamata. Seetõttu peaksite 1C üle kandma serveri OS-i, kus selliseid piiranguid pole, või lahendama probleemi kolmanda osapoole utiliidiga.
- Keelake IPv6 võrguprotokolli kasutamine, konfigureerige aadressimine "vanal" IPv4-l.
- Lisage 1C protsessid Windowsi tulemüüri eranditele ja viirusetõrje eranditele või keelake need täielikult (riskantsem, kuid lihtne test näitas dokumentide uuesti edastamise kiirust, kui Avast viirusetõrje oli keelatud!)
- Alustage täistekstiotsingu indekseerimist 1C-s või lülitage see täielikult välja
- Käivitage andmebaasi testimine ja parandamine, kontrollige ChDbfl utiliidiga (utiliit asub installitud tehnoloogiaplatvormi kaustas "bin").
- Käivitage konfiguratsioonis üksus "Kontrolli konfiguratsiooni" (kui konfiguratsioon pole standardne, võib see olla kasulik).
- Keelake mittevajalikud funktsionaalsed valikud (mida vähem tarbetut hallatavas liideses, seda kiiremini see reeglina töötab).
- Seadistage kasutajaõigused (mida vähem tarbetut hallatavas liideses, seda kiiremini see reeglina töötab).
- Alustage summade ümberarvutamist ja jada taastamist (oluline tõus saab toimuda ainult siis, kui kogusummasid pole pikka aega taastatud).
- Määrake andmebaasi loendi seadetes "Ühenduse kiirus - madal".
- Ketta defragmentimine failiandmebaasiga.
- Andmebaasi konvolutsioon (võib olla kasulik, kui andmebaas on suur, näiteks mitu aastat).
- Riistvarauuendus – kiirem kõvaketas (SSD), uus lüliti, protsessor, mälu jne.
- Installige veebiserverisse, juurdepääs õhukese kliendi abil.
Pärast kõigi nende sammude täitmist saab 1C-failide andmebaas töötada palju kiiremini. Mõnel juhul võttis käivitamine aega 10 sekundit ja dokumentide töötlemise kiirus kasvas 12 korda.
P.S. TÜ 11.1 konfiguratsioonis on faili 1C käivitamine jagatud kausta võrgujuurdepääsu abil ebareaalne, kuna Isegi kiireim pooljuhtketas, RAM ja protsessor jooksevad võrgulukku ning enam kui ühe kasutaja töö muutub praktiliselt võimatuks.
Ise kirjutatud väikesed konfiguratsioonid võivad isegi failiversioonis üsna kiiresti töötada.
Kõik, kes töötavad platvormil 1C:Enterprise toodetega, on ilmselt kuulnud fraasi "1C on aeglane". Mõned inimesed kaebasid selle üle, teised võtsid kaebused vastu. Selles artiklis püüame vaadelda selle probleemi levinumaid põhjuseid ja selle lahendamise võimalusi.
Pöördume metafoori juurde: enne kui saada teada, miks inimene kuhugi ei tulnud, tuleks veenduda, et tal on jalad, millega käia. Niisiis, alustame riistvara- ja võrgunõuetega.
Kui installitud on Windows 7:
Kui installitud on Windows 8 või 10:
Samuti pea meeles, et vaba kettaruumi peab olema vähemalt 2GB ning võrguühenduse kiirus peab olema vähemalt 100 MB/sek.
Klient-serveri versioonis pole serverite omadustega palju mõtet arvestada, sest sel juhul sõltub kõik kasutajate arvust ja nende ülesannete eripärast, mida nad 1C-s lahendavad.
Serveri konfiguratsiooni valimisel pidage meeles järgmist.
- Üks 1C serveri töötaja protsess tarbib keskmiselt 4 GB (mitte segi ajada kasutajaühendusega, kuna ühel tööprotsessil võib olla nii palju ühendusi, kui serveri seadetes määrate);
- 1C ja DBMS-i (eriti MS SQL) kasutamine ühes füüsilises serveris annab eeliseid suurte andmemahtude töötlemisel (näiteks kuu sulgemine, eelarve arvutamine mudeli alusel jne), kuid vähendab oluliselt jõudlust laadimata toimingute ajal ( näiteks rakendusdokumendi koostamine ja läbiviimine jne);
- Pidage meeles, et 1C serverid ja DBMS peavad olema ühendatud 1 GB paksuse kanali kaudu;
- Kasutage suure jõudlusega kettaid ja ärge ühendage 1C-serveri ja DBMS-i rolle teiste rollidega (näiteks fail, AD, domeenikontroller jne).
Kui pärast seadmete kontrollimist 1C ikkagi "aeglustab"
Meil on väike ettevõte, 7 inimest ja 1C on aeglane. Võtsime ühendust spetsialistidega ja nad ütlesid, et ainult klient-server valik päästab meid. Kuid meie jaoks pole selline lahendus vastuvõetav, see on liiga kallis!
Tehke andmebaasis rutiinset hooldust*:
1. Käivitage andmebaas konfiguraatori režiimis.
2. Valige peamenüüst "Haldus" ja selles - "Testimine ja korrigeerimine".
3. Märkige kõik kastid nagu pildil. Klõpsake käsul Käivita.
*See protseduur võib kesta 15 minutit kuni tund olenevalt andmebaasi suurusest ja arvuti omadustest.
Kui see ei aita, siis loome kliendi-serveri ühenduse, kuid ilma täiendavate investeeringuteta riist- ja tarkvarasse:
1. Vali kontoris kõige vähem koormatud lauaarvuti (mitte sülearvuti): sellel peab olema vähemalt 4 GB muutmälu ja võrguühendus vähemalt 100 MB/sek.
2. Aktiveerige sellel IIS (Internet Information Server). Selle jaoks:
3. Avaldage oma andmebaas selles arvutis. Selle teema kohta on saadaval materjal ITS-is või võtke ühendust tugispetsialistiga.
4. Kasutajaarvutites konfigureerige juurdepääs andmebaasile õhukese kliendi kaudu. Selle jaoks:
Avage 1C käivitusaken.
Valige oma tööbaas. Siin on see "Sinu baas". Klõpsake "Muuda". Seadke lüliti asendisse "Veebiserveris", märkige all olevale reale selle serveri nimi või IP-aadress, millel IIS aktiveeriti, ja nimi, mille all andmebaas avaldati. Klõpsake nuppu "Järgmine".
Seadke lüliti "Põhikäivitusrežiim" režiimile "Õhuke klient". Klõpsake "Valmis".
Meil on üsna suur firma, aga mitte väga suur, ca 50–60 inimest. Kasutame klient-server võimalust, aga 1C on jube aeglane.
Sel juhul on soovitatav jagada 1C-server ja DBMS-server kaheks erinevaks serveriks. Eraldamisel pidage kindlasti meeles: kui need jäid samasse füüsilisse serverisse, mis lihtsalt virtualiseeriti, siis peavad nende serverite kettad olema erinevad - füüsiliselt erinevad! Samuti seadistage MS SQL-i puhul kindlasti DBMS-i serveris rutiinsed toimingud (selle kohta on üksikasjalikumat teavet ITS-i veebisaidil).
Meil on üsna suur ettevõte, üle 100 kasutaja. Kõik on konfigureeritud vastavalt selle valiku 1C soovitustele, kuid mõne dokumendi töötlemisel on 1C väga aeglane ja mõnikord ilmneb blokeerimisviga. Äkki teeks baasrulli?
Sarnane olukord tekib väga spetsiifilise akumulatsiooni- või raamatupidamisregistri (aga sagedamini - akumulatsiooni) suuruse tõttu, kuna register kas “sulgub” üldse, s.t. sissetulevad liikumised on, aga voolu liikumisi pole või on mõõtmiste arv, mille järgi registribilansse arvutatakse, väga suur. Võib esineda isegi kahe eelneva põhjuse segu. Kuidas teha kindlaks, milline register kõik ära rikub?
Salvestame aja, millal dokumente töödeldakse aeglaselt või kellaaja ja kasutaja, kellel on blokeerimisviga.
Avage registreerimislogi.
Leiame vajaliku dokumendi õigel ajal õigele kasutajale sündmusetüübiga “Data.Post”.
Vaatame kogu täitmisplokki kuni tehingu tühistamiseni, kui ilmnes blokeerimisviga, või otsime kõige pikemat muudatust (aeg eelmisest kirjest on rohkem kui minut).
Pärast seda teeme otsuse, pidades silmas, et selle konkreetse registri ahendamine on igal juhul odavam kui kogu andmebaas.
Oleme väga suur ettevõte, rohkem kui 1000 kasutajat, tuhandeid dokumente päevas, oma IT-osakond, tohutu serveripark, oleme mitu korda päringuid optimeerinud, kuid 1C on aeglane. Oleme ilmselt 1C-st välja kasvanud ja vajame midagi võimsamat.
Valdav enamus sellistel juhtudel ei aeglustu mitte 1C, vaid kasutatud lahenduse arhitektuur. Uut äriprogrammi valides pidage meeles, et oma äriprotsesside programmi kirjutamine on odavam ja lihtsam kui nende teisendamine mõneks, eriti väga kalliks programmiks. Ainult 1C pakub seda võimalust. Seetõttu on parem esitada küsimus: "Kuidas olukorda parandada? Kuidas saate panna 1C sellise helitugevusega lendama? Vaatame lühidalt mitmeid ravivõimalusi:
- Kasutage paralleelset ja asünkroonset programmeerimistehnoloogiat, mida 1C toetab (taustatööd ja päringud tsüklis).
- Lahendusarhitektuuri kujundamisel vältige akumulatsiooniregistrite ja raamatupidamisregistrite kasutamist kõige kitsaskohtades.
- Andmestruktuuri (akumulatsiooni- ja/või inforegistrite) väljatöötamisel järgi reeglit: "Kiireim tabel kirjutamiseks ja lugemiseks on ühe veeruga tabel." See, millest me räägime, saab selgemaks, kui vaadata tüüpilist RAUSE mehhanismi.
- Suurte andmemahtude töötlemiseks kasutage abiklastreid, kus on ühendatud sama andmebaas (aga mitte mingil juhul ei tohi seda teha interaktiivse töö käigus!!!). See võimaldab teil standardsetest 1C lukkudest mööda minna, mis võimaldab töötada andmebaasiga peaaegu sama kiirusega kui otse SQL-tööriistadega töötades.
Väärib märkimist, et 1C optimeerimine osaluste ja suurettevõtete jaoks on eraldi suure artikli teema, nii et jääge meie veebisaidil värskendatud materjalidega kursis.
Kasutajad kurdavad sageli, et "1C 8.3 on aeglane": dokumendivormid avanevad aeglaselt, dokumentide töötlemine võtab kaua aega, programm käivitub, aruannete genereerimine võtab kaua aega jne.
Lisaks võib selliseid "tõrkeid" esineda erinevates programmides:
Põhjused võivad olla erinevad. See pole taastatud dokumendid, nõrk arvuti või server, 1C-server on valesti konfigureeritud.
Selles artiklis tahan vaadelda üht lihtsaimat ja levinumat aeglase programmi põhjust - . See juhend on asjakohane 1-2 kasutaja failiandmebaaside kasutajatele, kus ressursside pärast pole konkurentsi.
Kui olete huvitatud kliendi-serveri valikute tõsisemast optimeerimisest süsteemi toimimiseks, külastage saidi jaotist.
Kus on ajastatud ülesanded versioonis 1C 8.3?
Enne kui jõudsin programmi laadida, sai 1C-s tehtud palju taustaülesandeid. Saate neid vaadata, minnes menüüsse "Haldus" ja seejärel "Tugi ja hooldus".
Hankige 267 videotundi 1C-s tasuta:
Selline näeb välja täidetud ülesannetega aken:
Ja siin on täielik loend kõigist plaanitud ülesannetest, mis käivitatakse:
Nende ülesannete hulgas on näiteks "", erinevate klassifikaatorite laadimine, programmi versiooni asjakohasuse kontrollimine jne. Näiteks pole mul peaaegu kõigist nendest ülesannetest kasu. Ma ei pea valuutaarvestust, kontrollin versioone ise ja laadin vastavalt vajadusele klassifikaatoreid.
Seetõttu on minu (ja enamikul juhtudel teie) huvides tarbetute ülesannete keelamine.