စိန်ခေါ်မှုမှာ သိမ်းဆည်းထားသောမှတ်များကို ထိမိသည့်အခါ အရန်သိမ်းထားမှုကို ဖယ်ရှားပစ်ရန် ခွင့်ပြုနေစဉ်တွင် အရန်ကူးယူထားသောဒေတာကို ဖျက်ပစ်ခြင်းမှ မည်သို့ကာကွယ်ရမည်နည်း။ အကယ်၍ သင်သည် ဒေတာအားလုံးကို ထိန်းသိမ်းလော့ခ်ချပါက၊ သိမ်းဆည်းသည့်နေရာများကို ဖျက်၍မရသည့်အပြင် သိုလှောင်မှုကုန်ကျစရိတ်များကို အသုံးပြုနိုင်မည်မဟုတ်ပေ။ သိမ်းဆည်းရန်နေရာများကို ဖျက်ပစ်ရန် ခွင့်ပြုပါက၊ ဒေတာအားလုံးကို ဖျက်ရန် ဟက်ကာများအတွက် စနစ်ဖွင့်ထားလိုက်ပါ။ ExaGrid ၏ထူးခြားသောချဉ်းကပ်မှုကို Retention Time-Lock ဟုခေါ်သည်။ ၎င်းသည် ဟက်ကာများမှ မိတ္တူများကို ဖျက်ခြင်းမှ တားဆီးကာ သိမ်းဆည်းထားသော အမှတ်များကို ဖယ်ရှားရန် ခွင့်ပြုသည်။ ရလဒ်သည် ExaGrid သိုလှောင်မှု၏ အလွန်သက်သာသော အပိုဆောင်းကုန်ကျစရိတ်ဖြင့် ခိုင်မာသောဒေတာကာကွယ်ရေးနှင့် ပြန်လည်ရယူသည့်ဖြေရှင်းချက်ဖြစ်သည်။

ExaGrid သည် သိုလှောင်မှုဒေတာအားလုံးပါဝင်သည့် ရှေ့ဆုံးဒစ်-ကက်ရှ် ကမ်းတက်ဇုန်နှင့် သီးခြားသိုလှောင်မှုအဆင့်ဖြင့် Tiered Backup Storage ဖြစ်သည်။ အရန်သိမ်းမှုများကို မြန်ဆန်သော အရန်သိမ်းဆည်းမှု စွမ်းဆောင်ရည်အတွက် ExaGrid disk-cache Landing Zone တွင် “ကွန်ရက်-မျက်နှာစာ” (tiered air gap) သို့ တိုက်ရိုက်ရေးထားသည်။ လတ်တလော အရန်သိမ်းဆည်းမှုများကို အမြန်ပြန်လည်ရယူရန်အတွက် ၎င်းတို့၏ မွမ်းမံထားသော ပုံစံအပြည့်ဖြင့် သိမ်းဆည်းထားသည်။

ဒေတာကို Landing Zone သို့ အပ်နှံပြီးသည်နှင့်၊ ၎င်းအား ဒေတာကို လိုက်လျောညီထွေဖြစ်စေပြီး ထပ်ပွားနေသော ဒေတာအရာဝတ္ထုများအဖြစ် သိုလှောင်မှုကုန်ကျစရိတ်ကို လျှော့ချရန် သိုလှောင်မှုကုန်ကျစရိတ်ကို လျှော့ချရန် "ကွန်ရက်-မျက်နှာစာမဟုတ်သော" (tiered air gap) ရေရှည်ထိန်းသိမ်းထားနိုင်သော သိုလှောင်ရုံအဖြစ် အဆင့်သတ်မှတ်ထားသည်။ ရေရှည်ထိန်းသိမ်းထားသည့် အချက်အလက်။ ဒေတာကို Repository Tier နှင့် ချိတ်ဆက်ထားသောကြောင့်၊ ၎င်းကို အရာဝတ္ထုများနှင့် မက်တာဒေတာ အတွဲလိုက်တွင် ထပ်ပွားပြီး သိမ်းဆည်းထားသည်။ အခြားအရာဝတ္ထုသိုလှောင်မှုစနစ်များကဲ့သို့ပင်၊ ExaGrid စနစ်သည် အရာဝတ္ထုများနှင့် မက်တာဒေတာများကို မပြောင်းလဲနိုင်စေဘဲ ပြုပြင်မွမ်းမံထားသောကြောင့် အရာဝတ္ထုအသစ်များဖန်တီးခြင်း သို့မဟုတ် ထိန်းသိမ်းမှုရောက်ရှိသည့်အခါ အရာဝတ္ထုဟောင်းများကို ဖျက်ခြင်းအတွက်သာ ခွင့်ပြုပါသည်။ Repository Tier ရှိ မိတ္တူများသည် လိုအပ်သော ရက်များ၊ ရက်သတ္တပတ်များ၊ လများ သို့မဟုတ် နှစ်များဖြစ်နိုင်ပါသည်။ နံပါတ်ဗားရှင်းများတွင် ကန့်သတ်ချက်မရှိပါ သို့မဟုတ် မိတ္တူကူးရန် အချိန်ကြာကြာ သိမ်းဆည်းထားနိုင်သည်။ အဖွဲ့အစည်းများစွာသည် အပတ်စဉ် 12၊ လစဉ် 36 နှင့် 7 နှစ်တာ သို့မဟုတ် တစ်ခါတစ်ရံတွင်ပင် “အမြဲတမ်း ထိန်းသိမ်းထား” သည်။

Ransomware Recovery အတွက် ExaGrid ၏ Retention Time-Lock သည် အရန်ကူးယူထားသောဒေတာကို ရေရှည်ထိန်းသိမ်းထားသည့်အပြင် ထူးခြားသောလုပ်ဆောင်ချက် 3 ခုကိုအသုံးပြုသည်-

• မပြောင်းလဲနိုင်သော အချက်အလက် ကူးယူခြင်း အရာဝတ္ထုများ
• ကွန်ရက်-မျက်နှာစာမဟုတ်သော အဆင့် (tiered air gap)
• နှောင့်နှေး ဖျက်ရန် တောင်းဆိုမှုများ

ExaGrid ၏ ransomware ချဉ်းကပ်မှုသည် အဖွဲ့အစည်းများအား Repository Tier အတွင်းရှိ ဖျက်ရန်တောင်းဆိုမှုများ လုပ်ဆောင်ခြင်းကို နှောင့်နှေးစေသည့် အချိန်-လော့ခ်ချသည့်ကာလကို သတ်မှတ်ရန် အဖွဲ့အစည်းများအား ခွင့်ပြုပေးပါသည်။ ကွန်ရက်မဟုတ်သော မျက်နှာစာအဆင့်၊ အချိန်ကာလတစ်ခုအတွက် နှောင့်နှေးသောဖျက်မှု နှင့် ပြောင်းလဲခြင်း သို့မဟုတ် ပြုပြင်မွမ်းမံနိုင်သော မပြောင်းလဲနိုင်သော မပြောင်းလဲနိုင်သော အရာများသည် ExaGrid Retention Time-Lock ဖြေရှင်းချက်၏ အစိတ်အပိုင်းများဖြစ်သည်။ ဥပမာအားဖြင့်၊ Repository Tier အတွက် အချိန်-လော့ခ်ချသည့်ကာလကို 10 ရက်ဟု သတ်မှတ်ထားပါက၊ ဖျက်ပစ်ရန် တောင်းဆိုချက်များကို အပေးအယူလုပ်ထားသော အပလီကေးရှင်းမှ ExaGrid သို့ ပေးပို့သည့်အခါ သို့မဟုတ် ဟက်ခ်ခံရသော CIFS သို့မဟုတ် အခြားဆက်သွယ်ရေးပရိုတိုကောများ တစ်ခုလုံး၊ ရေရှည်ထိန်းသိမ်းထားသည့်ဒေတာ (ပတ်/လ/နှစ်) သည် နဂိုအတိုင်းဖြစ်သည်။ ၎င်းသည် အဖွဲ့အစည်းများအား ၎င်းတို့တွင် ပြဿနာရှိနေကြောင်း ဖော်ထုတ်ရန်နှင့် ပြန်လည်ရယူရန် ရက်များနှင့် အပတ်များကို ထောက်ပံ့ပေးသည်။

ဖျက်ခြင်းမှန်သမျှကို ဆန့်ကျင်သည့် မူဝါဒသတ်မှတ်ထားသည့် ရက်အရေအတွက်အတွက် ဒေတာကို အချိန်-သော့ခတ်ထားသည်။ ၎င်းသည် နှစ်ပေါင်းများစွာ သိမ်းဆည်းထားနိုင်သည့် ရေရှည်ထိန်းသိမ်းသိုလှောင်မှုမှ သီးခြားဖြစ်ပြီး ထူးခြားပါသည်။ ကမ်းတက်ဇုန်ရှိ ဒေတာများကို ဖျက်ပစ်မည် သို့မဟုတ် ကုဒ်ကုဒ်လုပ်မည်၊ သို့သော်၊ ပြင်ဆင်သတ်မှတ်ထားသော အချိန်ကာလအတွက် ပြင်ပတောင်းဆိုမှုတစ်ခုကြောင့် သိုလှောင်မှုအဆင့်ဒေတာကို ဖျက်မည်မဟုတ်ပါ - ဖျက်ပစ်ခြင်းအတွက် မူဝါဒချမှတ်ထားသည့် ရက်အရေအတွက်အတွက် အချိန်ကန့်သတ်ထားသည်။ ransomware တိုက်ခိုက်မှုကို ဖော်ထုတ်သောအခါ၊ ExaGrid စနစ်ကို ပြန်လည်ရယူသည့်မုဒ်အသစ်တွင် ရိုးရိုးရှင်းရှင်းထားပြီးနောက် မည်သည့်နှင့်မဆို အရန်ဒေတာအားလုံးကို မူလသိုလှောင်မှုသို့ ပြန်လည်ရယူပါ။

ဖြေရှင်းချက်သည် သိမ်းဆည်းခြင်းသော့ခတ်ခြင်းကို ပေးစွမ်းသော်လည်း ဖျက်ပစ်ခြင်းကို နှောင့်နှေးစေသည့်အတွက် အချိန်အတိုင်းအတာတစ်ခုအထိသာ ချိန်ညှိနိုင်သည်။ ExaGrid သည် သိုလှောင်မှုကုန်ကျစရိတ်ကို စီမံခန့်ခွဲ၍မရသောကြောင့် Retention Time-Lock ကို ထာဝစဉ်မလုပ်ဆောင်ရန် ရွေးချယ်ခဲ့သည်။ ExaGrid ချဉ်းကပ်မှုဖြင့်၊ ဖျက်ရန်နှောင့်နှေးမှုကိုထိန်းထားရန် လိုအပ်သည့်အရာအားလုံးသည် နောက်ထပ် 10% ပိုသောသိုလှောင်မှုတစ်ခုအထိဖြစ်သည်။ ExaGrid သည် မူဝါဒတစ်ခုမှတစ်ဆင့် ဖျက်ခြင်းများကို သတ်မှတ်ရန် နှောင့်နှေးမှုကို ခွင့်ပြုသည်။

ပြန်လည်ရယူခြင်းလုပ်ငန်းစဉ် - လွယ်ကူသောအဆင့် 5 ခု

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

ExaGrid ၏ အားသာချက်များမှာ-

• ရေရှည်ထိန်းသိမ်းခြင်းအပေါ် သက်ရောက်မှုမရှိသလို သိမ်းဆည်းခြင်းအချိန်လော့ခ်ချခြင်းသည် ထိန်းသိမ်းခြင်းမူဝါဒအပြင်
• မပြောင်းလဲနိုင်သော ကူးယူထားသော အရာဝတ္ထုများကို ပြုပြင်မွမ်းမံခြင်း၊ ပြောင်းလဲခြင်း သို့မဟုတ် ဖျက်ပစ်ခြင်းမပြုနိုင် (ထိန်းသိမ်းထားမှုမူဝါဒပြင်ပ)
• အရန်သိမ်းဆည်းမှုနှင့် ransomware ပြန်လည်ရယူခြင်းအတွက် စနစ်များစွာအစား စနစ်တစ်ခုတည်းကို စီမံခန့်ခွဲပါ။
• ကွန်ရက်သို့မဟုတ်ဘဲ ExaGrid ဆော့ဖ်ဝဲလ်တွင်သာမြင်ရသောထူးခြားသောဒုတိယ Repository Tier - (အဆင့်လေကြောင်းကွာဟမှု)
• ဖျက်ရန်တောင်းဆိုမှုများနှောင့်နှေးနေသဖြင့် ransomware တိုက်ခိုက်ခံရပြီးနောက် ပြန်လည်ရယူရန် အဆင်သင့်ဖြစ်သောကြောင့် ဒေတာကို ဖျက်မည်မဟုတ်ပါ။
• နေ့စဉ်၊ အပတ်စဉ်၊ လစဉ်၊ နှစ်အလိုက်နှင့် အခြားရှင်းလင်းမှုများ ဆက်လက်ဖြစ်ပေါ်နေသေးသော်လည်း သိုလှောင်မှုကုန်ကျစရိတ်များကို ထိန်းသိမ်းထားနိုင်သည့်ကာလများနှင့်အညီ ထားရှိနိုင်ရန် နှောင့်နှေးနေပါသည်။
• နှောင့်နှေးနေသော ဖျက်မှုများကို အသုံးပြုရန်၊ မူရင်းမူဝါဒသည် သိုလှောင်သိမ်းဆည်းမှု၏ နောက်ထပ် 10% ကိုသာ ယူသည်
• သိုလှောင်မှုပမာဏသည် ထာဝရမကြီးထွားဘဲ သိုလှောင်မှုကုန်ကျစရိတ်ကို လျှော့ချရန်အတွက် သတ်မှတ်ထားသော အရန်သိမ်းဆည်းမှုကာလအတွင်းတွင် ရှိနေမည်ဖြစ်သည်။
• ထိန်းသိမ်းထားသည့်ဒေတာအားလုံးကို သိမ်းဆည်းထားပြီး မဖျက်ပါ။

ဥပမာ မြင်ကွင်းများ

အင်္ဂါရပ်များ:

• ပြောင်းလဲ၍မရသော သို့မဟုတ် ပြုပြင်မွမ်းမံခြင်း သို့မဟုတ် ဖျက်၍မရသော မပြောင်းလဲနိုင်သော ပွားခြင်းအရာဝတ္ထုများ (ထိန်းသိမ်းထားမှုမူဝါဒပြင်ပ)
• ဖျက်ပစ်ရန် တောင်းဆိုချက်မှန်သမျှသည် ကာကွယ်မှုမူဝါဒရှိ ရက်အရေအတွက်ဖြင့် နှောင့်နှေးနေပါသည်။
• ExaGrid တွင် ရေးထားသော ကုဒ်ဝှက်ထားသော ဒေတာသည် သိုလှောင်ခန်းရှိ ယခင်အရန်များကို ဖျက်မည် သို့မဟုတ် ပြောင်းလဲမည်မဟုတ်ပါ။
• ကုဒ်ဝှက်ထားသော Landing Zone ဒေတာသည် သိုလှောင်ခန်းရှိ ယခင်အရန်များကို ဖျက်မည် သို့မဟုတ် ပြောင်းလဲမည်မဟုတ်ပါ။
• ရွှေ့ဆိုင်းထားသော ဖျက်မှုကို 1 ရက် တိုး၍ သတ်မှတ်ပါ (၎င်းသည် အရန်သိမ်းထားသော ရေရှည်ထိန်းသိမ်းမှုမူဝါဒအပြင်)။
• လစဉ်နှင့် နှစ်အလိုက် သိမ်းဆည်းထားသော အရန်များ ဆုံးရှုံးခြင်းမှ ကာကွယ်ပေးပါသည်။
• Two-Factor Authentication (2FA) သည် Time-Lock ဆက်တင်သို့ ပြောင်းလဲမှုများကို ကာကွယ်ပေးပါသည်။
  • လုံခြုံရေးအရာရှိ၏ ခွင့်ပြုချက်ရပြီးပါက စီမံခန့်ခွဲသူ အခန်းကဏ္ဍမှသာလျှင် Time-Lock ဆက်တင်ကို ပြောင်းလဲခွင့်ပြုပါသည်။
  • အက်ဒမင်ဝင်ရောက်ခြင်း/စကားဝှက်ဖြင့် 2FA နှင့် စနစ်မှ QR ကုဒ်ကို ဒုတိယအချက် အထောက်အထားစိစစ်ခြင်းအတွက် ထုတ်ပေးပါသည်။
• မူလဆိုက်နှင့် ဒုတိယဆိုက် ExaGrid အတွက် စကားဝှက်ကို ခွဲခြားပါ။
• Retention Time-Lock ကိုပြောင်းလဲရန် သို့မဟုတ် ပိတ်ရန် သီးသန့်လုံခြုံရေးအရာရှိ သို့မဟုတ် အခြေခံအဆောက်အဦ/လုပ်ငန်းဆောင်ရွက်မှု စကားဝှက်၏ဒုတိယဥက္ကဌ။
• အထူးအင်္ဂါရပ်- ဖျက်ရန်နှိုးဆော်သံ
  • ကြီးမားသောဖျက်ပစ်ပြီးနောက် 24 နာရီအတွင်း နှိုးဆော်သံကို ထွက်ပေါ်လာသည်။
  • ကြီးမားသော ဖျက်ခြင်းအတွက် သတိပေးချက်- တန်ဖိုးကို အရန်စီမံခန့်ခွဲသူမှ သတ်မှတ်ချက်တစ်ခုအဖြစ် သတ်မှတ်နိုင်သည် (မူလသည် 50%) ဖြစ်ပြီး ဖျက်မှုတစ်ခုသည် သတ်မှတ်နှုန်းထက် ပိုနေပါက၊ စနစ်က အချက်ပေးသံကို မြှင့်တင်ပေးမည်ဖြစ်ပြီး စီမံခန့်ခွဲသူအခန်းကဏ္ဍမှသာလျှင် ဤနှိုးဆော်ချက်ကို ရှင်းလင်းနိုင်သည်။
  • မိတ္တူပုံစံအပေါ်အခြေခံ၍ တစ်ဦးချင်းမျှဝေမှုဖြင့် သတ်မှတ်အဆင့်တစ်ခုကို သတ်မှတ်နိုင်သည်။ (ရှယ်ယာတစ်ခုစီအတွက် မူရင်းတန်ဖိုးသည် 50% ဖြစ်သည်။) ဖျက်ရန် တောင်းဆိုချက်တစ်ခုသည် စနစ်သို့ ရောက်ရှိလာသောအခါ၊ ExaGrid စနစ်သည် တောင်းဆိုချက်ကို လေးစားပြီး ဒေတာကို ဖျက်ပေးမည်ဖြစ်သည်။ RTL ကို ဖွင့်ထားပါက RTL မူဝါဒ (အဖွဲ့အစည်းတစ်ခုမှ သတ်မှတ်သည့် ရက်အရေအတွက်အတွက်) ဒေတာကို ထိန်းသိမ်းထားမည်ဖြစ်သည်။ RTL ကို ဖွင့်ထားသည့်အခါ အဖွဲ့အစည်းများသည် PITR (Point-In-Time-Recovery) ကို အသုံးပြု၍ ဒေတာကို ပြန်လည်ရယူနိုင်မည်ဖြစ်သည်။
  • အဖွဲ့အစည်းတစ်ခုသည် မှားယွင်းသောအချက်ပေးနှိုးစက်ကို မကြာခဏရရှိပါက၊ စီမံခန့်ခွဲသူအခန်းကဏ္ဍသည် နောက်ထပ်မှားယွင်းသောနှိုးစက်များကိုရှောင်ရှားရန် တံခါးခုံတန်ဖိုးကို 1-99% မှ ချိန်ညှိနိုင်သည်။
•  ဒေတာ ကူးယူခြင်း အချိုးအစား ပြောင်းလဲခြင်းဆိုင်ရာ သတိပေးချက်
  မူလသိုလှောင်မှုအား ကုဒ်ဝှက်ထားပြီး အရန်အက်ပ်မှ ExaGrid သို့ ပေးပို့ပါက သို့မဟုတ် ခြိမ်းခြောက်မှုသရုပ်ဆောင်သည် ExaGrid Landing Zone တွင် ဒေတာကို စာဝှက်ထားမည်ဆိုပါက ExaGrid သည် ထုတ်ယူမှုအချိုးကို သိသိသာသာ ကျဆင်းသွားသည်ကို မြင်တွေ့ရပြီး နှိုးဆော်ချက်တစ်ခု ပေးပို့မည်ဖြစ်သည်။ Repository Tier အတွင်းရှိ ဒေတာများကို ဆက်လက်ကာကွယ်ထားသည်။