Veeam Log Diving Components နှင့် ဝေါဟာရ

ကျွန်တော်တို Veeam က သစ်လုံးတွေကို ချစ်တယ်။ ကျွန်ုပ်တို့၏ဖြေရှင်းချက်အများစုသည် modular ဖြစ်သောကြောင့်၊ မှတ်တမ်းများစွာရေးကြသည်။ ကျွန်ုပ်တို့၏လုပ်ဆောင်ချက်၏ နယ်ပယ်သည် သင့်ဒေတာ (ဆိုလိုသည်မှာ အနားယူအိပ်စက်ခြင်း) ၏ဘေးကင်းမှုကို သေချာစေရန်ဖြစ်သောကြောင့် မှတ်တမ်းများသည် နှာချေတိုင်းကို မှတ်တမ်းတင်ရုံသာမက အသေးစိတ်အချက်အလတ်အချို့ကိုလည်း လုပ်ဆောင်သင့်ပါသည်။ တစ်ခုခုဖြစ်ရင် ဒီ "ဘာတွေ" ဖြစ်ခဲ့သလဲ၊ ဘယ်သူကို အပြစ်တင်ရမလဲ၊ နောက်ဘာတွေ ဆက်လုပ်ဖို့ လိုအပ်လဲ ဆိုတာ ရှင်းရှင်းလင်းလင်း သိဖို့ လိုအပ်တယ်။ မှုခင်းဆေးပညာသိပ္ပံတွင်ကဲ့သို့ပင်ဖြစ်သည်- Laura Palmer ၏လူသတ်သမားကို သင်ရှာဖွေရန် မည်သည့်အရာက ကူညီပေးမည်ကို သင်မသိနိုင်ပါ။

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

ဘာကြောင့် ဆောင်းပါးတွေ ဆက်တိုက်လုပ်ပြီး အရာအားလုံးကို တစ်ပြိုင်နက် မဖော်ပြတာလဲ။

မည်သည့် မှတ်တမ်းသည် မည်သည့်နေရာတွင် သိမ်းဆည်းထားသည်ကို စာရင်းပြုစုခြင်းမှာ လွန်စွာဆိုးရွားသော လုပ်ငန်းတစ်ခုဖြစ်သည်။ ပြီးတော့ ဒီအချက်အလက်တွေကို ခေတ်နဲ့အညီ ထိန်းသိမ်းထားဖို့တောင် စဉ်းစားတာက ကြောက်စရာကောင်းတယ်။ Veeam Backup & Replication တွင် ဖြစ်နိုင်ခြေရှိသော မှတ်တမ်းအမျိုးအစားအားလုံးကို ရိုးရှင်းသောစာရင်းပြုစုခြင်းသည် စာရွက်များစွာပေါ်ရှိ ဇယားကွက်ငယ်တစ်ခုဖြစ်သည်။ ဟုတ်ကဲ့၊ ထုတ်ဝေသည့်အချိန်တွင်သာ သက်ဆိုင်မည်ဖြစ်သောကြောင့်၊ နောက် patch ထွက်လာသောအခါ၊ မှတ်တမ်းအသစ်များ ပေါ်လာနိုင်သည်၊ အဟောင်းများတွင် သိမ်းဆည်းထားသော အချက်အလက်များ၏ logic သည် ပြောင်းလဲသွားမည်။ ထို့ကြောင့်၊ ၎င်းတို့၏ဖွဲ့စည်းပုံနှင့် ၎င်းတို့တွင်ပါရှိသော အချက်အလက်များ၏ အနှစ်သာရကို ရှင်းပြခြင်းသည် များစွာအကျိုးရှိမည်ဖြစ်သည်။ ၎င်းသည် သင့်အား အမည်များကို ပိတ်ပင်တားဆီးခြင်းထက် နေရာများကို ပိုမိုကောင်းမွန်စွာ သွားလာနိုင်စေမည်ဖြစ်သည်။

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

ဝေါဟာရနှင့် ဗန်းစကား

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

ကျွန်ုပ်တို့၏လုပ်ငန်းတွင်၊ anglicisms (နှင့် jargon) ၏ပြဿနာသည်၎င်း၏ကိုယ်ပိုင်သတ်မှတ်ချက်များရှိသည်။ "အိမ်ရှင်" သို့မဟုတ် "ဧည့်သည်" ကဲ့သို့သော အပြစ်ကင်းသော စကားလုံးများအောက်တွင် တစ်ကမ္ဘာလုံးက အလွန်တိကျသည့်အရာများကို အချိန်အတော်ကြာ နားလည်ခဲ့ပြီး၊ ထို့နောက် ⅙ လယ်ယာမြေပေါ်တွင် သူရဲကောင်းဆန်သော စိတ်ရှုပ်ထွေးမှုများနှင့် အဘိဓာန်များတွင် တုန်လှုပ်ချောက်ချားမှုများ ဆက်လက်ဖြစ်ပေါ်နေပါသည်။ ပြီးတော့ တင်းကြပ်စွာ ငြင်းခုံရမယ့် "ဒါပေမယ့် ငါတို့ အလုပ်မှာ..."။

ထို့အပြင်၊ အချို့သော စကားလုံးများနှင့် စကားစုများသည် လူတို့ထံရောက်ရှိသွားသော်လည်း Veeam ထုတ်ကုန်များတွင် မွေးရာပါရှိသည့် ကျွန်ုပ်တို့၏ဝေါဟာရသက်သက်ရှိပါသည်။ ထို့ကြောင့် ယခုကျွန်ုပ်တို့သည် မည်သည့်အသုံးအနှုန်းကိုဆိုလိုသည်ကို သဘောတူကြပြီး နောင်တွင်၊ "ဧည့်သည်" ဟူသော စကားလုံးအောက်တွင် ကျွန်ုပ်သည် ဤအခန်းတွင် ရေးထားသည့်အရာကို အတိအကျဆိုလိုသည်၊ အလုပ်တွင် သင်သုံးနေကျအရာကို မဟုတ်ဘဲ၊ ဟုတ်တယ်၊ ဒါက ကျွန်တော့်ရဲ့ ကိုယ်ရေးကိုယ်တာ ဆန္ဒမဟုတ်ဘူး၊ ဒါတွေက စက်မှုလုပ်ငန်းမှာ ကောင်းကောင်း ထူထောင်ထားတဲ့ စည်းကမ်းတွေပါ။ သူတို့ကို တိုက်နေတာက အဓိပ္ပါယ်မဲ့တယ်။ မှတ်ချက်တွေမှာ အေးအေးဆေးဆေး နေချင်ပေမယ့်၊

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

အိမ်ရှင် (အိမ်ရှင်): virtualization လောကမှာ၊ ဒါက hypervisor ပါတဲ့ စက်တစ်ခုပါ။ ရုပ်ပိုင်းဆိုင်ရာ၊ virtual၊ cloud - အရေးမကြီးပါ။ တစ်စုံတစ်ခုသည် hypervisor (ESXi၊ Hyper-V၊ KVM စသည်) ကို အသုံးပြုနေပါက ဤ "အရာ" ကို host ဟုခေါ်သည်။ အကွက်ဆယ်ခုပါသော အစုအဝေးတစ်ခုဖြစ်စေ သို့မဟုတ် တစ်လုံးနှင့်တစ်ခြမ်း virtual machine များအတွက် ဓာတ်ခွဲခန်းတစ်ခုပါရှိသော သင့်လက်ပ်တော့ဖြစ်စေ - အကယ်၍ သင်သည် hypervisor တစ်ခုကို စတင်လိုက်လျှင် သင်သည် အိမ်ရှင်ဖြစ်လာသည်။ hypervisor သည် virtual machines များကို လက်ခံထားသောကြောင့်ဖြစ်သည်။ တစ်ချိန်က VMware သည် ESXi နှင့် စကားလုံး host ၏ ခိုင်မာသော ပေါင်းစည်းမှုကို ရရှိလိုသော ဇာတ်လမ်းတစ်ပုဒ်ပင် ရှိသေးသည်။ ဒါပေမယ့် သူမ မလုပ်ခဲ့ပါဘူး။

ခေတ်သစ်ကမ္ဘာတွင်၊ အထူးသဖြင့် Windows အခြေခံအဆောက်အအုံနှင့်ပတ်သက်လာသောအခါတွင် ဆက်သွယ်ရေးအတွက် ရှုပ်ထွေးမှုများဖြစ်စေသည့် "အိမ်ရှင်" ၏သဘောတရားသည် "ဆာဗာ" အယူအဆနှင့် လက်တွေ့ကျကျပေါင်းစပ်ထားသည်။ ထို့ကြောင့် ကျွန်ုပ်တို့အတွက် စိတ်ပါဝင်စားသော ဝန်ဆောင်မှုအချို့ကို လက်ခံဆောင်ရွက်ပေးသည့် မည်သည့်စက်ကိုမဆို အိမ်ရှင်ဟု လုံခြုံစွာ ခေါ်နိုင်သည်။ ဥပမာအားဖြင့်၊ WinSock မှတ်တမ်းများတွင် အရာအားလုံးကို host စကားလုံးဖြင့် အမှတ်အသားပြုထားသည်။ မူရင်း "Host not found" သည် ဤဥပမာတစ်ခုဖြစ်သည်။ ထို့ကြောင့် ကျွန်ုပ်တို့သည် အကြောင်းအရာမှ အစပြုသော်လည်း သတိရပါ - virtualization ၏ကမ္ဘာတွင်၊ အိမ်ရှင်သည် ဧည့်သည်များကို လက်ခံဆောင်ရွက်ပေးသည် (၎င်းကို အောက်ဖော်ပြပါ စာကြောင်းနှစ်ကြောင်းတွင် ပိုမိုသိရှိနိုင်သည်)။

ဒေသသုံး ဗန်းစကားမှ (ဤကိစ္စတွင်၊ အတိုကောက်များပင်) VMware သည် VI ဖြစ်ပြီး၊ vSphere သည် VC ဖြစ်ပြီး Hyper-V သည် HV ဖြစ်သည်ဟု ဤနေရာတွင် မှတ်သားထားသည်။

ဧည့်သည် (ဧည့်သည်) host ပေါ်တွင်အလုပ်လုပ်သော virtual machine ဤနေရာတွင် ရှင်းပြစရာမရှိပါ၊ အရာအားလုံးသည် အလွန်ယုတ္တိရှိပြီး ရိုးရှင်းပါသည်။ သို့သော် အများအပြားက ဤနေရာတွင် အခြားအဓိပ္ပါယ်များကို စေ့စေ့ငင်ငင် ဆွဲယူကြသည်။

ဘာအတွက်လဲ? ကျွန်တော်မသိပါ။
Guest OS အသီးသီး၊ ဧည့်သည်စက်၏လည်ပတ်မှုစနစ်။ နောက် ... ပြီးတော့။

အရန်/ကူးယူခြင်း အလုပ် (jobA)- အလုပ်အချို့ကို ရည်ညွှန်းသော Pure Wim ဗန်းစကား။ Backup အလုပ် == Backup Job ။ ရုရှားဘာသာသို့ လှလှပပ ဘာသာပြန်ရမည်ကို မည်သူမျှ မတွေးခဲ့ကြသောကြောင့် လူတိုင်းက "JobA" ဟု ဆိုကြသည်။ နောက်ဆုံး သံယောဇဉ်ကို အလေးပေးသည်။

ဟုတ်တယ်၊ သူတို့က ရိုးရိုးရှင်းရှင်းယူပြီး “joba” လို့ပြောကြတယ်။ စာတွေမှာတောင် အဲလိုရေးကြပြီး အားလုံးအဆင်ပြေပါတယ်။
Backup အလုပ်များ၊ Backup Tasks စသည်ဖြင့် အမျိုးအစားအားလုံးကို ကျေးဇူးတင်သော်လည်း မလိုအပ်ပါ။ ကိုယ့်အလုပ်နဲ့ကိုယ် နားလည်လာလိမ့်မယ်။ အဓိကကတော့ နောက်ဆုံး စာလုံးကို ဖိထားဖို့ပါပဲ။

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

စုစည်းမှု (Consolidation): ESXi 5.0 တွင်ပေါ်လာသည့် ဝေါဟာရတစ်ခုသည် မိဘမဲ့လျှပ်တစ်ပြက်ရိုက်ချက်များကို ဖျက်ခြင်းလုပ်ငန်းစဉ်ကို စတင်သည့် လျှပ်တစ်ပြက်မီနူးရှိ ရွေးချယ်စရာတစ်ခု။ ဆိုလိုသည်မှာ၊ ရုပ်ပိုင်းဆိုင်ရာအရရရှိနိုင်သော လျှပ်တစ်ပြက်ရိုက်ချက်များသည် ဖော်ပြထားသော ယုတ္တိပုံသဏ္ဍာန်မှ ကျဆင်းသွားခြင်းပင်ဖြစ်သည်။ သီအိုရီအရ၊ ဤလုပ်ငန်းစဉ်သည် လျှပ်တစ်ပြက်မန်နေဂျာတွင် ပြသထားသောဖိုင်များကို မထိခိုက်စေသင့်သော်လည်း မည်သည့်အရာမဆို ဖြစ်နိုင်ပါသည်။ စုစည်းမှု လုပ်ငန်းစဉ်၏ အနှစ်သာရမှာ လျှပ်တစ်ပြက်ရိုက်ချက် (ကလေးဒစ်) မှ ဒေတာများကို ပင်မ (ပင်မ) ဒစ်ခ်သို့ ရေးပေးခြင်းဖြစ်သည်။ disk များကို ပေါင်းစပ်ခြင်းလုပ်ငန်းစဉ်ကို merge ဟုခေါ်သည်။ စုစည်းမှုအမိန့်ကို ထုတ်ပြန်ပါက၊ လျှပ်တစ်ပြက်ရိုက်ချက်အား ပေါင်းစည်းပြီး မဖျက်မီ ဒေတာဘေ့စ်မှ လျှပ်တစ်ပြက်ရိုက်ချက်မှတ်တမ်းကို ဖယ်ရှားနိုင်သည်။ အကယ်၍ လျှပ်တစ်ပြက်ရိုက်ချက်အား မည်သည့်အကြောင်းကြောင့်မျှ ဖျက်၍မရပါက၊ အလားတူ မိဘမဲ့လျှပ်တစ်ပြက်ပုံများ ပေါ်လာပါမည်။ လျှပ်တစ်ပြက်ရိုက်ချက်များဖြင့် လုပ်ဆောင်ခြင်းနှင့်ပတ်သက်၍ VMware တွင် ပါရှိသည်။ KB ကောင်းတယ်။. ပြီးတော့ ငါတို့လည်း သူတို့အကြောင်း တစ်နည်းနည်းနဲ့ Habre တွင်ရေးသားခဲ့သည်.

ဒေတာစတိုး (Stora သို့မဟုတ် သိုလှောင်မှု)-  အလွန်ကျယ်ပြန့်သော အယူအဆတစ်ခုဖြစ်သော်လည်း virtualization ၏ကမ္ဘာတွင်၊ ၎င်းကို virtual machine files များသိမ်းဆည်းသည့်နေရာတစ်ခုအဖြစ် နားလည်ထားသည်။ မည်သို့ပင်ဆိုစေကာမူ ဤနေရာတွင် စကားစပ်ကြောင်းကို ရှင်းရှင်းလင်းလင်း နားလည်ထားရန် လိုအပ်ပြီး သံသယအနည်းငယ်ဖြင့် သင့်ချစ်သူကြားထဲတွင် ရှိသည့်အရာကို သေချာရှင်းပြပါ။ 

ပရောက်စီ (Proxy)- Veeam Proxy သည် ကျွန်ုပ်တို့အင်တာနက်ပေါ်တွင်အသုံးပြုနေကြသည့်အရာများနှင့် လုံးဝမတူကြောင်း ချက်ချင်းနားလည်ရန် အရေးကြီးပါသည်။ Veeam ထုတ်ကုန်များအတွင်း၊ ဤအရာသည် တစ်နေရာမှ တစ်နေရာသို့ ဒေတာလွှဲပြောင်းခြင်းဆိုင်ရာ ကိစ္စရပ်တစ်မျိုးဖြစ်သည်။ အသေးစိတ်အချက်အလက်များကို သင်မလေ့လာပါက VBR သည် command and control server ဖြစ်ပြီး proxies သည် ၎င်း၏ workhorses ဖြစ်သည်။ ဆိုလိုသည်မှာ၊ ပရောက်စီသည် အသွားအလာ စီးဆင်းပြီး ဤအသွားအလာကို စီမံခန့်ခွဲရာတွင် အထောက်အကူဖြစ်စေသော VBR အစိတ်အပိုင်းများကို ထည့်သွင်းထားသည့် စက်တစ်ခုဖြစ်သည်။ ဥပမာအားဖြင့်၊ ချန်နယ်တစ်ခုမှ အခြားတစ်ခုကို ဒေတာလွှဲပြောင်းရန် သို့မဟုတ် ဒစ်ခ်များကို သူ့ဘာသာသူ တွယ်ကပ်ရန် (HotAdd မုဒ်)။

သိုလှောင်ရေး (Repository)-  နည်းပညာအရ၊ ၎င်းသည် အရန်သိမ်းဆည်းသည့်နေရာနှင့် ဤနေရာသို့ မည်သို့ချိတ်ဆက်ရမည်ကို ညွှန်ပြသည့် VBR ဒေတာဘေ့စ်တွင် ထည့်သွင်းမှုတစ်ခုမျှသာဖြစ်သည်။ အမှန်မှာ၊ ၎င်းသည် CIFS ဘောလုံး သို့မဟုတ် သီးခြားဒစ်၊ ဆာဗာ သို့မဟုတ် cloud အတွင်းရှိ ပုံးတစ်ခုမျှသာ ဖြစ်နိုင်သည်။ နောက်တဖန်၊ ကျွန်ုပ်တို့သည် ဆက်စပ်နေပါသည်၊ သို့သော် သိုလှောင်ရုံသည် သင်၏ အရန်သိမ်းဆည်းထားရာ နေရာတစ်ခုသာဖြစ်ကြောင်း ကျွန်ုပ်တို့ နားလည်ပါသည်။

 လျှပ်တစ်ပြက် (SnapshOt)- အောက်စဖို့ဒ်သဒ္ဒါ ဝါသနာရှင်များသည် လျှပ်တစ်ပြက်ရိုက်သည်နှင့် မည်သူက လျှပ်တစ်ပြက်ရိုက်သည်ကို နှစ်သက်ကြသည်၊ သို့သော် စာမတတ်သူအများစုသည် ပိုကြီးသော ဒြပ်ထုမှ အကျိုးကျေးဇူးရရှိကြသည်။ မည်သူမဆို မသိပါက၊ ၎င်းသည် အချိန်အတိုင်းအတာတစ်ခုတွင် disk တစ်ခု၏အခြေအနေကို ပြန်လည်ရယူရန်ခွင့်ပြုသည့်နည်းပညာတစ်ခုဖြစ်သည်။ ပင်မဒစ်မှ I/O လုပ်ဆောင်ချက်များကို ခေတ္တပြန်ညွှန်းခြင်းဖြင့်ဖြစ်စေ ပြုလုပ်သည် - ထို့နောက် ၎င်းကို RoW (Redirect on Write) snapshot ဟုခေါ်သည် - သို့မဟုတ် သင့်ဒစ်မှ ပြန်လည်ရေးနိုင်သော ဘလောက်များကို အခြားတစ်ခုသို့ ရွှေ့ခြင်းဖြင့်ဖြစ်စေ - ၎င်းကို CoW (Copy on Write) ဟုခေါ်သည်။ ) လျှပ်တစ်ပြက်။ Veeam သည် ၎င်း၏ အရန်ကူးယူထားသော မှော်ပညာကို လုပ်ဆောင်ပေးနိုင်သော ဤလုပ်ဆောင်ချက်များကို အသုံးပြုခြင်းအတွက် ကျယ်ပြန့်သော ဖြစ်နိုင်ခြေများကို ကျေးဇူးတင်ပါသည်။ အတိအကျပြောရရင် သူတို့တင်မကဘူး၊ ဒါက နောက်ထုတ်မယ့်ကိစ္စပါ။

ESXi စာရွက်စာတမ်းနှင့် မှတ်တမ်းများတွင် ဤအခေါ်အဝေါ်သည် ပရမ်းပတာဖြစ်နေပြီး လျှပ်တစ်ပြက်ရိုက်ချက်များကို ဖော်ပြခြင်း၏အခြေအနေတွင်၊ သင်သည် လျှပ်တစ်ပြက်ရိုက်ချက်များကို ၎င်းတို့ကိုယ်တိုင်ရှာတွေ့နိုင်ပြီး မှတ်တမ်းကို ပြန်လည်လုပ်ဆောင်နိုင်သည့်အပြင် မြစ်ဝကျွန်းပေါ်ဒစ်ကိုပင် တွေ့ရှိနိုင်သည်။ Veeam စာရွက်စာတမ်းတွင် ထိုသို့သော မျက်ရည်မပါဝင်ပါ၊ လျှပ်တစ်ပြက်ရိုက်ချက်သည် လျှပ်တစ်ပြက်ရိုက်ချက်တစ်ခုဖြစ်ပြီး၊ ပြန်လုပ်သည့်မှတ်တမ်းသည် သီးခြားလွတ်လပ်သောမတည်မြဲသောဒစ်တစ်ခုမှ ဖန်တီးထားသည့် REDO ဖိုင်တစ်ခုဖြစ်သည်။ virtual machine ကိုပိတ်ထားသောအခါ REDO ဖိုင်များကိုဖျက်ပစ်သည်၊ ထို့ကြောင့်သူတို့ကိုလျှပ်တစ်ပြက်ရိုက်ချက်များနှင့်ရှုပ်ထွေးခြင်းသည်မအောင်မြင်ရန်လမ်းကြောင်းတစ်ခုဖြစ်သည်။

ပေါင်းစပ်မှု (Synthetics) Synthetic Backups များသည် တိုးမြှင်ပြောင်းပြန်နှင့် ထာဝရ ရှေ့သို့ အရန်ကူးများဖြစ်သည်။ ဤအသုံးအနှုန်းကို သင်မတွေ့မိပါက၊ ၎င်းသည် အရန်ကွင်းဆက်အသွင်ပြောင်းခြင်းကို တည်ဆောက်ရန် အသုံးပြုသည့် ယန္တရားများထဲမှ တစ်ခုသာဖြစ်သည်။ သို့သော်၊ မှတ်တမ်းများတွင် တိုးမြှင့်ခြင်းမှ ကော်ပီအပြည့်အစုံ (ပေါင်းစပ်မှုအပြည့်) ဖန်တီးခြင်းမူဘောင်တွင် အသုံးပြုသည့် Transform သဘောတရားကိုလည်း သင်တွေ့နိုင်သည်။

လုပ်ဆောင်စရာ (Task): ဤသည်မှာ အလုပ်အတွင်း စက်တစ်လုံးချင်းစီကို စီမံဆောင်ရွက်သည့် လုပ်ငန်းစဉ်ဖြစ်သည်။ ဆိုလိုသည်မှာ- သင့်တွင် စက်သုံးစက်ပါဝင်သည့် အရန်အလုပ်တစ်ခုရှိသည်။ ဆိုလိုသည်မှာ ကားတစ်ခုစီကို သီးခြားလုပ်ငန်းတစ်ခု၏ အစိတ်အပိုင်းတစ်ခုအဖြစ် စီမံဆောင်ရွက်မည်ဖြစ်သည်။ စုစုပေါင်း၊ မှတ်တမ်း လေးခုပါရှိသည်- အလုပ်အတွက် အဓိကတစ်ခုနှင့် အလုပ်အတွက်သုံးချက်။ သို့သော်၊ ဤနေရာတွင် အရေးကြီးသော ကွဲလွဲချက်တစ်ခု ရှိသည်- အချိန်ကြာလာသည်နှင့်အမျှ၊ "task" ဟူသော စကားလုံးသည် မလိုအပ်ဘဲ မရှင်းလင်းသည်များ ဖြစ်လာသည်။ ယေဘူယျမှတ်တမ်းများအကြောင်းပြောသောအခါ၊ အလုပ်တစ်ခုသည် VM အတိအကျဖြစ်သည်ကို ဆိုလိုသည်။ သို့သော် proxy နှင့် repository တွင် "အလုပ်များ" နှစ်ခုလုံးရှိသည်။ အဲဒီမှာ virtual disk၊ virtual machine နဲ့ အလုပ်တစ်ခုလုံးကို ဆိုလိုနိုင်ပါတယ်။ ဆိုလိုသည်မှာ အကြောင်းအရာကို မဆုံးရှုံးစေရန် အရေးကြီးပါသည်။

Veeam %name% ဝန်ဆောင်မှု:  အောင်မြင်သော မိတ္တူကူးခြင်း၏အကျိုးအတွက်၊ ဝန်ဆောင်မှုများစွာသည် စံစက်ပစ္စည်းများတွင် တွေ့ရှိနိုင်သည့်စာရင်းကို တစ်ပြိုင်နက်တည်း လုပ်ဆောင်ပါသည်။ ၎င်းတို့၏အမည်များသည် ၎င်းတို့၏အနှစ်သာရကို ပွင့်လင်းမြင်သာစွာထင်ဟပ်နေသော်လည်း ညီမျှခြင်းကြားတွင် အရေးကြီးဆုံးတစ်ခုမှာ - Veeam Backup Service ဖြစ်ပြီး ကျန်အရာများမှာ အလုပ်မဖြစ်ပါ။

VSS- နည်းပညာအရ၊ VSS သည် Microsoft Volume Shadow Copy Service အတွက် အမြဲရပ်တည်သင့်သည်။ တကယ်တော့၊ ၎င်းကို Application-Aware Image Processing အတွက် အဓိပ္ပါယ်တူအဖြစ် လူအများက သုံးသည်။ အမှန်တော့၊ ဘယ်ဟာက လုံးဝမှားတယ်၊ ဒါပေမယ့် ဒါက "မည်သည့် SUV ကိုမဆို ဂျစ်ကားဟု ခေါ်နိုင်သည်" အမျိုးအစားထဲက ဇာတ်လမ်းတစ်ပုဒ်ဖြစ်ပြီး၊ မင်းနားလည်လာလိမ့်မယ်။

ထူးဆန်းသောသစ်လုံးများနှင့် ၎င်းတို့နေထိုင်သည့်နေရာ

ကြီးကျယ်သောလျှို့ဝှက်ချက်ကို ထုတ်ဖော်ခြင်းဖြင့် ဤအခန်းကို စတင်လိုပါသည်- မှတ်တမ်းများတွင် မည်သည့်အချိန်ကို ပြသသနည်း။

မှတ်ထားရန်-

• ESXi သည် UTC+0 တွင် မှတ်တမ်းများကို အမြဲရေးသည်။
• vCenter သည် ၎င်း၏အချိန်ဇုန်၏အချိန်အလိုက် မှတ်တမ်းများကို သိမ်းဆည်းသည်။
• Veeam သည် ၎င်းဖွင့်ထားသည့် ဆာဗာ၏ အချိန်နှင့် အချိန်ဇုန်အလိုက် မှတ်တမ်းများကို သိမ်းဆည်းသည်။
• EVTX ဖော်မတ်ရှိ Windows ဖြစ်ရပ်များသာ မည်သည့်အရာနှင့်မျှ ဆက်စပ်မှုမှ ကင်းဝေးပါသည်။ ဖွင့်သောအခါတွင်၊ ၎င်းတို့ဖွင့်ထားသောကားအတွက် အချိန်ကို ပြန်လည်တွက်ချက်ပါသည်။ အခက်အခဲတွေရှိပေမယ့် အဆင်ပြေဆုံးရွေးချယ်မှုပါ။ မြင်သာထင်သာသောအခက်အခဲမှာ ဒေသန္တရကွာခြားမှုပင်ဖြစ်သည်။ ဤသည်မှာ ဖတ်၍မရသော မှတ်တမ်းများဆီသို့ လက်တွေ့ကျကျ အာမခံထားသော လမ်းကြောင်းတစ်ခုဖြစ်သည်။ ဟုတ်ကဲ့၊ ဒါကို ကုသနည်းအတွက် ရွေးချယ်စရာတွေ ရှိပါတယ်၊ ဒါပေမယ့် IT မှာရှိတဲ့ အရာအားလုံးဟာ အင်္ဂလိပ်လို အလုပ်လုပ်တယ် ဆိုတဲ့အချက်ကို ငြင်းခုံမနေပါနဲ့၊ အင်္ဂလိပ်လို locale ကို ဆာဗာတွေမှာ အမြဲတမ်း သတ်မှတ်ဖို့ သဘောတူပါတယ်။ ကျေးဇူးပြုပြီး 

ယခု သစ်လုံးများနေထိုင်ရာနေရာများနှင့် ၎င်းတို့ကို မည်သို့ရယူရမည်ကို ဆွေးနွေးကြပါစို့။ VBR တွင် ချဉ်းကပ်မှု နှစ်ခုရှိသည်။ 

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

သို့သော်လည်း၊ wizard သည် လုပ်ဆောင်စရာအားလုံး၏ မှတ်တမ်းများကို မစုဆောင်းပါ၊ ဥပမာအားဖြင့်၊ သင်သည် ပြန်လည်ထူထောင်ခြင်း၊ ရှုံးနိမ့်ခြင်း သို့မဟုတ် ပျက်ကွက်ခြင်း၏ မှတ်တမ်းများကို လေ့လာရန် လိုအပ်ပါက၊ သင်၏လမ်းကြောင်းသည် ဖိုဒါတွင် တည်ရှိနေပါသည်။ %ProgramData%/Veeam/Backup. ၎င်းသည် ပင်မ VBR လိုဂိုစတိုးဖြစ်ပြီး %ProgramData% သည် ဝှက်ထားသောဖိုင်တွဲဖြစ်ပြီး အဆင်ပြေပါသည်။ စကားမစပ်၊ HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication ဌာနခွဲရှိ LogDirectory အမျိုးအစား registry key ကို အသုံးပြု၍ မူရင်းတည်နေရာကို ပြန်လည်သတ်မှတ်နိုင်ပါသည်။

Linux စက်များတွင် အလုပ်သမား ကိုယ်စားလှယ်မှတ်တမ်းများကို ရှာဖွေသင့်သည် /var/log/VeeamBackup/root သို့မဟုတ် sudo အကောင့်ကိုအသုံးပြုပါက။ သင့်တွင် ထိုသို့သောအခွင့်ထူးများမရှိပါက လော့ဂ်အင်ကိုရှာဖွေပါ။ /tmp/VeeamBackup. 

%OS_name% မှတ်တမ်းများအတွက် Veeam အေးဂျင့်အတွက် ရှာဖွေရပါမည်။ %ProgramData%/Veeam/Endpoint (သို့မဟုတ် %ProgramData%/Veeam/Backup/Endpoint) နှင့် /var/log/veeam အသီးသီး။

အကယ်၍ သင်သည် Application-Aware Image Processing (သင်ဖြစ်နိုင်ချေများသော) ကို အသုံးပြုနေပါက အခြေအနေမှာ အနည်းငယ် ပိုမိုရှုပ်ထွေးလာပါသည်။ သင်သည် ကျွန်ုပ်တို့၏ အထောက်အမ၏ မှတ်တမ်းများ လိုအပ်မည်ဖြစ်ပြီး၊ virtual machine ကိုယ်တိုင်အတွင်းတွင် သိမ်းဆည်းထားသည့် မှတ်တမ်းများနှင့် VSS မှတ်တမ်းများ လိုအပ်မည်ဖြစ်သည်။ ဒီပျော်ရွှင်မှုကို ဘယ်မှာရနိုင်သလဲ ဆိုတာကို အသေးစိတ်ရေးထားပါတယ်။ ဤဆောင်းပါးတွင်. ဟုတ်ပါတယ်။ သီးခြားဆောင်းပါး လိုအပ်သောစနစ်မှတ်တမ်းများကိုစုဆောင်းရန်။ 

Windows Events များကို အဆင်ပြေစွာ စုစည်းထားပါသည်။ ဒီ HF. အကယ်၍ သင်သည် Hyper-V ကိုအသုံးပြုနေပါက၊ အက်ပလီကေးရှင်းများနှင့် ဝန်ဆောင်မှုမှတ်တမ်းများ > Microsoft > Windows ဌာနခွဲများမှ ၎င်း၏မှတ်တမ်းများအားလုံးကို လိုအပ်မည်ဖြစ်သည့်အတွက် အရာများပိုမိုရှုပ်ထွေးလာပါသည်။ သင်အမြဲပိုမိုက်မဲသောလမ်းကိုသွားနိုင်ပြီး %SystemRoot%System32winevtLogs မှ အရာဝတ္ထုအားလုံးကို ကောက်ယူရုံသာဖြစ်သည်။

တပ်ဆင်ခြင်း/မွမ်းမံစဉ်အတွင်း တစ်ခုခု ပျက်သွားပါက၊ သင်လိုအပ်သမျှအားလုံးကို %ProgramData%/Veeam/Setup/Temp ဖိုင်တွဲတွင် တွေ့ရှိနိုင်ပါသည်။ OS ဖြစ်ရပ်များတွင် သင်သည် ဤမှတ်တမ်းများထက် ပိုမိုအသုံးဝင်သော အချက်အလက်ကို ရှာတွေ့နိုင်သည်ဟူသောအချက်ကို ကျွန်ုပ်ဝှက်ထားမည်မဟုတ်ပါ။ ကျန်စိတ်ဝင်စားစရာများမှာ %Temp% တွင်ရှိသော်လည်း အခြေခံ၊ .Net libraries နှင့် အခြားအရာများကဲ့သို့သော ဆက်စပ်ဆော့ဖ်ဝဲလ်အတွက် တပ်ဆင်မှုမှတ်တမ်းများ ရှိပါသည်။ Veeam ကို msi မှ ထည့်သွင်းထားပြီး ၎င်းကို GUI တွင် မပြထားသော်လည်း ၎င်း၏ အစိတ်အပိုင်းအားလုံးကို သီးခြား msi ပက်ကေ့ဂျ်များအဖြစ်လည်း ထည့်သွင်းထားကြောင်း သတိပြုပါ။ ထို့ကြောင့်၊ အစိတ်အပိုင်းတစ်ခုအား တပ်ဆင်မှု မအောင်မြင်ပါက VBR တပ်ဆင်မှုတစ်ခုလုံးကို ရပ်တန့်သွားမည်ဖြစ်သည်။ ထို့ကြောင့်၊ သင်သည် သစ်လုံးများထဲသို့ သွားပြီး မည်သည် မည်သည် ပြတ်တောက်ပြီး မည်သည့်အချက်ကို အတိအကျ သိမြင်ရန် လိုအပ်သည်။

နောက်ဆုံးအနေနှင့်၊ ဘဝ hack သည်- ထည့်သွင်းစဉ်အတွင်း အမှားတစ်ခုရရှိပါက OK ကိုနှိပ်ရန် အလျင်စလိုမလုပ်ပါနှင့်။ ပထမဦးစွာ မှတ်တမ်းများကိုယူ၍ OK ကိုနှိပ်ပါ။ ဤနည်းဖြင့် သင်သည် အမှား၏အဆုံးတွင် အမှိုက်ကင်းစင်သော မှတ်တမ်းတစ်ခုကို ရရှိမည်ဖြစ်သည်။

vSphere မှတ်တမ်းများထဲသို့ သင်ဝင်ရောက်ရန် လိုအပ်သည်။ အလုပ်အကိုင်က ကျေးဇူးကန်းလွန်းပေမယ့် အင်္ကျီတွေကို လှိမ့်ပြီး တခြားတစ်ခုခုလုပ်ရမယ်။ အရိုးရှင်းဆုံးဗားရှင်းတွင်၊ ၎င်း၏ .vmx ဖိုင်ဘေးတွင်ရှိသော virtual machine events vmware.log ပါသော မှတ်တမ်းများ လိုအပ်ပါသည်။ ပိုမိုခက်ခဲသောကိစ္စတွင်၊ VMware သည် ဤနေရာအား ထုတ်ဝေမှုမှ ထုတ်ဝေမှုသို့ ပြောင်းလဲလိုသောကြောင့် သင့်အိမ်ရှင်ဗားရှင်းအတွက် မှတ်တမ်းများ မည်သည့်နေရာတွင် ရှိနေသည်ကို မေးမြန်းပါ။ ဥပမာအားဖြင့်, 7.0 အတွက် ဆောင်းပါးဒါပေမယ့် 5.5. vCenter မှတ်တမ်းများအတွက်၊ လုပ်ထုံးလုပ်နည်းကို ပြန်လုပ်ပါ။ ဂူဂင်လုပ်ခြင်း။. သို့သော် ယေဘူယျအားဖြင့်၊ ကျွန်ုပ်တို့သည် host event logs hostd.log၊ vCenter vpxa.log မှ စီမံခန့်ခွဲသော host ဖြစ်ရပ်များ၊ kernel logs vmkernel.log နှင့် auth.log အထောက်အထားပြခြင်းမှတ်တမ်းများကို စိတ်ဝင်စားပါမည်။ ကောင်းစွာ၊ လျစ်လျူရှုထားသောကိစ္စများတွင်၊ SSO ဖိုင်တွဲတွင်ပါရှိသော SSO မှတ်တမ်းသည် အဆင်ပြေနိုင်သည်။

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

Veeam အစိတ်အပိုင်းများ

ပြီးတော့ ဒီနိဒါန်းဆောင်းပါးရဲ့ နိဂုံးအနေနဲ့၊ Veeam Backup & Replication ရဲ့ အစိတ်အပိုင်းတွေအကြောင်း နည်းနည်းပြောကြည့်ရအောင်။ နာကျင်မှု၏အကြောင်းရင်းကိုရှာဖွေနေသောအခါတွင်၊ လူနာသည်မည်သို့အလုပ်လုပ်သည်ကိုနားလည်ရန်ကောင်းလိမ့်မည်။

ထို့ကြောင့် လူတိုင်းသိကြသည့်အတိုင်း Veeam Backup သည် SQL-based application ဟုခေါ်သည်။ ဆိုလိုသည်မှာ၊ ဆက်တင်များအားလုံး၊ အချက်အလက်အားလုံးနှင့် ပုံမှန်လုပ်ဆောင်မှုများအတွက်သာ လိုအပ်သည့်အရာအားလုံး ယေဘုယျအားဖြင့် - ဤအရာအားလုံးသည် ၎င်း၏ဒေတာဘေ့စ်တွင်ဖြစ်သည်။ သို့မဟုတ်ပါက၊ ကျွန်ုပ်တို့သည် VBR နှင့် EM အစုအဝေးအကြောင်းပြောနေပါက၊ ဒေတာဘေ့စ်နှစ်ခုတွင် VeeamBackup နှင့် VeeamBackupReporting အသီးသီးရှိသည်။ ဒီလိုနဲ့ ဖြစ်သွားတယ်- ငါတို့က နောက်ထပ် အပလီကေးရှင်းတစ်ခုကို တင်လိုက်တယ် - တခြားဒေတာဘေ့စ်တစ်ခုပေါ်လာတယ်။ ကြက်ဥအားလုံးကို ခြင်းတောင်းတစ်ခုတည်းတွင် မသိမ်းဆည်းရပါ။

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

စပယ်ယာချုပ်အဖြစ် ဆောင်ရွက်သည်။ Veeam Backup ဝန်ဆောင်မှု. အခြေစိုက်စခန်းများနှင့် သတင်းအချက်အလက် ဖလှယ်ရေးတွင် တာဝန်ရှိသူဖြစ်သည်။ သူသည် အလုပ်အားလုံးကို စတင်ရန်၊ ခွဲဝေချထားပေးသည့် အရင်းအမြစ်များကို စုစည်းကာ ကွန်ဆိုးလ်များ၊ အေးဂျင့်များနှင့် အခြားအရာအားလုံးအတွက် ဆက်သွယ်ရေးစင်တာအမျိုးအစားတစ်ခုအဖြစ် လုပ်ဆောင်ရန်လည်း တာဝန်ရှိသည်။ စကားလုံးတစ်လုံးတွင်၊ သူမပါဘဲ သေချာပေါက် နည်းလမ်းမရှိသော်လည်း၊ ၎င်းသည် သူကိုယ်တိုင် အရာအားလုံးကို လုပ်ဆောင်သည်ဟု မဆိုလိုပါ။

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

ဒါပေမယ့် ဝန်ဆောင်မှုစာရင်းကို ပြန်သွားပါ။ Veeam ပွဲစားဝန်ဆောင်မှု. v9.5 တွင်ပေါ်လာသည် (၎င်းသည်အချို့ကထင်ထားသည့်အတိုင်း crypto miner မဟုတ်ပါ။) VMware host များအကြောင်း အချက်အလက်များကို စုဆောင်းပြီး ၎င်း၏ဆက်စပ်မှုကို ထိန်းသိမ်းထားသည်။ သို့သော် ကျွန်ုပ်တို့သည် သင့်အား စူးစမ်းနေပြီး လော့ဂ်အင်/စကားဝှက်များအားလုံးကို Taschmajor သို့ ပေါက်ကြားစေသည့် စိတ်ဆိုးသောမှတ်ချက်များရေးရန် ချက်ချင်းမပြေးပါနှင့်။ အရာအားလုံးက အနည်းငယ်ရိုးရှင်းပါသည်။ သင်အရန်ကူးယူခြင်းကို လုပ်ဆောင်သောအခါတွင် သင်လုပ်ဆောင်ရမည့်အရာမှာ host နှင့်ချိတ်ဆက်ပြီး ၎င်း၏ဖွဲ့စည်းပုံနှင့်ပတ်သက်သော အချက်အလက်အားလုံးကို အပ်ဒိတ်လုပ်ရန်ဖြစ်သည်။ ဒါက အတော်လေးနှေးကွေးပြီး ခက်ခက်ခဲခဲ ဇာတ်လမ်းတစ်ပုဒ်ပါ။ ဝဘ်အင်တာဖေ့စ်မှတဆင့် သင်ဝင်ရောက်ရန် အချိန်မည်မျှကြာကြောင်း သတိရပြီး အပေါ်ဆုံးအလွှာကိုသာ ရေတွက်ထားကြောင်း သတိရပါ။ ပြီးမှ အထက်အောက် တစ်ခုလုံးကို မှန်ကန်တဲ့ နေရာမှာ ဖွင့်ထားဖို့ လိုပါသေးတယ်။ ပြောရရင်တော့ ထိတ်လန့်စရာပါ။ အကယ်၍ သင်သည် အရန်ကူးယူမှု တစ်ဒါဇင်ကို လုပ်ဆောင်ပါက အလုပ်တစ်ခုစီသည် ဤလုပ်ငန်းစဉ်ကို လုပ်ဆောင်ရန် လိုအပ်သည်။ ကြီးမားသော အခြေခံအဆောက်အဦများအကြောင်း ပြောနေလျှင် ဤလုပ်ငန်းစဉ်သည် ဆယ်မိနစ် သို့မဟုတ် ထို့ထက်ပို၍ ကြာနိုင်သည်။ ထို့ကြောင့်၊ ၎င်းအတွက် သီးခြားဝန်ဆောင်မှုတစ်ခုကို ခွဲဝေချထားရန် ဆုံးဖြတ်ခဲ့ပြီး၊ ၎င်းသည် အမြဲတမ်း နောက်ဆုံးပေါ် အချက်အလက်များကို လက်ခံရရှိရန် ဖြစ်နိုင်သည်။ စတင်ချိန်တွင်၊ ၎င်းသည် ပေါင်းထည့်ထားသည့် အခြေခံအဆောက်အအုံအားလုံးကို စစ်ဆေးပြီး စကင်န်ဖတ်ကာ တိုးမြင့်လာသော ပြောင်းလဲမှုအဆင့်တွင်သာ အလုပ်လုပ်ရန် ကြိုးစားသည်။ ထို့ကြောင့် သင်သည် တစ်ချိန်တည်းတွင် အရန်ကူးယူမှု တစ်ရာကို လုပ်ဆောင်မည်ဆိုလျှင်ပင်၊ ၎င်းတို့အားလုံးသည် ကျွန်ုပ်တို့၏ ပွဲစားထံမှ အချက်အလက်များ တောင်းခံမည်ဖြစ်ပြီး၊ ၎င်းတို့၏ တောင်းဆိုမှုများဖြင့် အိမ်ရှင်များကို ညှဉ်းပန်းနှိပ်စက်မည်မဟုတ်ပါ။ အကယ်၍ သင်သည် အရင်းအမြစ်များကို စိတ်ပူပါက၊ ကျွန်ုပ်တို့၏ တွက်ချက်မှုများအရ၊ 5000 virtual machines များသည် memory 100 Mb ခန့်သာ လိုအပ်ပါသည်။

နောက်တစ်ခု ကျွန်တော်တို့မှာရှိတယ်။ Veeam Console. သူကတော့ Veeam Remote Console ဖြစ်ပြီး Veeam.Backup.Shell ဖြစ်ပါတယ်။ ၎င်းသည် စခရင်ရှော့များတွင် ကျွန်ုပ်တို့မြင်ရသည့် တူညီသော GUI ဖြစ်သည်။ အရာအားလုံးသည် ရိုးရှင်းပြီး သိသာထင်ရှားသည် - ကွန်ဆိုးလ်သည် Windows ဖြစ်ပြီး VBR ဆာဗာသို့ ချိတ်ဆက်မှုရှိသရွေ့ မည်သည့်နေရာတွင်မဆို စတင်အသုံးပြုနိုင်ပါသည်။ ပြောနိုင်သည့် တစ်ခုတည်းသော အရာမှာ FLR လုပ်ငန်းစဉ်သည် စက်တွင်း အမှတ်များကို တပ်ဆင်ပေးမည် (ဆိုလိုသည်မှာ ကွန်ဆိုးလ်လည်ပတ်နေသည့် စက်တွင်)။ ကောင်းပြီ၊ အမျိုးမျိုးသော Veeam Explorers များသည် console ၏အစိတ်အပိုင်းဖြစ်သောကြောင့် ၎င်းတို့သည် စက်တွင်း၌လည်း လုပ်ဆောင်မည်ဖြစ်သည်။ ဒါ​ပေမယ့်​ ကျွန်​​တော့်​ကို ​တောထဲ​ခေါ်သွား​နေပြီ...

နောက်ထပ် စိတ်ဝင်စားစရာ ဝန်ဆောင်မှုတစ်ခုကတော့ Veeam Backup Catalog ဒေတာဝန်ဆောင်မှု။ ဝန်ဆောင်မှုများစာရင်းတွင် Veeam Guest Catalog Service ဟုလူသိများသည်။ သူသည် ဧည့်သည်စက်များတွင် ဖိုင်စနစ်များကို အညွှန်းရေးခြင်းတွင် ပါဝင်နေပြီး VBRCatalog ဖိုင်တွဲကို ဤအသိပညာဖြင့် ဖြည့်ပေးသည်။ ညွှန်းကိန်းစစ်ဆေးသည့်အကွက်ကို ဖွင့်ထားမှသာ ၎င်းကို အသုံးပြုသည်။ လုပ်ငန်းမန်နေဂျာရှိလျှင် ၎င်းကိုဖွင့်ရန်သာ အဓိပ္ပာယ်ရှိသည်။ ထို့ကြောင့် ကျွန်ုပ်၏ နှလုံးသားထဲမှ အကြံပြုချက်- အစာမစားပါက ထိုကဲ့သို့ အညွှန်းကို မဖွင့်ပါနှင့်။ သင်၏အာရုံကြောများနှင့်ပံ့ပိုးမှုအချိန်ကိုချွေတာပါ။

အခြားအရေးကြီးသော ဝန်ဆောင်မှုများမှလည်း သတိပြုသင့်ပါသည်။ Veeam Installer ဝန်ဆောင်မှုproxy, repositories နှင့် အခြားသော gateways များတွင် လိုအပ်သော အစိတ်အပိုင်းများကို ပေးပို့ပြီး ထည့်သွင်းသည့်အကူအညီဖြင့်၊ အမှန်မှာ၊ ၎င်းသည် လိုအပ်သော .msi ပက်ကေ့ဂျ်များကို ဆာဗာများထံ ယူဆောင်ပြီး ၎င်းတို့ကို ထည့်သွင်းသည်။ 

Veeam Data Mover - အရန်အေးဂျင့်များ၏အကူအညီဖြင့် ပရောက်စီများ (သာမက) တွင် လွှင့်တင်ထားသော ဒေတာလွှဲပြောင်းခြင်းတွင် ပါ၀င်ပါသည်။ ဥပမာအားဖြင့်၊ မိတ္တူကူးသောအခါတွင်၊ အေးဂျင့်တစ်ဦးသည် host datastore မှဖိုင်များကိုဖတ်မည်ဖြစ်ပြီး ဒုတိယသည် ၎င်းတို့အား အရန်သိမ်းရန် ဂရုတစိုက်ရေးပေးမည်ဖြစ်သည်။

သီးခြားအားဖြင့်၊ ဖောက်သည်များ မကြာခဏ တုံ့ပြန်လေ့ရှိသည့် အရေးကြီးသည့်အချက်ကို မှတ်သားလိုပါသည် - ဤသည်မှာ ပရိုဂရမ်များနှင့် အင်္ဂါရပ်များ လျှပ်တစ်ပြက်အတွင်းရှိ ဝန်ဆောင်မှုဗားရှင်းများနှင့် အချက်အလက်များ ကွာခြားချက်ဖြစ်သည်။ ဟုတ်တယ်၊ စာရင်းက အတူတူပဲ၊ ဒါပေမယ့် ဗားရှင်းတွေက လုံးဝကွဲလွဲနိုင်ပါတယ်။ အမြင်အားဖြင့်တော့ သိပ်မအေးပါဘူး၊ ဒါပေမယ့် အရာအားလုံး တည်ငြိမ်စွာ အလုပ်လုပ်ရင် လုံးဝ ပုံမှန်ပါပဲ။ ဥပမာအားဖြင့်၊ Installer ဝန်ဆောင်မှုအတွက်၊ ဗားရှင်းနံပါတ်သည် အိမ်နီးချင်းများထက် များစွာနောက်ကျနေပါသည်။ ထိတ်လန့်ခြင်းနှင့် အိပ်မက်ဆိုးများလား။ မဟုတ်ဘူး၊ ဘာကြောင့်လဲဆိုတော့ အဲဒါကို လုံးလုံးလျားလျား ပြန်မတပ်ဆင်ထားပေမယ့် သူ့ရဲ့ DLL ကို ရိုးရိုးရှင်းရှင်းပဲ အပ်ဒိတ်လုပ်ထားလို့ပါ။ patch v9.5 U4 တွင် နည်းပညာပံ့ပိုးမှု အိပ်မက်ဆိုးတစ်ခု ဖြစ်ပွားခဲ့သည်- အပ်ဒိတ်လုပ်နေစဉ်တွင်၊ ဝန်ဆောင်မှုအားလုံးသည် အရေးကြီးဆုံးတစ်ခုမှလွဲ၍ ဗားရှင်းအသစ်များကို ရရှိခဲ့ပါသည်။ U4b patch တွင်၊ သယ်ယူပို့ဆောင်ရေးဝန်ဆောင်မှုသည် အခြားဗားရှင်းနှစ်ခု (နံပါတ်များဖြင့် အဆုံးအဖြတ်ပေးသည်) ဖြင့် အခြားဗားရှင်းအားလုံးကို ကျော်သွားခဲ့သည်။ ထို့အပြင် ၎င်းသည် ပုံမှန်ဖြစ်သည် - ၎င်းတွင် ပြင်းထန်သည့် ချို့ယွင်းချက်တစ်ခု တွေ့ရှိသောကြောင့် ကျန်အရာများနှင့် ပတ်သက်သည့် အပိုဆုမွမ်းမံမှုကို ရရှိခဲ့သည်။ ထို့ကြောင့် နိဂုံးချုပ်ရလျှင်- ဗားရှင်း ကွဲလွဲမှုများသည် ပြဿနာရှိနိုင်သော်လည်း ကွဲပြားမှုရှိပြီး အရာအားလုံး ကောင်းမွန်စွာ အလုပ်လုပ်နေပါက၊ ဖြစ်သင့်သည်။ ဒါပေမယ့် ဒါကို နည်းပညာပိုင်းဆိုင်ရာ ပံ့ပိုးမှုမှာ ရှင်းဖို့ ဘယ်သူမှ တားမြစ်ထားမှာ မဟုတ်ပါဘူး။

ဒါတွေက မဖြစ်မနေ ဝန်ဆောင်မှုတွေ ဒါမှမဟုတ် မဖြစ်မနေ ဝန်ဆောင်မှုတွေလို့ ခေါ်ကြပါတယ်။ ထို့အပြင် Tape Service၊ Mount Service၊ vPowerNFS ဝန်ဆောင်မှုစသည်ဖြင့် အရန်အရာများ အစုံအလင်ရှိပါသည်။

Hyper-V အတွက်၊ ယေဘူယျအားဖြင့် အရာအားလုံးသည် အတူတူပင်ဖြစ်ပြီး တိကျသောအချက်တစ်ခုသာရှိသည်။ Veeam Backup Hyper-V ပေါင်းစပ်ဝန်ဆောင်မှု နှင့် CBT နှင့်အလုပ်လုပ်ရန်သင်၏ကိုယ်ပိုင်ယာဉ်မောင်း။

အဆုံးတွင်၊ အရန်ကူးနေစဉ်အတွင်း virtual machines များတွင်မည်သူအလုပ်လုပ်သည်ကိုပြောကြပါစို့။ အကြိုနှင့် အေးခဲပြီးနောက် ဇာတ်ညွှန်းများကို လုပ်ဆောင်ရန်၊ အရိပ်မိတ္တူဖန်တီးရန်၊ မက်တာဒေတာစုဆောင်းရန်၊ SQL အရောင်းအ၀ယ်မှတ်တမ်းများနှင့် လုပ်ဆောင်ရန်၊ စသည်ဖြင့်။ Veeam ဧည့်သည်အကူအညီပေးသူ. ဖိုင်စနစ်များကို အညွှန်းပြုထားလျှင်၊ Veeam Guest Indexer . ၎င်းတို့သည် အရန်သိမ်းခြင်းကာလအတွက် အသုံးပြုပြီး ၎င်းကိုဖယ်ရှားပြီးနောက် ယာယီဝန်ဆောင်မှုများဖြစ်သည်။

Linux စက်များတွင်၊ Built-in အများအပြားရှိသော စာကြည့်တိုက်များနှင့် စနစ်ကိုယ်တိုင်၏ လုပ်ဆောင်နိုင်စွမ်းများ ရှိနေခြင်းကြောင့် အရာအားလုံးသည် ပိုမိုရိုးရှင်းပါသည်။ ဥပမာအားဖြင့်၊ indexing ကို mlocate ဖြင့်လုပ်ဆောင်သည်။

လောလောဆယ်တော့ ဒီလောက်ပါပဲ။

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

source: www.habr.com