Upp 8.3 sāka darboties lēnām. Automatizācijas padomi. SQL Server DMO objektu izmantošana

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āli failu datubāzu lietotājiem 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:

Līdz ar to pilns saraksts visi ieplānotie uzdevumi, kas tiek palaisti:

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

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

Pacienta simptomi un vēsture:

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
• ātra lietotāja pieredze ar lokālo datu bāzi serverī un lēns darbs tīklā
• aicina failu sistēma nedaudz zem 10 MB/s

Tātad, man tika dots uzdevums nodrošināt, lai 1C vienlaikus varētu strādāt pat trīs lietotāji! Smieklīgi, vai ne?

Es aizmirsu visus jokus, kad ieraudzīju, ar ko man jātiek galā: “serveris” parasta biroja datora veidā un divi portatīvie datori.

Laime būtu nepilnīga, ja ne brīnišķīgās operētājsistēmas - datorā un vienā Windows klēpjdators 7, no otras puses - Windows 8.

Mēģinot vienlaikus ievietot dokumentus klēpjdatoros, viens iestrēga apmēram minūti, bet otrs avarēja no 1C ar kļūdas tekstu “nevarēja bloķēt galdu...”.

1C palaišana klēpjdatorā ir atsevišķa izrāde, kas ilga aptuveni 3 minūtes!

Daudzos resursos es sastapu padomu pāriet uz darbu termināla piekļuves jomā. Diemžēl Windows 7 to neļauj regulāri līdzekļi pārvērsties par termināļa serveri - maksimums viens aktīvs savienojums. Šajā gadījumā atlikušās sesijas netiek pārtrauktas; jūs varat atkārtoti izveidot savienojumu cita lietotāja vadībā - “izmetot” iepriekšējo lietotāju, bet nepārtraucot viņa sesiju. Tāpēc jums vajadzētu pārsūtīt 1C uz servera OS, kur šādu ierobežojumu nav. Klients uz savu risku atrisināja problēmu, izmantojot trešās puses utilītu Windows7_SP1_RDPhack.

Taču ar to piedzīvojumi nebeidzās. Pat termināļa savienojumā bija ievērojami kavējumi. Atkal man palīdzēja visvarenās meklētājprogrammas. Tālāk ir sniegti padomi faila 1C paātrināšanai, kurus es ievēroju:

1. Atspējot tīkla protokola izmantošana IPv6, konfigurējiet adresēšanu “vecajā” IPv4.

2. Pievienojiet 1C procesus Windows ugunsmūra izņēmumiem, kā arī pretvīrusu izņēmumiem vai pilnībā atspējojiet tos (riskantāk, taču vienkāršs tests parādīja ātruma palielināšana dokumentu pārpublicēšana, ja tā ir atspējota Avast antivīruss faktors!)

3. Sāciet indeksēt pilna teksta meklēšanu 1C formātā vai pilnībā izslēdziet to

4. Palaidiet datu bāzes testēšanu un labošanu, pārbaudot ar ChDbfl utilītu

5. Palaidiet konfigurācijas vienumu Check Configuration (ja konfigurācija nav standarta, tas var būt noderīgi). Pamatojoties uz konfigurācijas pārbaudes rezultātiem, tas maģiski samazinājās gandrīz par trešdaļu. Es īsti neiedziļinājos tajā, ko ienākošie programmētāji atjaunināja pirms manis, taču fakts ir acīmredzams.

6. Atspējojiet nevajadzīgās funkcionālās opcijas.

7. Iestatiet lietotāja tiesības. (Šis un iepriekšējais padoms likās muļķīgi, līdz es noskatījos zīmējumu kontrolētas formas atverot dokumentu sarakstu. Jo mazāk nevajadzīgu lietu pārvaldītajā saskarnē, jo ātrāk tas darbojas, kā likums)

8. Sāciet pārrēķināt kopsummas un atjaunot secību (būtisks pieaugums var notikt tikai tad, ja kopsummas nav atjaunotas ilgu laiku)

9. Datu bāzes saraksta iestatījumos norādiet "Savienojuma ātrums - zems" (tas nedeva lielu rezultātu, izņemot to, ka apakšsistēmu attēli tika izslēgti :))

Pēc visu šo darbību veikšanas 1C failu datu bāze sāka darboties daudz ātrāk. Tas sāka palaist maksimāli 10 sekunžu laikā, un dokumentu pārsūtīšanas ātrums palielinājās vidēji 12 reizes.

Iespējams, ka šis īsais raksts jums noderēs, ja pēkšņi vajadzēs paātrināt 1C failu datubāzi.

P.S. Tomēr faila 1C palaišana, izmantojot tīkla piekļuvi koplietotai mapei, joprojām ir nereāla, jo... Daša ir ātrākā cietvielu disks, operatīvā atmiņa un procesors iestrēgs tīkla slēdzenēs, un vairāk nekā viena lietotāja darbs būs praktiski neiespējams. Tas ir parīpaši par UT 11.1 konfigurāciju. Pašu rakstītas mazas konfigurācijas var darboties diezgan ātri pat faila versijā.

Papildinājumi no komentāriem publicēšanai:

Diska defragmentētājs ar failu bāzi

Konvolūcija datu bāze (var būt noderīga, ja datu bāze ir liela, piemēram, vairākus gadus). Klienta datu bāze bija diezgan jauna, tāpēc samazināšana bija nepraktiska.

Aparatūras jauninājums - ātrāks cietais disks, jauns slēdzis, procesors utt.

Instalējiet tīmekļa serverī, piekļūt, izmantojot plāno klientu. Šeit viedokļi dalās. Daži saka, ka tas ir daudzkārt ātrāks, citi saka, ka nav novērots paātrinājums.

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īs.

V. Gileva tests jau kļuvis par sava veida “de facto” standartu. Autors savā vietnē sniedza diezgan skaidrus ieteikumus, bet es sniegšu tikai dažus rezultātus un komentēšu visvairāk iespējamās kļūdas. Protams, jūsu aprīkojuma pārbaudes rezultāti var atšķirties; tas ir tikai norādījums par to, kam vajadzētu būt un uz ko jūs varat tiekties. 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ā. Aparatūra, ko speciāli paņēmu, nebija jaunākā, bet gan moderns aprīkojums rezultāti ir ievērojami 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 brīvpiekļuves atmiņa, 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, varat spert 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. Uzliekam testa bāzi lokālais dators(ļoti ātrs disks). 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! Svarīgākā. Pēc datora pārstartēšanas, kad darbojas RAM disks, tajā jābūt brīvam 100–200 MB. Attiecīgi bez ramdiska, priekš normāla darbība Brīvajai atmiņai jābūt 300-400 MB.

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 atsaucei, pat mūsdienu Core i3 ar augstām frekvencēm 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 tas, ka dažiem mātesplatēm Ja izslēdzat 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 konfigurēt BIOS iestatījumus, lai Windows veiktspējas režīmam nebūtu nozīmes. (Piemēri BIOS iestatījumi 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 kopēšanas ātrums 100 MB/sek, laba darbība - 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 tālāk. Izmantojot noklusējuma Windows iestatījumus, klients vislabāk darbojas ar Windows serveri (vai pat darbojas logi stacija) un SMB/CIFS protokols, linux klients (debian, ubuntu neskatījās uz pārējiem) labāk strādā ar linux un NFS (strādā arī ar SMB, bet papagaiļi ir augstāki uz NFS). 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 sniegumu 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.

Svarīgākā , 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 droši. 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 dod pilnu joslas platumu (izņemot 10 Gbit kartes, izdevās izspiest tikai 7,2 Gbit, vēlāk redzēs kāpēc, 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 adaptera Intel 362 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ā pieredze. 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. Normālu darbību pa tīklu no 8.3.2008. (salīdzināmos papagaiļos) varēju panākt tikai dažas reizes, vispārīgākam gadījumam nevarēju atkārtot. 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.

Ja visas pārējās lietas ir vienādas (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 glabāt Intel tīkla kartes visur; 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 izmantojot logus un NFS protokols.

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 nekā 10 lietotāji, un datu bāze joprojām darbojas lēni - gandrīz noteikti problēma ar programmētāju (vai arī jums ir jau ir sasniegušas 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ā galveno lomu parasti spēlē procesors (tiek pieņemts, ka nav acīmredzamu vājo vietu, piemēram, atmiņas trūkums vai milzīgs 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. Ja aktīvi strādā liels skaits lietotāju (un te jau var mēģināt pieslēgt vienai datubāzei 30 cilvēkus, ja pamēģini), ļ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 Šis brīdis). 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 to saprotu testējot SSD diskdzinis Es arī testēju šī diska kešatmiņu lielākā mērā, reālie rezultāti būs mazāki.

Pareizākais (no mana viedokļa) risinājums būtu spoguļraidā atvēlēt 2 SSD diskus failu datubāzei (vai vairākām failu datu bāzēm), nevis tur neko citu nelikt. 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.

Testēšanai izvēlējos dažādas serveru iespējas 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, esmu izskatījusi visus interesantos variantus, 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ēmām ir lielāki kešatmiņas izmēri. Gan lokālie, gan uzglabāšanas sistēmu SSD diski darbojas ar salīdzināmu ātrumu Gilev testam. Es nezinu nevienu standarta daudzpavedienu testu (ne tikai ierakstīšanu, bet arī 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 liecina par 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 lielisks (ja to prasāt), lai izmantotu daudzkodolus 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ā būs DBVS kļūda: Microsoft SQL serveris Native Client 10.0: Shared Memory Provider: koplietotās atmiņas bibliotēka, kas tika izmantota savienojuma izveidei ar SQL Server 2000, netika atrasta. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, status=1, Smagums=10, native=126, line=0).

Mazāk nekā 100 lietotājiem 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?)

Cik daudz sliktāk darbojas 1C un SQL kombinācija virtuālā iekārta- 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.

Ļoti bieži cilvēki nāk pie mums 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

Dažkārt kā problēmas risinājumu piedāvājam klientiem nomāt serveri 1C bez bremzēm, ar servera konfigurācijas un operētājsistēmas izvēli, serveri var konfigurēt tiešsaistē mūsu partnera mājaslapā, izmantojot saiti https://1cloud.ru nodaļā Pakalpojumi, nodaļa Virtuālais serveris.

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, 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, tad ir jāatļauj savienojumi ar lietojumprogrammu %ProgramFiles%\ Microsoft SQL Serveris\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 ieslēdziet to maksimālā veiktspēja(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.

Dažreiz 1C servera lēnas darbības problēmas risinājums ir novecojis vai bojāts aprīkojums, šajā gadījumā mēs piedāvājam klientiem nomāt serveri 1C bez bremzēm, ar servera konfigurācijas un operētājsistēmas izvēli, to varat izdarīt mūsu partnera vietnē, pie saites https://1cloud.ru Pakalpojumu sadaļa, Virtuālā servera sadaļa.

Ja jums ir kādi jautājumi, lūdzu sazinieties ar:

• zvaniet +7-812-385-55-66 Sanktpēterburgā
• rakstiet uz adresi
• atstājiet pieteikumu mūsu tīmekļa vietnes lapā "Pieteikšanās tiešsaistē".

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

Kā likums, ar vienu informācijas bāze(IB) 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, LAN 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. Tas liek uzdot jautājumu: “Vai ir iespējams visu programmu ieviest uz viena jaudīga servera, lai lietotāja dators nepiedalītos sarežģīti aprēķini, bet kalpoja vienkārši 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 būs nepieciešams ikvienam, kurš plāno strādāt 1C Windows licence Servera CAL, kas maksā apmēram 1700 rubļu un Windows Remote Desktop Services CAL licenci, 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. Varētu 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 vajadzētu būt vai nu jaudīgākajam datoram tīklā, vai arī atsevišķai mašīnai, 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 tehniskajā dokumentācijā
• Atrodas atbildības krustojumā sistēmas administrators un 1C programmētājs

Parasti, ja pie sistēmas administratora vēršas ar maza ātruma problēmu, viņš iesaka modernizē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.