SQL Server မိတ္တူကူးခြင်း- DBA အတွက် လမ်းညွှန်အပြည့်အစုံ [၂၀၂၆]

SQL Server replication ဆိုတာ database တစ်ခုကနေ တစ်ခုကို data နဲ့ database object တွေကို ကူးယူဖြန့်ဝေပြီး database တွေကြားမှာ synchronize လုပ်ပေးတဲ့ နည်းပညာတွေပါ။ ဒီ feature က data တွေ ရရှိနိုင်မှုနဲ့ ယုံကြည်စိတ်ချရမှုကို သေချာစေဖို့ server အမျိုးမျိုးနဲ့ နေရာအမျိုးမျိုးမှာ data တွေရဲ့ မိတ္တူများစွာကို ဖန်တီးထိန်းသိမ်းနိုင်စေပါတယ်။

၁.၂ ပုံတူကူးခြင်း၏ ရည်ရွယ်ချက်နှင့် အကျိုးကျေးဇူးများ

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

နေရာအနှံ့ ဒေတာဖြန့်ဖြူးမှု- မိတ္တူကူးခြင်းသည် ဒေသဆိုင်ရာရုံးများ သို့မဟုတ် ကမ္ဘာလုံးဆိုင်ရာတည်နေရာများတွင် ဒေတာမျှဝေနိုင်စေပြီး လိုအပ်သောဒေတာများကို ဒေသတွင်းဝင်ရောက်ကြည့်ရှုနိုင်စေခြင်းဖြင့် လုပ်ငန်းလည်ပတ်မှုထိရောက်မှုကို မြှင့်တင်ပေးပါသည်။ ၎င်းသည် ကွန်ရက်နှောင့်နှေးမှုကို လျှော့ချပေးပြီး ပထဝီဝင်အနေအထားအရ ပျံ့နှံ့နေသော အသုံးပြုသူများအတွက် ပိုမိုကောင်းမွန်သောစွမ်းဆောင်ရည်ကို ပေးစွမ်းသည်။
မြင့်မားသောရရှိနိုင် နှင့် ဘေးအန္တရာယ်ပြန်လည်ထူထောင်ရေး- ဆာဗာများစွာတွင် အရေးကြီးသောဒေတာများ၏ မိတ္တူများကို ထိန်းသိမ်းခြင်းဖြင့် မိတ္တူကူးခြင်းသည် ဟာ့ဒ်ဝဲချို့ယွင်းမှုများနှင့် ဘေးအန္တရာယ်များမှ ကာကွယ်ပေးသည့် ထပ်တလဲလဲလုပ်ဆောင်နိုင်စွမ်းကို ပေးစွမ်းသည်။ မူလဆာဗာချို့ယွင်းမှုတွင် မိတ္တူကူးထားသော မိတ္တူများသည် fallback source များအဖြစ် ဆောင်ရွက်နိုင်ပြီး downtime နှင့် ဒေတာဆုံးရှုံးမှုကို လျှော့ချနိုင်သည်။
ဝန်အားချိန်ခွင်လျှာညှိခြင်းနှင့် တိုးချဲ့နိုင်မှု- မိတ္တူကူးခြင်းသည် ဖတ်ရှုခြင်းလုပ်ဆောင်ချက်များကို ဆာဗာများစွာတွင် ဖြန့်ဝေပေးပြီး မည်သည့်ဆာဗာတစ်ခုတည်းကိုမဆို ပိတ်ဆို့မှုမဖြစ်အောင် ကာကွယ်ပေးသည်။ ဤချဉ်းကပ်မှုသည် စနစ်စွမ်းဆောင်ရည်ကို မြှင့်တင်ပေးပြီး ဒေတာနှင့် အသုံးပြုသူဝယ်လိုအားများ တိုးလာသည်နှင့်အမျှ သင့်အခြေခံအဆောက်အအုံကို အလျားလိုက်တိုးချဲ့နိုင်စေပါသည်။
အချိန်နှင့်တပြေးညီ အစီရင်ခံခြင်းနှင့် ပိုင်းခြားစိတ်ဖြာချက်- ပုံတူပွားထားသောဆာဗာများသို့ အစီရင်ခံခြင်းနှင့် ခွဲခြမ်းစိတ်ဖြာမှုမေးမြန်းချက်များကို ဖြုတ်ချခြင်းသည် ထုတ်လုပ်မှုဒေတာဘေ့စ်များပေါ်ရှိ ဝန်ထုပ်ဝန်ပိုးကို လျှော့ချပေးသည်။ အသုံးပြုသူများသည် လည်ပတ်မှုစနစ်များကို မထိခိုက်စေဘဲ အချိန်နှင့်တပြေးညီဒေတာများနှင့် ရှုပ်ထွေးသော ခွဲခြမ်းစိတ်ဖြာမှုမေးမြန်းချက်များကို လုပ်ဆောင်နိုင်ပြီး စွမ်းဆောင်ရည်နှင့် ဒေတာလတ်ဆတ်မှု နှစ်မျိုးလုံးကို သေချာစေသည်။
ဒေတာပေါင်းစည်းခြင်းနှင့် ပေါင်းစည်းခြင်း- ပုံတူကူးယူခြင်းသည် မတူညီသောရင်းမြစ်များမှဒေတာများကို တစ်ခုတည်းသောပေါင်းစည်းထားသောမြင်ကွင်းအဖြစ် ပေါင်းစည်းခြင်းကို လွယ်ကူချောမွေ့စေသည်။ ၎င်းသည် အထူးသဖြင့် ရုံးချုပ်တွင်ဒေတာများကို စုစည်းရန် လိုအပ်သော ဌာနခွဲများစွာရှိသော အဖွဲ့အစည်းများအတွက် သို့မဟုတ် ဖြန့်ဝေထားသော လည်ပတ်မှုစနစ်များမှ ဗဟိုဒေတာဂိုဒေါင်များ ဖန်တီးရန်အတွက် အလွန်တန်ဖိုးရှိပါသည်။

2. SQL Server မိတ္တူကူးခြင်းဗိသုကာနှင့် အစိတ်အပိုင်းများ

SQL Server မိတ္တူကူးခြင်းဗိသုကာတွင် သင့်ဒေတာဘေ့စ်အခြေခံအဆောက်အအုံတစ်လျှောက် ဒေတာများကို ဖြန့်ဝေရန်နှင့် ထပ်တူပြုရန် အတူတကွလုပ်ဆောင်သည့် အပြန်အလှန်ချိတ်ဆက်ထားသော အစိတ်အပိုင်းများစွာ ပါဝင်သည်။ ဤအပိုင်းတွင် ထုတ်ဝေသူများ၊ ဖြန့်ဖြူးသူများ၊ စာရင်းသွင်းသူများ၊ စာစောင်များ၊ ဆောင်းပါးများ၊ စာရင်းသွင်းမှုများနှင့် ၎င်းတို့အကြား ဒေတာစီးဆင်းမှုကို ညှိနှိုင်းပေးသော အေးဂျင့်များ အပါအဝင် အဓိကအစိတ်အပိုင်းများကို စူးစမ်းလေ့လာသည်-

ထုတ်ဝေသူ: ထုတ်ဝေသူတစ်ဦးသည် SQL Server ပုံတူကူးရန် ဒေတာပါ၀င်သည့် တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော ဒေတာဘေ့စ်များကို host လုပ်သည့် instance။ ၎င်းသည် ပုံတူကူးခြင်း topology တွင် authoritative source အဖြစ် ဆောင်ရွက်သည်။
ဖြန့်ဝေသူ: ဖြန့်ဖြူးသူတစ်ဦးသည် SQL Server publisher များနှင့် subscriber များအကြား data စီးဆင်းမှုကို စီမံခန့်ခွဲသည့် instance။ distributor instance တွင် distribution database ကို host လုပ်ထားပြီး ၎င်းတွင် replication metadata နှင့် transaction များကို သိမ်းဆည်းသည်။
စာရင်းသွင်းသူ- စာရင်းသွင်းသူတစ်ဦးသည် SQL Server ထုတ်ဝေသူများထံမှ ပုံတူကူးယူထားသော အချက်အလက်များကို လက်ခံသိမ်းဆည်းသည့် instance။ single subscriber instance သည် subscriber database များစွာကို လက်ခံသိမ်းဆည်းနိုင်ပြီး တစ်ခုချင်းစီသည် မတူညီသော ထုတ်ဝေမှုများမှ အချက်အလက်များကို လက်ခံရယူသည်။
ထုတ်ဝေ: စာစောင်တစ်ခုသည် မည်သည့်ဒေတာကို ပုံတူကူးမည်နှင့် စာရင်းသွင်းသူများထံ မည်သို့ဖြန့်ဝေမည်ကို သတ်မှတ်ပေးသည်။ ၎င်းသည် ဆက်စပ်ဆောင်းပါးများကို စုစည်းပြီး ပါရှိသော အရာဝတ္ထုအားလုံးနှင့် သက်ဆိုင်သည့် ပုံတူကူးခြင်းနည်းလမ်းကို ချမှတ်ပေးသည်။
အပိုဒ်: ဆောင်းပါးတစ်ပုဒ်သည် မိတ္တူကူးခြင်း၏ အခြေခံအုတ်မြစ်ဖြစ်ပြီး၊ စာရင်းသွင်းသူများထံ ဖြန့်ဝေမည့် တစ်ဦးချင်းဒေတာဘေ့စ်အရာဝတ္ထုကို ကိုယ်စားပြုသည်။
subscription: subscription တစ်ခုသည် ထုတ်ဝေမှုနှင့် subscriber အကြား ဆက်နွယ်မှုကို တည်ဆောက်ပေးပြီး၊ data ကို ဦးတည်ရာဒေတာဘေ့စ်သို့ မည်သို့နှင့် မည်သည့်အချိန်တွင် ပေးပို့မည်ကို သတ်မှတ်ပေးသည်။
အေးဂျင့်များ- Agent များသည် မိတ္တူကူးခြင်း အစိတ်အပိုင်းများအကြား ဒေတာများကို ရွှေ့ပြောင်းခြင်းနှင့် ထပ်တူပြုခြင်း၏ တကယ့်အလုပ်ကို လုပ်ဆောင်သည့် အထူးပြု လုပ်ငန်းစဉ်များ ဖြစ်သည်။

3. အမျိုးအစားများ SQL Server ပွား

SQL Server မိတ္တူကူးခြင်းအမျိုးအစားများစွာကို ပံ့ပိုးပေးထားပြီး၊ တစ်ခုချင်းစီကို သီးခြားဒေတာဖြန့်ဖြူးမှုအခြေအနေများနှင့် စီးပွားရေးလိုအပ်ချက်များအတွက် ဒီဇိုင်းထုတ်ထားသည်။ အမျိုးအစားတစ်ခုစီ၏ ဝိသေသလက္ခဏာများ၊ အားသာချက်များနှင့် ကန့်သတ်ချက်များကို နားလည်ခြင်းသည် သင့်ပတ်ဝန်းကျင်အတွက် မှန်ကန်သောချဉ်းကပ်မှုကို ရွေးချယ်ရာတွင် မရှိမဖြစ်လိုအပ်သည်။

၃.၁ လျှပ်တစ်ပြက်ပုံတူပွားခြင်း

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

အဖြစ်များသောအသုံးပြုမှုကိစ္စရပ်များတွင် ပုံမှန်အပ်ဒိတ်လုပ်သော ဈေးနှုန်းစာရင်းများ သို့မဟုတ် ငွေလဲနှုန်းများကဲ့သို့သော ရည်ညွှန်းဒေတာများကို ဖြန့်ဝေခြင်း၊ ဒေတာဂိုဒေါင်များအတွက် ကနဦးဒေတာစုများ ပံ့ပိုးပေးခြင်းနှင့် တစ်ဦးချင်းပြောင်းလဲမှုများကို ခြေရာခံခြင်းထက် ဒေတာအပြည့်အစုံ ပြန်လည်ဆန်းသစ်ခြင်းသည် ပိုကောင်းသည့် အခြေအနေများ ပါဝင်သည်။ ဥပမာအားဖြင့်၊ ကုမ္ပဏီတစ်ခုသည် တစ်နေ့တစ်ကြိမ် အပ်ဒိတ်လုပ်ထားသော ထုတ်ကုန်ကတ်တလောက်များကို ဌာနခွဲရုံးများသို့ ဖြန့်ဝေရန် snapshot replication ကို အသုံးပြုနိုင်သည်။

snapshot replication ရဲ့ အဓိကအားသာချက်တွေကတော့ ရိုးရှင်းမှု၊ ပြုပြင်ထိန်းသိမ်းမှု လိုအပ်ချက်နည်းပါးမှုနဲ့ primary key မပါဘဲ data တွေကို ပုံတူကူးယူနိုင်စွမ်းတို့ပဲ ဖြစ်ပါတယ်။ ဒါပေမယ့် table lock တွေကြောင့် snapshot တွေ generate လုပ်တဲ့အခါ သက်ရောက်မှုမြင့်မားတာ၊ update တွေကြားမှာ latency မြင့်မားတာ၊ dataset ကြီးကြီးမားမားတွေ ဒါမှမဟုတ် မကြာခဏပြောင်းလဲနေတဲ့ data တွေအတွက် ထိရောက်မှုမရှိတာ အပါအဝင် သိသာထင်ရှားတဲ့ အားနည်းချက်တွေ ရှိပါတယ်။ subscribers တွေမှာ ပြုလုပ်ထားတဲ့ ပြုပြင်မွမ်းမံမှုတွေဟာ နောက် snapshot ကို အသုံးပြုတဲ့အခါ ဆုံးရှုံးသွားပါလိမ့်မယ်။

၃.၂ အရောင်းအဝယ်မိတ္တူကူးခြင်း

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

မြင့်မားသော throughput နှင့် latency နည်းပါးသော လိုအပ်သည့် server-to-server အခြေအနေများအတွက် Transactional replication သည် အကောင်းဆုံးဖြစ်သည်။ အဖြစ်များသော အသုံးပြုမှုကိစ္စရပ်များတွင် read operations များကို subscriber server များသို့ offload လုပ်ခြင်းဖြင့် scalability နှင့် availability ကို မြှင့်တင်ခြင်း၊ near real-time data ဖြင့် data warehousing နှင့် reporting ကို ပံ့ပိုးပေးခြင်း၊ multiple sites များမှ data များကို central location တစ်ခုသို့ ပေါင်းစပ်ခြင်းနှင့် dedicated server များသို့ batch processing ကို offload လုပ်ခြင်းတို့ ပါဝင်သည်။ ဥပမာအားဖြင့်၊ e-commerce platform သည် ဒေသတွင်း database များတစ်လျှောက် synchronized inventory data များကို ထိန်းသိမ်းရန် transactional replication ကို အသုံးပြုနိုင်သည်။

transactional replication ရဲ့ အားသာချက်တွေကတော့ latency နည်းပါးတဲ့ data delivery၊ transaction volume အများအပြားအတွက် throughput မြင့်မားခြင်းနဲ့ subscriber တွေမှာ non-replicated modification တွေ ပြုလုပ်နိုင်စွမ်းတွေ ပါဝင်ပါတယ်။ အားနည်းချက်တွေကတော့ snapshot replication နဲ့ နှိုင်းယှဉ်ရင် ရှုပ်ထွေးမှု ပိုများခြင်း၊ replicated table တွေမှာ primary key လိုအပ်ချက်နဲ့ subscriber တွေမှာ primary key ချိုးဖောက်မှုတွေလိုမျိုး ပဋိပက္ခတွေ ဖြစ်ပေါ်ရင် replication ပျက်စီးနိုင်ခြေတို့ ဖြစ်ပါတယ်။

၃.၃ မိတ္တူကူးခြင်းကို ပေါင်းစည်းခြင်း

Merge replication ကို subscriber များသည် အော့ဖ်လိုင်း သို့မဟုတ် ပြတ်တောင်းပြတ်တောင်း ချိတ်ဆက်မှုဖြင့် အလုပ်လုပ်ရန် လိုအပ်သည့် ပတ်ဝန်းကျင်များအတွက် အထူးဒီဇိုင်းထုတ်ထားပြီး ချိတ်ဆက်မှုရရှိနိုင်သည့်အခါ ပြောင်းလဲမှုများကို synchronize လုပ်ရန် လိုအပ်ပါသည်။ ဤ replication အမျိုးအစားသည် publisher နှင့် subscriber နှစ်ဦးစလုံးတွင် data များကို သီးခြားစီပြောင်းလဲနိုင်စေပြီး trigger များနှင့် metadata ဇယားများကို အသုံးပြု၍ ပြောင်းလဲမှုများကို ခြေရာခံနိုင်စေကာ synchronization လုပ်နေစဉ်အတွင်း ပြုပြင်မွမ်းမံမှုများကို အလိုအလျောက် merge လုပ်နိုင်ပါသည်။

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

merge replication ရဲ့ အားသာချက်တွေကတော့ ပြောင်းလဲမှုတွေ ပြုလုပ်နိုင်တဲ့ autonomous subscriber တွေအတွက် support လုပ်ခြင်း၊ intermittent network connectivity အတွက် သည်းခံနိုင်ခြင်း၊ နဲ့ flexible conflict resolution တွေ ပါဝင်ပါတယ်။ အားနည်းချက်တွေကတော့ setup နဲ့ maintenance မှာ ရှုပ်ထွေးမှုတွေ ပိုများခြင်း၊ metadata နဲ့ trigger တွေကို tracking လုပ်ရာကနေ performance overhead ဖြစ်ခြင်း၊ table တွေမှာ uniqueidentifier column တွေ ထပ်ထည့်ခြင်း နဲ့ management နဲ့ resolution လိုအပ်နိုင်တဲ့ conflict တွေ ဖြစ်နိုင်ခြေတွေ ပါဝင်ပါတယ်။

၃.၄ Peer-to-Peer မိတ္တူကူးခြင်း

Peer-to-peer replication ကို transactional replication ပေါ်တွင်တည်ဆောက်ထားပြီး server instance များစွာ (node သုံးခု သို့မဟုတ် သုံးခုထက်ပိုသော) သည် တူညီသော peer များအဖြစ် လုပ်ဆောင်နိုင်စေပြီး node တစ်ခုစီသည် publisher နှင့် subscriber နှစ်မျိုးလုံးအဖြစ် တစ်ပြိုင်နက်တည်း ဆောင်ရွက်ပေးသည်။ ဤ topology တွင် node အားလုံးသည် data ၏ မိတ္တူများကို တူညီစွာထိန်းသိမ်းထားပြီး read နှင့် write operations နှစ်မျိုးလုံးကို ကိုင်တွယ်နိုင်ပြီး အမှန်တကယ်ဖြန့်ဝေထားသော multi-master environment ကို ပေးစွမ်းသည်။

Peer-to-peer မိတ္တူကူးခြင်းသည် ဖတ်ရှုခြင်းလုပ်ဆောင်ချက်များ၏ scale-out နှင့် ရရှိနိုင်မှုမြင့်မားသော အပလီကေးရှင်းများအတွက် သင့်လျော်ပါသည်။ အသုံးပြုမှုကိစ္စရပ်များတွင် တသမတ်တည်းဒေတာကို ထိန်းသိမ်းထားစဉ် များစွာသော node များတစ်လျှောက် catalog query များကို ဖြန့်ဝေပေးသည့် web application များ၊ node များကို သီးခြား offline လုပ်ခြင်းဖြင့် downtime မရှိဘဲ ပြုပြင်ထိန်းသိမ်းမှု သို့မဟုတ် အဆင့်မြှင့်တင်မှုများ လိုအပ်သော scenario များနှင့် မတူညီသောဒေသများရှိ data center များပါရှိသော global application များ ပါဝင်သည်။ ဥပမာအားဖြင့်၊ ကမ္ဘာတစ်ဝှမ်းရှိ software ပံ့ပိုးမှုအဖွဲ့အစည်းတစ်ခုသည် မတူညီသောအချိန်ဇုန်များရှိ ရုံးများတစ်လျှောက် peer-to-peer မိတ္တူကူးခြင်းကို အသုံးပြုနိုင်သည်၊ ထို့ကြောင့် တည်နေရာတစ်ခုစီတွင် လက်ရှိဒေတာကို ဒေသတွင်းဝင်ရောက်ခွင့်ရှိသည်။

peer-to-peer မိတ္တူကူးခြင်း၏ အားသာချက်များတွင် scale-out မှတစ်ဆင့် ဖတ်ရှုမှုစွမ်းဆောင်ရည် တိုးတက်လာခြင်း၊ active node များစွာဖြင့် ရရှိနိုင်မှု မြင့်မားခြင်းနှင့် အချိန်နှင့်တပြေးညီနီးပါး ဒေတာ တသမတ်တည်းရှိခြင်းတို့ ပါဝင်သည်။ အားနည်းချက်များတွင် Enterprise Edition အတွက် လိုအပ်ချက်၊ multi-node topologies များကို စီမံခန့်ခွဲရာတွင် ရှုပ်ထွေးမှု၊ node အားလုံးတွင် တူညီသော schema နှင့် data လိုအပ်ချက်နှင့် write operations များကို ကောင်းစွာ partition မလုပ်သည့်အခါ ပဋိပက္ခများ ဖြစ်နိုင်ခြေတို့ ပါဝင်သည်။

၃.၅ နှစ်လမ်းသွားမိတ္တူကူးခြင်း

နှစ်လမ်းသွား ထပ်တူပြုခြင်းသည် ဆာဗာနှစ်ခုလုံးသည် ပြောင်းလဲမှုများကို အပြန်အလှန်ဖလှယ်ရန် လိုအပ်သည့် ဆာဗာနှစ်ခုပတ်ဝန်းကျင်အတွက် အထူးဒီဇိုင်းထုတ်ထားသော သီးခြား အရောင်းအဝယ် ထပ်တူပြုခြင်း topology တစ်ခုဖြစ်သည်။ ဆာဗာတစ်ခုစီသည် ဒေတာများကို ထုတ်ဝေပြီး အခြားဆာဗာမှ တူညီသောဒေတာကို စာရင်းသွင်းကာ ရိုးရှင်းသော နှစ်လမ်းသွား ထပ်တူပြုခြင်းစီးဆင်းမှုကို ဖန်တီးပေးသည်။ peer-to-peer ထပ်တူပြုခြင်းသည် node နှစ်ခုကိုလည်း ပံ့ပိုးပေးနိုင်သော်လည်း၊ နှစ်လမ်းသွား ထပ်တူပြုခြင်းသည် ဤအခြေအနေအတွက် ပိုမိုကောင်းမွန်သော စွမ်းဆောင်ရည်ကို ပေးစွမ်းသည်။

တစ်ပြိုင်တည်းချိန်ကိုက်ထားသောဒေတာပါသည့် active server နှစ်ခုလိုအပ်သည့် အခြေအနေများအတွက် နှစ်လမ်းသွားမိတ္တူကူးခြင်းသည် သင့်လျော်ပါသည်၊ ဥပမာအားဖြင့် ရရှိနိုင်မှုမြင့်မားသောနေရာများအတွက် active-active configuration များ သို့မဟုတ် site တစ်ခုချင်းစီသည် local write access လိုအပ်သည့် ပထဝီဝင်အနေအထားအရ ဖြန့်ဝေထားသော application များကဲ့သို့ဖြစ်သည်။ topology တွင် data update များကို ပိုင်းခြားရန်နှင့် ပဋိပက္ခများကို ကာကွယ်ရန် ဂရုတစိုက် application ဒီဇိုင်းဆွဲရန် လိုအပ်သည်။

အားသာချက်များတွင် two-server scenarios များအတွက် အကောင်းဆုံးစွမ်းဆောင်ရည်၊ peer-to-peer replication နှင့်နှိုင်းယှဉ်ပါက configuration ရိုးရှင်းခြင်း၊ near real-time synchronization နှင့် merge replication ထက် overhead နည်းပါးခြင်းတို့ ပါဝင်သည်။ အားနည်းချက်များတွင် server နှစ်ခုသာ ကန့်သတ်ထားခြင်း၊ application ဒီဇိုင်းကို ဂရုတစိုက်လိုအပ်သော built-in conflict resolution မရှိခြင်းနှင့် ပဋိပက္ခများကို ကာကွယ်ရန် သင့်လျော်သော partitioning strategies များ လိုအပ်ခြင်းတို့ ပါဝင်သည်။

၃.၆ အပ်ဒိတ်လုပ်နိုင်သော စာရင်းသွင်းမှုများ

အပ်ဒိတ်လုပ်နိုင်သော subscription များသည် transactional replication ကို တိုးချဲ့ပေးသောကြောင့် subscriber များအနေဖြင့် ထပ်တူပြုလုပ်ထားသော data များကို ရံဖန်ရံခါ ပြောင်းလဲမှုများ ပြုလုပ်နိုင်ပြီး ထို့နောက် publisher နှင့် အခြား subscriber များထံ ပြန်လည်ပျံ့နှံ့စေပါသည်။ merge replication သို့မဟုတ် မကြာခဏ နှစ်လမ်းသွား update များအတွက် ဒီဇိုင်းထုတ်ထားသော peer-to-peer topologies များနှင့်မတူဘဲ၊ အပ်ဒိတ်လုပ်နိုင်သော subscription များသည် primary data flow သည် တစ်လမ်းသွား (publisher မှ subscriber များသို့) ဖြစ်သော်လည်း subscriber များသည် ရံဖန်ရံခါ ပြင်ဆင်မှုများ သို့မဟုတ် အပ်ဒိတ်များ ပြုလုပ်ရန် လိုအပ်သည့် အခြေအနေများအတွက် ရည်ရွယ်ပါသည်။

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

အဓိကအားသာချက်များတွင် transactional replication ၏ စွမ်းဆောင်ရည်လက္ခဏာများကို ထိန်းသိမ်းထားစဉ် subscriber များတွင် write operations များကို ကန့်သတ်ခွင့်ပြုခြင်းတို့ ပါဝင်သည်။ အားနည်းချက်များတွင် ရှုပ်ထွေးမှု တိုးလာခြင်း၊ ဖြေရှင်းရန် လိုအပ်သော ပဋိပက္ခများ ဖြစ်နိုင်ခြေ၊ ချက်ချင်း update လုပ်သည့်မုဒ်တွင် two-phase commit protocol မှ စွမ်းဆောင်ရည် overhead နှင့် replicated table အားလုံးတွင် primary keys များရှိရန် လိုအပ်ချက်တို့ ပါဝင်သည်။

၃.၇ မိတ္တူကူးခြင်း အမျိုးအစား အမျိုးမျိုးကို နှိုင်းယှဉ်ခြင်း

မိတ္တူကူးခြင်း အမျိုးအစား	Update အချိန်	ထုတ်ဝေသူအရေအတွက်	Direction အဖွဲ့	ဇာတ်ညွှန်းကိုသုံးပါ
လျှပ်တစ်ပြက်	အချိန်မီ အမှတ်ပေးပါ။	1	One Direction (ထုတ်ဝေသူ → စာရင်းသွင်းသူများ)	ရည်ညွှန်းဒေတာ (ဈေးနှုန်းစာရင်းများ၊ ငွေလဲနှုန်းများ) ကို မကြာခဏပြောင်းလဲခြင်း
အရောင်းအဝယ်	အချိန်နှင့်တစ်ပြေးညီ နီးပါသည်။	1	One Direction (ထုတ်ဝေသူ → စာရင်းသွင်းသူများ)	မြင့်မားသော throughput အခြေအနေများ (e-commerce စာရင်း၊ ဒေတာသိုလှောင်မှု၊ အစီရင်ခံခြင်း)
အဖှဲ့ပေါငျး	ပုံမှန် (ချိတ်ဆက်ထားသည့်အခါ)	1	နှစ်လမ်းသွား (ထုတ်ဝေသူ ↔ စာရင်းသွင်းသူများ)	မိုဘိုင်းအပလီကေးရှင်းများ၊ အော့ဖ်လိုင်းဝန်ထမ်းများ (အရောင်းအင်အား အလိုအလျောက်စနစ်၊ ကွင်းဆင်းဝန်ဆောင်မှုများ)
အဆင့်အတန်းတူညီသူအချင်းအချင်းဆက်သွယ်မှု	အချိန်နှင့်တစ်ပြေးညီ နီးပါသည်။	အများအပြား (၃ ခု သို့မဟုတ် ထို့ထက်ပို)	နှစ်လမ်းသွား (node အားလုံး)	ကမ္ဘာလုံးဆိုင်ရာ ဘက်စုံဒေတာစင်တာ ဖြန့်ကျက်မှုများ (ဒေသတွင်း ဖတ်ရှုရေးသားခွင့်ရှိသော ကမ္ဘာတစ်ဝှမ်းရှိ ရုံးခွဲများ)
နှစ်ထပ်ကိန်း	အချိန်နှင့်တစ်ပြေးညီ နီးပါသည်။	2	နှစ်လမ်းသွား (ဆာဗာနှစ်ခုလုံး)	ဒေတာစင်တာနှစ်ခုတွင် တက်ကြွသော-တက်ကြွသော ဖွဲ့စည်းမှုပုံစံများ (dual-site high availability)
အပ်ဒိတ်လုပ်နိုင်သော စာရင်းသွင်းမှုများ	အချိန်နှင့်တစ်ပြေးညီ နီးပါသည်။	1	အဓိကအားဖြင့် တစ်လမ်းသွား (ရံဖန်ရံခါ ပြောင်းပြန် အပ်ဒိတ်လုပ်ခြင်း)	အဓိကအားဖြင့် ဖတ်ရှုသော်လည်း ရံဖန်ရံခါ အပ်ဒိတ်လုပ်သော ဌာနခွဲရုံးများ (ဒေသတွင်းပြင်ဆင်ချက်များ)

4. သတ်မှတ်ခြင်း SQL Server ပွား

၄.၁ ကြိုတင်လိုအပ်ချက်များနှင့် လိုအပ်ချက်များ

၄.၁.၁ ဆော့ဖ်ဝဲလ်လိုအပ်ချက်များ

SQL Server ပုံတူကူးခြင်းသည် လိုက်ဖက်ညီမှု လိုအပ်သည် SQL Server topology မှာ ပါဝင်သူအားလုံးရဲ့ ဗားရှင်းတွေ။ distributor ဗားရှင်းဟာ publisher ဗားရှင်းနဲ့ ညီမျှရမယ် ဒါမှမဟုတ် ပိုမြင့်ရမယ်၊ subscriber ကလည်း publisher ရဲ့ ဗားရှင်းနှစ်ခုအတွင်းမှာ ရှိနိုင်တယ်။ ဥပမာအားဖြင့်၊ SQL Server ၂၀၁၆ ခုနှစ် ထုတ်ဝေသူသည် ပုံတူကူးယူနိုင်သည် SQL Server ၂၀၁၂၊ ၂၀၁၄၊ ၂၀၁၆၊ ၂၀၁၇ သို့မဟုတ် ၂၀၁၉ ခုနှစ်များတွင် စာရင်းသွင်းသူများ။

၄.၁.၂ ခွင့်ပြုချက်လိုအပ်ချက်များ

မိတ္တူကူးခြင်းကို configure လုပ်ရန် level တိုင်းတွင် သီးခြားခွင့်ပြုချက်များ လိုအပ်သည်။ sysadmin fixed server role ၏ အဖွဲ့ဝင်များသည် မိတ္တူကူးခြင်း configure လုပ်ရန်တာဝန်အားလုံးကို လုပ်ဆောင်နိုင်သည်။ ပိုမိုအသေးစိတ်ကျသော ခွင့်ပြုချက်များအတွက်၊ အသုံးပြုသူများသည် publisher နှင့် subscriber database များအတွက် db_owner database role ၏ အဖွဲ့ဝင်များဖြစ်ရန် လိုအပ်ပါသည်။

၄.၂ အဆင့် ၁: ဖြန့်ဖြူးမှုကို ပြင်ဆင်သတ်မှတ်ပါ

ဖြန့်ဖြူးမှုကို ပြင်ဆင်သတ်မှတ်ခြင်းသည် စနစ်ထည့်သွင်းခြင်း၏ ပထမခြေလှမ်းဖြစ်သည်။ SQL Server ပုံတူကူးခြင်း။

အသုံးပြု၍ ဖြန့်ဖြူးမှုကို configure လုပ်ရန် SQL Server စီမံခန့်ခွဲမှုစတူဒီယို-

ချိတ်ဆက်ပါ SQL Server ဥပမာအားဖြင့် SQL Server စီမံခန့်ခွဲမှုစတူဒီယို။
Object Explorer မှာ right click နှိပ်ပါ။ ပွား ဖိုင်တွဲကို select လုပ်ပါ ဖြန့်ဖြူးမှုကို ပြင်ဆင်သတ်မှတ်ပါ.
Configure Distribution Wizard မှာ၊ နှိပ်ပါ နောက်တစ်ခု ကြိုဆိုရေးစာမျက်နှာတွင်။
ထိုတွင် ဖြန့်ဖြူး စာမျက်နှာတွင်၊ သင်၏ topology လိုအပ်ချက်များအပေါ် အခြေခံ၍ အောက်ပါရွေးချယ်စရာများထဲမှ တစ်ခုကို ရွေးချယ်ပါ-
- ပြည်တွင်းဖြန့်ဖြူးရေး: “ServerName သည် ၎င်း၏ကိုယ်ပိုင်ဖြန့်ဖြူးသူအဖြစ် ဆောင်ရွက်လိမ့်မည်” ကိုရွေးချယ်ပါ။ SQL Server publisher နဲ့ distributor ကို instance တစ်ခုတည်းမှာ run စေချင်တယ်ဆိုရင် "distribution database နဲ့ log" တစ်ခု ဖန်တီးပေးပါလိမ့်မယ်။ ဒီ configuration က setup လုပ်ရတာ ပိုလွယ်ကူပြီး environment သေးငယ်တဲ့အခါ ဒါမှမဟုတ် publisher နဲ့ distributor အကြား network latency က ပြဿနာတွေ ဖြစ်စေတဲ့အခါ သင့်တော်ပါတယ်။
- အဝေးထိန်းဖြန့်ဖြူးသူ: “Use following server as the Distributor” ကို ရွေးချယ်ပြီး နှိပ်ပါ။ ပေါင်း ဖြန့်ဖြူးမှုလုပ်ငန်းစဉ်ကို သီးခြား instance တစ်ခုသို့ offload လုပ်လိုပါက remote distributor server တစ်ခုကို သတ်မှတ်ရန်။ ဤ configuration သည် replication volumes များနေချိန်တွင် server များစွာတွင် workload ကို ဖြန့်ဝေခြင်းဖြင့် စွမ်းဆောင်ရည်ကို တိုးတက်စေသည်။ remote distributor name ကို ပေးရန်နှင့် publisher မှ distributor နှင့် ချိတ်ဆက်ရန် အသုံးပြုမည့် password တစ်ခုကို သတ်မှတ်ရန် လိုအပ်ပါသည်။
ကလစ်နှိပ်ပါ နောက်တစ်ခု snapshot folder တည်နေရာကို သတ်မှတ်ရန်။ ကွန်ရက်တစ်လျှောက် ဝင်ရောက်အသုံးပြုနိုင်စေရန်အတွက် ဒေသတွင်းလမ်းကြောင်းအစား UNC လမ်းကြောင်း (ဥပမာ \\servername\share\folder) ကို အသုံးပြုပါ။
ထိုတွင် ဖြန့်ဖြူးရေးဒေတာဘေ့စ် စာမျက်နှာကိုဖွင့်ပါ၊ ပုံသေဖြန့်ဖြူးမှုဒေတာဘေ့စ်အမည် (ပုံမှန်အားဖြင့် "ဖြန့်ဖြူးမှု") ကိုလက်ခံပါ သို့မဟုတ် စိတ်ကြိုက်အမည်တစ်ခုကို သတ်မှတ်ပါ၊ ထို့နောက် ဒေတာနှင့် မှတ်တမ်းဖိုင်တည်နေရာများကို ပြင်ဆင်သတ်မှတ်ပါ။
ထိုတွင် ထုတ်ဝေသူများ စာမျက်နှာတွင်၊ လက်ရှိဆာဗာကို ထုတ်ဝေသူအဖြစ် ဖွင့်ထားကြောင်း အတည်ပြုပါ။ လက်ရှိဆာဗာကို ဖြန့်ဖြူးသူအဖြစ် သင် configure လုပ်ပါက၊ ဤဖြန့်ဖြူးသူကို အသုံးပြုမည့် နောက်ထပ်ထုတ်ဝေသူများကို သင်ထည့်သွင်းနိုင်သည်။
wizard လုပ်ဆောင်ချက်များကို ပြန်လည်သုံးသပ်ပြီး နှိပ်ပါ အပြီးသတ် ဖြန့်ဖြူးမှုကို configure လုပ်ဖို့။

၄.၃ အဆင့် ၂: ထုတ်ဝေမှု ဖန်တီးပါ

ဖြန့်ဖြူးမှုကို configure လုပ်ပြီးနောက်၊ နောက်တစ်ဆင့်မှာ subscriber များထံ မည်သည့် data object များကို ပုံတူကူးမည်ကို သတ်မှတ်ပေးသည့် publication တစ်ခု ဖန်တီးရန်ဖြစ်သည်။

အသုံးပြု၍ ထုတ်ဝေမှုတစ်ခု ဖန်တီးရန် SQL Server စီမံခန့်ခွဲမှုစတူဒီယို-

Object Explorer တွင်၊ ကိုချဲ့ထွင်ပါ။ ပွား ဖိုင်တွဲ။
right-click နှိပ်ပြီး ဒေသခံထုတ်ဝေမှုများ နှင့်ကို select ထုတ်ဝေမှုအသစ်.
ထုတ်ဝေမှုအသစ် ဝစ်ဇာ စတင်သည်။ နှိပ်ပါ နောက်တစ်ခု ကြိုဆိုရေးစာမျက်နှာတွင်။
ထုတ်ဝေလိုသော database မှ ရွေးချယ်ပါ ထုတ်ဝေမှုဒေတာဘေ့စ် စာမျက်နှာ။ ၎င်းက ရွေးချယ်ထားသော ဒေတာဘေ့စ်တွင် အလိုအလျောက် ထုတ်ဝေနိုင်စေပါသည်။
ထိုတွင် ထုတ်ဝေမှု အမျိုးအစား စာမျက်နှာတွင်၊ မိတ္တူကူးခြင်းအမျိုးအစားကို ရွေးချယ်ပါ- လျှပ်တစ်ပြက်ထုတ်ဝေမှု, အရောင်းအဝယ်ထုတ်ဝေမှု, Peer-to-Peer ထုတ်ဝေမှုဒါမှမဟုတ် ထုတ်ဝေမှု ပေါင်းစည်းရန်.
ထိုတွင် ဆောင်းပါးများ စာမျက်နှာကို ချဲ့ထွင်ပါ၊ ဇယား node လုပ်ပြီး ဆောင်းပါးများအဖြစ် ထည့်သွင်းရန် ဇယားများကို ရွေးချယ်ပါ။
ရွေးချယ်နိုင်သည် ချဲ့ထွင်ပါ သိုလှောင်လုပ်ထုံးလုပ်နည်းများ, viewsသို့မဟုတ် နောက်ထပ်ဆောင်းပါးများပါဝင်ရန် အခြားအရာဝတ္ထုအမျိုးအစားများ။
ကလစ်နှိပ်ပါ ဆောင်းပါးဂုဏ်သတ္တိများ စစ်ထုတ်ခြင်း သို့မဟုတ် အခြားဆောင်းပါးနှင့်သက်ဆိုင်သော ဆက်တင်များကို ပြင်ဆင်သတ်မှတ်ရန်။
ထိုတွင် ဇယားတန်းများကို စစ်ထုတ်ပါ စာမျက်နှာတွင်၊ လိုအပ်ပါက row filter များကို ထည့်ပါ။
ထိုတွင် Snapshot Agent စာမျက်နှာတွင်၊ snapshot ကို မည်သည့်အချိန်တွင် ဖန်တီးရမည်ကို ရွေးချယ်ပါ- ချက်ချင်း၊ သတ်မှတ်ထားသောအချိန်တွင် သို့မဟုတ် အချိန်ဇယားတွင်။
ထိုတွင် အေးဂျင့်လုံခြုံရေး စာမျက်နှာတွင်၊ Snapshot Agent အတွက် လုံခြုံရေးဆိုင်ရာ အကြောင်းအရာကို သတ်မှတ်ပါ။
ထိုတွင် မှော်ဆရာလုပ်ဆောင်ချက်များ စာမျက်နှာ၊ ရွေးချယ်ပါ ထုတ်ဝေမှုကို ဖန်တီးပါ.
ထုတ်ဝေမှုအမည်တစ်ခု ပေးပြီး နှိပ်ပါ အပြီးသတ်.

၄.၄ အဆင့် ၃: စာရင်းသွင်းမှု ဖန်တီးပါ

ထုတ်ဝေမှုတစ်ခု ဖန်တီးပြီးနောက်၊ နောက်တစ်ဆင့်မှာ ထုတ်ဝေမှုကို subscriber database များနှင့် ချိတ်ဆက်ပေးသည့် subscriptions များ ဖန်တီးရန်ဖြစ်သည်။

Subscriptions များသည် push subscriptions (ဖြန့်ဖြူးသူမှ စီမံခန့်ခွဲသည်) သို့မဟုတ် pull subscriptions (စာရင်းသွင်းသူမှ စီမံခန့်ခွဲသည်) ဖြစ်နိုင်သည်။ အဓိက ကွာခြားချက်များမှာ subscription ကို မည်သည့်နေရာတွင် ဖန်တီးသည်နှင့် မည်သည့် agent တည်နေရာကို ရွေးချယ်သည်ဖြစ်ပြီး၊ ၎င်းသည် subscription ၏ လုပ်ဆောင်ချက် (push သို့မဟုတ် pull) ကို ဆုံးဖြတ်ပေးသည်။

Push Subscription အတွက် (ဖြန့်ဖြူးသူမှ စီမံခန့်ခွဲသည်):

ထိုတွင် ပုံနှိပ်ထုတ်ဝေသူ ဆာဗာ၊ ချဲ့ထွင်ပါ ပွား -> ဒေသခံထုတ်ဝေမှုများ.
ထုတ်ဝေမှုကို right-click နှိပ်ပြီး select လုပ်ပါ စာရင်းသွင်းမှုအသစ်များ.

Pull Subscription အတွက် (စာရင်းသွင်းသူမှ စီမံခန့်ခွဲသည်):

ထိုတွင် စာရင်းပေးသွင်းထားသူ ဆာဗာ၊ ချဲ့ထွင်ပါ ပွား၊ ညာကလစ်နှိပ်ပါ ဒေသတွင်း စာရင်းသွင်းမှုများနှင့်ကို select စာရင်းသွင်းမှုအသစ်များ.
ထိုတွင် ပုံနှိပ်ထုတ်ဝေခြင်း စာမျက်နှာ, ကလစ် Find SQL Server ပုံနှိပ်ထုတ်ဝေသူ နှင့် publisher server သို့ ချိတ်ဆက်ပါ။

စာရင်းသွင်းမှုအမျိုးအစားနှစ်ခုလုံးအတွက် အသုံးများသော wizard အဆင့်များ-

စာရင်းသွင်းမှုအသစ် ဝစ်ဇာတွင်၊ နှိပ်ပါ နောက်တစ်ခု ကြိုဆိုရေးစာမျက်နှာတွင်။
ထုတ်ဝေမှုကို ရွေးချယ်ပြီး နှိပ်ပါ နောက်တစ်ခု.
ထိုတွင် ဖြန့်ဖြူးရေးအေးဂျင့်တည်နေရာ စာမျက်နှာ၊ အေးဂျင့်တည်နေရာကို ရွေးချယ်ပါ-
- စာရင်းသွင်းမှုတွန်းအားပေးခြင်း: “ဖြန့်ဖြူးသူတွင် အေးဂျင့်အားလုံးကို လုပ်ဆောင်ပါ” ကို ရွေးချယ်ပါ – ဖြန့်ဖြူးသူသည် ပြောင်းလဲမှုများကို စာရင်းသွင်းသူများထံ ပေးပို့လိမ့်မည်။
- စာရင်းသွင်းမှုကို ဆွဲယူပါ: “၎င်း၏စာရင်းသွင်းသူတွင် အေးဂျင့်တစ်ဦးချင်းစီကို လုပ်ဆောင်ပါ” ကို ရွေးချယ်ပါ – စာရင်းသွင်းသူတစ်ဦးချင်းစီသည် ဖြန့်ဖြူးသူထံမှ ပြောင်းလဲမှုများကို ဆွဲယူလိမ့်မည်။
ထိုတွင် subscribers စာမျက်နှာ၊ ရှိပြီးသား စာရင်းသွင်းသူဆာဗာများကို ရွေးချယ်ပါ သို့မဟုတ် နှိပ်ပါ စာရင်းသွင်းသူ ထည့်ပါ အသစ်များထည့်ရန်။
subscriber တစ်ဦးစီအတွက်၊ ဦးတည်ရာ database ကို ရွေးချယ်ပါ သို့မဟုတ် database အသစ်တစ်ခု ဖန်တီးပါ။ မှတ်စု: subscription database သည် publisher database နှင့် ကွဲပြားရမည်၊ တူညီသော database ကို အသုံးပြုနေသော်လည်း SQL Server ဥပမာ။
ထိုတွင် ဖြန့်ဖြူးရေးအေးဂျင့်လုံခြုံရေး စာမျက်နှာတွင်၊ လုံခြုံရေးဆိုင်ရာ အကြောင်းအရာကို configure လုပ်ရန် subscription တစ်ခုချင်းစီအတွက် properties ခလုတ်ကို နှိပ်ပါ။
ထိုတွင် ထပ်တူပြုခြင်းအချိန်ဇယား စာမျက်နှာတွင်၊ စဉ်ဆက်မပြတ် ထပ်တူပြုခြင်း သို့မဟုတ် အချိန်ဇယားဆွဲထားသော ထပ်တူပြုခြင်းကို ရွေးချယ်ပါ။
ထိုတွင် စာရင်းသွင်းမှုများကို စတင်ပါ စာမျက်နှာ၊ ရွေးချယ်ပါ ချက်ချင်း wizard ပြီးစီးချိန်မှာ initialize လုပ်ဖို့ ဒါမှမဟုတ် ပထမဆုံး ထပ်တူပြုခြင်းတွင်.
wizard လုပ်ဆောင်ချက်များကို ပြန်လည်သုံးသပ်ပြီး နှိပ်ပါ အပြီးသတ်.

၅။ စောင့်ကြည့်ခြင်းနှင့် စီမံခန့်ခွဲခြင်း SQL Server ပွား

၅.၁ မိတ္တူကူးခြင်း စောင့်ကြည့်ခြင်းဖြင့် မိတ္တူကူးခြင်းကို စောင့်ကြည့်ခြင်း

Replication Monitor ကိုစတင်ရန်-

In SQL Server စီမံခန့်ခွဲမှုစတူဒီယို၊ ချဲ့ထွင်ပါ။ ပွား Object Explorer တွင်။
right-click နှိပ်ပြီး ပွား နှင့်ကို select မိတ္တူကူးခြင်း စောင့်ကြည့်ခြင်းကို စတင်ပါ.
မှတ်ပုံတင်ထားသော ထုတ်ဝေသူများ မရှိပါက နှိပ်ပါ ထုတ်ဝေသူ ထည့်ရန် လက်ဝဲ pane ထဲကကို။
ရှေးခယျြ ပေါင်း SQL Server ပုံနှိပ်ထုတ်ဝေသူ နှင့် publisher server သို့ ချိတ်ဆက်ပါ။
ထုတ်ဝေသူသည် ထုတ်ဝေမှုများနှင့် စာရင်းသွင်းမှုများအတွက် ချဲ့ထွင်နိုင်သော node များဖြင့် ဘယ်ဘက်အကန့်တွင် ပေါ်လာသည်။

၅.၂ စွမ်းဆောင်ရည် စောင့်ကြည့်ခြင်း

၅.၂.၁ မော်နီတာ နှောင့်နှေးမှု

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

All Subscriptions tab မှာ latency metrics တွေကိုကြည့်ဖို့ Replication Monitor ကိုသုံးပါ။ Latency column က စက္ကန့်အလိုက် ပျမ်းမျှ latency ကိုပြပါတယ်။ transactional replication အတွက် tracer tokens တွေက replication pipeline မှတစ်ဆင့် ခြေရာခံထားတဲ့ marker transactions တွေကိုထည့်သွင်းခြင်းအားဖြင့် တိကျတဲ့ latency တိုင်းတာမှုတွေကို ပေးပါတယ်။

tracer tokens တွေကို အသုံးပြုရန်-

Replication Monitor မှာ transactional publication တစ်ခုကို ရွေးချယ်ပါ။
အကိုကလစ်နှိပ်ပါ Tracer တိုကင်များ tab ကို။
ကလစ်နှိပ်ပါ Tracer ထည့်သွင်းပါ marker transaction တစ်ခုကို ထိုးသွင်းရန်။
တိုကင်သည် ထုတ်ဝေသူမှ ဖြန့်ဖြူးသူသို့ စာရင်းသွင်းသူထံ ရောက်ရှိသွားသည်ကို စောင့်ကြည့်ပါ။
ပိတ်ဆို့မှုများကို ဖော်ထုတ်ရန် အပိုင်းတစ်ခုစီအတွက် ကြာသောအချိန်ကို ကြည့်ရှုပါ။

၅.၂.၂ မော်နီတာ စွမ်းဆောင်ရည်

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

Replication Monitor သည် အခြေခံ synchronization status ကို ပေးစွမ်းသော်လည်း၊ delivery rate နှင့် အသေးစိတ် throughput metrics များကို GUI တွင် မမြင်ရပါ။ throughput ကို စောင့်ကြည့်ရန် distribution database နှင့် ယှဉ်၍ T-SQL query များကို အသုံးပြုပါ။

USE distribution
GO

-- Direct join to avoid subquery
SELECT TOP 20
    h.time AS [Time],
    a.name AS [Agent Name],
    h.runstatus AS [Status],
    h.delivered_transactions AS [Delivered Transactions],
    h.delivered_commands AS [Delivered Commands],
    h.delivery_rate AS [Delivery Rate (commands/sec)],
    h.delivery_latency AS [Delivery Latency (ms)],
    h.comments AS [Comments]
FROM MSdistribution_history h
JOIN MSdistribution_agents a ON h.agent_id = a.id
WHERE a.name LIKE '%MyPublication2%'
AND h.runstatus IN (2, 3, 4, 6)
ORDER BY h.time DESC
GO

အခြေအနေကုဒ်များ- ၁ = စတင်၊ ၂ = လုပ်ဆောင်ဆဲ၊ ၃ = အောင်မြင်၊ ၄ = အားလပ်၊ ၅ = ပြန်လည်ကြိုးစား၊ ၆ = မအောင်မြင်။ မိတ္တူကူးခြင်း နောက်ကျကျန်နေသည့် အခြေအနေများကို ဖော်ထုတ်ရန် ပေးပို့မှုနှုန်းကို ထုတ်ဝေသူ ငွေပေးငွေယူနှုန်းများနှင့် နှိုင်းယှဉ်ပါ။ စွမ်းဆောင်ရည် ရေတွက်စက်များ Windows Performance Monitor မိတ္တူကူးခြင်း အေးဂျင့်တစ်ခုစီအတွက် နောက်ထပ် throughput မက်ထရစ်များကို ပေးပါ။

၅.၂.၃ အတားအဆီးများကို ဖော်ထုတ်ပါ

မိတ္တူကူးခြင်း ပိတ်ဆို့မှုများသည် topology ရှိ နေရာများစွာတွင် ဖြစ်ပွားနိုင်သည်။ publisher တွင် snapshot generation time အလွန်အကျွံ သို့မဟုတ် Log Reader Agent နှောင့်နှေးမှုများသည် resource ကန့်သတ်ချက်များကို ညွှန်ပြနိုင်သည်။ မိတ္တူကူးခြင်း လုပ်ဆောင်ချက်များအတွင်း publisher ရှိ CPU၊ memory နှင့် disk I/O တို့ကို စောင့်ကြည့်ပါ။

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

subscriber မှာ ပြောင်းလဲမှုနှေးကွေးစွာအသုံးချမှု ဖြစ်ပေါ်လာနိုင်ပြီး resource မလုံလောက်ခြင်း၊ index များပျောက်ဆုံးခြင်း သို့မဟုတ် insert လုပ်ဆောင်ချက်များကို နှေးကွေးစေသော ကန့်သတ်ချက်များကြောင့် ဖြစ်နိုင်သည်။ Distribution Agent လည်ပတ်နေချိန်တွင် subscriber resource အသုံးပြုမှုနှင့် query စွမ်းဆောင်ရည်ကို စောင့်ကြည့်ပါ။ component များအကြား network bandwidth ကန့်သတ်ချက်များသည်လည်း အထူးသဖြင့် data volume ကြီးများအတွက် ပိတ်ဆို့မှုများကို ဖြစ်စေသည်။

၅.၃ မိတ္တူကူးခြင်းအေးဂျင့်များကို စီမံခန့်ခွဲခြင်း

၅.၃.၁ အေးဂျင့်များ စတင်ခြင်းနှင့် ရပ်တန့်ခြင်း

မိတ္တူကူးခြင်း အေးဂျင့်တစ်ခုကို စတင်ရန် သို့မဟုတ် ရပ်တန့်ရန်-

In SQL Server စီမံခန့်ခွဲမှုစတူဒီယို၊ ချဲ့ထွင်ပါ။ SQL Server ကိုယ်စားလှယ် -> ဂျော့ဘ်.
မိတ္တူကူးခြင်းအေးဂျင့်အလုပ်ကို ရှာဖွေပါ (အမည်များတွင် ပုံမှန်အားဖြင့် ထုတ်ဝေမှုနှင့် စာရင်းသွင်းသူအချက်အလက် ပါဝင်သည်)။
အလုပ်ပေါ်တွင် right click နှိပ်ပြီး select လုပ်ပါ အလုပ်စတင်ပါ or အလုပ်ရပ်တန့်ပါ.

၅.၃.၂ အေးဂျင့်ပရိုဖိုင်များကို ပြင်ဆင်သတ်မှတ်ပါ

Agent ပရိုဖိုင်များတွင် agent အပြုအမူကို ထိန်းချုပ်သည့် parameter set များ ပါဝင်သည်။ SQL Server အဖြစ်များသော အခြေအနေများအတွက် အကောင်းဆုံးဖြစ်အောင် ပြုလုပ်ထားသော မူရင်းပရိုဖိုင်များကို ပေးစွမ်းပြီး သီးခြားလိုအပ်ချက်များအတွက် စိတ်ကြိုက်ပရိုဖိုင်များကို သင်ဖန်တီးနိုင်သည်။

အေးဂျင့်ပရိုဖိုင်များကို ပြင်ဆင်ရန်-

Object Explorer တွင် ချဲ့ပါ။ ပွား.
right-click နှိပ်ပြီး ပွား နှင့်ကို select ဖြန့်ဖြူးသူ ဂုဏ်သတ္တိများ.
အကိုကလစ်နှိပ်ပါ ပရိုဖိုင် မူရင်းများ ခလုတ်ကို။
dropdown မှ agent အမျိုးအစား (Snapshot၊ Log Reader၊ Distribution သို့မဟုတ် Merge) ကို ရွေးချယ်ပါ။
ပရိုဖိုင်တစ်ခုကို ရွေးချယ်ပြီး နှိပ်ပါ My Properties parameter တန်ဖိုးများကိုကြည့်ရှုရန်။
ကလစ်နှိပ်ပါ နယူးကိုယ်ရေးဖိုင် ရှိပြီးသားပရိုဖိုင်တစ်ခုအပေါ် အခြေခံ၍ စိတ်ကြိုက်ပရိုဖိုင်တစ်ခု ဖန်တီးရန်။
လိုအပ်သလို parameter များကို ပြင်ဆင်ပြီး နှိပ်ပါ OK.

subscription properties များကို တည်းဖြတ်ပြီး Agent profile dropdown မှ သင်လိုချင်သော profile ကို ရွေးချယ်ခြင်းဖြင့် agent တွင် profile တစ်ခု အသုံးပြုပါ။

၅.၃.၃ အေးဂျင့် ကန့်သတ်ချက်များနှင့် ဆက်တင်များ

Agent parameters များသည် စွမ်းဆောင်ရည်နှင့် အပြုအမူကို အသေးစိတ်ချိန်ညှိပေးသည်။ Distribution Agent အတွက် အဓိက parameters များတွင် CommitBatchSize (commit တစ်ခုလျှင် အသုံးပြုသော transaction အရေအတွက်)၊ CommitBatchThreshold (commit မတိုင်မီ command အရေအတွက်)၊ SubscriptionStreams (ပိုမိုမြန်ဆန်သော ပို့ဆောင်မှုအတွက် parallel connection များ) နှင့် QueryTimeout (commit များအတွက် timeout) တို့ ပါဝင်သည်။

Log Reader Agent အတွက် အရေးကြီးသော parameter များတွင် ReadBatchSize (စကင်ဖတ်မှုတစ်ခုလျှင် ဖတ်ရှုသော ငွေပေးငွေယူအရေအတွက်)၊ ReadBatchThreshold (ပေးပို့ခြင်းမပြုမီ command များ) နှင့် PollingInterval (log စကင်ဖတ်ခြင်းအကြား နှောင့်နှေးမှု) တို့ ပါဝင်သည်။ ဤ parameter များကို transaction volume နှင့် latency လိုအပ်ချက်များအပေါ် အခြေခံ၍ ချိန်ညှိပါ။

၅.၄ အရန်ကူးယူခြင်းနှင့် ပြန်လည်ရယူခြင်းဆိုင်ရာ ထည့်သွင်းစဉ်းစားရမည့်အချက်များ

မိတ္တူကူးခြင်းတွင်ပါဝင်သော ဒေတာဘေ့စ်များကို အရန်ကူးယူခြင်းသည် အထူးထည့်သွင်းစဉ်းစားရန် လိုအပ်ပါသည်။ publisher ဒေတာဘေ့စ်အတွက် ပုံမှန်အပြည့်အဝနှင့် ငွေပေးငွေယူမှတ်တမ်းအရန်ကူးယူမှုများသည် မရှိမဖြစ်လိုအပ်ပါသည်။ transactional replication တွင် ဒေတာဘေ့စ်များကို အရန်ကူးယူသည့်အခါ WITH REPLICATION option ကိုအသုံးပြုခြင်းဖြင့် ဒေတာဘေ့စ်အရန်ကူးယူမှုကို ပံ့ပိုးမှုအတွက် မှတ်သားပါ။ မိတ္တူကူးခြင်း configuration ကိုကာကွယ်ရန် ဖြန့်ဖြူးမှုဒေတာဘေ့စ်ကို ပုံမှန်အရန်ကူးယူပါ။

publisher database ကို အမည်တူ server တစ်ခုတည်းသို့ ပြန်လည်ထည့်သွင်းသည့်အခါ မိတ္တူကူးခြင်းအခြေအနေကို ထိန်းသိမ်းရန် WITH KEEP_REPLICATION option ကို အသုံးပြုပါ။ ဤ option သည် Log Reader Agent မှ မလုပ်ဆောင်ရသေးသော transaction များကို မိတ္တူကူးရန် မှတ်သားထားဆဲဖြစ်ကြောင်း သေချာစေပြီး subscription များကို ပြန်လည်စတင်ခြင်းမရှိဘဲ မိတ္တူကူးခြင်းကို အလိုအလျောက် ဆက်လက်လုပ်ဆောင်နိုင်စေပါသည်။

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

အပေါ်အသေးစိတ်အတွက် SQL Server အရန်ကူးယူခြင်း၊ ကျွန်ုပ်တို့၏ ပြည့်စုံသောလမ်းညွှန်.

၄.၆.၃။ အမေးများသောမေးခွန်းများ (FAQ)

မေး- snapshot နဲ့ transactional replication ရဲ့ ကွာခြားချက်က ဘာလဲ။

A: Snapshot replication သည် သတ်မှတ်ထားသော အချိန်တစ်ခုတွင် data ၏ မိတ္တူအပြည့်အစုံကိုယူပြီး subscriber ထံ အသုံးချကာ data မကြာခဏပြောင်းလဲခြင်းအတွက် သင့်လျော်ပါသည်။ Transactional replication သည် ကနဦး snapshot ဖြင့်စတင်ပြီးနောက် ဖြစ်ပေါ်လာသည့်အတိုင်း တစ်ဦးချင်း transaction များကို အဆက်မပြတ် replicate လုပ်ကာ မကြာခဏပြောင်းလဲနေသော data အတွက် အချိန်နှင့်တပြေးညီနီးပါး ထပ်တူပြုခြင်းကို ပေးစွမ်းသည်။

မေး- မတူညီသော နည်းလမ်းများကြားတွင် ပုံတူကူးယူနိုင်ပါသလား SQL Server ဗားရှင်းများ?

A: ဟုတ်ကဲ့၊ SQL Server မိတ္တူကူးခြင်းသည် ကန့်သတ်ထားသော အတိုင်းအတာအတွင်း ဗားရှင်း လိုက်ဖက်ညီမှုကို ပံ့ပိုးပေးသည်။ ဖြန့်ဖြူးသူဗားရှင်းသည် publisher ဗားရှင်းနှင့် ညီမျှရမည် သို့မဟုတ် မြင့်မားရမည်၊ နှင့် subscriber သည် publisher ၏ ဗားရှင်းနှစ်ခုအတွင်း ရှိနိုင်သည်။ ဥပမာအားဖြင့်၊ publisher သည် SQL Server ၂၀၁၆ ခုနှစ်၊ စာရင်းသွင်းသူ ဖြစ်နိုင်ပါသည်။ SQL Server ၂၀၁၂၊ ၂၀၁၄၊ ၂၀၁၆၊ ၂၀၁၇ သို့မဟုတ် ၂၀၁၉။

မေး- merge replication မှာ conflict တွေကို ဘယ်လိုကိုင်တွယ်ရမလဲ။

A: Merge replication သည် built-in ပဋိပက္ခရှာဖွေခြင်းနှင့် ဖြေရှင်းခြင်းယန္တရားများကို ပံ့ပိုးပေးပါသည်။ built-in resolver များမှ ရွေးချယ်ခြင်း သို့မဟုတ် custom conflict resolver များကို အကောင်အထည်ဖော်ခြင်းဖြင့် ဆောင်းပါးအဆင့်တွင် ပဋိပက္ခဖြေရှင်းသူများကို configure လုပ်နိုင်ပါသည်။ ပဋိပက္ခများကို priority-based သို့မဟုတ် timestamp-based နည်းလမ်းများကို အသုံးပြု၍ ဖြေရှင်းလေ့ရှိပြီး manual review အတွက် ပဋိပက္ခများကို မှတ်တမ်းတင်ရန် ရွေးချယ်နိုင်ပါသည်။

မေး- မိတ္တူကူးခြင်းရဲ့ စွမ်းဆောင်ရည်ဆိုင်ရာ သက်ရောက်မှုတွေက ဘာတွေလဲ။

A: မိတ္တူကူးခြင်းသည် စွမ်းဆောင်ရည်ကို နည်းလမ်းများစွာဖြင့် သက်ရောက်မှုရှိသည်- ထုတ်ဝေသူသည် ပြောင်းလဲမှုများကို ခြေရာခံခြင်းနှင့် snapshot များထုတ်လုပ်ခြင်းမှ အထွေထွေကုန်ကျစရိတ်ကို ကြုံတွေ့ရပြီး၊ ဖြန့်ဖြူးသူသည် transaction များကို သိမ်းဆည်းရန်နှင့် forward လုပ်ရန် resource များကို အသုံးပြုပြီး၊ data transfer လုပ်နေစဉ်အတွင်း network bandwidth ကို အသုံးပြုသည်။ သက်ရောက်မှုသည် မိတ္တူကူးခြင်းအမျိုးအစားပေါ် မူတည်၍ ကွဲပြားပြီး snapshot မိတ္တူကူးခြင်းသည် ပုံမှန် high-impact burst များကို ဖြစ်စေပြီး transactional မိတ္တူကူးခြင်းသည် ပိုမိုတသမတ်တည်းရှိသော်လည်း စဉ်ဆက်မပြတ် load ကို ထိန်းသိမ်းထားသည်။

မေး- ကျွန်တော့်ရဲ့ မိတ္တူကူးခြင်း topology ကို ဘယ်လို လုံခြုံအောင် လုပ်ရမလဲ။

A: အကောင်းဆုံးလုပ်ဆောင်မှုအချို့ကို အကောင်အထည်ဖော်ခြင်းဖြင့် သင်၏မိတ္တူကူးခြင်း topology ကို လုံခြုံစေပါ- Windows Authentication သို့မဟုတ် strong ကိုသုံးပါ SQL Server အထောက်အထားစိစစ်ခြင်း၊ TLS ကို အသုံးပြု၍ ချိတ်ဆက်မှုများကို ကုဒ်ဝှက်ခြင်း၊ snapshot folder ကို သင့်လျော်သောနည်းလမ်းဖြင့် လုံခြုံအောင်ပြုလုပ်ခြင်း NTFS ခွင့်ပြုချက်များ၊ ဝင်ရောက်ခွင့်ကို ထိန်းချုပ်ရန် Publication Access List (PAL) ကို configure လုပ်ပါ၊ မိတ္တူကူးခြင်း agent တစ်ခုစီအတွက် အနည်းဆုံးလိုအပ်သော ခွင့်ပြုချက်များဖြင့် သီးခြားဝန်ဆောင်မှုအကောင့်များကို အသုံးပြုပါ၊ နှင့် မိတ္တူကူးခြင်း လုံခြုံရေးဆက်တင်များကို မှန်မှန်စစ်ဆေးပါ။

မေး- Azure SQL Database ကို ပုံတူကူးယူလို့ရပါသလား။

A: ဟုတ်ကဲ့၊ on-premises ဖြင့် transactional replication ကို အသုံးပြု၍ Azure SQL Database သို့ ပုံတူကူးယူနိုင်ပါသည်။ SQL Server သို့မဟုတ် Azure SQL Managed Instance ကို publisher နှင့် distributor အဖြစ် ဆောင်ရွက်နိုင်သည်။ Azure SQL Database သည် subscriber အဖြစ် ဆောင်ရွက်နိုင်သော်လည်း publisher သို့မဟုတ် distributor အဖြစ် ဆောင်ရွက်၍မရပါ။ Merge replication နှင့် peer-to-peer replication တို့ကို Azure SQL Database ဖြင့် မပံ့ပိုးပါ။

မေး- ပုံတူကူးခြင်း နှောင့်နှေးမှုကို ဘယ်လို စောင့်ကြည့်ရမလဲ။

A: Replication Monitor ကို အသုံးပြု၍ မိတ္တူကူးခြင်း နှောင့်နှေးမှုကို စောင့်ကြည့်ပါ SQL Server Management Studio သည် subscription တစ်ခုချင်းစီအတွက် latency metrics များကို ပြသပေးသည်။ MSdistribution_history နှင့် MSrepl_commands ကဲ့သို့သော distribution database ဇယားများကိုလည်း query လုပ်နိုင်သည်၊ replication agent များအတွက် သီးသန့် performance counters များကို အသုံးပြုနိုင်သည်၊ သို့မဟုတ် synchronization နှောင့်နှေးမှုများကို ကြိုတင်သိရှိနိုင်ပြီး ကိုင်တွယ်ဖြေရှင်းရန် latency thresholds များအပေါ်အခြေခံ၍ သတိပေးချက်များ သတ်မှတ်နိုင်သည်။

မေး- စာရင်းသွင်းသူ အော့ဖ်လိုင်းဖြစ်နေရင် ဘာဖြစ်မလဲ။

A: subscriber တစ်ယောက် အော့ဖ်လိုင်းဖြစ်နေတဲ့အခါ လုပ်ဆောင်ချက်က replication အမျိုးအစားပေါ် မူတည်ပါတယ်။ transactional replication အတွက်၊ subscriber ပြန် online ပြန်ရောက်တဲ့အထိ transaction တွေက distribution database မှာ စုပုံနေပြီးနောက် synchronization ပြန်စပါတယ်။ merge replication အတွက်၊ ပြောင်းလဲမှုတွေကို နှစ်ဖက်စလုံးမှာ ခြေရာခံပြီး ချိတ်ဆက်မှု ပြန်ရတဲ့အခါ ပေါင်းစည်းပါတယ်။ retention period setting က data ကို ပြန်လည် initialize မလုပ်ခင် ဘယ်လောက်ကြာကြာ သိမ်းထားမလဲဆိုတာကို ဆုံးဖြတ်ပေးပါတယ်။

မေး- ရှိပြီးသားထုတ်ဝေမှုမှာ ဆောင်းပါးအသစ်တွေကို ဘယ်လိုထည့်ရမလဲ။

A: ရှိပြီးသားထုတ်ဝေမှုတွင် ဆောင်းပါးအသစ်များထည့်ရန်၊ SQL Server ထုတ်ဝေမှုဂုဏ်သတ္တိများကို ပြုပြင်ရန်နှင့် နောက်ထပ်အရာဝတ္ထုများကို ရွေးချယ်ရန် သို့မဟုတ် sp_addarticle stored procedure ကို အသုံးပြုရန်အတွက် Management Studio ကို အသုံးပြုပါ။ ဆောင်းပါးများထည့်ပြီးနောက်၊ snapshot အသစ်တစ်ခုကို ထုတ်ပြီး စာရင်းသွင်းသူများသည် ဆောင်းပါးအသစ်များကို လက်ခံရရှိကြောင်း သေချာစေရန် subscription အားလုံးကို ပြန်လည် initialize လုပ်ပါ။ ထုတ်ဝေမှုဆက်တင်များပေါ် မူတည်၍ subscription ကို ပြန်လည် initialize လုပ်ရန် အချို့သောပြောင်းလဲမှုများ လိုအပ်နိုင်သည်။

မေး- ဒေတာဘေ့စ်ကနေ မိတ္တူကူးထားတာကို ဘယ်လိုဖယ်ရှားရမလဲ။

A: sp_dropsubscription ကို အသုံးပြု၍ subscription အားလုံးကို ဦးစွာဖျက်ပါ၊ ထို့နောက် sp_droppublication ဖြင့် publication ကို drop လုပ်ပါ၊ နောက်ဆုံးတွင် sp_replicationdboption ကို အသုံးပြု၍ database ပေါ်တွင် publishing ကို disable လုပ်ခြင်းဖြင့် database မှ replication ကို ဖယ်ရှားပါ။ server သည် distributor တစ်ခုဖြစ်ပါက sp_dropdistributor ကို အသုံးပြု၍ distribution ကို disable လုပ်ပါ။ replication configuration ကို မဖယ်ရှားမီ database များကို အမြဲ backup လုပ်ထားပါ။

Q: ဘာကွာသလဲ။ SQL Server မိတ္တူကူးခြင်းနှင့် AlwaysOn ရရှိနိုင်မှုအဖွဲ့များလား။

A: မိတ္တူကူးခြင်းသည် object level တွင် လုပ်ဆောင်သော data distribution and integration solution တစ်ခုဖြစ်သည်။ အမြဲတမ်းရရှိနိုင်မှုအဖွဲ့များ သည် ဒေတာဘေ့စ်အဆင့်တွင် လုပ်ဆောင်သော မြင့်မားသော ရရှိနိုင်မှုနှင့် ဘေးအန္တရာယ်ပြန်လည်ထူထောင်ရေး ဖြေရှင်းချက်တစ်ခုဖြစ်သည်။

7 ။ ကောက်ချက်

SQL Server မိတ္တူကူးခြင်းသည် ဒေတာဘေ့စ်များစွာနှင့် နေရာများစွာတွင် ဒေတာများကို ဖြန့်ဝေခြင်းနှင့် ထပ်တူပြုခြင်းအတွက် ခိုင်မာသော မူဘောင်တစ်ခုကို ပံ့ပိုးပေးပါသည်။ နည်းပညာသည် မိတ္တူကူးခြင်းအမျိုးအစားများမှတစ်ဆင့် အခြေအနေအမျိုးမျိုးကို ပံ့ပိုးပေးပါသည်။

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

subscriber များသည် offline စွမ်းရည်များနှင့် bidirectional synchronization ဖြင့် autonomous operation လိုအပ်သည့်အခါ merge replication ကို ရွေးချယ်ပါ။ real-time နှင့် ကိုက်ညီမှုရှိသော active node များစွာတွင် load balancing read operations များအတွက် peer-to-peer replication ကို အကောင်အထည်ဖော်ပါ။ မတူညီသောလိုအပ်ချက်များရှိသော ရှုပ်ထွေးသော scenarios များအတွက် multiple replication types များကို ပေါင်းစပ်ထားသော hybrid approaches များကို ထည့်သွင်းစဉ်းစားပါ။

ကိုးကား

အာဘော်အကြောင်း

Yuan Sheng 10 နှစ်အထက်အတွေ့အကြုံရှိသောအကြီးတန်းဒေတာဘေ့စစီမံခန့်ခွဲသူ (DBA) SQL Server ပတ်ဝန်းကျင်နှင့် လုပ်ငန်းဒေတာဘေ့စ်စီမံခန့်ခွဲမှု။ သူသည် ဘဏ္ဍာရေးဝန်ဆောင်မှုများ၊ ကျန်းမာရေးစောင့်ရှောက်မှုနှင့် ကုန်ထုတ်လုပ်ငန်းအဖွဲ့အစည်းများရှိ ရာနှင့်ချီသော ဒေတာဘေ့စ်ပြန်လည်ရယူရေးအခြေအနေများကို အောင်မြင်စွာဖြေရှင်းနိုင်ခဲ့သည်။

Yuan သည် အထူးပြုသည်။ SQL Server ဒေတာဘေ့စ်ပြန်လည်ရယူခြင်း၊ မြင့်မားသောရရှိနိုင်မှုဖြေရှင်းချက်များနှင့် စွမ်းဆောင်ရည် ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ခြင်း။ ၎င်း၏ကျယ်ပြန့်သောလက်တွေ့အတွေ့အကြုံတွင် multi-terabyte ဒေတာဘေ့စ်များကိုစီမံခန့်ခွဲခြင်း၊ Always On Availability Groups များကိုအကောင်အထည်ဖော်ခြင်းနှင့် မစ်ရှင်အရေးပါသောစီးပွားရေးစနစ်များအတွက် အလိုအလျောက်အရန်ကူးခြင်းနှင့် ပြန်လည်ရယူခြင်းမဟာဗျူဟာများ ဖော်ဆောင်ခြင်းတို့ပါဝင်သည်။

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

နှင့်ပတ်သက်သောမေးခွန်းများရှိသည်။ SQL Server ပြန်လည်ရယူခြင်း သို့မဟုတ် နောက်ထပ်ဒေတာဘေ့စ်ပြဿနာဖြေရှင်းခြင်းလမ်းညွှန်ချက် လိုအပ်ပါသလား။ ယွမ်က ကြိုဆိုပါတယ်။ အကြံပြုချက်များနှင့် အကြံပြုချက်များ ဤနည်းပညာဆိုင်ရာ အရင်းအမြစ်များ တိုးတက်စေရန်။