Viešas 1C serveris testavimui. Standartinis apkrovos bandymas. Operacinė sistema ms server ir ms sql duomenų bazė
Apskaitos ir valdymo apskaitos produktai iš 1C yra labiausiai paplitę Rusijos Federacijoje. Tūkstančiai įmonių vykdo savo verslą remdamosi standartinėmis ir specializuotomis 1C konfigūracijomis. Taip masiškai naudojant, nuolat kyla daug klausimų dėl programinės įrangos biudžeto optimizavimo ir protingo išteklių naudojimo. Vyksta ginčai dėl šio komplekso serverių dalių, ypač dėl to, kuriai operacinei sistemai pagrįsti 1C serverį ir kuriai DBVS patikėti tvarkyti 1C duomenų bazes. Testų metu mes stengsimės atsakyti į šiuos klausimus.
Testo dalyviai
MS Server operacinė sistema ir MS SQL DBVS
- 1C įmonė atvirai pozicionuoja šį derinį kaip pagrindinį darbo modelį, todėl 1C produktai yra kuriami pirmiausia jai
- Tiesioginio didelio greičio informacijos mainų „SharedMemory“ protokolo prieinamumas
- Yra oficialios techninės pagalbos ir paslaugų sutartys
- Yra žinių bazė ir daugybė informacijos apie 1C+MS SQL diegimą ir derinimą
Unix operacinė sistema ir PostgreSQL DBVS
- Sistema yra visiškai nemokama (išskyrus 1C:Enterprise serverio licenciją)
- Galima lanksčiai konfigūruoti daugybę parametrų, kurie pagerina DBVS našumą
- 1C produktai paskelbė apie PostgreSQL DBVS palaikymą
- Yra duomenų bazės replikacijos galimybė
Žinoma, projekto kaina, atsparumas gedimams ir techninė pagalba yra svarbūs kriterijai renkantis informacinę sistemą 1C. Tačiau yra veiksnys, kuris daugeliu atvejų radikaliai įtakoja sprendimų priėmimą – greitis.
Kadangi internete yra tiesiog daug techninės literatūros apie šias dvi sistemas, būtų galima ilgai ginčytis dėl ilgų lyginamųjų lentelių, kurios, priklausomai nuo tikslų, išryškina konkretaus produkto pranašumus. Galite diskutuoti apie vieną ar kitą parametrą tarp šimtų panašių parametrų - kuo jis unikalus ir kaip jis veikia rezultato pasiekimą. Tačiau teorija be praktikos yra mirusi - šiame straipsnyje siūlome praleisti teoriją ir pereiti tiesiai prie faktų, kad praktiškai patikrintume tiek informacinių sistemų veikimą su tam tikru rekomenduojamų nustatymų lygiu, tiek įvairiomis serverių architektūros parinktimis (žr. lentelę). 2).
Bandymo metodai
Atlikdami testus, remsimės dviem sintetinės apkrovos generavimo ir vartotojo darbo modeliavimo 1C metodais. Tai yra Gilevo testas (TPC-1C) ir specialus 1C testas „Test Center“ iš 1C: KIP įrankių su specialiais vartotojo scenarijais.
Gilevo testas (TPC-1C)
Gilevo testas priklauso universalių kryžminių platformų apkrovos bandymų skyriui. Jis gali būti naudojamas tiek failų, tiek kliento-serverio architektūroms 1C:Enterprise. Testas matuoja darbo kiekį per laiko vienetą vienoje gijoje ir yra tinkamas vienos gijos darbo krūvių greičiui įvertinti, įskaitant sąsajos braižymo greitį, išteklių sąnaudų poveikį, dokumentų perrašymą, mėnesio pabaigos uždarymo procedūras. , darbo užmokesčio skaičiavimai ir kt. Universalumas leidžia atlikti apibendrintą našumo įvertinimą, neprisirišant prie vienos platformos konfigūracijos. Bandymo rezultatas yra bendras išmatuotos 1C sistemos įvertinimas, išreikštas įprastais vienetais.
Specializuotas testas iš Testavimo centro 1C įrankių: Instrumentuotė
Bandymų centras– 1C:Enterprise 8 pagrindu veikiančių sistemų kelių vartotojų apkrovos bandymų atlikimo įrankis (žr. 1 pav.). Su jo pagalba galima imituoti įmonės darbą nedalyvaujant realiems vartotojams, o tai leidžia įvertinti informacinės sistemos pritaikomumą, našumą ir mastelį realiomis sąlygomis. Sistema yra konfigūracija, kuri suteikia testavimo proceso valdymo mechanizmą. Norint išbandyti informacinę bazę, būtina testavimo centro konfigūraciją integruoti į testuojamos duomenų bazės konfigūraciją, lyginant ir derinant konfigūracijas. Dėl sujungimo į testuojamos duomenų bazės metaduomenis bus įtraukti objektai ir bendrieji moduliai, reikalingi Testų centro veiklai.
1 pav. „Bandymo centro“ 1C darbo schema: Prietaisai
Taigi, naudodamas 1C: KIP įrankius, remdamasis turimais duomenimis realiose 1C gamybos bazėse, programuotojas sukuria visavertį automatinio testavimo scenarijų, pagrįstą dokumentų ir žinynų, kurie yra svarbūs tokio tipo konfigūracijai, sąrašu (taikomoji programa lėšų išleidimas, užsakymas tiekėjui, prekių ir paslaugų pardavimas ir pan.). Kai paleisite scenarijų, Test Center automatiškai paleis scenarijuje aprašytą kelių vartotojų veiklą. Norėdami tai padaryti, Testavimo centras sukurs reikiamą skaičių virtualių vartotojų (pagal vaidmenų sąrašą) ir pradės atlikti veiksmus.
Bandymo parametrai
Nustatant testavimo scenarijus, kad būtų galima patikimai imituoti daugelio vartotojų vienalaikį darbą, kiekvienam dokumento tipui nustatomi tam tikri testavimo parametrai (žr. 1 lentelę):
- Dokumentas – darbo duomenų bazėje nurodo konkretų dokumentą, kurio pagrindu bus atliekamas apkrovos bandymas
- Paleidimo prioritetas – nustato kiekvieno tipo dokumento bandymų paleidimo tvarką
- Dokumentų skaičius – nustato sugeneruojamų testo dokumentų apimtį
- Pauzė, sekundės – delsa pradedant bandymų seriją vieno tipo dokumente
- Eilučių skaičius dokumente yra informacinė rodyklė, nurodanti bandomojo dokumento „masyvumą“, turintį įtakos apdorojimo laikui ir išteklių apkrovai.
Testai atliekami 3 iteracijomis, rezultatai įrašomi į lentelę. Taigi gauti testų rezultatai, matuojami sekundėmis, realiausiai ir objektyviausiai atspindi 1C duomenų bazių veikimo lygį kuo artimesnėmis realioms sąlygoms (žr. 3.1 ir 3.2 lenteles).
1 lentelė. Bandymo scenarijaus parametrai
| dokumentas | Paleidimo prioritetas | Dokumentų skaičius | Pauzė, sekundės | Eilučių skaičius dokumente | |
| 1 vaidmuo | Pirkėjo sąskaita faktūra | 1 | 25 | 51 | 62 |
| Prekių priėmimas | 2 | 25 | 80 | ||
| Prekių pardavimas | 3 | 25 | 103 | ||
| Pinigų pavedimai | 4 | 25 | 1 | ||
| Pirkėjas grąžina | 5 | 25 | 82 | ||
| 2 vaidmuo | Pirkėjo sąskaita faktūra5 | 10 | 65 | 79 | |
| Prekių priėmimas | 1 | 22 | 80 | ||
| Prekių pardavimas | 2 | 25 | 103 | ||
| Pinigų pavedimai | 3 | 25 | 1 | ||
| Pirkėjas grąžina | 4 | 25 | 75 | ||
| 3 vaidmuo | Pirkėjo sąskaita faktūra | 4 | 15 | 45 | 76 |
| Prekių priėmimas | 5 | 26 | 80 | ||
| Prekių pardavimas | 1 | 52 | 103 | ||
| Pinigų pavedimai | 2 | 26 | 1 | ||
| Pirkėjas grąžina | 3 | 32 | 90 | ||
| 4 vaidmuo | Pirkėjo sąskaita faktūra | 3 | 45 | 38 | 70 |
| Prekių priėmimas | 4 | 30 | 80 | ||
| Prekių pardavimas | 5 | 30 | 103 | ||
| Pinigų pavedimai | 1 | 20 | 1 | ||
| Pirkėjas grąžina | 2 | 20 | 86 | ||
| 5 vaidmuo | Pirkėjo sąskaita faktūra | 2 | 30 | 73 | 76 |
| Prekių priėmimas | 3 | 30 | 80 | ||
| Prekių pardavimas | 4 | 30 | 103 | ||
| Pinigų pavedimai | 5 | 18 | 1 | ||
| Pirkėjas grąžina | 1 | 18 | 91 | ||
| 6 vaidmuo | Pirkėjo sąskaita faktūra | 1 | 40 | 35 | 86 |
| Prekių priėmimas | 2 | 40 | 80 | ||
| Prekių pardavimas | 3 | 40 | 103 | ||
| Pinigų pavedimai | 4 | 40 | 1 | ||
| Pirkėjas grąžina | 5 | 40 | 88 | ||
| 7 vaidmuo | Pirkėjo sąskaita faktūra | 5 | 25 | 68 | 80 |
| Prekių priėmimas | 1 | 25 | 80 | ||
| Prekių pardavimas | 2 | 25 | 103 | ||
| Pinigų pavedimai | 3 | 25 | 1 | ||
| Pirkėjas grąžina | 4 | 25 | 90 | ||
| 8 vaidmuo | Pirkėjo sąskaita faktūra | 3 | 25 | 62 | 87 |
| Prekių priėmimas | 4 | 25 | 80 | ||
| Prekių pardavimas | 5 | 25 | 103 | ||
| Pinigų pavedimai | 1 | 25 | 1 | ||
| Pirkėjas grąžina | 2 | 25 | 92 | ||
| 9 vaidmuo | Pirkėjo sąskaita faktūra | 2 | 20 | 82 | 82 |
| Prekių priėmimas | 4 | 20 | 80 | ||
| Prekių pardavimas | 5 | 20 | 103 | ||
| Pinigų pavedimai | 1 | 20 | 1 | ||
| Pirkėjas grąžina | 3 | 20 | 98 | ||
| 10 vaidmuo | Pirkėjo sąskaita faktūra | 4 | 50 | 2 | 92 |
| Prekių priėmimas | 1 | 50 | 80 | ||
| Prekių pardavimas | 2 | 50 | 103 | ||
| Pinigų pavedimai | 5 | 50 | 1 | ||
| Pirkėjas grąžina | 3 | 50 | 98 |
2 lentelė. Bandymų stendo techninės charakteristikos
| Nr. | Sistemos vaidmuo | CPU\vCPU | RAM, GB | Disko I/O sistema |
| 1 | Terminalo serveris– virtuali mašina testų valdymui | 4 branduoliai 2,9 GHz |
16 GB | Intel Sata SSD Raid1 |
| 2 | 1 scenarijus. Serveris 1C + DBMS aparatinė įranga | Intel Xeon E5-2690 16 branduolių |
96 GB | Intel Sata SSD Raid1 |
| 3 | 2 scenarijus. Serveris 1C + virtualus DBVS | 16 branduolių 2,9 GHz |
64 GB | Intel Sata SSD Raid1 |
| 4 | 3 scenarijus. Serveris 1C virtualus | 16 branduolių 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 5 | 4 scenarijus. Virtualus DBVS serveris | 16 branduolių 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 6 | Programinė įranga |
|
||
| 7 | 1C konfigūracijos |
|
||
3.1 lentelė Bandymo rezultatai naudojant Gilevo testą (TPC-1C). Didžiausia vertė laikoma optimalia
3.2 lentelė Bandymo rezultatai naudojant specialų 1C:KIP testą. Mažiausia vertė laikoma optimalia
| Microsoft serverio operacinė sistema | Unix klasės operacinė sistema | |||||
| Testų sąrašas (vidutinė vertė, pagrįsta 3 testų serija) | Techninės įrangos serveris 1C+DBMS, SharedMemory protokolas | Virtualus serveris 1C+DBMS, SharedMemory protokolas | Techninės įrangos serveris 1C ir techninės įrangos DBVS serveris, TCP-IP protokolas | Virtualus serveris 1C ir virtualus DBVS serveris, TCP-IP protokolas | ||
| 1C:KIP testų atlikimas esamoje duomenų bazėje, įmonės apskaitos konfigūracija | ||||||
| Apyvartos balansas | 1,741 sek | 2,473 sek | 2,873 sek | 2,522 sek | 13,866 sek | 9,751 sek |
| Prekių grąžinimo iš klientų vykdymas | 0,695 sek | 0,775 sek | 0,756 sek | 0,781 sek | 0,499 sek | 0,719 sek |
| Mokėjimo pavedimų vykdymas | 0,048 sek | 0,058 sek | 0,063 sek | 0,064 sek | 0,037 sek | 0,065 sek |
| Techninių mokymų vedimas | 0,454 sek | 0,548 sek | 0,535 sek | 0,556 sek | 0,362 sek | 0,568 sek |
| Prekių ir paslaugų pardavimas | 0,667 sek | 0,759 sek | 0,747 sek | 0,879 sek | 0,544 sek | 0,802 sek |
| Išrašome sąskaitą apmokėjimui | 0,028 sek | 0,037 sek | 0,037 sek | 0,038 sek | 0,026 sek | 0,038 sek |
| Išlaidų sąmatų apskaičiavimas | 3,071 sek | 3,657 sek | 4,094 sek | 3,768 sek | 15,175 sek | 10,68 sek |
| 1C:KIP testų atlikimas esamoje duomenų bazėje, prekybos valdymo konfigūracija | ||||||
| Atlikimas ir grąžinimas iš kliento | 2,192 sek | 2,113 sek | 2,070 sek | 2,418 sek | 1,417 sek | 1,494 sek |
| Prekių pristatymas ir grąžinimas tiekėjui | 1,446 sek | 1,410 sek | 1,359 sek | 1,467 sek | 0,790 sek | 0,849 sek |
| Kliento užsakymo paskelbimas | 0,355 sek | 0,344 sek | 0,335 sek | 0,361 sek | 0,297 sek | 0,299 sek |
| Prekių perskaičiavimo atlikimas | 0,140 sek | 0,134 sek | 0,131 sek | 0,144 sek | 0,100 sek | 0,097 sek |
| Priėmimo prie techninių specifikacijų vykdymas | 1,499 sek | 1,438 sek | 1,412 sek | 1,524 sek | 1,097 sek | 1,189 sek |
| Specifikacijų įgyvendinimas | 1 390 sek | 1,355 sek | 1,308 sek | 1,426 sek | 1,093 sek | 1,114 sek |
| RKO vykdymas | 0,759 sek | 0,729 sek | 0,713 sek | 0,759 sek | 0,748 sek | 0,735 sek |
- Atliekant specialų 1C testą, „Microsoft“ MS SQL DBVS kelis kartus greičiau atliekamos „duomenų skaitymo ir sudėtingų skaičiavimų“ operacijos, tokios kaip „Apyvartos balansas“ ir „Kaštų sąmatų apskaičiavimas“.
- Atliekant „duomenų įrašymo ir dokumentų paskelbimo“ operacijas, daugumoje testų geriausią rezultatą rodo PostgreSQL DBVS, optimizuota 1C.
- Gilevo sintetinis testas taip pat parodo PostgreSQL pranašumą. Taip yra dėl to, kad sintetinis testas pagrįstas tam tikrų tipų dokumentų kūrimo ir paskelbimo greičio matavimu, kuris taip pat laikomas „duomenų įrašymo ir dokumentų registravimo“ operacijomis.
Baigkime kelių platformų palyginimu, pereikime prie palyginimų kiekvienoje sistemoje:
- Kaip ir tikėtasi, 1C testai aparatinės įrangos platformoje rodo geresnius rezultatus nei virtualioje. Specialaus 1C testo rezultatų skirtumas abiem atvejais yra nedidelis, o tai rodo laipsnišką virtualių hipervizorių gamintojų optimizavimą.
- Taip pat tikimasi, kad bendrosios atminties technologijos (SharedMemory) naudojimas pagreitins duomenų mainų tarp 1C serverio ir DBVS procesą. Atitinkamai, bandymo rezultatai yra šiek tiek geresni nei schemos su šių dviejų paslaugų tinklo sąveika per TCP-IP protokolą.
Galime daryti išvadą, kad su teisinga 1C ir DBVS konfigūracija galite pasiekti reikšmingų rezultatų net ir su nemokama programine įranga. Todėl, kuriant naują 1C IT struktūrą, būtina atsižvelgti į sistemos apkrovos lygį, duomenų bazėje vyraujančių operacijų tipą, turimą biudžetą, nestandartinių DBVS specialisto buvimą, integracijos su išorinėmis paslaugomis poreikis ir kt. Remiantis šiais duomenimis, jau galima pasirinkti reikiamą sprendimą.
Skaitykite testavimo tęsinį.
Kiekvienas pagalbos specialistas turi patirties priimdamas abstrakčius vartotojų skundus. Visiems žinomos formuluotės: „ji labai ilgai galvoja“, „man raudonas langas“, „sistema kažkaip blogai veikia“, taip pat „taip jau seniai nebuvo, o štai yra vėl."
Esant tokiai situacijai, labai sunku iš karto išsiaiškinti, kur yra klaida ir ką daryti pirmiausia. Šiame straipsnyje pažiūrėsime, nuo ko priklauso 1C našumas, t.y. labai apkrautos sistemos, sukurtos remiantis 1C:Enterprise, tais atvejais, kai simptomai nėra visiškai suprantami ir negalima nustatyti konkrečios diagnozės.
Pagrindinės priežastys, turinčios įtakos 1C veikimui
Daugiau nei 60% atvejų žemo produktyvumo priežastys yra šios:
- Neoptimalios užklausos ir konfigūracijos kodas (26% atvejų);
- Suboptimalus objektų lentelių indeksavimas (19 proc. atvejų);
- Neoptimali disko posistemio apkrova (16% atvejų).
Su tuo sutinka ir pirmaujantys „Microsoft“ kūrėjai.
Taigi, norint žymiai pagerinti duomenų bazės programos veikimą, galima optimizuoti prieigos prie duomenų apimtį, įskaitant loginį ir fizinį duomenų bazių dizainą (kiek įmanoma 1C), taip pat sukurti tinkamą užklausas ir naudojant optimalų indeksavimą. Kai kurios duomenų bazės veikimo problemos gali būti išspręstos padidinus techninės įrangos pajėgumus, bet ne visada: netinkamo programos sprendimo dizaino negali kompensuoti galingesnis serveris. Neretai, nesuprasdamos veikimo problemos priežasčių, vartotojų įmonės, pirkdamos naują įrangą, patiria didelių išlaidų, tačiau problema lieka neišspręsta.
Aukštos kokybės 1C veikimo diagnostika naudojant visą esamų įrankių asortimentą yra sėkmingo problemų sprendimo ir išlaidų optimizavimo raktas
Pirmas žingsnis siekiant nustatyti ir išspręsti žemo našumo problemas – sudaryti išsamų pagrindinių probleminių veiklų sąrašą, įskaitant dabartinį ir numatomą greitį ateityje.
Pavyzdys:
Neteisingai: programa užstringa generuojant ataskaitą. Noriu, kad jis greičiau susiformuotų.
Teisingai: „Skolos išrašo“ ataskaita sugeneruojama per 5 minutes 10 sekundžių. Numatomas šios ataskaitos generavimo greitis yra ne daugiau kaip 20 sekundžių.
Sudarius ir suskaitmeninus problemų sąrašą, būtina išanalizuoti priežastis, pradedant probleminio kodo paieška, jei toks yra (pvz., „sunkios“ užklausos, ilgas užraktų laukimas, aklavietės ir pan.).
Probleminio kodo nustatymo įrankiai
- „1C: Performance Management Center“ (modulis, įtrauktas į „1C: Corporate“ įrankių paketą, pagamintas 1C);
- Gilevo debesų paslaugos;
- Standartiniai įrankiai, integruoti į DBVS iš pirmaujančių tiekėjų.
Šių įrankių naudojimo efektyvumą garantuoja kūrėjo kvalifikacija „1C: Technologinių klausimų ekspertas“, o tai reiškia jo dalyvavimą didelio masto 1C diegimuose. Tuo pačiu metu skirtingi ekspertai, remdamiesi savo individualia patirtimi, gali teikti pirmenybę vienai ar kitai priemonei/būdui.
Lygiagrečiai naudojant vieną iš pateiktų įrankių, taip pat naudojami standartinės įrangos apkrovos stebėjimo įrankiai (Performance monitors skaitikliai).
Remiantis gautais matavimais, nustatoma priežasčių klasė:
- Problema yra kode;
- Ir (arba) problema yra aparatinėje įrangoje;
- Problema kyla dėl kitų daug išteklių reikalaujančių programų, naudojamų gamybos serveriuose.
Apkrovos testavimas 1C - serverio įrangos įvertinimo metodas
Kaip jau minėta, tarp veiksnių, galinčių teigiamai ir neigiamai paveikti 1C veikimą, svarbią vietą užima serverio aparatinė įranga ir jos konfigūracija. Panagrinėkime matavimų, apkrovos įvertinimo ir sistemos veikimo testavimo galimybes šiomis sąlygomis:
- Serveris 1C yra prieinamas ir yra:
- Kartu su DBVS;
- Atskirame serveryje.
Norint įvertinti esamos serverio įrangos parametrų atitiktį sistemos reikalavimams, reikia rinkti duomenis apie techninės įrangos, įskaitant procesorių, apkrovą, t.y. 1C apkrovos bandymas. Šiuo tikslu naudojamas „Performance Monitor“ - įrankis, leidžiantis matuoti darbo grandinės įrangą ir nuskaityti našumo skaitiklius.
Toliau pateikiamas pagrindinis skaitiklių rinkinys, kurį reikia sukonfigūruoti, kad būtų galima stebėti aparatinės įrangos veikimą sistemoje Windows. Kolekcija sudaroma iš visų serverių, kuriuose yra įdiegti 1C serveriai.
Jei procesoriaus apkrovos procentinis skaitiklis rodinyje „Procesorius“ turi didelę reikšmę, turėtumėte nustatyti procesus, kuriuos galima sustabdyti nepažeidžiant serverio veikimo, taip pat perkelti į kitus serverius.
Rodinys „Procesas“ leis konfigūruoti kiekvieno atskiro proceso stebėjimą, taip pat nustatyti, kurie procesai užima daugiausia procesoriaus laiko. Jei serveryje įdiegtas tik 1C serveris, norėdami suprasti, kokią apkrovą jis kelia aparatinei įrangai, turite sukonfigūruoti šių skaitiklių rinkinį:
| \Process("1cv8*")\% Procesoriaus laikas |
| \Process("ragent*")\% Procesoriaus laikas |
| \Process("ragent*")\Privatūs baitai |
| \Process("ragent*")\Virtual Bytes |
| \Process("rmngr*")\% Procesoriaus laikas |
| \Process("rmngr*")\Privatūs baitai |
| \Process("rmngr*")\Virtual Bytes |
| \Process("rphost*")\% Procesoriaus laikas |
| \Process("rphost*")\Privatūs baitai |
| \Process("rphost*")\Virtual Bytes |
| \Process("1cv8*")\Privatūs baitai |
| \Process("1cv8*")\Virtual Bytes |
Jei esamos sistemos būklė yra nepatenkinama, remiantis surinktais matavimais, naudojant tiesinį ryšį, reikia apskaičiuoti įrangos parametrus tikslinei sistemai įrengti.
Jeigu serverių įrangos pirkimas tik planuojamas, jo parametrus galima apskaičiuoti imituojant planuojamos sistemos veikimą, bet mažesniu mastu, naudojant esamą įrangą. Šiuo tikslu naudojamas „1C: Test Center“, kuris yra įtrauktas į „1C Corporate Toolkit“. Remiantis gautais matavimais, naudojant skaičiavimo metodus, nustatomi planuojamos sistemos parametrai ir atitinkamai įrangai keliami reikalavimai. Šį testą galima pakartotinai naudoti įvairiems matavimams, prieš tai papildžius ir išplėtus funkcionalumą. Ši technika pasižymi dideliu tikslumu ir lengvu skaičiavimu.
1C serverio vaidmenims MS SQL 2008 DBVS serveris, skirtas 50 vartotojų.
Pasak serverio eksperto, mes renkame techninę įrangą:
Platformos pasirinkimas: IBM x3650 M3
Pasirinkite procesorių: Intel Xeon E5506 - 1 vnt.
RAM pasirinkimas: 4 atminties kortelės po 4 GB
Kietojo disko pasirinkimas: 3 SAS 146 GB RAID5
Naudota programinė įranga:
OS MS Windows 2008 x64
DBVS MS SQL 2008 x64
Serveris 1C 8.2 x64
Bandymo aplinka: apkrovos bandymui atlikti buvo naudojama 1C 8.2 konfigūracija: „Standartinis apkrovos bandymas“.
Bandymo eiga:
1C kliento sesija buvo paleista vietiniame serveryje agento režimu ir testavimo režimu.
Bandomojoje konfigūracijoje pradinis emuliuojamų standartinių 1C vartotojų, kuriančių ir naikinančių dokumentus bei ataskaitas, skaičius buvo nurodytas kaip 20. Žingsnis padidinti vartotojų skaičių po testų buvo nustatytas iki 20 vartotojų.
Iš pradžių (be vartotojo prisijungimų) DBVS užima 569 MB RAM (sukurtos 2 duomenų bazės: 1C 8.2 konfigūracija: UPP ir testinė konfigūracija), sistemos užimama atmintis – 2,56 GB.
Testavimo metu (iki 110 vartotojų) DBVS atmintis yra skirta iki 12 GB, viena 1C testavimo sesija užima 55 MB (55 MB x 200 = 11 GB). Palyginimui, viena realaus vartotojo sesija (1C kliento programa) užtrunka apie 300 - 500 MB. 1C kliento programai skirtos atminties dydis nurodomas vartotojui, dirbančiam standartinėje 1C: Trade arba 1C: UPP konfigūracijoje. 1C serverio paslauga (rphost) praktiškai nenaudoja OP, nes ji tik verčia užklausas iš kliento dalies į DBVS (pagal standartą 1C saugos serveriui naudojami prievadai TCP 1541 ir TCP 475).
CPU išteklių naudojimas buvo pasidalytas tarp 1C serverio tarnybos (rphost) ir DBMS tarnybos (sqlservr). Kai apkrova 40 vartotojų, rphost sunaudojo 37% procesoriaus galios, sqlservr – 30%. Kai apkrova 60 vartotojų, rphost užėmė 47% procesoriaus galios, sqlservr – 29%.
Ištrindama sukurtus dokumentus, sqlsrvr paslauga pasiekė disko posistemį įrašymui iki 6,5 MB/sek (apie 52 MB/sek.) greičiu.
Tinklo apkrova tarp 1C serverio ir DBVS (vietinėje peržiūros sąsajoje) buvo 10 Mb/s.
Bandymo rezultatas, gautas naudojant 1C bandymo konfigūraciją:
Parametrai: Vykdykite testą 000000006 nuo 2012-05-24 12:44:16
Standartinis apkrovos testas, 2.0.4.11 versija
Testavimo pradžia 2012-05-23 12:36:39. Veikimo laikas: 57,1 minutės.
Bandymo sąlygos
„1C serveris: įmonė: testas
Informacijos bazės pavadinimas: testcenter_82
Virtualūs vartotojai: TEST
Išvados:
Būtina atpalaiduoti serverio konfigūraciją, nes dabartinė yra 100% nereikalinga 50 vartotojų.
Norint paleisti emuliuotus vartotojus ir patikrinti tinklo apkrovą, būtina atlikti testavimą naudojant antrą serverį, numatoma apkrova 10 Mb/sek.
1C architektūra susideda iš 4 blokų: 1C serverio, DBVS, 1C saugos serverio ir 1C kliento. Šio testo metu visos šios funkcijos buvo paleistos viename serveryje.
Kai yra didelė 1C serverio apkrova, yra šios rekomendacijos:
Atskirkite 1C serverio, DBVS serverio, 1C apsaugos serverio ir 1C kliento programų vaidmenis (siekdami didesnio našumo, 1C kliento programas geriau paleisti terminalo serveryje).
DBVS serveryje duomenų saugojimo sistemoms turite naudoti tokią struktūrą: OS turi būti RAID 1, DBMS duomenų failai (.mdf, .ndf) – atskirame RAID 0, žurnalo failai (.ldf) – atskirame. RAID 0, laikinieji failai ir apsikeitimo failas atskirame diske.
1C našumo TPC-1 apkrovos testo rezultatai pagal Gilev konfigūracijai su failų duomenų baze:
Serverio našumas vertinamas ne pagal darbo krūvį ir procesoriaus eiles, o pagal galimybę atlikti tam tikrą skaičių operacijų per laiko vienetą.
Ginčas dėl išteklių, pvz., procesoriaus, sumažina operacijų greitį, kai atsako laikas nustatomas pagal:
- veikimo laikas
- įrangos laukimo laikas
- loginių laukimų kaip spynų laikas
Pagrindinė charakteristika yra operacijos greitis.
Pastaba. Procesoriaus svarbiausia charakteristika yra procesoriaus dažnis, o ne apkrova. Žemiau yra bandymo rezultatų ekrano kopija (spustelėkite ant paveikslėlio, kad padidintumėte).
Sistemos veikimas ir jai įgyvendinti reikalingų skaičiavimo resursų planavimas yra privaloma operacija diegiant ar keičiant esamą IT sistemą.
Dauguma esamų veiklos vertinimo metodų remiasi tam tikro tipo testavimu.
Yra du pagrindiniai testavimo tipai: komponentinis ir integralus.
Komponentų testavimas apima atskirų sprendimo komponentų testavimą, pradedant procesorių ar saugojimo posistemių našumu ir baigiant viso serverio našumo testavimu, tačiau be naudingos apkrovos konkrečios verslo programos pavidalu.
Integruotam požiūriui būdingas viso sprendimo, tiek jo programinės, tiek aparatinės įrangos dalių, veikimo įvertinimas. Tokiu atveju gali būti naudojama tiek verslo programa, kuri bus naudojama galutiniame sprendime, tiek kai kurios modelių programos, kurios imituoja kai kuriuos standartinius verslo procesus ir apkrovas.
Mūsų bandymas naudoja būtent šį metodą.
Dėl to gavome tam tikrą našumo (greičio) indeksą. Tai yra visos platformos, veikiančios mūsų aparatinėje įrangoje, rezultatas. Kliento – serverio versijos atveju tai yra sudėtingos užklausų grandinės, einančios per įvairias dalis, rezultatas. Gaunate bendrą faktinį rezultatą, kurį lemia sistemos kliūtis. DBVS nustatymai, OS nustatymai ir aparatinės įrangos nustatymai turi įtakos bendram sistemos veikimui.
Testas įvertina darbo kiekį per laiko vienetą vienoje gijoje ir yra tinkamas vienos gijos apkrovų greičiui įvertinti, įskaitant sąsajos atvaizdavimo greitį, kaštų įtaką virtualios aplinkos priežiūrai ir, jei toks yra, perkėlimą. dokumentai, mėnesio pabaigos uždarymas, darbo užmokesčio apskaičiavimas ir kt.
Dabartinė versija: 2.0.011. Versijų istorija čia: versions.php
Jį galite atsisiųsti čia: http://infostart.ru/public/173394/ arba čia: performanceTest.cf
Testas leidžia išmatuoti 1c serverio – DBVS serverio derinio našumą įvairiose versijose kelių gijų veikimo režimu. Testas trunka 20-30 minučių.
Nevykdykite testo serveryje, prie kurio šiuo metu dirba vartotojai, kitaip jie nuliūdins! Testas labai įtemptas!
Bandymo rezultatus galima peržiūrėti kaip ataskaitą konfigūracijos viduje.
Apkrovos testas TPC-1C Gilev
Taip pat galite dalytis rezultatais su kitais testą baigusiais žmonėmis, naudodami apdorojimą „dalytis rezultatais“. Po mainų galite palyginti savo rezultatus su kitų žmonių rezultatais.
Išsamesnes instrukcijas ir testo aptarimą galite rasti puslapyje http://infostart.ru/public/173394/.
Iš viso duomenų bazėje yra 751 rezultatas, paskutinį kartą atnaujintas 2018-06-15 06:33:26. Rezultatus galite peržiūrėti atsisiųsdami testą ir paleidę rezultatų mainus arba (supaprastinta forma) čia: results.php
Statistika
1.x versijos rezultatai: index_old.php
C3js ir d3js naudojami diagramoms kurti (nuo to priklauso c3js).
| dangiškas 20.02.13 — 15:59 |
|
| smitru 1 — 20.02.13 — 16:00 |
|
| ansh15 2 — 20.02.13 — 16:08 |
(0)Sena tema |
| dangiškas 3 — 20.02.13 — 16:14 |
Xeon X3450 2,67GHz |
| Adimr 4 — 20.02.13 — 16:21 |
|
| smitru 5 — 20.02.13 — 16:34 |
|
| dangiškas 6 — 20.02.13 — 16:43 |
|
| Idėja? 7 — 20.02.13 — 16:44 |
Ar turėčiau naudoti pagrindinėje plokštėje įmontuotą RAID valdiklį? 1C našumo bandymasar pirkti išorinį? |
| smitru 8 — 20.02.13 — 16:45 |
|
| Fragsteris 10 — 20.02.13 — 16:49 |
Gilevo testas vienos sriegis |
| Fragsteris 11 — 20.02.13 — 16:50 |
|
| dangiškas 12 — 20.02.13 — 16:51 |
|
| Demiurgas 13 — 21.02.13 — 07:30 |
|
| el-gamberro 14 — 21.02.13 — 08:05 |
|
| dangiškas 15 — 21.02.13 — 09:47 |
|
| dangiškas 16 — 21.02.13 — 09:49 |
Sutvarkykite savo darbą naudodami 1C konfigūraciją „IT departamento valdymas 8“
DĖMESIO! Ctrl-F5 arba Ctrl-R
2000
Žmogus.
Fonas
Privaloma operacija diegiant ar keičiant esamą informacinę sistemą – įvertinti reikiamą sistemos spartą ir suplanuoti jai įgyvendinti reikalingus skaičiavimo išteklius. Šiuo metu nėra tikslaus šios problemos sprendimo bendra forma, o jei, nepaisant to
jo sudėtingumas ir kaina, tokį algoritmą pasiūlys bet kuris gamintojas, tuomet net ir nedideli techninės įrangos, programinės įrangos versijos, sistemos konfigūracijos ar vartotojų skaičiaus ar standartinės elgsenos pakeitimai sukels didelių klaidų.
Tačiau yra daugybė būdų, kaip įvertinti programinės ir techninės įrangos konfigūraciją, reikalingą reikiamam našumui pasiekti. Visi šie metodai gali būti naudojami atrankos procese, tačiau vartotojas turi suprasti jų pritaikymą ir apribojimus.
Dauguma esamų veiklos vertinimo metodų yra pagrįsti
ar kitokio tipo bandymai.
Yra du pagrindiniai bandymų tipai:
komponentas ir integralas.
Kai atliekamas komponentų bandymas
atskirų sprendimo komponentų testavimas, pradedant nuo veikimo
procesorius ar saugojimo posistemes prieš bandymą
serverio veikimas kaip visuma, bet be naudingos apkrovos vienokiu ar kitokiu pavidalu
verslo programos.
Testavimas nepalankiausiomis sąlygomis
Integraliniam požiūriui būdingas įvertinimas
viso sprendimo, tiek jo programinės, tiek aparatinės įrangos dalių, našumą.
Tokiu atveju jis gali būti naudojamas kaip verslo programa, kuri bus naudojama
galutiniame sprendime, taip pat kai kurios modelio programos, imituojančios
kai kurie standartiniai verslo procesai ir darbo krūviai.
Testai TPC ir kiti universalūs testai leidžia atsirinkti perspektyviausias platformas ir palyginti skirtingų gamintojų pasiūlymus, tačiau tėra orientacinė informacija, kurioje neatsižvelgiama į verslo specifiką. Specializuoti testai leidžia tiksliau pasirinkti konkretų serverio modelį ir jo konfigūraciją. Tačiau labiausiai pagrįsti sprendimai priimami tik remiantis apkrovos testų rezultatais. Tik jie leidžia optimaliai sukonfigūruoti pasirinktą
serverio platformą ir sukonfigūruokite ją maksimaliam našumui.
Kas nutiko TPC-1C-GILV
Tai nepriklausomų testų serija, skirta įvertinti 1C:Enterprise 8.1 platformos našumą jūsų kompiuteryje (-iuose).
Žinoma, „nepriklausomas“ testas reiškia, kad jo neremia 1C.
Testas šiuo metu prieinamas" TPC-Vietinis pralaidumas / TPC-1C-GILV-A“ (paskutinis atnaujinimas – 2008 m. rugpjūčio mėn. versija 1.0.3)
Bandymo idėja TPC-Vietinis pralaidumas / TPC-1C-GILV-A
Atsisiunčiate konfigūracijos atsisiuntimo failą (~400 KB) iš šios svetainės ir įkeliate jį sau. Jei plečiate konfigūraciją failo versijoje, tada bandymas didžiąja dalimi išbandys derinį „Kompiuterio CPU - HDD, kuriame yra bazė“.
Jei įdiegsite konfigūraciją kliento-serverio versijoje, bus apkraunamas programų serverio CPU - antrinės duomenų bazės serverio CPU - HDD - antrinės bazės serveris.
Testas intensyviai fiksuoja 5000 dokumentų. Kodo verslo logikoje gilios prasmės nėra, tiesiog vertinamas sąlygiškai standartiniu pasirinkto dokumento X veikimas.
Pagrindinis testo grožis yra tas, kad jums nereikia žinoti techninių detalių. Testas vyksta pats ir sukuria savo rezultatą. Be to, niekam nereikia pasakoti apie rezultatą :)
Galite palyginti kelių serverių arba vieno serverio su skirtingomis disko posistemio charakteristikomis našumą.
Atlikdami testą iš programų serverio ir kliento tinkle, galite suprasti tinklo poveikį srityje nuo kliento iki serverio.
Kaip atlikti testą
Atlikti testą labai lengva. Turite paspausti mygtuką
ir palaukite, kol testo indikatorius (mygtuko dešinėje) pasieks 100%.
Testas paprastai trunka apie 8 minutes.
Ką reiškia testo rezultatai?
Bandymo rezultatas nurodomas kaip bandymo duomenų „rašymo greitis“. Bandymo klaida yra 2 vienetai. Norėdami tiksliai įvertinti, testą galite pakartoti 3 kartus.
Kai testo indikatorius pasieks 100%, pamatysite tokias diagramas:
Žemiau diagramos pateikiami kai kurie anksčiau atlikti panašūs bandymai.
Diagramos spalva rodo esamą „bendro“ darbo be blokavimo kokybę.
Žalia grafiko spalva kartu su kai kuriais sąlygiškai pasirinktais rodikliais dešinėje leidžia mums atlikti apibendrintą „gerų“ rezultatų įvertinimą įvairiose platformose :)
Kaip džiaugtis savo testo rezultatais
Dėl to gavote tam tikrą našumo indeksą (skaičiavimo greitį). Nesvarbu, ar rezultatas geras, ar blogas – tai jūsų aparatinėje įrangoje veikiančios PLATFORMOS rezultatas. Kliento-serverio versijos atveju tai yra sudėtingos užklausų grandinės, einančios per įvairius skyrius, rezultatas. Gaunate bendrą faktinį rezultatą, kuris nustatomas pagal BUTELIO TAŠKĄ sistemoje. BUTELIŲ VIETA VISADA YRA!
Kitaip tariant, tiek DBVS nustatymai, tiek OS nustatymai, tiek techninė įranga turi įtakos bendram komandos rezultatui :)
Kuris serveris geresnis
Šis testas, atliekamas konkrečiame serveryje, duoda rezultatą pagal aparatinės įrangos nustatymų visumą, operacinę sistemą, duomenų bazę ir kt. Tačiau aukštas rezultatas konkrečioje serverio aparatinėje įrangoje reiškia, kad įprastomis sąlygomis toks pats rezultatas bus gautas naudojant identišką serverio aparatinę įrangą. Šis testas yra nemokamas įrankis, padedantis palyginti „1C:Enterprise“ diegimą sistemoje „Windows“ ir „Linux“ – trys skirtingos DBVS, kurias palaiko 1C:Enterprise 8.1 platforma.
Bandymo saugumas
Testas yra visiškai saugus. Tai nesukelia serverio „gedimo“ (nėra „streso“ algoritmo) ir nereikalauja išankstinių priemonių net „koviniame“ serveryje. Konfidencialūs duomenys taip pat neįrašomi į testo rezultatus. Renkama informacija apie CPU, RAM, HDD parametrus. Įrenginio serijos numeriai nerenkami. Visa tai galite lengvai patikrinti – testo kodas yra 100% atidarytas. Neįmanoma siųsti jokios informacijos be jūsų žinios.
Kaip paskelbti testo rezultatus
Jei norite padėti sukurti testą, savo serveriuose galite atlikti daugybę testų. Tada palikite bendrą atliktų testų sąrašą tik tuos, kuriuos norite paskelbti, ir išsiųskite dt įkėlimą su rezultatais.
Duomenys bus tikrinami rankiniu būdu (ar jie nėra neteisingi), testo gavėjas bus įtrauktas į testų stulpelį „autorius“ ir bus įtrauktas į atsisiuntimą, kurį galės atsisiųsti visi.
klasifikacija TPC-Vietinis pralaidumas / TPC-1C-GILV-A
Testas priklauso universalių integralinių kelių platformų testų skyriui. Be to, jis taikomas failų ir kliento-serverio parinktims naudojant 1C:Enterprise. Testas veikia visoms DBVS, kurias palaiko 1C.
Universalumas leidžia atlikti apibendrintą našumo vertinimą nesusiejant su konkrečia tipine platformos konfigūracija.
Kita vertus, tai reiškia, kad norint tiksliai apskaičiuoti pasirinktinį projektą, testas leidžia atlikti preliminarų įvertinimą prieš atliekant specializuotą apkrovos testavimą (pavyzdžiui, naudojant 1C: Test Center).
Pastaba. Išbandyti modifikaciją " A" reiškia "automatinis užraktų valdymas". Išleidus oficialias standartinių sprendimų versijas iš 1C, planuojama modifikuoti testą, kad jis veiktų "valdomų spynų" režimu ir pažymėti jį raide " M".
Parsisiųsti testą
Šis testas nėra komercinis ir jį galima atsisiųsti nemokamai.
Testo rezultatai
Populiariausi - 3 geriausi 1C kliento-serverio diegimai MS SQL serveryje. Jūs taip pat galite patekti į šią lentelę. Išsamiau rezultatus galite pamatyti atsisiuntę testą.
Techninės detalės
Kas vyksta bandyme „vieno“ veikimo ciklo metu?
Prisegtame faile rasite sql komandų vykdymo pavyzdį.
Kaip išmatuoti geležies apkrovą
Pažymėtina, kad pats testas jau iš dalies atlieka matavimą. Norėdami gauti išsamesnį vaizdą, rekomenduoju naudoti Marko Rusinovičiaus „Process Explorer“ įrankį.
Paveikslėlyje parodytas failo versijos matavimo pavyzdys.
Kontaktai, skirti TPC-1C-GILV
http://gilev.ru/1c/ tpc
bandymų rezultatai, plėtros pasiūlymai
ir atsiliepimus siųsti el. paštu: [apsaugotas el. paštas]
Eikite į kitą svetainės medžiagą
| dangiškas 20.02.13 — 15:59 |
CentOS 6.3 yra serveris su 64 bitų Postgresql 8.4, taip pat įdiegtas 32 bitų 1C serveris 8.2.16.368 *nebuvo pinigų 64 bitų raktui* Atsisiunčiau Gilevo testą kaip dt failą. Bandžiau pakeisti suderinamumo režimą ir duomenų blokavimo valdymo režimą šioje duomenų bazėje – rezultatas buvo tas pats. O gal šis testas turi būti paleistas pačiame serveryje? |
| smitru 1 — 20.02.13 — 16:00 |
(0) Gilevas turi savo forumą. Ar bandėte ten užduoti klausimą? |
| ansh15 2 — 20.02.13 — 16:08 |
(0)Sena tema |
| dangiškas 3 — 20.02.13 — 16:14 |
Xeon X3450 2,67GHz |
| Adimr 4 — 20.02.13 — 16:21 |
(0) http://infostart.ru/public/147259/ |
| smitru 5 — 20.02.13 — 16:34 |
(3) „programinės įrangos veidrodiniame reide“ Puiku... o po to priekaištai dėl stabdžių???? |
| dangiškas 6 — 20.02.13 — 16:43 |
(5) Atrodo, kad minkštas reidas suteikia labai mažų išlaidų... bet ką jūs siūlote daryti? Ar turėčiau naudoti pagrindinėje plokštėje įmontuotą RAID valdiklį? ar pirkti išorinį? |
| Idėja? 7 — 20.02.13 — 16:44 |
Ar turėčiau naudoti pagrindinėje plokštėje įmontuotą RAID valdiklį? ar pirkti išorinį? |
| smitru 8 — 20.02.13 — 16:45 |
(6) aparatinės įrangos polibasas yra geresnis (tik jis tikrai pagreitina skaitymą ir nesustabdo įrašymo kaip programinė įranga) Ir taip - reikia paskirstyti duomenų failus, sistemą, puslapio failą, db temp Į SKIRTINGUS VEIDRODŽIUS (pastarųjų dėti ant ne veidrodžių nebūtina, bet atskiruose įrenginiuose naudinga) |
| Fragsteris 10 — 20.02.13 — 16:49 |
Gilevo testas vienos sriegis |
| Fragsteris 11 — 20.02.13 — 16:50 |
(5) tai veidrodinis reidas (1 ir 10), kuris šiek tiek sulėtėja |
| dangiškas 12 — 20.02.13 — 16:51 |
(7) Remiantis šiais samprotavimais, buvo pasirinktas švelnus reidas. (8) ačiū už komentarą, bet... šis serveris yra įdiegtas nedidelėje įmonėje 5-10 vartotojų su nedideliu dokumentų skaičiumi per dieną. Ar pateisinama platinti failus diskuose ir net pirkti naujus diskus? |
| Demiurgas 13 — 21.02.13 — 07:30 |
(1) kam klausti specialistų, kurie kasdien užsiima produktyvumu, kai yra klaida? :))) |
| el-gamberro 14 — 21.02.13 — 08:05 |
Aš taip pat nesuprantu, ką tai turi bendro su 1C? |
| dangiškas 15 — 21.02.13 — 09:47 |
(14) atrodo IT skyriaus tema, o ne 1C. |
| dangiškas 16 — 21.02.13 — 09:49 |
Man tereikia prisiminti, kur apie tai skaičiau... |
„TurboConf 5“ - „1C Configurator“ galimybių išplėtimas
DĖMESIO!
Jei praradote pranešimo įvesties langą, spustelėkite Ctrl-F5 arba Ctrl-R arba naršyklės mygtuką „Atnaujinti“.
Tema ilgą laiką nebuvo atnaujinta ir buvo pažymėta kaip archyvuota. Pridėti pranešimų negalima.
Bet jūs galite sukurti naują temą ir jie tikrai jums atsakys!
Kiekvieną valandą Magic Forume yra daugiau 2000
Žmogus.