Commvault ဖြင့် အရန်သိမ်းခြင်း- အချို့သော စာရင်းအင်းများနှင့် ကိစ္စများ

ယခင်ပို့စ်များတွင် ကျွန်ုပ်တို့သည် စနစ်ထည့်သွင်းရန် လမ်းညွှန်ချက်များကို မျှဝေထားပါသည်။ အရံမိတ္တူ и ပုံတူကူးခြင်း။ Veeam ကိုအခြေခံသည်။ ယနေ့ ကျွန်ုပ်တို့သည် Commvault ကိုအသုံးပြု၍ အရန်ကူးခြင်းအကြောင်း ဆွေးနွေးလိုပါသည်။ ညွှန်ကြားချက်များ ရှိမည်မဟုတ်သော်လည်း ကျွန်ုပ်တို့၏ဖောက်သည်များက အရန်သိမ်းထားပြီးဖြစ်သည့်အရာကို ကျွန်ုပ်တို့ပြောပြပါမည်။

OST-2 ဒေတာစင်တာရှိ Commvault ကိုအခြေခံ၍ အရန်စနစ်၏ သိုလှောင်မှုစနစ်။

ဘယ်လိုအလုပ်လုပ်သလဲ

Commvault သည် အပလီကေးရှင်းများ၊ ဒေတာဘေ့စ်များ၊ ဖိုင်စနစ်များ၊ virtual machine များနှင့် ရုပ်ပိုင်းဆိုင်ရာဆာဗာများအတွက် အရန်ပလပ်ဖောင်းတစ်ခုဖြစ်သည်။ ဤကိစ္စတွင်၊ ကနဦးဒေတာသည် ကျွန်ုပ်တို့နှင့်အတူ မည်သည့်ဆိုက်တွင်မဆို ရှိနိုင်ပါသည်။

ဖောက်သည်သည် အရန်အရာဝတ္တုများပေါ်တွင် အေးဂျင့်တစ်ခုကို ထည့်သွင်းသည်- iData အေးဂျင့် - လိုအပ်သော အရန်သိမ်းမှု မူဝါဒများနှင့်အညီ ၎င်းကို စီစဉ်သတ်မှတ်ပါ။ iData Agent သည် လိုအပ်သော ဒေတာကို စုဆောင်းပြီး၊ ချုံ့ခြင်း၊ ထပ်ပွားခြင်း၊ စာဝှက်ခြင်းနှင့် ၎င်းတို့ကို DataLine အရန်သိမ်းခြင်းစနစ်သို့ လွှဲပြောင်းပေးပါသည်။

ပရောက်စီဆာဗာများ ဖောက်သည်ကွန်ရက်နှင့် ကျွန်ုပ်တို့၏ကွန်ရက်ချိတ်ဆက်မှု၊ ဒေတာပို့လွှတ်သည့် ချန်နယ်များ၏ အထီးကျန်မှုကို သေချာစေသည်။

DataLine ဘက်မှ iData Agent မှ ဒေတာကို လက်ခံရရှိသည် မီဒီယာအေးဂျင့်ဆာဗာ သိုလှောင်မှုစနစ်များ၊ တိပ်စာကြည့်တိုက်များ စသည်တို့ရှိ သိုလှောင်ခန်းသို့ ပို့ပေးသည်။ ဤအရာအားလုံးကို စီမံခန့်ခွဲသည်။ ထမ်းဆောင်ပါ။. ကျွန်ုပ်တို့၏ဖွဲ့စည်းပုံတွင်၊ ပင်မထိန်းချုပ်မှုဆာဗာသည် OST ဆိုက်တွင်တည်ရှိပြီး အရန်ဆာဗာသည် NORD ဆိုက်တွင်တည်ရှိသည်။

မူရင်းအားဖြင့်၊ လိုင်းဒေတာကို ဝဘ်ဆိုက်တစ်ခုတွင် သိမ်းဆည်းထားသော်လည်း သင်သည် တည်နေရာနှစ်ခုသို့ မိတ္တူကူးယူခြင်းကို တစ်ပြိုင်နက် စုစည်းနိုင်သည် သို့မဟုတ် ဒုတိယဆိုက်တစ်ခုသို့ အရန်ကူးယူခြင်းအတွက် အချိန်ဇယားကို သတ်မှတ်ပါ။ ဤရွေးချယ်မှုကို “auxiliary copy” ဟုခေါ်သည်။ ဥပမာအားဖြင့်၊ လကုန်တွင် မိတ္တူ အပြည့်အစုံအားလုံးကို အလိုအလျောက် ပွားခြင်း သို့မဟုတ် ဒုတိယဆိုက်သို့ ရွှေ့ပါမည်။

Commvault အရန်စနစ်၏ လည်ပတ်မှုပုံစံ။

အရန်စနစ်သည် VMware virtualization တွင် အဓိကအားဖြင့် အလုပ်လုပ်သည်- CommServe၊ Media Agent နှင့် Proxy ဆာဗာများကို virtual machines များတွင် အသုံးပြုသည်။ အကယ်၍ client သည် ကျွန်ုပ်တို့၏စက်ပစ္စည်းကိုအသုံးပြုပါက၊ အရန်များကို Huawei OceanStor 5500 V3 သိုလှောင်မှုစနစ်တွင် ထားရှိမည်ဖြစ်သည်။ ကလိုင်းယင့် သိုလှောင်မှုစနစ်များကို အရန်သိမ်းရန်၊ တိပ်စာကြည့်တိုက်များတွင် အရန်များကို သိမ်းဆည်းရန်၊ ရုပ်ပိုင်းဆိုင်ရာဆာဗာများရှိ သီးခြားမီဒီယာအေးဂျင့်များကို အသုံးပြုပါသည်။

ဖောက်သည်တွေအတွက် ဘာက အရေးကြီးလဲ။

ကျွန်ုပ်တို့၏အတွေ့အကြုံအရ၊ အရန်သိမ်းရန်အတွက် Commvault ကိုရွေးချယ်သော သုံးစွဲသူများသည် အောက်ပါအချက်များကို အာရုံစိုက်ပါသည်။

ဖြေသိမ့်။ ဝယ်ယူသူများသည် အရန်ကူးယူမှုများကို ကိုယ်တိုင် စီမံခန့်ခွဲလိုကြသည်။ အခြေခံလုပ်ဆောင်ချက်အားလုံးကို Commvault ကွန်ဆိုးလ်တွင် ရနိုင်သည်-

• အရန်သိမ်းခြင်းအတွက် ဆာဗာများကို ထည့်သွင်းခြင်းနှင့် ဖယ်ရှားခြင်း၊
• iData Agent ကို စနစ်ထည့်သွင်းခြင်း။
• ဖန်တီးခြင်းနှင့် လုပ်ငန်းတာဝန်များကို ကိုယ်တိုင်စတင်ခြင်း၊
• အရန်များကို ကိုယ်တိုင်ပြန်လည်ထူထောင်ခြင်း၊
• အရန်လုပ်ဆောင်မှုများ၏ အခြေအနေကို အသိပေးချက်များ သတ်မှတ်ခြင်း၊
• အခန်းကဏ္ဍနှင့် အသုံးပြုသူအုပ်စုပေါ်မူတည်၍ ကွန်ဆိုးလ်သို့ဝင်ရောက်ခွင့် ကွဲပြားခြင်း။

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

Commvault တွင်၊ ထုတ်ယူမှုကို client ဘက်မှ သို့မဟုတ် Media Agent ဘက်တွင် ပြင်ဆင်သတ်မှတ်နိုင်သည်။ ပထမကိစ္စတွင်၊ သီးခြားမဟုတ်သောဒေတာပိတ်ဆို့မှုများကို Media Agent ဆာဗာသို့ပင် လွှဲပြောင်းပေးမည်မဟုတ်ပါ။ ဒုတိယတွင်၊ ထပ်ခါတလဲလဲ ပိတ်ဆို့ခြင်းကို ဖယ်ရှားပြီး သိုလှောင်မှုစနစ်သို့ စာမရေးပါ။

ဤကဲ့သို့ ပိတ်ဆို့ခြင်း ပွားခြင်းမှာ hash လုပ်ဆောင်ချက်များအပေါ် အခြေခံသည်။ ဘလောက်တစ်ခုစီကို ဒေတာဘေ့စ်အမျိုးအစား (Deduplication Database, DDB) တွင် သိမ်းဆည်းထားသည့် hash table တစ်ခုစီတွင် သိမ်းဆည်းထားသည်။ ဒေတာပေးပို့သည့်အခါ၊ hash သည် ဤအခြေခံမှတစ်ဆင့် "ထိုးဖောက်ခြင်း" ဖြစ်သည်။ ထိုသို့သော hash သည် ဒေတာဘေ့စ်တွင် ရှိနှင့်ပြီးဖြစ်ပါက၊ ပိတ်ဆို့ခြင်းကို ထူးခြားမှုမရှိဟု အမှတ်အသားပြုပြီး Media Agent ဆာဗာ (ပထမကိစ္စတွင်) သို့မဟုတ် ဒေတာသိမ်းဆည်းမှုစနစ် (ဒုတိယတွင်) သို့ စာရေးမည်မဟုတ်ပါ။

ပုံတူပွားခြင်းကြောင့် ကျွန်ုပ်တို့သည် သိုလှောင်မှုနေရာ၏ 78% အထိ သိမ်းဆည်းနိုင်ပါသည်။ ယခုအခါ 166,4 TB ကို သိုလှောင်မှုတွင် သိမ်းဆည်းထားသည်။ ထပ်ယူခြင်းမရှိဘဲ၊ ကျွန်ုပ်တို့သည် 744 TB ကို သိမ်းဆည်းရမည်ဖြစ်ပါသည်။

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

ကုဒ်ဝှက်ခြင်း Commvault မှတစ်ဆင့် အရန်ကူးထားစဉ်တွင် သင်သည် အောက်ပါနည်းလမ်းများဖြင့် ဒေတာကို စာဝှက်နိုင်သည်-

• ဖောက်သည်အေးဂျင့်၏ဘက်ခြမ်းတွင်- ဤကိစ္စတွင်၊ ဒေတာကို ကုဒ်ဝှက်ထားသောပုံစံရှိပြီးသား အရန်စနစ်သို့ လွှဲပြောင်းပေးမည်ဖြစ်သည်။
• မီဒီယာအေးဂျင့်ဘက်တွင်၊
• ချန်နယ်အဆင့်တွင်- ဒေတာကို သုံးစွဲသူ အေးဂျင့်ဘက်မှ ကုဒ်ဝှက်ထားပြီး Media Agent ဆာဗာတွင် စာဝှက်ထားသည်။

ရနိုင်သော ကုဒ်ဝှက်ခြင်းဆိုင်ရာ အယ်လဂိုရီသမ်များ- Blowfish၊ GOST၊ Serpent၊ Twofish၊ 3-DES၊ AES (Commvault မှ အကြံပြုထားသည်)။

တချို့ကစာရင်းဇယား

ဒီဇင်ဘာလလယ်တွင် Commvault ၏အကူအညီဖြင့် ကျွန်ုပ်တို့တွင် အရန်ဖောက်သည် ၂၇ ဦးရှိသည်။ အများစုမှာ လက်လီရောင်းချသူများနှင့် ငွေကြေးအဖွဲ့အစည်းများဖြစ်သည်။ မူရင်းမိတ္တူဒေတာစုစုပေါင်းပမာဏမှာ 27 TB ဖြစ်သည်။

တစ်နေ့လျှင် အလုပ်ပေါင်း ၄၄၀၀ ခန့် လုပ်ဆောင်သည်။ အောက်တွင်ဖော်ပြထားသည်မှာ ပြီးခဲ့သော 4400 ရက်အတွက် ပြီးခဲ့သောအလုပ်များဆိုင်ရာ စာရင်းဇယားများဖြစ်သည်။

အများစုမှာ Windows File System၊ SQL Server နှင့် Exchange databases များကို Commvault မှတဆင့် အရန်သိမ်းထားသည်။

ယခုလည်း ကတိပြုထားသော ကိစ္စများ။ ကိုယ်ရေးကိုယ်တာမဟုတ်ပေမယ့် (NDA က ဟယ်လို :))) သုံးစွဲသူတွေက Commvault-based backup ကို ဘယ်လိုအသုံးပြုသလဲဆိုတာကို အကြံဉာဏ်ပေးကြတယ်။ အောက်တွင်ဖော်ပြထားသည်မှာ မျှဝေထားသောဆော့ဖ်ဝဲလ်၊ Media Agent ဆာဗာများနှင့် သိုလှောင်မှုစနစ်တစ်ခုတည်းကို အသုံးပြုသည့် သုံးစွဲသူများအတွက် ဖြစ်ရပ်လေ့လာမှုများဖြစ်သည်။

အမှုတွဲ ၁

ဖောက်သည်။ ရုရှားနိုင်ငံတစ်ဝှမ်းရှိ ဘဏ်ခွဲများ ဖြန့်ကျက်ထားသော မုန့်များ စျေးကွက်၏ ကုန်သွယ်မှုနှင့် ထုတ်လုပ်ရေး ကုမ္ပဏီဖြစ်သည်။

တာဝန်။Microsoft SQL ဒေတာဘေ့စ်များ၊ ဖိုင်ဆာဗာများ၊ အပလီကေးရှင်းဆာဗာများ၊ Exchange Online စာတိုက်ပုံးများအတွက် အရန်ဖွဲ့စည်းမှု။

ကနဦးဒေတာသည် ရုရှားနိုင်ငံတစ်ဝှမ်းရှိ ရုံးများ (မြို့ 10 ကျော်) တွင်တည်ရှိသည်။ ကုမ္ပဏီ၏ရုံးခွဲများတွင် နောက်ဆက်တွဲဒေတာပြန်လည်ရယူခြင်းဖြင့် DataLine ဆိုက်သို့ မိတ္တူကူးရန် လိုအပ်သည်။
တစ်ချိန်တည်းမှာပင်၊ ဖောက်သည်သည် ဝင်ရောက်ထိန်းချုပ်မှုဖြင့် အပြည့်အဝ ကိုယ်ပိုင်စီမံခန့်ခွဲမှုကို အလိုရှိသည်။
သိုလှောင်မှု၏အတိမ်အနက် - တစ်နှစ်။ Exchange Online အတွက်၊ အွန်လိုင်းမိတ္တူများအတွက် ၃ လနှင့် မော်ကွန်းတိုက်အတွက် တစ်နှစ်။

ဆုံးဖြတ်ချက်။ ဒုတိယဆိုက်ရှိ ဒေတာဘေ့စ်များအတွက် နောက်ထပ်မိတ္တူတစ်ခုကို တည်ဆောက်ထားသည်- လ၏နောက်ဆုံးအရန်ကူးယူမှုကို အခြားဆိုက်တစ်ခုသို့ လွှဲပြောင်းပြီး ထိုနေရာတွင် တစ်နှစ်ကြာ သိမ်းဆည်းထားသည်။

ဖောက်သည်၏ဝေးလံသောရုံးများမှ ချန်နယ်များ၏ အရည်အသွေးသည် အကောင်းဆုံးအချိန်ဘောင်တွင် အရန်သိမ်းခြင်းနှင့် ပြန်လည်ရယူခြင်းတို့ကို အမြဲတမ်းခွင့်ပြုမည်မဟုတ်ပါ။ ကူးသန်းသွားလာမှုပမာဏကို လျှော့ချရန်၊ ထုတ်ယူမှုကို ဖောက်သည်ဘက်မှ ပြင်ဆင်သတ်မှတ်ထားသည်။ သူမ၏ကျေးဇူးကြောင့် ရုံးများ၏ဝေးလံခေါင်သီမှုကို ထည့်သွင်းစဉ်းစားကာ အပြည့်အဝအရန်သိမ်းချိန်ကို လက်ခံနိုင်ဖွယ်ဖြစ်လာသည်။ ဥပမာအားဖြင့်၊ စိန့်ပီတာစဘတ်မှ 131 GB ဒေတာဘေ့စ်အပြည့်အစုံကို 16 မိနစ်အတွင်း ပြီးမြောက်သည်။ Yekaterinburg မှ 340 GB ဒေတာဘေ့စ်ကို ၁ နာရီ ၄၅ မိနစ်ကြာ အရန်သိမ်းထားသည်။

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

အမှုတွဲ ၁

ဖောက်သည်။ ရုရှားကလေးသုံးပစ္စည်းစတိုးဆိုင်ခွဲများ။
တာဝန်။ အရန်အဖွဲ့-
ရုပ်ပိုင်းဆိုင်ရာဆာဗာ 4 ခုအပေါ်အခြေခံ၍ အလွန်တင်ဆောင်ထားသော MS SQL အစုအဝေးတစ်ခု။
ဝဘ်ဆိုဒ်၊ အပလီကေးရှင်းဆာဗာများ၊ 1C၊ Exchange နှင့် ဖိုင်ဆာဗာများပါရှိသော virtual machines များ။
client ၏ သတ်မှတ်ထားသော အခြေခံအဆောက်အဦတစ်ခုလုံးကို OST နှင့် NORD ဆိုက်များကြားတွင် ခြားထားသည်။
SQL ဆာဗာများအတွက် RPO - 30 မိနစ်၊ ကျန်သည် - 1 ရက်။
သိုလှောင်မှုအတိမ်အနက် - ဒေတာအမျိုးအစားပေါ် မူတည်၍ 2 ပတ်မှ 30 ရက်အထိ။

ဆုံးဖြတ်ချက်။ Veeam နှင့် Commvault ကိုအခြေခံ၍ ကျွန်ုပ်တို့သည် ဖြေရှင်းချက်ပေါင်းစပ်မှုတစ်ခုကို ရွေးချယ်ခဲ့သည်။ Veeam ကို ကျွန်ုပ်တို့ cloud မှ ဖိုင်အရန်ကူးခြင်းအတွက် အသုံးပြုပါသည်။ ဒေတာဘေ့စ်ဆာဗာများ၊ Active Directory၊ မေးလ်နှင့် ရုပ်ပိုင်းဆိုင်ရာဆာဗာများကို Commvault မှတဆင့် အရန်သိမ်းထားသည်။

မြင့်မားသော အရန်ကူးယူမှု မြန်နှုန်းကို ရရှိရန်၊ ကလိုင်းယင့်သည် အရန်လုပ်ဆောင်စရာများအတွက် MS SQL ဖြင့် ရုပ်ပိုင်းဆိုင်ရာဆာဗာများတွင် သီးခြားကွန်ရက်အဒက်တာတစ်ခုကို ချထားပေးခဲ့သည်။ 3,4 TB ဒေတာဘေ့စ်တစ်ခု၏ အပြည့်အ၀ အရန်ကူးမှုသည် 2 နာရီ 20 မိနစ် ကြာပြီး အပြည့်အဝ ပြန်လည်ရယူခြင်းသည် 5 နာရီ 5 မိနစ် ကြာသည်။

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

အမှုတွဲ ၁

ဖောက်သည်။ CIS ရှိ စူပါမားကတ်ဆိုင်ခွဲ
တာဝန်။ ဖောက်သည်သည် ကျွန်ုပ်တို့၏ cloud တွင် လက်ခံထားသော SAP စနစ်များကို အရန်သိမ်းပြီး ပြန်လည်ရယူလိုခဲ့သည်။ SAP HANA ဒေတာဘေ့စ်များအတွက် RPO=15 မိနစ်၊ အပလီကေးရှင်းဆာဗာများရှိသော virtual machines အတွက် RPO=24 နာရီ။ သိုလှောင်မှုအတိမ်အနက် - 30 ရက်။ မတော်တဆမှုတစ်ခုဖြစ်လာပါက RTO=1 နာရီ၊ တောင်းဆိုမှုအရ မိတ္တူကို ပြန်လည်ရယူရန် RTO=4 နာရီ။

ဆုံးဖြတ်ချက်။ HANA ဒေတာဘေ့စ်အတွက်၊ DATA ဖိုင်များနှင့် မှတ်တမ်းဖိုင်များ၏ မိတ္တူကူးမှုများကို သတ်မှတ်ထားသောအချိန်အတောအတွင်း စီစဉ်သတ်မှတ်ထားပါသည်။ မှတ်တမ်းဖိုင်များကို 15 မိနစ်တိုင်း သို့မဟုတ် ၎င်းတို့သည် သတ်မှတ်ထားသော အရွယ်အစားသို့ ရောက်သောအခါတွင် သိမ်းဆည်းထားသည်။

ဒေတာဘေ့စ်၏ ပြန်လည်ရယူချိန်ကို လျှော့ချရန်၊ သိုလှောင်မှုစနစ်နှင့် တိပ်စာကြည့်တိုက်ကို အခြေခံ၍ အရန်သိမ်းဆည်းမှု အဆင့်နှစ်ဆင့်ကို သတ်မှတ်ပေးပါသည်။ ရက်သတ္တပတ်အတွင်း အချိန်မရွေး ပြန်လည်ရယူနိုင်ခြေရှိသည့် အွန်လိုင်းမိတ္တူများကို ဒစ်ခ်များသို့ ပေါင်းထည့်သည်။ မိတ္တူကူးယူမှုသည် 1 ပတ်ထက် ပိုကြီးလာသောအခါ ၎င်းကို နောက်ထပ် ရက် 30 ကြာ သိမ်းဆည်းထားသည့် မှတ်တမ်း၊ တိပ်စာကြည့်တိုက်သို့ ရွှေ့သည်။

181 GB ဒေတာဘေ့စ်များထဲမှ တစ်ခုကို အရန်ကူးယူခြင်းကို ၁ နာရီ ၅၄ မိနစ်အတွင်း ပြီးမြောက်သည်။

အရန်သိမ်းခြင်းကို စနစ်ထည့်သွင်းသည့်အခါ၊ SAP HANA Studio နှင့် ပြင်ပအရန်စနစ်များကို ပေါင်းစပ်ခွင့်ပြုသည့် SAP backint interface ကို အသုံးပြုထားသည်။ ထို့ကြောင့်၊ အရန်သိမ်းမှုများကို SAP ကွန်ဆိုးလ်မှ တိုက်ရိုက်စီမံခန့်ခွဲနိုင်သည်။ ၎င်းသည် အင်တာဖေ့စ်အသစ်တွင် အသုံးမဝင်သော SAP စီမံခန့်ခွဲသူများအတွက် ဘဝပိုမိုလွယ်ကူစေသည်။

Standard Commvault ကလိုင်းယင့် ကွန်ဆိုးလ်မှတဆင့် သုံးစွဲသူထံ အရန်သိမ်းခြင်း စီမံခန့်ခွဲမှုကိုလည်း ရရှိနိုင်ပါသည်။

ဒီနေ့အတွက် ဒီလောက်ပါပဲ။ မေးခွန်းများကို comment တွင်မေးပါ။

source: www.habr.com