သစ်လုံးတွေက ဘယ်ကလာတာလဲ။ Veeam Log Diving

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

ဤ "မှတ်တမ်းများ" သည် မည်သို့ထင်သနည်း။ အများစုအရ၊ မည်သည့်အပလီကေးရှင်း၏မှတ်တမ်းများကို အိမ်နောက်ဖေးရှိ အချိန်အများစုတွင် အသီးအရွက်များပေါက်သည့် အလုံးစုံသောစွမ်းအားရှင်တစ်မျိုး၏ အခန်းကဏ္ဍကို သတ်မှတ်ပေးသင့်သည်၊ သို့သော် ထိုအချိန်တွင် သံချပ်ကာသည် မည်သည့်နေရာမှ ထွက်ပေါ်လာပြီး လူတိုင်းကို ကယ်တင်နိုင်မည်ဖြစ်သည်။ ဆိုလိုသည်မှာ၊ ၎င်းတို့သည် အစိတ်အပိုင်းတစ်ခုစီရှိ အနည်းငယ်သော အမှားအယွင်းများမှသည် တစ်ဦးချင်းစီ ဒေတာဘေ့စ် လွှဲပြောင်းမှုများအထိ အားလုံးပါဝင်သင့်သည်။ ဒါမှ error ပြီးသွားရင် ဘယ်လိုပြင်ရမလဲဆိုတာ ချက်ချင်းရေးပေးလိုက်ပါ။ ဤအရာအားလုံးသည် megabytes နှစ်ဆအတွင်း အံဝင်ခွင်ကျမဖြစ်သင့်တော့ပါ။ စာသားသက်သက်ပါ။ စာသားဖိုင်များသည် ဆယ်ဂဏန်းဂစ်ဂါဘိုက်ကို ယူ၍မရပါ၊ တစ်နေရာရာကို ကြားဖူးသည်။

ဒီတော့ သစ်လုံးတွေ

လက်တွေ့ကမ္ဘာတွင်၊ မှတ်တမ်းများသည် ရောဂါရှာဖွေရေးအချက်အလက်များ၏ မှတ်တမ်းတစ်ခုမျှသာဖြစ်သည်။ ထိုနေရာတွင် သိမ်းဆည်းရမည့်အရာ၊ သိုလှောင်မှုအတွက် အချက်အလက်များ ရယူရမည့်နေရာနှင့် ၎င်းသည် မည်မျှအသေးစိတ်ဖြစ်သင့်သည်ကို ဆော့ဖ်ဝဲရေးသားသူများကိုယ်တိုင် ဆုံးဖြတ်ရန်ဖြစ်သည်။ တစ်စုံတစ်ယောက်သည် ON/OFF အဆင့်၏ မှတ်တမ်းများကို သိမ်းဆည်းခြင်းဖြင့် အနည်းငယ်မျှသာဝါဒ၏ လမ်းကြောင်းအတိုင်း လိုက်လျှောက်နေပြီး တစ်စုံတစ်ယောက်သည် ၎င်းတို့ရောက်ရှိနိုင်သမျှကို လုံ့လစိုက်ထုတ်နေပါသည်။ Logging Level လို့ ခေါ်တဲ့ အလယ်အလတ် ရွေးစရာ တစ်ခုလည်း ရှိပေမယ့်၊ သင် သိမ်းဆည်းလိုတဲ့ အသေးစိတ် အချက်အလက် နဲ့ သင့်မှာ အပို disk နေရာ ဘယ်လောက် ရှိလဲ ဆိုတာကို သင်ညွှန်ပြတဲ့ အခါမှာ VBR မှာ အဆင့် ခြောက်ဆင့် ပါရှိပါတယ်။ ပြီးတော့၊ ငါ့ကိုယုံပါ၊ မင်းရဲ့ဒစ်ပေါ်မှာ နေရာလွတ်နဲ့ အသေးငယ်ဆုံးသော မှတ်တမ်းရေးခြင်းနဲ့ ဘာဖြစ်မယ်ဆိုတာ မမြင်ချင်ဘူး။

ဒဏ်ငွေ။ ကျွန်ုပ်တို့ သိမ်းဆည်းလိုသောအရာကို အကြမ်းဖျင်းနားလည်ထားသော်လည်း တရားဝင်မေးခွန်းတစ်ခု ပေါ်လာသည်- ဤအချက်အလက်ကို ဘယ်ကရမည်နည်း။ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏အတွင်းပိုင်းလုပ်ငန်းစဉ်များဖြင့် မိမိကိုယ်ကို မှတ်တမ်းတင်ခြင်းအတွက် ဖြစ်ရပ်များ၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သည်။ ဒါပေမယ့် ပြင်ပပတ်ဝန်းကျင်နဲ့ ထိတွေ့ဆက်ဆံတဲ့အခါ ဘာလုပ်ရမလဲ။ ချိုင်းထောက်နှင့် စက်ဘီးများ၏ ကွင်းငရဲထဲသို့ မလျှောကျစေရန်အတွက် Veeam သည် တီထွင်ပြီးသော တီထွင်မှုများကို မတီထွင်တတ်ပေ။ အဆင်သင့်လုပ်ထားသော API၊ Built-in လုပ်ဆောင်ချက်၊ စာကြည့်တိုက် အစရှိသည်တို့ ရှိသည့်အခါတိုင်း၊ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ contraptions မစတင်မီ အဆင်သင့်လုပ်ထားသော ရွေးချယ်မှုများကို ဦးစားပေးပါမည်။ နောက်ကျပေမယ့် လုံလောက်ပါတယ်။ ထို့ကြောင့်၊ မှတ်တမ်းများကို ခွဲခြမ်းစိတ်ဖြာသည့်အခါ၊ ခြင်္သေ့၏အမှားများဝေစုသည် ပြင်ပကုမ္ပဏီ API များ၊ စနစ်ခေါ်ဆိုမှုများနှင့် အခြားစာကြည့်တိုက်များမှ မက်ဆေ့ချ်များပေါ်တွင် ကျရောက်ကြောင်း နားလည်ရန် အရေးကြီးပါသည်။ ဤကိစ္စတွင်၊ VBR ၏အခန်းကဏ္ဍသည် မှတ်တမ်းဖိုင်များကဲ့သို့ ဤအမှားများကို ထပ်ဆင့်ပို့ရန် ဆင်းသက်လာသည်။ ပြီးတော့ သုံးစွဲသူရဲ့ အဓိကတာဝန်က ဘယ်လိုင်းက ဘယ်သူ့ဆီက၊ ဒီ "ဘယ်သူ" က ဘာတာဝန်လဲဆိုတာ နားလည်ဖို့ သင်ယူဖို့ပါ။ ထို့ကြောင့် VBR မှတ်တမ်းမှ အမှားကုဒ်တစ်ခုက သင့်အား MSDN စာမျက်နှာသို့ ခေါ်ဆောင်သွားပါက၊ ၎င်းသည် ကောင်းမွန်ပြီး မှန်ကန်ပါသည်။

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

ထိုကဲ့သို့သော APIs ၏ဥပမာအချို့

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

စလိုက်ရအောင် VMware က. 

ပထမစာရင်းတွင် ပါဝင်မည်ဖြစ်သည်။ vSphere API. စစ်မှန်ကြောင်းအထောက်အထားပြခြင်း၊ အထက်တန်းအဆင့်ကိုဖတ်ရှုခြင်း၊ လျှပ်တစ်ပြက်ရိုက်ချက်များဖန်တီးခြင်းနှင့် ဖျက်ခြင်း၊ စက်များအကြောင်း အချက်အလက်တောင်းခံခြင်းနှင့် အခြားများစွာ (များစွာ) တို့အတွက် အသုံးပြုသည်။ ဖြေရှင်းချက်၏လုပ်ဆောင်နိုင်စွမ်းသည် အလွန်ကျယ်ပြန့်သောကြောင့် ဗားရှင်းအတွက် VMware vSphere API အကိုးအကားကို ကျွန်ုပ်အကြံပြုနိုင်ပါသည်။ 5.5 и 6.0. လက်ရှိဗားရှင်းများအတွက်၊ အရာအားလုံးသည် googled သာဖြစ်သည်။

VIX API. အောက်လမ်းပညာဟူသည်ကား ထူးထူးခြားခြားရှိ၏ အမှားစာရင်း. ကွန်ရက်ပေါ်တွင် ၎င်းတို့အား ချိတ်ဆက်ခြင်းမရှိဘဲ host ပေါ်ရှိ ဖိုင်များနှင့် လုပ်ဆောင်ရန်အတွက် VMware API။ ပိုမိုကောင်းမွန်သော ဆက်သွယ်ရေးလမ်းကြောင်းမရှိသော စက်တစ်ခုတွင် ဖိုင်တစ်ခုထည့်ရန်လိုအပ်သည့်အခါ နောက်ဆုံးရွေးချယ်မှုတစ်ခု။ ဖိုင်ကြီးပြီး host ကို loaded ဖြစ်နေရင် နာကျင်ကိုက်ခဲမှုပါ။ သို့သော် ဤနေရာတွင် 56,6 Kb/s သည် 0 Kb/s ထက်ပင် ကောင်းမွန်သော စည်းကမ်းချက်ဖြစ်သည်။ Hyper-V တွင် ဤအရာကို PowerShell Direct ဟုခေါ်သည်။ ဒါပေမယ့် အဲဒါက အရင်ကပဲရှိတယ်။

vSpehere ဝဘ်ဝန်ဆောင်မှု API vSphere 6.0 မှစတင်၍ (ခန့်မှန်းခြေအားဖြင့်၊ ဤ API ကို ဗားရှင်း 5.5 တွင် ပထမဆုံးမိတ်ဆက်ခဲ့သည်) မှစတင်၍ ၎င်းကို ဧည့်သည်စက်များနှင့်အလုပ်လုပ်ရန်အသုံးပြုထားပြီး VIX ကို နေရာတိုင်းနီးပါးတွင်အစားထိုးထားသည်။ တကယ်တော့၊ ဒါက vSphere ကို စီမံခန့်ခွဲဖို့အတွက် နောက်ထပ် API တစ်ခုပါ။ စိတ်ပါဝင်စားတဲ့သူတွေအတွက် လေ့လာဖို့ အကြံပြုချင်ပါတယ်။ отличный လက်စွဲ။ 

VDDK (Virtual Disk Development Kit)။ စာကြည့်တိုက်တွင် တစ်စိတ်တစ်ပိုင်း ဆွေးနွေးခဲ့သည့် ဤအရာ ဆောင်းပါး. virtual disk များကိုဖတ်ရန်အသုံးပြုသည်။ တစ်ချိန်က ၎င်းသည် VIX ၏ အစိတ်အပိုင်းတစ်ခုဖြစ်ခဲ့သော်လည်း အချိန်ကြာလာသည်နှင့်အမျှ ၎င်းကို သီးခြားထုတ်ကုန်တစ်ခုအဖြစ်သို့ ပြောင်းသွားခဲ့သည်။ သို့သော် အမွေဆက်ခံသူအနေဖြင့် VIX ကဲ့သို့ တူညီသောအမှားအယွင်းကုဒ်များကို အသုံးပြုသည်။ သို့သော် အကြောင်းတစ်ခုခုကြောင့် SDK ကိုယ်တိုင်၌ ဤအမှားများကို ဖော်ပြချက်မရှိပါ။ ထို့ကြောင့်၊ အခြားကုဒ်များနှင့် VDDK အမှားများသည် binary မှ ဒဿမကုဒ်သို့ ဘာသာပြန်ခြင်းမျှသာဖြစ်ကြောင်း လက်တွေ့ကျကျ တွေ့ရှိခဲ့သည်။ ၎င်းတွင် အပိုင်းနှစ်ပိုင်းပါဝင်သည် - ပထမတစ်ဝက်သည် အကြောင်းအရာနှင့်ပတ်သက်သော စာရွက်စာတမ်းမရှိသော အချက်အလက်ဖြစ်ပြီး ဒုတိယအပိုင်းသည် ရိုးရာ VIX/VDDK အမှားများဖြစ်သည်။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့မြင်ရလျှင်၊

VDDK error: 21036749815809.Unknown error

ထို့နောက် ကျွန်ုပ်တို့သည် ၎င်းကို hex သို့ ရဲရဲဝံ့ဝံ့ပြောင်းပြီး 132200000001 ကိုရယူလိုက်ပါ။ ကျွန်ုပ်တို့သည် 132200 ၏ သတင်းအချက်အလက်မဟုတ်သောအစကို ရိုးရှင်းစွာစွန့်ပစ်လိုက်ပြီး ကျန်သည် ကျွန်ုပ်တို့၏အမှားကုဒ်ဖြစ်လိမ့်မည် (VDDK 1: အမည်မသိအမှား)။ မကြာခဏဆိုသလို VDDK အမှားများအကြောင်း၊ မကြာသေးမီကမှ သီးခြားတစ်ခုရှိခဲ့သည်။ ဆောင်းပါး.

ကဲကြည့်ရအောင် ဆောင်းတွင်း.

ဤတွင်၊ ကျွန်ုပ်တို့အတွက် အလိုအပ်ဆုံးနှင့် အရေးကြီးဆုံးအရာအားလုံးကို စံသတ်မှတ်ချက်တွင် တွေ့ရှိနိုင်သည်။ အဖြစ်အပျက် Viewer ကို. ဒါပေမယ့် တစ်ခုရှိတာက ရှည်လျားတဲ့ အစဉ်အလာအရ Windows ဟာ Error ရဲ့ စာသားအပြည့်အစုံကို ရေးမှတ်မထားပေမယ့် နံပါတ်တစ်ခုပဲ ဖြစ်ပါတယ်။ ဥပမာအားဖြင့် error 5 သည် “Access denied” ဖြစ်ပြီး 1722 သည် “The RPC server is unavailable” ဖြစ်ပြီး 10060 သည် “Connection timed” ဖြစ်သည်။ အကျော်ကြားဆုံးတွေကို သတိရရင် ကောင်းတာပေါ့၊ ဒါပေမယ့် အခုထိ မမြင်ရသေးတဲ့ သူတွေကော။ 

ထို့ကြောင့် ဘဝသည် ပျားရည်နှင့် လုံးဝတူပုံမပေါ်စေရန်၊ အမှားအယွင်းများကို ရှေ့ဆ 0x8007 ဖြင့် ဆဋ္ဌမကိန်းဂဏန်းပုံစံဖြင့် သိမ်းဆည်းထားသည်။ ဥပမာအားဖြင့်၊ 0x8007000e သည် အမှန်တကယ် 14 ဖြစ်သည်၊ Out of Memory ဖြစ်သည်။ အဘယ်ကြောင့် ဤအရာသည် မည်သူ့အတွက် ဖြစ်သည်ဆိုခြင်းမှာ အမှောင်ထဲတွင် ဖုံးလွှမ်းနေသော ပဟေဠိတစ်ခုဖြစ်သည်။ သို့သော်၊ အမှားအယွင်းများစာရင်းအပြည့်အစုံကို SMS မပါဘဲအခမဲ့ဒေါင်းလုဒ်လုပ်နိုင်သည်။ devcenter.

စကားမစပ်၊ 0x8007 တစ်ခုတည်းတင်မဟုတ်ဘဲ တစ်ခါတစ်ရံတွင် အခြားရှေ့ဆက်များရှိသည်။ ထိုသို့သောဝမ်းနည်းဖွယ်အခြေအနေတွင်၊ HRESULT (“ရလဒ်လက်ကိုင်”) ကိုနားလည်ရန်အတွက်သင်ပိုမိုနက်ရှိုင်းစွာနက်ရှိုင်းရန်လိုသည်။ စာရွက်စာတမ်း developer များအတွက်။ သာမာန်ဘဝတွင်၊ မင်းကို ဒီလိုလုပ်ဖို့ ငါအကြံပေးတာမဟုတ်ပေမယ့် မင်း နံရံကို ရုတ်တရက် နှိပ်လိုက်တာ ဒါမှမဟုတ် စပ်စုနေတယ်ဆိုရင် အခု မင်း ဘာလုပ်ရမယ်ဆိုတာ သိသွားပြီ။

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

C:UsersrootDesktop>err.exe 0x54f
# for hex 0x54f / decimal 1359
  ERROR_INTERNAL_ERROR                                           winerror.h
# An internal error occurred.
# as an HRESULT: Severity: SUCCESS (0), FACILITY_NULL (0x0), Code 0x54f
# for hex 0x54f / decimal 1359
  ERROR_INTERNAL_ERROR                                           winerror.h
# An internal error occurred.
# 2 matches found for "0x54f"

တရားဝင်မေးခွန်းတစ်ခုပေါ်လာသည်- အဘယ်ကြောင့် ကျွန်ုပ်တို့သည် မှတ်တမ်းများတွင် စာဝှက်စာဝှက်ကို ချက်ချင်းမရေးဘဲ ဤလျှို့ဝှက်ဆန်းကြယ်သောကုဒ်များကို ထားခဲ့သနည်း။ အဖြေမှာ Third-party application တွင်ဖြစ်သည်။ သင်ကိုယ်တိုင် WinAPI ခေါ်ဆိုမှုအချို့ကို ဆွဲထုတ်သောအခါ၊ ၎င်းအတွက် အထူး WinAPI ခေါ်ဆိုမှုပင်ရှိသောကြောင့် ၎င်း၏တုံ့ပြန်မှုကို ပုံဖော်ရန် မခက်ခဲပါ။ သို့သော် ဖော်ပြထားပြီးဖြစ်သည့်အတိုင်း၊ ကျွန်ုပ်တို့ထံ တုံ့ပြန်မှုများဖြင့်သာ ရောက်လာသမျှအရာအားလုံးသည် ကျွန်ုပ်တို့၏မှတ်တမ်းများထဲသို့ ရောက်ပါသည်။ ဤနေရာတွင်၊ ၎င်းအား ကုဒ်ဝှက်ရန်အတွက်၊ တစ်ဦးသည် ဤအသိဉာဏ်စီးကြောင်းကို အဆက်မပြတ်စောင့်ကြည့်ရန်၊ ၎င်းမှ Windows အမှားများနှင့် အပိုင်းများကို ဆွဲထုတ်ရန်၊ ၎င်းတို့ကို ကုဒ်ဝှက်ပြီး ၎င်းတို့ကို ပြန်ထည့်ပါ။ စိတ်လှုပ်ရှားစရာအကောင်းဆုံး လှုပ်ရှားမှုမဟုတ်ကြောင်း ရိုးရိုးသားသား ပြောရ အောင်။

Windows File Management API ဖိုင်များနှင့် အလုပ်လုပ်သောအခါ ဖြစ်နိုင်သမျှ နည်းလမ်းတိုင်းတွင် အသုံးပြုသည်။ ဖိုင်များဖန်တီးခြင်း၊ ဖျက်ခြင်း၊ စာရေးခြင်းအတွက်ဖွင့်ခြင်း၊ attribute များဖြင့် လုပ်ဆောင်ခြင်းစသည်ဖြင့် စသည်ဖြင့်။

အထက်ဖော်ပြပါ PowerShell တိုက်ရိုက် Hyper-V ကမ္ဘာရှိ VIX API ၏ analogue အဖြစ်။ ကံမကောင်းစွာပဲ၊ လိုက်လျောညီထွေမဖြစ်နိုင်ပါဘူး- လုပ်ဆောင်နိုင်စွမ်းအပေါ် ကန့်သတ်ချက်များစွာ၊ ၎င်းသည် host ဗားရှင်းတိုင်းနှင့် ဧည့်သည်အားလုံးနှင့် အဆင်မပြေပါ။

CPR (Remote Procedure Call) RPC နှင့်ပတ်သက်သော အမှားများကို မမြင်ဖူးသော WIndows နှင့် အလုပ်လုပ်သော လူတစ်ဦးတစ်ယောက်မျှ ရှိလိမ့်မည်မထင်ပါ။ လူကြိုက်များသော အထင်အမြင်လွဲမှားနေသော်လည်း၊ ၎င်းသည် ပရိုတိုကောတစ်ခုတည်းမဟုတ်သော်လည်း ကန့်သတ်ချက်အများအပြားကို ကျေနပ်စေမည့် မည်သည့် client-server protocol မဆို။ သို့သော်၊ ကျွန်ုပ်တို့၏မှတ်တမ်းများတွင် RPC အမှားတစ်ခုရှိနေပါက၊ အချိန်၏ 90% သည် DCOM (Distributed Component Object Model) ၏တစ်စိတ်တစ်ပိုင်းဖြစ်သည့် Microsoft RPC မှ အမှားဖြစ်သွားလိမ့်မည်။ ဤအကြောင်းအရာနှင့်ပတ်သက်သည့် စာရွက်စာတမ်းအမြောက်အမြားကို ပိုက်ကွန်ပေါ်တွင် သင်ရှာတွေ့နိုင်သော်လည်း ၎င်းနှင့်ပတ်သက်သော ခြင်္သေ့၏ဝေစုသည် အလွန်ခေတ်နောက်ကျနေပါသည်။ ဒါပေမယ့် အကြောင်းအရာကို လေ့လာလိုစိတ်ပြင်းပြတယ်ဆိုရင်တော့ ဆောင်းပါးတွေကို အကြံပြုနိုင်ပါတယ်။ RPC ဆိုတာဘာလဲ။, ဘယ်လိုလဲ RPC အလုပ်များ နှင့်ရှည်သောစာရင်း RPC အမှားများ.

ကျွန်ုပ်တို့၏မှတ်တမ်းများတွင် RPC အမှားအယွင်းများ၏ အဓိကအကြောင်းရင်းများမှာ VBR အစိတ်အပိုင်းများ (ဥပမာ၊ ဆာဗာ > ပရောက်စီ) အကြား ဆက်သွယ်ရန် ကြိုးပမ်းမှု မအောင်မြင်ခြင်းဖြစ်ပြီး မကြာခဏဆိုသလို ဆက်သွယ်ရေးပြဿနာများကြောင့် ဖြစ်သည်။

ထိပ်ပိုင်းအားလုံးတွင် ထိပ်ဆုံးက error The RPC server is not available (1722)။ ရိုးရှင်းသောအားဖြင့်၊ client သည် ဆာဗာနှင့် ချိတ်ဆက်မှုတစ်ခုကို မတည်ဆောက်နိုင်ပါ။ မည်ကဲ့သို့နှင့် အဘယ်ကြောင့် - အဖြေတစ်ခုတည်းမရှိသော်လည်း များသောအားဖြင့် အထောက်အထားစိစစ်ခြင်း သို့မဟုတ် ဆိပ်ကမ်း 135 သို့ ကွန်ရက်ဝင်ရောက်ခြင်းတွင် ပြဿနာတစ်ခုဖြစ်သည်။ နောက်တစ်ခုသည် dynamic port assignment ရှိသော အခြေခံအဆောက်အဦများအတွက် ပုံမှန်ဖြစ်သည်။ ဒီခေါင်းစဉ်မှာတောင် ရှိသေးတယ်။ သီးခြား HF. ပြီးတော့ Microsoft ရှိတယ်။ voluminous လမ်းညွှန် ကျရှုံးခြင်း၏အကြောင်းရင်းကိုရှာဖွေရန်။

ဒုတိယလူကြိုက်အများဆုံး အမှား- အဆုံးမှတ်မြေပုံပါ (1753) မှ ရရှိနိုင်သော အဆုံးမှတ်များ မရှိတော့ပါ။ RPC ကလိုင်းယင့် သို့မဟုတ် ဆာဗာသည် ဆိပ်ကမ်းတစ်ခုကို သူ့ဘာသာသူ သတ်မှတ်ပေးရန် ပျက်ကွက်ခဲ့သည်။ ဆာဗာ (ကျွန်ုပ်တို့၏ကိစ္စတွင်၊ ဧည့်သည်စက်) သည် ပြီးဆုံးသွားသော ကျဉ်းမြောင်းသော အကွာအဝေးမှ ဆိပ်ကမ်းများကို ဒိုင်နမစ်ကျကျခွဲဝေသတ်မှတ်ရန် ပြင်ဆင်သတ်မှတ်ထားသောအခါတွင် ဖြစ်တတ်သည်။ အကယ်၍ သင်သည် ကလိုင်းယင့်ဘက်မှ (ကျွန်ုပ်တို့၏ကိစ္စတွင်၊ VBR ဆာဗာ) မှဝင်ရောက်ပါက၊ ကျွန်ုပ်တို့၏ VeeamVssAgent မစတင်ခဲ့ပါ သို့မဟုတ် RPC အင်တာဖေ့စ်တစ်ခုအဖြစ် စာရင်းသွင်းမထားပါ။ ဒီအကြောင်းအရာမှာလည်း ရှိတယ်။ သီးခြား HF.

ကောင်းပြီ၊ ထိပ်တန်း 3 RPC အမှားများကို အပြီးသတ်ရန်၊ RPC လုပ်ဆောင်ချက်ခေါ်ဆိုမှု မအောင်မြင်ပါ (1726) ကို သတိရကြပါစို့။ ချိတ်ဆက်မှုကို တည်ဆောက်ပြီးပါက ပေါ်လာသော်လည်း RPC တောင်းဆိုမှုများကို လုပ်ဆောင်မည်မဟုတ်ပါ။ ဥပမာအားဖြင့်၊ ကျွန်ုပ်တို့သည် VSS ၏ အခြေအနေနှင့်ပတ်သက်သည့် အချက်အလက်ကို တောင်းဆိုသည် (ယခုအချိန်တွင် ထိုနေရာတွင် အရိပ်မိုင်းတစ်ခု ပြုလုပ်နေပြီး တောင်တက်ရန် ကြိုးစားနေသည်)၊ ကျွန်ုပ်တို့ကို တုံ့ပြန်ရန်အတွက် နှုတ်ဆိတ်နေပြီး လျစ်လျူရှုထားသည်။

Windows Tape Backup API တိပ်စာကြည့်တိုက်များ သို့မဟုတ် ဒရိုက်များနှင့်အတူ အလုပ်လုပ်ရန် လိုအပ်သည်။ အစမှာ ကျွန်တော်ပြောခဲ့သလိုပါပဲ၊ ကျွန်တော်တို့ဟာ ကိုယ်ပိုင်ယာဉ်မောင်းတွေကို ရေးပြီး စက်ပစ္စည်းတစ်ခုစီရဲ့ ပံ့ပိုးမှုနဲ့ ဒုက္ခရောက်နေရပါတယ်။ ထို့ကြောင့် vim တွင် ကိုယ်ပိုင် driver မရှိပါ။ ဟာ့ဒ်ဝဲရောင်းချသူများကိုယ်တိုင်က အကောင်အထည်ဖော်ပေးသော စံ API မှတဆင့် အားလုံးပါဝင်ပါသည်။ ဒီ့ထက်ယုတ္တိရှိလား ဟုတ်တယ်မလား?

SMB / CIFS CIFS (Common Internet File System) သည် SMB (Server Message Block) ၏ သီးသန့်ဗားရှင်းတစ်ခုသာဖြစ်ကြောင်း လူတိုင်းက မမှတ်မိသော်လည်း၊ ထို့ကြောင့် ဤသဘောတရားများကို ယေဘုယျအားဖြင့် မှားယွင်းခြင်းမရှိပါ။ Samba သည် LinuxUnix အကောင်အထည်ဖော်မှုတစ်ခုဖြစ်နေပြီဖြစ်ပြီး ၎င်းတွင် ၎င်း၏ကိုယ်ပိုင်ထူးခြားချက်များပါရှိသည်၊ သို့သော် ကျွန်တော်ငြင်းဆိုခဲ့သည်။ ဤနေရာတွင် အရေးကြီးသည်မှာ- Veeam သည် UNC လမ်းကြောင်း (serverdirectory) သို့ တစ်ခုခုရေးရန် တောင်းဆိုသောအခါ၊ ဆာဗာသည် ဘောလုံးဆီသို့ mup နှင့် mrxsmb အပါအဝင် ဖိုင်စနစ်ဒရိုက်ဗာများ၏ အထက်အောက်ကို အသုံးပြုသည်။ ထို့ကြောင့်၊ ဤဒရိုင်ဘာများသည်လည်း အမှားများကို ဖန်တီးပေးလိမ့်မည်။

မရှိရင် မလုပ်နိုင်ဘူး။ Winsock API. ကွန်ရက်ပေါ်တွင် တစ်ခုခုလုပ်ဆောင်ရန် လိုအပ်ပါက၊ VBR သည် Winsock ဟုလူသိများသော Windows Socket API မှတဆင့်အလုပ်လုပ်သည်။ ဒါကြောင့် မှတ်တမ်းထဲမှာ IP:Port အစုအဝေးကိုတွေ့ရင် ဒါကဒါပါပဲ။ တရားဝင် စာရွက်စာတမ်းတွေမှာ ဖြစ်နိုင်ခြေရှိတဲ့ စာရင်းကောင်းတွေ ရှိပါတယ်။ အမှားများ.

အထက်ဖော်ပြပါ WMI (Windows Management Instrumentation) သည် Windows လောကရှိ အရာအားလုံးနှင့် အရာအားလုံးကို စီမံခန့်ခွဲရန်အတွက် အနန္တ API တစ်မျိုးဖြစ်သည်။ ဥပမာအားဖြင့်၊ Hyper-V နှင့်အလုပ်လုပ်သောအခါ၊ host သို့တောင်းဆိုမှုအားလုံးနီးပါးသည်၎င်းကိုဖြတ်သန်းသည်။ စကားလုံးတစ်လုံးတွင်၊ အရာသည် လုံးဝအစားထိုး၍မရသည့်အပြင် ၎င်း၏စွမ်းရည်များတွင် အလွန်အစွမ်းထက်သည်။ မည်သည့်နေရာတွင် ပျက်သွားသည်ကို ရှာဖွေရန် ကြိုးပမ်းရာတွင် built-in WBEMtest.exe tool သည် များစွာ အထောက်အကူပြုပါသည်။

စာရင်းတွင်နောက်ဆုံးဖြစ်သည်၊ သို့သော် အရေးပါမှုအနည်းဆုံးဖြင့်၊ VSS (Volume Shadow Storage)။ စာတမ်းပြုစုထားသလောက် ခေါင်းစဉ်က မကုန်ခန်းလောက်အောင် လျှို့ဝှက်ဆန်းကြယ်ပါတယ်။ Shadow Copy သည် အထူးလျှပ်တစ်ပြက်ရိုက်ချက်အမျိုးအစားတစ်ခုအဖြစ် အရိုးရှင်းဆုံးနားလည်သဘောပေါက်ထားပြီး အနှစ်သာရအားဖြင့် ၎င်းသည် ၎င်းဖြစ်သည်။ သူ့ကြောင့် သင်သည် VMware တွင် အပလီကေးရှင်း-တစ်သမတ်တည်း မိတ္တူကူးယူနိုင်ပြီး Hyper-V ရှိ အရာအားလုံးနီးပါးကို ပြုလုပ်နိုင်သည်။ VSS မှာ သီးသန့်ဆောင်းပါးတစ်ပုဒ်ရေးဖို့ အစီအစဉ်ရှိပါတယ်၊ ဒါပေမယ့် အခုအချိန်မှာတော့ သင်ဖတ်ကြည့်ဖို့ ကြိုးစားနိုင်ပါတယ်။ ဤဖော်ပြချက်. သတိထားရမှာမို့ပါ။ Flash တွင် VSS ကို နားလည်ရန်ကြိုးစားခြင်းသည် ဦးနှောက်ထိခိုက်မှုကို ဖြစ်စေနိုင်သည်။

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

source: www.habr.com