Аптымізацыя прадукцыйнасці 1С

  1. Артыкулы па аптымізацыі прадукцыйнасці 1С для праграмістаў

У большасці выпадкаў, як толькі спецыялісты сутыкаюцца з праблемай прадукцыйнасці, яны пачынаюць дзейнічаць наўгад. Шляхам перабору розных варыянтаў спадзяюцца знайсці правільны у дадзенай сітуацыі. Натуральна гэта не самы лепшы спосаб і вельмі часта задаюцца пытаннем з чаго пачаць і што лепш ужыць? Якая павінна быць паслядоўнасць дзеянняў пры ўзнікненні праблем?

Якая павінна быць паслядоўнасць дзеянняў пры ўзнікненні праблем

Артыкулы па аптымізацыі прадукцыйнасці 1С для праграмістаў

Методыка павышэння прадукцыйнасці 1С

Такім чынам, з чаго пачаць і як дзейнічаць правільна.

Калі ёсць праблема прадукцыйнасці, першае, што неабходна зрабіць, трэба зафіксаваць з дапамогай тэхналогіі APDEX бягучую прадукцыйнасць. Даведацца на колькі дрэнна сістэма стала працаваць. Асабліва гэта важна, калі выконваецца аптымізацыя не дзеля сваёй кампаніі, дзе вы з'яўляецеся штатным супрацоўнікам, а выступаеце ў якасці вонкавага эксперта.

Далей неабходна паглядзець, выконваецца Ці сэрвэры СКБД рэгламентныя аперацыі, абнаўляецца Ці статыстыка, ці ёсць дэфрагментацыя індэксаў? Калі рэгламентныя аперацыі не выконваюцца, то іх выкананне трэба наладзіць, запусціць сістэму і прааналізаваць, як змяніўся APDEX . Ацэньваем, ці змянілася прадукцыйнасць.

Наступны этап. Калі рэгламентныя аперацыі ўключаны і гэта не дапамагло, даследуем, выконваецца Ці гэтая аперацыя ў аднакарыстальніцкім рэжыме, рэдка дастасавальна на практыцы, ці толькі ў шматкарыстальніцкім рэжыме. Калі аперацыя выконваецца павольна і ў аднакарыстальніцкім рэжыме, то яе даволі лёгка аптымізаваць з дапамогай замеру прадукцыйнасці ў канфігуратар 1С . А вось калі аперацыя выконваецца павольна толькі ў шматкарыстальніцкім рэжыме, тады гэта відавочна праблемы звязаныя з паралельнай працай. Тут без старонніх інструментам выкарыстоўваючы адзін канфігуратар абыйсціся значна складаней.

Пасля збору ўсіх неабходны дадзеных глядзім, ці можна паскорыць сістэму без «апгрэйду» абсталявання. Як гэта даведацца? Калі відаць, што ёсць не аптымальныя запыты, чакання на блакаваннях, то пра «апгрэйд» пакуль можна забыцца. Ёсць яшчэ запас па аптымізацыі на ўзроўні праграмнага кода.

Заключным этапам з'яўляецца рэгулярны маніторынг прадукцыйнасці. Абавязкова павінны быць устаноўлены лічыльнікі, якія будуць паказваць, наколькі зладжана працуе сістэма.

І як можна заўважыць у гэтага працэсу ёсць пачатак, але няма лагічнага канца. Прадукцыйнасць трэба адсочваць пастаянна. Не важна, ці маюцца ў дадзены момант відавочныя праблемы ці не.

Натуральна гэта не самы лепшы спосаб і вельмі часта задаюцца пытаннем з чаго пачаць і што лепш ужыць?
Якая павінна быць паслядоўнасць дзеянняў пры ўзнікненні праблем?
Далей неабходна паглядзець, выконваецца Ці сэрвэры СКБД рэгламентныя аперацыі, абнаўляецца Ці статыстыка, ці ёсць дэфрагментацыя індэксаў?
Як гэта даведацца?