Гүйцэтгэлийн үнэлгээ, таамаглал
Хэрэгжүүлсний дараа хийх гол ажил мэдээллийн системхурдан, тогтвортой, ажиллах хугацааЭнэ нь хэрэглэгчдийн сэтгэлд нийцсэн.
Гэсэн хэдий ч, хэрэглэгчдийн тоо нэмэгдэх тусам өгөгдлийн хэмжээ, оролтын эрч хүч нэмэгдэх тусам програмын гүйцэтгэл гамшгийн хэмжээгээр буурдаг. Үйлдлүүд болон системийн хариу өгөх хугацаа эрс нэмэгддэг.
Энэ бүхэн нь системийн бүх түвшний хэрэглэгчдийн сэтгэл ханамжгүй байдал, үр ашиггүй ажилд хүргэдэг.
Системийн ийм зан үйлийг урьдчилан таамаглах боломжтой хэдий ч олон хүн энэ хувилбарт бэлэн биш байна.
Нягтлан бодох бүртгэлийн системийг хэрхэн бий болгох талаар урьдчилан нарийвчилсан дүн шинжилгээ хийхгүйгээр төлөвлөж, хийсэн олон тохиолдол мэдэгдэж байна. энэ системих хэмжээний өгөгдөлтэй ажиллах болно (жишээлбэл, мянга гаруй хүний зэрэгцээ эрчимтэй ажил). Ийм төслүүдэд систем бий болгохын тулд асар их мөнгө зарцуулсан. Гэхдээ танилцуулсны дараа эдгээр системүүдийн ашиглалтын хугацаа нэг жил хагас байсан. Дараа нь систем нь даалгавраа дийлэхээ больж, шинэ төсөв гаргаж, "сайн" тогтолцоог нэвтрүүлэх шинэ төсөл хэрэгжүүлж эхэлсэн нь ижил үр дагаварт хүргэсэн.
Одоогоор ганцхан шийдэл байна энэ асуудал- Стресс тест.
Стресс тест
Ачааллын туршилт нь хэрэглэгчийн бодит ачааллыг дуурайх үед системийн үйл ажиллагаанд дүн шинжилгээ хийх явдал юм.
Ачааллын туршилтын гол зорилго:
- Төрөл бүрийн техник хангамж, программ хангамжийн тохиргооны гүйцэтгэлийг шалгах
- Системийн гүйцэтгэлийг өөр өөр өгөгдөл ашиглан шалгана уу
- Стресс ачааллын дор системийн үйл ажиллагааг тодорхойлох
Тиймээс ачааллын туршилт нь дараахь системийн үнэлгээг хийх боломжийг олгоно.
- Мэдээллийн систем эсвэл түүний бие даасан хэсгүүдийн гүйцэтгэлийг аж ахуйн нэгжийн загварын өгөгдсөн параметрүүдээр үнэлэх зорилгоор:
- тоног төхөөрөмжийн сонголт;
- үйл ажиллагааны шаардлагыг томъёолох;
- мэдээллийн системийг ашиглах чадварыг үнэлэх;
- Мэдээллийн системийг өөрчлөх үед өргөжүүлэх чадварыг үнэлэх.
- эзлэхүүн мэдээллийн бааз;
- нэгэн зэрэг хэрэглэгчдийн тоо;
- систем дээрх ачаалал;
- өөрчлөх үед системийн гүйцэтгэлийн үзүүлэлтүүдийн өөрчлөлтийн үнэлгээ:
- системийн функциональ байдал (систем эсвэл бие даасан алгоритмыг сайжруулах);
- техник хангамжийн тохиргоо.
- зөвхөн олон хэрэглэгчийн ажлын явцад үүсдэг асуудлуудыг тодорхойлох (түгжих зөрчил гэх мэт).
Ачааллын туршилт нь зөвхөн тодорхой шинж чанарыг үнэлэхэд тусалдаг. Гэхдээ хамгийн чухал нь энэ нь систем дэх саад тотгорыг урьдчилан тодорхойлж, асуудлыг хамгийн үр дүнтэй шийдвэрлэх боломжийг олгодог.
Одоо байгаа мэдээллийн системийг хэрэгжүүлэх, өөрчлөхөд зайлшгүй шаардлагатай ажил бол системийн шаардлагатай хурдыг үнэлэх, түүнийг хэрэгжүүлэхэд шаардлагатай тооцоолох нөөцийг төлөвлөх явдал юм. Одоогийн байдлаар энэ асуудлыг шийдэх тодорхой шийдэл байхгүй байна ерөнхий үзэл, хэрэв нарийн төвөгтэй, өртөгтэй хэдий ч ийм алгоритмыг аль ч үйлдвэрлэгч санал болгож байгаа бол техник хангамж, програм хангамжийн хувилбар, системийн тохиргоо, хэрэглэгчдийн тоо эсвэл стандарт үйл ажиллагаанд бага зэрэг өөрчлөлт оруулах нь ихээхэн алдаа гаргахад хүргэдэг.
Гэсэн хэдий ч шаардлагатай гүйцэтгэлд хүрэхийн тулд шаардлагатай програм хангамж, програм хангамжийн тохиргоог үнэлэх хангалттай тооны арга байдаг. техник хангамж. Эдгээр бүх аргыг сонгон шалгаруулах үйл явцад ашиглаж болох боловч хэрэглэгч тэдгээрийн хамрах хүрээ, хязгаарлалтыг ойлгох ёстой.
Олонхи одоо байгаа аргуудГүйцэтгэлийн үнэлгээ нь тодорхой төрлийн туршилт дээр суурилдаг.
Туршилтын үндсэн хоёр төрөл байдаг: бүрэлдэхүүн ба интеграл.
Бүрэлдэхүүн хэсгүүдийн туршилтын тусламжтайгаар шийдлийн бие даасан бүрэлдэхүүн хэсгүүдийг шалгадаг бөгөөд энэ нь процессорууд эсвэл мэдээлэл хадгалах дэд системүүдийн гүйцэтгэлээс эхлээд серверийн гүйцэтгэлийг бүхэлд нь шалгах хүртэл боловч тодорхой бизнесийн хэрэглээний хэлбэрээр ачаалалгүй байдаг.
Интеграл хандлага нь шийдлийн гүйцэтгэлийг бүхэлд нь, түүний програм хангамж болон техник хангамжийн хэсгүүдийн аль алиных нь үнэлгээгээр тодорхойлогддог. Энэ тохиолдолд эцсийн шийдэлд хэрэглэгдэх бизнесийн хэрэглүүр болон зарим стандарт бизнесийн үйл явц болон ажлын ачааллыг дуурайдаг зарим загвар програмуудыг хоёуланг нь ашиглаж болно.
Графикийн ногоон өнгө, баруун талд байгаа зарим үзүүлэлтүүдийн хамт шалгуур үзүүлэлт болгон сонгосон нь "сайн" гүйцэтгэлийн ерөнхий үнэлгээг хийх боломжийг бидэнд олгодог.
Туршилтын үр дүнг хэрхэн таашаах вэ
Үүний үр дүнд та гүйцэтгэлийн индекс (хурд) авсан. Үр дүн нь сайн эсвэл муу байх нь хамаагүй, энэ нь таны техник хангамж дээр ажиллаж байгаа PLATFORM-ийн үр дүн юм. Үйлчлүүлэгчийн хувьд серверийн хувилбарЭнэ нь янз бүрийн сайтуудаар дамжиж буй хүсэлтийн цогц гинжин хэлхээний үр дүн юм. Та систем дэх гацаагаар тодорхойлогддог ерөнхий бодит үр дүнг авах болно. Үргэлж гацаа байдаг.
Өөрөөр хэлбэл, DBMS тохиргоо, үйлдлийн системийн тохиргоо, тоног төхөөрөмж хоёулаа багийн ерөнхий үр дүнд нөлөөлдөг.
Аль сервер нь илүү дээр вэ
Тодорхой сервер дээр хийгдсэн энэхүү туршилт нь техник хангамжийн тохиргоо, үйлдлийн систем, дэд зүйл гэх мэт хослолын үр дүнг өгдөг. Гэсэн хэдий ч тодорхой серверийн техник хангамжийн өндөр оноо нь ердийн нөхцөлд ижил серверийн техник хангамж дээр ижил үр дүн гарна гэсэн үг юм. Энэхүү тест нь 1C: Enterprise 8 платформоор дэмжигдсэн гурван өөр DBMS-ийг Windows болон Linux дээр суулгасан 1C: Enterprise-ийг харьцуулах үнэгүй тусламж юм.
Туршилтын аюулгүй байдал
Туршилт нь туйлын аюулгүй юм. Энэ нь серверийн "уналт" -д хүргэдэггүй ("стресс" алгоритм байхгүй) бөгөөд "байлдааны" сервер дээр ч гэсэн урьдчилсан арга хэмжээ авах шаардлагагүй. Туршилтын үр дүнд нууц мэдээллийг мөн тэмдэглээгүй. CPU, RAM, HDD-ийн параметрүүдийн талаархи мэдээллийг цуглуулдаг. Серийн дугааруудтөхөөрөмжүүдийг угсардаггүй. Энэ бүгдийг хялбархан шалгаж болно - туршилтын код 100% нээлттэй байна. Таны мэдэлгүйгээр мэдээлэл дамжуулах боломжгүй.
Ангилал TPC-А-орон нутгийн нэвтрүүлэх чадвар/ TPC-1C-GILV-A
Туршилт нь бүх нийтийн интеграл хөндлөн платформ тестийн хэсэгт хамаарна. Нэмж дурдахад энэ нь 1C: Enterprise үйлдлийн системийн файл болон клиент-сервер хувилбаруудад хамаарна. Туршилт нь 1С-ийн дэмждэг бүх DBMS-д ажилладаг.
Түгээмэл байдал нь тодорхой нэгтэй холбоогүй гүйцэтгэлийн ерөнхий үнэлгээг хийх боломжийг олгодог. ердийн тохиргооплатформууд.
Нөгөө талаас, энэ нь захиалгат төслийн үнэн зөв тооцооллын хувьд тест нь тусгай ачааллын туршилт хийхээс өмнө урьдчилсан үнэлгээ хийх боломжийг олгодог гэсэн үг юм.
Туршилтыг татаж авах
Энэ тестийг арилжааны зориулалттай биш бөгөөд 8.2 хувилбараар үнэгүй, 8.3 хувилбараар үнэгүй татаж авах боломжтой.
Техникийн дэлгэрэнгүй мэдээлэл
Үйл ажиллагааны "нэг" мөчлөгийн дотор туршилтанд юу тохиолддог вэ?
PostgreSQL дэд хэсэгт тестийг ашиглах онцлог
Standard_conforming_strings параметрийн утгыг тохируулна уу тохиргооны файл postgresql.conf-г "унтраах"
Төмрийн ажлын ачааллыг хэрхэн хэмжих вэ
Туршилт нь өөрөө хэмжилтийг хэсэгчлэн гүйцэтгэдэг гэдгийг тэмдэглэх нь зүйтэй. Илүү нарийвчилсан зураг авахын тулд би Марк Русиновичийн Процесс Explorer хэрэгслийг ашиглахыг зөвлөж байна.
Зураг нь файлын хувилбарын хэмжилтийн жишээг харуулж байна.
Туслах мэргэжилтэн бүр хэрэглэгчдээс хийсвэр гомдол хүлээн авах туршлагатай байдаг. "Тэр маш удаан бодож байна", "Надад улаан цонх байна", "систем нь ямар нэгэн байдлаар буруу ажиллаж байна", мөн "энэ нь удаан хугацаанд болоогүй, дахиад энд байна" гэсэн үгсийг бүгд мэддэг. ”.
Ийм нөхцөлд алдаа хаана байгааг, юуны түрүүнд юу хийхээ шууд олж мэдэх нь маш хэцүү байдаг. Энэ нийтлэлд бид 1С-ийн гүйцэтгэл юунаас хамаардаг, тухайлбал авч үзэх болно. шинж тэмдгүүд нь бүрэн ойлгогдоогүй, тодорхой онош тавих боломжгүй нөхцөлд 1С: Аж ахуйн нэгжийн үндсэн дээр бүтээгдсэн өндөр ачаалалтай системүүд.
1С-ийн гүйцэтгэлд нөлөөлж буй гол шалтгаанууд
Тохиолдлын 60 гаруй хувь нь гүйцэтгэл муу байгаа шалтгаан нь:
- оновчтой бус асуулга болон програмчлалын кодтохиргоо (тохиолдлын 26%);
- Объектын хүснэгтийг оновчтой бус индексжүүлэх (тохиолдлын 19%);
- Дискний дэд систем дээрх хамгийн бага ачаалал (тохиолдлын 16%).
Майкрософт-ын тэргүүлэгч хөгжүүлэгчид үүнтэй нэгдэж байна.
Тиймээс өгөгдлийн сангийн хэрэглээний гүйцэтгэлийг мэдэгдэхүйц сайжруулахын тулд өгөгдлийн сангийн логик болон физик дизайныг (1С-д аль болох) багтаасан өгөгдлийн хандалтын талбарыг оновчтой болгох боломжтой. зөв асуулга үүсгэж, оновчтой индексжүүлэлтийг ашиглан. Өгөгдлийн сангийн гүйцэтгэлийн асуудлын нэг хэсгийг техник хангамжийн хүчин чадлыг нэмэгдүүлэх замаар шийдэж болох боловч үргэлж биш: ашигласан шийдлийн буруу дизайныг илүү хүчирхэг серверээр нөхөх боломжгүй. Гүйцэтгэлийн асуудлын шалтгааныг ойлгохгүйгээр хэрэглэгч компаниуд шинэ тоног төхөөрөмж худалдан авах замаар их хэмжээний зардал гаргаж, асуудал шийдэгдээгүй хэвээр байх нь ердийн зүйл биш юм.
Одоо байгаа бүх хэрэгслийг ашиглан 1С-ийн гүйцэтгэлийн өндөр чанарын оношлогоо нь асуудлыг амжилттай шийдвэрлэх, зардлыг оновчтой болгох түлхүүр юм.
Гүйцэтгэл муутай асуудлуудыг тодорхойлох, засах эхний алхам бол бичих явдал юм бүрэн жагсаалтГол асуудалтай үйлдлүүд нь одоогийн байдлаар гүйцэтгэх хурд, ирээдүйд гүйцэтгэх хүлээгдэж буй хурдыг илтгэнэ.
Жишээ:
Буруу: Програм нь тайлан гаргах явцад хөлддөг. Би үүнийг хурдан барихыг хүсч байна.
Баруун талд: "Өрийн мэдүүлэг" тайланг бүрдүүлэхэд 5 минут 10 секунд зарцуулагдана. Энэ тайланг гаргах хүлээгдэж буй хурд нь 20 секундээс ихгүй байна.
Асуудлын жагсаалтыг эмхэтгэж, дижитал хэлбэрт оруулсны дараа, хэрэв байгаа бол (жишээлбэл, "хүнд" хүсэлт, түгжээнд удаан хүлээх, түгжрэл гэх мэт) асуудалтай код хайхаас эхлээд шалтгааныг шинжлэх шаардлагатай.
Асуудалтай кодыг тодорхойлох хэрэгслүүд
- 1С: Гүйцэтгэлийн удирдлагын төв (1С-ийн үйлдвэрлэсэн 1С: Корпорацийн хэрэгслийн багцад багтсан модуль);
- үүлэн үйлчилгээГилев;
- Ердийн хэрэгсэл, тэргүүлэх үйлдвэрлэгчдийн DBMS-д суурилуулсан.
Эдгээр хэрэгслийг ашиглах үр нөлөө нь "1С: Технологийн шинжээч" хөгжүүлэгчийн мэргэшлээр баталгааждаг бөгөөд энэ нь 1С-ийн томоохон хэрэгжилтэд түүний оролцоог илэрхийлдэг. Үүний зэрэгцээ, өөр өөр мэргэжилтнүүд өөрсдийн туршлага дээр үндэслэн нэг юм уу өөр хэрэгсэл / аргыг илүүд үздэг.
Үзүүлсэн хэрэгслүүдийн аль нэгийг ашиглахтай зэрэгцэн тоног төхөөрөмжийн ачааллын хяналтын стандарт хэрэгслийг ашигладаг ("Гүйцэтгэлийн хяналт" тоолуур).
Хүлээн авсан хэмжилтийн үндсэн дээр шалтгааныг ангилдаг.
- Асуудал нь кодонд байгаа;
- ба / эсвэл техник хангамжийн асуудал;
- Асуудал нь үйлдвэрлэлийн сервер дээр ашиглагддаг бусад нөөц шаарддаг програмуудад байдаг.
Ачааллын тест 1С - серверийн техник хангамжийг үнэлэх аргачлал
Өмнө дурьдсанчлан, 1С-ийн гүйцэтгэлд эерэг ба сөрөг нөлөө үзүүлэх хүчин зүйлүүдийн дунд серверийн техник хангамж, түүний тохиргоо чухал байр суурийг эзэлдэг. Дараах нөхцөлд ачааллыг хэмжих, үнэлэх, системийн гүйцэтгэлийг турших сонголтуудыг авч үзье.
- Сервер 1С боломжтой бөгөөд байрладаг:
- DBMS-тэй хамт;
- Тусдаа сервер дээр.
Одоо байгаа серверийн техник хангамжийн параметрүүдийн системийн шаардлагад нийцэж байгаа эсэхийг үнэлэхийн тулд техник хангамж, түүний дотор процессор дээрх ачааллын талаархи мэдээллийг цуглуулах шаардлагатай. ачааллын туршилт 1С. Үүний тулд "Гүйцэтгэлийн хяналт" -ыг ашигладаг - ажлын хэлхээн дээрх тоног төхөөрөмжийг хэмжих, гүйцэтгэлийн тоолуурыг арилгах боломжийг олгодог хэрэгсэл.
Дараах нь Windows үйлдлийн систем дэх техник хангамжийн гүйцэтгэлийг хянахын тулд тохируулах шаардлагатай тоолууруудын үндсэн багц юм. Цуглуулга нь 1С сервер суулгасан бүх серверүүдээс хийгдсэн.
Хэрэв "Процессор" харагдацын процессорын хувийн тоолуур өндөр байвал серверийн үйл ажиллагаанд нөлөөлөхгүйгээр зогсоож, бусад сервер рүү шилжүүлэх процессуудыг тодорхойлох хэрэгтэй.
"Процесс" харагдац нь процесс тус бүрд хяналт тавихаас гадна аль процесс нь CPU-ийн хамгийн их цаг зарцуулдагийг тодорхойлох боломжийг олгоно. Хэрэв сервер дээр зөвхөн 1С сервер суулгасан бол энэ нь техник хангамжид ямар ачаалал өгч байгааг ойлгохын тулд та дараах тоолуурын цуглуулгыг тохируулах хэрэгтэй.
| \Process("1cv8*")\% Процессорын хугацаа |
| \Process("ragent*")\% Процессорын хугацаа |
| \Process("ragent*")\Private Bytes |
| \Process("ragent*")\Виртуал байт |
| \Process("rmngr*")\% Процессорын хугацаа |
| \Process("rmngr*")\Хувийн байт |
| \Process("rmngr*")\Виртуал байт |
| \Process("rphost*")\% Процессорын хугацаа |
| \Process("rphost*")\Хувийн байт |
| \Process("rphost*")\Виртуал байт |
| \Process("1cv8*")\Хувийн байт |
| \Process("1cv8*")\Виртуал байт |
Хэрэв одоогийн систем нь хангалтгүй төлөвт байгаа бол цуглуулсан хэмжилтийн үндсэн дээр хэрэглэнэ шугаман хамаарал, та зорилтот системийг суурилуулах тоног төхөөрөмжийн параметрүүдийг тооцоолох хэрэгтэй.
Хэрэв зөвхөн серверийн техник хангамжийг авахаар төлөвлөж байна, түүний параметрүүдийг төлөвлөсөн системийн ажиллагааг дуурайлган тооцоолж болно, гэхдээ одоо байгаа тоног төхөөрөмж дээр бага хэмжээгээр. Үүний тулд 1С корпорацийн хэрэгсэлд багтсан "1С: Туршилтын төв"-ийг ашигладаг. Тооцооллын аргыг ашиглан олж авсан хэмжилтийн үндсэн дээр төлөвлөсөн системийн параметрүүд, үүний дагуу тоног төхөөрөмжид тавигдах шаардлагыг тодорхойлно. Энэ туршилтыг функцийг нэмж, өргөжүүлсний дараа өөр өөр хэмжилтэд дахин дахин ашиглаж болно. Энэ техник нь өндөр нарийвчлалтай, тооцоолоход хялбар байдаг.
Нягтлан бодох бүртгэл ба удирдлагын нягтлан бодох бүртгэлийн 1С компаниуд ОХУ-д хамгийн түгээмэл байдаг. Мянга мянган компаниуд стандарт болон тусгайлсан 1С тохиргоон дээр үндэслэн бизнесээ явуулдаг. Ийм их хэмжээний хэрэглээтэй үед програм хангамжийн төсвийг оновчтой болгох, нөөцийг зохистой ашиглах талаар олон асуулт байнга гарч ирдэг. Энэхүү цогцолборын серверийн хэсгүүдийн талаархи маргаан, ялангуяа 1С серверийг аль үйлдлийн систем дээр суулгах, 1С мэдээллийн сангийн боловсруулалтыг аль DBMS дээр даатгах талаар маргаан арилдаггүй. Туршилтын үеэр бид эдгээр асуултанд хариулахыг хичээх болно.
Туршилтанд оролцогчид
MS Server үйлдлийн систем ба MS SQL DBMS
- 1С компани энэ багцыг үндсэн ажлын загвар болгон нээлттэй байрлуулж, 1С бүтээгдэхүүнийг голчлон үүнд зориулж бүтээдэг.
- SharedMemory шууд өндөр хурдтай мэдээлэл солилцох протокол байгаа эсэх
- Албан тушаалтан байна техникийн дэмжлэгболон үйлчилгээний гэрээ
- Суурилуулалтын талаархи мэдлэгийн бааз, олон тонн мэдээлэл байдаг нарийн тааруулах 1C+MS SQL
Unix үйлдлийн систем ба PostgreSQL DBMS
- Систем нь бүрэн үнэ төлбөргүй (1С: Enterprise серверийн лицензээс бусад)
- DBMS-ийн гүйцэтгэлийг сайжруулах олон параметрүүдийг уян хатан байдлаар тохируулах боломжтой
- 1С бүтээгдэхүүнээс PostgreSQL DBMS-ийн дэмжлэгийг зарласан
- Өгөгдлийн санг хуулбарлах боломж
Мэдээжийн хэрэг, төслийн өртөг, алдааг тэсвэрлэх чадвар, техникийн дэмжлэг нь 1С мэдээллийн системийг сонгоход чухал шалгуур юм. Гэсэн хэдий ч ихэнх тохиолдолд шийдвэр гаргахад эрс нөлөөлдөг хүчин зүйл байдаг - энэ бол хурд юм.
Интернет дээрх эдгээр хоёр системийн техникийн ном зохиолууд нь маш сайн байдаг тул зорилгоос хамааран нэг эсвэл өөр бүтээгдэхүүний ашиг тусыг онцолсон харьцуулсан урт хүснэгтүүдийн талаар удаан хугацаанд маргаж болно. Та энэ эсвэл тэр параметрийг ижил төрлийн олон зуун хүмүүсийн дунд ярилцаж болно - энэ нь ямар өвөрмөц шинж чанартай, үр дүнд хүрэхэд хэрхэн нөлөөлдөг вэ. Гэхдээ практикгүйгээр онол үхсэн - бид энэ нийтлэлд онолыг орхиж, мэдээллийн системийн аль алиных нь гүйцэтгэлийг тодорхой түвшний санал болгож буй тохиргоо болон практикт туршиж үзэхийн тулд шууд баримт руу шилжихийг санал болгож байна. янз бүрийн сонголтуудсерверийн архитектур (хүснэгт 2-ыг үзнэ үү).
Туршилтын аргууд
Туршилтууддаа бид синтетик ачаалал үүсгэх, 1С дээр хэрэглэгчийн ажлыг дуурайлган хийх хоёр аргад тулгуурлана. Энэ бол Гилев тест (TPC-1C) ба хэрэглэгчийн тусгай хувилбар бүхий 1С: KIP хэрэгслийн 1С "Туршилтын төв" тусгай туршилт юм.
Гилев тест (TPC-1C)
Гилев тестбүх нийтийн хөндлөн платформ ачааллын туршилтын хэсэгт хамаарна. Энэ нь файл болон клиент-сервер 1C: Enterprise архитектурт хоёуланд нь ашиглагдаж болно. Туршилт нь нэг урсгал дахь ажлын нэгжийн ажлын хэмжээг хэмждэг бөгөөд интерфэйсийг зурах хурд, нөөцийн зардлын нөлөөлөл, баримт бичгийг дахин байршуулах, сарын эцсийн журам, цалингийн тооцоо зэрэг нэг урсгалтай ажлын ачааллын хурдыг үнэлэхэд тохиромжтой. , гэх мэт. Түгээмэл байдал нь нэг платформын тохиргоонд хамааралгүйгээр гүйцэтгэлийн хураангуй үнэлгээг хийх боломжийг танд олгоно. Туршилтын үр дүн нь ердийн нэгжээр илэрхийлэгдсэн хэмжсэн 1С системийн нийт үнэлгээ юм.
Туршилтын төвийн 1С: KIP хэрэгслийн тусгай тест
Туршилтын төв- 1С: Enterprise 8 дээр суурилсан системийн олон хэрэглэгчийн ачааллыг шалгах хэрэгсэл (1-р зургийг үз). Үүний тусламжтайгаар та бодит хэрэглэгчдийн оролцоогүйгээр компанийн ажлыг дуурайж болох бөгөөд энэ нь бодит нөхцөлд мэдээллийн системийн ашиглалт, гүйцэтгэл, өргөтгөх чадварыг үнэлэх боломжийг олгодог. Систем нь туршилтын үйл явцыг удирдах механизмыг хангадаг тохиргоо юм. Мэдээллийн санг шалгахын тулд тохиргоог харьцуулах, нэгтгэх замаар Туршилтын төвийн тохиргоог шалгасан мэдээллийн сангийн тохиргоонд нэгтгэх шаардлагатай. Нэгтгэсний үр дүнд Туршилтын төвийн үйл ажиллагаанд шаардлагатай объектууд болон нийтлэг модулиудыг туршиж буй мэдээллийн сангийн мета өгөгдөлд нэмж оруулах болно.
Зураг 1 - "Туршилтын төв" 1С ажлын схем: багаж хэрэгсэл
Тиймээс, 1С: багаж хэрэгслийн хэрэгслийг ашиглан 1С үйлдвэрлэлийн бодит бааз дээр байгаа өгөгдөл дээр үндэслэн програмист нь үндсэн баримт бичиг, лавлах номын жагсаалтад үндэслэн бүрэн автомат туршилтын хувилбарыг үүсгэдэг. энэ төрлийнтохиргоо (хөрөнгө зарцуулах өргөдөл, ханган нийлүүлэгчид захиалах, бараа, үйлчилгээ борлуулах гэх мэт). Таныг хувилбарыг ажиллуулах үед Туршилтын төв тухайн хувилбарт тайлбарласан олон хэрэглэгчийн үйл ажиллагааг автоматаар тоглуулах болно. Үүнийг хийхийн тулд Туршилтын төв нь шаардлагатай тооны виртуал хэрэглэгчдийн тоог (үүргийн жагсаалтын дагуу) үүсгэж, үйлдлүүдийг гүйцэтгэж эхэлнэ.
Туршилтын сонголтууд
Олон тооны хэрэглэгчдийн нэгэн зэрэг ажлыг найдвартай загварчлах туршилтын хувилбаруудыг тохируулахдаа баримт бичгийн төрөл тус бүрт туршилтын тодорхой параметрүүдийг тогтоодог (Хүснэгт 1-ийг үз):
- Баримт бичиг - ажлын мэдээллийн сан дахь тодорхой баримт бичгийг заадаг бөгөөд үүний үндсэн дээр ачааллын туршилтыг хийх болно
- Ажиллуулах тэргүүлэх чиглэл - баримт бичгийн төрөл тус бүрээр туршилт явуулах дарааллыг бүрдүүлнэ
- Баримт бичгийн тоо - үүсгэсэн туршилтын баримт бичгийн хэмжээг тодорхойлно
- Түр зогсоох, секунд - ижил төрлийн баримт бичгийн хүрээнд цуврал туршилтуудыг эхлүүлэхэд саатал
- Баримт бичгийн мөрийн тоо нь туршилтын баримт бичгийн "их хэмжээний" талаар мэдээлдэг мэдээллийн заагч бөгөөд энэ нь боловсруулах хугацаа, нөөцийн ачаалалд нөлөөлдөг.
Туршилтыг 3 давталтаар хийж, үр дүнг хүснэгтэд бичнэ. Ийнхүү секундээр хэмжсэн туршилтын үр дүн нь бодит байдалд аль болох ойрхон нөхцөлд 1С суурийн гүйцэтгэлийн түвшинг хамгийн бодитой, бодитойгоор тусгасан болно (Хүснэгт 3.1 ба 3.2-ыг үз).
Хүснэгт 1. Туршилтын скриптийн параметрүүд
| Баримт бичиг | Эхлэх тэргүүлэх чиглэл | Баримт бичгийн тоо | Түр зогсоо, секунд | Баримт бичгийн мөрийн тоо | |
| 1-р үүрэг | Худалдан авагчийн нэхэмжлэх | 1 | 25 | 51 | 62 |
| Бараа хүлээн авах | 2 | 25 | 80 | ||
| Барааны борлуулалт | 3 | 25 | 103 | ||
| Мөнгөний захиалга | 4 | 25 | 1 | ||
| Худалдан авагч буцаана | 5 | 25 | 82 | ||
| 2-р үүрэг | Худалдан авагчийн нэхэмжлэх5 | 10 | 65 | 79 | |
| Бараа хүлээн авах | 1 | 22 | 80 | ||
| Барааны борлуулалт | 2 | 25 | 103 | ||
| Мөнгөний захиалга | 3 | 25 | 1 | ||
| Худалдан авагч буцаана | 4 | 25 | 75 | ||
| 3-р үүрэг | Худалдан авагчийн нэхэмжлэх | 4 | 15 | 45 | 76 |
| Бараа хүлээн авах | 5 | 26 | 80 | ||
| Барааны борлуулалт | 1 | 52 | 103 | ||
| Мөнгөний захиалга | 2 | 26 | 1 | ||
| Худалдан авагч буцаана | 3 | 32 | 90 | ||
| 4-р үүрэг | Худалдан авагчийн нэхэмжлэх | 3 | 45 | 38 | 70 |
| Бараа хүлээн авах | 4 | 30 | 80 | ||
| Барааны борлуулалт | 5 | 30 | 103 | ||
| Мөнгөний захиалга | 1 | 20 | 1 | ||
| Худалдан авагч буцаана | 2 | 20 | 86 | ||
| 5-р үүрэг | Худалдан авагчийн нэхэмжлэх | 2 | 30 | 73 | 76 |
| Бараа хүлээн авах | 3 | 30 | 80 | ||
| Барааны борлуулалт | 4 | 30 | 103 | ||
| Мөнгөний захиалга | 5 | 18 | 1 | ||
| Худалдан авагч буцаана | 1 | 18 | 91 | ||
| 6-р үүрэг | Худалдан авагчийн нэхэмжлэх | 1 | 40 | 35 | 86 |
| Бараа хүлээн авах | 2 | 40 | 80 | ||
| Барааны борлуулалт | 3 | 40 | 103 | ||
| Мөнгөний захиалга | 4 | 40 | 1 | ||
| Худалдан авагч буцаана | 5 | 40 | 88 | ||
| 7-р үүрэг | Худалдан авагчийн нэхэмжлэх | 5 | 25 | 68 | 80 |
| Бараа хүлээн авах | 1 | 25 | 80 | ||
| Барааны борлуулалт | 2 | 25 | 103 | ||
| Мөнгөний захиалга | 3 | 25 | 1 | ||
| Худалдан авагч буцаана | 4 | 25 | 90 | ||
| 8-р үүрэг | Худалдан авагчийн нэхэмжлэх | 3 | 25 | 62 | 87 |
| Бараа хүлээн авах | 4 | 25 | 80 | ||
| Барааны борлуулалт | 5 | 25 | 103 | ||
| Мөнгөний захиалга | 1 | 25 | 1 | ||
| Худалдан авагч буцаана | 2 | 25 | 92 | ||
| 9-р үүрэг | Худалдан авагчийн нэхэмжлэх | 2 | 20 | 82 | 82 |
| Бараа хүлээн авах | 4 | 20 | 80 | ||
| Барааны борлуулалт | 5 | 20 | 103 | ||
| Мөнгөний захиалга | 1 | 20 | 1 | ||
| Худалдан авагч буцаана | 3 | 20 | 98 | ||
| 10-р үүрэг | Худалдан авагчийн нэхэмжлэх | 4 | 50 | 2 | 92 |
| Бараа хүлээн авах | 1 | 50 | 80 | ||
| Барааны борлуулалт | 2 | 50 | 103 | ||
| Мөнгөний захиалга | 5 | 50 | 1 | ||
| Худалдан авагч буцаана | 3 | 50 | 98 |
Хүснэгт 2. Үзүүлэлтүүд туршилтын тавиур
| №p\p | Системийн үүрэг | CPU\vCPU | RAM, GB | Дискний оролт гаралтын систем |
| 1 | Терминал сервер – виртуал машинтуршилтын менежментэд зориулагдсан | 4 цөм 2.9 ГГц |
16 ГБ | Intel Sata SSD Raid1 |
| 2 | Хувилбар 1.Сервер 1С + DBMS техник хангамж | Intel Xeon E5-2690 16 цөм |
96 ГБ | Intel Sata SSD Raid1 |
| 3 | Хувилбар 2.Сервер 1С + DBMS виртуал | 16 цөм 2.9 ГГц |
64 ГБ | Intel Sata SSD Raid1 |
| 4 | Хувилбар 3. 1С виртуал сервер | 16 цөм 2.9 ГГц |
32 ГБ | Intel Sata SSD Raid1 |
| 5 | Хувилбар 4. DBMS сервер виртуал | 16 цөм 2.9 ГГц |
32 ГБ | Intel Sata SSD Raid1 |
| 6 | Програм хангамж |
|
||
| 7 | Тохиргоо 1C |
|
||
Хүснэгт 3.1 Гилевийн тест (TPC-1C) бүхий туршилтын үр дүн. Хамгийн өндөр утгыг оновчтой гэж үзнэ.
Хүснэгт 3.2 Тусгай тест 1С: KIP ашиглан туршилтын үр дүн. Хамгийн бага утгыг оновчтой гэж үзнэ.
| үйлдлийн систем Microsoft сервер | Unix ангиллын үйлдлийн систем | |||||
| Туршилтын жагсаалт (3 цуврал туршилтын үр дүнд үндэслэсэн дундаж утга) | Техник хангамжийн сервер 1С + DBMS, SharedMemory протокол | Виртуал сервер 1С + DBMS, SharedMemory протокол | 1С техник хангамжийн сервер ба DBMS техник хангамжийн сервер, TCP-IP протокол | Виртуал сервер 1С ба виртуал сервер DBMS, TCP-IP протокол | ||
| Одоо байгаа мэдээллийн сан, Нягтлан бодох бүртгэлийн аж ахуйн нэгжийн тохиргоонд 1С: KIP тест хийх | ||||||
| Эргэлтийн баланс | 1.741 сек | 2.473 сек | 2.873 сек | 2.522 сек | 13.866 сек | 9.751 сек |
| Худалдан авагчдын барааг буцаах ажлыг гүйцэтгэх | 0.695 сек | 0.775 сек | 0.756 сек | 0.781 сек | 0.499 сек | 0.719 сек |
| Төлбөрийн захиалгыг боловсруулж байна | 0.048 сек | 0.058 сек | 0.063 сек | 0.064 сек | 0.037 сек | 0.065 сек |
| PTIS хийх | 0.454 сек | 0.548 сек | 0.535 сек | 0.556 сек | 0.362 сек | 0.568 сек |
| Бараа, үйлчилгээний борлуулалт хийх | 0.667 сек | 0.759 сек | 0.747 сек | 0.879 сек | 0.544 сек | 0.802 сек |
| Төлбөрийн нэхэмжлэхийг байршуулах | 0.028 сек | 0.037 сек | 0.037 сек | 0.038 сек | 0.026 сек | 0.038 сек |
| Зардлын тооцооны тооцоо | 3.071 сек | 3.657 сек | 4.094 сек | 3.768 сек | 15.175 сек | 10.68 сек |
| 1С: KIP тестийг одоо байгаа суурь, Худалдааны удирдлагын тохиргоонд хийх | ||||||
| Гүйцэтгэх, үйлчлүүлэгчээс буцах | 2.192 сек | 2.113 сек | 2.070 сек | 2.418 сек | 1.417 сек | 1.494 сек |
| Нийлүүлэгчид барааг тээвэрлэх, буцааж өгөх | 1.446 сек | 1,410 сек | 1.359 сек | 1.467 сек | 0.790 сек | 0.849 сек |
| Борлуулалтын захиалга байршуулах | 0.355 сек | 0.344 сек | 0.335 сек | 0.361 сек | 0.297 сек | 0.299 сек |
| Барааны дахин тооллого хийх | 0.140 сек | 0.134 сек | 0.131 сек | 0.144 сек | 0.100 сек | 0.097 сек |
| Техникийн тодорхойлолтыг хүлээн авах ажлыг гүйцэтгэх | 1,499 сек | 1.438 сек | 1.412 сек | 1.524 сек | 1.097 сек | 1.189 сек |
| ДҮ-ний хэрэгжилтийг хангах | 1,390 сек | 1.355 сек | 1.308 сек | 1.426 сек | 1.093 сек | 1.114 сек |
| RKO хийж байна | 0.759 сек | 0.729 сек | 0.713 сек | 0.759 сек | 0.748 сек | 0.735 сек |
- Тусгай туршилтын 1С-д Microsoft-ын MS SQL DBMS дээр "Эргэлтийн баланс", "Зардлын тооцооллын тооцоо" гэх мэт "мэдээлэл унших, нарийн төвөгтэй тооцоолол" зэрэг үйлдлүүд хэд дахин хурдан явагддаг.
- Ихэнх тестийн "мэдээлэл бичих, баримт бичгийг байршуулах" үйлдлүүдэд 1С-д оновчтой болгосон PostgreSQL DBMS нь хамгийн сайн үр дүнг харуулж байна.
- Гилевийн синтетик тест нь PostgreSQL-ийн давуу талыг харуулж байна. Энэ баримт нь синтетик туршилт нь тодорхой төрлийн баримт бичгийг үүсгэх, байршуулах хурдыг хэмжихэд суурилдагтай холбоотой бөгөөд үүнийг "мэдээлэл бүртгэх, баримт бичиг байршуулах" үйл ажиллагаа гэж үздэг.
Платформ хоорондын харьцуулалтаар дуусгая, систем бүрийн харьцуулалт руу шилжье:
- Хүлээгдэж буйчлан техник хангамжийн платформ дээрх 1С тест нь виртуал хувилбараас илүү сайн үр дүнг харуулж байна. Хоёр тохиолдолд тусгай 1С тестийн үр дүнгийн ялгаа бага байгаа нь виртуал гипервизор үйлдвэрлэгчдийг аажмаар оновчтой болгож байгааг харуулж байна.
- Мөн дундын санах ойн технологийг (SharedMemory) ашиглах нь 1С сервер болон DBMS хооронд өгөгдөл солилцох процессыг хурдасгах төлөвтэй байна. Үүний дагуу туршилтын үр дүн нь TCP-IP протоколоор дамжуулан эдгээр хоёр үйлчилгээний сүлжээний харилцан үйлчлэлтэй схемээс арай дээр юм.
1С ба DBMS-ийн зөв тохиргоог хийснээр та үнэгүй программ дээр ч гэсэн мэдэгдэхүйц үр дүнд хүрч чадна гэж бид дүгнэж болно. програм хангамж. Тиймээс 1С-д зориулсан мэдээллийн технологийн шинэ бүтцийг төлөвлөхдөө систем дэх ачааллын түвшин, мэдээллийн санд давамгайлж буй үйл ажиллагааны төрөл, бэлэн төсөв, стандарт бус DBMS-ийн мэргэжилтэн байгаа эсэхийг харгалзан үзэх шаардлагатай. гадаад үйлчилгээтэй нэгтгэх хэрэгцээ гэх мэт. Эдгээр өгөгдөл дээр үндэслэн шаардлагатай шийдлийг сонгох боломжтой болсон.
Туршилт хийхийн тулд уншина уу.
Өдрийн мэнд, эрхэм хүмүүсээ.
Энэ тэмдэглэл надад болон бусад хүмүүст зориулсан зөвлөмж юм.
Энэхүү мэдээлэл нь эхлэгчдэд SQL сервер дээр 1С мэдээллийн санг үүсгэх, оновчтой болгоход хэрэгтэй
Хэрэв та 1С-ийн серверийн хэсэг дээр туршлагагүй бол ийм хүсэл ба / эсвэл хэрэгцээ гарч ирэхэд нэлээд хэдэн нюансууд байдаг бөгөөд тодорхой бус зүйлүүд байдаг.
1С-д зориулсан сервер сонгох гэх мэт энгийн эрэл хайгуул нь амжилтанд хүрэх баталгаа болдоггүй нь харамсалтай бөгөөд та түүний маш удаан гүйцэтгэлтэй тулгарч магадгүй юм.
Энд юу нь буруу байгааг олж мэдэх үе шатанд байгаа бөгөөд ямар дарааллаар, юу хийхээ ойлгох шаардлагатай байж магадгүй юм.
Эхлэх. Өгөгдлөө нөөцлөхөө бүү мартаарай.
Миний сервер Windows Server 2012 R2 стандарт болон SQL 2012 дээр суурилсан.
Та өөр имэйл хайрцагтай байж магадгүй, энэ нь хамаагүй (одоогоор).
Бид нэгдсэн USP хүргэлтийг авсан (энэ нь үйлчлүүлэгчийн 10 лиценз, сервер (зөвхөн 32 бит), ZUP, UT, Accounting болон USP-ийн тохиргоог агуулдаг. Франчайз эзэмшигчид тусдаа хүргэлтийг бүрэн эхээр нь оруулахыг хүссэн нь анхаарал татаж байна. CORP тэр дороо илүү сайн.. Шинжилгээгээр энэ нь илүүц, нарийн төвөгтэй тохиргоог авах нь хямд гэдгийг харуулсан.
Техник хангамжийг сонгохдоо 1С-ийн клиент-сервер хувилбарт хамгийн их процессорын давтамж, санах ойн давтамж хэрэгтэй гэдгийг санах нь чухал (техник хангамжийг сонгохдоо үүнийг санаарай). (өөрөөр хэлбэл, Hyper trading болон бүх төрлийн C1-2-3 мужуудыг BIOS-д хамгийн сайн идэвхгүй болгосон).
Мөн логик хөтчүүдийг бус хатуу дискүүдийг салгахын тулд үндсэн файл (MDF) болон бүртгэлийн файлыг (LDF) "бие махбодийн хувьд" тараах шаардлагатай.
Хэрэв файлын хувилбарын хувьд SSD санал болгох нь оновчтой байсан бол энд бүх зүйл тийм ч тодорхой биш байна.
1С-ийн гүйцэтгэлийг сайжруулах оролдлого хийх явцад үүссэн "нууц" -тай танилцахын тулд Gilev форум руу оч. Маш их сонирхолтой.
Миний хувьд админууд маань надад 16 ГБ (667 МГц) давтамжтай AMD Quad-Core Opteron (tm) процессор 2354 процессор бүхий blade сервер дээр ир өгсөн. Толин тусгал дахь 2 диск дээрх систем. Суурийн дискийг Fiber Chanel, HP EVA дээр хуваарилсан.
Одоо би өөр тохиргоо хайж байгаа ч одоохондоо үүн дээр амьдрах хэрэгтэй байна.
Хэрэгжүүлэх шатанд өөр ERP системээс өгөгдлийг хэрхэн дамжуулах талаар дүн шинжилгээ хийж байх үед 1С програмист миний анхаарлыг удаан ажил, урт баримт бичигт татав. Өөрөөр хэлбэл, системийг хараахан ашиглаагүй байгаа ч аль хэдийн удааширч, үхэж байгаа бөгөөд дахин дамжуулах нь зөөврийн компьютер дээрх хүнийхээс 3 дахин удаашралтай тул хүмүүс үүнтэй ажиллах шаардлагатай болно (3-4). үндсэн, мөн 25-40 таймер).
Захиалга биш.
Тэрээр Гилев тестийг ашиглахыг зөвлөсөн (түүний сайт нь Google-д хялбар байдаг), энэ нь туслах үйлчилгээ, мэдээллээр дүүрэн байдаг. Тэр үүнийг ашигласан.
Туршилт нь бүх зүйл муу байгааг харуулсан бөгөөд санал болгосон хэрэглэгчдийн тоо байхгүй байна.
Илүү анхааралтай ажиглавал би суурь болон лог нь наад зах нь өөр өөр дискнүүд дээр байгаа гэдгийг ойлгосон - гэхдээ логик юм.
Үүнийг засахын тулд би өөртөө болон бусдад зориулж дэлгэцийн агшин болон энэхүү санамж бичгийг хийсэн.
Мэдээллийн сан үүсгэх SQL серверменежментийн студи. Бид мэдээллийн сан болон бүртгэлийг өөр өөр физик диск дээр тараадаг.
Энгийн сэргээх аргыг сонгоно уу
Бид бүтээдэг шинэ суурькомпьютер дээрх 1С клиентээр дамжуулан
Мэдээллийн сан нэмэхийг сонгоно уу. Манай тохиолдолд тохиргоо байхгүй байна.
Нэр тавих. Энд ямар ч байсан. Серверээс илүү сайн.
Бид өгөгдлийг бөглөнө. Сервер дээр заасан үед серверийн нэрийг 127.0.0.1 гэж зааж өгсөн - өөрөөр ажиллахгүй байна.
энд юу ч битгий өөрчил
Бид мэдээллийн баазаа ачаалж байна (өмнө нь байсан эсвэл шинэ, жишээ нь тест)
Үнэндээ суурь сонголт. Би платформ 8.3-д зориулсан Гилевийн тестийг ачаалж байна
Бид баталж байна
Бид баталж байна
Туршилтын үр дүн. Бүх зүйл муу хэвээр байгаа ч санал болгож буй хэрэглэгчдийн тоо шаардлагатай хэмжээнээс их байгаа нь сайн хэрэг.
P.S. Нөөцлөхөө бүү мартаарай.
P.P.S. Гилев тестийг ямар ч байлдааны мэдээллийн сантай ижил хадгалах байршилд байрладаг туршилтын мэдээллийн санд ажиллуулахдаа наад зах нь Бүртгэлийн файл бүх зүйлийг багтаах хандлагатай байдаг гэдгийг санаарай. чөлөөт газар, энэ нь байлдааны баазыг зогсоож, шалгалтанд тэнцэхгүй байх явдал юм !!!
P.P.P.S нь SQL нь SQL суулгасан газартай (С-д анхдагчаар) байрлах TEMP мэдээллийн баазыг ашиглан ажилладаг гэдгийг санаарай.
Тиймээс энэ мэдээллийн санд хандах хандалтыг сайжруулах нь зүйтэй юм.
Мөн туслах мэдээлэл - Effector Saver нь үндсэн 1-ийг хэмнэх боломжийг танд олгоно
Бусад бүх зүйлийг нөөцлөх нь утгагүй юм, учир нь миний хувьд лицензүүд нь програм хангамж бөгөөд өөр техник хангамж руу шилжих үед лицензүүд нь алга болдог.
Нэмэлтээс.
Хэрэв та домэйн хэрэглэгчдэд 1С ашиглан ямар ч мэдээллийн сан үүсгэх эрх чөлөөг өгөхийг хүсч байвал данс 1С серверийн үйлчилгээ нь системийн администраторгүйгээр мэдээллийн сан үүсгэх эрхтэй домэйн данс үүсгэхэд хангалттай.
Үүний зэрэгцээ та мэдээллийн сангийн шинж чанарт нэвтрэх болон нууц үгээ бичих шаардлагагүй ...
Ачааж байна...