ယခုမျှဝေပါ-
မာတိကာ ဝှက်ထား
1. နိဒါန်း SQL Server Backup ကို
၁၈ ဘာလဲ SQL Server အရန်သိမ်းမလား။
1.2 အဘယ်ကြောင့် SQL Server Backup သည် အရေးကြီးပါသည်။
1.3 အဖြစ်များသော ဒေတာဆုံးရှုံးမှု အခြေအနေများ
2. နားလည်မှု SQL Server Backup အမျိုးအစားများ
2.1 Full Backup
2.1.1 Full Backup ကို ဘယ်အချိန်မှာ အသုံးပြုမလဲ။
2.1.2 အပြည့်အဝ Backup အားသာချက်များနှင့် ကန့်သတ်ချက်များ
2.2 ကွဲပြားသော အရန်သိမ်းခြင်း။
2.2.1 ကွဲပြားသော Backup အလုပ်လုပ်ပုံ
2.2.2 Full vs Differential Backup
2.3 ငွေပေးငွေယူ မှတ်တမ်း အရန်သိမ်းဆည်းခြင်း။
2.3.1 ငွေလွှဲမှတ်တမ်းများကို နားလည်ခြင်း။
2.3.2 Point-in-Time ပြန်လည်ရယူခြင်း။
2.4 Tail-Log Backup
2.4.1 Tail-Log Backup များလိုအပ်သောအခါ
2.4.2 Tail-Log Backups အတွက် အဓိကရွေးချယ်စရာများ
2.5 မိတ္တူကူးရန်သာ မိတ္တူကူးခြင်း။
2.6 ဖိုင်နှင့် Filegroup Backup
2.7 တစ်စိတ်တစ်ပိုင်း အရန်သိမ်းခြင်း။
3. SQL Server ပြန်လည်ရယူရေးပုံစံများ
3.1 ရိုးရှင်းသော ပြန်လည်ရယူရေး မော်ဒယ်
3.1.1 လက္ခဏာများနှင့် အသုံးပြုမှုကိစ္စများ
3.1.2 အရန်သိမ်းခြင်း ရွေးချယ်စရာများ ရနိုင်သည်။
3.2 အပြည့်အဝ ပြန်လည်ရယူရေး မော်ဒယ်
3.2.1 အင်္ဂါရပ်များနှင့် အကျိုးကျေးဇူးများ
3.2.2 ငွေပေးငွေယူ မှတ်တမ်းစီမံခန့်ခွဲမှု
3.3 Bulk-Logged Recovery Model
3.3.1 ဘယ်အချိန်မှာ Bulk-Logged ကိုသုံးမလဲ။
3.3.2 ကန့်သတ်ချက်များနှင့် ထည့်သွင်းစဉ်းစားမှုများ
3.4 မှန်ကန်သော Recovery Model ကိုရွေးချယ်ခြင်း။
၄ SQL Server SSMS ကို အသုံးပြု၍ ဒေတာဘေ့စ်
4.1 ကြိုတင်လိုအပ်ချက်များနှင့် ကြိုတင်ပြင်ဆင်မှု
4.2 အဆင့်ဆင့်- SSMS ဖြင့် အပြည့်အဝ အရန်သိမ်းခြင်း။
4.2.1 ဖွင့်လှစ်ခြင်း။ SQL Server စီမံခန့်ခွဲမှုစတူဒီယို
4.2.2 ဒေတာဘေ့စ်နှင့် အရန်သိမ်းခြင်း ရွေးချယ်မှုများကို ရွေးချယ်ခြင်း။
4.2.3 မိတ္တူကူးမည့်နေရာ သတ်မှတ်ခြင်း
4.2.4 Advanced Backup သတ်မှတ်ချက်များ
4.2.5 Backup ကိုလုပ်ဆောင်ခြင်း။
4.3 SSMS ဖြင့် Differential Backup ဖန်တီးခြင်း။
4.4 SSMS ဖြင့် ငွေပေးငွေယူမှတ်တမ်း အရန်သိမ်းခြင်းကို ဖန်တီးခြင်း။
4.5 SSMS ဖြင့် မိတ္တူသာလျှင် အရန်သိမ်းခြင်းကို ဖန်တီးခြင်း။
၄ SQL Server ဒေတာဘေ့စ် T-SQL ကို အသုံးပြု
5.1 အခြေခံ အရန်ဒေတာဘေ့စ် အထားအသို
5.2 Full Backup T-SQL Commands
5.2.1 ရိုးရှင်းသော Full Backup Script
5.2.2 ရွေးချယ်စရာများဖြင့် အရန်သိမ်းခြင်း အပြည့်အစုံ
5.3 ကွဲပြားသော အရန်သိမ်းဆည်းခြင်း T-SQL အမိန့်များ
5.4 Transaction Log Backup T-SQL Commands
5.5 အဆင့်မြင့် T-SQL အရန်သိမ်းခြင်း ရွေးစရာများ
5.5.1 ဖိုင်များစွာသို့ အရန်ကူးခြင်း။
5.5.2 Compression ဖြင့် အရန်သိမ်းခြင်း။
5.5.3 စာဝှက်စနစ်ဖြင့် အရန်သိမ်းခြင်း။
5.5.4 စကားဝှက်ကာကွယ်မှုဖြင့် အရန်ကူးခြင်း။
5.5.5 Mirrored Backups
5.6 T-SQL Backup နမူနာများနှင့် Scripts
၄ SQL Server PowerShell ကို အသုံးပြု၍ ဒေတာဘေ့စ်
6.1 PowerShell Backup Cmdlets
6.2 PowerShell ဖြင့် Backup Scripts ဖန်တီးခြင်း။
6.3 PowerShell ဖြင့် အရန်ဖိုင်များကို အလိုအလျောက်ပြုလုပ်ခြင်း။
၄ SQL Server Command Line ကို အသုံးပြု၍ ဒေတာဘေ့စ်
7.1 SQLCMD Backup Database ကိုသုံးပါ။
7.1.1 အခြေခံ SQLCMD Syntax
7.1.2 SQLCMD ဖြင့် Backup ပြုလုပ်ခြင်း။
၇.၁.၃ ထုတ်ဝေသူဒေတာဘေ့စ်ကို အရန်ကူးယူပါ SQL Server ပွား
7.2.1 အခြေခံ OSQL Syntax
7.2.2 OSQL ဖြင့် Backup ပြုလုပ်ခြင်း။
8. Third-Party SQL Server Backup Tools များ
8.1 Veeam Backup ပြုလုပ်ရန် SQL Server
8.2 Barracuda Backup အတွက် SQL Server
8.3 Veritas NetBackup ပြုလုပ်ရန် SQL Server
8.4 Commvault Complete Backup & Recovery ပြုလုပ်ရန် SQL Server
8.5 Cohesity DataProtect ပြုလုပ်ရန် SQL Server
8.6 Red Gate SQL Backup Pro
9. ဘယ်လိုပြန်ယူမလဲ။ SQL Server ဒေတာဘေ့စ
9.1 ပြန်လည်ရယူခြင်းလုပ်ငန်းစဉ်ကို နားလည်ခြင်း။
9.2 SSMS ကို အသုံးပြု၍ အရန်ကူးယူမှု အပြည့်အစုံကို ပြန်လည်ရယူခြင်း။
9.2.1 အဆင့်ဆင့် ပြန်လည်ရယူခြင်း လုပ်ငန်းစဉ်
9.2.2 ရွေးချယ်မှုများနှင့် ဆက်တင်များကို ပြန်လည်ရယူပါ။
9.3 ကွဲပြားသော အရန်သိမ်းခြင်းကို ပြန်လည်ရယူခြင်း။
9.4 ငွေပေးငွေယူမှတ်တမ်း အရန်သိမ်းဆည်းမှုများဖြင့် ပြန်လည်ရယူခြင်း။
9.5 Point-in-Time ပြန်လည်ရယူခြင်း။
၉.၆ ဇယားပြန်လည်ရယူခြင်း
၉.၆.၁ နည်းလမ်း ၁: ဒေတာဘေ့စ် လျှပ်တပြက်ပုံများ (ကာကွယ်ရန်အတွက် အကောင်းဆုံး)
၉.၆.၂ နည်းလမ်း ၂: ယာယီဒေတာဘေ့စ်သို့ ပြန်လည်ရယူပါ (အသုံးအများဆုံး)
၉.၆ စာမျက်နှာ ပြန်လည်ရယူခြင်း
၉.၇ အပိုင်းလိုက်ပြန်လည်ထိန်းသိမ်းခြင်း
9.9 T-SQL အမိန့်များကို အသုံးပြု၍ ပြန်လည်ရယူခြင်း။
9.10 ပြန်လည်ရယူခြင်းမပြုမီ Backup Integrity ကိုစစ်ဆေးခြင်း။
10 ။ SQL Server အကောင်းဆုံးအလေ့အကျင့်များကို အရန်သိမ်းဆည်းပါ။
10.1 အရန်သိမ်းခြင်း မဟာဗျူဟာကို ဖော်ဆောင်ခြင်း။
10.1.1 လုပ်ငန်းလိုအပ်ချက်များကို အကဲဖြတ်ခြင်း။
10.1.2 RTO နှင့် RPO ကို သတ်မှတ်ခြင်း။
10.2 အရန်သိမ်းခြင်းအချိန်ဇယားကို ဖန်တီးခြင်း။
10.2.1 ကြိမ်နှုန်း အကြံပြုချက်များ
10.2.2 ဟန်ချက်ညီသော စွမ်းဆောင်ရည်နှင့် ကာကွယ်မှု
10.3 အရန်သိမ်းဆည်းခြင်း အကောင်းဆုံး အလေ့အကျင့်များ
10.3.1 On-Site vs Off-Site Storage
10.3.2 Cloud Backup ရွေးစရာများ
10.3.3 အရန်သိမ်းဆည်းမှု မူဝါဒများ
10.4 အရန်ကူးချုံ့ခြင်းနှင့် ကုဒ်ဝှက်ခြင်း
10.5 အရန်များကို စမ်းသပ်ခြင်းနှင့် အတည်ပြုခြင်း။
10.5.1 ပုံမှန်ပြန်လည်ရယူခြင်း စမ်းသပ်ခြင်း။
10.5.2 မှန်ကန်ကြောင်း ပြန်လည်ရယူခြင်းကို အသုံးပြုခြင်း။
10.6 အရန်သိမ်းခြင်း အလိုအလျောက်လုပ်ဆောင်ခြင်းနှင့် စောင့်ကြည့်လေ့လာခြင်း။
10.6.1 SQL Server အေးဂျင့်အလုပ်များ
၉.၆.၂ ပြုပြင်ထိန်းသိမ်းမှု အစီအစဉ်များ
10.6.3 အရန်သတိပေးချက်များနှင့် အသိပေးချက်များ
10.7 မှတ်တမ်းပြုစုခြင်းနှင့် ဘေးအန္တရာယ်ပြန်လည်ရရှိရေးစီမံချက်
၂ SQL Server အရန်သိမ်းခြင်း ဇာတ်လမ်းများ
11.1 အလွန်ကြီးမားသော ဒေတာဘေ့စ်များ (VLDB) ကို အရန်သိမ်းခြင်း
11.1.1 ဖိုင်နှင့် Filegroup မဟာဗျူဟာများ
11.1.2 အရန်သိမ်းခြင်း စွမ်းဆောင်ရည် ကောင်းမွန်ခြင်း
11.2 ရရှိနိုင်မှုအုပ်စုများတွင် အမြဲတမ်းအရန်သိမ်းဆည်းပါ။
11.3 Database Mirroring အတွက် မိတ္တူကူးခြင်း။
11.4 Azure Blob သိုလှောင်မှုသို့ အရန်ကူးခြင်း။
11.5 URL သို့ အရန်ကူးခြင်း။
စွမ်းဆောင်ရည်အတွက် 11.6 အစင်းအရံများ
၃ SQL Server အရန်ကိစ္စများ
12.1 အဖြစ်များသော Backup အမှားများနှင့် ဖြေရှင်းချက်များ
12.2 အရန်သိမ်းခြင်း စွမ်းဆောင်ရည် ပြဿနာများ
12.3 အာကာသနှင့် သိုလှောင်မှု ပြဿနာများ
12.4 ခွင့်ပြုချက်နှင့် ဝင်ရောက်မှု ပြဿနာများ
12.5 ပျက်စီးနေသော Backup ဖိုင်များ
12.6 ပျက်စီးနေသော Backup ဖိုင်များမှ ဒေတာကို ပြန်လည်ရယူပါ။
13 ။ SQL Server အရန်လုံခြုံရေး
13.1 Backup ဖိုင်များကို လုံခြုံစေခြင်း။
13.2 ကုဒ်ဝှက်ခြင်း ရွေးချယ်စရာများ
13.3 ဝင်ရောက်ထိန်းချုပ်မှုနှင့် ခွင့်ပြုချက်များ
13.4 လိုက်နာမှု ထည့်သွင်းစဉ်းစားချက်များ
14. အရန်သိမ်းဆည်းခြင်းလုပ်ငန်းများကို စောင့်ကြည့်ခြင်းနှင့် ထိန်းသိမ်းခြင်း။
14.1 မိတ္တူမှတ်တမ်းကို ခြေရာခံခြင်း။
14.2 အသုံးပြုခြင်း။ SQL Server အစီရင်ခံစာများ
14.3 Third-Party စောင့်ကြည့်ရေးကိရိယာများ
14.4 အရန်ကျန်းမာရေးစစ်ဆေးမှုများ
15 ။ SQL Server အရန် FAQs
15.1 မည်မျှမကြာခဏ Backup ပြုလုပ်သင့်သနည်း။ SQL Server?
15.2 Full နှင့် Differential Backup အကြား ကွာခြားချက်ကား အဘယ်နည်း။
15.3 Backup လုပ်နိုင်ပါသလား။ SQL Server လည်ပတ်နေချိန်?
15.4 ဘယ်လောက်ကြာမလဲ။ SQL Server အရန်သိမ်းမလား။
15.5 ဘယ်မှာ သိမ်းဆည်းရမလဲ SQL Server အရန်များ?
15.6 .bak File Extension ကဘာလဲ။
15.7 အရန်သိမ်းနည်း SQL Server Network Drive သို့?
15.8 ကို Compress လုပ်လို့ရပါသလား။ SQL Server အရန်များ?
16 ။ ကောက်ချက်
သော့ချက် ၃ ခု
16.2 နောက်အဆင့်များနှင့် အရင်းအမြစ်များ
16.3 အကြံပြုထားသော ကိရိယာများနှင့် ဖြေရှင်းချက်များ
အာဘော်အကြောင်း

Backup ကို SQL Server ကျွန်ုပ်တို့၏ အပြည့်အစုံ 2025 လမ်းညွှန်နှင့်အတူ ဒေတာဘေ့စ်။ ကျွမ်းကျင်မှုအဆင့်အားလုံးအတွက် အဆင့်ဆင့်ညွှန်ကြားချက်များနှင့် အကောင်းဆုံးအလေ့အကျင့်များ။

1. နိဒါန်း SQL Server Backup ကို

၁၈ ဘာလဲ SQL Server အရန်သိမ်းမလား။

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

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

1.2 အဘယ်ကြောင့် SQL Server Backup သည် အရေးကြီးပါသည်။

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

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

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

1.3 အဖြစ်များသော ဒေတာဆုံးရှုံးမှု အခြေအနေများ

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

  • ဟာ့ဒ်ဝဲ ချို့ယွင်းချက်များ- ဒစ်ခ်ပျက်စီးမှု၊ ဆာဗာချွတ်ယွင်းမှုများ သို့မဟုတ် သိုလှောင်မှုစနစ် ပျက်ကွက်မှုများ
  • လူ့အမှားများ- မတော်တဆ ဖျက်မှုများ၊ မမှန်ကန်သော အပ်ဒိတ်များ သို့မဟုတ် ပြုတ်ကျသော ဇယားများ
  • ဆော့ဖ်ဝဲပြဿနာများ- အပလီကေးရှင်း ချွတ်ယွင်းချက်များ၊ ပျက်စီးနေသော အပ်ဒိတ်များ သို့မဟုတ် စနစ်ပျက်ကျမှုများ
  • လုံခြုံရေးချိုးဖောက်မှုများ- Ransomware တိုက်ခိုက်မှုများ၊ အန္တရာယ်ရှိသော ဖျက်မှုများ သို့မဟုတ် ခွင့်ပြုချက်မရှိဘဲ ဝင်ရောက်ခြင်း။
  • သဘာဝဘေးအန္တရာယ်များ ဒေတာစင်တာများကို ထိခိုက်စေသော မီး၊ ရေကြီးခြင်း သို့မဟုတ် ဓာတ်အားပြတ်တောက်မှု

2. နားလည်မှု SQL Server Backup အမျိုးအစားများ

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

2.1 Full Backup

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

2.1.1 Full Backup ကို ဘယ်အချိန်မှာ အသုံးပြုမလဲ။

အရန်သိမ်းခြင်းများ အပြည့်အစုံသည်-

  • အခြား အရန်သိမ်းခြင်း အမျိုးအစားများအတွက် အခြေခံလိုင်းကို ထူထောင်ခြင်း။
  • အရန်အချိန်ကို လက်ခံနိုင်သော အသေးစားမှ အလတ်စားဒေတာဘေ့စ်များ
  • အပတ်စဉ် သို့မဟုတ် လစဉ် အရန်အစီအစဉ်များ
  • မကြာခဏ ပြောင်းလဲမှုများရှိသော ဒေတာဘေ့စ်များ

2.1.2 အပြည့်အဝ Backup အားသာချက်များနှင့် ကန့်သတ်ချက်များ

အားသာချက်များ:

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

ကန့်သတ်မှု:

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

2.2 ကွဲပြားသော အရန်သိမ်းခြင်း။

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

2.2.1 ကွဲပြားသော Backup အလုပ်လုပ်ပုံ

ကွဲပြားသော အရန်သိမ်းဆည်းမှုများသည် ပြောင်းလဲထားသော အတိုင်းအတာများကို အသုံးပြု၍ ပြုပြင်ပြောင်းလဲမှုများကို ခြေရာခံသည်။ ပြန်ပေးတဲ့အခါ၊ SQL Server နောက်ဆုံး full backup ကို ဦးစွာအသုံးပြုပြီးနောက် မကြာသေးမီက differential backup ကို အသုံးပြုသည်။

2.2.2 Full vs Differential Backup

Full vs Differential Backup

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

2.3 ငွေပေးငွေယူ မှတ်တမ်း အရန်သိမ်းဆည်းခြင်း။

ငွေပေးငွေယူ မှတ်တမ်း အရန်သိမ်းဆည်းမှုများသည် နောက်ဆုံး မှတ်တမ်း အရန်သိမ်းဆည်းခြင်းမှ စ၍ အရောင်းအ၀ယ်အားလုံးကို ဖမ်းယူနိုင်ပြီး အချိန်နှင့်တပြေးညီ ပြန်လည်ရယူခြင်းကို လုပ်ဆောင်နိုင်သည်။

2.3.1 ငွေလွှဲမှတ်တမ်းများကို နားလည်ခြင်း။

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

2.3.2 Point-in-Time ပြန်လည်ရယူခြင်း။

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

အချိန်မီ ပြန်လည်ရယူရန်၊ သင်လိုအပ်သည်-

  • နောက်ဆုံးအရန်အပြည့်အစုံ
  • နောက်ဆုံးပေါ် differential backup (ရွေးချယ်နိုင်သည်)
  • full/differential backup မှ သင့်ပစ်မှတ်အချိန်အထိ ငွေပေးငွေယူမှတ်တမ်း backup အားလုံး

2.4 Tail-Log Backup

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

tail-log backups များကို ရှင်းပြထားသည့် ပုံ SQL Server.

မှတ်စု: ပြန်လည်ရယူရန် အခြေအနေအားလုံးတွင် tail-log backup မလိုအပ်ပါ။ recovery point သည် အစောပိုင်း log backup တွင်ပါဝင်နေပါက တစ်ခုမလိုအပ်ပါ။ database တစ်ခုကို ရွှေ့ပြောင်းခြင်း သို့မဟုတ် အစားထိုးခြင်း (overwrite လုပ်ခြင်း) ပြုလုပ်နေပြီး ၎င်း၏ မကြာသေးမီက backup ပြုလုပ်ပြီးနောက် အချိန်အတိုင်းအတာတစ်ခုအထိ ပြန်လည်ရယူရန် မလိုအပ်ပါက tail-log backup မလိုအပ်ပါ။

2.4.1 Tail-Log Backup များလိုအပ်သောအခါ

tail-log မိတ္တူယူသင့်သည့်အခါ အောက်ပါအခြေအနေများကို ဖော်ပြသည်-

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

အော့ဖ်လိုင်းဒေတာဘေ့စ် ပြန်လည်ရယူခြင်း- ဒေတာဘေ့စ်တစ်ခု အော့ဖ်လိုင်းဖြစ်နေပြီး စတင်၍မရပါက ဒေတာဘေ့စ်ကို ပြန်လည်ရယူရန် လိုအပ်ပါက၊ ဦးစွာ လော့ဂ်၏အမြီးပိုင်းကို အရန်ကူးယူပါ။ ယခုအချိန်တွင် မည်သည့်ငွေပေးငွေယူမျှ မဖြစ်ပေါ်နိုင်သောကြောင့် WITH NORECOVERY ရွေးချယ်မှုကို အသုံးပြုခြင်းသည် ရွေးချယ်နိုင်သည်။ ဤအခြေအနေတွင် NORECOVERY သည် မိတ္တူကူးခြင်းသာ ငွေပေးငွေယူမှတ်တမ်း အရန်ကူးယူခြင်းနှင့် ထိရောက်စွာ အတူတူပင်ဖြစ်သည်။

ပျက်စီးနေသော ဒေတာဘေ့စ် အရန်သိမ်းခြင်း- ဒေတာဘေ့စ်တစ်ခု ပျက်စီးသွားပါက၊ BACKUP ထုတ်ပြန်ချက်၏ WITH CONTINUE_AFTER_ERROR ရွေးချယ်မှုကို အသုံးပြု၍ tail-log အရန်ကူးယူရန် ကြိုးစားပါ။ ပျက်စီးနေသောဒေတာဘေ့စ်တစ်ခုတွင်၊ မှတ်တမ်းဖိုင်များကို ပျက်စီးခြင်းမရှိပါက၊ ဒေတာဘေ့စ်သည် tail-log အရန်ကူးခြင်းကို ပံ့ပိုးပေးသည့်အခြေအနေတွင်ရှိပြီး ဒေတာဘေ့စ်တွင် အစုလိုက်အပြုံလိုက်ဝင်ရောက်ထားသောပြောင်းလဲမှုများမပါဝင်ပါ။ tail-log မိတ္တူကို ဖန်တီး၍မရပါက၊ နောက်ဆုံးထွက် MS အပြီးတွင် မည်သည့် ငွေပေးချေမှုမျိုးမဆို ပြုလုပ်နိုင်သည်။ SQL Server backup database တွေ ပျောက်သွားလို့ပါ။

2.4.2 Tail-Log Backups အတွက် အဓိကရွေးချယ်စရာများ

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

CONTINUE_AFTER_ERROR ဖြင့်- ပျက်စီးနေသောဒေတာဘေ့စ်၏အမြီးပိုင်းကို အရန်သိမ်းထားမှသာ CONTINUE_AFTER_ERROR ကို အသုံးပြုပါ။ ပျက်စီးနေသောဒေတာဘေ့စ်ပေါ်ရှိ မှတ်တမ်းတစ်ခု၏အမြီးကို မိတ္တူကူးသောအခါ၊ ပုံမှန်အားဖြင့် မှတ်တမ်းအရန်သိမ်းဆည်းမှုတွင် ဖမ်းယူထားသော မက်တာဒေတာအချို့ကို မရနိုင်ပါ။

2.5 မိတ္တူကူးရန်သာ မိတ္တူကူးခြင်း။

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

မိတ္တူသီးသန့် မိတ္တူများကို အသုံးပြုပါ-

  • စမ်းသပ်မှု သို့မဟုတ် ဖွံ့ဖြိုးတိုးတက်မှုဒေတာဘေ့စ်မိတ္တူများကို ဖန်တီးခြင်း။
  • စီစဉ်ထားသော အရန်သိမ်းဆည်းမှုများကို မထိခိုက်စေဘဲ Ad-hoc မိတ္တူများ
  • ကြီးကြီးမားမားပြောင်းလဲမှုများ သို့မဟုတ် စမ်းသပ်ခြင်းမပြုမီ အရန်သိမ်းဆည်းပါ။

2.6 ဖိုင်နှင့် Filegroup Backup

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

အကျိုးကျေးဇူးများပါဝင်သည်:

  • ကြီးမားသော ဒေတာဘေ့စ်များအတွက် ပိုမိုမြန်ဆန်သော အရန်သိမ်းခြင်းလုပ်ဆောင်မှုများ
  • ဖိုင်အုပ်စုများစွာ၏ အပြိုင်အရန်ကူးခြင်း။
  • Granular ပြန်လည်ရယူရေး ရွေးချယ်စရာများ
  • ဖတ်ရန်သာ ဖိုင်အုပ်စုများအတွက် အကောင်းဆုံး အရန်ကူးယူထားသော အချိန်ဇယားများ

2.7 တစ်စိတ်တစ်ပိုင်း အရန်သိမ်းခြင်း။

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

3. SQL Server ပြန်လည်ရယူရေးပုံစံများ

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

3.1 ရိုးရှင်းသော ပြန်လည်ရယူရေး မော်ဒယ်

3.1.1 လက္ခဏာများနှင့် အသုံးပြုမှုကိစ္စများ

ရိုးရှင်းသောပြန်လည်ရယူခြင်းသည် စစ်ဆေးရေးဂိတ်တစ်ခုစီပြီးနောက် ငွေပေးငွေယူမှတ်တမ်းကို အလိုအလျောက်ဖြတ်တောက်ပြီး မှတ်တမ်းအရန်များမလိုအပ်ဘဲ နေရာလွတ်ကို ပြန်လည်ရယူသည်။

အကောင်းဆုံး:

  • ဖွံ့ဖြိုးတိုးတက်ရေးနှင့် စမ်းသပ်ဒေတာဘေ့စ်များ
  • အရန်သိမ်းဆည်းမှုများကြားတွင် ဒေတာဆုံးရှုံးမှုများကို လက်ခံနိုင်သော ဒေတာဘေ့စ်များ
  • ပြန်လည်လုပ်ဆောင်နိုင်သော ETL လုပ်ငန်းစဉ်များဖြင့် ဒေတာသိုလှောင်ရုံများ
  • ဖတ်ရန်သာ သို့မဟုတ် ဒေတာဘေ့စ်များကို အစီရင်ခံခြင်း။

3.1.2 အရန်သိမ်းခြင်း ရွေးချယ်စရာများ ရနိုင်သည်။

ရိုးရှင်းသော ပြန်လည်ရယူခြင်းကို ပံ့ပိုးပေးသည်-

  • အရန်များ အပြည့်အစုံ
  • Differential backups များ
  • ဖိုင်နှင့် ဖိုင်အုပ်စု အရန်များ
  • မိတ္တူကူးရန်သာ အရန်များ

ငွေသွင်းငွေထုတ် မှတ်တမ်း အရန်ကူးခြင်းများ မရရှိနိုင်ပါ ရိုးရှင်းသောပြန်လည်နာလန်ထူမော်ဒယ်တွင်။

3.2 အပြည့်အဝ ပြန်လည်ရယူရေး မော်ဒယ်

3.2.1 အင်္ဂါရပ်များနှင့် အကျိုးကျေးဇူးများ

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

Key ကိုအကြိုးကြေးဇူးမြား:

  • ဒေတာဆုံးရှုံးမှု ဖြစ်နိုင်ချေ အနည်းဆုံး
  • Point-in-time ပြန်လည်ရယူနိုင်စွမ်း
  • မှတ်တမ်းပို့ဆောင်ခြင်းနှင့် ဒေတာဘေ့စ်ပုံတူကူးခြင်းတို့ကို ပံ့ပိုးပေးသည်။
  • အများဆုံး ပြန်လည်ရယူရန် ပြောင်းလွယ်ပြင်လွယ်

3.2.2 ငွေပေးငွေယူ မှတ်တမ်းစီမံခန့်ခွဲမှု

ပြန်လည်ရယူခြင်း အပြည့်အဝအောက်တွင်၊ သင်သည် ပုံမှန် ငွေပေးငွေယူ မှတ်တမ်း အရန်များကို လုပ်ဆောင်ရမည်-

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

ပုံမှန် အရန်သိမ်းခြင်း အချိန်ဇယား- အပတ်စဉ် အရန်များ အပြည့်အစုံ၊ ကွဲပြားသော မိတ္တူများကို နေ့စဉ်၊ 15-30 မိနစ်တိုင်း အရန်သိမ်းဆည်းမှု မှတ်တမ်း။

3.3 Bulk-Logged Recovery Model

3.3.1 ဘယ်အချိန်မှာ Bulk-Logged ကိုသုံးမလဲ။

အစုလိုက် မှတ်တမ်းဝင်ထားသော ပြန်လည်ရယူခြင်းသည် ပုံမှန်ငွေပေးငွေယူများအတွက် အပြည့်အ၀ မှတ်တမ်းတင်ခြင်းကို ထိန်းသိမ်းထားစဉ် BULK INSERT၊ SELECT INTO နှင့် အညွှန်းကိန်းများကဲ့သို့ အစုလိုက်လုပ်ဆောင်မှုများကို အနည်းအကျဉ်းမျှသာ မှတ်တမ်းတင်ပါသည်။

အများအပြားဝင်ရောက်ထားသည့် ပြန်လည်ရယူခြင်းကို အသုံးပြုသည့်အခါ-

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

3.3.2 ကန့်သတ်ချက်များနှင့် ထည့်သွင်းစဉ်းစားမှုများ

အရေးကြီးသောကန့်သတ်ချက်များ-

  • အစုလိုက်အပြုံလိုက် လည်ပတ်နေချိန်အတွင်း ပွိုင့်ချိန်ပြီး ပြန်လည်ရယူခြင်းကို မရရှိနိုင်ပါ။
  • အစုလိုက်လုပ်ဆောင်မှုများ ဖြစ်ပေါ်လာသောအခါ မှတ်တမ်းအရန်သိမ်းဆည်းမှုများသည် ပိုကြီးသည်။
  • လိုအပ်သလို full နှင့် bulk-logged ကြားသို့ ပြောင်းရပါမည်။

3.4 မှန်ကန်သော Recovery Model ကိုရွေးချယ်ခြင်း။

လုပ်ငန်းလိုအပ်ချက်များအပေါ်အခြေခံ၍ သင်၏ပြန်လည်ရယူခြင်းပုံစံကို ရွေးချယ်ပါ-

ပြန်လည်ရယူရေးပုံစံ ဒေတာဆုံးရှုံးမှုအန္တရာယ် Point-in-Time ပြန်လည်ရယူခြင်း။ သည်အကောင်းဆုံး
လွယ်ကူသော နောက်ဆုံး အရန်သိမ်းကတည်းက အပြောင်းအလဲများ အဘယ်သူမျှမ Dev/test၊ လက်ခံနိုင်သောဒေတာဆုံးရှုံးမှု
ပြည့်သော အနည်းဆုံး (ပုံမှန်အားဖြင့် မိနစ်) Yes ထုတ်လုပ်မှုဒေတာဘေ့စ်များ၊ အရေးကြီးသောဒေတာ
အစုလိုက်-ဝင်ရောက်ထားသည်။ နောက်ဆုံးမှတ်တမ်း မိတ္တူကူးကတည်းက ပြောင်းလဲမှုများ အစုလိုက် လည်ပတ်နေစဉ်အတွင်း ကန့်သတ်ထားသည်။ အစုလိုက်အပြုံလိုက်လုပ်ငန်းများအတွင်း ယာယီအသုံးပြုမှု

၄ SQL Server SSMS ကို အသုံးပြု၍ ဒေတာဘေ့စ်

4.1 ကြိုတင်လိုအပ်ချက်များနှင့် ကြိုတင်ပြင်ဆင်မှု

သင့်အား အရန်သိမ်းဆည်းခြင်းမပြုမီ SQL Server ဒေတာဘေ့စ်၊ သေချာအောင်-

  • သင့်တွင် သင့်လျော်သော ခွင့်ပြုချက်များ (db_owner သို့မဟုတ် BACKUP DATABASE ခွင့်ပြုချက်)
  • အရန်ဖိုင်အတွက် လုံလောက်သော disk နေရာ
  • SQL Server Management Studio (SSMS) ထည့်သွင်းထားသည်။
  • ကွန်ရက်တည်နေရာများသို့ အရန်ကူးထားလျှင် ကွန်ရက်လမ်းကြောင်းများကို အသုံးပြုနိုင်သည်။

4.2 အဆင့်ဆင့်- SSMS ဖြင့် အပြည့်အဝ အရန်သိမ်းခြင်း။

သင်၏ အရန်ကူးယူမှု အပြည့်အစုံ ဖန်တီးရန် ဤအဆင့်များကို လိုက်နာပါ။ SQL Server SSMS ကို အသုံးပြု၍ ဒေတာဘေ့စ်။

4.2.1 ဖွင့်လှစ်ခြင်း။ SQL Server စီမံခန့်ခွဲမှုစတူဒီယို

  1. launch SQL Server စီမံခန့်ခွဲမှုစတူဒီယို
  2. သင့်ဆာဗာအမည်ကို အဆိုပါနေရာတွင် ထည့်သွင်းပါ။ ဆာဗာအမည် လယ်ယာ
  3. သင်၏အထောက်အထားစိစစ်ခြင်းနည်းလမ်းကို ရွေးချယ်ပါ။
  4. ကလစ်နှိပ်ပါ ခ်ိတ္ဆက္ပါ

4.2.2 ဒေတာဘေ့စ်နှင့် အရန်သိမ်းခြင်း ရွေးချယ်မှုများကို ရွေးချယ်ခြင်း။

  1. In Object Explorer, တိုးချဲ့ရန်အတွက် ဒတောဘေ့စျ node ကို
  2. သင် backup လုပ်လိုသော database ကို right-click နှိပ်ပါ။
  3. ကို Select လုပ်ပါ လုပ်ငန်းတာဝန်များ -> Up ကို back
    အတွက် အရန်ကူးယူခြင်းလုပ်ငန်းတစ်ခု စတင်ပါ SQL Server database ထဲမှာ SQL Server စီမံခန့်ခွဲမှုစတူဒီယို။
  4. ထဲမှာ ဒေတာဘေ့စ်ကို Back Up လုပ်ပါ။ ဝင်းဒိုး၊ ဒေတာဘေ့စ်အမည်ကို စစ်ဆေးပါ။
  5. ကို Select လုပ်ပါ ပြည့်သော ထိုအဖြစ် Backup အမျိုးအစား
    အရန်တစ်ခု၏ အပြည့်အစုံကို ဖန်တီးပါ။ SQL Server database ထဲမှာ SQL Server စီမံခန့်ခွဲမှုစတူဒီယို။

4.2.3 မိတ္တူကူးမည့်နေရာ သတ်မှတ်ခြင်း

  1. အောက် ခရီးလမ်းဆုံး, ကလစ် Remove ပုံသေလမ်းကြောင်းကို ရှင်းလင်းရန် (လိုအပ်ပါက)
  2. ကလစ်နှိပ်ပါ ပေါင်း အရန်တည်နေရာအသစ်ကို သတ်မှတ်ရန်
  3. ဖိုင်လမ်းကြောင်းနှင့် အမည်ကို ရိုက်ထည့်ပါ။ .နောက် extension ကို
  4. ကလစ်နှိပ်ပါ OK ဦးတည်ရာကို အတည်ပြုရန်

အရန်သိမ်းမည့်နေရာကို သတ်မှတ်ပါ။ SQL Server စီမံခန့်ခွဲမှုစတူဒီယို။

4.2.4 Advanced Backup သတ်မှတ်ချက်များ

  1. ကလစ်နှိပ်ပါ မီဒီယာ ရွေးချယ်မှုများ ဘယ်ဘက်ဘောင်ထဲမှာ
  2. အရန်ရွေးချယ်စရာများကို ရွေးပါ-
    • ရှိပြီးသား အရန်အတွဲများအားလုံးကို ထပ်ရေးပါ။ - ရှိပြီးသား မိတ္တူများကို အစားထိုးပါ။
    • ရှိပြီးသား အရန်သိမ်းမှုတွင် ထပ်ထည့်ပါ။ - ရှိပြီးသား အရန်ဖိုင်သို့ ပေါင်းထည့်သည်။

    အရန်မီဒီယာရွေးချယ်စရာများကို သတ်မှတ်ပါ။ SQL Server စီမံခန့်ခွဲမှုစတူဒီယို။

  3. ကလစ်နှိပ်ပါ Backup ကို Options ကို ဘယ်ဘက်ဘောင်ထဲမှာ
  4. ရွေးချယ်နိုင်သော ဆက်တင်များကို စီစဉ်သတ်မှတ်ပါ-
    • အရန်သိမ်းခြင်းကို ချုံ့ပါ။ - အရန်ဖိုင်အရွယ်အစားကို လျှော့ချပေးသည်။
    • အရန်ကို ကုဒ်ဝှက်ပါ။ - အရေးကြီးသောဒေတာကိုကာကွယ်ပေးသည်။
    • ပြီးသောအခါ အရန်သိမ်းခြင်းကို အတည်ပြုပါ။ - အရန်သိမ်းဆည်းမှုကို စစ်ဆေးသည်။

    အရန်ရွေးချယ်စရာများကို ထည့်သွင်းပါ။ SQL Server စီမံခန့်ခွဲမှုစတူဒီယို။

4.2.5 Backup ကိုလုပ်ဆောင်ခြင်း။

  1. အတွင်းရှိ ဆက်တင်များအားလုံးကို ပြန်လည်သုံးသပ်ပါ။ ဒေတာဘေ့စ်ကို Back Up လုပ်ပါ။ ပြတင်းပေါက်
  2. ကလစ်နှိပ်ပါ OK အရန်ကူးယူခြင်းလုပ်ငန်းစဉ်ကိုစတင်ရန်
  3. မိတ္တူကူးခြင်း အပြီးသတ်ရန် စောင့်ပါ။
  4. မိတ္တူကူးခြင်းပြီးဆုံးသောအခါ အောင်မြင်မှုစာတိုတစ်စောင် ပေါ်လာသည်။
  5. ကလစ်နှိပ်ပါ OK အတည်ပြုချက်ဒိုင်ယာလော့ခ်ကို ပိတ်ရန်

4.3 SSMS ဖြင့် Differential Backup ဖန်တီးခြင်း။

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

a ၏ ကွဲပြားသော အရန်ကူးတစ်ခု ဖန်တီးပါ။ SQL Server database ထဲမှာ SQL Server စီမံခန့်ခွဲမှုစတူဒီယို။

4.4 SSMS ဖြင့် ငွေပေးငွေယူမှတ်တမ်း အရန်သိမ်းခြင်းကို ဖန်တီးခြင်း။

ငွေပေးငွေယူ မှတ်တမ်း အရန်သိမ်းဆည်းမှုများကို Full သို့မဟုတ် Bulk-Logged ပြန်လည်ရယူခြင်းပုံစံများကို အသုံးပြုထားသော ဒေတာဘေ့စ်များအတွက်သာ ရနိုင်ပါသည်။

  1. ဒေတာဘေ့စကို Right Click နှိပ်ပါ။ Object Explorer
  2. ကို Select လုပ်ပါ လုပ်ငန်းတာဝန်များ -> Up ကို back
  3. ရှေးခယျြ ငွေလွှဲမှတ်တမ်း backup အမျိုးအစားအဖြစ်
  4. ဦးတည်ရာနှင့် ရွေးချယ်မှုများကို လိုအပ်သလို စီစဉ်သတ်မှတ်ပါ။
  5. ကလစ်နှိပ်ပါ OK မှတ်တမ်းအရန်ကူးခြင်းကိုဖန်တီးရန်

ငွေပေးငွေယူမှတ်တမ်းတစ်ခု၏ အရန်ကူးတစ်ခု ဖန်တီးပါ။ SQL Server database ထဲမှာ SQL Server စီမံခန့်ခွဲမှုစတူဒီယို။

4.5 SSMS ဖြင့် မိတ္တူသာလျှင် အရန်သိမ်းခြင်းကို ဖန်တီးခြင်း။

မိတ္တူကူးရန်သာ မိတ္တူကူးခြင်းသည် သင်၏ ပုံမှန် အရန်သိမ်းဆည်းမှု အစီအစဉ်ကို အနှောင့်အယှက် မဖြစ်စေပါ။

  1. အရန်သိမ်းဆည်းမှု အပြည့်အစုံ ဖန်တီးရန်အတွက် အဆင့်များကို လိုက်နာပါ။
  2. ထဲမှာ Backup ကို Options ကို စာမျက်နှာ
  3. အ Check မိတ္တူကူးရန်သာ မိတ္တူ option ကို
  4. အရန်သိမ်းခြင်းလုပ်ငန်းစဉ်ကို ပုံမှန်အတိုင်း ပြီးအောင်လုပ်ပါ။

မိတ္တူကူးရန်သီးသန့် အရန်တစ်ခု ဖန်တီးပါ။ SQL Server database ထဲမှာ SQL Server စီမံခန့်ခွဲမှုစတူဒီယို။

၄ SQL Server ဒေတာဘေ့စ် T-SQL ကို အသုံးပြု

5.1 အခြေခံ အရန်ဒေတာဘေ့စ် အထားအသို

T-SQL BACKUP DATABASE command သည် ပရိုဂရမ်မာဆန်ဆန် ထိန်းချုပ်မှုကို ပေးသည်။ SQL Server backups များ။

BACKUP DATABASE database_name
TO DISK = 'backup_file_path'
WITH options;

5.2 Full Backup T-SQL Commands

5.2.1 ရိုးရှင်းသော Full Backup Script

အနည်းငယ်သောရွေးချယ်မှုများဖြင့် အခြေခံအရန်အပြည့်အစုံကို ဖန်တီးပါ-

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
GO

5.2.2 ရွေးချယ်စရာများဖြင့် အရန်သိမ်းခြင်း အပြည့်အစုံ

ဖော်ပြချက် အချက်အလက်နှင့် ဖော်မတ်ချခြင်း ရွေးချယ်စရာများ ထည့်ပါ-

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH FORMAT,
     INIT,
     NAME = 'AdventureWorks-Full Database Backup',
     DESCRIPTION = 'Full backup of AdventureWorks database',
     STATS = 10
GO

ရွေးချယ်စရာများကို ရှင်းပြထားသည်-

  • ပုံစံ - အရန်သိမ်းဆည်းမှုအသစ်ကိုဖန်တီးပါ။
  • INIT - ရှိပြီးသား အရန်ဖိုင်ကို ထပ်ရေးပါ။
  • က NAME - အရန်သတ်မှတ်အမည်ကို သတ်မှတ်ပေးသည်။
  • DESCRIPTION - ဖော်ပြချက်စာသားကိုထည့်ပါ။
  • stats - 10% တိုင်းတိုးတက်မှုကိုပြသသည်

5.3 ကွဲပြားသော အရန်သိမ်းဆည်းခြင်း T-SQL အမိန့်များ

ကွဲပြားသော မိတ္တူများသည် DIFFERENTIAL ရွေးချယ်မှုကို အသုံးပြုသည်-

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH DIFFERENTIAL,
     INIT,
     NAME = 'AdventureWorks-Differential Backup',
     STATS = 10
GO

5.4 Transaction Log Backup T-SQL Commands

ငွေပေးငွေယူမှတ်တမ်း အရန်သိမ်းဆည်းခြင်းအတွက် BACKUP LOG ကိုသုံးပါ

BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH INIT,
     NAME = 'AdventureWorks-Transaction Log Backup',
     STATS = 10
GO

5.5 အဆင့်မြင့် T-SQL အရန်သိမ်းခြင်း ရွေးစရာများ

5.5.1 ဖိုင်များစွာသို့ အရန်ကူးခြင်း။

ပိုမိုမြန်ဆန်သောစွမ်းဆောင်ရည်အတွက် ဖိုင်များစွာကို အရန်ကူးယူဖြန့်ဝေပါ-

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_1.bak',
   DISK = 'D:\Backups\AdventureWorks_2.bak',
   DISK = 'E:\Backups\AdventureWorks_3.bak'
WITH FORMAT, INIT
GO

5.5.2 Compression ဖြင့် အရန်သိမ်းခြင်း။

အရန်ဖိုင်အရွယ်အစားနှင့် ကွန်ရက် လှိုင်းနှုန်းကို လျှော့ချပါ-

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Compressed.bak'
WITH COMPRESSION,
     INIT,
     STATS = 10
GO

5.5.3 စာဝှက်စနစ်ဖြင့် အရန်သိမ်းခြင်း။

စာဝှက်စနစ်ဖြင့် အရေးကြီးသောဒေတာကို ကာကွယ်ပါ-

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
     ENCRYPTION (
         ALGORITHM = AES_256,
         SERVER CERTIFICATE = BackupCertificate
     ),
     STATS = 10
GO

5.5.4 စကားဝှက်ကာကွယ်မှုဖြင့် အရန်ကူးခြင်း။

စကားဝှက်ကို အကာအကွယ်ထည့်ပါ (ကန့်ကွက်ထားပြီး၊ ၎င်းအစား ကုဒ်ဝှက်စနစ်ကို အသုံးပြုပါ)

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH PASSWORD = 'StrongPassword123!',
     INIT
GO

5.5.5 Mirrored Backups

မတူညီသောနေရာများသို့ တပြိုင်နက်တည်း မိတ္တူဖန်တီးပါ-

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
MIRROR TO DISK = 'D:\Backups\AdventureWorks_Mirror.bak'
WITH FORMAT, INIT
GO

5.6 T-SQL Backup နမူနာများနှင့် Scripts

အမှားအယွင်း ကိုင်တွယ်မှုဖြင့် အရန် script ကို အပြီးသတ်ပါ-

DECLARE @BackupPath NVARCHAR(500);
DECLARE @DatabaseName NVARCHAR(128) = 'AdventureWorks';
DECLARE @BackupDate NVARCHAR(20);

SET @BackupDate = CONVERT(NVARCHAR(20), GETDATE(), 112);
SET @BackupPath = 'C:\Backups\' + @DatabaseName + '_' + @BackupDate + '.bak';

BEGIN TRY
    BACKUP DATABASE @DatabaseName
    TO DISK = @BackupPath
    WITH COMPRESSION,
         INIT,
         NAME = @DatabaseName + '-Full Backup',
         STATS = 10;
    
    PRINT 'Backup completed successfully: ' + @BackupPath;
END TRY
BEGIN CATCH
    PRINT 'Backup failed: ' + ERROR_MESSAGE();
END CATCH
GO

၄ SQL Server PowerShell ကို အသုံးပြု၍ ဒေတာဘေ့စ်

6.1 PowerShell Backup Cmdlets

SQL Server PowerShell module သည် အလိုအလျောက် အရန်ကူးယူခြင်းအတွက် cmdlets ကို ပံ့ပိုးပေးသည်-

  • Backup-SqlDatabase - ဒေတာဘေ့စ်အရန်များကိုဖန်တီးပါ။
  • -SqlDatabase ကိုပြန်ယူပါ။ - ဒေတာဘေ့စ်အရန်သိမ်းဆည်းမှုများကို ပြန်လည်ရယူသည်။
  • Get-SqlDatabase - ဒေတာဘေ့စအချက်အလက်များကိုပြန်လည်ရယူသည်။

တင်သွင်းပါ SQL Server မော်ဂျူး-

Import-Module SqlServer

6.2 PowerShell ဖြင့် Backup Scripts ဖန်တီးခြင်း။

အခြေခံ PowerShell အရန်သိမ်းခြင်းအမိန့်

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks.bak" `
                    -BackupAction Database `
                    -CompressionOption On

ကွဲပြားသော အရန်သိမ်းဆည်းခြင်း ဥပမာ-

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks_Diff.bak" `
                    -BackupAction Database `
                    -Incremental

ငွေပေးငွေယူ မှတ်တမ်း အရန်ကူးခြင်း-

Backup-SqlDatabase -ServerInstance "localhost" `
                    -Database "AdventureWorks" `
                    -BackupFile "C:\Backups\AdventureWorks_Log.trn" `
                    -BackupAction Log

6.3 PowerShell ဖြင့် အရန်ဖိုင်များကို အလိုအလျောက်ပြုလုပ်ခြင်း။

ဒေတာဘေ့စ်များစွာအတွက် အလိုအလျောက် အရန်အရန် script တစ်ခုကို ဖန်တီးပါ-

# Configuration
$ServerInstance = "localhost"
$BackupPath = "C:\Backups"
$Databases = @("AdventureWorks", "TestDB", "ProductionDB")
$Timestamp = Get-Date -Format "yyyyMMdd_HHmmss"

# Create backup directory if not exists
if (-not (Test-Path $BackupPath)) {
    New-Item -ItemType Directory -Path $BackupPath
}

# Backup each database
foreach ($Database in $Databases) {
    $BackupFile = Join-Path $BackupPath "$Database`_$Timestamp.bak"
    
    try {
        Backup-SqlDatabase -ServerInstance $ServerInstance `
                          -Database $Database `
                          -BackupFile $BackupFile `
                          -BackupAction Database `
                          -CompressionOption On
        
        Write-Host "Successfully backed up $Database to $BackupFile" -ForegroundColor Green
    }
    catch {
        Write-Host "Failed to backup $Database : $_" -ForegroundColor Red
    }
}

၄ SQL Server Command Line ကို အသုံးပြု၍ ဒေတာဘေ့စ်

SQL Server သင့်အား အရန်ကူးရန် ခွင့်ပြုသည့် command-line utilities များကို ပံ့ပိုးပေးသည်။ SQL Server SSMS သို့မဟုတ် ဂရပ်ဖစ် အင်တာဖေ့စ်များကို အသုံးမပြုဘဲ ဒေတာဘေ့စ်။ ဤကိရိယာများသည် အလိုအလျောက်စနစ်၊ ဇာတ်ညွှန်းရေးသားခြင်းနှင့် အဝေးထိန်းစနစ်ဆိုင်ရာ စီမံအုပ်ချုပ်မှုအခြေအနေများအတွက် မရှိမဖြစ်လိုအပ်ပါသည်။

7.1 SQLCMD Backup Database ကိုသုံးပါ။

SQLCMD သည် ခေတ်မီသော command-line utility တစ်ခုဖြစ်သည်။ SQL Server OSQL ကို အစားထိုးခဲ့သည်။ ၎င်းသည် ပိုမိုကောင်းမွန်သော လုပ်ဆောင်နိုင်စွမ်းကို ထောက်ပံ့ပေးပြီး T-SQL ညွှန်ကြားချက်များကို command prompt မှ လုပ်ဆောင်ရန် အကြံပြုထားသော tool တစ်ခုဖြစ်သည်။

7.1.1 အခြေခံ SQLCMD Syntax

sqlcmd -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"
  • -S: ကို သတ်မှတ်ပါတယ်။ SQL Server ဥပမာအမည်
  • -d- ဒေတာဘေ့စ်အမည်ကို သတ်မှတ်ပေးသည်။
  • မေး- မေးမြန်းမှုတစ်ခုကို လုပ်ဆောင်ပြီး ထွက်လိုက်ပါ။
  • -AND- Windows Authentication ကိုအသုံးပြုသည်။
  • -U: သတ်မှတ်ပါတယ် SQL Server အသုံးပြုသူအမည်ကို ဝင်ရောက်ပါ။
  • -P: စကားဝှက်ကို သတ်မှတ်ပေးသည်။ SQL Server လော့ဂ်အင်

7.1.2 SQLCMD ဖြင့် Backup ပြုလုပ်ခြင်း။

အရန်ကူးရန် SQL Server SQLCMD ကို အသုံးပြု၍ ဤအဆင့်များကို လိုက်နာပါ။

  1. ဖွင့်လှစ် command Prompt ကို or PowerShell
  2. ယင်းသို့သွားရန် SQL Server ကိရိယာများလမ်းညွှန် (ပုံမှန်အားဖြင့် တပ်ဆင်စဉ်အတွင်း PATH သို့ ထည့်သည်)
  3. သင့်လျော်သောဘောင်များဖြင့် SQLCMD အရန်ဒေတာဘေ့စ်အမိန့်ကို လုပ်ဆောင်ပါ။
  4. အရန်ဖိုင်ကို အောင်မြင်စွာ ဖန်တီးထားကြောင်း အတည်ပြုပါ။

ဥပမာ Windows Authentication ကို အသုံးပြု၍ အရန်ကူးယူမှု ညွှန်ကြားချက် အပြည့်အစုံ-

sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"

နမူနာအသုံးပြုခြင်း။ SQL Server Authentication ကို:

sqlcmd -S localhost -U sa -P YourPassword -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH COMPRESSION, INIT"

SQLCMD ဖြင့် Differential Backup ဖန်တီးခြင်း။

sqlcmd -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, COMPRESSION, INIT"

SQLCMD ဖြင့် ငွေပေးငွေယူမှတ်တမ်း အရန်သိမ်းခြင်းကို ဖန်တီးခြင်း။

sqlcmd -S localhost -E -Q "BACKUP LOG AdventureWorks TO DISK='C:\Backups\AdventureWorks_Log.trn' WITH COMPRESSION, INIT"

၇.၁.၃ ထုတ်ဝေသူဒေတာဘေ့စ်ကို အရန်ကူးယူပါ SQL Server ပွား

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

-- Backup publisher database with replication support
BACKUP DATABASE PublisherDB 
TO DISK = 'C:\Backup\PublisherDB_Full.bak'
WITH REPLICATION, 
     COMPRESSION,
     CHECKSUM,
     INIT,
     STATS = 10;
GO

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

7.2 OSQL Backup Database ကိုသုံးပါ။

OSQL သည် ရှေးကျသော command-line utility တစ်ခုဖြစ်သည်။ SQL Server. Microsoft အစား SQLCMD ကိုအသုံးပြုရန် အကြံပြုထားသော်လည်း၊ OSQL သည် အဟောင်းများနှင့် script များနှင့် စနစ်များနှင့် နောက်ပြန်တွဲဖက်အသုံးပြုနိုင်ရန် ကျန်ရှိနေပါသည်။

7.2.1 အခြေခံ OSQL Syntax

OSQL syntax သည် SQLCMD နှင့် ဆင်တူသည်-

osql -S ServerName -d DatabaseName -Q "BACKUP DATABASE statement"
  • -S: SQL Server ဥပမာအမည်
  • -d- ဒေတာဘေ့စအမည်
  • မေး- မေးမြန်းမှုကို လုပ်ဆောင်ပြီး ထွက်ပေါက်များကို လုပ်ဆောင်သည်။
  • -AND- ယုံကြည်ရသောချိတ်ဆက်မှုကို အသုံးပြုသည် (Windows Authentication)
  • -U: အသုံးပြုသူအမည်ကို အကောင့်ဝင်ပါ။
  • -P: ဝင်ရောက်ရန်စကားဝှက်

7.2.2 OSQL ဖြင့် Backup ပြုလုပ်ခြင်း။

OSQL အရန်ဒေတာဘေ့စ် လုပ်ဆောင်ချက်များကို လုပ်ဆောင်ရန်-

  1. ဖွင့်လှစ် command Prompt ကို
  2. သင့်တွင် OSQL ရရှိနိုင်ကြောင်း အတည်ပြုပါ။ SQL Server တပ်ဆင်
  3. OSQL အရန်သိမ်းခြင်းအမိန့်ကို လုပ်ဆောင်ပါ။

နမူနာ အပြည့်အစုံ မိတ္တူ-

osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks.bak' WITH INIT"

ဥပမာ ကွဲပြားသော အရန်သိမ်းဆည်းခြင်း-

osql -S localhost -E -Q "BACKUP DATABASE AdventureWorks TO DISK='C:\Backups\AdventureWorks_Diff.bak' WITH DIFFERENTIAL, INIT"

8. Third-Party SQL Server Backup Tools များ

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

8.1 Veeam Backup ပြုလုပ်ရန် SQL Server

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

Key ကိုအင်္ဂါရပ်များ:

  • Application-aware processing ပြုလုပ်ခြင်း။ SQL Server အရံညီညွတ်မှု
  • ငွေပေးငွေယူမှတ်တမ်း အရန်သိမ်းခြင်းနှင့် စီမံခန့်ခွဲမှု
  • အသေးစိပ်ပြန်လည်ရယူခြင်းရွေးချယ်မှုများဖြင့် အချိန်မီပြန်လည်ရယူခြင်း။
  • တစ်စုတစ်စည်းတည်းဒေတာကာကွယ်မှုအတွက် Veeam Backup & Replication နှင့် ပေါင်းစပ်ခြင်း။
  • အလိုအလျောက် မိတ္တူအတည်ပြုခြင်းနှင့် အတည်ပြုခြင်း။
  • အမြဲတမ်း On Availability Groups အတွက် ပံ့ပိုးမှု
  • VM အဆင့်နှင့် အပလီကေးရှင်းအဆင့် SQL Server အရန်ရွေးချယ်မှုများ

8.2 Barracuda Backup အတွက် SQL Server

Barracuda သည် MS အတွက် ရိုးရှင်းသော စီမံခန့်ခွဲမှုဖြင့် cloud-integrated backup solutions များကို ပံ့ပိုးပေးပါသည်။ SQL Server အရန်ဒေတာဘေ့စ် လုပ်ငန်းများ။

Key ကိုအင်္ဂါရပ်များ:

  • automated SQL Server အရန်အစီအစဉ်
  • Barracuda Cloud Storage သို့ Built-in cloud ကူးယူခြင်း။
  • ကမ္ဘာလုံးဆိုင်ရာ ပုံတူပွားခြင်းနှင့် ချုံ့ခြင်း။
  • လက်ငင်းဒေသခံ ပြန်လည်ရယူခြင်း စွမ်းရည်
  • ဝဘ်အခြေခံ စီမံခန့်ခွဲမှု ကွန်ဆိုးလ်
  • အပြည့်အဝ၊ ကွဲပြားမှု၊ နှင့် ငွေပေးငွေယူ မှတ်တမ်း အရန်များ အတွက် ပံ့ပိုးမှု
  • မပြောင်းလဲနိုင်သော အရန်သိမ်းဆည်းမှုများဖြင့် Ransomware ကာကွယ်မှု

8.3 Veritas NetBackup ပြုလုပ်ရန် SQL Server

Veritas NetBackup သည် လုပ်ငန်းအဆင့်အတွက် ကျယ်ကျယ်ပြန့်ပြန့် ကာကွယ်မှုပေးသည့် လုပ်ငန်းအဆင့် အရန်ပလက်ဖောင်းတစ်ခုဖြစ်သည်။ SQL Server ရှုပ်ထွေးသော IT ပတ်ဝန်းကျင်များတွင် ဒေတာဘေ့စ်များ။

Key ကိုအင်္ဂါရပ်များ:

  • ထောင်ပေါင်းများစွာအတွက် လုပ်ငန်းစကေး အရန်သိမ်းဆည်းမှု စီမံခန့်ခွဲမှု SQL Server ဖစ်စဉ်များ
  • အဆင့်မြင့် ကူးယူခြင်းနှင့် ချုံ့ခြင်း အယ်လဂိုရီသမ်
  • ပြောင်းလွယ်ပြင်လွယ်ရှိသော အရန်သိမ်းခြင်းမူဝါဒများနှင့် အချိန်ဇယားဆွဲခြင်း။
  • အားလုံးအတွက် အထောက်အပံ့ SQL Server ပြန်လည်ရယူရေးမော်ဒယ်များ
  • တိပ်စာကြည့်တိုက်များနှင့် cloud storage တို့နှင့် ပေါင်းစပ်ခြင်း
  • ဒေတာဘေ့စ်များ၊ ဇယားများနှင့် အရာဝတ္ထုများကို အသေးစိပ်ပြန်လည်ရယူခြင်း။
  • Multi-platform ပံ့ပိုးမှု (Windows၊ Linux SQL Server)
  • အလိုအလျောက် အရန်သိမ်းခြင်း ဘဝသံသရာ စီမံခန့်ခွဲမှု

8.4 Commvault Complete Backup & Recovery ပြုလုပ်ရန် SQL Server

Commvault သည် ပြီးပြည့်စုံသော အရန်သိမ်းဆည်းမှုဖြင့် ဉာဏ်ရည်ထက်မြက်သော ဒေတာစီမံခန့်ခွဲမှုကို ပေးဆောင်သည်။ SQL Server စွမ်းရည်များနှင့် အဆင့်မြင့် အလိုအလျောက်စနစ် အင်္ဂါရပ်များ။

Key ကိုအင်္ဂါရပ်များ:

  • AI-မောင်းနှင်သော အရန်သင့်မြတ်မှု နှင့် ကွဲလွဲချက်များကို ထောက်လှမ်းခြင်း။
  • အရန်သိမ်းခြင်း၊ ပြန်လည်ရယူခြင်းနှင့် သိမ်းဆည်းခြင်းအတွက် ပေါင်းစည်းထားသော ပလပ်ဖောင်း
  • အဆင့်မြင့် SQL Server အရန်ချုံ့မှု (90% အထိ လျှော့ချနိုင်သည်)
  • အလိုအလျောက် ဘေးအန္တရာယ် ပြန်လည်ထူထောင်ရေး လမ်းညွှန်မှု
  • သုည RPO အကာအကွယ်အတွက် တိုက်ရိုက်စင့်ခ်လုပ်ခြင်း။
  • မှုအတွက်ပံ့ပိုးမှု SQL Server အဆောက်အဦအတွင်း၊ cloud နှင့် ပေါင်းစပ်အသုံးပြုမှုများ
  • လျှပ်တစ်ပြက်-အခြေခံအရန်ကူးယူမှုများအတွက် IntelliSnap
  • ပြည့်စုံသော လိုက်နာမှုနှင့် e-ရှာဖွေတွေ့ရှိမှု စွမ်းရည်များ

8.5 Cohesity DataProtect ပြုလုပ်ရန် SQL Server

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

Key ကိုအင်္ဂါရပ်များ:

  • ရိုးရှင်းသောစီမံခန့်ခွဲမှုအတွက် ဝဘ်စကေးဗိသုကာ
  • လက်ငင်းအစုလိုက်အပြုံလိုက် ပြန်လည်ထူထောင်နိုင်မှု တို့အတွက် SQL Server ဒေတာဘေ့စ
  • အပလီကေးရှင်းနှင့် ကိုက်ညီသော လျှပ်တစ်ပြက်ပုံများ
  • အရန်သိမ်းမှုအားလုံးတွင် ကမ္ဘာလုံးဆိုင်ရာ ထပ်တူပွားမှု
  • မူရင်း cloud ပေါင်းစပ်မှု (AWS၊ Azure၊ Google Cloud)
  • Built-in ခွဲခြမ်းစိတ်ဖြာခြင်းနှင့် စောင့်ကြည့်ခြင်း ဒက်ရှ်ဘုတ်များ
  • ဒေတာဘေ့စ်စွမ်းရည်ကို ပွားပြီး စမ်းသပ်ပါ။
  • မပြောင်းလဲနိုင်သော လျှပ်တစ်ပြက်ရိုက်ချက်များဖြင့် Ransomware ကာကွယ်မှု

8.6 Red Gate SQL Backup Pro

Red Gate SQL Backup Pro သည် ပိုမိုကောင်းမွန်အောင်ပြုလုပ်ရန် သီးသန့်အာရုံစိုက်သည့် အထူးပြုကိရိယာတစ်ခုဖြစ်သည်။ SQL Server သာလွန်ကောင်းမွန်သော ဖိသိပ်မှုနှင့် စွမ်းဆောင်ရည်ဖြင့် အရန်သိမ်းခြင်းနှင့် လုပ်ဆောင်ချက်များကို ပြန်လည်ရယူပါ။

Key ကိုအင်္ဂါရပ်များ:

  • စက်မှုလုပ်ငန်း ဦးဆောင်သော ဖိသိပ်မှုအချိုးများ (၉၅%) အထိ၊
  • အရန်သိမ်းခြင်းအတွက် ကွန်ရက်ခံနိုင်ရည်ရှိသည်။ SQL Server စိတ်မချရသော ချိတ်ဆက်မှုများ
  • 256-bit AES ဖြင့် အရန်စာဝှက်စနစ်
  • အရန်မိတ္တူအတည်ပြုခြင်းနှင့် ခိုင်မာမှုစစ်ဆေးခြင်း။
  • အသေးစိတ်အရန်မှတ်တမ်းနှင့် အစီရင်ခံခြင်း။
  • အတူပေါင်းစည်းမှု SQL Server စီမံခန့်ခွဲမှုစတူဒီယို
  • ကွန်ရက်တည်နေရာများနှင့် cloud သိုလှောင်မှုသို့ အရန်ကူးခြင်းအတွက် ပံ့ပိုးမှု
  • ပိုမိုမြန်ဆန်သော လုပ်ဆောင်ချက်များအတွက် အပြိုင်အရန်ကူးယူပြီး ပြန်လည်ရယူပါ။

9. ဘယ်လိုပြန်ယူမလဲ။ SQL Server ဒေတာဘေ့စ

9.1 ပြန်လည်ရယူခြင်းလုပ်ငန်းစဉ်ကို နားလည်ခြင်း။

a ကိုပြန်ယူခြင်း SQL Server ဒေတာဘေ့စ်သည် အရန်ဖိုင်များမှ ဒေတာဘေ့စ်ကို ပြန်လည်ဖန်တီးသည်။ ပြန်လည်ရယူခြင်းလုပ်ငန်းစဉ်သည် အရန်ဖိုင်ကိုဖတ်ပြီး ဒေတာဘေ့စ်ကို ၎င်း၏အရန်သိမ်းဆည်းထားသည့်အခြေအနေသို့ ပြန်လည်တည်ဆောက်သည်။

အရေးကြီးသော ထည့်သွင်းစဉ်းစားချက်များ-

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

9.2 SSMS ကို အသုံးပြု၍ အရန်ကူးယူမှု အပြည့်အစုံကို ပြန်လည်ရယူခြင်း။

ဒေတာဘေ့စ်အရန်ကူးယူမှုကို ပြန်လည်ရယူရန် ဤအဆင့်များကို လိုက်နာပါ။

9.2.1 အဆင့်ဆင့် ပြန်လည်ရယူခြင်း လုပ်ငန်းစဉ်

  1. ဖွင့်လှစ် SQL Server စီမံခန့်ခွဲမှုစတူဒီယို သင်၏ဆာဗာသို့ချိတ်ဆက်ပါ။
  2. In Object Explorer၊ ညာကလစ်နှိပ်ပါ ဒတောဘေ့စျ
  3. ကို Select လုပ်ပါ ဒေတာဘေ့စ်ကို ပြန်ယူပါ။
  4. ထဲမှာ အရင်းအမြစ် အပိုင်း, select လုပ်ပါ စက်ကိရိယာ
  5. အကိုကလစ်နှိပ်ပါ ... အရန်ဖိုင်များကို ရှာဖွေရန် ခလုတ်
  6. ကလစ်နှိပ်ပါ ပေါင်း သင်၏ .bak ဖိုင်သို့ သွားပါ။
  7. အရန်ဖိုင်ကို ရွေးပြီး ကလစ်နှိပ်ပါ။ OK
  8. ထဲမှာ ခရီးလမ်းဆုံး အပိုင်း၊ ဒေတာဘေ့စ်အမည်ကို ရိုက်ထည့်ပါ။
  9. ပြန်လည်ရယူရန် အရန်အတွဲများကို ပြန်လည်သုံးသပ်ပါ။
  10. ကလစ်နှိပ်ပါ OK ပြန်လည်ထူထောင်ရေးကိုစတင်ရန်

9.2.2 ရွေးချယ်မှုများနှင့် ဆက်တင်များကို ပြန်လည်ရယူပါ။

ကလစ်နှိပ်ပါ Options ကို configure လုပ်ရန် ဘယ်ဘက်အကန့်တွင်-

  • ရှိပြီးသားဒေတာဘေ့စ်ကို အစားထိုးရေးပါ (အစားထိုးရန်) - ရှိပြီးသားဒေတာဘေ့စကိုပြန်လည်ရယူခွင့်ပြုပါ။
  • ပုံတူကူးခြင်းအခြေအနေများကို ထိန်းသိမ်းပါ (KEEP_REPLICATION ဖြင့်) - သိမ်းဆည်းပါ။ SQL Server ပွား ပြည်နယ်
  • ပြန်လည်ရယူထားသော ဒေတာဘေ့စ်သို့ ဝင်ရောက်ခွင့်ကို ကန့်သတ်ပါ (WITH RESTRICTED_USER) - ပြန်လည်ရယူပြီးနောက် ဝင်ရောက်ခွင့်ကို ကန့်သတ်ထားသည်
  • ပြန်လည်ထူထောင်ရေးအခြေအနေ - ပြန်လည်ရယူခြင်း နှင့် ပြန်လည်ရယူခြင်း သို့မဟုတ် NORECOVERY အကြား ရွေးချယ်ပါ။

9.3 ကွဲပြားသော အရန်သိမ်းခြင်းကို ပြန်လည်ရယူခြင်း။

Differential ပြန်လည်ရယူခြင်းအတွက် အပြည့်အဝနှင့် ကွဲပြားသော အရန်များ လိုအပ်သည်-

  1. ပထမဦးစွာ full backup နှင့်အတူ restore နော့် option ကို
  2. ထို့နောက် differential backup ကို ပြန်လည်ရယူပါ။ RECOVERY option ကို

T-SQL ဥပမာ-

-- Restore full backup (NORECOVERY to allow differential)
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;

-- Restore differential backup (RECOVERY to complete)
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Diff.bak'
WITH RECOVERY;
GO

9.4 ငွေပေးငွေယူမှတ်တမ်း အရန်သိမ်းဆည်းမှုများဖြင့် ပြန်လည်ရယူခြင်း။

အချိန်နှင့်တပြေးညီ ပြန်လည်ရယူရန်အတွက် စဉ်ဆက်မပြတ် ပြန်လည်ရယူပါ-

  1. NORECOVERY ဖြင့် မိတ္တူအပြည့်အစုံကို ပြန်လည်ရယူပါ။
  2. NORECOVERY ဖြင့် မတူညီသော အရန်ကူးယူပါ (ရရှိနိုင်ပါက)
  3. NORECOVERY ဖြင့်အလို့ငှာ ငွေပေးငွေယူမှတ်တမ်းအရန်များကို ပြန်လည်ရယူပါ။
  4. RECOVERY ဖြင့် နောက်ဆုံးမှတ်တမ်း မိတ္တူကို ပြန်ယူပါ။
-- Restore full backup
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;

-- Restore first log backup
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH NORECOVERY;

-- Restore second log backup with recovery
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log2.trn'
WITH RECOVERY;
GO

9.5 Point-in-Time ပြန်လည်ရယူခြင်း။

STOPAT ရွေးချယ်မှုကို အသုံးပြု၍ အချိန်အတွင်း ဒေတာဘေ့စ်ကို သီးခြားနေရာသို့ ပြန်ယူပါ-

-- Restore to specific time: January 15, 2025 at 2:30 PM
RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY, REPLACE;

RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log.trn'
WITH RECOVERY, STOPAT = '2025-01-15 14:30:00';
GO

၉.၆ ဇယားပြန်လည်ရယူခြင်း

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

၉.၆.၁ နည်းလမ်း ၁: ဒေတာဘေ့စ် လျှပ်တပြက်ပုံများ (ကာကွယ်ရန်အတွက် အကောင်းဆုံး)

ပြဿနာမဖြစ်ပွားမီ ဖန်တီးထားပါက ဒေတာဘေ့စ် snapshot များသည် ဇယားဒေတာကို ပြန်လည်ရယူရန် အမြန်ဆုံးနည်းလမ်းကို ပေးပါသည်။ snapshot ဆိုသည်မှာ သတ်မှတ်ထားသော အချိန်တစ်ခုတွင် ဒေတာဘေ့စ်၏ read-only၊ static view တစ်ခုဖြစ်သည်။

ဒေတာဘေ့စ် Snapshot တစ်ခု ဖန်တီးခြင်း-

-- Create snapshot before making changes
CREATE DATABASE ProductionDB_Snapshot_20250107
ON
( NAME = ProductionDB_Data, 
  FILENAME = 'C:\Snapshots\ProductionDB_Snapshot.ss' )
AS SNAPSHOT OF ProductionDB;
GO

Snapshot မှ Table Data ကို ပြန်လည်ရယူခြင်း-

USE ProductionDB;
GO

-- Replace entire table content
BEGIN TRANSACTION;

-- Disable constraints temporarily
ALTER TABLE dbo.Orders NOCHECK CONSTRAINT ALL;

-- Clear current data
TRUNCATE TABLE dbo.Orders;

-- Restore from snapshot
INSERT INTO dbo.Orders
SELECT * FROM ProductionDB_Snapshot_20250107.dbo.Orders;

-- Re-enable constraints
ALTER TABLE dbo.Orders CHECK CONSTRAINT ALL;

COMMIT TRANSACTION;
GO

ဗားရှင်းလိုအပ်ချက်များ- ဒေတာဘေ့စ် လျှပ်တပြက်များကို ရရှိနိုင်ပါသည်- SQL Server Enterprise Edition (ဗားရှင်းအားလုံး) နှင့် Standard Edition မှစတင်သည် SQL Server ၂၀၁၆ SP၁။

၉.၆.၂ နည်းလမ်း ၂: ယာယီဒေတာဘေ့စ်သို့ ပြန်လည်ရယူပါ (အသုံးအများဆုံး)

ပြဿနာတစ်ခုဖြစ်ပွားပြီးနောက် snapshot မရှိတော့သည့်အချိန်တွင် ဇယားဒေတာကို ပြန်လည်ရယူရန် လိုအပ်သည့်အခါ ဤနည်းလမ်းသည် အလုပ်လုပ်ပါသည်။

  1. ယာယီဒေတာဘေ့စ်သို့ အရန်ကူးယူမှုကို ပြန်လည်ရယူပါ
  2. ယာယီဒေတာဘေ့စ်မှ ဇယားဒေတာကို လက်ရှိဒေတာဘေ့စ်သို့ ကူးယူပါ

၉.၆ စာမျက်နှာ ပြန်လည်ရယူခြင်း

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

စာမျက်နှာပြန်လည်ရယူရန်အတွက်၊ ဦးစွာပျက်စီးနေသော စာမျက်နှာများကို ဖော်ထုတ်ပါ၊ tail-log backup လုပ်ပါ၊ သတ်မှတ်ထားသော စာမျက်နှာများကို ပြန်လည်ရယူပါ၊ ထို့နောက် ငွေပေးငွေယူမှတ်တမ်းအားလုံးကို အသုံးပြုပါ-

-- Identify damaged pages
SELECT * FROM msdb.dbo.suspect_pages
WHERE database_id = DB_ID('AdventureWorks');

-- Take tail-log backup
BACKUP LOG AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_TailLog.trn'
WITH NORECOVERY;

-- Restore damaged pages
RESTORE DATABASE AdventureWorks
PAGE = '1:123, 1:456'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY;

-- Apply transaction logs
RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH NORECOVERY;

RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_TailLog.trn'
WITH RECOVERY;
GO

မှတ်စု: Simple recovery model အောက်တွင် စာမျက်နှာပြန်လည်ရယူခြင်းကို ရရှိနိုင်ခြင်းမရှိပါ။ စနစ်ဇယားများ သို့မဟုတ် မူလဖိုင်အုပ်စု metadata မှ စာမျက်နှာများကို ပြန်လည်ရယူ၍မရပါ။

၉.၇ အပိုင်းလိုက်ပြန်လည်ထိန်းသိမ်းခြင်း

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

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

Full recovery model အတွက် ဥပမာ - database ကို online ဖြစ်အောင် primary filegroup ကို အရင် restore လုပ်ပြီး database လည်ပတ်နေတဲ့အချိန်မှာ secondary filegroup တွေကို restore လုပ်ပါ။

-- Stage 1: Restore primary filegroup (database comes online)
RESTORE DATABASE AdventureWorks
FILEGROUP = 'PRIMARY'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH PARTIAL, NORECOVERY;

RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH RECOVERY;
GO

-- Stage 2: Restore secondary filegroup (database stays online)
RESTORE DATABASE AdventureWorks
FILEGROUP = 'HistoricalData'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH NORECOVERY;

RESTORE LOG AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks_Log1.trn'
WITH RECOVERY;
GO

ရိုးရှင်းသော ပြန်လည်ရယူခြင်း မော်ဒယ်အတွက် ဥပမာ-

-- Restore primary with all read-write filegroups
RESTORE DATABASE AdventureWorks
FILEGROUP = 'PRIMARY'
FROM DISK = 'C:\Backups\AdventureWorks_Full.bak'
WITH PARTIAL, RECOVERY;

-- Restore read-only filegroup separately
RESTORE DATABASE AdventureWorks
FILEGROUP = 'ReadOnlyArchive'
FROM DISK = 'C:\Backups\AdventureWorks_ReadOnly.bak'
WITH RECOVERY;
GO

9.9 T-SQL အမိန့်များကို အသုံးပြု၍ ပြန်လည်ရယူခြင်း။

ဖိုင်နေရာပြောင်းရွှေ့ခြင်းဖြင့် ဇာတ်ညွှန်းပြန်လည်ရယူခြင်းကို အပြီးသတ်ပါ-

RESTORE DATABASE AdventureWorks
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH MOVE 'AdventureWorks_Data' TO 'D:\Data\AdventureWorks.mdf',
     MOVE 'AdventureWorks_Log' TO 'E:\Logs\AdventureWorks.ldf',
     REPLACE,
     STATS = 10;
GO

9.10 ပြန်လည်ရယူခြင်းမပြုမီ Backup Integrity ကိုစစ်ဆေးခြင်း။

ပြန်လည်မွမ်းမံခြင်းမရှိဘဲ မိတ္တူ၏တရားဝင်မှုကို စစ်ဆေးပါ-

RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak';
GO

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

10 ။ SQL Server အကောင်းဆုံးအလေ့အကျင့်များကို အရန်သိမ်းဆည်းပါ။

10.1 အရန်သိမ်းခြင်း မဟာဗျူဟာကို ဖော်ဆောင်ခြင်း။

10.1.1 လုပ်ငန်းလိုအပ်ချက်များကို အကဲဖြတ်ခြင်း။

အရန်သိမ်းဆည်းမှုများကို အကောင်အထည်မဖော်မီ၊ အကဲဖြတ်ပါ-

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

10.1.2 RTO နှင့် RPO ကို သတ်မှတ်ခြင်း။

ပြန်လည်ရယူချိန် ရည်ရွယ်ချက် (RTO)- အများဆုံးလက်ခံနိုင်သော စက်ရပ်ချိန်။ လုပ်ဆောင်ချက်များကို ပြန်လည်ရယူရန် သင်မည်မျှ လျင်မြန်ကြောင်း ဆုံးဖြတ်သည်။

ပြန်လည်ရယူရေးအချက် (RPO)- အများဆုံးလက်ခံနိုင်သောဒေတာဆုံးရှုံးမှု။ အရန်သိမ်းခြင်းအကြိမ်ရေကို သတ်မှတ်သည်။

RTO/RPO လိုအပ်ချက် Backup Strategy ကို အကြံပြုထားသည်။
RPO- နာရီ၊ RTO- နာရီ နေ့စဥ်အပြည့် + ငွေပေးငွေယူ 1-2 နာရီတိုင်း
RPO- မိနစ်၊ RTO- နာရီ 15-30 မိနစ်တိုင်း နေ့စဥ်အပြည့် + မှတ်တမ်း အရန်သိမ်းဆည်းမှုများ
RPO- သုညအနီး၊ RTO- မိနစ် အမြဲတမ်းရရှိနိုင်မှုအဖွဲ့များ + မကြာခဏ မှတ်တမ်းအရန်ကူးယူခြင်း
RPO- ရက်များ၊ RTO- ရက်များ အပတ်စဉ် အပြည့် + နေ့စဥ်ကွာခြားချက်

10.2 အရန်သိမ်းခြင်းအချိန်ဇယားကို ဖန်တီးခြင်း။

10.2.1 ကြိမ်နှုန်း အကြံပြုချက်များ

ထုတ်လုပ်မှုဒေတာဘေ့စ်များအတွက် ပုံမှန်အရန်ကူးယူမည့်အချိန်ဇယား-

  • အရန်များ အပြည့်အစုံ- အပတ်စဉ် (တနင်္ဂနွေည လှုပ်ရှားမှုနည်းပါးချိန်)
  • ကွဲပြားသော အရန်များ- နေ့စဉ် (ညတိုင်း)
  • ငွေပေးငွေယူ မှတ်တမ်း အရန်များ- အလုပ်ချိန်အတွင်း 15-30 မိနစ်တိုင်း
  • မိတ္တူကူးရန်သီးသန့် အရန်များ- စမ်းသပ်ခြင်း သို့မဟုတ် ဖွံ့ဖြိုးတိုးတက်မှုအတွက် လိုအပ်သကဲ့သို့

10.2.2 ဟန်ချက်ညီသော စွမ်းဆောင်ရည်နှင့် ကာကွယ်မှု

အစီအစဉ်ဆွဲသည့်အခါ ဤအချက်များကို ထည့်သွင်းစဉ်းစားပါ-

  • အမြင့်ဆုံးအချိန်များ- လှုပ်ရှားမှုနည်းသောကာလများအတွင်း အရန်များ အပြည့်အစုံကို လုပ်ဆောင်ပါ။
  • အရင်းအမြစ်သက်ရောက်မှု- Compression သည် I/O ကို လျှော့ချပေးသော်လည်း CPU အသုံးပြုမှုကို တိုးစေသည်။
  • ကွန်ရက် ဘန်းဝဒ်- အသွားအလာနည်းနေချိန်တွင် ကွန်ရက်အရန်သိမ်းမှုများကို အချိန်ဇယားဆွဲပါ။
  • အရန်ဝင်းဒိုးများ- ရုံးချိန်မတိုင်မှီ အရန်သိမ်းဆည်းမှုများ ပြီးမြောက်ကြောင်း သေချာပါစေ။

10.3 အရန်သိမ်းဆည်းခြင်း အကောင်းဆုံး အလေ့အကျင့်များ

10.3.1 On-Site vs Off-Site Storage

ဆိုက်တွင် အရန်သိမ်းဆည်းမှုများ

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

ဆိုက်ပြင်ပ အရန်သိမ်းဆည်းမှုများ

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

10.3.2 Cloud Backup ရွေးစရာများ

Cloud သိုလှောင်မှု အားသာချက်များ-

  • Azure Blob သိုလှောင်မှု- ဇာတိ SQL Server ပေါင်းစပ်မှု၊ ရံဖန်ရံခါဝင်ရောက်ခွင့်အတွက် ကုန်ကျစရိတ်သက်သာမှု
  • Amazon S3- အလွန်အကြမ်းခံပြီး ပြောင်းလွယ်ပြင်လွယ် သိုလှောင်မှုအဆင့်များ
  • Google Cloud Storage- ယှဉ်ပြိုင်နိုင်သောစျေးနှုန်း၊ ကမ္ဘာလုံးဆိုင်ရာရရှိနိုင်မှု

10.3.3 အရန်သိမ်းဆည်းမှု မူဝါဒများ

နမူနာထိန်းသိမ်းမှုမူဝါဒ-

  • နေ့စဉ် အရန်သိမ်းဆည်းမှုများကို 7 ရက်ထားပါ။
  • အပတ်စဉ် အရန်သိမ်းဆည်းမှုများကို 4 ပတ်ကြာထားပါ။
  • လစဉ် အရန်များကို 12 လကြာ သိမ်းဆည်းထားပါ။
  • နှစ်အလိုက် အရန်များကို 7 နှစ် ထားရှိပါ (လိုက်နာမှု)

10.4 အရန်ကူးချုံ့ခြင်းနှင့် ကုဒ်ဝှက်ခြင်း

Compression အကျိုးကျေးဇူးများ

  • အရန်ဖိုင်အရွယ်အစားကို 50-70% လျှော့ချသည်
  • အရန်သိမ်းချိန်ကို လျှော့ချသည်။
  • သိုလှောင်မှုကုန်ကျစရိတ်ကို လျှော့ချပေးသည်
  • အဝေးမှမိတ္တူကူးယူမှုအတွက် ကွန်ရက်ဘန်းဝဒ်ကို လျှော့ချပေးသည်။

ကုဒ်ဝှက်ခြင်းဆိုင်ရာ အကောင်းဆုံး အလေ့အကျင့်များ

  • ထိလွယ်ရှလွယ် ဒေတာများ ပါဝင်သော အရန်များကို အမြဲတမ်း စာဝှက်ထားပါ။
  • AES 256-bit ကုဒ်ဝှက်စနစ်ကို သုံးပါ။
  • လုံခြုံသောလက်မှတ် သို့မဟုတ် သော့စီမံခန့်ခွဲမှု
  • စာရွက်စာတမ်း ကုဒ်ဝှက်ခြင်းသော့များကို သီးခြားစီသိမ်းဆည်းပါ။

10.5 အရန်များကို စမ်းသပ်ခြင်းနှင့် အတည်ပြုခြင်း။

10.5.1 ပုံမှန်ပြန်လည်ရယူခြင်း စမ်းသပ်ခြင်း။

သုံးလတစ်ကြိမ် သို့မဟုတ် လစဉ် ပြန်လည်ရယူခြင်း လုပ်ငန်းစဉ်များကို စမ်းသပ်ပါ-

  1. မိတ္တူများကို စမ်းသပ်သည့်ပတ်ဝန်းကျင်သို့ ပြန်ယူပါ။
  2. ဒေတာ ခိုင်မာမှုနှင့် ပြည့်စုံမှုကို စစ်ဆေးပါ။
  3. အပလီကေးရှင်းလုပ်ဆောင်ချက်ကို စစ်ဆေးပါ။
  4. စာရွက်စာတမ်း ပြန်လည်ရယူချိန် (RTO အတည်ပြုပါ)
  5. မည်သည့်ပြဿနာကိုမဆို ဖော်ထုတ်ဖြေရှင်းပါ။

10.5.2 မှန်ကန်ကြောင်း ပြန်လည်ရယူခြင်းကို အသုံးပြုခြင်း။

အလိုအလျောက် အရန်ကူးခြင်း အတည်ပြုခြင်း-

-- Verify backup integrity
RESTORE VERIFYONLY
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GO

မိတ္တူကူးပြီးသည်နှင့် သို့မဟုတ် စီစဉ်ထားသော ပြုပြင်ထိန်းသိမ်းမှု၏ တစ်စိတ်တစ်ပိုင်းအနေဖြင့် အတည်ပြုခြင်းကို ချက်ချင်းလုပ်ဆောင်ပါ။

10.6 အရန်သိမ်းခြင်း အလိုအလျောက်လုပ်ဆောင်ခြင်းနှင့် စောင့်ကြည့်လေ့လာခြင်း။

10.6.1 SQL Server အေးဂျင့်အလုပ်များ

အလိုအလျောက် အရန်အလုပ်များ ဖန်တီးပါ-

  1. Expand SQL Server ကိုယ်စားလှယ်ပြင်ပလင့်ခ် SMS တွင်
  2. right-click နှိပ်ပြီး ဂျော့ဘ် နှင့်ကို select အလုပ်သစ်
  3. အလုပ်အမည် (ဥပမာ၊ "နေ့စဉ် မှတ်တမ်းအပြည့်အစုံ")
  4. တစ်ဦး Add လှမ်း T-SQL အရန်အမိန့်များနှင့်အတူ
  5. တစ်ဦး Create ဇယား ကွပ်မျက်ချိန်အတွက်
  6. configure အသိပေးချက်များ အောင်မြင်/ကျရှုံးမှုအတွက်

၉.၆.၂ ပြုပြင်ထိန်းသိမ်းမှု အစီအစဉ်များ

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

  1. သို့သွားရန် စီမံခန့်ခွဲမှု -> ပြုပြင်ထိန်းသိမ်းမှု အစီအစဉ်များ
  2. Right-click နှိပ်ပြီးရွေးချယ်ပါ Maintenance Plan Wizard
  3. အလိုအလျောက်လုပ်ဆောင်ရန် အရန်လုပ်ဆောင်စရာများကို ရွေးပါ။
  4. မိတ္တူအချိန်ဇယားနှင့် ရွေးချယ်မှုများကို စီစဉ်သတ်မှတ်ပါ။
  5. အစီရင်ခံခြင်းနှင့် မှတ်တမ်းကို သတ်မှတ်ပါ။

10.6.3 အရန်သတိပေးချက်များနှင့် အသိပေးချက်များ

အီးမေးလ်အကြောင်းကြားချက်များကို စီစဉ်သတ်မှတ်ပါ-

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

10.7 မှတ်တမ်းပြုစုခြင်းနှင့် ဘေးအန္တရာယ်ပြန်လည်ရရှိရေးစီမံချက်

ပြည့်စုံသောစာရွက်စာတမ်းများကို ထိန်းသိမ်းပါ-

  • အရန်သိမ်းချိန်ဇယား- ဘယ်အချိန်၊ ဘယ်အရန်သိမ်းမလဲ။
  • ထိန်းသိမ်းမှုမူဝါဒများ- အရန်သိမ်းမှုများကို အချိန်မည်မျှ သိမ်းဆည်းထားသနည်း။
  • သိုလှောင်မှုနေရာများ- အရန်များသိမ်းဆည်းသည့်နေရာတွင်
  • ပြန်လည်ရယူခြင်း လုပ်ငန်းစဉ်များ- အဆင့်ဆင့် ပြန်လည်ရယူရေး ညွှန်ကြားချက်များ
  • ဆက်သွယ်ရန်အချက်အလက်: အဓိက ဝန်ထမ်းများနှင့် စျေးသည်များ
  • ပြန်လည်ရယူရေး စမ်းသပ်မှုရလဒ်များ- စစ်ဆေးမှုရလဒ်များကို မှတ်တမ်းတင်ထားသည်။

၂ SQL Server အရန်သိမ်းခြင်း ဇာတ်လမ်းများ

11.1 အလွန်ကြီးမားသော ဒေတာဘေ့စ်များ (VLDB) ကို အရန်သိမ်းခြင်း

11.1.1 ဖိုင်နှင့် Filegroup မဟာဗျူဟာများ

ရာဂဏန်း ဂစ်ဂါဘိုက်ကျော်ရှိသော ဒေတာဘေ့စ်များအတွက်-

  • Read-only နှင့် read-write data ကို မတူညီသော filegroup များအဖြစ် ခွဲခြားပါ။
  • မကြာခဏဖတ်ရန်-သီးသန့်ဖိုင်အုပ်စုများကို အရန်သိမ်းပါ။
  • လက်ရှိအသုံးပြုနေသော ဖိုင်အုပ်စုများပေါ်တွင် မကြာခဏ အရန်သိမ်းဆည်းမှုများကို အာရုံစိုက်ပါ။
  • အသေးစိတ်ထိန်းချုပ်ရန်အတွက် ဖိုင်အဆင့် အရန်များကို သုံးပါ။

နမူနာဖိုင် အရန်သိမ်းခြင်း-

-- Back up specific file
BACKUP DATABASE LargeDB 
FILE = 'LargeDB_Data1'
TO DISK = 'C:\Backups\LargeDB_File1.bak'
WITH COMPRESSION;
GO

11.1.2 အရန်သိမ်းခြင်း စွမ်းဆောင်ရည် ကောင်းမွန်ခြင်း

VLDB အရန်သိမ်းခြင်း စွမ်းဆောင်ရည်ကို မြှင့်တင်ပါ-

  • အစင်းအရံများ- ဖိုင်များစွာကို တစ်ပြိုင်နက် ရေးပါ။
  • compression: I/O နှင့် သိုလှောင်မှု လိုအပ်ချက်များကို လျှော့ချပါ။
  • အရန်ကိရိယာများစွာ- အရန်လုပ်ဆောင်မှုများကို ပြိုင်တူလုပ်ပါ။
  • အမြန်သိုလှောင်မှု- အရန်အဆင့်အတွက် SSDs ကိုသုံးပါ။
  • ကြားခံအရေအတွက်- BUFFERCOUNT ရွေးချယ်မှုကို တိုးမြှင့်ပါ။
  • အများဆုံး လွှဲပြောင်းမှု အရွယ်အစား- MAXTRANSFERSIZE ဆက်တင်ကို အကောင်းဆုံးဖြစ်အောင်လုပ်ပါ။
-- Optimized VLDB backup
BACKUP DATABASE LargeDB
TO DISK = 'C:\Backups\LargeDB_1.bak',
   DISK = 'D:\Backups\LargeDB_2.bak',
   DISK = 'E:\Backups\LargeDB_3.bak'
WITH COMPRESSION,
     BUFFERCOUNT = 100,
     MAXTRANSFERSIZE = 4194304;
GO

11.2 ရရှိနိုင်မှုအုပ်စုများတွင် အမြဲတမ်းအရန်သိမ်းဆည်းပါ။

အမြဲတမ်း On Availability Groups သည် ပုံစံတူများတစ်လျှောက် အရန်ဝန်ကို ဖြန့်ဝေသည်-

  • အရန်ရွေးချယ်မှုများကို စီစဉ်သတ်မှတ်ပါ (ပင်မ၊ အလယ်တန်း၊ သို့မဟုတ် ပုံတူ)
  • ပင်မလုပ်ငန်းတာဝန်ကို လျှော့ချရန် အရန်အရန်များကို အလယ်တန်းပုံတူများထံ လွှင့်တင်ပါ။
  • ဒုတိယပုံတူများပေါ်တွင် COPY_ONLY မိတ္တူများကို သုံးပါ။
  • အရန်သိမ်းဆည်းခြင်းဆိုင်ရာ ဦးစားပေးဆက်တင်များကို စောင့်ကြည့်ပါ။
-- Check backup preferences
SELECT 
    ag.name AS AvailabilityGroup,
    ar.replica_server_name,
    ar.backup_priority
FROM sys.availability_replicas ar
INNER JOIN sys.availability_groups ag ON ar.group_id = ag.group_id;
GO

11.3 Database Mirroring အတွက် မိတ္တူကူးခြင်း။

ဒေတာဘေ့စ်ကို ထင်ဟပ်စေသော အခြေအနေများတွင်-

  • Principal database ကို ပုံမှန် Backup လုပ်ပါ။
  • ငွေပေးငွေယူ မှတ်တမ်း အရန်များ သည် ပုံတူကူးရန် မရှိမဖြစ် လိုအပ်ပါသည်။
  • Mirror database သည် RESTORING အခြေအနေတွင် ရှိနေသည် (တိုက်ရိုက် အရန်သိမ်း၍မရပါ)
  • ရှုံးနိမ့်ပြီးနောက် မှန်ကို အရန်ကူးရန် စဉ်းစားပါ။

11.4 Azure Blob သိုလှောင်မှုသို့ အရန်ကူးခြင်း။

SQL Server Azure Blob Storage သို့ တိုက်ရိုက် အရန်ကူးယူနိုင်သည်-

  1. Azure Storage အကောင့်ကို ဖန်တီးပါ။
  2. ဖန်တီး SQL Server Azure စစ်မှန်ကြောင်းအထောက်အထားအတွက်အထောက်အထား
  3. အရန်နေရာအတွက် URL syntax ကိုသုံးပါ။
-- Create credential for Azure
CREATE CREDENTIAL [https://mystorageaccount.blob.core.windows.net/backups]
WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
SECRET = 'your_SAS_token';
GO

-- Backup to Azure
BACKUP DATABASE AdventureWorks
TO URL = 'https://mystorageaccount.blob.core.windows.net/backups/AdventureWorks.bak'
WITH COMPRESSION,
     STATS = 10;
GO

11.5 URL သို့ အရန်ကူးခြင်း။

URL သို့ အရန်ကူးခြင်း၏ အကျိုးကျေးဇူးများ

  • အကန့်အသတ်မရှိ cloud သိုလှောင်မှုပမာဏ
  • Geographic redundancy ကို အလိုအလျောက် ကိုင်တွယ်သည်။
  • သင်သွားလိုသည့်စျေးနှုန်းပုံစံ
  • စက်တွင်းဒစ်ခ်နေရာ မလိုအပ်ပါ။
  • အရန်တစ်ခုလျှင် 64 URLs အထိ ပံ့ပိုးပေးနိုင်သည် ( striping )

စွမ်းဆောင်ရည်အတွက် 11.6 အစင်းအရံများ

I/O ပိုမိုမြန်ဆန်စေရန် အစင်းလိုက် အရန်သိမ်းဆည်းမှုများသည် ဖိုင်များစွာတွင် ဒေတာကို ပိုင်းခြားထားသည်-

-- Striped backup to 4 files
BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AW_Stripe1.bak',
   DISK = 'D:\Backups\AW_Stripe2.bak',
   DISK = 'E:\Backups\AW_Stripe3.bak',
   DISK = 'F:\Backups\AW_Stripe4.bak'
WITH COMPRESSION, FORMAT;
GO

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

၃ SQL Server အရန်ကိစ္စများ

12.1 အဖြစ်များသော Backup အမှားများနှင့် ဖြေရှင်းချက်များ

အမှား- "လည်ပတ်မှုစနစ် အမှား 5- အသုံးပြုခွင့်ကို ငြင်းပယ်သည်"

  • အကြောင်းမရှိ: SQL Server ဝန်ဆောင်မှုအကောင့်သည် ခွင့်ပြုချက်မရှိပေ။
  • ဖြေရှင်းချက်: ရေးရန် ခွင့်ပြုချက်ပေးသည်။ SQL Server အရန်ဖိုင်တွဲပေါ်ရှိ ဝန်ဆောင်မှုအကောင့်

အမှား- "မိတ္တူကူးစက်ကို ဖွင့်၍မရပါ

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

အမှား- "ဒစ်ပေါ်တွင် နေရာမလုံလောက်ပါ"

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

အမှားအယွင်း- "ဒေတာဘေ့စ်ကို အသုံးပြုထားသည်။ ဒေတာဘေ့စ်ကို အခြားအသုံးပြုသူများ အသုံးပြုနေသည်"

  • အကြောင်းမရှိ: ပြန်လည်ရယူစဉ်တွင် အသုံးပြုနေသောချိတ်ဆက်မှုများ
  • ဖြေရှင်းချက်: အစားထိုးရွေးချယ်မှုကို အသုံးပြုပါ သို့မဟုတ် အသုံးပြုသူများကို ဦးစွာချိတ်ဆက်မှုဖြုတ်ပါ။

12.2 အရန်သိမ်းခြင်း စွမ်းဆောင်ရည် ပြဿနာများ

နှေးကွေးသော မိတ္တူများကို စစ်ဆေးခြင်း-

  • Disk I/O စွမ်းဆောင်ရည်ကို အသုံးပြု၍ စစ်ဆေးပါ။ performance ု့ကပ်ရေး
  • STATS ရွေးချယ်မှုဖြင့် အရန်ကူးယူမှုကို စောင့်ကြည့်ပါ။
  • ဆန်းစစ်ခြင်း SQL Server ပိတ်ဆို့မှုများအတွက် အမှားမှတ်တမ်း
  • I/O လျှော့ချရန် ဖိသိပ်မှုကို ထည့်သွင်းစဉ်းစားပါ။
  • ဒစ်အများအပြားတွင် အစင်းလိုက် အရန်သိမ်းဆည်းမှုများကို အသုံးပြုပါ။

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

SELECT 
    session_id,
    command,
    percent_complete,
    CAST(((DATEDIFF(s,start_time,GetDate()))/3600) as varchar) + ' hour(s), '
    + CAST((DATEDIFF(s,start_time,GetDate())%3600)/60 as varchar) + 'min, '
    + CAST((DATEDIFF(s,start_time,GetDate())%60) as varchar) + ' sec' as running_time,
    CAST((estimated_completion_time/3600000) as varchar) + ' hour(s), '
    + CAST((estimated_completion_time %3600000)/60000 as varchar) + 'min, '
    + CAST((estimated_completion_time %60000)/1000 as varchar) + ' sec' as est_time_to_go,
    dateadd(second,estimated_completion_time/1000, getdate()) as est_completion_time
FROM sys.dm_exec_requests 
WHERE command LIKE 'BACKUP%';
GO

12.3 အာကာသနှင့် သိုလှောင်မှု ပြဿနာများ

သိုလှောင်မှုပြဿနာများကို ကာကွယ်ရန်-

  • ထိန်းသိမ်းမှုမူဝါဒများကို အကောင်အထည်ဖော်ပါ- အရန်ဟောင်းများကို အလိုအလျောက် ဖျက်ပါ။
  • Compression ကိုသုံးပါ အရန်ဖိုင်အရွယ်အစားကို 50-70% လျှော့ချပါ
  • စျေးသက်သာသော သိုလှောင်မှုသို့ သိမ်းဆည်းရန်- အရန်ဟောင်းများကို သိုလှောင်သိမ်းဆည်းရန် ရွှေ့ပါ။
  • ဒစ်ခ်နေရာကို စောင့်ကြည့်ပါ- Disk နေရာလွတ်နည်းပါးမှုအတွက် သတိပေးချက်များကို စနစ်ထည့်သွင်းပါ။
  • မိတ္တူအရွယ်အစား ခန့်မှန်းချက်- အရန်သိမ်းဆည်းခြင်းမပြုမီ မျှော်လင့်ထားသောအရွယ်အစားကို တွက်ချက်ပါ။

မိတ္တူအရွယ်အစား ခန့်မှန်းချက်-

-- Estimate full backup size
EXEC sp_spaceused;
GO

12.4 ခွင့်ပြုချက်နှင့် ဝင်ရောက်မှု ပြဿနာများ

အရန်ကူးခြင်းအတွက် လိုအပ်သောခွင့်ပြုချက်များ-

  • ဒေတာဘေ့စ်ကို အရန်သိမ်းပါ။ အခွင့်
  • db_backupoperator အခန်းကဏ္ဍအဖွဲ့ဝင်
  • sysadmin ဆာဗာအခန်းကဏ္ဍ (အရန်သိမ်းခြင်းလုပ်ငန်းအားလုံးအတွက်)

အရန်ခွင့်ပြုချက်များ ပေးသည်-

-- Grant backup permission to user
GRANT BACKUP DATABASE TO [BackupUser];
GRANT BACKUP LOG TO [BackupUser];
GO

-- Add user to backup operator role
ALTER ROLE db_backupoperator ADD MEMBER [BackupUser];
GO

12.5 ပျက်စီးနေသော Backup ဖိုင်များ

ပျက်စီးနေသော အရန်များကို ရှာဖွေပြီး ကိုင်တွယ်ပါ-

အရန်သိမ်းဆည်းမှု မှန်ကန်မှုကို စစ်ဆေးပါ-

RESTORE VERIFYONLY 
FROM DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM;
GO

နောင်အရန်ကူးယူမှုများအတွက် CHECKSUM ကိုဖွင့်ပါ-

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH CHECKSUM, INIT;
GO

ကာကွယ်မှုဗျူဟာများ-

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

12.6 ပျက်စီးနေသော Backup ဖိုင်များမှ ဒေတာကို ပြန်လည်ရယူပါ။

သင့်မိတ္တူဖိုင်များ ယိုယွင်းနေပြီး ၎င်းတို့ထံမှ ဒေတာများကို ပြန်လည်ရယူလိုသေးပါက၊ သင်သည် ပြင်ပကိရိယာများဖြစ်သည့် ပြင်ပကိရိယာများကို အသုံးပြုနိုင်သည်။ DataNumen SQL Recovery, အောက်ပါအတိုင်း:

  1. စတင် DataNumen SQL Recovery.
  2. စစ်ထုတ်မှုကို “ဖိုင်အားလုံး (*.*)” သို့ ပြောင်းခြင်းဖြင့် ပျက်စီးနေသော အရန်ဖိုင်ကို အရင်းအမြစ်ဖိုင်အဖြစ် ရွေးပါ-
    ပြန်လည်ရယူရမည့် အရင်းအမြစ်ဖိုင်အဖြစ် ပျက်စီးနေသော အရန်ဖိုင် (*.bak) ကို ရွေးပါ။
  3. လိုအပ်ပါက output .MDF ဖိုင်ကို သတ်မှတ်ပါ။
  4. “Start Recovery” ကို နှိပ်ပြီး ဒေတာဘေ့စ်ကို ပြန်လည်ရယူရန် ညွှန်ကြားချက်များကို လိုက်နာပါ။
  5. ပြန်လည်ရယူခြင်းလုပ်ငန်းစဉ်ပြီးနောက်၊ ပြန်လည်ရယူခြင်းဒေတာဘေ့စ်အသစ်တစ်ခုပေါ်လာလိမ့်မည်။ SQL Server ပြန်လည်ရယူထားသောဒေတာအားလုံးပါ ၀ င်သည်။

အသုံး DataNumen SQL Recovery ပျက်စီးနေသောဒေတာကိုပြန်လည်ရယူရန် SQL Server အရန်ဖိုင် (*.bak)။

13 ။ SQL Server အရန်လုံခြုံရေး

13.1 Backup ဖိုင်များကို လုံခြုံစေခြင်း။

အရန်ဖိုင်များကို ခွင့်ပြုချက်မရှိဘဲ ဝင်ရောက်ခြင်းမှ ကာကွယ်ပါ-

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

13.2 ကုဒ်ဝှက်ခြင်း ရွေးချယ်စရာများ

SQL Server ပွင့်လင်းမြင်သာသော အရန်ကုဒ်ဝှက်ခြင်းကို ပံ့ပိုးသည်-

ကုဒ်ဝှက်ခြင်းအတွက် လက်မှတ်ကို ဖန်တီးပါ-

-- Create master key
USE master;
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'StrongP@ssw0rd!';
GO

-- Create certificate
CREATE CERTIFICATE BackupCertificate
WITH SUBJECT = 'Database Backup Certificate',
EXPIRY_DATE = '2026-12-31';
GO

ကုဒ်ဝှက်ထားသော အရန်သိမ်းဆည်းခြင်း-

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks_Encrypted.bak'
WITH COMPRESSION,
     ENCRYPTION (
         ALGORITHM = AES_256,
         SERVER CERTIFICATE = BackupCertificate
     );
GO

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

-- Backup certificate
BACKUP CERTIFICATE BackupCertificate
TO FILE = 'C:\Certificates\BackupCertificate.cer'
WITH PRIVATE KEY (
    FILE = 'C:\Certificates\BackupCertificate.key',
    ENCRYPTION BY PASSWORD = 'C3rt!f!c@t3P@ss'
);
GO

13.3 ဝင်ရောက်ထိန်းချုပ်မှုနှင့် ခွင့်ပြုချက်များ

အခွင့်ထူးအနည်းဆုံးနိယာမကို အကောင်အထည်ဖော်ပါ-

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

13.4 လိုက်နာမှု ထည့်သွင်းစဉ်းစားချက်များ

စည်းကမ်းသတ်မှတ်ချက်များကို ကိုင်တွယ်ဖြေရှင်းရန်-

  • GDPR- ကိုယ်ရေးကိုယ်တာဒေတာများပါရှိသော အရန်ကူးများကို စာဝှက်ခြင်း၊ ထိန်းသိမ်းခြင်းဆိုင်ရာ မူဝါဒများကို အကောင်အထည်ဖော်ပါ။
  • HIPAA- အရန်များထဲတွင် PHI ကို ကုဒ်ဝှက်ပါ၊ ဝင်ရောက်ခွင့်ကို ထိန်းချုပ်ပါ၊ စာရင်းစစ်လမ်းကြောင်းကို ထိန်းသိမ်းပါ။
  • PCI DSS- ကတ်ကိုင်ဆောင်သူ ဒေတာအရန်များကို ကုဒ်ဝှက်ပါ၊ လုံခြုံသော အရန်သိမ်းဆည်းမှု သိမ်းဆည်းမှု
  • SOX- အရန်ထားရှိမှု ခိုင်မာမှု၊ စာရွက်စာတမ်း ထိန်းသိမ်းမှုမူဝါဒများကို ထိန်းသိမ်းပါ။

14. အရန်သိမ်းဆည်းခြင်းလုပ်ငန်းများကို စောင့်ကြည့်ခြင်းနှင့် ထိန်းသိမ်းခြင်း။

14.1 မိတ္တူမှတ်တမ်းကို ခြေရာခံခြင်း။

SQL Server အရန်မှတ်တမ်းကို msdb ဒေတာဘေ့စ်တွင် သိမ်းဆည်းသည်-

-- View recent backup history
SELECT 
    bks.database_name,
    bks.backup_start_date,
    bks.backup_finish_date,
    CASE bks.type
        WHEN 'D' THEN 'Full'
        WHEN 'I' THEN 'Differential'
        WHEN 'L' THEN 'Log'
        ELSE 'Other'
    END AS backup_type,
    bks.backup_size / 1024 / 1024 AS backup_size_mb,
    bkmf.physical_device_name
FROM msdb.dbo.backupset bks
INNER JOIN msdb.dbo.backupmediafamily bkmf ON bks.media_set_id = bkmf.media_set_id
WHERE bks.backup_start_date >= DATEADD(DAY, -7, GETDATE())
ORDER BY bks.backup_start_date DESC;
GO

မကြာသေးမီက အရန်သိမ်းဆည်းခြင်းမရှိဘဲ ဒေတာဘေ့စ်များကို ရှာပါ-

SELECT 
    d.name AS database_name,
    MAX(bs.backup_finish_date) AS last_backup_date,
    DATEDIFF(DAY, MAX(bs.backup_finish_date), GETDATE()) AS days_since_last_backup
FROM sys.databases d
LEFT JOIN msdb.dbo.backupset bs ON d.name = bs.database_name
WHERE d.database_id > 4  -- Exclude system databases
GROUP BY d.name
HAVING MAX(bs.backup_finish_date) < DATEADD(DAY, -7, GETDATE())
    OR MAX(bs.backup_finish_date) IS NULL
ORDER BY last_backup_date;
GO

14.2 အသုံးပြုခြင်း။ SQL Server အစီရင်ခံစာများ

SQL Server Management Studio တွင် built-in အရန်မှတ်တမ်းများ ပါဝင်သည်-

  1. Object Explorer ရှိ ဒေတာဘေ့စ်ပေါ်တွင် ညာကလစ်နှိပ်ပါ။
  2. ကို Select လုပ်ပါ အစီရင်ခံစာများ -> စံအစီရင်ခံစာများ
  3. ရရှိနိုင်သော အစီရင်ခံစာများမှ ရွေးချယ်ပါ-
    • အရန်သိမ်းပြီး ဖြစ်ရပ်များကို ပြန်လည်ရယူပါ။
    • Backups အားလုံး
    • ငွေသွင်းငွေထုတ်မှတ်တမ်း ပို့ဆောင်မှုအခြေအနေ

14.3 Third-Party စောင့်ကြည့်ရေးကိရိယာများ

ကူးသန်းရောင်းဝယ်ရေး စောင့်ကြည့်ရေး ဖြေရှင်းချက်များ

  • SQL Sentry- ကျယ်ကျယ်ပြန့်ပြန့် စောင့်ကြည့်ခြင်းနှင့် သတိပေးခြင်း။
  • Redgate SQL Monitor- အချိန်နှင့်တပြေးညီ စောင့်ကြည့်စစ်ဆေးခြင်းနှင့် ရောဂါရှာဖွေခြင်းများ
  • SolarWinds ဒေတာဘေ့စ် စွမ်းဆောင်ရည် ဆန်းစစ်ခြင်း- စွမ်းဆောင်ရည်နှင့် အရန်စောင့်ကြည့်ရေး
  • Idera SQL ရောဂါရှာဖွေရေး မန်နေဂျာ- မိတ္တူအတည်ပြုခြင်းနှင့် သတိပေးချက်

14.4 အရန်ကျန်းမာရေးစစ်ဆေးမှုများ

ကျန်းမာရေးစစ်ဆေးခြင်းလုပ်ငန်းစဉ်ကို ဖန်တီးပါ-

-- Backup health check procedure
CREATE PROCEDURE sp_BackupHealthCheck
AS
BEGIN
    -- Check for databases without recent full backup
    SELECT 
        'Missing Recent Full Backup' AS issue,
        d.name AS database_name,
        ISNULL(CAST(MAX(bs.backup_finish_date) AS VARCHAR), 'Never') AS last_backup
    FROM sys.databases d
    LEFT JOIN msdb.dbo.backupset bs 
        ON d.name = bs.database_name AND bs.type = 'D'
    WHERE d.database_id > 4
    GROUP BY d.name
    HAVING MAX(bs.backup_finish_date) < DATEADD(DAY, -7, GETDATE()) OR MAX(bs.backup_finish_date) IS NULL; -- Check for failed backup jobs SELECT 'Failed Backup Job' AS issue, j.name AS job_name, jh.run_date, jh.run_time, jh.message FROM msdb.dbo.sysjobs j INNER JOIN msdb.dbo.sysjobhistory jh ON j.job_id = jh.job_id WHERE jh.run_status = 0 -- Failed AND jh.step_id = 0 AND jh.run_date >= CONVERT(INT, CONVERT(VARCHAR, GETDATE()-7, 112))
        AND j.name LIKE '%backup%';
END
GO

15 ။ SQL Server အရန် FAQs

15.1 မည်မျှမကြာခဏ Backup ပြုလုပ်သင့်သနည်း။ SQL Server?

Backup အကြိမ်ရေသည် သင်၏ Recovery Point Objective (RPO) ပေါ်တွင် မူတည်သည်-

  • အရေးကြီးသော ထုတ်လုပ်မှုဒေတာဘေ့စ်များ- အပတ်စဉ်အပြည့်၊ ကွဲပြားသောနေ့စဉ်၊ 15-30 မိနစ်တိုင်း မှတ်တမ်းတင်ပါ။
  • စံထုတ်လုပ်မှုဒေတာဘေ့စ်များ အပတ်စဉ်အပြည့်၊ ကွဲပြားသောနေ့စဉ်၊ 1-2 နာရီတိုင်း မှတ်တမ်းဝင်ပါ။
  • ဖွံ့ဖြိုးတိုးတက်မှုဒေတာဘေ့စ်များ နေ့စဉ် သို့မဟုတ် အပတ်စဉ် အပြည့်
  • ဖတ်ရန်သီးသန့်ဒေတာဘေ့စ်များ- ဒေတာတစ်ခုစီပြောင်းပြီးနောက် အပြည့်အစုံ

15.2 Full နှင့် Differential Backup အကြား ကွာခြားချက်ကား အဘယ်နည်း။

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

15.3 Backup လုပ်နိုင်ပါသလား။ SQL Server လည်ပတ်နေချိန်?

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

15.4 ဘယ်လောက်ကြာမလဲ။ SQL Server အရန်သိမ်းမလား။

မိတ္တူကူးယူမှု ကြာချိန် ကွဲပြားသည်-

  • ဒေတာဘေ့စ်အရွယ်အစား- ပိုကြီးတဲ့ဒေတာဘေ့စ်တွေက ပိုကြာတယ်။
  • အရန်သိမ်းခြင်း အမျိုးအစား- အပြည့်အဝ အရန်သိမ်းခြင်းသည် အချိန်အကြာဆုံးဖြစ်သည်။
  • compression: CPU အချိန်တိုးနိုင်သော်လည်း စုစုပေါင်းကြာချိန်ကို လျှော့ချနိုင်သည်။
  • သိုလှောင်မှုအမြန်နှုန်း- SSD များသည် HDD များထက် သိသိသာသာ ပိုမြန်သည်။
  • ဆာဗာဝန်- ပိုမိုမြင့်မားသောလုပ်ဆောင်ချက်သည် အရန်သိမ်းဆည်းမှုများကို နှေးကွေးစေသည်။

ပုံမှန်အတိုင်းအတာများ- 10GB ဒေတာဘေ့စ်သည် ခေတ်မီဟာ့ဒ်ဝဲကို ချုံ့ခြင်းဖြင့် အရန်ကူးယူရန် 5-15 မိနစ် ကြာနိုင်သည်။

15.5 ဘယ်မှာ သိမ်းဆည်းရမလဲ SQL Server အရန်များ?

အကောင်းဆုံးအလေ့အကျင့်- 3-2-1 စည်းမျဉ်းကို လိုက်နာပါ-

  • 3 သင့်ဒေတာ၏မိတ္တူများ
  • 2 မတူညီသော သိုလှောင်မှု အမျိုးအစားများ (ဥပမာ၊ disk နှင့် တိပ်/cloud)
  • 1 ဆိုဒ်မှကူးယူပါ။

အကြံပြုထားသော နေရာများ-

  • အမြန်ပြန်လည်ရယူရန်အတွက် စက်တွင်းဒစ်
  • ဗဟိုချုပ်ကိုင်မှုစီမံခန့်ခွဲမှုအတွက် ကွန်ရက်သိုလှောင်မှု
  • ဘေးအန္တရာယ်ပြန်လည်ရယူရန်အတွက် Cloud သိုလှောင်မှု (Azure၊ AWS)

15.6 .bak File Extension ကဘာလဲ။

.bak extension သည် မူရင်းဖိုင် extension ဖြစ်သည်။ SQL Server အရန်ဖိုင်များ။ စည်းဝေးပွဲတစ်ခု၊ လိုအပ်ချက်တစ်ခုမဟုတ်၊ SQL Server Backup များသည် မည်သည့်ဖိုင် extension နှင့်မဆို အလုပ်လုပ်ပါသည်။ သို့သော်လည်း .bak ကိုအသုံးပြုခြင်းသည် အရန်ဖိုင်များကို အလွယ်တကူခွဲခြားသိမြင်နိုင်စေပြီး လုပ်ငန်းဆိုင်ရာစံနှုန်းတစ်ခုဖြစ်သည်။

15.7 အရန်သိမ်းနည်း SQL Server Network Drive သို့?

ကွန်ရက်ဒရိုက်သို့ အရန်ကူးရန်-

  1. သေချာစေသည SQL Server ဝန်ဆောင်မှုအကောင့်တွင် ကွန်ရက်မျှဝေမှုတွင် ခွင့်ပြုချက်များကို ရေးသားထားသည်။
  2. အရန်ကွပ်ကဲမှုတွင် UNC လမ်းကြောင်းကို အသုံးပြုပါ- \\ServerName\ShareName\BackupFile.bak
  3. အလိုအလျောက် အရန်သိမ်းဆည်းမှုများကို အချိန်ဇယားဆွဲခြင်းမပြုမီ ချိတ်ဆက်မှုကို စမ်းသပ်ပါ။
BACKUP DATABASE AdventureWorks
TO DISK = '\\BackupServer\SQLBackups\AdventureWorks.bak'
WITH COMPRESSION, INIT;
GO

15.8 ကို Compress လုပ်လို့ရပါသလား။ SQL Server အရန်များ?

ဟုတ်တယ်, SQL Server native backup compression ကို ပံ့ပိုးပေးသည် (Enterprise Edition သို့မဟုတ် Standard Edition စတင်သည်) SQL Server 2016 SP1)။ Compression သည် ပုံမှန်အားဖြင့် အရန်အရွယ်အစားကို 50-70% လျှော့ချပေးပြီး CPU အသုံးပြုမှုကို တိုးစေသော်လည်း I/O ကို လျှော့ချခြင်းဖြင့် အရန်အချိန်ကို မကြာခဏ လျှော့ချပေးသည်။

BACKUP DATABASE AdventureWorks
TO DISK = 'C:\Backups\AdventureWorks.bak'
WITH COMPRESSION;
GO

16 ။ ကောက်ချက်

သော့ချက် ၃ ခု

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

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

16.2 နောက်အဆင့်များနှင့် အရင်းအမြစ်များ

သင့်အားတိုးတက်စေရန် SQL Server အရန်ကူးယူခြင်း-

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

အပိုဆောင်းအရင်းအမြစ်များ:

  • Microsoft က SQL Server စာရွက်စာတမ်း- တရားဝင် အရန်သိမ်းပြီး လမ်းညွှန်ချက်ကို ပြန်လည်ရယူပါ။
  • SQL Server အရန်အသိုင်းအဝိုင်းဖိုရမ်များ- အတွေ့အကြုံများနှင့် ဖြေရှင်းချက်များကို မျှဝေပါ။
  • ပရော်ဖက်ရှင်နယ် အသိအမှတ်ပြုလက်မှတ်များ- Microsoft လက်မှတ်ရ- Azure Database Administrator Associate

16.3 အကြံပြုထားသော ကိရိယာများနှင့် ဖြေရှင်းချက်များ

မတူညီသော အခြေအနေများကို အခြေခံ၍

အသေးစားလုပ်ငန်းများ-

  • ဇာတိ SQL Server အစီအစဉ်ဖြင့် အရန်ကူးပါ။ SQL Server အေးဂျင့်အလုပ်များ
  • Cloud ပေါင်းစပ်မှုအတွက် SQLBackupAndFTP
  • Azure Backup ပြုလုပ်ရန် SQL Server

အလတ်စားလုပ်ငန်းများ

  • SQL Server ပြုပြင်ထိန်းသိမ်းမှု အစီအစဉ်များ
  • Redgate SQL Backup Pro ကဲ့သို့သော Third-party ကိရိယာများ
  • Veeam Backup ပြုလုပ်ရန် SQL Server

လုပ်ငန်းကြီးများ-

  • အများဆုံးချုံ့မှုအတွက် Quest LiteSpeed
  • လုပ်ငန်းအရန်သိမ်းခြင်းစီမံခန့်ခွဲမှုအတွက် Commvault သို့မဟုတ် Veritas NetBackup
  • အမြဲတမ်းဖွင့်ထားနိုင်သော ရရှိနိုင်မှုအဖွဲ့များ မြင့်မားသောရရှိမှု

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

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

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

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

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

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

ယခုမျှဝေပါ-