အရန်သိမ်းခြင်း အပိုင်း 6- အရန်ကိရိယာများကို နှိုင်းယှဉ်ခြင်း။

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

ဒေတာများကိုပြန်လည်ရယူခြင်း

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

ရူပဗေဒ 4 မိနစ်နှင့် 28 စက္ကန့်အတွင်းသတ်မှတ်ထားသောစမ်းသပ်ဒေတာကိုပြသခြင်း။

အဲဒီလို ပေးရတယ်။

ပြန်လည်ရယူခြင်းလုပ်ငန်းစဉ်သည် အရန်သိုလှောင်မှုဆာဗာ (sawtooth ဂရပ်များ) ၏ ဒစ်ခွဲစနစ်၏ ကန့်သတ်ချက်ကို ထိခိုက်စေခဲ့သည်။ ပြဿနာတစ်စုံတစ်ရာမရှိဘဲ kernel တစ်ခု၏ loading ကို ရှင်းရှင်းလင်းလင်းမြင်တွေ့နိုင်သည် (low iowait နှင့် softirq - disk နှင့် network အသီးသီးတွင် ပြဿနာမရှိပါ)။ အခြားပရိုဂရမ်နှစ်ခုဖြစ်သည့် rdiff-backup နှင့် rsnapshot တို့သည် rsync ကိုအခြေခံပြီး ပုံမှန် rsync ကို ပြန်လည်ရယူသည့်ကိရိယာအဖြစ် ပေးစွမ်းသောကြောင့် ၎င်းတို့တွင် ခန့်မှန်းခြေအားဖြင့် တူညီသော load profile နှင့် backup recovery time ရှိသည်။

ထင်းရူးဆီ နည်းနည်းမြန်အောင် လုပ်တယ်။

2 မိနစ် 43 စက္ကန့်

softirq တိုးလာခြင်းကြောင့် စုစုပေါင်းစနစ်ဝန်သည် ပျမ်းမျှအားဖြင့် 20% ပိုများသည် - ကွန်ရက်စနစ်ခွဲ၏လည်ပတ်စဉ်အတွင်း ကုန်ကျစရိတ်များ တိုးလာသည်။

မှတ်တမ်းကို ထပ်မံချုံ့လိုက်လျှင် ပြန်လည်ရယူချိန်သည် 3 မိနစ် 19 စက္ကန့်အထိ တိုးလာသည်။
ပင်မဆာဗာပေါ်တွင် ဤကဲ့သို့ ဝန်ထုပ်ဝန်ပိုးဖြင့် (ပင်မဆာဗာ၏ ဘေးဘက်တွင် ထုပ်ပိုးခြင်း)။

decompression လုပ်ငန်းစဉ်သည် ပရိုဆက်ဆာ cores နှစ်ခုလုံးကို လည်ပတ်နေသော လုပ်ငန်းစဉ်နှစ်ခုရှိသောကြောင့် ဖြစ်သည်။ ယေဘူယျအားဖြင့် ဤသည်မှာ မျှော်လင့်ထားသောရလဒ်ဖြစ်သည်။ ထို့အပြင်၊ ဆာဗာဘက်ခြမ်းတွင် gzip ကို အရန်သိမ်းဆည်းမှုများဖြင့် လုပ်ဆောင်သည့်အခါ နှိုင်းယှဉ်နိုင်သောရလဒ် (3 မိနစ်နှင့် 20 စက္ကန့်) ရရှိခဲ့သည်၊ ပင်မဆာဗာရှိ ဝန်ပရိုဖိုင်သည် gzip ကွန်ပရက်ဆာမပါဘဲ tar လည်ပတ်ခြင်းနှင့် အလွန်ဆင်တူသည် (ယခင်ဂရပ်ကိုကြည့်ပါ)။

В rdiff-backup ပုံမှန် rsync ကိုအသုံးပြုပြီး သင်ပြုလုပ်ခဲ့သော နောက်ဆုံးအရန်ဖိုင်ကို တပြိုင်တည်းချိန်ကိုက်နိုင်သည် (ရလဒ်များသည် ဆင်တူလိမ့်မည်)၊ သို့သော် ဟောင်းနွမ်းသောအရန်သိမ်းမှုများကို 17 မိနစ်နှင့် 17 စက္ကန့်အတွင်း ပြန်လည်ထူထောင်မှုပြီးမြောက်စေသည့် rdiff-backup ပရိုဂရမ်ကို အသုံးပြု၍ ပြန်လည်ရယူရန် လိုအပ်နေသေးသည်ကို ပြသနေသည်။

ဤဝန်-

စာရေးသူ၏ အရှိန်ကို ကန့်သတ်ရန် အနည်းဆုံး ရည်ရွယ်ထားသည်ဟု ဆိုနိုင်သည်။ ထိုသို့သောဖြေရှင်းချက်ကမ်းလှမ်းပါ။. အရန်မိတ္တူကို ပြန်လည်ရယူခြင်း လုပ်ငန်းစဉ်သည် ဒစ်ခ်နှင့် rsync ဖြင့် ကွန်ရက်ထက် အချိုးကျ နှိုင်းယှဉ်နိုင်သော စွမ်းဆောင်ရည် (ဆိုလိုသည်မှာ 2-5 ဆ ပိုနှေးကွေးသည်) ဖြင့် core တစ်ခု၏ ထက်ဝက်ထက် အနည်းငယ်သာ ကြာသည်။

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

ဗျပ် 7 မိနစ်နှင့် 2 စက္ကန့်အတွင်း အရန်ကူးယူခြင်းလုပ်ငန်းကို ကျွန်ုပ် ပြီးမြောက်ခဲ့သည်။
ဤဝန်နှင့်အတူ-

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

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

7 မိနစ် 42 စက္ကန့်

သို့သော် ဒေတာလွှဲပြောင်းမှုမုဒ်တွင်၊ BackupPC သည် ကတ္တရာစေးကို ပိုမိုနှေးကွေးစွာ ဖြေရှင်းနိုင်သည်- 12 မိနစ်နှင့် 15 စက္ကန့်အတွင်း၊ ပရိုဆက်ဆာဝန်သည် ယေဘုယျအားဖြင့် နိမ့်သွားသည်

တစ်နာရီခွဲ၊

မူရငျးခှဲ ကုဒ်ဝှက်ခြင်းမရှိဘဲ 10 မိနစ်နှင့် 58 စက္ကန့်အတွင်း အရန်ကူးယူခြင်းကို အနည်းငယ်ပိုမိုကောင်းမွန်သောရလဒ်များကိုပြသခဲ့သည်။ အကယ်၍ သင်သည် gpg ကို အသုံးပြု၍ ကုဒ်ဝှက်ခြင်းကို အသက်သွင်းပါက ပြန်လည်ရယူချိန်သည် 15 မိနစ်နှင့် 3 စက္ကန့်အထိ တိုးလာသည်။ ထို့အပြင်၊ ကော်ပီများသိမ်းဆည်းရန်အတွက် repository တစ်ခုကို ဖန်တီးသည့်အခါ၊ ဝင်လာသောဒေတာစီးကြောင်းကို ပိုင်းခွဲရာတွင် အသုံးပြုမည့် archive size ကို သင်သတ်မှတ်နိုင်ပါသည်။ ယေဘူယျအားဖြင့်၊ သမားရိုးကျ hard drive များတွင် single-threaded operating mode ကြောင့်လည်း ကွာခြားမှုများစွာမရှိပါ။ ပေါင်းစပ်သိုလှောင်မှုကို အသုံးပြုသောအခါတွင် ၎င်းသည် မတူညီသော ဘလောက်အရွယ်အစားများဖြင့် ပေါ်လာနိုင်သည်။ ပြန်လည်ရယူစဉ်အတွင်း ပင်မဆာဗာတွင် ဝန်သည် အောက်ပါအတိုင်းဖြစ်သည်-

ကုဒ်ဝှက်ခြင်း မရှိပါ။

စာဝှက်စနစ်ဖြင့်

ပုံတူပွား 13 မိနစ်နှင့် 45 စက္ကန့်အတွင်း ပြီးမြောက်အောင် နှိုင်းယှဉ်နိုင်သော ပြန်လည်နာလန်ထူမှုနှုန်းကို ပြသခဲ့သည်။ ပြန်လည်ရယူထားသောဒေတာ၏မှန်ကန်မှုကိုစစ်ဆေးရန်နောက်ထပ် 5 မိနစ်ခန့်ကြာသည် (စုစုပေါင်း 19 မိနစ်ခန့်)။ ဝန်ခံခဲ့ရသည်။

တော်တော်မြင့်တယ်

aes ကုဒ်ဝှက်ခြင်းကို အတွင်းပိုင်း၌ ဖွင့်ထားသောအခါ၊ ပြန်လည်ရယူချိန်သည် 21 မိနစ် 40 စက္ကန့်ဖြစ်ပြီး ပြန်လည်ရယူစဉ်အတွင်း CPU အသုံးပြုမှုမှာ ၎င်း၏အမြင့်ဆုံး (cores နှစ်ခုလုံး!) ဖြစ်သည်။ ဒေတာကို စစ်ဆေးသောအခါ၊ ပရိုဆက်ဆာ core တစ်ခုသည် ချည်မျှင်တစ်ခုသာ လည်ပတ်နေပါသည်။ ပြန်လည်ရယူပြီးနောက် ဒေတာကို စစ်ဆေးခြင်းသည် တူညီသော 5 မိနစ် (စုစုပေါင်း 27 မိနစ်နီးပါး) ကြာသည်။

ရလဒ်

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

အောက်ပါအတိုင်းဖြစ်ပါသည်:

Amandaကတ္တရာစေးကို အသုံးပြု၍ ၂ မိနစ် ၄၉ စက္ကန့်အတွင်း ပြီးမြောက်ခဲ့ပြီး အခြေခံအားဖြင့် ပုံမှန်ကတ္တရာစေးနှင့် အလွန်နီးစပ်ပါသည်။ နိယာမအရ စနစ်ပေါ်တွင် တင်ပါ။

အတူတူ:

Backup ကိုပြန်လည်ရယူသည့်အခါ အသုံးပြု zbackup အောက်ပါရလဒ်များကို ရရှိခဲ့သည်။

ကုဒ်ဝှက်ခြင်း၊ lzma ချုံ့ခြင်း။

ပြေးချိန် ၁၁ မိနစ် ၈ စက္ကန့်

AES ကုဒ်ဝှက်ခြင်း၊ lzma ချုံ့ခြင်း။

လည်ပတ်ချိန် ၁၄ မိနစ်

AES ကုဒ်ဝှက်ခြင်း၊ lzo ချုံ့ခြင်း။

ပြေးချိန် 6 မိနစ် 19 စက္ကန့်

ခြုံပြောရရင် မဆိုးပါဘူး။ ၎င်းသည် မတူညီသော compressors များဖြင့် ပရိုဂရမ်၏ လုပ်ဆောင်နေချိန်မှ ရှင်းလင်းစွာ မြင်တွေ့နိုင်သည့် အရန်ဆာဗာရှိ ပရိုဆက်ဆာ၏ အမြန်နှုန်းပေါ်တွင် မူတည်သည်။ အရန်ဆာဗာဘက်တွင်၊ ပုံမှန် tar တစ်ခုကို စတင်လိုက်သည်၊ ထို့ကြောင့် ၎င်းနှင့် နှိုင်းယှဉ်ပါက ပြန်လည်ရယူခြင်းသည် ၃ ဆ နှေးကွေးပါသည်။ လိုင်းနှစ်ခုထက်ပိုသော multi-threaded mode တွင်လုပ်ဆောင်မှုကိုစစ်ဆေးရကျိုးနပ်ပေမည်။

BorgBackup ကုဒ်မထားသောမုဒ်တွင် 2 မိနစ် 45 စက္ကန့်အတွင်း ကတ္တရာစေးထက် အနည်းငယ်နှေးကွေးသော်လည်း၊ ကတ္တရာနှင့်မတူဘဲ သိုလှောင်မှုအား ပွားရန် ဖြစ်နိုင်သည်။ ဝန်ဖြစ်သွားတာ

ဖော်ပြပါ:

သင် blake-based ကုဒ်ဝှက်ခြင်းကိုဖွင့်ပါက၊ အရန်ပြန်လည်ရယူခြင်းမြန်နှုန်းသည် အနည်းငယ်နှေးကွေးသည်။ ဤမုဒ်တွင် ပြန်လည်ရယူချိန်သည် 3 မိနစ် 19 စက္ကန့်ဖြစ်ပြီး load မရှိတော့ပါ။

ဒီလိုမျိုး:

AES ကုဒ်ဝှက်ခြင်းသည် အနည်းငယ်နှေးကွေးသည်၊ ပြန်လည်ရယူရန်အချိန်သည် 3 မိနစ် 23 စက္ကန့်ဖြစ်သည်၊ အထူးသဖြင့် ဝန်သည်ဖြစ်သည်။

မပြောင်းလဲပါ

Borg သည် multi-threaded mode တွင်အလုပ်လုပ်နိုင်သောကြောင့်ပရိုဆက်ဆာဝန်သည်အများဆုံးဖြစ်ပြီးနောက်ထပ်လုပ်ဆောင်ချက်များကိုအသက်သွင်းသောအခါ၊ လည်ပတ်ချိန်သည်ရိုးရှင်းပါသည်။ ထင်ရှားသည်မှာ၊ zbackup လုပ်ရန် အလားတူနည်းလမ်းဖြင့် multithreading ကိုရှာဖွေရန် ထိုက်တန်ပါသည်။

အနားယူ ပြန်လည်ထူထောင်ရေးတွင် အနည်းငယ်ပိုနှေးကွေးသဖြင့် လည်ပတ်ချိန်သည် 4 မိနစ် 28 စက္ကန့်ဖြစ်သည်။ သဏ္ဍန်တူသည်။

အောက်ပါအတိုင်း:

ပြန်လည်ရယူခြင်းလုပ်ငန်းစဉ်သည် လိုင်းများစွာတွင်အလုပ်လုပ်ပုံရသည်၊ သို့သော် ထိရောက်မှုမှာ BorgBackup လောက်မမြင့်မားသော်လည်း ပုံမှန် rsync နှင့် အချိန်နှင့် ယှဉ်နိုင်သည်။

နှင့် urBackup ဒေတာကို 8 မိနစ်နှင့် 19 စက္ကန့်အတွင်းပြန်လည်ရယူရန်ဖြစ်နိုင်သည်၊ ဝန်ခံခဲ့ရသည်။

အောက်ပါအတိုင်းဖြစ်ပါသည်:

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

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

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

• အသုံးပြုရလွယ်ကူခြင်း။
• ဘက်စုံ
• တည်ငြိမ်မှု
• Rapid

အသေးစိတ်အချက်တစ်ခုစီကို သီးခြားစီ စဉ်းစားသင့်ပါသည်။

လည်ပတ်မှုလွယ်ကူခြင်း။

“အရာရာတိုင်းကို ကောင်းစွာလုပ်ဆောင်ပါ” ခလုတ်တစ်ခုရှိသောအခါတွင် အကောင်းဆုံးဖြစ်သည်၊ သို့သော် သင်သည် တကယ့်ပရိုဂရမ်များသို့ ပြန်သွားပါက၊ အဆင်ပြေဆုံးအရာမှာ အကျွမ်းတဝင်ရှိပြီး စံချိန်စံညွှန်းလည်ပတ်မှုဆိုင်ရာ နိယာမအချို့ဖြစ်သည်။
အသုံးပြုသူအများစုသည် cli အတွက် သော့တွဲများကို မမှတ်မိဘဲ၊ ဝဘ် သို့မဟုတ် tui မှတစ်ဆင့် မတူညီသော၊ မကြာခဏ မထင်မရှား ရွေးချယ်စရာများကို စီစဉ်သတ်မှတ်ခြင်း သို့မဟုတ် မအောင်မြင်သည့် လုပ်ဆောင်ချက်အကြောင်း အသိပေးချက်များကို စနစ်ထည့်သွင်းပါက အသုံးပြုသူအများစုသည် ပိုမိုကောင်းမွန်လာပါသည်။ ၎င်းတွင် လက်ရှိအခြေခံအဆောက်အအုံတွင် အရန်ဖြေရှင်းချက်တစ်ခုကို အလွယ်တကူ “အံဝင်ခွင်ကျ” လုပ်နိုင်သည့်အပြင် အရန်သိမ်းဆည်းခြင်းလုပ်ငန်းစဉ်၏ အလိုအလျောက်လုပ်ဆောင်နိုင်မှုလည်း ပါဝင်သည်။ ပက်ကေ့ဂျ်မန်နေဂျာကို အသုံးပြု၍ သို့မဟုတ် "ဒေါင်းလုဒ်လုပ်ပြီး ထုပ်ပိုးခြင်း" ကဲ့သို့သော အမိန့်တစ်ခု သို့မဟုတ် နှစ်ခုတွင် ထည့်သွင်းနိုင်ခြေလည်း ရှိပါသည်။ curl ссылка | sudo bash - ရှုပ်ထွေးသောနည်းလမ်း၊ သင်သည် link မှတဆင့်ရောက်ရှိသောအရာကိုစစ်ဆေးရန်လိုအပ်သောကြောင့်ဖြစ်သည်။

ဥပမာအားဖြင့်၊ ထည့်သွင်းစဉ်းစားထားသော ကိုယ်စားလှယ်လောင်းများ၏ ရိုးရှင်းသောဖြေရှင်းချက်မှာ မတူညီသောလည်ပတ်မှုမုဒ်များအတွက် mnemonic သော့များပါရှိသော burp၊ rdiff-backup နှင့် restic ဖြစ်သည်။ အနည်းငယ်ပိုရှုပ်ထွေးသည်မှာ borg နှင့် duplicity ဖြစ်သည်။ အခက်ခဲဆုံးမှာ AMANDA ဖြစ်သည်။ ကျန်တာတွေက သုံးရလွယ်ကူမှုအရ အလယ်မှာ ရှိပါတယ်။ မည်သို့ပင်ဆိုစေ၊ သင်သည် အသုံးပြုသူလက်စွဲကိုဖတ်ရန် စက္ကန့် 30 ထက်ပို၍ လိုအပ်ပါက သို့မဟုတ် သင်သည် Google သို့မဟုတ် အခြားရှာဖွေရေးအင်ဂျင်သို့ သွားရန်လိုအပ်ပြီး အကူအညီစာရွက်ရှည်ကြီးတစ်ခုမှတစ်ဆင့် လှိမ့်ကြည့်ပါက၊ ဆုံးဖြတ်ချက်သည် တစ်နည်းမဟုတ်တစ်နည်း ခက်ခဲပါသည်။

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

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

ဘက်စုံ

အလိုအလျောက်စနစ်နှင့် ပတ်သက်သည့် ယခင်အပိုင်းခွဲကို တစ်စိတ်တစ်ပိုင်း ပဲ့တင်ထပ်နေခြင်းသည် လက်ရှိအခြေခံအဆောက်အအုံတွင် အရန်သိမ်းခြင်းလုပ်ငန်းစဉ်ကို “အံဝင်ခွင်ကျ” ရန် သီးခြားပြဿနာတစ်ခု မဖြစ်သင့်ပါ။
အလုပ်အတွက် စံမဟုတ်သော port များ (ကောင်းသည်၊ ဝဘ်အင်တာဖေ့စ်မှလွဲ၍) အသုံးပြုမှု၊ စံမဟုတ်သောနည်းလမ်းဖြင့် ကုဒ်ဝှက်ခြင်းကို အကောင်အထည်ဖော်မှု၊ စံမဟုတ်သော ပရိုတိုကောကို အသုံးပြု၍ ဒေတာဖလှယ်ခြင်းသည် မရှိသည့်လက္ခဏာဖြစ်ကြောင်း သတိပြုသင့်သည်။ -universal ဖြေရှင်းချက်။ အများစုအတွက်၊ ကိုယ်စားလှယ်လောင်းများအားလုံးသည် ၎င်းတို့ကို တစ်နည်းမဟုတ်တစ်နည်းဖြင့် သိသာထင်ရှားသော အကြောင်းပြချက်ဖြင့် ရှိကြသည်- ရိုးရှင်းမှုနှင့် ဘက်စုံသုံးနိုင်မှုသည် အများအားဖြင့် အတူတကွ မသွားပါ။ ခြွင်းချက်အနေနဲ့ - burp၊ တခြားသူတွေရှိတယ်။

နိမိတ်လက္ခဏာအနေဖြင့် - ပုံမှန် ssh ကိုအသုံးပြု၍ အလုပ်လုပ်နိုင်မှု။

အလုပ်အရှိန်

အငြင်းပွားဖွယ်ရာနှင့် အငြင်းပွားဖွယ်ရာအချက်ဖြစ်သည်။ တစ်ဖက်တွင်၊ ကျွန်ုပ်တို့သည် လုပ်ငန်းစဉ်ကို စတင်ခဲ့ပြီး၊ ၎င်းသည် တတ်နိုင်သမျှ လျှင်မြန်စွာ လုပ်ဆောင်ခဲ့ပြီး အဓိက လုပ်ဆောင်ချက်များကို အနှောင့်အယှက်မဖြစ်စေပါ။ အခြားတစ်ဖက်တွင်၊ အရန်ကူးယူသည့်ကာလအတွင်း အသွားအလာနှင့် ပရိုဆက်ဆာဝန်များ မြင့်တက်လာသည်။ ကော်ပီပြုလုပ်ခြင်းအတွက် အလျင်မြန်ဆုံး ပရိုဂရမ်များသည် များသောအားဖြင့် သုံးစွဲသူများအတွက် အရေးကြီးသည့် လုပ်ဆောင်ချက်များတွင် အညံ့ဆုံးဖြစ်ကြောင်းကိုလည်း သတိပြုသင့်ပါသည်။ တစ်ဖန်- စကားဝှက်ဖြင့် အရွယ်အစား ဆယ်ဂဏန်းရှိသော ဘိုက်များစွာရှိသော ကံမကောင်းသည့် စာသားဖိုင်တစ်ခုကို ရယူနိုင်ရန်နှင့် ၎င်းကြောင့် ဝန်ဆောင်မှုတစ်ခုလုံးအတွက် ကုန်ကျစရိတ်များ (ဟုတ်ကဲ့၊ ဟုတ်ကဲ့၊ အရန်သိမ်းခြင်းလုပ်ငန်းစဉ်သည် ဤနေရာတွင် အပြစ်မတင်တတ်သည်ကို နားလည်ပါသည်)၊ ပြီးတော့ repository ရှိ ဖိုင်အားလုံးကို ဆက်တိုက်ပြန်ဖတ်ရန် သို့မဟုတ် archive တစ်ခုလုံးကို ချဲ့ထွင်ရန် လိုအပ်သည် - အရန်သိမ်းဆည်းမှုစနစ်သည် ဘယ်တော့မှ မမြန်ပါ။ ထိမိ၍လဲစရာဖြစ်လာတတ်သည့် နောက်အချက်တစ်ခုမှာ မှတ်တမ်းတစ်ခုမှ အရန်ကူးယူခြင်း၏ အမြန်နှုန်းဖြစ်သည်။ အများကြီးခြယ်လှယ်ခြင်းမရှိဘဲ ဖိုင်များကို ကော်ပီ သို့မဟုတ် လိုချင်သောတည်နေရာသို့ ရိုးရှင်းစွာ ကူးယူခြင်း သို့မဟုတ် ရွှေ့နိုင်သူများအတွက် ရှင်းရှင်းလင်းလင်း အားသာချက်တစ်ခုရှိသည် (ဥပမာ rsync)၊ သို့သော် ပြဿနာအများစုကို အဖွဲ့အစည်းဆိုင်ရာနည်းလမ်းဖြင့် ဖြေရှင်းရပါမည်- အရန်ပြန်လည်ရယူချိန်ကို တိုင်းတာခြင်းဖြင့်၊ သုံးစွဲသူများအား ဤအကြောင်းကို ပွင့်ပွင့်လင်းလင်း အသိပေးပါ။

တည်ငြိမ်မှု

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

အရန်ကိရိယာများ နှိုင်းယှဉ်ခြင်း။

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

ရူပဗေဒ
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
6

ထင်းရူးဆီ
သန့်စင်သော
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
8,5

gzip
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့

Rdiff-backup
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
11

Rsnapshot
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
12,5

ဗျပ်
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
10,5

မူရငျးခှဲ
ကုဒ်ဝှက်ခြင်း မရှိပါ။
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
11

GPGT တို့နဲ့သုံးစွဲခြင်း
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ပုံတူပွား
ကုဒ်ဝှက်ခြင်း မရှိပါ။
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
11

aes
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

GPGT တို့နဲ့သုံးစွဲခြင်း
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

zbackup
ကုဒ်ဝှက်ခြင်း မရှိပါ။
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
အဘယ်သူမျှမ
10

aes
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

aes+lzo
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

BorgBackup
ကုဒ်ဝှက်ခြင်း မရှိပါ။
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
16

aes
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ဘလိတ် ၂
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

အနားယူ
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
15,5

urBackup
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
12

အမဲန်ဒါ
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
13

BackupPC
rsync
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
အဘယ်သူမျှမ
ဟုတ်ကဲ့
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
အဘယ်သူမျှမ
ဟုတ်ကဲ့
10,5

ထင်းရူးဆီ
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ဇယားဒဏ္ဍာရီ-

• အစိမ်းရောင်၊ လည်ပတ်ချိန် ငါးမိနစ်အောက် သို့မဟုတ် “Yes” ဟုဖြေပါ (“ဖောက်သည်ဆာဗာ လိုအပ်ပါသလား?” ကော်လံမှလွဲ၍) 1 မှတ်
• အဝါရောင်၊ လည်ပတ်ချိန် ငါးမိနစ်မှ ဆယ်မိနစ်၊ ၀.၅ မှတ်
• အနီရောင်၊ အလုပ်ချိန်သည် ဆယ်မိနစ်ထက်ပိုသည် သို့မဟုတ် အဖြေမှာ “No” (“သင်ကလိုင်းယင့်ဆာဗာလိုပါသလား” ကော်လံမှလွဲ၍) 0 အမှတ်

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

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

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

ကြေငြာချက်

အရန်သိမ်းခြင်း၊ အပိုင်း 1- အဘယ်ကြောင့် အရန်ကူးရန် လိုအပ်သနည်း၊ နည်းလမ်းများ ခြုံငုံသုံးသပ်ချက်၊ နည်းပညာများ
အရန်သိမ်းခြင်း အပိုင်း 2- rsync-based အရန်ကိရိယာများကို ပြန်လည်သုံးသပ်ခြင်းနှင့် စမ်းသပ်ခြင်း။
အရန်သိမ်းခြင်း အပိုင်း 3- ထပ်တူပွားခြင်း၊ ထပ်တူပွားခြင်းကို ပြန်လည်သုံးသပ်ခြင်းနှင့် စမ်းသပ်ခြင်း။
အရန်သိမ်းခြင်း အပိုင်း 4- zbackup၊ restic၊ borgbackup ကို စစ်ဆေးခြင်းနှင့် စမ်းသပ်ခြင်း။
အရန်သိမ်းခြင်း အပိုင်း 5- linux အတွက် bacula နှင့် veeam အရန်ကူးခြင်းကို စမ်းသပ်နေသည်။
အရန်သိမ်းခြင်း အပိုင်း 6- အရန်ကိရိယာများကို နှိုင်းယှဉ်ခြင်း။
အရန်သိမ်းခြင်း အပိုင်း 7- နိဂုံးများ

source: www.habr.com