အရန်သိမ်းခြင်း၊ စာဖတ်သူများတောင်းဆိုချက်အရ တစ်စိတ်တစ်ပိုင်း- UrBackup ၏ခြုံငုံသုံးသပ်ချက်၊ BackupPC၊ AMANDA

အရန်သိမ်းခြင်း၊ စာဖတ်သူများတောင်းဆိုချက်အရ တစ်စိတ်တစ်ပိုင်း- UrBackup ၏ခြုံငုံသုံးသပ်ချက်၊ BackupPC၊ AMANDA

ဤသုံးသပ်ချက်ကို ဆက်လက်ဖော်ပြသည်။ backup လည်ပတ်မှုစာဖတ်သူများ၏တောင်းဆိုချက်အရရေးသားထားသော UrBackup၊ BackupPC နှင့် AMANDA တို့အကြောင်းပြောပါမည်။

UrBackup ပြန်လည်သုံးသပ်ခြင်း။

ပါဝင်သူ၏တောင်းဆိုချက်အရ VGusev2007 ကျွန်ုပ်သည် ကလိုင်းယင့်-ဆာဗာ အရန်စနစ်ဖြစ်သော UrBackup ၏ သုံးသပ်ချက်တစ်ခုကို ထည့်သွင်းနေပါသည်။ ၎င်းသည် သင့်အား အပြည့်အဝနှင့် တိုးမြင့်သော အရန်ကူးယူမှုများကို ဖန်တီးနိုင်စေကာ၊ စက်ပစ္စည်းလျှပ်တစ်ပြက်ရိုက်ချက်များ (Win only?) နှင့် လုပ်ဆောင်နိုင်သည့်အပြင် ဖိုင်အရန်သိမ်းဆည်းမှုများကိုလည်း ဖန်တီးနိုင်သည်။ ကလိုင်းယင့်သည် ဆာဗာကဲ့သို့ ကွန်ရက်တစ်ခုတည်းတွင် တည်ရှိနိုင်သည်၊ သို့မဟုတ် အင်တာနက်မှတစ်ဆင့် ချိတ်ဆက်နိုင်သည်။ အရန်မိတ္တူများကြား ခြားနားချက်များကို လျင်မြန်စွာ ရှာဖွေနိုင်စေမည့် ပြောင်းလဲမှု ခြေရာခံခြင်းကို ကြေညာထားသည်။ server-side data storage deduplication အတွက်လည်း ပံ့ပိုးမှုရှိပြီး နေရာလွတ်ကို သက်သာစေပါတယ်။ ကွန်ရက်ချိတ်ဆက်မှုများကို ကုဒ်ဝှက်ထားပြီး ဆာဗာကို စီမံခန့်ခွဲရန်အတွက် ဝဘ်အင်တာဖေ့စ်တစ်ခုလည်း ရှိပါသည်။ သူမ ဘာလုပ်နိုင်လဲ ကြည့်ရအောင်။

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

အရန်သိမ်းခြင်း၊ စာဖတ်သူများတောင်းဆိုချက်အရ တစ်စိတ်တစ်ပိုင်း- UrBackup ၏ခြုံငုံသုံးသပ်ချက်၊ BackupPC၊ AMANDA

hours:

ပထမဦးဆုံးအဖွင့်
ဒုတိယအပြေး
တတိယမြောက် ပစ်လွှတ်ခြင်း။

ပထမစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ဒုတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

တတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

တိုးမြှင့်အရန်မုဒ်တွင်-

အရန်သိမ်းခြင်း၊ စာဖတ်သူများတောင်းဆိုချက်အရ တစ်စိတ်တစ်ပိုင်း- UrBackup ၏ခြုံငုံသုံးသပ်ချက်၊ BackupPC၊ AMANDA

hours:

ပထမဦးဆုံးအဖွင့်
ဒုတိယအပြေး
တတိယမြောက် ပစ်လွှတ်ခြင်း။

ပထမစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ဒုတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

တတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

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

BackupPC ပြန်လည်သုံးသပ်ခြင်း။

ပါဝင်သူ၏တောင်းဆိုချက်အရ vanzhiganov BackupPC ၏ သုံးသပ်ချက်တစ်ခု ထပ်ထည့်နေပါသည်။ ဤဆော့ဖ်ဝဲကို perl ဖြင့်ရေးထားသော အရန်သိမ်းဆည်းမှုဆာဗာတွင် ထည့်သွင်းထားပြီး အရန်ကိရိယာအမျိုးမျိုး၏ထိပ်တွင် အလုပ်လုပ်သည် - အဓိကအားဖြင့် rsync, tar. Ssh နှင့် smb ကို သယ်ယူပို့ဆောင်ရေးအဖြစ်အသုံးပြုသည်၊ cgi-based web interface (apache ၏ထိပ်တွင်အသုံးပြုသည်) လည်းရှိသည်။ ဝဘ်အင်တာဖေ့စ်တွင် ကျယ်ပြန့်သော ဆက်တင်စာရင်းတစ်ခုရှိသည်။ အင်္ဂါရပ်များထဲတွင် မိတ္တူကူးယူမှုများကြား အနိမ့်ဆုံးအချိန်ကို သတ်မှတ်နိုင်သည့်အပြင် အရန်သိမ်းဆည်းမှုများကို ဖန်တီးမည်မဟုတ်သည့် ကာလလည်းဖြစ်သည်။ အရန်ဆာဗာအတွက် ဖိုင်စနစ်တစ်ခုကို ရွေးချယ်သည့်အခါ၊ hard links များကို ပံ့ပိုးထားကြောင်း သေချာရန် လိုအပ်သည်။ ထို့ကြောင့် သိုလှောင်မှုအတွက် ဖိုင်စနစ်အား mount အမှတ်များအဖြစ် ခွဲခြား၍မရပါ။ ယေဘုယျအားဖြင့်၊ အတော်လေးကို ကြည်နူးစရာကောင်းတဲ့ အတွေ့အကြုံပါ၊ ဒီဆော့ဖ်ဝဲက ဘာစွမ်းဆောင်နိုင်လဲဆိုတာ ကြည့်ကြရအောင်။

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

အရန်သိမ်းခြင်း၊ စာဖတ်သူများတောင်းဆိုချက်အရ တစ်စိတ်တစ်ပိုင်း- UrBackup ၏ခြုံငုံသုံးသပ်ချက်၊ BackupPC၊ AMANDA

ပထမဦးဆုံးအဖွင့်
ဒုတိယအပြေး
တတိယမြောက် ပစ်လွှတ်ခြင်း။

ပထမစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ဒုတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

တတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

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

အရန်သိမ်းခြင်း၊ စာဖတ်သူများတောင်းဆိုချက်အရ တစ်စိတ်တစ်ပိုင်း- UrBackup ၏ခြုံငုံသုံးသပ်ချက်၊ BackupPC၊ AMANDA

ပထမဦးဆုံးအဖွင့်
ဒုတိယအပြေး
တတိယမြောက် ပစ်လွှတ်ခြင်း။

ပထမစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ဒုတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

တတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

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

rsync ကို အသုံးပြု၍ တိုးမြင့်သော အရန်သိမ်းဆည်းမှုများ ဖန်တီးခြင်း၏ ရလဒ်များမှာ-

အရန်သိမ်းခြင်း၊ စာဖတ်သူများတောင်းဆိုချက်အရ တစ်စိတ်တစ်ပိုင်း- UrBackup ၏ခြုံငုံသုံးသပ်ချက်၊ BackupPC၊ AMANDA

ပထမဦးဆုံးအဖွင့်
ဒုတိယအပြေး
တတိယမြောက် ပစ်လွှတ်ခြင်း။

ပထမစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ဒုတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

တတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ယေဘူယျအားဖြင့်၊ rsync သည် မြန်နှုန်းအနည်းငယ်အားသာချက်ရှိပြီး rsync သည် ကွန်ရက်နှင့်လည်း စီးပွားရေးအရ ပိုမိုလုပ်ဆောင်သည်။ အရန်ပရိုဂရမ်အဖြစ် tar ဖြင့် CPU အသုံးပြုမှု လျော့နည်းခြင်းဖြင့် ၎င်းကို တစ်စိတ်တစ်ပိုင်း ထေမိနိုင်ပါသည်။ rsync ၏နောက်ထပ်အားသာချက်တစ်ခုမှာ ၎င်းသည် တိုးမြင့်သောမိတ္တူများနှင့်အလုပ်လုပ်သည်။ အရန်ကူးယူမှု အပြည့်အစုံကို ဖန်တီးသည့်အခါ သိုလှောင်ရာ၏ အရွယ်အစားသည် 16 GB နှင့် အတူတူပင်ဖြစ်ပြီး တိုးမြှင့်လိုက်သော မိတ္တူများ - လည်ပတ်မှုတစ်ခုလျှင် 14 GB ဖြစ်သည်၊ ဆိုလိုသည်မှာ ကူးယူခြင်းကို လုပ်ဆောင်ခြင်းဟု ဆိုလိုသည်။

AMANDA သုံးသပ်ချက်

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

archiver နှင့် compression ကိုဖွင့်ထားသောကြောင့် tar ဖြင့်စမ်းသပ်မှုတစ်ခု၏ရလဒ်များသည်အောက်ပါအတိုင်းဖြစ်သည်။

အရန်သိမ်းခြင်း၊ စာဖတ်သူများတောင်းဆိုချက်အရ တစ်စိတ်တစ်ပိုင်း- UrBackup ၏ခြုံငုံသုံးသပ်ချက်၊ BackupPC၊ AMANDA

ပထမဦးဆုံးအဖွင့်
ဒုတိယအပြေး
တတိယမြောက် ပစ်လွှတ်ခြင်း။

ပထမစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ဒုတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

တတိယစမ်းသပ်မှု
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀
၁ မိနစ် ၃၀

ပရိုဂရမ်သည် ပရိုဆက်ဆာ core တစ်ခုအား အပြည့်အ၀တင်ဆောင်သော်လည်း အရန်သိုလှောင်မှုဆာဗာဘက်တွင် အကန့်အသတ်ရှိသော IOPS ဒစ်ကြောင့်၊ မြင့်မားသောဒေတာလွှဲပြောင်းမှုအမြန်နှုန်းကို မရရှိနိုင်ပါ။ ယေဘူယျအားဖြင့်၊ ပရိုဂရမ်ရေးသားသူက ssh ကို သယ်ယူပို့ဆောင်ရေးအဖြစ် အသုံးမပြုသော်လည်း သော့များဖြင့် အလားတူအစီအစဥ်ကို အကောင်အထည်ဖော်ကာ ပြည့်စုံသော CA တစ်ခုကို ဖန်တီးထိန်းသိမ်းထားသောကြောင့် ယေဘုယျအားဖြင့်၊ စနစ်ထည့်သွင်းမှုသည် အခြားပါဝင်သူများထက် အနည်းငယ်ပို၍ ပြဿနာရှိနိုင်သည်။ client နှင့် backup server ကို ကျယ်ကျယ်ပြန့်ပြန့် ကန့်သတ်ရန် ဖြစ်နိုင်သည်- ဥပမာအားဖြင့်၊ ၎င်းတို့သည် တစ်ဦးနှင့်တစ်ဦး လုံးလုံးယုံကြည်မှု မပေးနိုင်ပါက၊ သက်ဆိုင်ရာ variable ၏တန်ဖိုးကို သုညအထိ သတ်မှတ်ခြင်းဖြင့်၊ ရွေးချယ်မှုတစ်ခုအနေဖြင့် ဆာဗာအား အရန်ပြန်လည်ရယူခြင်းကို စတင်ခြင်းမှ တားဆီးနိုင်သည်။ ဆက်တင်ဖိုင်။ စီမံခန့်ခွဲမှုအတွက် ဝဘ်အင်တာဖေ့စ်ကို ချိတ်ဆက်ရန် ဖြစ်နိုင်သော်လည်း ယေဘုယျအားဖြင့် သေးငယ်သော bash scripts (သို့မဟုတ် SCM၊ ဥပမာအားဖြင့် ansible) ကို အသုံးပြု၍ ပြင်ဆင်ထားသော စနစ်သည် အပြည့်အဝ အလိုအလျောက် လုပ်ဆောင်နိုင်သည်။ ဒေတာသိမ်းဆည်းရန်အတွက် များပြားလှသော စက်ကိရိယာများစာရင်း (LTO ကက်ဆက်များ၊ ဟာ့ဒ်ဒရိုက်များ စသည်) ကို ပံ့ပိုးပေးမှုကြောင့် သိုလှောင်မှုအား စနစ်ထည့်သွင်းရန် အနည်းငယ်အသေးအဖွဲမဟုတ်သည့် စနစ်တစ်ခုရှိသည်။ ဤဆောင်းပါးတွင် ဆွေးနွေးထားသော ပရိုဂရမ်အားလုံး၏ AMANDA သည် လမ်းညွှန်အမည်ပြောင်းခြင်းကို ရှာဖွေတွေ့ရှိနိုင်သည့် တစ်ခုတည်းသောတစ်ခုဖြစ်ကြောင်းကိုလည်း သတိပြုသင့်ပါသည်။ လည်ပတ်မှုတစ်ခုအတွက် သိုလှောင်မှုအရွယ်အစားမှာ 13 GB ဖြစ်သည်။

ကြေငြာချက်

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

source: www.habr.com

မှတ်ချက် Add