Lēna darbība 1s 8.3 terminālī. Automatizācijas padomi

Vai 1C sākas pēc divām minūtēm? Vai dokumentu žurnāla atvēršanai nepieciešamas 40 sekundes? Vai dokuments tiek turēts gandrīz minūti?

Šī ir pazīstama situācija, ja izmantojat faila versiju ar piekļuvi tīklam.
Var, protams, uzlikt serveri un aizmirst par bremzēm, bet ja 1C strādā tikai 2-3 cilvēki un tērēt naudu servera licenču iegādei nav praktiski.

Simptomi:
Vairāku lietotāju darbs tīklā ar vienu un to pašu failu (datu bāzi) ietver tīkla bloķēšanas mehānismu. Tas liek sistēmai tērēt dārgo laiku, identificējot atvērtās ierakstīšanas sesijas un attiecīgi risinot konfliktus. Galvenās bloķēšanas darbības pazīmes:

ātrs lietotāju darbs ar datubāzi tīklā ekskluzīvā režīmā un ārkārtīgi lēns, ja vienlaikus strādā vairāki lietotāji.
ātrs lietotāju darbs ar lokālo datu bāzi serverī un lēns darbs tīklā.
Servera procesors gandrīz nedarbojas.
Gigabitu tīkla kartes noslodze ir mazāka par 5%.
piekļuve failu sistēmai ir nedaudz mazāka par 10 MB/sek.
Mēģinot vienlaikus ievietot dokumentus, viens dators apstājas apmēram uz minūti, bet otrs avarē no 1C ar kļūdas tekstu “neizdevās bloķēt tabulu”.
1C palaišana ilgst apmēram 3 minūtes.

Padomi, kas var palīdzēt paātrināt failu datubāzi:

Dodieties uz darbu, izmantojot termināļa piekļuvi. Diemžēl Windows 7 neļauj pārvērsties par termināļa serveri, izmantojot standarta rīkus - ir ne vairāk kā viens aktīvs savienojums. Šajā gadījumā atlikušās sesijas netiek pārtrauktas, varat atkārtoti izveidot savienojumu cita lietotāja vadībā - “izmetot” iepriekšējais lietotājs, bet nebeidzot viņa sesiju. Tāpēc jums vajadzētu pārsūtīt 1C uz servera operētājsistēmu, kurā nav šādu ierobežojumu, vai atrisināt problēmu ar trešās puses utilītu.
Atspējojiet IPv6 tīkla protokola izmantošanu, konfigurējiet adresēšanu uz “vecā” IPv4.
Pievienojiet 1C procesus Windows ugunsmūra izņēmumiem, kā arī antivīrusu izņēmumiem vai pilnībā atspējojiet tos (riskantāk, taču vienkāršs tests parādīja dokumentu atkārtotas pārsūtīšanas ātruma palielināšanos, ja Avast antivīruss ir ievērojami atspējots!)
Sāciet indeksēt pilna teksta meklēšanu 1C formātā vai pilnībā izslēdziet to
Palaidiet datu bāzes testēšanu un labošanu, pārbaudot ar ChDbfl utilītu (utilīta atrodas instalētās tehnoloģiju platformas mapē “bin”).
Konfigurācijā palaidiet vienumu "Pārbaudīt konfigurāciju" (ja konfigurācija nav standarta, tas var būt noderīgi).
Atspējojiet nevajadzīgās funkcionālās opcijas (jo mazāk nevajadzīgu pārvaldītajā saskarnē, jo ātrāk tas darbojas, kā likums).
Iestatiet lietotāja tiesības (jo mazāk nevajadzīgu pārvaldītajā saskarnē, jo ātrāk tas darbojas, kā likums).
Sāciet pārrēķināt kopsummas un atjaunot secību (ievērojams pieaugums var notikt tikai tad, ja uz ilgu laiku rezultāti netika atjaunoti).
Datu bāzes saraksta iestatījumos norādiet "Savienojuma ātrums - zems".
Diska defragmentēšana ar failu datu bāzi.
Datu bāzes konvolūcija (var būt noderīga, ja datu bāze ir liela, piemēram, vairākus gadus).
Aparatūras jauninājums - ātrāks cietais disks (SSD), jauns slēdzis, procesors, atmiņa utt.
Instalējiet tīmekļa serverī, piekļūstiet, izmantojot plāno klientu.

Pēc visu šo darbību veikšanas failu datu bāze 1C var nopelnīt daudz ātrāk. Dažos gadījumos palaišana aizņēma 10 sekundes, un dokumentu pārsūtīšanas ātrums palielinājās 12 reizes.

P.S. UT 11.1 konfigurācijā faila 1C palaišana, izmantojot tīkla piekļuvi koplietotai mapei, ir nereāla, jo Pat ātrākais cietvielu diskdzinis, operatīvā atmiņa un procesors nonāk tīkla bloķēšanā, un vairāku lietotāju darbs kļūst praktiski neiespējams.
Pašu rakstīts mazas konfigurācijas Tie var darboties diezgan ātri pat faila versijā.

1C: Grāmatvedība ir viena no slavenākajām un ērtākajām programmām grāmatvedība. Pierādījums tam ir tā plašā izplatība visās darbības jomās: tirdzniecībā, ražošanā, finansēs utt.

Diemžēl, tāpat kā visi pārējie datorprogrammas 1C: Grāmatvedībā ir arī dažādas avārijas un sasalšanas. Viena no visbiežāk sastopamajām problēmām ir lēna sistēmas darbība.

Lai izprastu tā rašanās iemeslus un mēģinātu tos atrisināt, tika uzrakstīts šodienas raksts.

Biežāko lēnas 1C darbības iemeslu novēršana

1. Visizplatītākais iemesls lēns darbs programmas - ilgstoša piekļuve pamata 1C failam, kas iespējama kļūdu dēļ cietajā diskā vai sliktas interneta savienojuma kvalitātes dēļ, mākoņtehnoloģiju izmantošanas gadījumā. Var būt arī problēmas ar pretvīrusu sistēmas iestatījumiem.

Risinājums: veiciet skenēšanu, lai novērstu kļūdas un defragmentētu cieto disku. Pārbaudiet interneta piekļuves ātrumu. Ja rādījumi ir zemi (mazāk par 1 Mb/s), sazinieties ar pakalpojumu sniedzēja TP servisu. Īslaicīgi atspējojiet pretvīrusu aizsardzību un ugunsmūri pretvīrusu sistēmā.

2. Iespējams, ka programmas lēnā darbība ir saistīta ar liela izmēra datu bāzes fails.

Lai atrisinātu šo problēmu atveriet 1C režīmā “Konfigurators”, sistēmas izvēlnē atlasiet “Administrēšana”, pēc tam “Testēšana un labošana”. Logā ir jāatlasa vienums “Informācijas datu bāzes tabulu saspiešana” ir aktīvs zemāk esošais punkts “Testēšana un labošana”. Noklikšķiniet uz "Palaist" un gaidiet, līdz process tiks pabeigts.

3. Tālāk iespējamais iemesls- novecojusi programmatūra vai pašas programmas novecojusi versija.

Izeja no šīs situācijas: atjauniniet operētājsistēmas programmatūru vai instalējiet jaunāko šobrīd 1C programmas versija. Profilakses nolūkos vienmēr atjauniniet uz jaunāko versiju, kas novērš kļūdas no iepriekšējām konfigurācijām.

Lai instalētu jaunākā versija 1C sistēmā, programma jāievada režīmā “Konfigurācija”, pēc tam no izvēlnes dodieties uz “Pakalpojums” -> “Pakalpojums” -> “Konfigurācijas atjaunināšana”, pēc tam atlasiet noklusējuma iestatījumus un noklikšķiniet uz pogas “Atjaunināt”.

Ļoti bieži cilvēki nāk pie manis ar tādiem jautājumiem kā:

Kāpēc 1C serveris palēninās?
1C dators ir ļoti lēns
1C klients ir šausmīgi lēns

Ko darīt un kā to pārvarēt, un tā tālāk secībā:

Klienti strādā ļoti lēni ar 1C servera versiju

Papildus lēnajam 1C darbam ir arī lēns darbs ar tīkla failiem. Problēma rodas normālas darbības laikā un ar LAP

Lai to atrisinātu, pēc katras Seven vai 2008. gada servera instalēšanas es vienmēr sāku

netsh int tcp set global autotuning=disabled

netsh int tcp iestata globālo autotuninglevel=disabled

netsh int tcp set global rss=atspējots skurstenis=atspējots

un tīkls darbojas bez problēmām

dažreiz labākais risinājums ir:
netsh interfeiss tcp set global autotuning= HighlyRestricted

šādi izskatās instalācija

Konfigurējiet pretvīrusu vai Windows ugunsmūri

Kā konfigurēt pretvīrusu vai Windows ugunsmūri 1C servera darbināšanai (piemēram, 1C Server: Enterprise un MS SQL 2008 kombinācija).

Pievienojiet noteikumus:

Ja SQL serveris pieņem savienojumus standarta TCP portā 1433, mēs to pieļaujam.
Ja SQL ports ir dinamisks, jums ir jāatļauj savienojumi ar lietojumprogrammu %ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe.
Serveris 1C darbojas portos 1541, klasterī 1540 un diapazonā no 1560 līdz 1591. Pilnīgi mistisku iemeslu dēļ dažreiz šāds atvērto portu saraksts joprojām neļauj izveidot savienojumus ar serveri. Lai pārliecinātos, ka tas darbojas, atļaujiet diapazonu 1540–1591.

Servera/datora veiktspējas regulēšana

Lai jūsu dators darbotos ar maksimālu veiktspēju, tas ir jākonfigurē šādi:

1. BIOS iestatījumi

Servera BIOS mēs atspējojam visus iestatījumus, lai taupītu procesora jaudu.
Ja ir “C1E” un noteikti ATVIENOJIET!!
Dažiem ne pārāk paralēliem uzdevumiem ir ieteicams arī izslēgt hipertirdzniecību BIOS
Dažos gadījumos (īpaši HP!) Jums jāieiet servera BIOS un jāizslēdz tur esošie vienumi, kuru nosaukumos ir EIST, Intel SpeedStep un C1E.
Tā vietā jums ir jāatrod ar procesoru saistīti vienumi, kuru nosaukumos ir Turbo Boost, un jāiespējo tie.
Ja BIOS ir vispārīga norāde par enerģijas taupīšanas režīmu un iekļaujiet to maksimālās veiktspējas režīmā (to var saukt arī par "agresīvu")

2. Shēmas iestatījumi operētājsistēmā - Augsta veiktspēja

Serveri ar Intel Sandy Bridge arhitektūru var dinamiski mainīt procesora frekvences.

1C sistēma ieņem dominējošu stāvokli mazo un vidējo uzņēmumu automatizācijas tirgū. Ja uzņēmums izvēlas grāmatvedības sistēma 1C, tad parasti tajā strādā gandrīz visi darbinieki, sākot no parastajiem speciālistiem līdz vadībai. Attiecīgi uzņēmuma biznesa procesu ātrums ir atkarīgs no 1C ātruma. Ja 1C strādā neapmierinošā ātrumā, tas tieši ietekmē visa uzņēmuma darbu un peļņu.

Patiesībā pastāv trīs 1C paātrinājuma metodes:

Aparatūras jaudas palielināšana.
Operētājsistēmas un DBVS iestatījumu optimizācija.
Koda un algoritmu optimizācija 1C.

Pirmā metode prasa aprīkojuma un licenču iegādi, trešā programmētājiem prasa lielu darbu un rezultātā abi veidi rada ievērojamas finansiālas izmaksas. Pirmkārt, jums jāpievērš uzmanība programmas kodam, jo servera jaudas palielināšana nevar kompensēt nepareizu kodu. Jebkurš programmētājs zina, ka tikai ar dažām koda rindām ir iespējams izveidot procesu, kas pilnībā noslogos jebkura servera resursus.

Ja uzņēmums ir pārliecināts, ka programmas kods ir optimāls, taču tas joprojām darbojas lēni, vadība parasti nolemj palielināt servera jaudu. Šajā brīdī rodas loģisks jautājums: kas pietrūkst, cik daudz un kas beigās jāpieliek.

Uzņēmums 1C sniedz diezgan neskaidru atbildi uz jautājumu, cik daudz resursu ir nepieciešams, mēs par to rakstījām iepriekš savos ierakstos. Tāpēc jums ir patstāvīgi jāveic eksperimenti un jāizdomā, no kā ir atkarīgs 1C veiktspēja. Tālāk ir aprakstīti eksperimenti ar programmas veiktspēju EFSOL.

Strādājot ar 1C 8.2, it īpaši ar konfigurācijām, kurās tiek izmantotas pārvaldītas formas, tika pamanīts dīvains fakts: darbstacijā 1C darbojas ātrāk nekā jaudīgā serverī. Turklāt visas darbstacijas īpašības ir sliktākas nekā servera īpašības.

1. tabula. Konfigurācijas, kurām tika veikta sākotnējā pārbaude

Darbstacija uzrāda par 155% lielāku veiktspēju nekā 1C serveris ar izcilām īpašībām. Mēs sākām saprast, kas notiek, un sašaurināt meklēšanu.

1. attēls. Darbstacijas veiktspējas mērījumi, izmantojot Gilev testu

Pirmās aizdomas bija par to, ka Gileva pārbaude bija neadekvāta. Veidlapu atvēršanas, dokumentu ievietošanas, atskaišu ģenerēšanas utt. mērījumi, izmantojot instrumentālos rīkus, parādīja, ka Gileva tests dod proporcionālu rezultātu reāls ātrums strādāt 1C.

RAM skaits un biežums

Internetā pieejamās informācijas analīze parādīja, ka daudzi raksta par 1C veiktspējas atkarību no atmiņas frekvences. Tas ir atkarīgs no frekvences, nevis no skaļuma. Mēs nolēmām pārbaudīt šo hipotēzi, jo mūsu RAM frekvence serverī ir 1066 Mhz, salīdzinot ar 1333 Mhz darbstacijā, un RAM apjoms serverī jau ir daudz lielāks. Mēs nolēmām nekavējoties instalēt nevis 1066 Mhz, bet 800 Mhz, lai būtu skaidrāka veiktspējas atkarības no atmiņas frekvences ietekme. Rezultātā produktivitāte samazinājās par 12% un sasniedza 39,37 vienības. Mēs serverī uzstādījām atmiņu ar frekvenci 1333 Mhz, nevis 1066 Mhz, un saņēmām nelielu veiktspējas pieaugumu - aptuveni 11%. Produktivitāte bija 19,53 vienības. Attiecīgi tas nav atmiņas jautājums, lai gan tā biežums nedaudz palielinās.

2. attēls. Darbstacijas veiktspējas mērījumi pēc RAM frekvences pazemināšanas

3. attēls – veiktspējas mērījumi serverī pēc RAM frekvences palielināšanas

Diska apakšsistēma

Nākamā hipotēze bija saistīta ar diska apakšsistēmu. Tūlīt radās divi pieņēmumi:

SSD ir labāki par SAS diskdziņiem, pat ja tie ir 10. reidā.
iSCSI ir lēns vai nepareizs.

Tāpēc darbstacijā tika uzstādīts parasts SATA disks, nevis SSD, un tas pats tika darīts ar serveri - datu bāze tika ievietota lokālajā SATA diskā. Rezultātā veiktspējas mērījumi vispār nemainījās. Visticamāk, tas notiek tāpēc, ka ir pietiekami daudz RAM un diski testa laikā praktiski netiek iesaistīti.

CPU

Procesori serverī, protams, ir jaudīgāki un tādi ir divi, taču frekvence ir nedaudz zemāka nekā darbstacijā. Mēs nolēmām pārbaudīt procesora frekvences ietekmi uz veiktspēju: serverim nebija pie rokas procesora ar augstāku frekvenci, tāpēc darbstacijā samazinājām procesora frekvenci. Mēs nekavējoties samazinājām to līdz 1,6, lai korelācija kļūtu skaidrāka. Tests parādīja, ka veiktspēja ievērojami kritās, taču pat ar 1,6 procesoru darbstacija saražoja gandrīz 28 vienības, kas ir gandrīz 1,5 reizes vairāk nekā serverī.

4. attēls – veiktspējas mērījumi darbstacijā ar 1,6 GHz procesoru

Videokarte

Internetā ir informācija, ka 1C veiktspēju var ietekmēt videokarte. Mēģinājām izmantot darbstacijas integrēto video, profesionālu Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 adapteri un veco GeForce 16MbSDR videokarti. Gileva testa laikā būtiska atšķirība netika pamanīta. Varbūt videokartei joprojām ir ietekme, bet reāli apstākļi kad jāatver pārvaldītās formas utt.

Šobrīd ir divas aizdomas, kāpēc darbstacija strādā ātrāk pat ar manāmi sliktākām īpašībām:

CPU. Darbstacijas procesora veids ir labāk piemērots 1C.
Chipset. Izņemot to vienādos apstākļos Mūsu darbstacijā ir jaunāks mikroshēmojums, iespējams, tā ir problēma.

Mēs plānojam iegādāties nepieciešamās sastāvdaļas un turpināt testus, lai beidzot noskaidrotu, kas ražo lielākā mērā 1C veiktspēja ir atkarīga. Uz redzēšanos process notiek saskaņojumiem un iepirkumiem, nolēmām veikt optimizāciju, jo īpaši tāpēc, ka tas neko nemaksā. Tika noteikti šādi posmi:

1. posms. Sistēmas iestatīšana

Vispirms BIOS un operētājsistēmā veiciet šādus iestatījumus:

Servera BIOS mēs atspējojam visus iestatījumus, lai taupītu procesora jaudu.
Operētājsistēmā atlasiet “Maksimālās veiktspējas” plānu.
Procesors ir arī noregulēts maksimālai veiktspējai. To var izdarīt, izmantojot PowerSchemeEd utilītu.

2. posms. SQL servera un 1C:Enterprise servera iestatīšana

Mēs veicam šādas izmaiņas DBVS un 1C:Enterprise servera iestatījumos.

Koplietotās atmiņas protokola iestatīšana:
- Koplietotā atmiņa būs iespējota tikai platformā, sākot no 1C 8.2.17. Iepriekšējās versijās Named Pipe būs iespējots – nedaudz zemāks darbības ātrums. Šī tehnoloģija darbojas tikai tad, ja 1C un MSSQL pakalpojumi ir instalēti vienā fiziskajā vai virtuālajā serverī.
1C pakalpojumu ieteicams pārslēgt uz atkļūdošanas režīmu, jo paradoksālā kārtā tas uzlabo veiktspēju. Pēc noklusējuma atkļūdošana serverī ir atspējota.
SQL servera iestatīšana:
- Mums vajag tikai serveri, citus ar to saistītos pakalpojumus un, iespējams, kāds tos izmanto, tikai palēnina darbu. Mēs pārtraucam un atspējojam tādus pakalpojumus kā: pilna teksta meklēšana (1C ir savs pilna teksta meklēšanas mehānisms), integrācijas pakalpojumi utt.
- Mēs iestatām maksimālo serverim atvēlētās atmiņas apjomu. Tas ir nepieciešams, lai SQL serveris aprēķinātu šo summu un iepriekš iztīrītu atmiņu.
- Instalējiet maksimālais daudzums pavedieni (Maksimālie darbinieka pavedieni) un iestatiet paaugstinātu servera prioritāti (Pastiprināšanas prioritāte).

3. posms: ražošanas datu bāzes iestatīšana

Kad DBVS serveris un 1C: Enterprise ir optimizēti, mēs pārejam pie datu bāzes iestatījumiem. Ja datu bāze vēl nav paplašināta no .dt faila un jūs zināt tās aptuveno lielumu, labāk ir nekavējoties norādīt inicializācijas lielumu primārajam failam ar datu bāzes lieluma “>=”, bet tas ir jautājums garša, tas joprojām pieaugs paplašināšanās laikā. Bet ir jānorāda automātiskā palielinājuma lielums: aptuveni 200 MB uz bāzi un 50 MB uz žurnālu, jo Noklusējuma vērtības – pieaugums par 1 MB un 10% ļoti palēnina servera darbu, kad nepieciešams palielināt failu ik pēc 3. darījuma. Tāpat, ja tiek izmantots RAID masīvs, labāk ir norādīt datu bāzes faila un žurnālfaila glabāšanu dažādos fiziskajos diskos vai RAID grupās un ierobežot žurnāla pieaugumu. Tempdb failu ieteicams pārvietot uz ātrgaitas masīvu, jo DBVS tam piekļūst diezgan bieži.

4. posms. Plānoto uzdevumu iestatīšana

Plānotie uzdevumi tiek izveidoti pavisam vienkārši, izmantojot Apkopes plānu sadaļā Pārvaldība, izmantojot grafiskos rīkus, tāpēc mēs sīkāk neaprakstīsim, kā tas tiek darīts. Apskatīsim, kādas darbības jāveic, lai uzlabotu produktivitāti.

Indeksu defragmentēšana un statistikas atjaunināšana jāveic katru dienu, jo ja indeksa sadrumstalotība ir > 25%, tas ievērojami samazina servera veiktspēju.
Defragmentēšana un statistikas atjaunināšana tiek veikta ātri, un nav nepieciešams atvienot lietotājus. Ieteicams to darīt arī katru dienu.
Pilna pārindeksēšana – tiek veikta ar bloķētu datubāzi, ieteicams to darīt vismaz reizi nedēļā. Protams, pēc pilnīgas atkārtotas indeksēšanas indeksi tiek nekavējoties defragmentēti un statistika tiek atjaunināta.

Rezultātā ar sistēmas, SQL servera un darba datu bāzes precizēšanas palīdzību mums izdevās palielināt produktivitāti par 46%. Mērījumi tika veikti, izmantojot 1C KIP rīku un Gilev testu. Pēdējā uzrādīja 25,6 vienības, salīdzinot ar 17,53, kas bija sākotnēji.

Īss secinājums

1C veiktspēja nav daudz atkarīga no RAM frekvences. Kad ir sasniegts pietiekams atmiņas apjoms, tālākai atmiņas paplašināšanai nav jēgas, jo tas nepalielina veiktspēju.
1C veiktspēja nav atkarīga no videokartes.
1C veiktspēja nav atkarīga no diska apakšsistēma ar nosacījumu, ka netiek pārsniegta diska lasīšanas vai rakstīšanas rinda. Ja ir uzstādīti SATA diskdziņi un to rinda nav pārsniegta, SSD diska uzstādīšana neuzlabos veiktspēju.
Veiktspēja ir ļoti atkarīga no procesora frekvences.
Pareizi konfigurējot operētājsistēmu un MSSQL serveri, ir iespējams panākt 1C veiktspējas pieaugumu par 40-50% bez jebkādām materiālajām izmaksām.

UZMANĪBU! Ļoti svarīgs punkts! Visi mērījumi tika veikti uz testa bāzes, izmantojot Gilev testa un 1C instrumentu instrumentus. Reālas bāzes uzvedība ar reāli lietotāji var atšķirties no iegūtajiem rezultātiem. Piemēram, testa datubāzē mēs neatradām nekādu veiktspējas atkarību no videokartes un RAM apjoma. Šie secinājumi ir diezgan apšaubāmi, un reālos apstākļos šie faktori var ietekmēt būtiska ietekme priekšnesumam. Strādājot ar konfigurācijām, kurās tiek izmantotas pārvaldītās formas, videokarte ir svarīga un jaudīga GPU paātrina darbu programmas saskarnes zīmēšanas ziņā, vizuāli tas izpaužas ātrākā 1C darbā.

Vai jūsu 1C darbojas lēni? Pasūtiet IT apkopi datoriem un serveriem EFSOL speciālistiem ar daudzu gadu pieredzi vai pārsūtiet savu 1C uz jaudīgu un defektu izturīgu 1C virtuālo serveri.

Sistēmas integrācija. Konsultācijas

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ā?

Lēnas 1C darbības problēmas risinājums 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, izmantojiet īpašo saiti ↓

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 zema 1C darbības ātruma problēmas un to izmaksu risinājumus 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 kronšteins RAM par 2 GB, maksā vidēji 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 nav iespējams 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.

Viņa pati operētājsistēma maksās apmēram 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 šai problēmai ir izstrādājis savu risinājumu, 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. Fakts ir tāds, ka maksimālais lietotāju skaits, ar kuriem varēja izmantot mini serveri, bija tikai 5.

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, kuros 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 caurlaidspēja tīkls vairs nav kritisks. 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, tas ir divu iemeslu dēļ:

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.