1s 8 tīklā darbojas lēni. Automatizācijas padomi

Ļ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

Izņemot lēns darbs 1C, ir arī lēns darbs ar tīkla failiem. Problēma rodas normālas darbības laikā un ar LAP

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

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 ATVIENOTIES!!
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.

Ikviens, kurš strādā ar produktiem platformā 1C:Enterprise, droši vien ir dzirdējis frāzi “1C ir lēns”. Daži cilvēki par to sūdzējās, citi pieņēma sūdzības. Šajā rakstā mēs centīsimies aplūkot visbiežāk sastopamos šīs problēmas cēloņus un tās risināšanas iespējas.

Pievērsīsimies metaforai: pirms noskaidrot, kāpēc cilvēks kaut kur nav ieradies, jāpārliecinās, vai viņam ir kājas, lai staigātu. Tātad, sāksim ar aparatūras un tīkla prasībām.

Ja ir instalēta Windows 7:

Ja jums ir instalēta operētājsistēma Windows 8 vai 10:

Atcerieties arī to brīva vieta Diskam jābūt vismaz 2 GB, un tīkla savienojuma ātrumam jābūt vismaz 100 Mb/sek.

Apsveriet serveru īpašības klienta-servera versijā tam ir liela jēga nē, jo šajā gadījumā viss ir atkarīgs no lietotāju skaita un to uzdevumu specifikas, ko viņi risina 1C.

Izvēloties servera konfigurāciju, ņemiet vērā tālāk norādīto.

Viens 1C servera darbinieka process patērē vidēji 4 GB (nejaukt ar lietotāja savienojumu, jo vienam darbinieka procesam var būt tik daudz savienojumu, cik norādāt servera iestatījumos);
1C un DBVS (īpaši MS SQL) izmantošana vienā fiziskajā serverī sniedz priekšrocības, apstrādājot lielu datu apjomu (piemēram, slēdzot mēnesi, aprēķina budžetu, pamatojoties uz modeli utt.), bet ievērojami samazina veiktspēju izkraušanas operāciju laikā ( piemēram, ieviešanas dokumenta izveide un vadīšana utt.);
Atcerieties, ka 1C serveri un DBVS ir jāsavieno pa kanālu, kura biezums ir 1 GB;
Izmantojiet augstas veiktspējas diskus un neapvienojiet 1C servera un DBVS lomas ar citām lomām (piemēram, fails, AD, domēna kontrolleris utt.).

Ja pēc aprīkojuma pārbaudes 1C joprojām “palēninās”

Mums ir mazs uzņēmums, 7 cilvēki, un 1C ir lēns. Sazinājāmies ar speciālistiem, un viņi teica, ka mūs glābs tikai klienta-servera opcija. Bet mums šāds risinājums nav pieņemams, tas ir pārāk dārgi!

Veiciet regulāro apkopi datu bāzē*:

1. Palaidiet datu bāzi konfiguratora režīmā.

2. Galvenajā izvēlnē atlasiet "Administrēšana" un tajā - "Pārbaude un korekcija".

3. Atzīmējiet visas rūtiņas, kā parādīts attēlā. Noklikšķiniet uz Palaist.

*Šī procedūra var ilgt no 15 minūtēm līdz stundai atkarībā no datu bāzes lieluma un datora īpašībām.

Ja tas nepalīdz, mēs izveidojam klienta-servera savienojumu, bet bez papildu ieguldījumiem aparatūrā un programmatūrā:

1. Birojā izvēlieties vismazāk noslogoto galddatoru (nevis piezīmjdatoru): tam jābūt vismaz 4 GB RAM un tīkla pieslēgums vismaz 100 Mb/s.

2. Aktivizējiet tajā IIS (interneta informācijas serveri). Lai to izdarītu:

3. Publicējiet savu datu bāzi šajā datorā. ITS ir pieejams materiāls par šo tēmu vai sazinieties ar atbalsta speciālistu.

4. Lietotāju datoros konfigurējiet piekļuvi datubāzei, izmantojot plāno klientu. Lai to izdarītu:

Atveriet 1C palaišanas logu.

Izvēlieties savu darba bāzi. Šeit tā ir “Jūsu bāze”. Noklikšķiniet uz "Rediģēt". Iestatiet slēdzi pozīcijā “Tīmekļa serverī”, zemāk esošajā rindā norādiet tā servera nosaukumu vai IP adresi, kurā tika aktivizēts IIS, un nosaukumu, ar kuru datu bāze tika publicēta. Noklikšķiniet uz pogas "Tālāk".

Iestatiet slēdzi "Pamata starta režīms" uz režīmu "Thin Client". Noklikšķiniet uz "Gatavs".

Mums ir diezgan liels uzņēmums, bet ne pārāk liels, apmēram 50–60 cilvēki Mēs izmantojam klienta-servera iespēju, bet 1C ir šausmīgi lēns.

Šajā gadījumā ir ieteicams sadalīt 1C serveri un DBVS serveri divos dažādos serveros. Atdalot noteikti atceries: ja tie palika tajā pašā fiziskajā serverī, kurš tika vienkārši virtualizēts, tad šo serveru diskiem ir jābūt atšķirīgiem – fiziski atšķirīgiem! Noteikti iestatiet arī ikdienas uzdevumus DBVS serverī, kad runa ir par MS SQL (sīkāka informācija par to ir aprakstīta ITS vietnē)

Mums ir diezgan liels uzņēmums, vairāk nekā 100 lietotāju. Viss ir konfigurēts saskaņā ar 1C ieteikumiem šai opcijai, taču, apstrādājot dažus dokumentus, 1C darbojas ļoti lēni, un dažreiz rodas bloķēšanas kļūda. Varbūt uztaisīt pamatrullīti?

Līdzīga situācija veidojas ļoti specifiska uzkrāšanas vai uzskaites reģistra (bet biežāk - uzkrāšanas) lieluma dēļ, sakarā ar to, ka reģistrs vai nu “aizveras” pavisam, t.i. ir ienākošās kustības, bet nav plūsmas kustības, vai arī dimensiju skaits, pēc kuriem aprēķina reģistru atlikumus, ir ļoti liels. Var būt pat divu iepriekšējo iemeslu kombinācija. Kā noteikt, kurš reģistrs visu sabojā?

Mēs ierakstām laiku, kad dokumenti tiek apstrādāti lēni, vai laiku un lietotāju, kuram ir bloķēšanas kļūda.

Atveriet reģistrācijas žurnālu.

Mēs atrodam mums vajadzīgo dokumentu īstajā laikā pareizajam lietotājam ar notikuma veidu “Data.Post”.

Mēs skatāmies uz visu izpildes bloku, līdz darījums tiek atcelts, ja ir bijusi bloķēšanas kļūda, vai meklējam visilgākās izmaiņas (laiks no iepriekšējā ieraksta ir vairāk nekā minūte).

Pēc tam mēs pieņemam lēmumu, paturot prātā, ka šī konkrētā reģistra sabrukšana jebkurā gadījumā ir lētāka nekā visa datubāze.

Mēs esam ļoti liels uzņēmums, vairāk nekā 1000 lietotāju, tūkstošiem dokumentu dienā, savs IT departaments, milzīgs serveru parks, vairākkārt esam optimizējuši vaicājumus, bet 1C ir lēns. Acīmredzot esam pārauguši 1C, un mums vajag kaut ko jaudīgāku.

Lielākajā daļā šādu gadījumu palēninās nevis 1C, bet gan izmantotā risinājuma arhitektūra. Izdarot izvēli par labu jauna programma biznesam atcerieties, ka biznesa procesu ierakstīšana programmā ir lētāka un vienkāršāka nekā to konvertēšana uz dažām, īpaši ļoti dārgām programmām. Tikai 1C nodrošina šo iespēju. Tāpēc labāk ir uzdot jautājumu: “Kā labot situāciju? Kā var likt 1C “lidot” šādos apjomos?” Īsi apskatīsim vairākas ārstēšanas iespējas:

Izmantojiet paralēlās un asinhronās programmēšanas tehnoloģijas, kuras atbalsta 1C (fona darbi un vaicājumi cilpā).
Izstrādājot risinājuma arhitektūru, izvairieties no uzkrāšanas reģistru un uzskaites reģistru izmantošanas visvairāk vājajās vietās.
Veidojot datu struktūru (akumulācijas un/vai informācijas reģistrus), ievērojiet noteikumu: "Ātrākā rakstīšanas un lasīšanas tabula ir tabula ar vienu kolonnu." Par ko mēs runājam par, tas kļūs skaidrāks, ja paskatīsities uz tipisko RAUZ mehānismu.
Lai apstrādātu lielus datu apjomus, izmantojiet papildu klasterus, kur ir savienota viena un tā pati datu bāze (bet nekādā gadījumā to nevajadzētu darīt interaktīvā darba laikā!!!). Tas ļaus jums apiet standarta 1C slēdzenes, kas ļaus strādāt ar datu bāzi gandrīz tādā pašā ātrumā kā strādājot tieši ar SQL rīkiem.

Ir vērts atzīmēt, ka 1C optimizācija holdingiem un lieliem uzņēmumiem ir atsevišķa tēma lielisks raksts, tāpēc sekojiet līdzi atjauninātajiem materiāliem mūsu vietnē.

Galvenais šī raksta rakstīšanas mērķis ir izvairīties no acīmredzamu nianšu atkārtošanas tiem administratoriem (un programmētājiem), kuri vēl nav guvuši pieredzi ar 1C.

Sekundārais mērķis ir tāds, ka, ja man ir kādi trūkumi, Infostart man to visātrāk norādītu.

V. Gileva tests jau kļuvis par sava veida “de facto” standartu. Autors savā mājaslapā sniedza diezgan skaidrus ieteikumus, bet es vienkārši izklāstīšu dažus rezultātus un komentēšu iespējamās kļūdas. Protams, jūsu aprīkojuma pārbaudes rezultāti var atšķirties. Uzreiz gribu atzīmēt, ka izmaiņas jāveic soli pa solim, un pēc katra soļa pārbaudiet, kādu rezultātu tas deva.

Infostartā ir līdzīgi raksti, ielikšu saites uz tiem attiecīgajās sadaļās (ja kaut ko palaidu garām, lūdzu, iesakiet komentāros, pievienošu). Tātad, pieņemsim, ka jūsu 1C ir lēns. Kā noteikt problēmu un kā saprast, kurš ir vainīgs, administrators vai programmētājs?

Sākotnējie dati:

Pārbaudīts dators, galvenā jūrascūciņa: HP DL180G6, aprīkots ar 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Salīdzinājumam, Core i3-2100 uzrāda salīdzināmus rezultātus viena vītnes testā. Apzināti izvēlētais aprīkojums nebija jaunākais, izmantojot moderno aprīkojumu, rezultāti ir manāmi labāki.

Atsevišķu 1C un SQL serveru testēšanai SQL serveris: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Lai pārbaudītu 10 Gbit tīklu, tika izmantoti Intel 520-DA2 adapteri.

Faila versija. (datubāze atrodas serverī koplietotā mapē, klienti savienojas caur tīklu, CIFS/SMB protokolu). Algoritms soli pa solim:

0. Pievienojiet Gilev testa datu bāzi failu serverim tajā pašā mapē, kurā atrodas galvenās datu bāzes. Mēs izveidojam savienojumu no klienta datora un izpildām testu. Mēs atceramies rezultātu.

Saprotams, ka pat veciem datoriem pirms 10 gadiem (Pentium uz 775 ligzdas ) laikam no noklikšķināšanas uz saīsnes 1C:Enterprise līdz datu bāzes loga parādīšanās laikam jāpaiet mazāk nekā minūtei. ( Celeron = lēns).

Ja jums ir dators sliktāks par Pentium 775 ligzda ar 1 GB RAM, tad es jums jūtu līdzi, un jums būs grūti panākt ērtu darbu ar 1C 8.2 faila versijā. Padomājiet par jaunināšanu (pienācis laiks) vai pāreju uz termināļa (vai tīmekļa, ja tie ir plāni klienti un pārvaldītas formas) serveri.

Ja dators nav sliktāks, tad varat nosist administratoru. Vismaz pārbaudiet tīkla, pretvīrusu un HASP aizsardzības draivera darbību.

Ja Gileva tests šajā posmā uzrādīja 30 “papagaiļus” vai vairāk, bet 1C darba bāze joprojām darbojas lēni, jautājumi jānosūta programmētājam.

1. Lai uzzinātu, cik daudz klienta dators var “izspiest”, mēs pārbaudām tikai šī datora darbību bez tīkla. Pārbaudes datubāzi instalējam lokālā datorā (ļoti ātrā diskā). Ja klienta datoram nav parastā SSD, tad tiek izveidots RAM disks. Pagaidām vienkāršākais un bezmaksas ir Ramdisk enterprise.

Lai pārbaudītu versiju 8.2, pietiek ar 256 MB RAM disku, un! Pats svarīgākais. Pēc datora pārstartēšanas, kad darbojas RAM disks, tajā jābūt brīvai 100–200 MB. Attiecīgi bez ramdiska normālai darbībai vajadzētu būt 300–400 MB brīvas atmiņas.

Lai pārbaudītu versiju 8.3, pietiek ar 256 MB RAM, taču jums ir nepieciešams vairāk brīvas RAM.

Pārbaudot, jāskatās procesora slodze. Gadījumā, kas ir tuvu ideālam (RAM disks), lokālais fails 1c palaišanas laikā ielādē 1 procesora kodolu. Attiecīgi, ja testēšanas laikā procesora kodols nav pilnībā ielādēts, meklējiet vājās vietas. Nedaudz emocionāla, bet kopumā pareiza ir aprakstīta procesora ietekme uz 1C darbību. Tikai uzziņai, pat mūsdienu Core i3 augsta frekvence skaitļi 70-80 ir diezgan reāli.

Visbiežāk sastopamās kļūdas šajā posmā.

a) Nepareizi konfigurēts antivīruss. Antivīrusu ir daudz, iestatījumi katram ir atšķirīgi, teikšu tikai to, ka ar pareizu konfigurāciju netraucē ne tīmeklis, ne Kaspersky 1C. Ar noklusējuma iestatījumiem var aizvest aptuveni 3-5 papagaiļus (10-15%).

b) Izpildes režīms. Kādu iemeslu dēļ daži cilvēki tam pievērš uzmanību, taču efekts ir visnozīmīgākais. Ja jums ir nepieciešams ātrums, tas jādara gan klienta, gan servera datoros. ( Labs apraksts pie Gileva. Vienīgais brīdinājums ir tāds, ka dažās mātesplatēs, izslēdzot Intel SpeedStep, nevarat ieslēgt TurboBoost).

Īsāk sakot, kamēr 1C darbojas, ir daudz jāgaida atbilde no citām ierīcēm (diska, tīkla utt.). Gaidot atbildi, ja ir iespējots veiktspējas režīms, procesors samazina tā frekvenci. No ierīces nāk atbilde, 1C (procesoram) ir jāstrādā, bet pirmie pulksteņa cikli ir samazinātā frekvencē, pēc tam frekvence palielinās - un 1C atkal gaida atbildi no ierīces. Un tā - daudzus simtus reižu sekundē.

Varat (un vēlams) iespējot veiktspējas režīmu divās vietās:

Izmantojot BIOS. Atspējot režīmus C1, C1E, Intel C-state (C2, C3, C4). Dažādos bios tos sauc atšķirīgi, bet nozīme ir vienāda. Meklēšana prasa ilgu laiku, ir nepieciešama atsāknēšana, bet, ja jūs to darāt vienu reizi, varat to aizmirst. Ja visu izdarīsit pareizi BIOS, ātrums palielināsies. Dažās mātesplatēs varat izmantot BIOS iestatījumus, lai režīms Windows veiktspēja nespēlēs lomu. (BIOS iestatījumu piemēri no Gilev). Šie iestatījumi galvenokārt attiecas uz serveru procesoriem vai “uzlabotajām” BIOS, ja jūs to neesat atradis un jums NAV Xeon, tas ir labi.

Vadības panelis - Barošanas avots - Augsta veiktspēja. Mīnuss - ja dators ilgstoši nav apkopts, tas radīs skaļāku ventilatora troksni, vairāk uzkarsīs un patērēs vairāk enerģijas. Šī ir maksa par sniegumu.

Kā pārbaudīt, vai režīms ir iespējots. Palaidiet uzdevumu pārvaldnieku - veiktspēja - resursu monitors - CPU. Mēs gaidām, līdz procesors ir aizņemts ar neko.

Šie ir noklusējuma iestatījumi.

BIOS C stāvoklī iekļauts,

līdzsvarots enerģijas patēriņa režīms

BIOS C stāvoklī iekļauts, augstas veiktspējas režīms

Attiecībā uz Pentium un Core varat apstāties pie tā,

Jūs joprojām varat izspiest nedaudz "papagaiļus" no Xeon

BIOS C stāvoklī izslēgts, augstas veiktspējas režīms.

Ja neizmantojat Turbo boost, tam vajadzētu izskatīties šādi

serveris ir pielāgots veiktspējai

Un tagad skaitļi. Atgādināšu: Intel Xeon 5650, RAM disks. Pirmajā gadījumā tests uzrāda 23,26, pēdējā - 49,5. Atšķirība ir gandrīz divkārša. Skaitļi var atšķirties, taču Intel Core attiecība būtībā paliek nemainīga.

Cienījamie administratori, jūs varat kritizēt 1C, cik vien vēlaties, taču, ja lietotājiem ir nepieciešams ātrums, jums ir jāiespējo augstas veiktspējas režīms.

c) Turbo Boost. Vispirms jums ir jāsaprot, vai, piemēram, jūsu procesors atbalsta šo funkciju. Ja tas atbalsta, jūs joprojām varat likumīgi iegūt kādu veiktspēju. (Es nevēlos pieskarties jautājumiem par frekvences pārspīlēšanu, it īpaši serveriem, dariet to uz savu risku un risku. Taču piekrītu, ka autobusa ātruma palielināšana no 133 uz 166 dod ļoti ievērojamu ātruma un siltuma izkliedes pieaugumu)

Kā ieslēgt turbo boost ir rakstīts, piemēram, . Bet! 1C ir dažas nianses (nav acīmredzamākās). Grūtības ir tādas, ka maksimālais turbo pastiprinājuma efekts rodas, kad ir ieslēgts C-state. Un mēs iegūstam kaut ko līdzīgu:

Lūdzu, ņemiet vērā, ka reizinātājs ir maksimālais, kodola ātrums ir skaists un veiktspēja ir augsta. Bet kas notiks rezultātā ar 1s?

	Faktors	Kodola ātrums (frekvence), GHz	CPU-Z viens pavediens	Gileva Ramdiska tests faila versija	Gileva Ramdiska tests klients-serveris
Bez Turbo Boost
C-stāvoklis izslēgts, Turbo pastiprinājums				53.19	40,32
C-stāvoklis ieslēgts, Turbo pastiprinājums			1080	53,13	23,04

Bet beigās izrādās, ka pēc CPU veiktspējas testiem priekšā ir versija ar reizinātāju 23, pēc Gileva testiem faila versijā veiktspēja ar reizinātāju 22 un 23 ir tāda pati, bet klients-serveris versija - versija ar reizinātāju 23 ir šausmīgi briesmīga (pat ja C -state iestatīts uz 7 līmeni, tas joprojām ir lēnāks nekā ar C-state izslēgtu). Tāpēc ieteikums ir pašam pārbaudīt abas iespējas un izvēlēties labāko. Jebkurā gadījumā atšķirība starp 49,5 un 53 papagaiļiem ir diezgan ievērojama, īpaši bez lielas piepūles.

Secinājums - turbo boost ir jāieslēdz. Atgādināšu, ka nepietiek tikai ar Turbo boost vienuma iespējošanu BIOS, jums ir jāapskata arī citi iestatījumi (BIOS: QPI L0s, L1 - atspējot, pieprasīt skrāpēšanu - atspējot, Intel SpeedStep - iespējot, Turbo boost - iespējot. Vadības panelis — barošanas opcijas — augsta veiktspēja) . Un es joprojām (pat faila versijai) izvēlētos opciju, kur c-state ir izslēgts, lai gan reizinātājs ir mazāks. Izrādīsies kaut kas līdzīgs šim...

Diezgan strīdīgs punkts ir atmiņas frekvence. Piemēram, ir pierādīts, ka atmiņas frekvencei ir ļoti spēcīga ietekme. Mani testi neatklāja šādu atkarību. Es nesalīdzināšu DDR 2/3/4, es parādīšu frekvences maiņas rezultātus vienas līnijas ietvaros. Atmiņa ir tāda pati, bet BIOS mēs esam spiesti iestatīt zemākas frekvences.

Un testa rezultāti. 1C 8.2.19.83, faila versijai vietējais RAM disks, klienta-servera 1C un SQL vienā datorā, koplietojamā atmiņa. Turbo boost ir atspējots abās versijās. 8.3 parāda salīdzināmus rezultātus.

Atšķirība ir mērījumu kļūdas robežās. Es speciāli izvilku CPU-Z ekrānuzņēmumus, lai parādītu, ka, mainoties frekvencei, mainās arī citi parametri, tas pats CAS Latency un RAS uz CAS Delay, kas neitralizē frekvences izmaiņas. Atšķirība būs tad, kad fiziski tiks mainīti atmiņas moduļi, no lēnākiem uz ātrākiem, taču arī tur cipari nav īpaši būtiski.

2. Kad esam sakārtojuši klienta datora procesoru un atmiņu, pārejam uz nākamo ļoti svarīgo vietu - tīklu. Par tīkla skaņošanu ir sarakstīti daudzi grāmatu sējumi, ir raksti par Infostart (un citiem), taču šeit es nekoncentrēšos uz šo tēmu. Pirms 1C testēšanas, lūdzu, pārliecinieties, vai iperf starp diviem datoriem parāda visu joslas platumu (1 Gbit kartēm - vismaz 850 Mbit vai vēl labāk 950-980), ka Gileva padoms ir ievērots. Tad - visvienkāršākā darbības pārbaude, dīvainā kārtā, būs viena liela faila (5-10 gigabaiti) kopēšana tīklā. Netieša normālas darbības pazīme 1 Gbit tīklā būs vidējais ātrums kopēšana 100 MB/sek, labs darbs - 120 MB/sek. Vēlos vērst jūsu uzmanību uz to, ka vājā vieta (ieskaitot) var būt procesora noslodze. MVU Linux protokols ir diezgan vāji paralēls, un darbības laikā tas var diezgan viegli “apēst” vienu procesora kodolu un vairs nepatērēt.

Un vēl viena lieta. Ar noklusējuma iestatījumiem Windows klients vislabāk darbojas ar Windows serveri (vai pat ar Windows darbstaciju) un SMB/CIFS protokolu, linux klients (debian, ubuntu nav skatījies pārējos) darbojas labāk ar linux un NFS (tas darbojas arī ar SMB, bet NFS ir pārāks). Tas, ka lineārās kopēšanas laikā Windows Linux serveris uz NFS tiek ātrāk kopēts vienā straumē, neko nenozīmē. Debian tūnings priekš 1C ir atsevišķa raksta tēma, vēl neesmu tam gatavs, lai gan varu teikt, ka faila versijā dabūju pat nedaudz labāku veiktspēju nekā Win versija uz tās pašas iekārtas, bet ar postgres ar over 50 lietotāji Man joprojām viss ir ļoti slikti.

Pats svarīgākais , ko “sadedzinājuši” administratori zina, bet iesācēji neņem vērā. Ir daudzi veidi, kā iestatīt ceļu uz 1c datu bāzi. Varat veikt \\serveris\share, varat \\192.168.0.1\share, varat neto izmantot z: \\192.168.0.1\share (un dažos gadījumos šī metode arī darbosies, bet ne vienmēr) un pēc tam norādiet Z disku. Šķiet, ka visi šie ceļi norāda uz vienu un to pašu vietu, bet 1C ir tikai viens veids, kas nodrošina normālu veiktspēju diezgan uzticami. Tātad, tas ir jādara pareizi:

IN komandrinda(vai politikās, vai kā vēlaties) - izmantojiet DriveLetter: \\serveris\share. Piemērs: neto lietojums m: \\serveris\bāzes. Es īpaši uzsveru NE IP adresi, proti Vārds serveris. Ja servera nosaukums nav redzams, pievienojiet to servera DNS vai lokāli hosts failam. Bet adresei jābūt pēc vārda. Attiecīgi pa ceļam uz datu bāzi piekļūstiet šim diskam (skat. attēlu).

Un tagad es parādīšu ar cipariem, kāpēc tas ir padoms. Sākotnējie dati: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kartes OS Win 2008 R2, Win 7, Debian 8. Jaunākie draiveri, lietoti atjauninājumi. Pirms testēšanas pārliecinājos, ka Iperf nodrošina pilnu joslas platumu (izņemot 10 Gbit kartes, izdevās izspiest tikai 7,2 Gbit, redzēs, kāpēc vēlāk, testa serveris vēl nav pareizi konfigurēts). Diski ir dažādi, bet visur ir SSD (testēšanai speciāli ievietoju vienu disku, tur neko citu neielādē) vai reids no SSD. Ātrums 100 Mbit tika iegūts, ierobežojot Intel 362 adaptera iestatījumus. Nebija atšķirības starp 1 Gbit vara Intel 350 un 1 Gbit optisko Intel X520-DA2 (iegūts, ierobežojot adaptera ātrumu). Maksimālā veiktspēja, turbo boost ir izslēgts (tikai rezultātu salīdzināmības labad, turbo boost labiem rezultātiem pievieno nedaudz mazāk par 10%, sliktiem rezultātiem var nebūt nekādas ietekmes). Versijas 1C 8.2.19.86, 8.3.6.2076. Es nedodu visus skaitļus, bet tikai interesantākos, lai jums būtu ar ko salīdzināt.

	Win 2008 - Win 2008 sazināties pēc ip adreses	Win 2008 - Win 2008 Zvanu vārdā	Win 2008 - Win 2008 Sazinieties pēc IP adreses	Win 2008 - Win 2008 Zvanu vārdā	Win 2008 — Win 7 Zvanu vārdā	Win 2008 — Debian Zvanu vārdā	Win 2008 - Win 2008 Sazinieties pēc IP adreses	Win 2008 - Win 2008 Zvanu vārdā
	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

Secinājumi (no tabulas un no personīgās pieredzes. Attiecas tikai uz faila versiju):

Tīklā jūs varat iegūt diezgan normālus numurus darbam, ja šis tīkls ir pareizi konfigurēts un ceļš ir pareizi ievadīts 1C. Pat pirmais Core i3 var viegli saražot 40+ papagaiļus, kas ir diezgan labi, un tie nav tikai papagaiļi, reālajā darbā atšķirība ir arī manāma. Bet! Ierobežojums strādājot ar vairākiem (vairāk nekā 10) lietotājiem vairs nebūs tīkls, šeit joprojām pietiek ar 1 Gbit, bet bloķēšana vairāku lietotāju darba laikā (Gilev).

1C 8.3 platforma ir daudzkārt prasīgāka pareizas tīkla konfigurācijas ziņā. Pamatiestatījumi - skatiet Gilevu, bet paturiet prātā, ka visu var ietekmēt. Es pamanīju paātrinājumu no antivīrusa atinstalēšanas (un ne tikai izslēgšanas), no protokolu, piemēram, FCoE, noņemšanas, no draiveru maiņas uz vecāku, bet Microsoft sertificētu versiju (īpaši lētām kartēm, piemēram, ASUS un DLC), no otrās tīkla kartes noņemšanas. no servera. Ir daudz iespēju, rūpīgi iestatiet tīklu. Var būt situācija, ka platforma 8.2 dod pieņemamus skaitļus, bet 8.3 - divas vai pat vairāk reizes mazāk. Mēģiniet spēlēt ar platformas versijām 8.3, dažreiz jūs iegūstat ļoti lielu efektu.

1C 8.3.6.2076 (varbūt vēlāk, es vēl neesmu meklējis precīzu versiju) joprojām ir vieglāk konfigurējams tīklā nekā 8.3.7.2008. Man izdevās panākt normālu darbību tīklā no 8.3.2008 (salīdzināmos papagaiļos) tikai dažas reizes, es nevarēju to atkārtot vispārīgākam gadījumam. Neko daudz nesapratu, bet spriežot pēc pēdu aptinumiem no Process Explorer, ieraksts tur nav tik labs kā 8.3.6.

Neskatoties uz to, ka, strādājot 100 Mbit tīklā, tā slodzes grafiks ir mazs (var teikt, ka tīkls ir bezmaksas), darbības ātrums joprojām ir daudz mazāks nekā 1 Gbit. Iemesls ir tīkla latentums.

Izņemot to vienādos apstākļos(labi funkcionējošs tīkls) 1C 8.2 Intel - Realtek savienojums ir par 10% lēnāks nekā Intel-Intel. Bet realtek-realtek parasti var dot strauju iegrimšanu no zila gaisa. Tāpēc, ja jums ir nauda, labāk ir turēt Intel tīkla kartes, ja jums nav naudas, instalējiet Intel tikai serverī (jūsu CO). Un Intel tīkla karšu noregulēšanai ir daudzkārt vairāk instrukciju.

Noklusējuma pretvīrusu iestatījumi (kā piemēru izmantojot drweb versiju 10) aizņem apmēram 8–10% papagaiļu. Ja konfigurē tā, kā vajadzētu (ļauj 1cv8 procesam darīt visu, lai gan tas nav droši), ātrums ir tāds pats kā bez antivīrusa.

NELASĪT Linux guru. Serveris ar samba ir lielisks un bezmaksas, bet, ja uz servera instalējat Win XP vai Win7 (vai vēl labāk - servera OS), tad 1c faila versija darbosies ātrāk. Jā, samba un protokolu steku un tīkla iestatījumus un daudz, daudz ko citu var labi noregulēt debian/ubuntu, taču tas ir ieteicams speciālistiem. Nav jēgas instalēt Linux ar noklusējuma iestatījumiem un pēc tam teikt, ka tas ir lēns.

Diezgan laba ideja ir pārbaudīt disku darbību, kas savienotas, izmantojot tīklu, izmantojot fio . Vismaz būs skaidrs, vai tās ir problēmas ar 1C platformu, vai ar tīklu/disku.

Viena lietotāja versijai es nevaru iedomāties testus (vai situāciju), kurā būtu redzama atšķirība starp 1 Gbit un 10 Gbit. Vienīgais, kur 10Gbit faila versijai deva labākus rezultātus, ir disku savienošana caur iSCSI, bet šī ir atsevišķa raksta tēma. Tomēr domāju, ka faila versijai pietiek ar 1 Gbit kartēm.

Es nesaprotu, kāpēc ar 100 Mbit tīklu 8.3 darbojas ievērojami ātrāk nekā 8,2, bet tas bija fakts. Viss pārējais aprīkojums, visi pārējie iestatījumi ir absolūti vienādi, tikai vienā gadījumā tiek pārbaudīts 8.2, bet otrā - 8.3.

Nenoskaņots NFS win-win vai win-lin dod 6 papagaiļus, es tos neiekļāvu tabulā. Pēc tūninga saņēmu 25, bet tas bija nestabils (mērījumu atšķirība bija vairāk nekā 2 vienības). Es vēl nevaru sniegt ieteikumus par Windows un NFS protokola lietošanu.

Pēc visiem iestatījumiem un pārbaudēm vēlreiz palaižam testu no klienta datora un priecājamies par uzlaboto rezultātu (ja tas darbojas). Ja rezultāts ir uzlabojies, ir vairāk nekā 30 papagaiļu (un jo īpaši vairāk nekā 40), vienlaikus strādā mazāk par 10 lietotājiem, un datu bāze joprojām darbojas lēni - gandrīz noteikti programmētāja problēma (vai arī jūs jau esat sasniedzis faila versijas maksimālās iespējas).

Termināļa serveris. (datubāze atrodas serverī, klienti savienojas caur tīklu, LAP protokolu). Algoritms soli pa solim:

0. Pievienojiet Gilev testa datu bāzi serverim tajā pašā mapē, kurā atrodas galvenās datu bāzes. Mēs izveidojam savienojumu no tā paša servera un izpildām testu. Mēs atceramies rezultātu.

1. Tādā pašā veidā kā faila versijā mēs uzstādām darbu. Termināļa servera gadījumā procesoram parasti ir galvenā loma (tiek pieņemts, ka nav skaidru vājās vietas, piemēram, atmiņas trūkums vai liels daudzums nevajadzīgas programmatūras).

2. Tīkla karšu iestatīšana termināļa servera gadījumā praktiski neietekmē 1c darbību. Lai nodrošinātu “īpašu” komfortu, ja jūsu serveris ražo vairāk nekā 50 papagaiļus, varat spēlēt ar jaunām RDP protokola versijām, tikai lietotāju ērtībām, ātrākai reakcijai un ritināšanai.

3. Aktīvā darba laikā liels daudzums lietotājiem (un te jau var mēģināt pieslēgt 30 cilvēkus vienai datubāzei, ja pamēģinās) ļoti vēlams uzstādīt SSD disku. Kādu iemeslu dēļ tiek uzskatīts, ka disks īpaši neietekmē 1C darbību, taču visi testi tiek veikti ar kontroliera kešatmiņu, kas ir iespējota rakstīšanai, kas ir nepareizi. Testa bāze ir maza, diezgan labi iederas kešatmiņā, līdz ar to augstie skaitļi. Reālās (lielās) datu bāzēs viss būs pavisam savādāk, tāpēc kešatmiņa testiem ir atspējota.

Piemēram, es pārbaudīju Gilev testa darbību ar dažādām diska opcijām. Diskus uzstādīju no tā, kas bija pa rokai, lai tikai parādītu tendenci. Atšķirība starp 8.3.6.2076 un 8.3.7.2008 ir neliela (Ramdisk Turbo boost versijā 8.3.6 ražo 56.18 un 8.3.7.2008 ražo 55.56, citos testos atšķirība ir vēl mazāka). Enerģijas patēriņš - maksimāla veiktspēja, turbo pastiprināšana atspējota (ja nav norādīts citādi).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raids 10 4x SAS 10k	Raids 10 4x SAS 15k	Viens SSD	Ramdisks		Kešatmiņa iespējota RAID kontrolieris
	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

Iespējotā RAID kontrollera kešatmiņa novērš visas atšķirības starp diskiem, skaitļi ir vienādi gan sat, gan cas. Testēšana ar to ar nelielu datu apjomu ir bezjēdzīga, un tā neliecina par jebkādu veidu.

Platformai 8.2 veiktspējas atšķirība starp SATA un SSD opcijām ir vairāk nekā divas reizes. Tā nav drukas kļūda. Ja paskatās uz veiktspējas monitoru SATA disku pārbaudes laikā. tad jūs varat skaidri redzēt “Aktīvā diska darbības laiks (%)” 80-95. Jā, ja ierakstīšanai iespējosit pašu disku kešatmiņu, ātrums palielināsies līdz 35, ja iespējosit raid kontrollera kešatmiņu - līdz 49 (neatkarīgi no tā, kuri diski tiek pārbaudīti šobrīd). Bet tie ir sintētiskie kešatmiņas papagaiļi reālā darbā ar lielām datu bāzēm nekad nebūs 100% rakstīšanas kešatmiņas trāpījumu attiecība.

Pat lēto SSD (es testēju uz Agility 3) ātrums ir pilnīgi pietiekams, lai palaistu faila versiju. Ierakstīšanas resurss ir cita lieta, jāskatās katrā konkrētajā gadījumā, skaidrs, ka Intel 3700 būs par kārtu augstāks, bet cena atbilstoša. Un jā, es saprotu, ka, testējot SSD disku, es arī testēju lielākā mērāšī diska kešatmiņu, faktiskie rezultāti būs mazāki.

Pareizākais (no mana viedokļa) risinājums būtu sadalīt 2 SSD diskus spoguļattēlā failu datubāzei (vai vairākiem failu datu bāzes), un nelieciet tur neko citu. Jā, ar spoguli SSD nolietojas vienādi, un tas ir mīnuss, bet vismaz kontroliera elektronika ir kaut kā pasargāta no kļūdām.

Galvenās SSD diskdziņu priekšrocības faila versijai parādīsies, kad ir daudz datu bāzu, katrā no kurām ir vairāki lietotāji. Ja ir 1-2 datu bāzes un ir kādi 10 lietotāji, tad pietiks ar SAS diskiem. (bet jebkurā gadījumā apskatiet šo disku ielādi, vismaz caur perfmon).

Galvenās termināļa servera priekšrocības ir tādas, ka tam var būt ļoti vāji klienti, un tīkla iestatījumi termināļa serveri ietekmē daudz mazāk (atkal jūsu K.O.).

Secinājumi: ja termināļa serveris palaist Gilev testu (no tā paša diska, kurā atrodas darba datu bāzes) un tajos brīžos, kad darba datubāze palēninās un Gilev tests uzrāda labu rezultātu (virs 30) - tad visticamāk programmētājs ir vainīgs lēna galvenās darba datu bāzes darbība.

Ja Gileva tests uzrāda mazus skaitļus un jums ir procesors ar augstu takts ātrumu un ātrie diski, tad administratoram ir jāpaņem vismaz perfmon, kaut kur ierakstot visus rezultātus un jāskatās, jānovēro un jāizdara secinājumi. Nebūs galīgu padomu.

Klienta-servera opcija.

Pārbaudes tika veiktas tikai 8.2, jo uz 8.3 viss diezgan nopietni atkarīgs no versijas.

Pārbaudei es izvēlējos dažādas iespējas serverus un tīklus starp tiem, lai parādītu galvenās tendences.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Šķiedru kanāls - SSD	SQL: Xeon E5-2630 Fiber kanāls - SAS	SQL: Xeon E5-2630 Vietējais SSD	SQL: Xeon E5-2630 Šķiedru kanāls - SSD	SQL: Xeon E5-2630 Vietējais SSD	1C: Xeon 5650 =	1C: Xeon 5650 = Kopīgā atmiņa	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

Šķiet, ka viss ir interesantas iespējas Izpētīju, ja vēl kas interesē, rakstiet komentāros, mēģināšu to izdarīt.

SAS uzglabāšanas sistēmās darbojas lēnāk nekā vietējie SSD, lai gan uzglabāšanas sistēmai ir lieli izmēri kešatmiņa. SSD, gan vietējās, gan uzglabāšanas sistēmās Gileva testēšanai darbojas ar salīdzināmu ātrumu. Es nezinu nevienu standarta daudzpavedienu testu (ne tikai ierakstīšanu, bet visu aprīkojumu), izņemot 1C slodzes testu no KC.

1C servera maiņa no 5520 uz 5650 gandrīz divkāršoja veiktspēju. Jā, servera konfigurācijas pilnībā nesakrīt, taču tas parāda tendenci (nav pārsteigums).

Biežuma palielināšana SQL serverī noteikti dod efektu, bet ne tādu pašu kā 1C serverī MS SQL serveris ir lieliski (ja to prasāt), lai izmantotu daudzkodolu un brīvu atmiņu.

Mainot tīklu starp 1C un SQL no 1 Gbit uz 10 Gbit, tiek iegūti aptuveni 10% papagaiļu. Es gaidīju vairāk.

Koplietojamās atmiņas iespējošana joprojām nodrošina efektu, lai gan ne 15%, kā aprakstīts. Noteikti dariet to, par laimi, tas ir ātri un vienkārši. Ja instalēšanas laikā kāds iedeva SQL serverim nosauktu gadījumu, tad, lai 1C darbotos, servera nosaukums ir jānorāda nevis ar FQDN (darbosies tcp/ip), nevis caur localhost vai tikai servera nosaukums, bet, piemēram, caur ServerName\InstanceName zz-test\zztest. (Pretējā gadījumā radīsies DBVS kļūda: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: koplietojamā atmiņas bibliotēka, kas tika izmantota savienojuma izveidei ar SQL Server 2000, netika atrasta. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQL Server 2000 : SQLSTATE=08001, status=1, Smagums=10, native=126, line=0).

Lietotājiem, kas jaunāki par 100 gadiem, vienīgais punkts, kas jāsadala divos atsevišķos serveros, ir Win 2008 Std (un vecāka) licence, kas atbalsta tikai 32 GB RAM. Visos citos gadījumos 1C un SQL noteikti ir jāinstalē vienā serverī un jāpiešķir vairāk (vismaz 64 GB) atmiņas. Piešķirt MS SQL mazāk par 24-28 GB RAM ir nepamatota alkatība (ja uzskatāt, ka jums tai ir pietiekami daudz atmiņas un viss darbojas labi, varbūt jums pietiktu ar 1C faila versiju?)

Par to, cik sliktāk virtuālajā mašīnā darbojas 1C un SQL kombinācija, ir atsevišķa raksta tēma (mājiens - manāmi sliktāk). Pat Hyper-V viss nav tik skaidrs...

Līdzsvarotās veiktspējas režīms ir slikts. Rezultāti diezgan atbilst faila versijai.

Daudzi avoti saka, ka atkļūdošanas režīms (ragent.exe -debug) ievērojami samazina veiktspēju. Nu, tas samazina, jā, bet es nesauktu 2-3% par būtisku efektu.

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 aktuāla 1-2 lietotāju failu datu bāzu 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 visiem rutīnas uzdevumi, kas tiek palaists:

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.

Plānoto un fona uzdevumu atspējošana 1C 8.3

2. Programmas iespējas. Bieži vien pat ar optimāliem iestatījumiem 1C darbojas ļoti lēni. Īpaši strauji veiktspēja krītas, 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 apskatīsim vairākus risinājumus zemā 1C ātruma problēmai un to izmaksām, izmantojot 10 vidēja izmēra datoru lokālā tīkla piemēru.

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 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 “mini-servera 1C uzņēmumu”, kas, pēc uzņēmuma 1C 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šķā šai lomai paredzētajā mašīnā. 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, 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.