DIY- ကျွန်ုပ်တို့သည် ဂိုဒေါင်စောင့်ကြည့်ခြင်းကို မည်သို့ပြန်လုပ်မည်နည်း။

X5 သည် ဖြန့်ဖြူးရေးစင်တာ 43 ခုနှင့် ၎င်း၏ကိုယ်ပိုင်ထရပ်ကား 4 စီးကို လည်ပတ်စေပြီး စတိုးဆိုင်ပေါင်း 029 သို့ ကုန်ပစ္စည်းများ အနှောင့်အယှက်ကင်းစွာ ထောက်ပံ့မှုကို အာမခံပါသည်။ ဤဆောင်းပါးတွင် ကျွန်ုပ်သည် ဂိုဒေါင်ဖြစ်ရပ်များကို အစမှစောင့်ကြည့်ရန်အတွက် အပြန်အလှန်အကျိုးပြုသောစနစ်တစ်ခု ဖန်တီးခြင်း၏အတွေ့အကြုံကို မျှဝေပါမည်။ ဒါဇင်များစွာသော ဖြန့်ဖြူးရေးစင်တာများ ရှိသည့် ကုန်သွယ်မှုကုမ္ပဏီများ၏ ထောက်ပံ့ပို့ဆောင်ရေးသမားများအတွက် အသုံးဝင်စေမည့် အချက်အလက်များဖြစ်သည်။

စည်းကမ်းအတိုင်း၊ စောင့်ကြည့်စစ်ဆေးခြင်းနှင့် စီးပွားရေးလုပ်ငန်းစဉ် စီမံခန့်ခွဲမှုစနစ်များ တည်ဆောက်ခြင်းသည် သတင်းစကားများနှင့် အဖြစ်အပျက်များကို လုပ်ဆောင်ခြင်းဖြင့် စတင်သည်။ တစ်ချိန်တည်းမှာပင်၊ လုပ်ငန်းဖြစ်ရပ်များနှင့် မှတ်တမ်းတင်ခြင်းဖြစ်ရပ်များကို အလိုအလျောက်အလိုအလျောက်ပြုလုပ်နိုင်ခြေနှင့် ဆက်စပ်သော အရေးကြီးသောနည်းပညာဆိုင်ရာအချက်တစ်ချက်မှာ လွဲချော်သွားပါသည်။ WMS၊ TMS စသည်တို့ကဲ့သို့သော လုပ်ငန်းစနစ်အများစုတွင် ၎င်းတို့၏ကိုယ်ပိုင်လုပ်ငန်းစဉ်များကို စောင့်ကြည့်ရန် တပ်ဆင်ထားသည့်ကိရိယာများရှိသည်။ သို့သော်၊ ၎င်းတို့သည် မတူညီသော ထုတ်လုပ်သူမှ စနစ်များ သို့မဟုတ် စောင့်ကြည့်ရေး လုပ်ဆောင်နိုင်စွမ်း လုံလောက်စွာ မဖွံ့ဖြိုးပါက၊ သင်သည် စျေးကြီးသော ပြုပြင်မွမ်းမံမှုများကို မှာယူရန် သို့မဟုတ် အပိုဆက်တင်များအတွက် အထူးပြုအတိုင်ပင်ခံများကို ဆွဲဆောင်ရမည်ဖြစ်သည်။

စနစ်မှ ညွှန်ကိန်းများရယူရန် အရင်းအမြစ်များ (ဇယားများ) နှင့် ဆက်စပ်နေသော အတိုင်ပင်ခံ၏ အစိတ်အပိုင်း အနည်းငယ်မျှသာ လိုအပ်သည့် ချဉ်းကပ်မှုတစ်ခုကို သုံးသပ်ကြည့်ကြပါစို့။

ကျွန်ုပ်တို့၏ ဂိုဒေါင်များ၏ သီးခြားထူးခြားချက်မှာ သိုလှောင်ရုံစီမံခန့်ခွဲမှုစနစ်များ (WMS Exceed) သည် ထောက်ပံ့ပို့ဆောင်ရေးဆိုင်ရာ ရှုပ်ထွေးမှုတစ်ခုတွင် လုပ်ဆောင်နေခြင်းဖြစ်သည်။ သိုလှောင်ရုံများ (အခြောက်၊ အရက်၊ အေးခဲစသည်) ကို ယုတ္တိနည်းအရသာမက ကုန်စည်သိုလှောင်မှု အမျိုးအစားအလိုက် ခွဲခြားထားသည်။ ထောက်ပံ့ပို့ဆောင်ရေးဆိုင်ရာ ရှုပ်ထွေးမှုတစ်ခုအတွင်း သီးခြားဂိုဒေါင်အဆောက် အအုံများစွာရှိပြီး တစ်ခုချင်းစီကို ၎င်း၏ကိုယ်ပိုင် WMS မှ စီမံခန့်ခွဲသည်။

ဂိုဒေါင်အတွင်း ဖြစ်ပေါ်နေသည့် လုပ်ငန်းစဉ်များ၏ ယေဘူယျရုပ်ပုံလွှာကို ဖန်တီးရန်အတွက် မန်နေဂျာများသည် WMS တစ်ခုစီ၏ တစ်နေ့လျှင် အကြိမ်များစွာ အစီရင်ခံခြင်းကို ပိုင်းခြားစိတ်ဖြာကာ၊ ဂိုဒေါင်အော်ပရေတာများ (လက်ခံသူများ၊ ရွေးယူသူများ၊ stackers) များမှ မက်ဆေ့ချ်များကို စီမံဆောင်ရွက်ကြပြီး အချက်အလက်ဘုတ်ပေါ်တွင် ရောင်ပြန်ဟပ်ရန်အတွက် အမှန်တကယ် လုပ်ငန်းလည်ပတ်မှုဆိုင်ရာ ညွှန်ကိန်းများကို အကျဉ်းချုံ့ကြသည်။

မန်နေဂျာများ အချိန်ကုန်သက်သာစေရန်အတွက် ဂိုဒေါင်ဖြစ်ရပ်များကို လည်ပတ်ထိန်းချုပ်ရန်အတွက် စျေးသက်သာသောစနစ်တစ်ခုကို တီထွင်ရန် ဆုံးဖြတ်ခဲ့သည်။ စနစ်သစ်သည် ဂိုဒေါင်လုပ်ငန်းစဉ်များ၏ လည်ပတ်ဆောင်ရွက်မှုဆိုင်ရာ စွမ်းဆောင်ရည်၏ “ပူ” ညွှန်ပြမှုများအပြင်၊ ပေးထားသော အညွှန်းကိန်းများကို ထိခိုက်စေသည့် အကြောင်းရင်းများကို ဖယ်ရှားပစ်ရန်အတွက် မန်နေဂျာများအား အဖြစ်အပျက်များကို မှတ်တမ်းတင်ခြင်းနှင့် လုပ်ငန်းအကောင်အထည်ဖော်မှုကို စောင့်ကြည့်ခြင်းတို့တွင် ကူညီပေးသင့်သည်။ ကုမ္ပဏီ၏ အိုင်တီဗိသုကာဆိုင်ရာ အထွေထွေစစ်ဆေးမှုကို လုပ်ဆောင်ပြီးနောက်၊ လိုအပ်သောစနစ်၏ အစိတ်အပိုင်းတစ်ခုချင်းစီသည် ကျွန်ုပ်တို့၏ရှုခင်းတွင် တစ်နည်းမဟုတ်တစ်နည်း ရှိနှင့်ပြီးဖြစ်ကြောင်းနှင့် ၎င်းတို့အတွက် ဆက်တင်များနှင့် လိုအပ်သော ပံ့ပိုးကူညီမှုဝန်ဆောင်မှုများ နှစ်ခုစလုံးရှိနေကြောင်း ကျွန်ုပ်တို့ သိရှိလိုက်ရပါသည်။ ကျန်တာအားလုံးက အယူအဆတစ်ခုလုံးကို ဗိသုကာအဖြေတစ်ခုအဖြစ် ယူဆောင်လာပြီး ဖွံ့ဖြိုးတိုးတက်မှုနယ်ပယ်ကို ခန့်မှန်းဖို့ပါပဲ။

စနစ်သစ်တစ်ခုတည်ဆောက်ရန် လုပ်ဆောင်ရမည့်အလုပ်ပမာဏကို အကဲဖြတ်ပြီးနောက်၊ ပရောဂျက်ကို အဆင့်များစွာခွဲရန် ဆုံးဖြတ်ခဲ့သည်-

1. သိုလှောင်ရုံလုပ်ငန်းစဉ်များအတွက် ညွှန်ကိန်းများ စုဆောင်းခြင်း၊ အမြင်အာရုံနှင့် ညွှန်ကိန်းများနှင့် သွေဖည်မှုများကို ထိန်းချုပ်ခြင်း။
2. လုပ်ငန်းစဉ်စံနှုန်းများကို အလိုအလျောက်လုပ်ဆောင်ခြင်းနှင့် သွေဖီခြင်းများအတွက် လုပ်ငန်းဝန်ဆောင်မှုဝန်ဆောင်မှုများတွင် လျှောက်လွှာများကို မှတ်ပုံတင်ခြင်း။
3. ဝန်ခန့်မှန်းချက်နှင့် မန်နေဂျာများအတွက် အကြံပြုချက်များ ဖန်တီးခြင်းဖြင့် တက်ကြွစွာ စောင့်ကြည့်ခြင်း။

ပထမအဆင့်တွင်၊ စနစ်သည် ရှုပ်ထွေးသော WMS အားလုံးထံမှ ပြင်ဆင်ထားသော လုပ်ငန်းဆောင်ရွက်မှုဒေတာချပ်များကို စုဆောင်းရပါမည်။ စာဖတ်ခြင်းသည် အချိန်နှင့်တပြေးညီနီးပါး ဖြစ်ပေါ်သည် (၅ မိနစ်အောက် ကြားကာလများ)။ လှည့်ကွက်မှာ စနစ်တစ်ခုလုံးကို ကွန်ရက်တစ်ခုလုံးသို့ ဖြန့်ကျက်သည့်အခါ ဒါဇင်များစွာသော ဂိုဒေါင်များ၏ DBMS မှ ဒေတာကို ရယူရမည်ဖြစ်သည်။ အစီအစဉ်ဆွဲထားသော အညွှန်းများမှ သွေဖည်မှုများကို တွက်ချက်ရန်နှင့် စာရင်းဇယားများကို တွက်ချက်ရန်အတွက် လက်ခံရရှိထားသော လုပ်ငန်းလည်ပတ်မှုဒေတာအား စနစ်အူတိုင်၏ ယုတ္တိယုတ္တိဖြင့် လုပ်ဆောင်ပါသည်။ ဤနည်းဖြင့် လုပ်ဆောင်ခဲ့သော ဒေတာကို မန်နေဂျာ၏ တက်ဘလက်တွင် သို့မဟုတ် နားလည်နိုင်သော ဂရပ်များနှင့် ပုံများပုံစံဖြင့် ဂိုဒေါင်သတင်းအချက်အလက်ဘုတ်တွင် ပြသရပါမည်။

ပထမအဆင့်၏ရှေ့ပြေးအကောင်အထည်ဖော်မှုအတွက်သင့်လျော်သောစနစ်တစ်ခုကိုရွေးချယ်သောအခါ Zabbix ကိုကျွန်ုပ်တို့ရွေးချယ်ခဲ့သည်။ ဤစနစ်ကို ဂိုဒေါင်စနစ်များ၏ IT စွမ်းဆောင်ရည်ကို စောင့်ကြည့်ရန် အသုံးပြုထားပြီးဖြစ်သည်။ ဂိုဒေါင်လည်ပတ်မှုဆိုင်ရာ လုပ်ငန်းတိုင်းတာမှုဆိုင်ရာ တိုင်းတာမှုအတွက် သီးခြားတပ်ဆင်မှုတစ်ခုကို ပေါင်းထည့်ခြင်းဖြင့်၊ ဂိုဒေါင်၏ ကျန်းမာရေး အလုံးစုံကို သင်ရနိုင်မည်ဖြစ်သည်။

စနစ်၏ ယေဘူယျဗိသုကာသည် ပုံတွင်ပါသည့်အတိုင်း ဖြစ်လာသည်။

WMS instance တစ်ခုစီကို စောင့်ကြည့်ရေးစနစ်အတွက် host တစ်ခုအဖြစ် သတ်မှတ်သည်။ ပြင်ဆင်ထားသော SQL query တစ်ခုဖြင့် script တစ်ခုကို run ခြင်းဖြင့် data center network ရှိ ဗဟိုဆာဗာမှ မက်ထရစ်များကို စုဆောင်းပါသည်။ အကယ်၍ သင်သည် ဒေတာဘေ့စ်သို့ တိုက်ရိုက်ဝင်ရောက်ခွင့်ကို အကြံပြုခြင်းမရှိသော စနစ်တစ်ခုကို စောင့်ကြည့်ရန် လိုအပ်ပါက (ဥပမာ၊ SAP EWM)၊ သင်သည် ညွှန်းကိန်းများရယူရန် သို့မဟုတ် ရိုးရှင်းသော ပရိုဂရမ်တစ်ခုကို python/vbascript ဖြင့် မှတ်တမ်းတင်ထားသော API လုပ်ဆောင်ချက်များသို့ script ခေါ်ဆိုမှုများကို အသုံးပြုနိုင်သည်။

ပင်မဆာဗာမှဝန်ကိုဖြန့်ဝေရန်အတွက် Zabbix ပရောက်စီဥပမာကို ဂိုဒေါင်ကွန်ရက်တွင် ဖြန့်ကျက်ထားသည်။ Proxy မှတဆင့်၊ ဒေသန္တရ WMS ဖြစ်ရပ်များအားလုံးနှင့် အလုပ်လုပ်ရန် သေချာပါသည်။ နောက်တစ်ကြိမ် Zabbix ဆာဗာသည် ကန့်သတ်ဘောင်များကို တောင်းဆိုသည့်အခါ WMS ဒေတာဘေ့စ်မှ မက်ထရစ်များကို တောင်းဆိုရန်အတွက် Zabbix proxy ဖြင့် host တွင် script တစ်ခုကို လုပ်ဆောင်သည်။

အလယ်ပိုင်း Zabbix ဆာဗာတွင် ဂရပ်ဖစ်များနှင့် ဂိုဒေါင်အညွှန်းများကို ပြသရန်၊ ကျွန်ုပ်တို့သည် Grafana ကို အသုံးပြုသည်။ ဂိုဒေါင်လည်ပတ်မှုများ၏ infographics များနှင့်အတူ ပြင်ဆင်ထားသော ဒက်ရှ်ဘုတ်များကို ပြသသည့်အပြင်၊ Grafana သည် ညွှန်ကိန်းများတွင် သွေဖည်မှုများကို စောင့်ကြည့်ရန်နှင့် လုပ်ငန်းဖြစ်ရပ်များနှင့် လုပ်ဆောင်ရန်အတွက် ဂိုဒေါင်ဝန်ဆောင်မှုစနစ်သို့ အလိုအလျောက်သတိပေးချက်များကို ပေးပို့မည်ဖြစ်သည်။

ဥပမာအနေနဲ့၊ ဂိုဒေါင်လက်ခံတဲ့ဧရိယာမှာ ဝန်ထိန်းချုပ်မှုကို အကောင်အထည်ဖော်ဖို့ စဉ်းစားကြည့်ရအောင်။ ဂိုဒေါင်၏ ဤဧရိယာရှိ လုပ်ငန်းစဉ်စွမ်းဆောင်ရည်၏ အဓိကအညွှန်းများအဖြစ် အောက်ပါတို့ကို ရွေးချယ်ခဲ့သည်။

• ဧည့်ခံဧရိယာရှိ မော်တော်ယာဉ်အရေအတွက် (စီစဉ်ထားသော၊ ရောက်ရှိ၊ စာရွက်စာတမ်းများ၊ တင်ဆောင်ခြင်း၊ ထွက်ခွာခြင်း၊
• နေရာချထားမှုနှင့် ဖြည့်ဆည်းမှုဧရိယာများ (သိုလှောင်မှုအခြေအနေအရ) ၏အလုပ်ဝန်။

setting များကို

စနစ်၏ အဓိကအစိတ်အပိုင်းများ (SQLcl၊ Zabbix၊ Grafana) ၏ တပ်ဆင်ခြင်းနှင့် ဖွဲ့စည်းမှုပုံစံများကို အမျိုးမျိုးသောရင်းမြစ်များတွင် ဖော်ပြထားပြီး ဤနေရာတွင် ထပ်ခါထပ်ခါ ပြုလုပ်မည်မဟုတ်ပါ။ SQLplus အစား SQLcl ကိုအသုံးပြုခြင်းသည် SQLcl (java တွင်ရေးသားထားသော Oracle DBMS ၏ command line interface) သည် Oracle Client ၏နောက်ထပ်ထည့်သွင်းမှုမလိုအပ်ဘဲ ကွက်လပ်တွင်အလုပ်လုပ်သောကြောင့်ဖြစ်သည်။

Zabbix ကို ဂိုဒေါင်လုပ်ငန်း လုပ်ငန်းစဉ် ညွှန်ကိန်းများကို စောင့်ကြည့်ရန် Zabbix ကို အသုံးပြုသည့်အခါ အဓိက ဂရုပြုသင့်သည့် အချက်များနှင့် ၎င်းတို့ကို အကောင်အထည်ဖော်ရန် ဖြစ်နိုင်သည့် နည်းလမ်းများထဲမှ တစ်ခုကို ဖော်ပြပါမည်။ ဒါ့အပြင် ဒီပို့စ်ဟာ လုံခြုံရေးနဲ့ ပတ်သက်တဲ့ ပို့စ်လည်း မဟုတ်ပါဘူး။ ချိတ်ဆက်မှုများ၏လုံခြုံရေးနှင့် တင်ပြထားသောနည်းလမ်းများကိုအသုံးပြုခြင်းသည် ရှေ့ပြေးဖြေရှင်းချက်ကို ဖြစ်ထွန်းသောလည်ပတ်မှုသို့လွှဲပြောင်းခြင်းလုပ်ငန်းစဉ်တွင် ထပ်လောင်းလေ့လာရန် လိုအပ်ပါသည်။

အဓိကအချက်မှာ ထိုသို့သောစနစ်ကို အကောင်အထည်ဖော်သည့်အခါ၊ စနစ်မှပေးဆောင်သော ဆက်တင်များကို အသုံးပြု၍ ပရိုဂရမ်မတင်ဘဲ လုပ်ဆောင်နိုင်သည်။

Zabbix စောင့်ကြည့်ရေးစနစ်သည် စောင့်ကြည့်စစ်ဆေးသည့်စနစ်မှ မက်ထရစ်များကို စုဆောင်းရန်အတွက် ရွေးချယ်စရာများစွာကို ပေးဆောင်သည်။ ၎င်းကို တိုက်ရိုက်မဲရုံစောင့်ကြည့်ခံအိမ်ရှင်များအား စစ်တမ်းကောက်ယူခြင်းဖြင့်ဖြစ်စေ သို့မဟုတ် အဆင့်နိမ့်ရှာဖွေတွေ့ရှိမှုကန့်သတ်ဘောင်များကို ပြင်ဆင်သတ်မှတ်ခြင်းနည်းလမ်းများအပါအဝင် အိမ်ရှင်၏ zabbix_sender မှတစ်ဆင့် ဆာဗာသို့ ဒေတာပေးပို့မှု ပိုမိုအဆင့်မြင့်သည့်နည်းလမ်းဖြင့် လုပ်ဆောင်နိုင်သည်။ ကျွန်ုပ်တို့၏ပြဿနာကိုဖြေရှင်းရန်၊ ဗဟိုဆာဗာမှ host များကိုတိုက်ရိုက်မဲပေးသည့်နည်းလမ်းသည် အလွန်သင့်လျော်သောကြောင့်ဖြစ်သည်။ ၎င်းသည် သင့်အား မက်ထရစ်များရယူမှု၏ အစီအစဥ်အပေါ် အပြည့်အဝထိန်းချုပ်နိုင်စေပြီး ၎င်းတို့အား စောင့်ကြည့်ထားသော host တစ်ခုစီသို့ ဖြန့်ဝေရန်မလိုအပ်ဘဲ ဆက်တင်များ/စခရစ်များကို သင်အသုံးပြုကြောင်း သေချာစေသည်။

အမှားရှာပြင်ခြင်းနှင့် စနစ်ထည့်သွင်းခြင်းအတွက် “စမ်းသပ်ဘာသာရပ်များ” အနေဖြင့်၊ လက်ခံမှုစီမံခန့်ခွဲမှုအတွက် WMS အလုပ်စာရွက်ကို ကျွန်ုပ်တို့အသုံးပြုသည်-

1. ဧည့်ခံယာဉ်များ၊ ရောက်ရှိလာသမျှ- "- လက်ရှိအချိန်မှ 72 နာရီ" ကာလအတွက် အခြေအနေများပါရှိသော ယာဉ်များအားလုံး - SQL query identifier- getCars.
2. ယာဉ်အခြေအနေအားလုံး၏သမိုင်း- 72 နာရီအတွင်းရောက်ရှိလာသောယာဉ်အားလုံး၏အခြေအနေများ - SQL query identifier- ကားများသမိုင်း.
3. လက်ခံရန် စီစဉ်ထားသော ယာဉ်များ- "Scheduled" အခြေအနေ၊ အချိန်ကာလ "- 24 နာရီ" နှင့် "+24 နာရီ" နှင့် လက်ရှိအချိန်မှ "+XNUMX နာရီ" - "Scheduled" အနေအထားတွင် ရောက်ရှိသည့် ယာဉ်အားလုံး၏ အခြေအနေများ - SQL query identifier- ကားများ.

ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် သိုလှောင်ရုံ စွမ်းဆောင်ရည် တိုင်းတာမှု အစုံအလင်ကို ဆုံးဖြတ်ပြီးနောက်၊ WMS ဒေတာဘေ့စ်အတွက် SQL မေးမြန်းမှုများကို ပြင်ဆင်ပါမည်။ စုံစမ်းမေးမြန်းမှုများကို လုပ်ဆောင်ရန်၊ ပင်မဒေတာဘေ့စ်မဟုတ်သော်လည်း ၎င်း၏ "hot" ကော်ပီ - အသင့်အနေအထားကို အသုံးပြုရန် အကြံပြုလိုပါသည်။

ဒေတာလက်ခံရရှိရန် အသင့်အနေအထားဖြင့် Oracle DBMS သို့ ချိတ်ဆက်ပါသည်။ စမ်းသပ်ဒေတာဘေ့စ်သို့ချိတ်ဆက်ရန်အတွက် IP လိပ်စာ 192.168.1.106. ကျွန်ုပ်တို့သည် SQLcl အလုပ်လုပ်သောဖိုင်တွဲ၏ TNSNames.ORA ရှိ Zabbix ဆာဗာတွင် ချိတ်ဆက်မှုဘောင်များကို သိမ်းဆည်းသည်-

# cat  /opt/sqlcl/bin/TNSNames.ORA
WH1_1=
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.106)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME =  WH1_1)
    )
  )

၎င်းသည် ကျွန်ုပ်တို့အား လော့ဂ်အင်/စကားဝှက်နှင့် ဒေတာဘေ့စ်အမည်ကိုသာ သတ်မှတ်ပေးခြင်းဖြင့် EZconnect မှတစ်ဆင့် host တစ်ခုစီသို့ SQL queries များကို လုပ်ဆောင်နိုင်စေမည်ဖြစ်သည်။

# sql znew/Zabmon1@WH1_1

ကျွန်ုပ်တို့သည် Zabbix ဆာဗာရှိ အလုပ်ဖိုင်တွဲတွင် ပြင်ဆင်ထားသော SQL မေးမြန်းမှုများကို သိမ်းဆည်းသည်-

/etc/zabbix/sql

ကျွန်ုပ်တို့၏ဆာဗာ၏ zabbix အသုံးပြုသူကို ဝင်ရောက်ခွင့်ပြုပါ-

# chown zabbix:zabbix -R /etc/zabbix/sql

တောင်းဆိုမှုများပါရှိသော ဖိုင်များသည် Zabbix ဆာဗာမှ ဝင်ရောက်အသုံးပြုရန်အတွက် သီးခြားသတ်မှတ်သူအမည်ကို ရရှိသည်။ SQLcl မှတဆင့် ဒေတာဘေ့စ်မေးခွန်းတစ်ခုစီသည် ကျွန်ုပ်တို့အား ကန့်သတ်ချက်များစွာကို ပြန်ပေးသည်။ တောင်းဆိုမှုတစ်ခုလျှင်မက်ထရစ်တစ်ခုသာလုပ်ဆောင်နိုင်သည့် Zabbix ၏အသေးစိတ်အချက်အလက်များကိုထည့်သွင်းစဉ်းစားခြင်းဖြင့်၊ မေးခွန်းတစ်ခုချင်းစီ၏မက်ထရစ်များကိုခွဲခြမ်းစိတ်ဖြာရန်နောက်ထပ် script များကိုအသုံးပြုပါမည်။

ပင်မဇာတ်ညွှန်းကို ပြင်ဆင်ကြပါစို့၊ ၎င်းကို wh_Metrics.sh ဟုခေါ်ကြပါစို့၊ ဒေတာဘေ့စ်သို့ SQL စုံစမ်းမေးမြန်းမှုတစ်ခုအား ခေါ်ဆိုရန်၊ ရလဒ်များကို သိမ်းဆည်းပြီး ဒေတာပြန်လည်ရယူခြင်း၏အောင်မြင်မှုညွှန်းကိန်းများနှင့်အတူ နည်းပညာဆိုင်ရာမက်ထရစ်တစ်ခုကို ပြန်ပေးကြပါစို့။

#!/bin/sh 
## настройка окружения</i>
export ORACLE_HOME=/usr/lib/oracle/11.2/client64
export PATH=$PATH:$ORACLE_HOME/bin
export LD_LIBRARY_PATH=$ORACLE_HOME/lib:/usr/lib64:/usr/lib:$ORACLE_HOME/bin
export TNS_ADMIN=$ORACLE_HOME/network/admin
export JAVA_HOME=/
alias sql="opt/sqlcl/bin/sql"
## задаём путь к файлу с sql-запросом и параметризованное имя файла
scriptLocation=/etc/zabbix/sql
sqlFile=$scriptLocation/sqlScript_"$2".sql
## задаём путь к файлу для хранения результатов
resultFile=/etc/zabbix/sql/mon_"$1"_main.log
## настраиваем строку подключения к БД
username="$3"
password="$4"
tnsname="$1"
## запрашиваем результат из БД
var=$(sql -s $username/$password@$tnsname < $sqlFile)
## форматируем результат запроса и записываем в файл
echo $var | cut -f5-18 -d " " > $resultFile
## проверяем наличие ошибок
if grep -q ora "$resultFile"; then
    echo null > $resultFile
    echo 0
else
    echo 1
fi

Zabbix-proxy configuration ဆက်တင်များနှင့်အညီ ပြင်ပ script များကို သိမ်းဆည်းရန်အတွက် ဖိုင်တွဲတွင် ပြီးဆုံးသောဖိုင်ကို script ဖြင့် ထားပါသည် (ပုံမှန်အားဖြင့် - /usr/local/share/zabbix/externalscripts).

script မှရလဒ်များကိုလက်ခံရရှိသည့်ဒေတာဘေ့စ၏ဖော်ထုတ်ခြင်းအား script parameter အဖြစ်ဖြတ်သန်းမည်ဖြစ်သည်။ ဒေတာဘေ့စ် ID သည် TNSNames.ORA ဖိုင်ရှိ ဆက်တင်လိုင်းနှင့် ကိုက်ညီရပါမည်။

SQL query call ၏ရလဒ်ကို ကြိုက်သောဖိုင်တွင် သိမ်းဆည်းထားသည်။ mon_base_id_main.log နေရာတွင် base_id= ဒေတာဘေ့စ်အမှတ်အသားကို ဇာတ်ညွှန်းဘောင်တစ်ခုအဖြစ် လက်ခံရရှိခဲ့သည်။ ဆာဗာမှ ဒေတာဘေ့စ်များစွာကို တစ်ပြိုင်နက် တောင်းဆိုမှုများရှိလာသောအခါတွင် ဒေတာဘေ့စ်အမှတ်အသားများဖြင့် ရလဒ်ဖိုင်ကို ခွဲဝေပေးပါသည်။ query သည် စီထားသည့် နှစ်ဖက်မြင် တန်ဖိုးများကို ပြန်ပေးသည်။

တောင်းဆိုမှုရလဒ်နှင့်အတူ ဖိုင်တစ်ခုမှ သတ်မှတ်ထားသော မက်ထရစ်တစ်ခုကို ရယူရန် အောက်ပါ script ကို getMetrica.sh ဟုခေါ်ကြပါစို့။

#!/bin/sh 
## определяем имя файла с результатом запроса
resultFile=/etc/zabbix/sql/mon_”$1”_main.log
## разбираем массив значений результата средствами скрипта:
## при работе со статусами, запрос возвращает нам двумерный массив (RSLT) в виде 
## {статус1 значение1 статус2 значение2…} разделённых пробелами (значение IFS)
## параметром запроса передаём код статуса и скрипт вернёт значение
IFS=’ ‘
str=$(cat $resultFile)
status_id=null
read –ra RSLT <<< “$str”
for i in “${RSLT[@]}”; do
if [[ “$status_id” == null ]]; then
status_id=”$I"
elif [[ “$status_id” == “$2” ]]; then
echo “$i”
break
else
status_id=null
fi
done

ယခု ကျွန်ုပ်တို့သည် Zabbix ကို ပြင်ဆင်သတ်မှတ်ပြီး ဂိုဒေါင်လက်ခံမှုလုပ်ငန်းစဉ်များ၏ စောင့်ကြည့်စစ်ဆေးခြင်းဆိုင်ရာ အညွှန်းများကို စတင်ရန် အဆင်သင့်ဖြစ်နေပါပြီ။

Zabbix အေးဂျင့်တစ်ခုအား ဒေတာဘေ့စ် node တစ်ခုစီတွင် ထည့်သွင်းပြီး ပြင်ဆင်သတ်မှတ်ထားသည်။

ပင်မဆာဗာတွင် Zabbix proxy ဖြင့် ဆာဗာအားလုံးကို ကျွန်ုပ်တို့သတ်မှတ်သည်။ ဆက်တင်များအတွက်၊ အောက်ပါလမ်းကြောင်းကိုသွားပါ။

စီမံခန့်ခွဲရေး → ပရောက်စီ → ပရောက်စီကို ဖန်တီးပါ။

ထိန်းချုပ်ထားသော host များကို ကျွန်ုပ်တို့ သတ်မှတ်သည်-

ဆက်တင်များ → ဟို့စ်များ → အိမ်ရှင် ဖန်တီးပါ။

လက်ခံဆောင်ရွက်ပေးသူအမည်သည် အေးဂျင့်ဖွဲ့စည်းမှုပုံစံဖိုင်တွင် သတ်မှတ်ထားသည့် hostname နှင့် ကိုက်ညီရပါမည်။

ကျွန်ုပ်တို့သည် node အတွက် အုပ်စုကို ဒေတာဘေ့စ်နှင့်အတူ node ၏ IP လိပ်စာ သို့မဟုတ် DNS အမည်ကို သတ်မှတ်ပေးပါသည်။

ကျွန်ုပ်တို့သည် မက်ထရစ်များကို ဖန်တီးပြီး ၎င်းတို့၏ ဂုဏ်သတ္တိများကို သတ်မှတ်သည်-

ဆက်တင်များ → Nodes → 'node အမည်' → ဒေတာပစ္စည်းများ>ဒေတာကို ဖန်တီးပါ။

1) ဒေတာဘေ့စ်မှ ပါရာမီတာများအားလုံးကို မေးမြန်းရန် ပင်မမက်ထရစ်တစ်ခု ဖန်တီးပါ။

ကျွန်ုပ်တို့သည် ဒေတာဒြပ်စင်အမည်ကို သတ်မှတ်ပြီး “ပြင်ပအတည်ပြုခြင်း” အမျိုးအစားကို ညွှန်ပြသည်။ "သော့" အကွက်တွင်၊ ကျွန်ုပ်တို့သည် Oracle ဒေတာဘေ့စ်၏အမည်၊ sql စုံစမ်းမှုအမည်၊ ဒေတာဘေ့စ်သို့ချိတ်ဆက်ရန်အတွက် လော့ဂ်အင်နှင့် စကားဝှက်ကို ကန့်သတ်ချက်များအဖြစ် ကျွန်ုပ်တို့ဖြတ်သန်းသည့် script တစ်ခုကို သတ်မှတ်သည်။ မေးမြန်းမှု အပ်ဒိတ်ကြားကာလကို 5 မိနစ် (300 စက္ကန့်) သတ်မှတ်ပါ။

2) ယာဉ်အခြေအနေတစ်ခုစီအတွက် ကျန်ရှိသော မက်ထရစ်များကို ဖန်တီးပါ။ ပင်မမက်ထရစ်ကို စစ်ဆေးခြင်း၏ ရလဒ်အပေါ် အခြေခံ၍ ဤမက်ထရစ်များ၏ တန်ဖိုးများကို ထုတ်ပေးပါမည်။

ကျွန်ုပ်တို့သည် ဒေတာဒြပ်စင်အမည်ကို သတ်မှတ်ပြီး “ပြင်ပအတည်ပြုခြင်း” အမျိုးအစားကို ညွှန်ပြသည်။ "သော့" အကွက်တွင်၊ ကျွန်ုပ်တို့သည် Oracle ဒေတာဘေ့စ်၏အမည်နှင့် ကျွန်ုပ်တို့ခြေရာခံလိုသော တန်ဖိုး၏အခြေအနေကုဒ်ကို ကန့်သတ်ချက်များအဖြစ် ကျွန်ုပ်တို့ဖြတ်သန်းသွားသည့် script တစ်ခုကို သတ်မှတ်သည်။ ကျွန်ုပ်တို့သည် မေးခွန်းမွမ်းမံမှုကြားကာလကို ပင်မမက်ထရစ်ထက် 10 စက္ကန့် (310 စက္ကန့်) ရှည်စေသောကြောင့် ရလဒ်များကို ဖိုင်တွင်ရေးမှတ်ရန် အချိန်ရစေပါသည်။

မက်ထရစ်များ မှန်ကန်စွာရရှိရန်၊ စစ်ဆေးမှုများ စတင်လုပ်ဆောင်သည့် အစီအစဥ်သည် အရေးကြီးပါသည်။ ဒေတာလက်ခံရရှိချိန်တွင် ကွဲလွဲမှုများကို ရှောင်ရှားရန်အတွက်၊ ပထမဆုံးအနေဖြင့် ကျွန်ုပ်တို့သည် script ကိုခေါ်ဆိုခြင်းဖြင့် ပင်မမက်ထရစ် GetCarsByStatus ကို စတင်အသုံးပြုသည် - wh_Metrics.sh။

ဆက်တင်များ → Nodes → 'node အမည်' → ဒေတာဒြပ်စင်များ → Subfilter “ပြင်ပစစ်ဆေးမှုများ”။ လိုအပ်သော check ကိုမှတ်သားပြီး "Activate" ကိုနှိပ်ပါ။

ထို့နောက်၊ ကျွန်ုပ်တို့သည် လုပ်ဆောင်ချက်တစ်ခုတွင် ကျန်ရှိသော မက်ထရစ်များကို အသက်သွင်းပြီး ၎င်းတို့အားလုံးကို အတူတကွ ရွေးချယ်သည်-

ယခု Zabbix သည် ဂိုဒေါင်လုပ်ငန်းမက်ထရစ်များကို စတင်စုဆောင်းနေပြီဖြစ်သည်။

အောက်ပါဆောင်းပါးများတွင်၊ ကျွန်ုပ်တို့သည် Grafana ချိတ်ဆက်ခြင်းနှင့် သုံးစွဲသူအမျိုးအစားအမျိုးမျိုးအတွက် ကုန်လှောင်ရုံလုပ်ငန်းဆောင်ရွက်မှုဆိုင်ရာ အချက်အလက်ဒိုင်ခွက်များဖန်တီးခြင်းတို့ကို အနီးကပ်ကြည့်ရှုပါမည်။ Grafana သည် ဂိုဒေါင်လည်ပတ်မှုများတွင် သွေဖည်မှုများကို စောင့်ကြည့်ရန်အတွက်လည်း အသုံးပြုပြီး စည်းမျဥ်းများနှင့် သွေဖည်မှု အကြိမ်ရေပေါ်မူတည်၍ API မှတစ်ဆင့် ဂိုဒေါင်စီမံခန့်ခွဲမှုဝန်ဆောင်မှုစင်တာစနစ်တွင် အဖြစ်အပျက်များကို စာရင်းသွင်းပါ သို့မဟုတ် မန်နေဂျာထံသို့ အီးမေးလ်ဖြင့် အကြောင်းကြားချက်များကို ပေးပို့ပါ။

source: www.habr.com