Automatizācijas padomi. Automatizācijas padomi 1s ļoti lēnas darbības iemesli 8

IN pēdējā laikā Lietotāji un administratori arvien biežāk sāk sūdzēties, ka jaunās 1C konfigurācijas, kas izstrādātas, pamatojoties uz pārvaldītu lietojumprogrammu, ir lēnas, dažos gadījumos nepieņemami lēnas. Ir skaidrs, ka jaunās konfigurācijas satur jaunas funkcijas un iespējas, un tāpēc tās prasa vairāk resursu, taču lielākā daļa lietotāju nesaprot, kas galvenokārt ietekmē 1C darbību faila režīmā. Mēģināsim labot šo plaisu.

Mēs jau esam pieskārušies produktivitātes ietekmei diska apakšsistēma tomēr ar ātrumu 1C šis pētījums attiecās uz lietojumprogrammas lokālu izmantošanu atsevišķā datorā vai termināļa serveris. Tajā pašā laikā lielākā daļa mazo implementāciju ietver darbu ar failu datu bāzi tīklā, kur viens no lietotāja datoriem tiek izmantots kā serveris, vai speciālu failu serveri, kura pamatā ir parasts, visbiežāk arī lēts dators.

Neliels pētījums par krievu valodas 1C resursiem to parādīja šo jautājumu cītīgi no tā izvairās, ja rodas problēmas, parasti tiek ieteikts pārslēgties uz klienta-servera vai termināļa režīmu. Gandrīz vispārpieņemts ir arī tas, ka pārvaldītās lietojumprogrammas konfigurācijas darbojas daudz lēnāk nekā parasti. Parasti argumenti ir “dzelzs”: “Grāmatvedība 2.0 tikko lidoja, un “troika” tik tikko kustējās, protams, šajos vārdos ir daļa patiesības, tāpēc mēģināsim to izdomāt.

Resursu patēriņš, pirmais skatiens

Pirms šī pētījuma sākšanas mēs izvirzījām divus mērķus: noskaidrot, vai pārvaldītās lietojumprogrammu konfigurācijas patiešām ir lēnākas nekā parastās konfigurācijas un kuri konkrētie resursi galvenokārt ietekmē veiktspēju.

Testēšanai mēs paņēmām divas virtuālās mašīnas, kurās darbojas attiecīgi Windows Server 2012 R2 un Windows 8.1, piešķirot tām 2 resursdatora Core i5-4670 kodolus un 2 GB RAM, kas aptuveni atbilst vidējai biroja mašīnai. Serveris tika novietots uz RAID 0 divu masīvu, un klients tika novietots līdzīgā universālo disku masīvā.

Kā eksperimentālo pamatu mēs izvēlējāmies vairākas grāmatvedības 2.0 versijas konfigurācijas 2.0.64.12 , kas pēc tam tika atjaunināts uz 3.0.38.52 , visas konfigurācijas tika palaistas platformā 8.3.5.1443 .

Pirmā lieta, kas piesaista uzmanību, ir palielinātais Troikas informācijas bāzes apjoms, kas ir ievērojami pieaudzis, kā arī daudz lielāka apetīte pēc RAM:

Mēs esam gatavi dzirdēt ierasto: "kāpēc viņi to pievienoja šiem trim", bet nesteigsimies. Atšķirībā no klienta-servera versiju lietotājiem, kam nepieciešams vairāk vai mazāk kvalificēts administrators, failu versiju lietotāji reti domā par datu bāzu uzturēšanu. Arī specializēto uzņēmumu darbinieki, kas apkalpo (lasi atjaunina) šīs datu bāzes, par to aizdomājas reti.

Tikmēr 1C informācijas bāze ir pilnvērtīga sava formāta DBVS, kurai arī nepieciešama apkope, un tam ir pat rīks ar nosaukumu Informācijas bāzes pārbaude un labošana. Iespējams, nosaukums izspēlēja nežēlīgu joku, kas kaut kā nozīmē, ka tas ir problēmu novēršanas rīks, taču problēma ir arī zema veiktspēja, un pārstrukturēšana un pārindeksēšana, kā arī tabulu saspiešana ir labi zināmi rīki datu bāzu optimizēšanai jebkuram DBVS administratoram. . Pārbaudīsim?

Pēc izvēlēto darbību veikšanas datubāze strauji “zaudēja svaru”, kļūstot pat mazāka par “divām”, kuras neviens nekad nebija optimizējis, un arī RAM patēriņš nedaudz samazinājās.

Pēc tam pēc jaunu klasifikatoru un direktoriju ielādes, indeksu izveides utt. pamatnes izmērs kopumā palielināsies, "trīs" pamatnes ir lielākas nekā "divas" pamatnes. Taču tas nav svarīgāk, ja otrajā versijā pietika ar 150-200 MB operatīvo atmiņu, tad jaunajam izdevumam nepieciešams pusgigabaits un šī vērtība būtu jāņem vērā, plānojot darbam ar programmu nepieciešamos resursus.

Net

Tīkla joslas platums ir viens no svarīgākajiem tīkla lietojumprogrammu parametriem, jo ​​īpaši, piemēram, 1C faila režīmā, kas tīklā pārvieto ievērojamu datu apjomu. Lielākā daļa mazo uzņēmumu tīklu ir veidoti, pamatojoties uz lētu 100 Mbit/s aprīkojumu, tāpēc mēs sākām testēšanu, salīdzinot 1C veiktspējas rādītājus 100 Mbit/s un 1 Gbit/s tīklos.

Kas notiek, kad tīklā palaižat 1C failu datu bāzi? Klients pagaidu mapēs lejupielādē diezgan lielu informācijas daudzumu, it īpaši, ja tas ir pirmais, “aukstais” sākums. Sagaidāms, ka pie 100 Mbit/s mēs sasniegsim kanāla platumu, un lejupielāde var aizņemt ievērojamu laiku, mūsu gadījumā apmēram 40 sekundes (grafikas sadalīšanas izmaksas ir 4 sekundes).

Otrā palaišana ir ātrāka, jo daži dati tiek saglabāti kešatmiņā un paliek tur līdz atsāknēšanai. Pārslēgšanās uz gigabitu tīklu var ievērojami paātrināt programmas ielādi gan “aukstā”, gan “karstā”, un vērtību attiecība tiek ievērota. Tāpēc mēs nolēmām rezultātu izteikt relatīvās vērtībās, ņemot visvairāk liela vērtība katrs mērījums:

Kā redzams no grafikiem, Accounting 2.0 ielādējas jebkurā tīkla ātrumā divas reizes ātrāk, pāreja no 100 Mbit/s uz 1 Gbit/s ļauj četras reizes paātrināt lejupielādes laiku. Šajā režīmā nav nekādas atšķirības starp optimizētajām un neoptimizētajām "troikas" datu bāzēm.

Mēs pārbaudījām arī tīkla ātruma ietekmi uz darbību smagos režīmos, piemēram, grupu pārsūtīšanas laikā. Rezultātu izsaka arī relatīvās vērtībās:

Šeit ir interesantāk, optimizētā “trīs” bāze 100 Mbit/s tīklā darbojas ar tādu pašu ātrumu kā “divi”, un neoptimizētā uzrāda divreiz sliktākus rezultātus. Gigabitā attiecības paliek nemainīgas, arī neoptimizētais “trīs” ir uz pusi lēnāks nekā “divi”, bet optimizētais atpaliek par trešdaļu. Tāpat pāreja uz 1 Gbit/s ļauj samazināt izpildes laiku trīs reizes izdevumam 2.0 un uz pusi 3.0.

Lai novērtētu tīkla ātruma ietekmi uz ikdienas darbu, izmantojām Veiktspējas mērīšana, veicot iepriekš noteiktu darbību secību katrā datu bāzē.

Patiesībā ikdienas darbiem caurlaidspēja tīkls nav sašaurinājums, neoptimizēts "trīs" ir tikai par 20% lēnāks nekā "divi", un pēc optimizācijas tas izrādās apmēram tikpat ātrāk - ir jūtamas priekšrocības strādājot plānā klienta režīmā. Pāreja uz 1 Gbit/s optimizētajai bāzei nedod nekādas priekšrocības, un neoptimizētais un abi sāk darboties ātrāk, uzrādot nelielu atšķirību savā starpā.

No veiktajiem testiem kļūst skaidrs, ka tīkls nav šķērslis jaunām konfigurācijām, un pārvaldītā aplikācija darbojas pat ātrāk nekā parasti. Varat arī ieteikt pārslēgties uz 1 Gbit/s, ja jums ir kritiski svarīgi uzdevumi un datu bāzes ielādes ātrums, citos gadījumos jaunas konfigurācijas ļauj efektīvi strādāt pat lēnos 100 Mbit/s tīklos.

Tātad, kāpēc 1C ir lēns? Mēs to izskatīsim sīkāk.

Servera diska apakšsistēma un SSD

Iepriekšējā rakstā mēs panācām 1C veiktspējas pieaugumu, ievietojot datu bāzes SSD. Varbūt servera diska apakšsistēmas veiktspēja ir nepietiekama? Diska servera veiktspēju mērījām grupas palaišanas laikā divās datu bāzēs uzreiz un saņēmām diezgan optimistisku rezultātu.

Neskatoties uz salīdzinoši lielo ievades/izvades operāciju skaitu sekundē (IOPS) – 913, rindas garums nepārsniedza 1,84, kas ir ļoti labs rezultāts divu disku masīvam. Pamatojoties uz to, mēs varam pieņemt, ka ar spoguli, kas izgatavots no parastajiem diskiem, pietiks normālai 8-10 tīkla klientu darbībai smagos režīmos.

Tātad, vai serverī ir nepieciešams SSD? Labākais veids, kā atbildēt uz šo jautājumu, būs testēšana, ko veicām ar līdzīgu metodi, tīkla savienojums visur ir 1 Gbit/s, rezultāts tiek izteikts arī relatīvās vērtībās.

Sāksim ar datu bāzes ielādes ātrumu.

Dažiem tas var šķist pārsteidzoši, taču serverī esošais SSD neietekmē datu bāzes ielādes ātrumu. Galvenais ierobežojošais faktors šeit, kā parādīja iepriekšējais tests, ir tīkla caurlaidspēja un klienta veiktspēja.

Pāriesim pie pārtaisīšanas:

Iepriekš jau atzīmējām, ka diska veiktspēja ir diezgan pietiekama pat darbam smagos režīmos, tāpēc arī SSD ātrums netiek ietekmēts, izņemot neoptimizēto bāzi, kas SSD ir panākusi optimizēto. Faktiski tas vēlreiz apstiprina, ka optimizācijas operācijas organizē informāciju datu bāzē, samazinot nejaušo I/O operāciju skaitu un palielinot piekļuves ātrumu tai.

Ikdienas uzdevumos attēls ir līdzīgs:

Tikai neoptimizētā datu bāze gūst labumu no SSD. Jūs, protams, varat iegādāties SSD, taču daudz labāk būtu padomāt par savlaicīgu datu bāzes uzturēšanu. Tāpat neaizmirstiet par sadaļas defragmentēšanu ar informācijas bāzēm serverī.

Klienta diska apakšsistēma un SSD

Mēs analizējām SSD ietekmi uz lokāli instalētā 1C darbības ātrumu, liela daļa no teiktā attiecas arī uz darbu tīkla režīmā. Patiešām, 1C diezgan aktīvi izmanto diska resursus, tostarp fona un ikdienas uzdevumiem. Zemāk esošajā attēlā varat redzēt, kā Accounting 3.0 diezgan aktīvi piekļūst diskam apmēram 40 sekundes pēc ielādes.

Taču tajā pašā laikā jāapzinās, ka darbstacijai, kurā notiek aktīvs darbs ar vienu vai divām informācijas datu bāzēm, parastā sērijveidā ražotā HDD veiktspējas resursi ir pilnīgi pietiekami. Iegādājoties SSD, dažus procesus var paātrināt, taču ikdienas darbā jūs nepamanīsiet radikālu paātrinājumu, jo, piemēram, lejupielādi ierobežos tīkla joslas platums.

Lēni cietais disks var palēnināt dažas darbības, bet pati par sevi nevar izraisīt programmas palēnināšanos.

RAM

Neskatoties uz to, ka operatīvā atmiņa tagad ir nepieklājīgi lēta, daudzas darbstacijas turpina strādāt ar tādu atmiņas apjomu, kāds tika instalēts iegādes brīdī. Šeit gaida pirmās problēmas. Jau pamatojoties uz to, ka vidējai “troikai” ir nepieciešami aptuveni 500 MB atmiņas, varam pieņemt, ka darbam ar programmu ar kopējo RAM apjomu 1 GB nepietiks.

Mēs samazinājām sistēmas atmiņu līdz 1 GB un palaidām divas informācijas datu bāzes.

No pirmā acu uzmetiena viss nav tik slikti, programma ir samazinājusi apetīti un labi iekļaujas pieejamajā atmiņā, taču neaizmirsīsim, ka nepieciešamība pēc operatīvajiem datiem nav mainījusies, kur tad tā palika? Atiestatīt uz diska, kešatmiņas, mijmaiņas u.c., šīs darbības būtība ir tāda, ka tas nav nepieciešams šobrīd dati tiek nosūtīti no ātras RAM, kuras apjoms nav pietiekams, lai palēninātu diska atmiņu.

Pie kā tas novedīs? Apskatīsim, kā tiek izmantoti sistēmas resursi smagās operācijās, piemēram, uzsāksim grupas pārsūtīšanu uzreiz divās datu bāzēs. Vispirms sistēmā ar 2 GB RAM:

Kā redzam, sistēma aktīvi izmanto tīklu datu saņemšanai, un procesors to apstrādei ir niecīgs, tas ik pa laikam palielinās, bet nav ierobežojošs faktors;

Tagad samazināsim atmiņu līdz 1 GB:

Situācija radikāli mainās, galvenā slodze tagad krīt uz cieto disku, procesors un tīkls ir dīkstāvē, gaidot, kad sistēma nolasīs nepieciešamos datus no diska atmiņā un nosūtīs tur nevajadzīgos datus.

Tajā pašā laikā pat subjektīvs darbs ar divām atvērtām datu bāzēm sistēmā ar 1 GB atmiņu izrādījās ārkārtīgi neērts, un direktori un žurnāli tika atvērti ar ievērojamu kavēšanos un aktīvu piekļuvi diskam. Piemēram, preču un pakalpojumu pārdošanas žurnāla atvēršana aizņēma apmēram 20 sekundes, un visu šo laiku to pavadīja liela diska aktivitāte (izcelta ar sarkanu līniju).

Lai objektīvi novērtētu RAM ietekmi uz konfigurāciju veiktspēju, pamatojoties uz pārvaldītu lietojumprogrammu, mēs veicām trīs mērījumus: pirmās datu bāzes ielādes ātrumu, otrās datu bāzes ielādes ātrumu un grupas atkārtotu palaišanu vienā no datu bāzēm. . Abas datu bāzes ir pilnīgi identiskas un tika izveidotas, kopējot optimizēto datu bāzi. Rezultātu izsaka relatīvās vienībās.

Rezultāts runā pats par sevi: ja ielādes laiks palielinās par aptuveni trešdaļu, kas joprojām ir diezgan pieļaujams, tad operāciju veikšanas laiks datu bāzē palielinās trīs reizes, nav jārunā par kaut kādu ērtu darbu šādos apstākļos. Starp citu, tas ir gadījums, kad SSD iegāde var uzlabot situāciju, taču daudz vienkāršāk (un lētāk) ir cīnīties ar cēloni, nevis ar sekām, un vienkārši iegādāties pareizo operatīvo atmiņu.

RAM trūkums ir galvenais iemesls, kāpēc darbs ar jaunām 1C konfigurācijām izrādās neērts. Konfigurācijas ar 2 GB iebūvēto atmiņu jāuzskata par minimāli piemērotām. Tajā pašā laikā paturiet prātā, ka mūsu gadījumā tika izveidoti “siltumnīcas” apstākļi: tīra sistēma, darbojās tikai 1C un uzdevumu pārvaldnieks. IN īstā dzīve darba datorā parasti ir atvērta pārlūkprogramma, biroja komplekts, darbojas antivīruss utt. utt., tāpēc ņemiet vērā nepieciešamību pēc 500 MB vienai datu bāzei plus neliela rezerve, lai smagu darbību laikā jūs to darītu nesastopas ar atmiņas trūkumu un strauju produktivitātes samazināšanos.

CPU

Bez pārspīlējuma centrālo procesoru var saukt par datora sirdi, jo tas galu galā apstrādā visus aprēķinus. Lai novērtētu tā lomu, mēs veicām vēl vienu testu komplektu, tādu pašu kā RAM, samazinot virtuālajai mašīnai pieejamo kodolu skaitu no diviem līdz vienam, un tests tika veikts divas reizes ar atmiņas apjomu 1 GB un 2 GB.

Rezultāts izrādījās diezgan interesants un negaidīts: jaudīgāks procesors diezgan efektīvi uzņēmās slodzi, kad trūka resursu, pārējā laikā nedodot nekādas taustāmas priekšrocības. 1C Enterprise (faila režīmā) diez vai var saukt par lietojumprogrammu, kas aktīvi izmanto procesora resursus, tā ir diezgan mazprasīga. Un sarežģītos apstākļos procesoru noslogo ne tik daudz pašas aplikācijas datu aprēķināšana, bet pieskaitāmo izmaksu apkalpošana: papildu ievades/izvades operācijas utt.

Secinājumi

Tātad, kāpēc 1C ir lēns? Pirmkārt, tas ir RAM trūkums, galvenā slodze šajā gadījumā krīt uz cieto disku un procesoru. Un, ja tie nespīd ar veiktspēju, kā tas parasti notiek biroja konfigurācijās, tad mēs iegūstam situāciju, kas aprakstīta raksta sākumā - “divi” strādāja labi, bet “trīs” ir bezdievīgi lēni.

Otrajā vietā ir tīkla veiktspēja, lēns 100 Mbit/s kanāls var kļūt par īstu sašaurinājumu, bet tajā pašā laikā plānā klienta režīms spēj uzturēt diezgan komfortablu darbības līmeni pat lēnos kanālos.

Tad jums vajadzētu pievērst uzmanību diskdzinim, visticamāk, ka SSD iegāde nebūs labs ieguldījums, taču diska nomaiņa pret modernāku būtu laba ideja. Atšķirība starp paaudzēm cietie diski var novērtēt pēc uz šādu materiālu: .

Un visbeidzot procesors. Ātrāks modelis noteikti nebūs lieks, bet tam ir liela jēga Nav iespējams palielināt tā veiktspēju, ja vien šis dators netiek izmantots smagām darbībām: grupu apstrāde, smagas atskaites, mēneša slēgšana utt.

Mēs ceram šo materiālu palīdzēs ātri saprast jautājumu “kāpēc 1C ir lēns” un atrisināt to visefektīvāk un bez papildu izmaksām.

• Tagi:

Lūdzu, iespējojiet JavaScript, lai skatītu

2. Programmas iespējas. Bieži vien pat ar optimāliem iestatījumiem 1C darbojas ļoti lēni. Īpaši strauji veiktspēja samazinās, ja vienlaikus ar datu bāzi strādājošo skaits pārsniedz 4-5 lietotājus.

Kas jūs esat uzņēmumā?

Problēmas risināšana lēns darbs 1C ir atkarīgs no tā, kas jūs esat uzņēmumā. Ja esat tehniķis, lasiet tālāk. Ja esat direktors vai grāmatvedis, sekojiet īpašajai saitei ↓

Tīkla joslas platums

Ar vienu informācijas bāzi (IS) parasti strādā nevis viens, bet vairāki lietotāji. Tajā pašā laikā notiek pastāvīga datu apmaiņa starp datoru, kurā ir instalēts 1C klients, un datoru, kurā atrodas informācijas drošība. Šo datu apjoms ir diezgan ievērojams. Bieži rodas situācija, kad vietējais tīkls, kas darbojas ar ātrumu 100 Mbit/s, kas ir visizplatītākais ātrums, vienkārši nevar tikt galā ar slodzi. Un atkal lietotājs sūdzas par programmas lēnu darbību.

Katrs no šiem faktoriem atsevišķi jau būtiski samazina programmas ātrumu, bet nepatīkamākais ir tas, ka parasti šīs lietas summējas.

Tagad, izmantojot piemēru, aplūkosim vairākus risinājumus problēmai ar zemu 1C darbības ātrumu un to izmaksām lokālais tīkls no 10 vidējiem datoriem.

Risinājums viens. Infrastruktūras modernizācija

Tas, iespējams, ir visredzamākais risinājums. Aprēķināsim tā minimālās izmaksas.

Katram datoram mums ir nepieciešams vismaz 2 GB RAM, kas vidēji maksā 1500 rubļu, tīkla karte ar atbalstu ātrumam 1 Gbit/s, maksā apmēram 700 rubļu. Turklāt jums būs nepieciešams vismaz 1 maršrutētājs, kas atbalsta ātrumu 1 Gbit/s, kas maksās aptuveni 4000 rubļu. Kopējās izmaksas - 26 000 rubļu par aprīkojumu, neskaitot darbu.

Principā ātrums var ievērojami palielināties, tomēr tagad vairs nevarēs iegādāties lētus datorus birojam. Turklāt šo lēmumu nav piemērojams tiem, kas izmanto Wi-Fi vai vēlas strādāt, izmantojot internetu - viņu gadījumā tīkla ātrums var būt desmitiem reižu mazāks. Rodas doma: "Vai nav iespējams visu programmu ieviest vienā jaudīgā serverī, lai lietotāja dators nepiedalītos sarežģītos aprēķinos, bet vienkārši kalpotu attēla pārsūtīšanai?" Tad jūs varat strādāt pat ļoti vājos datoros, pat tīklos ar mazu joslas platumu. Protams, šādi risinājumi pastāv.

Otrais risinājums. Termināļa serveris

Ieguva lielu popularitāti 1C 7 laikos. Ieviests serverī Windows versijas un lieliski tiek galā ar mūsu uzdevumu. Tomēr tam ir savas nepilnības, proti, licenču izmaksas.

Pati operētājsistēma maksās aptuveni 40 000 rubļu. Papildus tam mums visiem, kas plāno strādāt 1C, būs nepieciešama Windows Server CAL licence, kas maksā aptuveni 1700 rubļu, un Windows Remote Desktop Services CAL licence, kas maksā aptuveni 5900 rubļu.

Aprēķinot izmaksas 10 datoru tīklam, mēs iegūstam 116 000 rubļu. tikai par vienu licenci. Pievienojiet tam paša servera izmaksas (vismaz 40 000 rubļu) un ieviešanas darbu izmaksas, taču pat bez tā licenču cena izrādījās iespaidīga.

Trešais risinājums. Pakalpojums 1C Enterprise

1C ir izstrādājis savu risinājumu šai problēmai, kas var ievērojami palielināt programmas ātrumu. Bet šeit ir arī nianse.

Fakts ir tāds, ka šāda risinājuma izmaksas svārstās no 50 000 līdz 80 000 rubļu atkarībā no izdevuma. Uzņēmumam ar līdz 15 lietotājiem tas izrādās diezgan dārgi. Lielas cerības tika liktas uz “1C uzņēmuma miniserveri”, kas, pēc 1C uzņēmuma domām, ir paredzēts maziem uzņēmumiem un maksā aptuveni 10 000 - 15 000 rubļu.

Taču, kad tas nonāca pārdošanā, šis produkts sagādāja lielu vilšanos. Lieta tāda maksimālais daudzums Bija tikai 5 lietotāji, ar kuriem varēja izmantot mini serveri.

Kā forumā rakstīja viens 1C programmētājs: “Joprojām nav skaidrs, kāpēc 1C izvēlējās tieši 5 savienojumus! Problēmas sākas tikai ar 4 lietotājiem, bet ar pieciem tas viss beidzas. Ja gribi pieslēgt kādu sesto, maksā vēl 50 tūkstošus Mēs varētu veikt vismaz 10 pieslēgumus...”

Protams, savu patērētāju atrada arī miniserveris. Taču uzņēmumiem, kur ar 1C strādā 5 un vairāk cilvēku, vienkāršs un lēts risinājums nav parādījies.

Papildus iepriekš aprakstītajām programmas paātrināšanas metodēm ir vēl viena, kas ir ideāli piemērota segmentam no 5 līdz 15 lietotājiem, proti, tīmekļa piekļuve 1C faila režīmā.

Ceturtais risinājums. Tīmekļa piekļuve 1C faila režīmā

Darbības princips ir šāds: datorā tiek instalēta papildu tīmekļa servera loma, kurā tiek publicēta informācijas drošība.

Protams, tam jābūt vai nu visvairāk jaudīgs dators tīklā vai atsevišķā mašīnā, kas paredzēta šai lomai. Pēc tam jūs varat strādāt ar 1C tīmekļa servera režīmā. Visas smagās darbības tiks veiktas servera pusē, un tīklā pārraidītā trafika, kā arī klienta datora slodze tiks samazināta līdz minimumam.

Tādējādi pat ļoti vājas mašīnas var izmantot darbam 1C, un tīkla joslas platums kļūst nenozīmīgs. Mūsu testi ir parādījuši, ka varat strādāt ērti mobilais internets lētā planšetdatorā, neizjūtot nekādu diskomfortu.

Šī opcija darbības ātruma ziņā ir zemāka par uzņēmuma 1C serveri, taču šī atšķirība ir praktiski neredzama līdz 15-20 lietotājiem. Starp citu, tīmekļa servera ieviešanai varat izmantot IIS (operētājsistēmai Windows) un Apache (operētājsistēmai Linux), un abi šie risinājumi ir bezmaksas!

Neskatoties uz acīmredzamajām priekšrocībām, šī metode 1C darbības optimizācija nav guvusi lielu popularitāti.

Es nevaru droši pateikt, bet, visticamāk, tam ir divi iemesli:

• Diezgan vājš apraksts tehnisko dokumentāciju
• Atrodas sistēmas administratora un 1C programmētāja atbildības krustpunktā

Parasti, ja pie sistēmas administratora vēršas ar maza ātruma problēmu, viņš iesaka jaunināt infrastruktūru vai termināļa serveri, ja tiek sazināties ar 1C speciālistu, viņam tiek piedāvāts 1C uzņēmuma serveris. Tātad, ja jūsu uzņēmumā par infrastruktūru atbildīgais speciālists un speciālists, kas atbildīgs par 1C, strādā “roku rokā”, tad varat droši izmantot risinājumu, kura pamatā ir tīmekļa serveris.

Paātrināsim 1C. Attālināti, ātri un bez jūsu līdzdalības

Mēs zinām, kā paātrināt 1Ski, netraucējot klientu. Mēs iedziļināmies problēmā, izdarām savu darbu un dodamies prom. Ja vēlaties, lai programma darbotos normāli, sazinieties ar mums. Mēs to izdomāsim.

Atstājiet pieprasījumu un saņemiet bezmaksas konsultāciju par programmas paātrināšanu.

Lietotāji bieži sūdzas, ka “1C 8.3 ir lēns”: dokumentu veidlapas atveras lēni, dokumentu apstrāde aizņem ilgu laiku, programma tiek startēta, pārskatu ģenerēšana prasa ilgu laiku utt.

Turklāt šādas "kļūmes" var rasties dažādās programmās:

Iemesli var būt dažādi. Tas nav atjaunoti dokumenti, vājš dators vai serveris, 1C serveris ir nepareizi konfigurēts.

Šajā rakstā es vēlos apskatīt vienu no vienkāršākajiem un visizplatītākajiem programmas lēnas darbības iemesliem - . Šī instrukcija būs noderīga lietotājiem failu datu bāzes 1-2 lietotājiem, kur nav konkurences par resursiem.

Ja jūs interesē nopietnāka klienta-servera opciju optimizācija sistēmas darbībai, apmeklējiet vietnes sadaļu.

Kur ir 1C 8.3 ieplānotie uzdevumi?

Pirms man bija laiks ielādēt programmu, 1C izpildīja daudzas fona darbi. Tos var apskatīt, atverot izvēlni “Administrēšana” un pēc tam uz “Atbalsts un apkope”:

Saņemiet 267 video nodarbības 1C bez maksas:

Šādi izskatās logs ar pabeigtiem uzdevumiem:

Un tā pilns saraksts visi ieplānotie uzdevumi, kas tiek palaisti:

Starp šiem uzdevumiem ir, piemēram, ““, dažādu klasifikatoru ielāde, programmas versijas atbilstības pārbaude utt. Piemēram, man nav jēgas gandrīz visiem šiem uzdevumiem. Es neveicu valūtu uzskaiti, es pats kontrolēju versijas un ielādēju klasifikatorus pēc vajadzības.

Attiecīgi manās (un vairumā gadījumu jūsu) interesēs ir atspējot nevajadzīgus uzdevumus.

Ikdienas un fona uzdevumu atspējošana 1C 8.3

1C ātrums ir ļoti svarīgs faktors, kas nosaka laiku piekļuvei informācijai datu bāzē un darbam ar to. Diemžēl lielākā daļa mazo un vidējo uzņēmumu savas darba vietas aprīko ar veciem vai lētiem datoriem, uzskatot, ka grāmatvedība neprasa daudz līdzekļu. Datu bāzes var ielādēt piecās minūtēs, un atskaites un izrakstus var ģenerēt pāris minūtēs. Kad pienāks mēneša slēgšanas laiks, pat ja dokumentu ir maz, gaidīšana var ilgt līdz 10 minūtēm, un viss ir jāpārbauda, ​​lai nebūtu kļūdu un mēnesis nav jāslēdz no jauna.

1C paātrināšana nozīmē uzņēmuma biznesa procesu paātrināšanu, kas saistīti ar uzņēmuma dzīves faktu atspoguļošanu informācijas bāzē. Ja 1C darbojas lēni, tas kaut kā ietekmēs visa uzņēmuma darbu un peļņu.

Raksts noderēs gan speciālistiem, gan grāmatvežiem. Ir vairāki veidi, kā paātrināt 1C, pamatojoties uz sistēmas testēšanu un veiktspējas mērījumiem, serveru precizēšanu utt., taču šeit mēs aprakstīsim visvairāk. vienkāršas metodes, nodrošinot pozitīva ietekme pie darba ātruma 1C.

Mēs esam gatavi veikt visus nepieciešamos pasākumus, lai paātrinātu jūsu 1C un padarītu jūsu darbu patīkamu un ērtu. Lai paātrinātu 1C, atstājiet pieprasījumu, un mēs jums atzvanīsim.

Kāpēc 1C ir lēns?

Uzdodot šādu jautājumu 1C speciālistiem, jūs vienmēr saņemsit veselu pieņēmumu kopumu. Un lielākā daļa no tiem patiešām var ietekmēt 1C ātrumu jūsu datorā. Mēģināsim noskaidrot, kādi ir zemas 1C veiktspējas iemesli un kā to palielināt.

Visus iemeslus attiecībā uz programmu 1C var iedalīt divās grupās: ārējā Un iekšējais. Apsvērsim katru iemeslu grupu atsevišķi un izcelsim galvenos punktus, kas būtu jāuzrauga un jālabo, lai paātrinātu 1C.

1C lēnas darbības ārējie iemesli

Ārējie iemesli, kas ietekmē 1C 8.3 ātrumu, ietver aparatūras, darbības un programmatūras faktorus.

Aparatūras faktors

Mūsu pieredze liecina, ka visbiežāk 1C lēnas darbības iemesls ir datoru sliktais tehniskais aprīkojums. Izmantojot 2002.-2007.gada datorus, kas aprīkoti ar novecojušu aparatūru, ir grūti apstrādāt lielus datu apjomus un tos vizualizēt. Tas arī viss no šejienes iespējamās sekas– palēninās ne tikai 1C, bet arī pārlūkprogramma, biroja redaktori, pasts un daudz kas cits.

Mēs varam identificēt divus galvenos komponentus datorā, kas visspēcīgāk ietekmē 1C veiktspēju - procesoru un operatīvo atmiņu.

Līdzi nāk procesori dažādas summas serdeņi un dažādas pulksteņa frekvences. Kodolu skaits ļauj apstrādāt vairākus procesus vienlaicīgi, un frekvence ir atbildīga par procesu apstrādes ātrumu. Jo augstāki abi rādītāji, jo labāk.

RAM ļauj saglabāt datus pagaidu atmiņā, ļaujot programmām ar to strādāt. Jo lielāks RAM apjoms, jo vairāk datu var apstrādāt programma 1C. RAM palielināšana pozitīvi ietekmē visus darba ar 1C posmus - no programmas ielādes līdz atskaišu augšupielādei. Tomēr RAM palielināšanas pozitīvā ietekme ir jūtama mazos apjomos. Mainot no 2 GB uz 4 GB, atšķirība ir jūtama stipri, taču, palielinot atmiņu no 16 GB uz 32 GB, lielu veiktspējas pieaugumu nejutīsit (informācija nav aktuāla 1C serveriem).

Ir vērts pieminēt videokarti. Šeit jūs varat ietaupīt naudu, uzstādot budžeta līmeņa videokarti, jo 1C programmas ir veidotas monotonās krāsās, neizmantojot nevajadzīgus specefektus.

Neatkarīgi no tā, kāds darbs tiek veikts, lai paātrinātu 1C, ja jums ir maz RAM (1 GB) vai vājš procesors (2200 GHz), jūs, visticamāk, nepanāksit ievērojamu ātruma pieaugumu. Ir vērts padomāt par datora jaunināšanu.

Skatiet tieši datora iestatījumus īsumā Varat ar peles labo pogu noklikšķināt uz ikonas Mans dators un tur atlasīt “Properties”. Jums tiks parādīts izmantotais procesors, tā frekvence un RAM apjoms.

Darbības faktors

Darbības faktori ietver operētājsistēmas veidu un jaudas iestatījumus.

Visbiežāk operētājsistēmas ir 32 un 64 biti. Jaunākās sistēmas(Windows 8.10) pārsvarā ir 64 biti. 32 bitu sistēmām ir daži ierobežojumi, no kuriem galvenais ir programmatūras ierobežojums maksimāli pieejamajam RAM apjomam - aptuveni 3,5 GB. Pat ja jums ir fiziski instalēts 8 GB, maksimālais, ko varat izmantot, ir 3,5 GB.

Strāvas padeves iestatīšana ietver darbības shēmas “Maksimālā veiktspēja” izvēli. Dažādās operētājsistēmās jaudas iestatījumi atrodas dažādās Windows vietās, tos vienmēr varat atrast vadības panelī.

Programmatūras faktors

Programmatūras faktori ietver programmas, kas ierobežo 1C veiktspēju, vai programmas, kas koplieto datora resursus ar 1C.

Šo faktoru ir visvieglāk novērst – kamēr darbojas 1C, aizveriet visas pārējās programmas, kurām nepieciešamas liels daudzums resursi (pārlūkprogrammas, video atskaņotāji, spēles utt.), kā arī pievienojiet 1C programmu antivīrusa izņēmumiem. Strādājot ar 1C, nevajadzētu ielādēt datoru ar citām programmām. Tas palīdzēs uzlabot 1C veiktspēju, jo visi datora resursi tiks nosūtīti, lai apstrādātu skaitļošanas procesus 1C.

1C lēnas darbības iekšējie iemesli

UZ iekšējie iemesli faktori, kas ietekmē 1C ātrumu, ir nevajadzīgi dokumenti, programmatūras kešatmiņa un ikdienas uzdevumi.

Lai datu bāzē nebūtu nekā lieka, ieteicams regulāri dzēst dzēšanai atzīmētos objektus, apkopot datubāzi par iepriekšējiem periodiem, kā arī atslēgt nevajadzīgās funkcijas. IN jaunākās versijas 1C cilnē Administrēšana ir parādīta sadaļa Veiktspēja. Tajā jūs varat atspējot papildu funkcijas pēc saviem ieskatiem un palielināt ātrumu 1C.

Kešatmiņa ir informācijas krātuve, kuru, pēc sistēmas domām, lietotājs var pieprasīt ar vislielāko varbūtību. Taču, strādājot sistēmā, lietotāji izveido jaunas datu bāzes, jaunus lietotājus un pārtrauc lietot vecās datu bāzes. Kešatmiņa no tiem paliek sistēmā un var palēnināt 1C. Mēs iesakām regulāri notīrīt 1C kešatmiņu.

Ikdienas un fona uzdevumi ir procesi, kas darbojas fonā (bez lietotāja parādīšanas vai apstiprināšanas), kas nepieciešami noteiktas informācijas uzturēšanai un atjaunināšanai. Piemēram, kāpēc atjaunināt bankas klasifikatoru vai valūtas kursus reizi stundā, ja valūtas maiņas darījumi tiek veikti reti un pēc pašreizējo valūtas kursu iepriekšējas ielādes? Atspējojot šādus procesus, mēs izlādēsim sistēmu un novirzīsim visus pieejamos resursus, lai aprēķinātu mums nepieciešamās darbības.

Klienta-servera risinājumi 1C

Uzņēmumiem, kas izmanto 1C serveri, palielināta produktivitāte ir saistīta ar servera (resursdatora) un tā pareizas konfigurācijas uzlabošanu. Klientu datoriem var būt minimālās prasības palaist 1C, jo visi aprēķini tiks veikti serverī. Tomēr dažreiz pat jaudīgs serveris nevar tikt galā ar 5-10 lietotāju vienlaicīgu darbu, ja 1C serveris nav pareizi konfigurēts.

Diemžēl šajā rakstā nav iekļauta servera iestatījumu apsvēršana, lai uzlabotu 1C veiktspēju, jo tam ir nepieciešamas noteiktas prasmes un zināšanas tīklošanas jomā un 1C serveru darbības principi.

Secinājumi

Mēs esam apsvēruši visus iespējamos problēmu avotus saistībā ar 1C lēno darbību. Veicot atbilstošās procedūras un ievērojot mūsu ieteikumus, jūs uzlabosiet 1C veiktspēju un varēsiet to uzturēt liels ātrums programmas darbība. Neaizmirstiet, ka zema 1C produktivitāte rada zemu darbinieku produktivitāti īsas, bet biežas dīkstāves dēļ visbiežāk sastopamajās darbībās.

Mēs esam gatavi uzlabot jūsu 1C veiktspēju, izmantojot integrētu pieeju šīs problēmas risināšanai - mēs veiksim visus nepieciešamos testus un veiksim sākotnējos veiktspējas rādītājus, analizēsim datoru un tīklu pašreizējo stāvokli un pēc tam veiksim visu pasākumus, lai paātrinātu 1C un pastāstītu, kā uzturēt sistēmu lieliskā formā.

Paātriniet 1C tūlīt!

Dažādu iemeslu dēļ programmas 1C lietotāji laiku pa laikam saskaras ar 1C veiktspējas problēmām. Piemēram: dokumenta apstrāde aizņem ilgu laiku, atskaites ģenerēšana prasa ilgu laiku, transakciju kļūdas, programma sastingst, lēna reakcija uz lietotāja darbībām utt. Ievērojot mūsu norādījumus, jūs varat sasniegt ievērojamus panākumus programmas darbībā un novērst sistēmas limita pārsniegšanu. Tā nav panaceja pret visām kaitēm, taču lielākā daļa 1C palēninājuma iemeslu slēpjas tieši šajos jautājumos.

1. Neveiciet rutīnas vai fona uzdevumus, kamēr lietotāji strādā

Pirmais un galvenais sistēmas administratoru noteikums ir ieplānot visus fona uzdevumus, kas jāveic ārpus darba laika. Sistēmai jābūt maksimāli izlādētai, lai veiktu rutīnas darbus (indeksēšana, dokumentu apstrāde, datu augšupielāde) un vienlaikus netraucētu lietotāju darbam. Ne sistēma, ne lietotāji netraucēs viens otram, ja viņi strādās dažādos laikos.

2. Neapmainīties ar RIB datiem lietotāju darba laikā

Lai gan uzņēmumi pēdējā laikā atsakās no RIB datu apmaiņas sistēmas par labu tiešsaistes režīmam un termināla piekļuvei, nav lieki atcerēties, ka apmaiņas datu augšupielādes un lejupielādes laikā nav iespējams veikt dokumentus un pilna laika darbs programmā. Ja iespējams, šī procedūra, ja tāda pastāv, ir jāveic naktī, izmantojot fona darbus.

3. Savlaicīgi palieliniet datora veiktspēju, saskaņojot tā jaudu ar reālajām vajadzībām

Neaizmirstiet, ka 30 un 100 lietotāju vienlaicīga darbība sistēmā rada dažādas slodzes. Attiecīgi, ja tiek plānots kvantitatīvs lietotāju skaita pieaugums, IT dienestam ar uzņēmuma vadību operatīvi jāizskata jautājums par mašīnu parka paplašināšanu, papildu atmiņas vai serveru iegādi.

4. Programmatūra, kurā darbojas 1C

Programma 1C ir tāda, ka operētājsistēmās tā darbojas atšķirīgi. Nav precīzi zināms, kāpēc, bet tā tas ir. Piemēram, 1C datu bāzes servera versija operētājsistēmā Linux operētājsistēmā kopā ar SQL Postgre darbojas daudz lēnāk nekā tā pati 1C datubāze operētājsistēmā Windows OS kopā ar MS SQL. Precīzi iemesli šo faktu nav zināmi, bet acīmredzot kaut kur dziļi 1C platformā ir saderības problēmas ar operētājsistēmām un ne-Microsoft DBVS. Sistēmu ir vērts izvietot arī 64 bitu serverī, ja plānojat datu bāzi noslogot ievērojamu slodzi.

5. Datu bāzes indeksēšana

1C programmas iekšējā procedūra, kas “ķemmē” sistēmu no iekšpuses. Iestatiet to darboties fonā regulējošais uzdevums naktī un esi mierīgs.

6. Operatīvās partijas uzskaites atspējošana

Lieta tāda, ka kad operatīvā īstenošana dokumenti, kustības tiek fiksētas reģistros, tajā skaitā partiju uzskaites reģistros. Sērijveida uzskaites reģistru ierakstīšanu, grāmatojot dokumentus, var atspējot programmas iestatījumos. Reizi mēnesī būs jāsāk apstrādāt dokumentu grāmatošanu pa partijām, piemēram, laikā, kad datubāzes noslodze ir vismazākā vai kad mazākais skaitlis lietotājiem.

7. RAM

Izmantojiet šādu formulu:

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

Apmēram 70% no kopējā datu bāzu fiziskā apjoma. 1C bāzes patīk ēst labi RAM. Neaizmirstiet šo.

8. Ja iespējams, optimizējiet pašrakstītās atskaites un apstrādi ar nepilnīgiem un novecojušiem kodiem

Uzņēmuma dzīves laikā ir nepieciešama atskaišu rakstīšana un apstrāde, kā arī modifikācijas biznesa procesu vadīšanai un specifiskas informācijas iegūšanai. Visi šie uzlabojumi var izraisīt kļūmes un palēnināt darbu, jo... a) daži Kulibins, iespējams, kādreiz ir uzrakstījuši smagu, nepareizu kodu, kuru programmai ir grūti izpildīt un kura izpilde prasa ievērojamas pūles; b) kods, kurā tiek rakstīts apstrāde vai atskaite, var būt novecojis un ir nepieciešams pārskatīt un pārprogrammēt. Izmantojiet noteikumu: jo mazāk kaut ko mainīsim programmā, jo labāk.

9. Notīrīt kešatmiņu

Regulāra servera atsāknēšana dažreiz atrisina problēmas ar novecojušo 1C kešatmiņu. Vienkārši izmēģiniet to. Var palīdzēt arī izkraušana – informācijas bāzes ielāde caur konfiguratoru. Un pēdējā konkrēta lietotāja kešatmiņas tīrīšana ir mapju dzēšana veidlapas 1C sistēmas direktorijā: kexifzghjuhfv8j33hbdgk0. Taču kešatmiņā saglabāto lietotāju mapju dzēšana ir pēdējā lieta, jo... Papildus atkritumu noņemšanai kešatmiņas notīrīšanai ir nepatīkamas sekas saglabāto atskaites iestatījumu un lietotāja izvēlnes saskarnes dzēšanas veidā.

10. Datu bāzu fiziskā apjoma samazināšana

Vairāk bāzes - vairāk resursu. Dabiski. Izmantojiet standarta 1C rīkus, lai sakļautu datubāzi. Padomājiet par iespēju atteikties no piecu gadu datiem, lai uzlabotu produktivitāti. Un, ja jums joprojām ir nepieciešami dati no pēdējiem pieciem gadiem, jūs vienmēr varat izmantot datu bāzes kopiju.

11. Pareiza arhitektūras organizācija

Kopumā korporatīvās informācijas sistēmas arhitektūrai jābūt pareizai. Ko mēs saprotam ar pareizo sistēmu? Sistēmai noteikto uzdevumu salīdzināmība ar pieejamo aprīkojumu un programmatūra. Plānojiet sistēmu kopā ar: sistēmas administratoru (jo viņš zina mašīnu parku), 1C programmētāju (jo viņš zina 1C resursu vajadzības) un uzņēmuma vadītāju (jo viņš zina par uzņēmuma izaugsmi vai samazināšanos nākotnē) ).