Upp 8.3 alkoi toimia hitaasti. Automaatiovinkkejä. SQL Serverin DMO-objektien käyttäminen

Käyttäjät valittavat usein, että "1C 8.3 on hidas": asiakirjalomakkeet avautuvat hitaasti, asiakirjojen käsittely kestää kauan, ohjelma käynnistyy, raporttien luominen kestää kauan ja niin edelleen.

Lisäksi tällaisia ​​"häiriöitä" voi esiintyä eri ohjelmissa:

Syyt voivat olla erilaisia. Tämä ei ole palautettuja asiakirjoja, heikko tietokone tai palvelin, 1C-palvelin on määritetty väärin.

Tässä artikkelissa haluan tarkastella yhtä yksinkertaisimmista ja yleisimmistä syistä hitaalle ohjelmalle - . Tämä ohje tulee olemaan merkityksellinen 1-2 käyttäjän tiedostotietokantojen käyttäjille, joissa ei ole kilpailua resursseista.

Jos olet kiinnostunut asiakas-palvelin-vaihtoehtojen vakavammasta optimoinnista järjestelmän toimintaa varten, käy sivuston osiossa.

Missä ovat 1C 8.3:n ajoitetut tehtävät?

Ennen kuin ehdin ladata ohjelman, 1C suoritti monia taustatyöt. Voit tarkastella niitä siirtymällä "Hallinta"-valikkoon ja sitten "Tuki ja ylläpito":

Hanki 267 videotuntia 1C:llä ilmaiseksi:

Tältä näyttää suoritettujen tehtävien ikkuna:

Ja niin täydellinen lista kaikki ajoitetut tehtävät, jotka käynnistetään:

Näistä tehtävistä voit nähdä esimerkiksi "", erilaisten luokittimien lataamisen, ohjelmaversion merkityksen tarkistamisen ja niin edelleen. Esimerkiksi minulla ei ole käyttöä lähes kaikkiin näihin tehtäviin. En pidä valuuttarekisteriä, hallitsen versioita itse ja lataan luokituksia tarpeen mukaan.

Näin ollen on minun (ja useimmissa tapauksissa sinun) etujeni mukaista poistaa tarpeettomat tehtävät käytöstä.

Rutiini- ja taustatehtävien poistaminen käytöstä kohdassa 1C 8.3

Potilaan oireet ja historia:

Useiden käyttäjien työ verkossa samalla tiedostolla (tietokannassa) sisältää verkon estomekanismin. Tämä pakottaa järjestelmän tuhlaamaan arvokasta aikaa avoimien tallennusistuntojen tunnistamiseen ja ristiriitojen ratkaisemiseen sen mukaisesti.

Tärkeimmät merkit estotoiminnasta:

• nopea käyttäjä työskentelee tietokannan kanssa verkon yli eksklusiivisessa tilassa ja erittäin hidas, kun useita käyttäjiä työskentelee samanaikaisesti
• nopea käyttökokemus paikallisen tietokannan kanssa palvelimella ja hidas työskentely verkossa
• vetoaa tiedostojärjestelmä hieman alle 10 Mt/s

Joten sain tehtäväksi varmistaa, että jopa kolme käyttäjää voi työskennellä 1C:ssä samanaikaisesti! Hassua, eikö?

Unohdin kaikki vitsit, kun näin, mitä minun oli tehtävä: "palvelin" tavallisen toimistotietokoneen ja kahden kannettavan tietokoneen muodossa.

Onnellisuus olisi epätäydellinen, ellei upeita käyttöjärjestelmiä - tietokoneessa ja yhdessä Windows kannettava tietokone 7, toisaalta - Windows 8.

Kun yritettiin lähettää asiakirjoja samanaikaisesti kannettaville tietokoneille, yksi jumissa noin minuutiksi ja toinen kaatui ulos 1C:stä virhetekstillä "ei voinut lukita pöytää...".

1C:n käynnistäminen kannettavalla tietokoneella on erillinen esitys, joka kesti noin 3 minuuttia!

Monissa resursseissa sain neuvoja siirtyä työskentelyyn terminaalikäyttöön. Valitettavasti Windows 7 ei salli säännöllisin keinoin muuttua päätepalvelimeksi - enintään yksi aktiivinen yhteys. Tässä tapauksessa loput istunnot eivät pääty; voit muodostaa yhteyden uudelleen toisen käyttäjän alaisuudessa - "heittämällä" edellisen käyttäjän pois, mutta lopettamatta hänen istuntoaan. Siksi sinun tulee siirtää 1C palvelinkäyttöjärjestelmään, jossa ei ole tällaisia ​​rajoituksia. Asiakas ratkaisi ongelman omalla vastuullaan käyttämällä kolmannen osapuolen apuohjelmaa Windows7_SP1_RDPhack.

Mutta seikkailut eivät päättyneet tähän. Myös terminaaliyhteydessä oli merkittäviä viiveitä. Jälleen kerran kaikkivaltiaat hakukoneet auttoivat minua. Alla on vinkkejä tiedoston 1C nopeuttamiseen, joita noudatin:

1. Poista käytöstä verkkoprotokollan käyttöä IPv6, määritä osoitteet "vanhassa" IPv4:ssä.

2. Lisää 1C-prosessit Windowsin palomuuripoikkeuksiin sekä virustorjuntapoikkeuksiin tai poista ne kokonaan käytöstä (riskillisempi, mutta yksinkertainen testi osoitti nopeuden lisäys asiakirjojen uudelleenlähettäminen, kun se on poistettu käytöstä Avast virustorjunta tekijä!)

3. Aloita kokotekstihaun indeksointi 1C:ssä tai sammuta se kokonaan

4. Suorita tietokannan testaus ja korjaaminen, tarkistaminen ChDbfl-apuohjelmalla

5. Suorita kokoonpanon Tarkista kokoonpano -kohde (jos kokoonpano ei ole vakio, tästä voi olla hyötyä). Kokoonpanon tarkistuksen tulosten perusteella sen koko pieneni maagisesti lähes kolmanneksella. En todellakaan perehtynyt siihen, mitä saapuvat ohjelmoijat päivittivät ennen minua, mutta tosiasia on ilmeinen.

6. Poista käytöstä tarpeettomat toiminnalliset asetukset.

7. Määritä käyttäjäoikeudet. (Tämä ja edellinen neuvo tuntuivat typeriltä, ​​kunnes katsoin piirustuksen hallinnoidut lomakkeet kun avaat asiakirjaluettelon. Mitä vähemmän turhaa tavaraa hallitussa käyttöliittymässä, sitä nopeammin se yleensä toimii)

8. Aloita kokonaissummien uudelleenlaskenta ja järjestyksen palauttaminen (merkittävä lisäys voi tapahtua vain, jos summia ei ole palautettu pitkään aikaan)

9. Määritä tietokantaluettelon asetuksiin "Connection speed - low" (tämä ei tuottanut paljoa tulosta, paitsi että alijärjestelmien kuvat sammutettiin :))

Kaikkien näiden vaiheiden suorittamisen jälkeen 1C-tiedostotietokanta alkoi toimia paljon nopeammin. Se alkoi käynnistyä maksimissaan 10 sekunnissa ja asiakirjojen siirtonopeus nousi keskimäärin 12 kertaa.

Ehkä tämä lyhyt artikkeli on hyödyllinen sinulle, jos joudut yhtäkkiä nopeuttamaan 1C-tiedostotietokantaasi.

P.S: Mutta tiedoston 1C käynnistäminen verkkoyhteydellä jaettuun kansioon on edelleen epärealistista, koska... Dasha on nopein SSD-asema RAM ja prosessori juuttuvat verkkolukkoihin, ja useamman kuin yhden käyttäjän työ on käytännössä mahdotonta. Se on noin erityisesti UT 11.1:n kokoonpanosta. Itse kirjoitetut pienet kokoonpanot voivat toimia melko nopeasti jopa tiedostoversiossa.

Lisäyksiä kommenteista julkaistavaksi:

Levyn eheytys tiedostopohjalla

Convolution tietokanta (voi olla hyödyllistä, jos tietokanta on suuri, esimerkiksi useiden vuosien ajan). Asiakkaan tietokanta oli melko nuori, joten vähentäminen ei ollut käytännöllistä.

Laitteistopäivitys - nopeampi kiintolevy, uusi kytkin, prosessori jne.

Asenna web-palvelimelle, pääsy ohuen asiakkaan avulla. Tässä mielipiteet jakautuvat. Jotkut sanovat, että se on monta kertaa nopeampi, toiset sanovat, että kiihtyvyyttä ei ole havaittu.

Tämän artikkelin kirjoittamisen päätarkoitus on välttää ilmeisten vivahteiden toistamista niille järjestelmänvalvojille (ja ohjelmoijille), jotka eivät ole vielä saaneet kokemusta 1C:stä.

Toissijainen tavoite on, että jos minulla on puutteita, Infostart osoittaa tämän minulle nopeimmin.

V. Gilevin testistä on jo tullut eräänlainen "de facto" -standardi. Kirjoittaja antoi verkkosivuillaan melko selkeitä suosituksia, mutta annan vain joitain tuloksia ja kommentoin eniten todennäköisiä virheitä. Luonnollisesti laitteidesi testitulokset voivat vaihdella, tämä on vain opas siitä, mitä pitäisi olla ja mihin voit pyrkiä. Haluaisin heti huomauttaa, että muutokset on tehtävä askel askeleelta, ja jokaisen vaiheen jälkeen tarkista, minkä tuloksen se antoi.

Infostartissa on samanlaisia ​​artikkeleita, laitan niihin linkkejä asiaankuuluviin osiin (jos unohdan jotain, ehdota minua kommenteissa, lisään sen). Joten oletetaan, että 1C on hidas. Kuinka diagnosoida ongelma ja miten ymmärtää kuka on syyllinen, järjestelmänvalvoja vai ohjelmoija?

Alkutiedot:

Testattu tietokone, päämarsu: HP DL180G6, varustettu 2*Xeon 5650:llä, 32 Gb, Intel 362i:llä, Win 2008 r2:lla. Vertailun vuoksi Core i3-2100 näyttää vertailukelpoisia tuloksia yksisäikeisessä testissä. Varusteet, jotka otin erityisesti, ei ollut uusin, mutta nykyaikaiset laitteet tulokset ovat huomattavasti parempia.

Erillisten 1C- ja SQL-palvelimien testausta varten SQL-palvelin: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

10 Gbitin verkon testaamiseen käytettiin Intel 520-DA2 -sovittimia.

Tiedoston versio. (tietokanta on palvelimella jaetussa kansiossa, asiakkaat muodostavat yhteyden verkon kautta, CIFS/SMB-protokolla). Algoritmi askel askeleelta:

0. Lisää Gilevin testitietokanta tiedostopalvelimelle samaan kansioon kuin päätietokannat. Yhdistämme asiakastietokoneelta ja suoritamme testin. Muistamme tuloksen.

On selvää, että jopa vanhoille tietokoneille 10 vuotta sitten (Pentium 775-liittimessä ) ajan 1C:Enterprise-pikakuvakkeen napsauttamisesta tietokantaikkunan ilmestymiseen pitäisi kulua alle minuutti. ( Celeron = hidas).

Jos sinulla on tietokone huonompi kuin Pentium 775 pistorasia 1 Gt:n kanssa RAM-muisti, tunnen myötätuntoa sinua kohtaan, ja sinun on vaikea tehdä mukavaa työtä 1C 8.2:n parissa tiedostoversiossa. Ajattele joko päivittämistä (on korkea aika) tai vaihtamista päätepalvelimeen (tai verkkopalvelimeen, jos kyseessä ovat ohuet asiakaskoneet ja hallitut lomakkeet).

Jos tietokone ei ole huonompi, voit potkaista järjestelmänvalvojan. Tarkista vähintään verkon, virustorjunta- ja HASP-suojausohjaimen toiminta.

Jos Gilevin testi tässä vaiheessa osoitti 30 "papaukaijaa" tai enemmän, mutta 1C-työpohja toimii edelleen hitaasti, kysymykset tulisi suunnata ohjelmoijalle.

1. Ohjeena kuinka paljon asiakastietokone voi "puristaa", tarkistamme vain tämän tietokoneen toiminnan ilman verkkoa. Laitoimme testipohjan päälle paikallinen tietokone(erittäin nopea levy). Jos asiakastietokoneessa ei ole normaalia SSD-levyä, luodaan muistilevy. Toistaiseksi yksinkertaisin ja ilmainen on Ramdisk-yritys.

Version 8.2 testaamiseen riittää 256 Mt:n muistilevy, ja! Tärkein. Kun tietokone on käynnistetty uudelleen, muistilevyn ollessa käynnissä, sillä pitäisi olla 100-200 Mt vapaata. Näin ollen ilman muistilevyä varten normaali operaatio Vapaan muistin tulee olla 300-400 Mt.

Version 8.3 testaamiseen riittää 256 Mt:n muistilevy, mutta tarvitset lisää vapaata RAM-muistia.

Kun testaat, sinun on katsottava prosessorin kuormitusta. Lähes ideaalisessa tapauksessa (ramdisk) paikallinen tiedosto 1c lataa 1 suoritinytimen ajon aikana. Näin ollen, jos prosessorin ydin ei ole täysin ladattu testauksen aikana, etsi heikkoja kohtia. Hieman tunnepitoinen, mutta yleisesti oikein, kuvataan prosessorin vaikutusta 1C:n toimintaan. Viitteeksi, jopa moderneissa Core i3:issa, joissa on korkeat taajuudet, luvut 70-80 ovat melko realistisia.

Yleisimmät virheet tässä vaiheessa.

a) Virustorjunta on määritetty väärin. Virustentorjuntaohjelmia on monia, kunkin asetukset ovat erilaiset, sanon vain, että oikealla kokoonpanolla verkko tai Kaspersky 1C eivät häiritse. Oletusasetuksilla noin 3-5 papukaijaa (10-15%) voidaan ottaa pois.

b) Suorituskykytila. Jostain syystä harvat kiinnittävät tähän huomiota, mutta vaikutus on merkittävin. Jos tarvitset nopeutta, sinun on tehtävä tämä sekä asiakas- että palvelintietokoneissa. ( Hyvä kuvaus Gilevin luona. Ainoa varoitus on, että joillakin emolevyt Jos poistat Intel SpeedStepin käytöstä, et voi ottaa TurboBoostia käyttöön).

Lyhyesti sanottuna, kun 1C on käynnissä, odotellaan paljon vastausta muilta laitteilta (levy, verkko jne.). Prosessori laskee taajuutta odottaessaan vastausta, jos suorituskykytila ​​on käytössä. Vastaus tulee laitteelta, 1C:n (prosessorin) on toimittava, mutta ensimmäiset kellojaksot ovat pienemmällä taajuudella, sitten taajuus kasvaa - ja 1C odottaa jälleen vastausta laitteelta. Ja niin - monta sataa kertaa sekunnissa.

Voit (ja mieluiten) ottaa suorituskykytilan käyttöön kahdessa paikassa:

BIOSin kautta. Poista käytöstä tilat C1, C1E, Intel C-state (C2, C3, C4). Eri biosissa niitä kutsutaan eri tavalla, mutta merkitys on sama. Haku kestää kauan, uudelleenkäynnistys vaaditaan, mutta jos teet sen kerran, voit unohtaa sen. Jos teet kaiken oikein BIOSissa, nopeus kasvaa. Joillakin emolevyillä voit määrittää BIOS-asetukset niin, että Windowsin suorituskykytilalla ei ole merkitystä. (Esimerkkejä BIOS-asetukset Gilevissä). Nämä asetukset koskevat pääasiassa palvelinprosessoreja tai "kehittyneitä" BIOSeja, jos et ole löytänyt tätä ja sinulla EI OLE Xeonia, se ei haittaa.

Ohjauspaneeli - Virtalähde - Korkea suorituskyky. Miinus - jos tietokonetta ei ole huollettu pitkään aikaan, se pitää kovempaa tuulettimen ääntä, lämpenee enemmän ja kuluttaa enemmän energiaa. Tämä on suorituspalkkio.

Kuinka tarkistaa, että tila on käytössä. Käynnistä tehtävänhallinta - suorituskyky - resurssien valvonta - CPU. Odotamme, kunnes prosessori on varattu ilman mitään.

Nämä ovat oletusasetuksia. BIOS C-tilassa mukana, tasapainoinen virrankulutustila
BIOS C-tilassa mukana, korkean suorituskyvyn tila Pentiumin ja Coren osalta voit lopettaa tähän, Xeonista voi silti puristaa vähän "papaukaijoja".
BIOS C-tilassa sammutettu, korkean suorituskyvyn tila. Jos et käytä Turbo Boostia, sen pitäisi näyttää tältä palvelin viritetty suorituskykyä varten

Ja nyt numerot. Muistutan teitä: Intel Xeon 5650, muistilevy. Ensimmäisessä tapauksessa testi näyttää 23,26, viimeisessä - 49,5. Ero on lähes kaksinkertainen. Numerot voivat vaihdella, mutta suhde pysyy olennaisesti samana Intel Corelle.

Hyvät järjestelmänvalvojat, voit kritisoida 1C:tä niin paljon kuin haluat, mutta jos loppukäyttäjät tarvitsevat nopeutta, sinun on otettava käyttöön korkean suorituskyvyn tila.

c) Turbo Boost. Ensin sinun on ymmärrettävä, tukeeko prosessori esimerkiksi tätä toimintoa. Jos se tukee, voit silti saada melko laillisesti suorituskykyä. (En halua koskea taajuuden ylikellotukseen, etenkään palvelimiin, tee se omalla vaarallasi ja riskilläsi. Mutta olen samaa mieltä siitä, että väylän nopeuden lisääminen 133:sta 166:een lisää huomattavasti sekä nopeutta että lämmön haihtumista)

Miten turbo boost otetaan käyttöön, on kirjoitettu esimerkiksi . Mutta! 1C:ssä on joitain vivahteita (ei ilmeisimpiä). Vaikeus on se, että turbotehostuksen suurin vaikutus tapahtuu, kun C-tila on kytketty päälle. Ja saamme jotain tällaista:

Huomaa, että kerroin on suurin, ydinnopeus on kaunis ja suorituskyky on korkea. Mutta mitä tapahtuu 1s:n tuloksena?

	Tekijä	Ydinnopeus (taajuus), GHz	CPU-Z yksisäikeinen	Gilev Ramdisk-testi tiedostoversio	Gilev Ramdisk-testi asiakas-palvelin
Ilman Turbo Boostia
C-tila pois päältä, Turbo Boost				53.19	40,32
C-tila päällä, Turbo Boost			1080	53,13	23,04

Mutta lopulta käy ilmi, että suorittimen suorituskykytestien mukaan versio kertoimella 23 on edellä, Gilevin testien mukaan tiedostoversiossa suorituskyky kertoimella 22 ja 23 on sama, mutta asiakas-palvelimessa versio - versio kertoimella 23 on kauhea kauhea kauhea (vaikka C -tila asetetaan tasolle 7, se on silti hitaampi kuin C-tila pois päältä). Siksi on suositeltavaa tarkistaa molemmat vaihtoehdot itse ja valita paras. Joka tapauksessa ero 49,5 ja 53 papukaijan välillä on melko merkittävä, varsinkin ilman paljon vaivaa.

Johtopäätös - turboboost on oltava päällä. Muistutan teitä siitä, että ei riitä, että Turbo Boost -kohde otetaan käyttöön BIOSissa, vaan on myös tarkasteltava muita asetuksia (BIOS: QPI L0s, L1 - disable, demand scrubbbing - disable, Intel SpeedStep - enable, Turbo boost - Ohjauspaneeli - Virta-asetukset - Korkea suorituskyky) . Ja valitsisin silti (jopa tiedostoversiolle) vaihtoehdon, jossa c-state on pois päältä, vaikka kerroin on pienempi. Siitä tulee jotain tällaista...

Melko kiistanalainen kohta on muistin taajuus. Esimerkiksi muistin taajuudella on osoitettu olevan erittäin vahva vaikutus. Testi ei paljastanut tällaista riippuvuutta. En vertaile DDR 2/3/4:ää, vaan näytän taajuuden muuttamisen tulokset samalla rivillä. Muisti on sama, mutta BIOSissa meidän on asetettava pienempiä taajuuksia.

Ja testitulokset. 1C 8.2.19.83, tiedostoversiolle paikallinen ramdisk, asiakas-palvelin 1C ja SQL yhdessä tietokoneessa, Jaettu muisti. Turbo Boost on poistettu käytöstä molemmissa versioissa. 8.3 näyttää vertailukelpoisia tuloksia.

Ero on mittausvirheen sisällä. Vedin erityisesti kuvakaappauksia CPU-Z:stä osoittaakseni, että taajuuden muutoksella myös muut parametrit muuttuvat, sama CAS Latency ja RAS to CAS Delay, mikä neutraloi taajuuden muutoksen. Ero tulee olemaan, kun muistimoduuleja vaihdetaan fyysisesti hitaammin nopeampaan, mutta sielläkään luvut eivät ole erityisen merkittäviä.

2. Kun olemme selvittäneet asiakastietokoneen prosessorin ja muistin, siirrymme seuraavaan erittäin tärkeään paikkaan - verkkoon. Verkon virittämisestä on kirjoitettu monia kirjoja, Infostartista (ja muista) on artikkeleita, mutta tässä en keskity tähän aiheeseen. Ennen kuin aloitat 1C:n testauksen, varmista, että kahden tietokoneen välinen iperf näyttää koko kaistanleveyden (1 Gbitin korteilla - no, vähintään 850 Mbit tai vielä parempi 950-980), että Gilevin neuvoja on noudatettu. Sitten - yksinkertaisin toimintatesti on kummallista kyllä, yhden suuren tiedoston (5-10 gigatavua) kopioiminen verkon kautta. Epäsuora merkki normaalista toiminnasta 1 Gbitin verkossa on keskimääräinen kopiointinopeus 100 MB/s, hyvä toiminta - 120 MB/s. Haluan kiinnittää huomionne siihen, että heikko kohta (mukaan lukien) voi olla prosessorin kuormitus. SMB Linuxin protokolla on melko huonosti rinnakkaistava, ja käytön aikana se voi melko helposti "syötä" yhden prosessoriytimen eikä kuluta enempää.

Ja kauemmas. Windowsin oletusasetuksissa asiakas toimii parhaiten Windows-palvelimen (tai jopa ikkunat toimivat Station) ja SMB/CIFS-protokolla, linux-asiakas (debian, ubuntu ei katsonut muita) toimii paremmin linuxin ja NFS:n kanssa (toimii myös SMB:n kanssa, mutta papukaijat ovat korkeampia NFS:ssä). Se, että lineaarisessa kopioinnissa Windows Linux -palvelin NFS:ään kopioidaan yhdeksi streamiksi nopeammin, ei tarkoita mitään. Debianin viritys 1C:lle on erillisen artikkelin aihe, en ole vielä valmis siihen, vaikka voin sanoa, että tiedostoversiossa sain jopa hieman paremman suorituskyvyn kuin Win-versio samassa laitteessa, mutta postgresin kanssa yli. 50 käyttäjää Minulla on edelleen kaikki erittäin huonosti.

Tärkein , jonka "poltetut" ylläpitäjät tietävät, mutta aloittelijat eivät ota huomioon. On monia tapoja määrittää polku 1c-tietokantaan. Voit tehdä \\server\share, voit tehdä \\192.168.0.1\share, voit käyttää verkkoa z: \\192.168.0.1\share (ja joissakin tapauksissa tämä menetelmä toimii myös, mutta ei aina) ja sitten määritä Z-asema. Näyttää siltä, ​​​​että kaikki nämä polut osoittavat samaan paikkaan, mutta 1C: lle on vain yksi tapa, joka tarjoaa normaalin suorituskyvyn melko luotettavasti. Joten, tämä on mitä sinun on tehtävä oikein:

SISÄÄN komentorivi(tai käytännöissä tai haluamallasi tavalla) - käytä verkkoa DriveLetter: \\server\share. Esimerkki: net use m: \\server\bases. Korostan erityisesti EI IP-osoitetta, nimittäin Nimi palvelin. Jos palvelimen nimi ei ole näkyvissä, lisää se palvelimen dns:ään tai paikallisesti hosts-tiedostoon. Mutta osoitteen on oltava nimellinen. Näin ollen, matkalla tietokantaan, käytä tätä levyä (katso kuva).

Ja nyt näytän numeroilla, miksi tämä on neuvo. Alkutiedot: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 -kortit OS Win 2008 R2, Win 7, Debian 8. Uusimmat ajurit, päivitykset käytössä. Ennen testausta varmistin, että Iperf antaa täyden kaistanleveyden (paitsi 10 Gbitin kortteja, se onnistui puristamaan vain 7,2 Gbit, katson myöhemmin miksi, testipalvelinta ei ole vielä konfiguroitu kunnolla). Levyt ovat erilaisia, mutta kaikkialla on SSD (laitoin erityisesti yhden levyn testausta varten, siihen ei ole ladattu mitään muuta) tai raid SSD:ltä. Nopeus 100 Mbit saatiin rajoittamalla Intel 362 -sovittimen asetuksia.1 Gbit kuparisen Intel 350:n ja 1 Gbitin optisen Intel X520-DA2:n (saatu sovittimen nopeutta rajoittamalla) välillä ei ollut eroa. Maksimaalinen suorituskyky, turbo boost on kytketty pois päältä (vain tulosten vertailukelpoisuuden vuoksi turbo boost hyviin tuloksiin lisää hieman alle 10 %, huonoihin tuloksiin sillä ei ehkä ole mitään vaikutusta). Versiot 1C 8.2.19.86, 8.3.6.2076. En anna kaikkia lukuja, vaan vain mielenkiintoisimpia, jotta sinulla on jotain verrattavaa.

	Win 2008 - Win 2008 ota yhteyttä ip-osoitteella	Win 2008 - Win 2008 Kutsutaan nimellä	Win 2008 - Win 2008 Yhteydenotot IP-osoitteella	Win 2008 - Win 2008 Kutsutaan nimellä	Win 2008 - Win 7 Kutsutaan nimellä	Win 2008 - Debian Kutsutaan nimellä	Win 2008 - Win 2008 Yhteydenotot IP-osoitteella	Win 2008 - Win 2008 Kutsutaan nimellä
	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

Johtopäätökset (taulukosta ja henkilökohtainen kokemus. Koskee vain tiedostoversiota):

Verkon kautta saat melko normaaleja numeroita työhön, jos tämä verkko on määritetty oikein ja polku on syötetty oikein 1C:ssä. Jopa ensimmäinen Core i3 pystyy helposti tuottamaan yli 40 papukaijaa, mikä on melko hyvä, eivätkä nämä ole vain papukaijoja, vaan todellisessa työssä ero on myös havaittavissa. Mutta! Usean (yli 10) käyttäjän kanssa työskentelyn rajoitus ei ole enää verkko, täällä 1 Gbit riittää edelleen, mutta esto monen käyttäjän työskentelyn aikana (Gilev).

1C 8.3 -alusta on monta kertaa vaativampi oikean verkon konfiguroinnin suhteen. Perusasetukset - katso Gilev, mutta muista, että kaikkeen voidaan vaikuttaa. Näin kiihtyvän virustentorjunnan poistamisen (enkä vain sammuttamisen), protokollien, kuten FCoE, poistamisen, ohjainten vaihtamisen vanhempaan, mutta Microsoftin sertifioituun versioon (etenkin halvoille korteille, kuten ASUS ja DLC), toisen verkkokortin poistamisesta. palvelimelta. Vaihtoehtoja on monia, määritä verkko huolellisesti. Voi hyvinkin olla tilanne, jossa alusta 8.2 antaa hyväksyttäviä lukuja ja 8.3 - kaksi kertaa tai jopa enemmän. Kokeile pelata alustaversioilla 8.3, joskus saat erittäin suuren vaikutuksen.

1C 8.3.6.2076 (ehkä myöhemmin, en ole vielä etsinyt tarkkaa versiota) on silti helpompi määrittää verkon kautta kuin 8.3.7.2008. Sain normaalin toiminnan verkon yli 8.3.7.2008 alkaen (vertailukelpoisilla papukaijoilla) vain muutaman kerran, yleisempään tapaukseen en voinut toistaa. En ymmärtänyt paljoa, mutta Process Explorerin jalkakääreistä päätellen äänitys siellä ei ole yhtä hyvä kuin 8.3.6:ssa.

Huolimatta siitä, että 100 Mbit verkossa työskennellessä sen kuormitusaikataulu on pieni (voidaan sanoa, että verkko on ilmainen), toimintanopeus on silti paljon pienempi kuin 1 Gbit. Syynä on verkon latenssi.

Kaikkien muiden asioiden ollessa sama (hyvin toimiva verkko) 1C 8.2:lle Intel-Realtek-yhteys on 10 % hitaampi kuin Intel-Intel. Mutta realtek-realtek voi yleensä antaa jyrkän vajoamisen tyhjästä. Siksi, jos sinulla on rahaa, on parempi pitää Intel-verkkokortit kaikkialla; jos sinulla ei ole rahaa, asenna Intel vain palvelimelle (CO). Ja Intelin verkkokorttien virittämiseen on monta kertaa enemmän ohjeita.

Oletusviruksentorjuntaasetukset (käyttäen esimerkiksi drweb-versiota 10) vievät noin 8-10 % papukaijoista. Jos määrität sen niin kuin sen pitäisi (anna 1cv8-prosessin tehdä kaikki, vaikka se ei ole turvallista), nopeus on sama kuin ilman virustorjuntaa.

ÄLÄ lue Linux-guruja. Samballa varustettu palvelin on hieno ja ilmainen, mutta jos asennat Win XP:n tai Win7:n (tai vielä paremmin - palvelinkäyttöjärjestelmän) palvelimelle, 1c-tiedostoversio toimii nopeammin. Kyllä, samba ja protokollapino ja verkkoasetukset ja paljon muuta voidaan virittää hyvin debianissa/ubuntussa, mutta tätä suositellaan asiantuntijoille. Ei ole mitään järkeä asentaa Linuxia oletusasetuksilla ja sitten sanoa, että se on hidas.

Nettikäytön kautta kytkettyjen levyjen toiminta kannattaa tarkistaa fio -sovelluksella. Ainakin tulee selväksi, ovatko nämä ongelmat 1C-alustan vai verkon/levyn kanssa.

Yhden käyttäjän versiolle en voi ajatella testejä (tai tilannetta), jossa ero 1 Gbitin ja 10 Gbitin välillä olisi näkyvissä. Ainoa asia, jossa 10 Gbit tiedostoversiolle antoi parempia tuloksia, on levyjen yhdistäminen iSCSI:n kautta, mutta tämä on erillisen artikkelin aihe. Uskon kuitenkin, että tiedostoversiolle riittää 1 Gbitin kortit.

En ymmärrä miksi 100 Mbit verkossa 8.3 toimii huomattavasti nopeammin kuin 8.2, mutta se oli tosiasia. Kaikki muut laitteet, kaikki muut asetukset ovat täysin samat, vain yhdessä tapauksessa testataan 8.2 ja toisessa - 8.3.

Virittämätön NFS win-win tai win-lin antaa 6 papukaijaa, en sisällyttänyt niitä taulukkoon. Virityksen jälkeen sain 25, mutta se oli epävakaa (mittaero oli yli 2 yksikköä). En osaa vielä antaa suosituksia ikkunoita käyttämällä ja NFS-protokolla.

Kaikkien asetusten ja tarkistusten jälkeen suoritamme testin uudelleen asiakastietokoneelta ja iloitsemme parantuneesta tuloksesta (jos se toimii). Jos tulos on parantunut, papukaijoja on yli 30 (ja erityisesti yli 40), vähemmän kuin 10 käyttäjää työskentelee samaan aikaan ja toimiva tietokanta on edelleen hidas - melkein varmasti ongelma ohjelmoijassa (tai sinulla on on jo saavuttanut tiedostoversion huippuominaisuudet).

Päätepalvelin. (tietokanta on palvelimella, asiakkaat muodostavat yhteyden verkon kautta, RDP-protokolla). Algoritmi askel askeleelta:

0. Lisää Gilevin testitietokanta palvelimelle samaan kansioon kuin päätietokannat. Yhdistämme samalta palvelimelta ja suoritamme testin. Muistamme tuloksen.

1. Asetimme työn samalla tavalla kuin tiedostoversiossa. Päätepalvelimen tapauksessa päärooli on yleensä prosessori (oletetaan, ettei siinä ole ilmeisiä heikkoja kohtia, kuten muistin puute tai valtava määrä tarpeettomia ohjelmistoja).

2. Verkkokorttien asettaminen päätepalvelimen tapauksessa ei käytännössä vaikuta 1c:n toimintaan. "Erityisen" mukavuuden varmistamiseksi, jos palvelimesi tuottaa yli 50 papukaijaa, voit pelata RDP-protokollan uusilla versioilla vain käyttäjien mukavuuden, nopeamman reagoinnin ja vierityksen vuoksi.

3. Jos suuri määrä käyttäjiä työskentelee aktiivisesti (ja täällä voit jo yrittää yhdistää 30 henkilöä yhteen tietokantaan, jos yrität), on erittäin suositeltavaa asentaa SSD-asema. Jostain syystä uskotaan, että levy ei erityisesti vaikuta 1C:n toimintaan, mutta kaikki testit suoritetaan ohjaimen välimuistilla, joka on sallittu kirjoittamista varten, mikä on väärin. Testipohja on pieni, mahtuu varsin hyvin välimuistiin, tästä syystä suuret luvut. Oikeissa (suurissa) tietokannoista kaikki on täysin erilaista, joten välimuisti on poistettu käytöstä testejä varten.

Tarkastin esimerkiksi Gilev-testin toiminnan eri levyvaihtoehdoilla. Asensin levyt siitä, mikä oli käsillä, vain näyttääkseni suuntauksen. Ero 8.3.6.2076 ja 8.3.7.2008 välillä on pieni (Ramdisk Turbo Boost -versiossa 8.3.6 tuottaa 56.18 ja 8.3.7.2008 55.56, muissa testeissä ero on vielä pienempi). Virrankulutus - maksimaalinen suorituskyky, turbotehostin pois käytöstä (ellei toisin mainita).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	Yksi SSD	Ramdisk		Välimuisti käytössä RAID-ohjain
	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

Käytössä oleva RAID-ohjaimen välimuisti poistaa kaikki levyjen väliset erot; numerot ovat samat sekä sat- että cas-levyissä. Testaus sillä pienellä määrällä dataa on hyödytöntä, eikä se ole osoitus minkäänlaisesta.

Alustassa 8.2 suorituskyvyn ero SATA- ja SSD-vaihtoehtojen välillä on yli kaksinkertainen. Tämä ei ole kirjoitusvirhe. Jos katsot suorituskykynäyttöä SATA-asemien testin aikana. niin näet selvästi "Aktiivisen levyn käyttöaika (%)" 80-95. Kyllä, jos otat itse levyjen välimuistin käyttöön tallennusta varten, nopeus kasvaa 35:een, jos otat raid-ohjaimen välimuistin käyttöön - jopa 49 (riippumatta siitä, mitkä levyt testataan Tämä hetki). Mutta nämä ovat synteettisiä välimuistin papukaijoja; todellisessa työssä suurilla tietokannoilla ei koskaan ole 100-prosenttista kirjoitusvälimuistin osumasuhdetta.

Jopa halpojen SSD-levyjen nopeus (testasin Agility 3:lla) on aivan riittävä tiedostoversion suorittamiseen. Tallennusresurssi on toinen asia, sinun on tarkasteltava sitä kussakin tapauksessa, on selvää, että Intel 3700: lla se on suuruusluokkaa korkeampi, mutta hinta on vastaava. Ja kyllä, ymmärrän sen testattaessa SSD-asema Testaan ​​myös tämän levyn välimuistia suuremmassa määrin, todelliset tulokset ovat vähemmän.

Oikein (minun näkökulmastani) ratkaisu olisi varata 2 SSD-levyä peilatussa raidissa tiedostotietokannalle (tai useille tiedostotietokantoille), eikä sinne sijoita mitään muuta. Kyllä, peilin kanssa SSD-levyt kuluvat tasaisesti, ja tämä on miinus, mutta ainakin ohjaimen elektroniikka on jotenkin suojattu virheiltä.

SSD-asemien tärkeimmät edut tiedostoversiolle tulevat näkyviin, kun tietokantoja on useita, joista jokaisessa on useita käyttäjiä. Jos tietokantoja on 1-2 ja käyttäjiä on noin 10, SAS-levyt riittävät. (mutta joka tapauksessa, katso näiden levyjen lataamista, ainakin perfmonin kautta).

Päätepalvelimen tärkeimmät edut ovat, että sillä voi olla erittäin heikkoja asiakkaita, ja verkkoasetukset vaikuttavat päätepalvelimeen paljon vähemmän (jälleen K.O.).

Johtopäätökset: jos päätepalvelin Suorita Gilev-testi (samalta levyltä, jossa toimivat tietokannat sijaitsevat) ja niinä hetkinä, kun toimiva tietokanta hidastuu ja Gilev-testi näyttää hyvän tuloksen (yli 30) - silloin ohjelmoija on todennäköisesti syyllinen pääasiallisen tietokannan hidas toiminta.

Jos Gilevin testi näyttää pieniä lukuja ja sinulla on korkea kelloprosessori ja nopeat levyt, niin järjestelmänvalvojan on otettava ainakin perfmon, tallennettava kaikki tulokset jonnekin ja katsottava, tarkkailtava ja tehtävä johtopäätöksiä. Lopullisia neuvoja ei tule.

Asiakas-palvelin vaihtoehto.

Testit suoritettiin vasta 8.2, koska 8.3:ssa kaikki riippuu melko vakavasti versiosta.

Testaukseen valitsin erilaisia ​​palvelinvaihtoehtoja ja verkkoja niiden välillä näyttääkseni tärkeimmät trendit.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Kuitukanava - SSD	SQL: Xeon E5-2630 Kuitukanava - SAS	SQL: Xeon E5-2630 Paikallinen SSD	SQL: Xeon E5-2630 Kuitukanava - SSD	SQL: Xeon E5-2630 Paikallinen SSD	1C: Xeon 5650 =	1C: Xeon 5650 = Jaettu muisti	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

Näyttää siltä, ​​​​että olen harkinnut kaikkia mielenkiintoisia vaihtoehtoja, jos on jotain muuta, josta olet kiinnostunut, kirjoita kommentteihin, yritän tehdä sen.

Tallennusjärjestelmien SAS on hitaampi kuin paikalliset SSD-levyt, vaikka tallennusjärjestelmillä on suurempi välimuisti. SSD-levyt, sekä paikalliset että tallennusjärjestelmät, toimivat vertailukelpoisilla nopeuksilla Gilevin testissä. En tiedä mitään tavallista monisäikeistä testiä (ei vain tallennusta, vaan kaikkia laitteita) lukuun ottamatta MCC:n 1C-kuormitustestiä.

1C-palvelimen vaihtaminen 5520:sta 5650:een lähes kaksinkertaisti suorituskyvyn. Kyllä, palvelinkokoonpanot eivät täsmää täysin, mutta se näyttää trendin (ei yllätys).

SQL-palvelimen taajuuden lisääminen antaa varmasti vaikutuksen, mutta ei sama kuin 1C-palvelimella; MS SQL -palvelin on erinomainen (jos sitä pyytää) käyttämään moniytimistä ja vapaata muistia.

Verkon vaihtaminen 1C:n ja SQL:n välillä 1 Gbit:stä ​​10 Gbit:iin antaa noin 10 % papukaijoista. Odotin enemmän.

Jaetun muistin ottaminen käyttöön antaa silti vaikutuksen, vaikkakaan ei 15%, kuten kuvattiin. Muista tehdä se, onneksi se on nopeaa ja helppoa. Jos asennuksen aikana joku antoi SQL-palvelimelle nimetyn ilmentymän, niin 1C toimisi, palvelimen nimeä ei tarvitse määrittää FQDN:llä (tcp/ip toimii), ei localhostin tai vain PalvelimenNimen kautta, vaan esimerkiksi PalvelimenNimi\Ilmanteennimi. zz-testi\zztest. (Muuten tulee DBMS-virhe: Microsoft SQL Server Native Client 10.0: Jaetun muistin tarjoaja: Yhteyden muodostamiseen SQL Server 2000:een käytettyä jaettua muistikirjastoa ei löytynyt. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, tila=1, Vakavuus=10, natiivi=126, rivi=0).

Alle 100 käyttäjälle ainoa tapa jakaa se kahdeksi erilliseksi palvelimeksi on Win 2008 Std (ja vanhempi) -lisenssi, joka tukee vain 32 Gt RAM-muistia. Kaikissa muissa tapauksissa 1C ja SQL on ehdottomasti asennettava yhdelle palvelimelle ja annettava enemmän (vähintään 64 Gt) muistia. MS SQL:lle alle 24-28 Gt RAM-muistin antaminen on perusteetonta ahneutta (jos luulet, että sinulla on tarpeeksi muistia siihen ja kaikki toimii hyvin, ehkä 1C:n tiedostoversio riittäisi sinulle?)

Kuinka paljon huonommin 1C:n ja SQL:n yhdistelmä toimii virtuaalikone- erillisen artikkelin aihe (vinkki - huomattavasti huonompi). Jopa Hyper-V:ssä kaikki ei ole niin selvää...

Tasapainoinen suorituskykytila ​​on huono. Tulokset ovat melko yhdenmukaisia ​​tiedostoversion kanssa.

Monet lähteet sanovat, että virheenkorjaustila (ragent.exe -debug) heikentää merkittävästi suorituskykyä. No, se vähentää kyllä, mutta en sanoisi 2-3%:ta merkittäväksi vaikutukseksi.

Hyvin usein ihmiset tulevat meille kysymyksillä, kuten:

• Miksi 1C-palvelin hidastuu?
• 1C-tietokone on erittäin hidas
• 1C-asiakas on hirvittävän hidas

Joskus ongelman ratkaisuksi tarjoamme asiakkaille palvelimen 1C:lle vuokralle ilman jarruja, valittavissa olevalla palvelimen kokoonpanolla ja käyttöjärjestelmällä, voit määrittää palvelimen verkossa kumppanimme verkkosivustolla linkin avulla https://1cloud.ru luku Palvelut, luku Virtuaalinen palvelin.

Mitä tehdä ja miten voittaa se ja niin edelleen järjestyksessä:

Asiakkaat työskentelevät erittäin hitaasti 1C:n palvelinversion kanssa

1C:n hitaan työn lisäksi on myös hidasta työtä verkkotiedostojen kanssa. Ongelma ilmenee normaalin käytön ja RDP:n aikana

Tämän ratkaisemiseksi aloitan aina jokaisen Sevenin tai 2008-palvelimen asennuksen jälkeen

netsh int tcp set global autotuning=disabled

netsh int tcp set global autotuninglevel=disabled

netsh int tcp set global rss=poistettu savupiippu=pois käytöstä

ja verkko toimii ongelmitta

joskus paras vaihtoehto on:

netsh interface tcp set global autotuning= HighlyRestricted

tältä asennus näyttää

Määritä virustorjunta tai Windowsin palomuuri

Virustorjunta- tai Windows-palomuurin määrittäminen 1C-palvelimen käyttöä varten (esimerkiksi 1C Server: Enterprisen ja MS SQL 2008:n yhdistelmä).

Lisää säännöt:

• Jos SQL-palvelin hyväksyy yhteydet tavallisessa TCP-portissa 1433, sallimme sen.
• Jos SQL-portti on dynaaminen, yhteydet %ProgramFiles%\-sovellukseen on sallittava Microsoft SQL Palvelin\MSSQL10_50.MSSQLSERVER\MSSQL\Binn\sqlservr.exe.
• Palvelin 1C toimii porteissa 1541, klusterissa 1540 ja alueella 1560-1591. Täysin mystisista syistä joskus tällainen avointen porttien luettelo ei silti salli yhteyksiä palvelimeen. Varmista, että se toimii, salli alueen 1540-1591.

Palvelimen/tietokoneen suorituskyvyn viritys

Jotta tietokoneesi toimisi mahdollisimman tehokkaasti, sinun on määritettävä se tähän:

1. BIOS-asetukset

• Palvelimen BIOSissa poistamme kaikki asetukset käytöstä prosessorin virran säästämiseksi.
• Jos siellä on "C1E" ja muista irrottaa yhteys!!
• Joissakin ei kovin samansuuntaisissa tehtävissä on myös suositeltavaa kytkeä hypertrading pois päältä BIOSissa
• Joissakin tapauksissa (etenkin HP:n tapauksessa!) sinun on mentävä palvelimen BIOSiin ja kytkettävä pois päältä ne kohteet, joiden nimissä on EIST, Intel SpeedStep ja C1E.
• Sen sijaan sinun on löydettävä sieltä prosessoriin liittyvät kohteet, joiden nimissä on Turbo Boost, ja OTA ne KÄYTTÖÖN.
• Jos BIOSissa on yleinen ilmoitus virransäästötilasta ja kytke se päälle maksimi suorituskyky(se voidaan kutsua myös "aggressiiviseksi")

2. Kaavioasetukset käyttöjärjestelmässä - Korkea suorituskyky

Palvelimet, joissa on Intel Sandy Bridge -arkkitehtuuri, voivat muuttaa prosessorin taajuuksia dynaamisesti.

Joskus ratkaisu 1C-palvelimen hitaan toiminnan ongelmaan on vanhentuneita tai rikkinäisiä laitteita, tässä tapauksessa tarjoamme asiakkaille 1C:n palvelimen vuokralle ilman jarruja, palvelimen kokoonpanon ja käyttöjärjestelmän valinnalla, voit tehdä sen meidän kauttamme. kumppanin verkkosivuilla linkissä https://1cloud.ru Palvelut-osio, Virtuaalipalvelin-osio.

Jos sinulla on kysyttävää, ota yhteyttä:

• soita +7-812-385-55-66 Pietariin
• kirjoita osoitteeseen
• Jätä hakemus verkkosivuillamme "Online-hakemus" -sivulle

2. Ohjelman ominaisuudet. Usein jopa optimaalisilla asetuksilla 1C toimii hyvin hitaasti. Suorituskyky heikkenee erityisen jyrkästi, kun tietokannan kanssa samanaikaisesti työskentelevien määrä ylittää 4-5 käyttäjää.

Kuka olet yrityksessä?

Ratkaisu hitaan 1C:n toiminnan ongelmaan riippuu siitä, kuka olet yrityksessä. Jos olet teknikko, lue vain. Jos olet johtaja tai kirjanpitäjä, seuraa erityistä linkkiä ↓

Verkon kaistanleveys

Pääsääntöisesti yhden kanssa tietokanta(IB) ei työskentele yksi, vaan useita käyttäjiä. Samaan aikaan tapahtuu jatkuvaa tiedonvaihtoa tietokoneen, johon 1C-asiakas on asennettu, ja tietokoneen, jossa tietoturva sijaitsee, välillä. Tämän datan määrä on varsin merkittävä. Usein syntyy tilanne, kun yleisimmän nopeuden 100 Mbit/s nopeudella toimiva lähiverkko ei yksinkertaisesti kestä kuormitusta. Ja taas käyttäjä valittaa ohjelman hitaasta.

Jokainen näistä tekijöistä yksittäin vähentää jo merkittävästi ohjelman nopeutta, mutta epämiellyttävintä on, että yleensä nämä asiat laskevat yhteen.

Katsotaanpa nyt useita ratkaisuja alhaisen 1C:n toimintanopeuden ongelmaan ja niiden kustannuksiin esimerkin avulla paikallinen verkko 10 keskimääräistä tietokonetta.

Ratkaisu yksi. Infrastruktuurin modernisointi

Tämä on ehkä ilmeisin ratkaisu. Lasketaan sen vähimmäiskustannukset.

Jokaiselle tietokoneelle tarvitsemme vähintään 2 Gt RAM-muistin, joka maksaa keskimäärin 1 500 ruplaa, LAN-kortti nopeuden 1 Gbit/s tuella, maksaa noin 700 ruplaa. Lisäksi tarvitset vähintään yhden reitittimen, joka tukee 1 Gbit/s nopeutta, mikä maksaa noin 4000 ruplaa. Kokonaiskustannukset - 26 000 ruplaa laitteille, ilman työtä.

Periaatteessa nopeus voi nousta huomattavasti, mutta nyt ei ole enää mahdollista ostaa edullisia tietokoneita toimistoon. Sitä paitsi, tämä päätös ei sovellu niille, jotka käyttävät Wi-Fiä tai haluavat työskennellä Internetin kautta - heidän tapauksessaan verkon nopeus voi olla kymmeniä kertoja pienempi. Tämä herättää kysymyksen: "Onko mahdollista toteuttaa koko ohjelma yhdelle tehokkaalle palvelimelle niin, että käyttäjän tietokone ei osallistu monimutkaiset laskelmat, mutta palveli vain kuvan välittämistä?" Sitten voit työskennellä jopa erittäin heikkojen tietokoneiden kanssa, jopa alhaisen kaistanleveyden verkoissa. Luonnollisesti tällaisia ​​ratkaisuja on olemassa.

Ratkaisu kaksi. Päätepalvelin

Sai suuren suosion 1C 7:n päivinä. Toteutettu palvelimelle Windows-versiot ja selviää tehtävästämme täydellisesti. Sillä on kuitenkin sudenkuoppansa, nimittäin lisenssien hinta.

Oma itsensä käyttöjärjestelmä maksaa noin 40 000 ruplaa. Tämän lisäksi tarvitsemme kaikkia, jotka aikovat työskennellä 1C:ssä Windows-lisenssi Palvelimen CAL, joka maksaa noin 1 700 ruplaa ja Windows Remote Desktop Services CAL -lisenssi, joka maksaa noin 5 900 ruplaa.

Laskettuamme 10 tietokoneen verkon kustannukset, päädymme 116 000 ruplaan. vain yhdelle lisenssille. Lisää tähän itse palvelimen kustannukset (vähintään 40 000 ruplaa) ja toteutustyön kustannukset, mutta ilman tätäkin lisenssien hinta osoittautui vaikuttavaksi.

Ratkaisu kolme. Palvelu 1C Enterprise

1C on kehittänyt tähän ongelmaan oman ratkaisunsa, joka voi merkittävästi nopeuttaa ohjelmaa. Mutta tässä on myös vivahde.

Tosiasia on, että tällaisen ratkaisun hinta vaihtelee 50 000 - 80 000 ruplaa painoksesta riippuen. Yritykselle, jolla on jopa 15 käyttäjää, se osoittautuu melko kalliiksi. Suuria toiveita asetettiin "1C-yritysminipalvelimelle", joka 1C-yrityksen mukaan on suunnattu pienille yrityksille ja maksaa noin 10 000 - 15 000 ruplaa.

Kuitenkin, kun se tuli myyntiin, tämä tuote oli suuri pettymys. Tosiasia on, että käyttäjien enimmäismäärä, joiden kanssa minipalvelinta voitiin käyttää, oli vain 5.

Kuten eräs 1C-ohjelmoija kirjoitti foorumilla: "Ei ole vieläkään selvää, miksi 1C valitsi tarkalleen 5 yhteyttä! Ongelmat alkavat vain neljällä käyttäjällä, mutta viidellä käyttäjällä kaikki päättyy. Jos haluat yhdistää kuudennen henkilön, maksa vielä 50 tuhatta. Voisimme tehdä vähintään 10 yhteyttä...”

Tietysti myös minipalvelin löysi kuluttajansa. Yrityksille, joissa 1C:n kanssa työskentelee vähintään 5 henkilöä, yksinkertaista ja edullista ratkaisua ei kuitenkaan ole ilmestynyt.

Yllä kuvattujen ohjelman kiihdytysmenetelmien lisäksi on toinen, joka sopii ihanteellisesti 5–15 käyttäjän segmentille, nimittäin verkkokäyttö 1C:lle tiedostotilassa.

Ratkaisu neljä. Verkkokäyttö 1C:lle tiedostotilassa

Toimintaperiaate on seuraava: tietokoneelle asennetaan lisärooli web-palvelimesta, jolla tietoturva julkaistaan.

Luonnollisesti tämän tulisi olla joko verkon tehokkain tietokone tai erillinen kone, joka on omistettu tälle roolille. Sen jälkeen voit työskennellä 1C:n kanssa verkkopalvelintilassa. Kaikki raskaat toiminnot suoritetaan palvelinpuolella, ja verkon yli kulkeva liikenne minimoidaan, kuten myös asiakkaan tietokoneen kuormitus.

Siten jopa erittäin heikkoja koneita voidaan käyttää 1C:ssä ja läpijuoksu verkosta ei tule enää kriittinen. Testimme ovat osoittaneet, että voit työskennellä mukavasti Mobiili internet halvalla tabletilla ilman epämukavuutta.

Tämä vaihtoehto on toimintanopeuden suhteen huonompi kuin yrityksen 1C-palvelin, mutta tämä ero on käytännössä näkymätön 15-20 käyttäjälle. Muuten, web-palvelimen toteuttamiseen voit käyttää IIS:ää (Windows) ja Apachea (Linuxille) ja molemmat ratkaisut ovat ilmaisia!

Ilmeisistä eduista huolimatta tätä menetelmää 1C-toiminnan optimointi ei ole saavuttanut suurta suosiota.

En voi sanoa varmaksi, mutta todennäköisesti tämä johtuu kahdesta syystä:

• Melko heikko kuvaus teknisessä dokumentaatiossa
• Sijaitsee vastuun risteyksessä Järjestelmänvalvoja ja 1C ohjelmoija

Yleensä kun järjestelmänvalvojaa lähestytään hitaan nopeuden ongelmalla, hän ehdottaa infrastruktuurin tai päätepalvelimen päivittämistä; jos 1C-asiantuntijaan otetaan yhteyttä, hänelle tarjotaan 1C-yrityspalvelinta. Joten jos yrityksessäsi infrastruktuurista vastaava asiantuntija ja 1C:stä vastaava asiantuntija työskentelevät "käsi kädessä", voit turvallisesti käyttää verkkopalvelimeen perustuvaa ratkaisua.

Nopeutetaan 1C. Etänä, nopeasti ja ilman osallistumistasi

Tiedämme kuinka nopeuttaa 1Skiä asiakasta häiritsemättä. Perehdymme ongelmaan, teemme työmme ja lähdemme. Jos haluat ohjelman toimivan normaalisti, ota yhteyttä. Selvitämme sen.

Jätä pyyntö ja vastaanota ilmainen konsultaatio ohjelman nopeuttamiseksi.