Nasveti za avtomatizacijo. Nasveti za avtomatizacijo Počasi teče 1 s 8.3 prek omrežja

Sistem 1C zavzema prevladujoč položaj na trgu avtomatizacije za mala in srednje velika podjetja. Če je podjetje izbralo računovodski sistem 1C, potem običajno skoraj vsi zaposleni delajo v njem, od navadnih strokovnjakov do vodstva. Skladno s tem je hitrost poslovnih procesov podjetja odvisna od hitrosti 1C. Če 1C deluje z nezadovoljivo hitrostjo, potem to neposredno vpliva na delo celotnega podjetja in dobiček.

Pravzaprav obstaja trije načini pospeševanja 1C:

  • Povečanje zmogljivosti strojne opreme.
  • Optimizacija nastavitev operacijskega sistema in DBMS.
  • Optimizacija kode in algoritmov v 1C.

Prvi način zahteva nakup opreme in licenc, tretji zahteva veliko delovne sile programerjev in posledično imata oba načina znatne finančne stroške. Najprej morate biti pozorni na programsko kodo, saj nobeno povečanje zmogljivosti strežnika ne more nadomestiti napačne kode. Vsak programer ve, da je z le nekaj vrsticami kode mogoče ustvariti proces, ki bo popolnoma obremenil vire katerega koli strežnika.

Če je podjetje prepričano v optimalnost programske kode, ta pa še vedno deluje počasi, se običajno vodstvo odloči za povečanje zmogljivosti strežnika. Ob tem se postavlja logično vprašanje: kaj manjka, koliko in kaj je treba posledično dodati.

Podjetje 1C daje precej nejasen odgovor na vprašanje, koliko virov je potrebnih, o tem smo pisali prej v naših objavah. In tako morate samostojno izvajati poskuse in ugotoviti, od česa je odvisna učinkovitost 1C. Spodaj so opisani poskusi delovanja na EFSOL.

Pri delu z 1C 8.2, zlasti s konfiguracijami, ki uporabljajo upravljane obrazce, je bilo opaziti nenavadno dejstvo: 1C deluje hitreje na delovni postaji kot na zmogljivem strežniku. Poleg tega so vse lastnosti delovne postaje slabše od lastnosti strežnika.



Tabela 1 – Konfiguracije, na katerih je bilo izvedeno začetno testiranje

Delovna postaja kaže 155% večjo zmogljivost kot strežnik 1C z vrhunsko zmogljivostjo. Začeli smo ugotavljati, kaj je narobe in ožiti krog iskanj.

Slika 1 - Meritve zmogljivosti na delovni postaji s testom Gilev

Prvi sum je bil, da Gilevov test ni bil ustrezen. Meritve odpiranja obrazcev, knjiženja dokumentov, generiranja poročil itd. z instrumentalnimi orodji so pokazale, da Gilev test daje oceno sorazmerno z dejansko hitrostjo dela v 1C.

Število in frekvenca RAM-a

Analiza informacij, ki so na voljo na internetu, je pokazala, da mnogi pišejo o odvisnosti delovanja 1C od frekvence pomnilnika. To je od frekvence in ne od glasnosti. Odločili smo se preizkusiti to hipotezo, saj imamo frekvenco RAM-a 1066 Mhz na strežniku v primerjavi s 1333 Mhz na delovni postaji, količina RAM-a na strežniku pa je že veliko večja. Odločili smo se, da ne bomo takoj postavili 1066 Mhz, ampak 800 Mhz, da bi bil učinek odvisnosti zmogljivosti od frekvence pomnilnika bolj viden. Rezultat - produktivnost je padla za 12% in je znašala 39,37 enot. Na strežnik smo namestili pomnilnik s frekvenco 1333 Mhz namesto 1066 Mhz in dosegli rahlo povečanje zmogljivosti - približno 11%. Produktivnost je bila 19,53 enot. V skladu s tem ne gre za spomin, čeprav njegova frekvenca daje majhno povečanje.

Slika 2 - Meritve zmogljivosti na delovni postaji po znižanju frekvence RAM-a


Slika 3 - Meritve zmogljivosti na strežniku po povečanju frekvence RAM-a

Diskovni podsistem

Naslednja hipoteza je bila povezana z diskovnim podsistemom. Takoj sta se pojavili dve hipotezi:

  • SSD diski so boljši od diskov SAS, tudi če so v raid 10.
  • iSCSI je počasen ali ne deluje pravilno.

Zato smo namesto SSD v delovno postajo vgradili navaden SATA disk, enako smo naredili s strežnikom - osnovo smo postavili na lokalni SATA disk. Posledično se meritve zmogljivosti niso v ničemer spremenile. Najverjetneje se to dogaja, saj je dovolj RAM-a in diski se med testom praktično ne uporabljajo.

procesor

Procesorji na strežniku so seveda močnejši in sta dva, vendar je frekvenca nekoliko nižja kot na delovni postaji. Odločili smo se preveriti vpliv frekvence procesorja na zmogljivost: procesorjev z višjo frekvenco za strežnik ni bilo pri roki, zato smo frekvenco procesorja na delovni postaji znižali. Takoj smo ga zmanjšali na 1,6, tako da se je korelacija pokazala svetleje. Test je pokazal, da je zmogljivost precej padla, vendar je delovna postaja tudi s procesorjem 1.6 proizvedla skoraj 28 enot, kar je skoraj 1,5-krat več kot na strežniku.

Slika 4 - Meritve zmogljivosti na delovni postaji s procesorjem 1,6 GHz

video kartica

Na internetu so informacije, da lahko video kartica vpliva na delovanje 1C. Preizkusili smo integrirani video delovne postaje, profesionalni adapter Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5, staro grafično kartico GeForce 16MbSDR. Med testom Gilev ni bilo opaziti bistvene razlike. Morda video kartica še vedno vpliva, vendar v realnih pogojih, ko morate odpreti upravljane obrazce itd.

Trenutno obstajata dva suma, zakaj delovna postaja deluje hitreje tudi ob opazno slabši zmogljivosti:

  1. procesor. Tip procesorja na delovni postaji je bolj primeren za 1C.
  2. Čipset.Če so ostale stvari enake, ima naša delovna postaja novejši nabor čipov, kar je morda razlog.

Načrtujemo nakup potrebnih komponent in nadaljevanje testiranj, da bi končno ugotovili, od česa je v večji meri odvisno delovanje 1C. Medtem ko je postopek odobritve in nabave v teku, smo se odločili za optimizacijo, še posebej, ker to nič ne stane. Ugotovljeni so bili naslednji koraki:

Faza 1. Nastavitev sistema

Najprej naredimo naslednje nastavitve v BIOS-u in operacijskem sistemu:

  1. V BIOS-u strežnika onemogočite vse nastavitve, da prihranite moč procesorja.
  2. V operacijskem sistemu izberite načrt »Največja zmogljivost«.
  3. Procesor je tudi nastavljen za največjo zmogljivost. To lahko storite s pripomočkom PowerSchemeEd.

Faza 2. Nastavitev strežnika SQL in strežnika 1C:Enterprise

V nastavitvah strežnika DBMS in 1C:Enterprise naredimo naslednje spremembe.

  1. Konfiguriranje protokola skupnega pomnilnika:

    • Skupni pomnilnik bo omogočen samo na platformi od 1C 8.2.17 naprej, v prejšnjih izdajah pa bo omogočen Named Pipe - nekoliko slabše hitrosti. Ta tehnologija deluje le, če sta storitve 1C in MSSQL nameščeni na istem fizičnem ali virtualnem strežniku.
  2. Priporočljivo je, da storitev 1C postavite v način za odpravljanje napak, paradoksalno pa to poveča učinkovitost. Privzeto je odpravljanje napak na strežniku onemogočeno.
  3. Nastavitev strežnika SQL:

    • Potrebujemo samo strežnik, ostale storitve, ki mu pripadajo in jih morda kdo uporablja, samo upočasnjujejo delo. Storitve ustavimo in onemogočimo, kot so: iskanje po celotnem besedilu (1C ima lasten mehanizem za iskanje po celotnem besedilu), integracijske storitve itd.
    • Nastavite največjo količino pomnilnika, dodeljenega strežniku. To je potrebno, da strežnik sql računa na to količino in vnaprej očisti pomnilnik.
    • Nastavite največje število niti (Maximum worker threads) in nastavite povečano prioriteto strežnika (Boost priority).

Faza 3. Nastavitev delujoče baze podatkov

Ko sta strežnik DBMS in 1C:Enterprise optimizirana, nadaljujemo z nastavitvami baze podatkov. Če osnova še ni bila nameščena iz datoteke .dt in poznate njeno približno velikost, je bolje, da takoj navedete inicializacijsko velikost primarne datoteke z »>=« osnovne velikosti, vendar je to stvar okusa, bo še vedno rasla, ko bo razporejena. Vendar je treba določiti samodejno povečanje velikosti: približno 200 MB na bazo podatkov in 50 MB na dnevnik, ker. privzete vrednosti - rast za 1 MB in za 10% močno upočasnijo strežnik, ko mora povečati datoteko z vsako 3. transakcijo. Prav tako je bolje shraniti osnovno datoteko in datoteko dnevnika na različnih fizičnih diskih ali skupinah RAID, če se uporablja polje RAID, in omejiti rast dnevnika. Priporočljivo je, da datoteko Tempdb premaknete v niz visoke hitrosti, saj DBMS do nje pogosto dostopa.

Faza 4. Nastavitev načrtovanih opravil

Načrtovana opravila se izdelajo povsem preprosto z Načrtom vzdrževanja v razdelku Upravljanje z grafičnimi orodji, zato ne bomo podrobneje opisovali, kako to poteka. Oglejmo si, katere operacije je treba izvesti za izboljšanje učinkovitosti.

  • Indekse je treba defragmentirati in statistiko posodabljati dnevno. če je fragmentacija indeksa > 25 %, bo to drastično zmanjšalo zmogljivost strežnika.
  • Defragmentiranje in posodabljanje statistike - opravljeno hitro in ne zahteva prekinitve povezave uporabnikov. Priporočljivo je tudi, da to storite vsak dan.
  • Popolno ponovno indeksiranje – izvedeno z zaklepanjem podatkovne baze, priporočljivo je, da to storite vsaj enkrat na teden. Seveda se po popolnem ponovnem indeksiranju indeksi defragmentirajo in statistika se takoj posodobi.

Posledično nam je s pomočjo natančne nastavitve sistema, SQL strežnika in delovne baze uspelo povečati produktivnost za 46 %. Meritve smo izvajali z instrumentom 1C in z Gilevovim testom. Slednji je pokazal 25,6 enot proti 17,53, ki so bile prvotno.

Kratek zaključek

  1. Delovanje 1C ni veliko odvisno od frekvence RAM-a. Ko je dosežena zadostna količina, nadaljnje širjenje pomnilnika ni smiselno, saj ne vodi do povečanja zmogljivosti.
  2. Delovanje 1C ni odvisno od video kartice.
  3. Učinkovitost 1C ni odvisna od diskovnega podsistema, pod pogojem, da čakalna vrsta za branje ali pisanje diskov ni presežena. Če so pogoni SATA nameščeni in niso presegli čakalne vrste, potem namestitev SSD ne bo izboljšala zmogljivosti.
  4. Zmogljivost je precej odvisna od frekvence procesorja.
  5. S pravilno konfiguracijo operacijskega sistema in strežnika MSSQL je mogoče doseči povečanje zmogljivosti 1C za 40-50% brez materialnih stroškov.

POZOR! Zelo pomembna točka! Vse meritve so bile izvedene na testni bazi z uporabo Gilev testa in instrumentacijskih orodij 1C. Vedenje resnične baze podatkov z resničnimi uporabniki se lahko razlikuje od dobljenih rezultatov. Na primer, v testni bazi podatkov nismo našli nobene odvisnosti zmogljivosti od video kartice in količine RAM-a. Ti sklepi so precej dvomljivi in ​​v realnih razmerah lahko ti dejavniki pomembno vplivajo na uspešnost. Pri delu s konfiguracijami, ki uporabljajo upravljane obrazce, je pomembna video kartica, zmogljiv grafični procesor pa pospeši delo v smislu risanja programskega vmesnika, vizualno se to kaže v hitrejšem delovanju 1C.

Ali vaš 1C deluje počasi? Naročite IT vzdrževanje računalnikov in strežnikov pri strokovnjakih EFSOL z dolgoletnimi izkušnjami ali prenesite svoj 1C na zmogljiv in odporen na napake virtualni strežnik 1C.

Sistemska integracija. Svetovanje

  1. Nastavitev načrtovanih nalog in opravil v ozadju;
  2. Diagnostika in odprava napak v informacijski bazi, ki ima datotečni format za shranjevanje podatkov;
  3. Začnite indeksiranje iskanja po celotnem besedilu v 1C ali ga popolnoma izklopite;
  4. Zagon baze podatkov na najnovejših platformah 8.3.8;
  5. Zagon v tankem odjemalcu;
  6. Povečanje hitrosti ponovnega objavljanja dokumentov, ko je protivirusni program onemogočen;
  7. Izvedite ponovni izračun vsot in ponovno zaporedje;
  8. Zaženite Testiranje in popravljanje baze podatkov, preverjanje s pripomočkom chdbfl.exe;
  9. Če konfiguracija ni tipična, to je, da so jo programerji spremenili za določeno organizacijo, izvedite Preverjanje konfiguracije;
  10. Onemogočite nepotrebne funkcionalne načine;
  11. Nastavite uporabniške pravice;
  12. osnovna konvolucija;
  13. Nadgradnja strojne opreme.

1. način: Nastavitev načrtovanih opravil in opravil v ozadju

Aplikacija v novi izdaji 1C Računovodstvo 3.0 poleg opravljanja glavnega dela zažene operacije v ozadju, kar vodi do zmanjšanja učinkovitosti programa.

Način v ozadju je stanje pripravljenosti, kar pomeni, da se operacija vedno izvaja, čeprav se ne uporablja.

1. korak. Nastavitev načrtovanih opravil in opravil v ozadju

Odprite seznam načrtovanih opravil in opravil v ozadju: Glejte Upravljanje – Podpora in vzdrževanje – Načrtovane operacije – Načrtovana opravila in opravila v ozadju:

Po zagonu programa 1C 8.3 se samodejno zaženejo naloge v ozadju in izvajajo rutinske naloge, ki porabijo ogromno virov in upočasnijo program. Zato je treba analizirati delo računovodij in ugotoviti, katera opravila v ozadju je treba pustiti v samodejnem zagonu in katera onemogočiti.

Na sliki vidimo seznam rutinskih opravil, ki se izvajajo v 1C 8.3 Računovodstvo:

Slika prikazuje seznam dokončanih opravil v ozadju:

na primer

  • Program 1C 8.3 Računovodstvo za posodabljanje različnih klasifikatorjev je stalno povezan s spletnim mestom;
  • Če podjetje ne izvaja poslov, povezanih s tujo valuto, potem ni potrebe po sledenju menjalnih tečajev;
  • Če računovodja v programu ne uporablja iskanja po celotnem besedilu, potem ni priporočljivo zagnati postopka "Izvleček besedila".

2. korak Onemogočite nepotrebna opravila

Oglejmo si podrobno, kako onemogočiti prenos. Kazalec postavite na želeno vrstico in dvokliknite:

Če želite onemogočiti opravilo, počistite potrditveno polje Omogočeno:

3. korak. Načrtujte načrtovana opravila

Oglejmo si podrobneje, kako pripraviti urnik. Kazalec postavite na želeno vrstico in dvokliknite:

Izberite element Urnik:

V oknu, ki se odpre, pojdite na želeni zavihek in opravite ustrezne nastavitve:

Metoda 2. Diagnosticiranje in odpravljanje napak v informacijski bazi, ki ima format za shranjevanje podatkov datoteke

Korak 1.

Ustvarimo varnostno kopijo podatkovne baze.

2. korak

Začnemo postopek. To storite tako, da odprete konfigurator in zaženete postopek Testiranje in popravljanje informacijske baze: Glejte Administracija – testiranje in popravljanje. Izberite preverjanja in načine, ki jih želite izvesti za informacijsko bazo:

Podrobneje razmislite o predlaganih možnostih preverjanja:

  • Ponovno indeksiranje tabel informacijske baze – ponovno zgradi indekse tabel za izboljšanje zmogljivosti baze podatkov;
  • Preverjanje logične celovitosti podatkovne baze - preverjanje logike podatkovne baze;
  • Preverjanje referenčne celovitosti podatkovne baze - preverjanje logične celovitosti podatkovne baze za odkrivanje "pokvarjenih" povezav;
  • Preračun seštevkov - preračun seštevkov tabel akumulacijskih registrov;
  • Stiskanje tabel informacijske baze – zmanjša velikost baze podatkov po testiranju in popravku;
  • Prestrukturiranje tabel informacijske baze - optimizira strukturo baze podatkov z uporabo pomožnih datotek za povečanje stabilnosti in zmogljivosti.

Če v načinu preverjanja referenčne celovitosti informacijske baze izberemo možnost postopka Testiranje in popravilo, postanejo na voljo nastavitveni elementi za obravnavanje napak baze podatkov:

  • odstavek Kadar obstajajo sklicevanja na neobstoječe predmete pomeni, da bo ob zaznavi "pokvarjenih" povezav obdelal povezave z izbrano možnostjo;
  • odstavek Z delno izgubo podatkov o objektu pomeni, da preostali podatki zadostujejo za obnovitev podatkov nekega objekta.

Postopek za testiranje in popravljanje informacijske baze 1C je mogoče izvesti samo v ekskluzivnem načinu.

3. način. Zaženite indeksiranje iskanja po celotnem besedilu v 1C ali ga popolnoma izklopite

Iskanje podatkov po celotnem besedilu je razvil 1C, da bi uporabniku olajšal iskanje neznanih informacij. Funkcija iskanja podatkov po celotnem besedilu v 1C 8.3 je:

  • Uporabnik lahko vnese preprosto iskalno poizvedbo in uporabi posebne operatorje, kot so: in ali ne.
  • Iskanje po celotekstnih podatkih deluje s polji tipa ValueStorage in z dolgimi tekstovnimi polji, pri čemer uporabniku ne bodo prikazani rezultati, za katere nima pravic.

V dokumentih poročila o stroških morate na primer nastaviti iskanje po celotnem besedilu.

Korak 1.

2. korak

Odprite dokument Avansno poročilo: meni Konfigurator - Odpri konfiguracijo.

3. korak

V vrstici Iskanje po celotnem besedilu izberimo postavko Uporabi: Napredno poročilo - Polje za vnos - Iskanje po celotnem besedilu:

4. korak

Zaženemo program in posodobimo način iskanja po celotnem besedilu. Odprite načrtovane operacije: razdelek Administracija – Nastavitve programa – Podpora in vzdrževanje:

5. korak

Odprite nastavitev in posodobite indeks z gumbom Posodobi indeks:

4. način: Zagon baze podatkov na najnovejših platformah 8.3.8

Kako posodobiti tehnološko platformo 1C 8.3, si oglejte našo video vadnico:

Strokovnjaki 1C so izboljšali porazdelitev obremenitve:

  • Natančneje lahko nadzorujete količino pomnilnika, ki ga porabijo delovni procesi strežnika, kar lahko poveča odpornost gruče na neprevidna dejanja uporabnika.
  • Prestrukturiranje informacijskih baz v ozadju. Ta nova zmogljivost minimizira čas izpada sistema, ki je potreben za posodobitev aplikacijskih rešitev.
  • Različica platforme 8.3 je prejela nov aplikacijski vmesnik "Taxi", bolj priročen in intuitiven z novim svetlim dizajnom. Izboljšane možnosti navigacije po aplikaciji. Uporabnik lahko samostojno prilagodi svoj delovni prostor tako, da postavi plošče na različna področja zaslona. Nov mehanizem vnosa po vrsticah bistveno pospeši pridobivanje podatkov. Za več informacij o novih funkcijah vmesnika 1C 8.3 Accounting Taxi si oglejte naš video:

Metoda 5. Zagon v lahkem odjemalcu

Delo v načinu tankega odjemalca je možno samo v načinu upravljane aplikacije. V načinu tankega odjemalca se vsa dejanja izvajajo na strežniku, uporabniku je prikazan le prikaz prejetih informacij. Ta način delovanja ne zahteva velikih virov tako sistema kot komunikacijskega kanala.

6. način: Zamenjajte protivirusno programsko opremo

Če obstaja protivirusni program Avast ali Kaspersky, ga je priporočljivo zamenjati z drugim. Izkušnje so pokazale povečanje hitrosti ponovnega objavljanja dokumentov, ko je protivirusni program včasih onemogočen, saj protivirusni programi zasedajo računalniška sredstva.

Metoda 7. Testiranje in popravljanje baze podatkov, preverjanje s pripomočkom chdbfl.exe

Potrebno je opraviti testiranje in popravek baze, po predhodni izdelavi kopije.

Korak 1. Izdelava kopije baze podatkov

Kako narediti varnostno kopijo 1C 8.3, si oglejte naslednjo video vadnico:

2. korak. Preverjanje s pripomočkom chdbfl.exe

Pripomoček chdbfl.exe se uporablja v primerih, ko se sistem ne zažene niti v načinu konfiguratorja. Pripomoček se nahaja v mapi »bin« nameščene tehnološke platforme, na primer: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Preverjanje izvedemo s pripomočkom chdbfl.exe:

3. korak. Izvedite testiranje in popravljanje baze

Zaženite Testiranje in popravljanje baze podatkov tako, da zaženete sistem v načinu konfiguratorja.

4. korak: Obnovitev zaporedja dokumenta

Če želite obnoviti zaporedje v 1C 8.3, odprite Vse funkcije: glavni meni - Vse funkcije. Izberite želeni element in ga odprite z gumbom Odpri:

V oknu, ki se odpre, na zavihku Obnovi zaporedja kliknite Obnovi ali Obnovi vse:

Metoda 8. Če konfiguracija ni tipična, preverite konfiguracijo

Če konfiguracija ni tipična, to je, da so jo programerji spremenili za določeno organizacijo, potem konfiguracijo preverimo.

Korak 1.

Zaženite program v načinu konfiguratorja.

2. korak

Odpri konfiguracijo baze podatkov: razdelek Konfiguracija – Konfiguracija baze podatkov:

3. korak

Izberite element Preveri konfiguracijo in naredite nastavitve:

Metoda 9. Onemogočite nepotrebne funkcionalne načine

Odpremo Funkcionalnost programa 1C 8.3: razdelek Glavno - Nastavitve - Funkcionalnost, naredite nastavitve za vsak razdelek:

Metoda 10. Nastavite uporabniške pravice

Korak 1.

1C 8.3 zaženemo v načinu konfiguratorja.

2. korak

Odprite seznam uporabnikov: razdelek Administracija - Uporabniki. Na zavihku Drugo določimo, katere vloge moramo dodeliti uporabniku in jih obkljukamo.

Zmanjšanje izbrane funkcionalnosti zmanjša čas za razvrščanje upravljanih obrazcev s strani programa pri odpiranju seznama dokumentov, to je, manj nepotrebnega v upravljanem vmesniku, hitreje deluje:

Metoda 11. Defragmentiranje diska z bazo datotek

Postopek defragmentacije diska optimizira datoteke na trdem disku za povečanje hitrosti sistema. Defragmentacijo izvajajte le, kadar je to potrebno, saj poveča proces obrabe diska.

Ko izberete trdi disk, z desnim klikom pokličete ukaz Lastnosti:

Na zavihku Orodja izberite Optimizacija diska in defragmentacija:

Metoda 12. Konvolucija baze

- to je vnos tekočih stanj za določen datum in odstranitev starih, nepotrebnih dokumentov. Ta metoda je lahko uporabna, če je zbirka podatkov velika, na primer za več let. Združitev je treba izvesti brez uporabnikov, ki delajo v sistemu.

Korak 1. Ustvarite kopijo baze podatkov

Korak 2. Izvedemo postopek konvolucije baze 1C 8.3

Skrbništvo razdelka – Storitev – Zbirka informacijske baze.

Na prvi stopnji Program 1C 8.3 ponuja izdelavo varnostne kopije, kjer morate določiti imenik za shranjevanje. Kliknite Naprej:

Se vaš 1C spet upočasnjuje?Izgubljate čas s pisanjem poročila?Ste naveličani pitja čaja med čakanjem na izmenjavo podatkov?

Situacija s počasnim delom 1C ni neobičajna. S tem se lahko sprijaznite ali pa optimizirate nastavitve za 1C in opremo, kar bo znatno povečalo hitrost vašega dela.

Naše storitve vam bodo pomagale, da boste opravili več v delovnem dnevu! Vemo, kako pospešiti 1C, tako da nikoli ne ponovite besed "1C zamrzne".

Zakaj lahko "1C" zamrzne ali upočasni?

Težava je lahko v strojni opremi. Pomanjkanje pomnilnika na strežniku z 1C, nestabilno delo v lokalnem omrežju, težave s trdim diskom ali varnostnimi ključi - vse to lahko upočasni 1C in vas spravlja ob živce. Poleg tega lahko 1C visi zaradi:

  • slaba združljivost platforme in konfiguracije,
  • zmote programerjev začetnikov 1C,
  • velika baza,
  • veliko število uporabnikov.

Tudi napake med običajnimi dejanji z 1C lahko povzročijo tudi njegovo počasno delovanje.

Kako pospešiti 1C?

Delujemo takole:

  • Preverjamo skladnost opreme s tehnološkimi zahtevami 1C. Morda boste morali povečati RAM, konfigurirati strežnik 1C, zamenjati disk ali preveriti hitrost lokalnega omrežja. Z drugimi besedami, izvajamo celovit pregled vse opreme, ki je vključena v proces.
  • Preverimo nastavitve drugih storitev, ki sodelujejo pri delu 1C. Na primer, nepravilno konfigurirana baza podatkov SQL ali nezanesljiv dostop do terminala lahko močno upočasni 1C.
  • Preverimo pravilnost konfiguracijske kode 1C, pri delu s katero se pojavijo težave. Ni skrivnost, da je isto programsko težavo mogoče rešiti na različne načine. Neoptimalna koda pogosto povzroči zamrznitev 1C.
  • Preverimo shemo dela uporabnikov pri delu z 1C. Včasih uporabniki sami upočasnijo 1C in se tega ne zavedajo.

Kako pospešiti delo v 1C: Računovodstvo 8.3 (različica 3.0) ali onemogočiti načrtovana opravila in opravila v ozadju

2019-01-15T13:28:19+00:00

Tisti, ki ste že uspeli preklopiti na novo izdajo 1C: Računovodstvo 8.3 (različica 3.0), ste opazili, da je postala počasnejša od dvojke. Neke čudne upočasnitve, neskončna opravila v ozadju večkrat na dan, ki jih nihče ni zahteval od nje brez naše vednosti.

Takoj po prehodu so mi moji računovodje povedali, da nova izdaja 1C: Računovodstvo 3.0 odkrito upočasnjuje v primerjavi s prejšnjimi! In nemogoče je delati.

Začel sem ugotavljati in zelo kmalu ugotovil, da so glavni vzrok zamrznitev in posledično nezadovoljstva uporabnikov rutinska in ozadna opravila, od katerih so mnoga privzeto omogočena, čeprav za veliko večino računovodij niso nujna.

No, na primer, zakaj moramo stokrat na dan zagnati nalogo "Izvleček besedila", če ne izvedemo iskanja po celotnem besedilu (računovodje, ne bojte se) po vseh objektih v naši bazi podatkov.

Ali zakaj bi neprestano prenašali menjalne tečaje, če nimamo valutnih transakcij ali pa jih izvajamo občasno (pred tem pa lahko sami kliknemo gumb za prenos tečajev).

Enako velja za stalni poskus 1C, da se poveže s spletnim mestom ter preveri in posodobi bančne klasifikatorje. Za kaj? Sam bom pritisnil gumb za posodobitev klasifikatorjev, če ne najdem prave banke po BIC-u.

O tem, kako to storiti, na spodnjih točkah.

1. Pojdite v razdelek »Administracija« in na plošči z dejanji izberite element »Vzdrževanje« ():

2. V oknu, ki se odpre, poiščite in izberite postavko »Običajna opravila in opravila v ozadju«:

3. Odprite vsako opravilo, ki ima stolpec Vklopljeno. vredna kavke.

4. Počistite polje »Omogočeno« in kliknite gumb »Shrani in zapri«.

5. Naredite to z vsako od vključenih nalog in uživajte v novi izdaji. Na splošno je po mojem mnenju veliko boljši od dvojke.

Hkrati bo platforma še vedno vklopila nekatere načrtovane naloge, ki ste jih onemogočili.

Glavni namen pisanja članka ni ponoviti očitnih nians tistim skrbnikom (in programerjem), ki še niso pridobili izkušenj z 1C.

Sekundarni cilj, če imam kakšne pomanjkljivosti, me bo Infostart na to najhitreje opozoril.

Test V. Gileva je že postal nekakšen "de facto" standard. Avtor na svoji spletni strani je podal povsem razumljiva priporočila, vendar bom le podal nekaj rezultatov in komentiral najverjetnejše napake. Seveda se lahko rezultati testov na vaši opremi razlikujejo, to je le smernica, kaj bi moralo biti in k čemur lahko stremite. Takoj želim opozoriti, da je treba spremembe izvajati korak za korakom in po vsakem koraku preveriti, kakšen rezultat je dal.

Na Infostartu so podobni članki, v ustreznih razdelkih bom dal povezave do njih (če kaj pogrešam, mi to povejte v komentarjih, bom dodal). Recimo, da upočasnite 1C. Kako diagnosticirati težavo in kako razumeti, kdo je kriv, skrbnik ali programer?

Začetni podatki:

Testiran računalnik, glavni poskusni zajček: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. Za primerjavo, primerljive rezultate v enonitnem testu prikazuje Core i3-2100. Oprema je bila posebej vzeta ne najnovejša, na sodobni opremi so rezultati opazno boljši.

Za testiranje oddaljenih 1C in SQL strežnikov, SQL strežnik: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Za testiranje 10 Gbitnega omrežja so bili uporabljeni adapterji Intel 520-DA2.

Različica datoteke. (osnova leži na strežniku v deljeni mapi, klienti so povezani v omrežje, protokol CIFS/SMB). Algoritem korak za korakom:

0. Dodajte preskusno bazo podatkov Gilev v datotečni strežnik v isto mapo kot glavne baze podatkov. Povezujemo se iz odjemalskega računalnika, izvajamo test. Rezultat si zapomnimo.

Razume se, da tudi za stare računalnike pred 10 leti (Pentium na podnožju 775 ) čas od klika na oznako 1C:Podjetje do prikaza okna baze podatkov naj bo krajši od minute. ( Celeron = počasno delo).

Če je vaš računalnik slabši od vklopljenega Pentiuma 775 vtičnica z 1 GB RAM-a, potem sočustvujem z vami in težko boste dosegli udobno delo na 1C 8.2 v datotečni različici. Razmislite o nadgradnji (že zdavnaj) ali preklopu na terminalski (ali spletni, v primeru lahkih odjemalcev in upravljanih obrazcev) strežnik.

Če računalnik ni slabši, potem lahko brcnete skrbnika. Preverite vsaj delovanje omrežja, protivirusnega programa in zaščitnega gonilnika HASP.

Če je Gilevov test na tej stopnji pokazal 30 "papagajev" in več, vendar delovna baza 1C še vedno deluje počasi - vprašanja so že za programerja.

1. Za orientacijo, koliko lahko odjemalski računalnik "iztisne", preverimo delovanje samo tega računalnika, brez omrežja. Testno bazo postavimo na lokalni računalnik (na zelo hiter disk). Če odjemalski računalnik nima običajnega SSD-ja, se ustvari pomnilniški disk. Zaenkrat najpreprostejši in brezplačen je Ramdisk enterprise.

Za testiranje različice 8.2 je dovolj 256 MB pomnilniškega diska in! Najpomembnejše. Po ponovnem zagonu računalnika z delujočim ramdiskom bi moralo biti na njem 100-200 MB prostega prostora. V skladu s tem mora biti brez pomnilniškega diska za normalno delovanje prostega pomnilnika 300-400 MB.

Za testiranje različice 8.3 zadostuje 256 MB pomnilniški disk, vendar je potrebno več prostega RAM-a.

Pri testiranju morate pogledati obremenitev procesorja. V primeru blizu idealnega (ramdisk) lokalna datoteka 1c med delovanjem naloži 1 procesorsko jedro. V skladu s tem, če med testiranjem jedro vašega procesorja ni popolnoma naloženo, poiščite slabosti. Opisan je nekoliko čustven, a na splošno pravilen vpliv procesorja na delovanje 1C. Samo za referenco, tudi na sodobnem Core i3 z visoko frekvenco so številke 70-80 povsem resnične.

Najpogostejše napake na tej stopnji.

a) Nepravilno nastavljen protivirusni program. Antivirusov je veliko, nastavitve za vsakega so drugačne, lahko rečem le, da ob pravilni konfiguraciji ne moti niti splet niti Kaspersky 1C. S "privzetimi" nastavitvami - lahko odvzamete približno 3-5 papig (10-15%).

b) Način delovanja. Iz neznanega razloga je malo ljudi pozorno na to, učinek pa je najpomembnejši. Če potrebujete hitrost, potem morate to storiti, tako na odjemalskih kot strežniških računalnikih. (Gilev ima dober opis. Edino opozorilo je, da na nekaterih matičnih ploščah, če je Intel SpeedStep izklopljen, TurboBoosta ni mogoče vklopiti).

Skratka, med delovanjem 1C je veliko čakanja na odziv drugih naprav (disk, omrežje itd.). Med čakanjem na odgovor, če je način delovanja uravnotežen, potem procesor zniža svojo frekvenco. Odziv prihaja iz naprave, 1C (procesor) mora delovati, vendar prvi cikli potekajo z zmanjšano frekvenco, nato se frekvenca dvigne - in 1C spet čaka na odziv naprave. In tako - več stokrat na sekundo.

Način delovanja lahko (in po možnosti) omogočite na dveh mestih:

Preko BIOS-a. Onemogoči načine C1, C1E, Intel C-state (C2, C3, C4). V različnih biosih se imenujejo drugače, vendar je pomen enak. Iščite dolgo, potreben je ponovni zagon, a če ste to storili enkrat, lahko pozabite. Če je v BIOS-u vse opravljeno pravilno, bo dodana hitrost. Na nekaterih matičnih ploščah lahko nastavitve BIOS-a nastavite tako, da način delovanja sistema Windows ne bo imel vloge. (Primeri nastavitev BIOS-a Gilev). Te nastavitve se nanašajo predvsem na strežniške procesorje ali "napredni" BIOS, če ga niste našli v vašem sistemu in nimate Xeona - nič hudega.

Nadzorna plošča - Napajanje - Visoka zmogljivost. Minus - če računalnik dlje časa ni bil na servisu, bo z ventilatorjem močneje brenčal, se bo bolj segreval in porabil več energije. To je cena uspešnosti.

Kako preveriti, ali je način omogočen. Zaženite Upravitelj opravil - Zmogljivost - Nadzor virov - CPU. Počakamo, da procesor ni nič zaseden.

To so privzete nastavitve.

C-stanje BIOS-a vključeno,

način uravnotežene moči


C-stanje BIOS-a vključeno, način visoke zmogljivosti

Za Pentium in Core se lahko ustavite tam,

iz Xeona še vedno lahko iztisneš nekaj "papagajev".


C-stanje BIOS-a izklopljeno, način visoke zmogljivosti.

Če ne uporabljate Turbo boost - tako bi moralo izgledati

strežnik prilagojen za delovanje


In zdaj številke. Naj vas spomnim: Intel Xeon 5650, ramdisk. V prvem primeru test pokaže 23,26, v drugem pa 49,5. Razlika je skoraj dvojna. Številke se lahko razlikujejo, vendar razmerje ostaja približno enako za Intel Core.

Dragi skrbniki, lahko grajate 1C, kot želite, če pa končni uporabniki potrebujejo hitrost, morate omogočiti visoko zmogljiv način.

c) Turbo Boost. Najprej morate razumeti, ali na primer vaš procesor podpira to funkcijo. Če se, potem lahko še vedno povsem zakonito dobite nekaj uspešnosti. (Ne želim se dotikati vprašanj overclockinga, zlasti strežnikov, to storite na lastno odgovornost in tveganje. Vendar se strinjam, da povečanje hitrosti vodila s 133 na 166 zelo opazno poveča hitrost in odvajanje toplote)

Kako vklopiti turbo boost je napisano na primer. Ampak! Za 1C obstaja nekaj odtenkov (ne najbolj očitnih). Težava je v tem, da se največji učinek turbo pospeševanja pokaže, ko je vklopljeno C-stanje. In izkaže se nekaj podobnega tej sliki:

Upoštevajte, da je množitelj najvišji, hitrost jedra je najlepša, zmogljivost je visoka. Toda kaj se bo zgodilo kot rezultat 1s?

Faktor

Hitrost jedra (frekvenca), GHz

CPU-Z z eno nitjo

Gilev Ramdisk test

različica datoteke

Gilev Ramdisk test

odjemalec-strežnik

brez turbo boosta

C-stanje izklopljeno, turbo pospeševanje

53.19

40,32

C-stanje vklopljeno, turbo pospeševanje

1080

53,13

23,04

Toda na koncu se izkaže, da je glede na teste zmogljivosti procesorja različica z množiteljem 23 pred nami, glede na Gilevove teste v datotečni različici je zmogljivost z množiteljem 22 in 23 enaka, v različica odjemalec-strežnik, različica z množiteljem 23 horror horror horror (tudi če je C-state nastavljen na raven 7, je še vedno počasnejši kot z izklopljenim C-state). Zato priporočamo, da sami preverite obe možnosti in med njimi izberete najboljšo. Vsekakor je razlika med 49,5 in 53 papigami precejšnja, še posebej, ker je brez posebnega napora.

Zaključek - treba je vključiti turbo boost. Naj vas spomnim, da ni dovolj, da v BIOS-u omogočite postavko Turbo boost, pogledati morate tudi druge nastavitve (BIOS: QPI L0s, L1 - onemogočeno, čiščenje zahtev - onemogočeno, Intel SpeedStep - omogoči, Turbo boost - omogoči Nadzorna plošča - Napajanje - Visoka zmogljivost) . In še vedno bi se (tudi pri datotečni različici) ustavil pri možnosti, kjer je c-state izklopljen, čeprav je tam množitelj manjši. Dobi nekaj takega...

Precej sporna točka je frekvenca pomnilnika. Frekvenca spomina je na primer prikazana kot zelo vplivna. Moji testi niso pokazali takšne odvisnosti. Ne bom primerjal DDR 2/3/4, pokazal bom rezultate spreminjanja frekvence v isti vrstici. Pomnilnik je isti, le da v BIOS-u vsilimo nižje frekvence.




In rezultati testov. 1C 8.2.19.83, za različico datoteke lokalni pomnilniški disk, za odjemalec-strežnik 1C in SQL na enem računalniku, skupni pomnilnik. Turbo boost je v obeh možnostih onemogočen. 8.3 prikazuje primerljive rezultate.

Razlika je znotraj merske napake. Posebej sem izvlekel posnetke zaslona CPU-Z, da pokažem, da se drugi parametri spreminjajo s spremembo frekvence, enaka zakasnitev CAS in zakasnitev RAS v CAS, ki izravna spremembo frekvence. Razlika bo, ko se bodo pomnilniški moduli fizično spreminjali, od počasnejših k hitrejšim, a tudi tam številke niso zelo pomembne.

2. Ko smo ugotovili procesor in pomnilnik odjemalskega računalnika, preidemo na naslednje zelo pomembno mesto - omrežje. O prilagajanju omrežja je bilo napisanih veliko knjig, obstajajo članki o Infostartu (in drugi), tu se ne bom osredotočal na to temo. Preden začnete s testiranjem 1C, se prepričajte, da iperf med dvema računalnikoma prikazuje celoten pas (za kartice 1 Gbit - no, vsaj 850 Mbit, vendar bolje 950-980), ali upoštevate Gilevov nasvet. Potem - najpreprostejši preizkus dela bo, nenavadno, kopiranje ene velike datoteke (5-10 gigabajtov) prek omrežja. Posredni znak normalnega delovanja v omrežju 1 Gbps bo povprečna hitrost kopiranja 100 Mb / s, dobro delo - 120 Mb / s. Želim vas opozoriti na dejstvo, da je obremenitev procesorja lahko tudi šibka točka (vključno). SMB Protokol v Linuxu je precej slabo vzporeden in med delovanjem zlahka »poje« eno procesorsko jedro in ga ne porabi več.

In dalje. S privzetimi nastavitvami odjemalec windows najbolje deluje s strežnikom Windows (ali celo z delovno postajo Windows) in protokolom SMB / CIFS, odjemalec linux (debian, ubuntu ni pogledal ostalih) najbolje deluje z linuxom in NFS (deluje tudi s SMB, vendar na papagajih NFS zgoraj). To, da se pri linearnem kopiranju strežnika win-linux v nfs hitreje prekopira v en tok, ne pomeni nič. Nastavitev debiana za 1C je tema za ločen članek, na to še nisem pripravljen, čeprav lahko rečem, da sem v datotečni različici celo dobil malo boljšo zmogljivost kot različica Win na isti opremi, vendar s postgresom z uporabniki nad 50 Še vedno imam vse zelo slabo.

Najpomembnejše , ki ga poznajo "zažgani" administratorji, začetniki pa ga ne upoštevajo. Obstaja veliko načinov za nastavitev poti do baze podatkov 1c. Lahko naredite \\server\share, lahko \\192.168.0.1\share, lahko net use z: \\192.168.0.1\share (v nekaterih primerih bo tudi ta metoda delovala, vendar ne vedno) in nato določite pogon Z. Zdi se, da vse te poti kažejo na isto mesto, toda za 1C obstaja samo en način, ki zagotavlja dokaj stabilno delovanje. Tukaj je torej tisto, kar morate storiti pravilno:

V ukazni vrstici (ali v pravilnikih ali karkoli vam ustreza) - ne uporabite DriveLetter: \\server\share. primer: net use m:\\server\bases. Posebej poudarjam NE naslov IP, namreč Ime strežnik. Če strežnik ni viden po imenu, ga dodajte v dns na strežniku ali lokalno v datoteko hosts. Toda pritožba mora biti po imenu. V skladu s tem na poti do baze podatkov dostopajte do tega diska (glejte sliko).

In zdaj bom pokazal v številkah, zakaj tak nasvet. Začetni podatki: kartice Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. OS Win 2008 R2, Win 7, Debian 8. Najnovejši gonilniki, uporabljene posodobitve. Pred testiranjem sem se prepričal, da Iperf daje polno pasovno širino (razen 10 Gbit kartic se je izkazalo, da iztisne le 7,2 Gbit, pozneje bom videl zakaj, testni strežnik še ni pravilno konfiguriran). Diski so različni, a povsod je SSD (posebej vstavljen en sam disk za testiranje, nič drugega ni naloženo) ali raid iz SSD-ja. Hitrost 100 Mbit je bila dosežena z omejitvijo nastavitev adapterja Intel 362. Ni bilo razlike med 1 Gbit bakrenim Intel 350 in 1 Gbit optiko Intel X520-DA2 (dobljen z omejitvijo hitrosti adapterja). Največja zmogljivost, turbo boost je onemogočen (zgolj zaradi primerljivosti rezultatov turbo boost pri dobrih rezultatih doda nekaj manj kot 10%, pri slabih rezultatih morda sploh ne vpliva). Različice 1C 8.2.19.86, 8.3.6.2076. Ne navajam vseh številk, ampak le najbolj zanimive, da je s čim primerjati.

Win 2008 - Win 2008

klic po ip naslovu

Win 2008 - Win 2008

Naslov po imenu

Win 2008 - Win 2008

Klicanje po ip naslovu

Win 2008 - Win 2008

Naslov po imenu

Win 2008 - Win 7

Naslov po imenu

Windows 2008 - Debian

Naslov po imenu

Win 2008 - Win 2008

Klicanje po ip naslovu

Win 2008 - Win 2008

Naslov po imenu

11,20 26,18 15,20 43,86 40,65 37,04 16,23 44,64
1S 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

Zaključki (iz tabele in iz osebnih izkušenj. Velja samo za različico datoteke):

Preko omrežja lahko dobite povsem običajne številke za delo, če je to omrežje normalno konfigurirano in je pot pravilno zapisana v 1C. Tudi prvi Core i3 lahko dajo 40+ papagajev, kar je kar dobro, in to niso samo papige, pri realnem delu je razlika tudi opazna. Ampak! omejitev pri delu z več (več kot 10) uporabniki ne bo več omrežje, tukaj je še vedno dovolj 1 Gbit, ampak blokada pri večuporabniškem delu (Gilev).

Platforma 1C 8.3 je veliko bolj zahtevna za kompetentno nastavitev omrežja. Osnovne nastavitve - glejte Gilev, vendar ne pozabite, da lahko vse vpliva. Videl sem pospešek zaradi dejstva, da so odstranili (in ne samo izklopili) protivirusni program, zaradi odstranitve protokolov, kot je FCoE, zaradi menjave gonilnikov na starejšo, vendar certificirano različico Microsofta (zlasti za poceni kartice, kot sta asus in long), zaradi odstranitve druga omrežna kartica s strežnika. Veliko možnosti, konfigurirajte omrežje premišljeno. Lahko pride do situacije, ko platforma 8.2 daje sprejemljive številke, 8.3 pa dva ali celo večkrat manj. Poskusite se poigrati z različico platforme 8.3, včasih dobite zelo velik učinek.

1C 8.3.6.2076 (mogoče kasneje, nisem še iskal točne verzije) preko omrežja je še vedno lažje nastaviti kot 8.3.7.2008. Od 8.3.7.2008 do normalnega delovanja omrežja (pri primerljivih papagajih) se je izkazalo le nekajkrat, za bolj splošen primer ne bi mogel ponoviti. Nisem razumel veliko, a sodeč po krpicah iz Process Explorerja tam posnetek ne gre tako kot v 8.3.6.

Kljub dejstvu, da je pri delu v omrežju 100 Mbps njegova obremenitev majhna (lahko rečemo, da je omrežje prosto), je hitrost dela še vedno precej manjša kot pri 1 Gbps. Razlog je zakasnitev omrežja.

Ceteris paribus (dobro delujoče omrežje) za 1C 8.2 je povezava Intel-Realtek 10 % počasnejša od Intel-Intel. Toda realtek-realtek lahko na splošno kar nenadoma povzroči močno ugrezanje. Torej, če je denar, je bolje, da imate Intelove omrežne kartice povsod, če ni denarja, potem Intel postavite samo na strežnik (vaš KO). Da, in velikokrat je več navodil za nastavitev omrežnih kartic Intel.

Privzete antivirusne nastavitve (na primer različica drweb 10) odvzamejo približno 8-10% papagajev. Če ga pravilno nastavite (dovolite procesu 1cv8, da naredi vse, čeprav ni varno) - je hitrost enaka kot brez antivirusa.

NE berite gurujev Linuxa. Strežnik s sambo je odličen in brezplačen, če pa na strežnik postavite Win XP ali Win7 (ali še bolje - strežniški OS), bo v datoteki različica 1c delovala hitreje. Da, samba in protokolni sklad ter omrežne nastavitve in še veliko več v debianu/ubuntu so dobro nastavljeni, vendar je to priporočljivo za strokovnjake. Nima smisla namestiti Linux s privzetimi nastavitvami in potem reči, da je počasen.

Dobra ideja je testirati diske, povezane prek net use s fio. Vsaj jasno bo, ali gre za težave s platformo 1C ali z omrežjem / diskom.

Za enouporabniško varianto se ne spomnim testov (ali situacije), kjer bi bila vidna razlika med 1Gb in 10Gb. Edino, kjer je 10 Gbps za datotečno različico dalo boljše rezultate, je bilo povezovanje diskov prek iSCSI, vendar je to tema za poseben članek. Vseeno mislim, da so 1Gbit kartice dovolj za datotečno verzijo.

Zakaj pri 100 Mbitnem omrežju 8.3 deluje opazno hitreje kot 8.2 - ne razumem, a dejstvo se je zgodilo. Vsa druga oprema, vse druge nastavitve so popolnoma enake, samo v enem primeru je testiran 8.2, v drugem pa 8.3.

Ni nastavljen NFS win - win ali win-lin daje 6 papagajev, ni vključen v tabelo. Po nastavitvi sem prejel 25, vendar je nestabilen (naskok pri meritvah je več kot 2 enoti). Zaenkrat ne morem dati priporočil o uporabi oken in protokola NFS.

Po vseh nastavitvah in preverjanjih ponovno izvedemo test iz odjemalskega računalnika in se veselimo izboljšanega rezultata (če je uspelo). Če se je rezultat izboljšal, je več kot 30 papagajev (in še posebej več kot 40), hkrati dela manj kot 10 uporabnikov, delujoča baza podatkov pa še vedno upočasnjuje - skoraj zagotovo težava programerja (ali pa ste že dosegel vrh zmožnosti datotečne različice).

terminalski strežnik. (osnova je na strežniku, klienti so povezani v omrežje, RDP protokol). Algoritem korak za korakom:

0. Dodajte preskusno bazo Gilev na strežnik v isto mapo kot glavne baze podatkov. Povezujemo se z istega strežnika in izvajamo test. Rezultat si zapomnimo.

1. Na enak način kot v različici datoteke smo vzpostavili delo. Pri terminalskem strežniku ima na splošno glavno vlogo procesor (se razume, da ni očitnih slabosti, kot je pomanjkanje pomnilnika ali ogromna količina nepotrebne programske opreme).

2. Nastavitev omrežnih kartic v primeru terminalskega strežnika praktično ne vpliva na delovanje 1s. Za "posebno" udobje, če vaš strežnik izda več kot 50 papagajev, se lahko poigrate z novimi različicami protokola RDP, samo za udobje uporabnikov, hitrejši odziv in drsenje.

3. Z aktivnim delom velikega števila uporabnikov (in tukaj lahko že poskusite povezati 30 ljudi na eno bazo, če poskusite), je zelo zaželeno namestiti pogon SSD. Iz nekega razloga se domneva, da disk ne vpliva posebej na delovanje 1C, vendar se vsi testi izvajajo z omogočenim predpomnilnikom krmilnika za pisanje, kar je napačno. Testna baza je majhna, prilega se v predpomnilnik, zato visoke številke. Na pravih (velikih) podatkovnih bazah bo vse popolnoma drugače, zato je predpomnilnik za teste onemogočen.

Na primer, preveril sem delo testa Gilev z različnimi možnostmi diska. Dal sem diske iz tega, kar je bilo pri roki, samo da pokažem nagnjenost. Razlika med 8.3.6.2076 in 8.3.7.2008 je majhna (v različici Ramdisk Turbo boost 8.3.6 daje 56.18 in 8.3.7.2008 daje 55.56, v drugih testih je razlika še manjša). Poraba energije - največja zmogljivost, turbo boost onemogočen (če ni drugače navedeno).

Raid 10 4x SATA 7200

ATA ST31500341AS

Raid 10 4x SAS 10k

Raid 10 4x SAS 15k

En sam SSD

pomnilniški disk

Predpomnilnik omogočen

RAID krmilnik

21,74 28,09 32,47 49,02 50,51 53,76 49,02
1S 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

Vključen predpomnilnik RAID krmilnika odpravi vso razliko med diski, številke so enake tako pri sat kot pri sas. Testiranje z njim za majhno količino podatkov je neuporabno in ni indikator.

Pri platformi 8.2 je razlika v zmogljivosti med možnostma SATA in SSD več kot dvakrat večja. To ni tipkarska napaka. Če med preizkusom pogonov SATA pogledate monitor zmogljivosti. potem je jasno viden "Aktivni čas diska (v%)" 80-95. Da, če omogočite pisalni predpomnilnik samih diskov, se bo hitrost povečala na 35, če omogočite predpomnilnik krmilnika raid - do 49 (ne glede na to, kateri diski se trenutno testirajo). Toda to so sintetične papige predpomnilnika, pri resničnem delu z velikimi zbirkami podatkov nikoli ne bo 100-odstotnega razmerja zadetkov predpomnilnika za pisanje.

Hitrost celo poceni diskov SSD (testiral sem na Agility 3) zadostuje za delovanje datotečne različice. Vir pisanja je druga stvar, tukaj morate pogledati v vsakem posameznem primeru, jasno je, da bo Intel 3700 imel red velikosti višje, vendar je cena ustrezna. In ja, razumem, da pri testiranju SSD diska v večji meri testiram tudi predpomnilnik tega diska, pravih rezultatov bo manj.

Najbolj pravilna (z mojega vidika) rešitev bi bila dodeliti 2 SSD diska v zrcalni raid za datotečno bazo (ali več datotečnih baz) in tam ne postaviti ničesar drugega. Da, z ogledalom se SSD diski obrabijo enako in to je minus, vendar so vsaj nekako zavarovani pred napakami v elektroniki krmilnika.

Glavne prednosti SSD diskov za datotečno različico se bodo pokazale, ko bo podatkovnih baz veliko in vsaka z več uporabniki. Če sta bazi 1-2 in uporabniki v regiji 10, bodo diski SAS dovolj. (v vsakem primeru pa - poglej nalaganje teh diskov, vsaj preko perfmona).

Glavne prednosti terminalskega strežnika so, da ima lahko zelo šibke odjemalce in da omrežne nastavitve veliko manj vplivajo na terminalski strežnik (spet vaš KO).

Zaključki: če zaženete test Gilev na terminalskem strežniku (z istega diska, kjer so delujoče baze podatkov) in v tistih trenutkih, ko se delovna baza podatkov upočasni, in test Gilev pokaže dober rezultat (nad 30), potem počasen kriv je delovanje glavne delovne baze podatkov, najverjetneje programer.

Če test Gilev pokaže majhne številke in imate procesor z visoko frekvenco in hitre diske, potem mora tukaj skrbnik vzeti vsaj perfmon in nekje zabeležiti vse rezultate ter gledati, opazovati, sklepati. Dokončnega nasveta ne bo.

Možnost odjemalec-strežnik.

Testi so bili izvedeni samo na 8.2, tk. Pri 8.3 je vse čisto resno odvisno od verzije.

Za testiranje sem izbral različne možnosti strežnika in omrežja med njimi, da bi prikazal glavne trende.

SQL: Xeon E5-2630

SQL: Xeon E5-2630

Optični kanal-SSD

SQL: Xeon E5-2630

Optični kanal - SAS

SQL: Xeon E5-2630

Lokalni SSD

SQL: Xeon E5-2630

Optični kanal-SSD

SQL: Xeon E5-2630

Lokalni SSD

1C: Xeon 5650 =

1C: Xeon 5650 =

skupni spomin

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
1S 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

Zdi se, da sem preučil vse zanimive možnosti, če vas zanima kaj drugega - napišite v komentarje, poskusil bom to narediti.

SAS v pomnilniku je počasnejši od lokalnih SSD-jev, čeprav ima pomnilnik velike velikosti predpomnilnika. SSD-ji ter lokalni in pomnilniški sistemi za test Gilev delujejo s primerljivimi hitrostmi. Ne poznam nobenega standardnega večnitnega testa (ne samo zapisov, ampak vse opreme), razen obremenitve 1C iz MCC.

Spreminjanje strežnika 1C s 5520 na 5650 je skoraj podvojilo zmogljivost. Da, konfiguracije strežnikov se ne ujemajo popolnoma, vendar kaže trend (nič presenetljivega).

Povečanje frekvence na strežniku SQL seveda daje učinek, vendar ne tako kot na strežniku 1C, strežnik MS SQL je popolnoma sposoben (če ga vprašamo) uporabljati večjedrni in prosti pomnilnik.

Spreminjanje omrežja med 1C in SQL z 1 Gbps na 10 Gbps daje približno 10% papagajev. Pričakovano več.

Omogočanje skupnega pomnilnika še vedno daje učinek, čeprav ne 15 %, kot je opisano. Poskrbite, da to storite, je hitro in enostavno. Če je nekdo med namestitvijo dal strežniku SQL imenovani primerek, potem za delovanje 1C mora biti ime strežnika podano ne s FQDN (tcp / ip bo delovalo), ne prek localhost ali samo ServerName, ampak prek ServerName\InstanceName, na primer zz-test\zztest. (V nasprotnem primeru bo prišlo do naslednje napake DBMS: Izvorni odjemalec Microsoft SQL Server 10.0: Ponudnik pomnilnika v skupni rabi: Knjižnice pomnilnika v skupni rabi, uporabljene za povezavo s strežnikom SQL Server 2000, ni bilo mogoče najti. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr: SQLSTATE=08001, stanje=1, Resnost=10, izvorno=126, vrstica=0).

Za uporabnike, manjše od 100, je edina točka razdelitve na dva ločena strežnika licenca za Win 2008 Std (in starejše različice), ki podpira samo 32 GB RAM-a. V vseh drugih primerih je treba 1C in SQL zagotovo namestiti na isti strežnik in dati več (vsaj 64 GB) pomnilnika. Dati MS SQL manj kot 24-28 GB RAM-a je neupravičen pohlep (če mislite, da imate dovolj pomnilnika za to in vse deluje v redu, bi vam morda zadostovala različica datoteke 1C?)

Koliko slabše deluje kup 1C in SQL v virtualnem stroju, je tema ločenega članka (namig - opazno slabše). Tudi v Hyper-V stvari niso tako jasne ...

Način uravnoteženega delovanja je slab. Rezultati se dobro ujemajo z različico datoteke.

Številni viri pravijo, da način odpravljanja napak (ragent.exe -debug) močno zmanjša zmogljivost. No, zniža, ja, vendar 2-3% ne bi rekel pomemben učinek.