VPS backup နှင့် snapshot လမ်းညွှန်

ရေးသားသူ ONIE Engineering Team · November 12, 2026 တွင် အပ်ဒိတ်လုပ်ထားသည် · 4 မိနစ်ဖတ်ရှုရန်

ဆာဗာသည် မှားယွင်းသော update၊ လူ့အမှား၊ malware သို့မဟုတ် hardware ပြဿနာကြောင့် ပျက်စီးနိုင်သည်။ ကောင်းမွန်သော အစီအစဉ်တစ်ခုတွင် snapshot၊ backup နှင့် စမ်းသပ်ထားသော restore ပေါင်းစပ်ပါဝင်သည်။ ONIE တွင် Ho Chi Minh City ရှိ Cloud Servers သည် snapshot နှင့် backup ကို ထောက်ပံ့ပြီး ဒေတာအတွက် Block Storage ကို ထပ်တိုးနိုင်သည်။

Snapshot နှင့် backup ကွာခြားချက်

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

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

3-2-1 စည်းမျဉ်း

အရေးကြီးသော ဒေတာ မိတ္တူ 3 ခု၊ storage အမျိုးအစား 2 မျိုးပေါ်တွင်၊ မိတ္တူ 1 ခုကို နေရာတစ်ခြားတွင် သိမ်းပါ။ ဆာဗာတစ်ခုတည်းပေါ်ရှိ snapshot တစ်ခုတည်းသည် ဤအတွက် မလုံလောက်ပါ။

ဖိုင်များကို အရန်ကူးခြင်း

rsync က ပြောင်းလဲထားသောအရာများကိုသာ ကူးယူသည်:

rsync -aH --delete /var/www/ backup@backup-host:/srv/backups/www/

restic က မျိုးစုံ target များသို့ ကုဒ်ဝှက်ထားပြီး ထပ်နေသော ဒေတာကို ဖယ်ရှားထားသည့် backup များ ပြုလုပ်သည်:

sudo apt install -y restic
restic -r sftp:backup@backup-host:/srv/restic init
restic -r sftp:backup@backup-host:/srv/restic backup /var/www /etc
restic -r sftp:backup@backup-host:/srv/restic forget --keep-daily 7 --keep-weekly 4 --prune

Database ကို အရန်ကူးခြင်း

live ဒေတာဖိုင်များကို တိုက်ရိုက်မကူးဘဲ dump ဖြင့် database ကို ကူးယူပါ:

mysqldump --single-transaction --routines -u root wordpress | gzip > /var/backups/wordpress-$(date +%F).sql.gz

PostgreSQL အတွက် pg_dump ကို အသုံးပြုပါ။

အလိုအလျောက်လုပ်ခြင်း

cron သို့မဟုတ် systemd timer မှ backup များ run ပြီး အဟောင်းများ ဖယ်ရှားနိုင်ရန် retention policy ထားပါ:

sudo crontab -e
# every day at 02:30
30 2 * * * /usr/local/bin/backup.sh

Restore ကို စမ်းသပ်ပါ

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

ကြီးမားသော ပြောင်းလဲမှုများမတိုင်မီ

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

မကြာခဏ မေးလေ့ရှိသော မေးခွန်းများ

ဘယ်လောက်ကြာကြာ backup ယူသင့်သလဲ?

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

Snapshot များကို ငွေကောက်ခံသလား?

Snapshot နှင့် backup များကို အသုံးပြုသော နေရာအလိုက် ငွေကောက်ခံသည်။ လက်ရှိနှုန်းများကို ဝန်ဆောင်မှု၏ pricing စာမျက်နှာတွင် ကြည့်ပါ။

Backup များကို ဘယ်မှာ သိမ်းသင့်သလဲ?

ဆာဗာတစ်ခုတည်းပေါ်တွင်သာ မသိမ်းပါနှင့်။ နေရာတစ်ခြား သို့မဟုတ် provider တစ်ခုကို သုံးပါ၊ ထို့ကြောင့် တစ်ခုပျက်ရာမှ မိတ္တူအားလုံး မပျောက်သွားနိုင်ပါ။

ရင်းမြစ်များနှင့် ထပ်မံဖတ်ရှုရန်

VPS လမ်းညွှန်များ ထပ်မံကြည့်ရန်