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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

အရန်/ကူးယူခြင်း အလုပ် (jobA)။ အလုပ်များထဲမှ တစ်ခုကို ရည်ညွှန်းသော Vim ဗန်းစကား သက်သက်။ Backup အလုပ် == Bekapnaya Joba ။ ဒါကို ရုရှားဘာသာသို့ လှလှပပ ဘာသာပြန်ဆိုရန် မည်သူမျှ မတွေးခဲ့မိသောကြောင့် လူတိုင်းက "jobA" ဟု ဆိုကြသည်။ နောက်ဆုံးဝဏ္ဏနာအပေါ် ဖိစီးမှုနှင့်အတူ။

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

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

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

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

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

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

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

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

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

လုပ်ဆောင်စရာ- ဤသည်မှာ အလုပ်တစ်ခုအတွင်း စက်တစ်ခုစီတိုင်းကို လုပ်ဆောင်ခြင်းလုပ်ငန်းစဉ်ဖြစ်သည်။ ဆိုလိုသည်မှာ- သင့်တွင် စက်သုံးစက်ပါဝင်သည့် အရန်အလုပ်တစ်ခုရှိသည်။ ဆိုလိုသည်မှာ စက်တစ်ခုစီသည် သီးခြားလုပ်ငန်းတစ်ခုအတွင်း လုပ်ဆောင်သွားမည်ဖြစ်သည်။ စုစုပေါင်း၊ မှတ်တမ်း လေးခုပါရှိသည်- အလုပ်အတွက် အဓိကတစ်ခုနှင့် အလုပ်အတွက်သုံးချက်။ သို့သော်၊ ဤနေရာတွင် အရေးကြီးသော ကွဲလွဲချက်တစ်ခု ရှိသည်- အချိန်ကြာလာသည်နှင့်အမျှ၊ "တာဝန်" ဟူသော စကားလုံးသည် ရှုပ်ထွေးလွန်းလှသည်။ ယေဘူယျမှတ်တမ်းများအကြောင်းပြောသောအခါ၊ အလုပ်သည် 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 တစ်ခုရှိသည်။ ထို့နောက် ၎င်းသည် folders များကိုယ်တိုင်လည်ပတ်ပြီး သင်လိုအပ်သမျှအားလုံးကို archive တစ်ခုထဲသို့ ထည့်မည်ဖြစ်သည်။ ဘယ်မှာရှာရမလဲ၊ ဘယ်လိုအလုပ်လုပ်ရမလဲဆိုတာကို အသေးစိတ်ဖော်ပြထားပါတယ်။ ဒီ KV.

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

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

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

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

vSphere မှတ်တမ်းများထဲသို့ သင်ဝင်ရောက်ရန် လိုအပ်သည်။ အလွန်ကျေးဇူးတင်စရာအလုပ်တစ်ခု၊ ဒါပေမယ့် မင်းရဲ့လက်စွပ်တွေကို လှိမ့်လိုက်ပြီး၊ မင်း ဒီထက်ပိုပြီးလုပ်ရမယ်။ အရိုးရှင်းဆုံးအခြေအနေတွင်၊ ၎င်း၏ .vmx ဖိုင်ဘေးတွင်ရှိသော virtual machine vmware.log ၏ဖြစ်ရပ်များနှင့် မှတ်တမ်းများ လိုအပ်ပါသည်။ ပိုမိုရှုပ်ထွေးသည့်ကိစ္စတွင်၊ VMware သည် ဤနေရာအား ထုတ်ဝေမှုမှ ထုတ်ဝေမှုသို့ ပြောင်းလဲလိုသောကြောင့် သင့်အိမ်ရှင်ဗားရှင်းအတွက် မှတ်တမ်းများ မည်သည့်နေရာတွင် ရှိနေသည်ကို မေးမြန်းပါ။ ဥပမာအားဖြင့်, 7.0 အတွက် ဆောင်းပါးဒါပေမယ့် 5.5. vCenter မှတ်တမ်းများအတွက်၊ လုပ်ထုံးလုပ်နည်းကို ပြန်လုပ်ပါ။ Googling. သို့သော် ယေဘူယျအားဖြင့်၊ ကျွန်ုပ်တို့သည် လက်ခံသူဖြစ်ရပ်မှတ်တမ်းများ hostd.log၊ vCenter vpxa.log အောက်တွင် လက်ခံဆောင်ရွက်ပေးသည့်ဖြစ်ရပ်များ၊ kernel မှတ်တမ်း 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 များအကြောင်း အချက်အလက်များကို စုဆောင်းပြီး ၎င်းကို နောက်ဆုံးပေါ် ထားရှိပါ။ သို့သော် ကျွန်ုပ်တို့သည် သင့်အား သူလျှိုလုပ်နေပြီး အကြီးအကဲထံသို့ လော့ဂ်အင်/စကားဝှက်များအားလုံးကို ပေါက်ကြားစေသည့် စိတ်ဆိုးသောမှတ်ချက်များ ရေးသားရန် အလျင်စလိုမလုပ်ပါနှင့်။ အရာအားလုံးက နည်းနည်းရိုးရှင်းပါတယ်။ သင်အရန်ကူးယူခြင်းကို လုပ်ဆောင်သောအခါတွင် သင်လုပ်ဆောင်ရမည့်အရာမှာ အိမ်ရှင်နှင့်ချိတ်ဆက်ပြီး ၎င်း၏ဖွဲ့စည်းပုံနှင့်ပတ်သက်သည့် အချက်အလက်အားလုံးကို အပ်ဒိတ်လုပ်ရန်ဖြစ်သည်။ ဒါက အတော်လေးနှေးကွေးပြီး ခက်ခက်ခဲခဲ ဇာတ်လမ်းတစ်ပုဒ်ပါ။ ဝဘ်အင်တာဖေ့စ်မှတဆင့် လော့ဂ်အင်ဝင်ရန် အချိန်မည်မျှကြာကြောင်း သတိရပြီး အပေါ်ဆုံးအလွှာကိုသာ ထိုနေရာတွင် ထည့်သွင်းစဉ်းစားကြောင်း သတိရပါ။ ထို့နောက် လမ်းကြောင်းတစ်ခုလုံးကို မှန်ကန်သောနေရာတွင် ချဲ့ရန် လိုအပ်နေသေးသည်။ ပြောရရင်တော့ ဆိုးပါတယ်။ အကယ်၍ သင်သည် အရန်ကူးယူမှု တစ်ဒါဇင်ကို လုပ်ဆောင်ပါက အလုပ်တစ်ခုစီသည် ဤလုပ်ငန်းစဉ်ကို လုပ်ဆောင်ရန် လိုအပ်သည်။ ကျွန်ုပ်တို့သည် ကြီးမားသော အခြေခံအဆောက်အအုံများအကြောင်း ပြောပါက၊ ဤလုပ်ငန်းစဉ်သည် ဆယ်မိနစ် သို့မဟုတ် ထို့ထက်ပို၍ ကြာနိုင်သည်။ ထို့ကြောင့်၊ သင်သည် အမြဲတမ်း နောက်ဆုံးပေါ် အချက်အလက်များကို ရနိုင်စေမည့် သီးခြားဝန်ဆောင်မှုတစ်ခုကို ခွဲဝေချထားရန် ဆုံးဖြတ်ခဲ့သည်။ စတင်ချိန်တွင်၊ ၎င်းသည် ပေါင်းထည့်ထားသည့် အခြေခံအဆောက်အအုံအားလုံးကို စစ်ဆေးပြီး စကင်န်ဖတ်ကာ တိုးမြင့်လာသော ပြောင်းလဲမှုအဆင့်တွင်သာ အလုပ်လုပ်ရန် ကြိုးစားသည်။ ထို့ကြောင့် သင့်တွင် အရန်ကူးယူမှု တစ်ရာရှိလျှင်ပင်၊ ၎င်းတို့အားလုံးသည် ကျွန်ုပ်တို့၏ ပွဲစားထံမှ အချက်အလက်များကို တောင်းဆိုမည်ဖြစ်ပြီး၊ ၎င်းတို့၏ တောင်းဆိုမှုများဖြင့် အိမ်ရှင်များကို ညှဉ်းပန်းနှိပ်စက်မည်မဟုတ်ပါ။ အကယ်၍ သင်သည် အရင်းအမြစ်များကို စိတ်ပူပါက၊ ကျွန်ုပ်တို့၏ တွက်ချက်မှုများအရ virtual machine 5000 အတွက် 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 ဖိုင်တွဲကို ဤအသိပညာဖြင့် ဖြည့်ပေးသည်။ ညွှန်းကိန်းစစ်ဆေးသည့်အကွက်ကို ဖွင့်ထားမှသာ ၎င်းကို အသုံးပြုသည်။ သင့်တွင် Enterprise Manager ရှိမှသာ ၎င်းကိုဖွင့်ရန် သင့်လျော်ပါသည်။ ထို့ကြောင့် ကျွန်ုပ်၏ စိတ်ရင်းမှန်ဖြင့် အကြံပြုချက်- သင့်တွင် EM မရှိပါက ထိုကဲ့သို့ ညွှန်းကိန်းများကို မဖွင့်ပါနှင့်။ သင်၏အာရုံကြောများနှင့်ပံ့ပိုးမှုအချိန်ကိုချွေတာပါ။

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

Veeam Data Mover — proxies တွင် စတင်သည့် အရန်အေးဂျင့်များ၏ အကူအညီဖြင့် ၎င်းသည် ဒေတာလွှဲပြောင်းခြင်းတွင် ပါဝင်နေသည်။ ဥပမာအားဖြင့်၊ မိတ္တူကူးနေစဉ်အတွင်း အေးဂျင့်တစ်ဦးသည် လက်ခံဒေတာစတိုးမှ ဖိုင်များကို ဖတ်မည်ဖြစ်ပြီး ဒုတိယတစ်ခုသည် ၎င်းတို့အား အရန်သိမ်းဆည်းမှုတွင် ဂရုတစိုက်ရေးပေးမည်ဖြစ်သည်။

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

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

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

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

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

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

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

source: www.habr.com