මෙම ලිපිය උපස්ථ මෙවලම් සංසන්දනය කරනු ඇත, නමුත් පළමුව ඔබ උපස්ථ වලින් දත්ත ප්රතිසාධනය කිරීමේදී ඔවුන් කෙතරම් ඉක්මනින් හා හොඳින් කටයුතු කරන්නේදැයි සොයා බැලිය යුතුය.
සංසන්දනය කිරීමේ පහසුව සඳහා, අපි සම්පූර්ණ උපස්ථයකින් ප්රතිසාධනය කිරීම සලකා බලමු, විශේෂයෙන් සියලුම අපේක්ෂකයින් මෙම ක්‍රියාකාරී මාදිලියට සහය දක්වන බැවින්. සරල බව සඳහා, සංඛ්යා දැනටමත් සාමාන්යය වේ (ධාවන කිහිපයක අංක ගණිත මධ්යන්යය). ප්රතිඵල වගුවක සාරාංශ කරනු ඇත, එහි හැකියාවන් පිළිබඳ තොරතුරු ද අඩංගු වේ: වෙබ් අතුරු මුහුණතක් තිබීම, සැකසීමේ සහ ක්‍රියාකාරිත්වයේ පහසුව, ස්වයංක්‍රීය කිරීමේ හැකියාව, විවිධ අමතර විශේෂාංග තිබීම (උදාහරණයක් ලෙස, දත්ත අඛණ්ඩතාව පරීක්ෂා කිරීම) , ආදිය. ප්‍රස්ථාර මඟින් දත්ත භාවිතා කරන සේවාදායකයේ බර පෙන්වනු ඇත (උපස්ථ පිටපත් ගබඩා කිරීම සඳහා සේවාදායකය නොවේ).
දත්ත ප්රතිසාධනය
rsync සහ tar සිට යොමු ලක්ෂ්‍යයක් ලෙස භාවිතා කරනු ඇත උපස්ථ පිටපත් සෑදීම සඳහා සරල ස්ක්‍රිප්ට්.
රුසින් මිනිත්තු 4 යි තත්පර 28 කින් පරීක්ෂණ දත්ත සමඟ සාර්ථකව කටයුතු කර ඇත
එවැනි බරක්
ප්රතිසාධන ක්රියාවලිය උපස්ථ ගබඩා සේවාදායකයේ (sawtooth ප්‍රස්ථාර) තැටි උප පද්ධතියේ සීමාවක් ඇති කරයි. ඔබට කිසිදු ගැටළුවක් නොමැතිව එක් කර්නලයක් පැටවීම පැහැදිලිව දැකගත හැකිය (අඩු iowait සහ softirq - පිළිවෙලින් තැටිය සහ ජාලය සමඟ ගැටළු නොමැත). අනෙකුත් වැඩසටහන් දෙක, එනම් rdiff-backup සහ rsnapshot, rsync මත පදනම් වන අතර ප්රතිසාධන මෙවලමක් ලෙස සාමාන්‍ය rsync ලබා දෙන බැවින්, ඒවාට ආසන්න වශයෙන් එකම පැටවුම් පැතිකඩ සහ උපස්ථ ප්රතිසාධන කාලය ඇත.
තාර එය ටිකක් වේගයෙන් කළා
මිනිත්තු 2 තත්පර 43:
Softirq වැඩි වීම හේතුවෙන් සමස්ත පද්ධති භාරය සාමාන්යයෙන් 20% කින් වැඩි විය - ජාල උප පද්ධතිය ක්රියාත්මක කිරීමේදී පොදු කාර්ය පිරිවැය වැඩි විය.
සංරක්ෂිතය තවදුරටත් සම්පීඩිත නම්, ප්රතිසාධන කාලය විනාඩි 3 තත්පර 19 දක්වා වැඩි වේ.
ප්රධාන සේවාදායකයේ එවැනි බරක් සමඟ (ප්රධාන සේවාදායකයේ පැත්තෙන් ඉවත් කිරීම):
ක්‍රියාවලි දෙකක් ක්රියාත්මක වන නිසා විසංයෝජන ක්රියාවලිය ප්‍රොසෙසර් කෝර් දෙකම ගනී. පොදුවේ ගත් කල, මෙය අපේක්ෂිත ප්රතිඵලය වේ. එසේම, උපස්ථ සමඟ සේවාදායකයේ පැත්තේ gzip ධාවනය කිරීමේදී සැසඳිය හැකි ප්‍රතිඵලයක් (මිනිත්තු 3 යි තත්පර 20) ලබා ගන්නා ලදී; ප්රධාන සේවාදායකයේ පැටවුම් පැතිකඩ gzip සම්පීඩකය නොමැතිව තාර ධාවනය කිරීමට බෙහෙවින් සමාන විය (පෙර ප්‍රස්ථාරය බලන්න).
В rdiff-බැකප් ඔබට සාමාන්‍ය rsync භාවිතයෙන් අවසන් උපස්ථය සමමුහුර්ත කළ හැක (ප්රතිඵල සමාන වනු ඇත), නමුත් පැරණි උපස්ථ තවමත් ප්රතිසාධනය විනාඩි 17 තත්පර 17 කින් ප්රතිසාධනය සම්පූර්ණ කළ rdiff-backup වැඩසටහන භාවිතයෙන් ප්රතිසාධනය කළ යුතුය.
මෙම බර:
සමහර විට මෙය අවම වශයෙන් කතුවරුන්ගේ වේගය සීමා කිරීමට අදහස් කර ඇත . උපස්ථ පිටපතක් ප්රතිසාධනය කිරීමේ ක්රියාවලිය ම එක හරයකින් අඩකට වඩා මඳක් අඩුවෙන් ගත වේ, සමානුපාතිකව සංසන්දනාත්මක කාර්ය සාධනයක් (එනම් 2-5 ගුණයකින් මන්දගාමී) තැටිය සහ rsync සමඟ ජාලය හරහා.
රුනැප්ෂොට් ප්රතිසාධනය සඳහා, එය නිතිපතා rsync භාවිතා කිරීම යෝජනා කරයි, එබැවින් එහි ප්රතිඵල සමාන වනු ඇත. පොදුවේ ගත් කල, එය සිදු වූයේ එලෙස ය.
බර්ප් මම මිනිත්තු 7 තත්පර 2 කින් උපස්ථයක් ප්රතිසාධනය කිරීමේ කාර්යය සම්පූර්ණ කළෙමි
මෙම බර සමඟ:
එය ඉතා ඉක්මනින් ක්රියාත්මක වූ අතර අවම වශයෙන් පිරිසිදු rsync වලට වඩා පහසු ය: ඔබට කිසිදු ධජයක් මතක තබා ගැනීමට අවශ්ය නැත, සරල සහ අවබෝධාත්මක ක්ලි අතුරු මුහුණතක්, බහු පිටපත් සඳහා ගොඩනඟන ලද සහාය - එය දෙගුණයක් මන්දගාමී වුවද. ඔබ අවසන් වරට සාදන ලද උපස්ථයෙන් දත්ත ප්රතිසාධනය කිරීමට ඔබට අවශ්ය නම්, ඔබට අනතුරු ඇඟවීම් කිහිපයක් සමඟින් rsync භාවිතා කළ හැක.
වැඩසටහන ආසන්න වශයෙන් එකම වේගය සහ බර පෙන්නුම් කළේය උපස්ථ පීසී rsync මාරු කිරීමේ මාදිලිය සබල කරන විට, සඳහා උපස්ථය යෙදවීම
මිනිත්තු 7 තත්පර 42:
නමුත් දත්ත හුවමාරු ප්‍රකාරයේදී, BackupPC තාර සමඟ කටයුතු කළේ වඩා සෙමින්: මිනිත්තු 12 යි තත්පර 15 කින්, ප්රොසෙසර භාරය සාමාන්යයෙන් අඩු විය.
එකහමාරක් වරක්:
ඩුප්ලිකේෂන් සංකේතනයකින් තොරව මිනිත්තු 10 තත්පර 58 කින් උපස්ථයක් ප්රතිසාධනය කරමින් තරමක් හොඳ ප්රතිඵල පෙන්වයි. ඔබ gpg භාවිතයෙන් සංකේතනය සක්‍රිය කරන්නේ නම්, ප්රතිසාධන කාලය විනාඩි 15 තත්පර 3 දක්වා වැඩිවේ. එසේම, පිටපත් ගබඩා කිරීම සඳහා ගබඩාවක් නිර්මාණය කිරීමේදී, ලැබෙන දත්ත ප්රවාහය බෙදීමේදී භාවිතා කරන සංරක්ෂිත ප්රමාණය නියම කළ හැකිය. සාමාන්යයෙන්, සාම්ප්‍රදායික දෘඪ තැටි මත, තනි නූල් මෙහෙයුම් මාදිලිය නිසාද, වැඩි වෙනසක් නොමැත. දෙමුහුන් ආචයනය භාවිතා කරන විට එය විවිධ බ්ලොක් ප්රමාණවලින් දිස් විය හැක. ප්‍රතිසාධනයේදී ප්රධාන සේවාදායකයේ පැටවීම පහත පරිදි විය:
සංකේතනය නැත
සංකේතනය සමඟ
අනුපිටපත මිනිත්තු 13 තත්පර 45 කින් එය සම්පූර්ණ කරමින් සංසන්දනාත්මක ප්රතිසාධන අනුපාතයක් පෙන්නුම් කළේය. ප්රතිසාධන දත්තවල නිරවද්‍යතාවය පරීක්ෂා කිරීමට තවත් විනාඩි 5ක් පමණ ගත විය (මුළු මිනිත්තු 19ක් පමණ). පැටවීම විය
තරමක් ඉහළ:
aes සංකේතනය අභ්‍යන්තරව සක්‍රීය කළ විට, ප්රතිසාධන කාලය මිනිත්තු 21 තත්පර 40ක් වූ අතර, ප්රතිසාධනය අතරතුර CPU උපරිමයෙන් (cores දෙකම!) භාවිතා කරයි; දත්ත පරීක්ෂා කිරීමේදී, එක් ත්‍රෙඩ් එකක් පමණක් සක්‍රීය වූ අතර, එක් ප්රොසෙසර හරයක් දරයි. ප්‍රතිසාධනයෙන් පසු දත්ත පරීක්ෂා කිරීමට එම මිනිත්තු 5ම ගත විය (මුළු වශයෙන් මිනිත්තු 27ක් පමණ).
ප්රතිඵලය
ගුප්තකේතනය සඳහා බාහිර gpg වැඩසටහන භාවිතා කරන විට duplicati ප්රතිසාධනය සමඟ ටිකක් වේගවත් විය, නමුත් සාමාන්යයෙන් පෙර මාදිලියේ වෙනස්කම් අවම වේ. මෙහෙයුම් කාලය මිනිත්තු 16 තත්පර 30 ක් වූ අතර දත්ත සත්‍යාපනය මිනිත්තු 6 කින් සිදු විය. පැටවීම විය
එවැනි:
අමන්දා, තාර භාවිතයෙන්, එය විනාඩි 2 තත්පර 49 කින් නිම කරන ලදී, එය ප්‍රතිපත්තිමය වශයෙන්, සාමාන්‍ය තාර වලට ඉතා සමීප වේ. මූලධර්මය අනුව පද්ධතිය මත පැටවීම
ඒකමයි:
භාවිතයෙන් උපස්ථයක් ප්රතිසාධනය කරන විට zbackup පහත ප්රතිඵල ලබා ගන්නා ලදී:
සංකේතනය, lzma සම්පීඩනය
ධාවන කාලය විනාඩි 11 තත්පර 8 යි
AES සංකේතනය, lzma සම්පීඩනය
මෙහෙයුම් කාලය විනාඩි 14 යි
AES සංකේතනය, lzo සම්පීඩනය
ධාවන කාලය මිනිත්තු 6 තත්පර 19 යි
සමස්තයක් වශයෙන්, නරක නැත. ඒ සියල්ල රඳා පවතින්නේ උපස්ථ සේවාදායකයේ ප්‍රොසෙසරයේ වේගය මත වන අතර එය විවිධ සම්පීඩක සමඟ වැඩසටහනේ ධාවන කාලයෙන් පැහැදිලිව දැකගත හැකිය. උපස්ථ සේවාදායකයේ පැත්තේ, සාමාන්‍ය තාරයක් දියත් කරන ලදී, එබැවින් ඔබ එය සමඟ සංසන්දනය කළහොත්, ප්රතිසාධනය 3 ගුණයකින් මන්දගාමී වේ. නූල් දෙකකට වඩා වැඩි ගණනක් සහිත බහු-නූල් ආකාරයෙන් මෙහෙයුම පරීක්ෂා කිරීම වටී.
බෝර්ග් බැකප් සංකේතනය නොකළ ආකාරයෙන් එය තාර වලට වඩා ටිකක් මන්දගාමී විය, මිනිත්තු 2 තත්පර 45 කින්, කෙසේ වෙතත්, තාර මෙන් නොව, ගබඩාව අනුපිටපත් කිරීමට හැකි විය. බඩුවක් බවට පත් විය
පසුව එන:
ඔබ බ්ලේක් මත පදනම් වූ සංකේතනය සක්‍රීය කරන්නේ නම්, උපස්ථ ප්රතිසාධන වේගය තරමක් මන්දගාමී වේ. මෙම ප්‍රකාරයේදී ප්රතිසාධන කාලය මිනිත්තු 3 තත්පර 19 ක් වන අතර, පැටවීම නැති වී ඇත
මෙවැනි:
AES සංකේතනය තරමක් මන්දගාමී වේ, ප්රතිසාධන කාලය විනාඩි 3 තත්පර 23, බර විශේෂයෙන්
වෙනස් වී නැත:
Borg බහු-නූල් මාදිලියේ වැඩ කළ හැකි බැවින්, ප්රොසෙසර භාරය උපරිම වන අතර, අතිරේක කාර්යයන් ක්රියාත්මක වන විට, මෙහෙයුම් කාලය සරලව වැඩි වේ. පෙනෙන විදිහට, zbackup ට සමාන ආකාරයකින් බහු නූල් ගවේෂණය කිරීම වටී.
රෝස්ටික් ප්‍රකෘතිමත් වීම සමඟ තරමක් සෙමින් මුහුණ දුන් අතර, මෙහෙයුම් කාලය මිනිත්තු 4 තත්පර 28 කි. බඩු වගේ
ඒ නිසා:
පෙනෙන විදිහට ප්රතිසාධන ක්රියාවලිය නූල් කිහිපයකින් ක්රියාත්මක වේ, නමුත් කාර්යක්ෂමතාව BorgBackup තරම් ඉහළ නොවේ, නමුත් සාමාන්‍ය rsync සමඟ සැසඳිය හැකිය.
සහාය ඇතිව urBackup මිනිත්තු 8 තත්පර 19 කින් දත්ත යථා තත්වයට පත් කිරීමට හැකි විය, පැටවීම විය
එවැනි:
බර තවමත් ඉතා ඉහළ නැත, තාර වලට වඩා අඩුය. සමහර ස්ථානවල පිපිරීම් ඇත, නමුත් එක් හරයක බරට වඩා වැඩි නොවේ.
සංසන්දනය සඳහා නිර්ණායක තෝරා ගැනීම සහ සාධාරණීකරණය කිරීම
පෙර ලිපි වලින් එකක සඳහන් කර ඇති පරිදි, උපස්ථ පද්ධතිය පහත නිර්ණායක සපුරාලිය යුතුය:
- භාවිතයේ පහසුව
- බහුකාර්යතාව
- ස්ථාවරත්වය
- වේගවත් බව
එක් එක් කරුණ වඩාත් විස්තරාත්මකව වෙන වෙනම සලකා බැලීම වටී.
මෙහෙයුම් පහසුව
"සියල්ල හොඳින් කරන්න" බොත්තමක් ඇති විට එය වඩාත් සුදුසුය, නමුත් ඔබ සැබෑ වැඩසටහන් වෙත ආපසු ගියහොත්, වඩාත් පහසු දෙය වන්නේ යම් හුරුපුරුදු සහ සම්මත මෙහෙයුම් මූලධර්මයක් වනු ඇත.
බොහෝ පරිශීලකයින්ට cli සඳහා යතුරු පොකුරක් මතක තබා ගැනීමට, වෙබ් හෝ ටුයි හරහා විවිධ, බොහෝ විට නොපැහැදිලි විකල්ප රාශියක් වින්‍යාස කිරීමට හෝ අසාර්ථක ක්‍රියාකාරිත්වය පිළිබඳ දැනුම්දීම් සැකසීමට අවශ්ය නොවන්නේ නම්, බොහෝ විට වඩා හොඳ වනු ඇත. දැනට පවතින යටිතල ව්‍යුහය තුළට උපස්ථ විසඳුමක් පහසුවෙන් "ගැලපීමේ" හැකියාව මෙන්ම උපස්ථ ක්රියාවලිය ස්වයංක්‍රීය කිරීම ද මෙයට ඇතුළත් වේ. පැකේජ කළමණාකරුවෙකු භාවිතයෙන් හෝ "බාගැනීම් සහ අසුරන්න" වැනි විධාන එකක් හෝ දෙකකින් ස්ථාපනය කිරීමේ හැකියාව ද ඇත. curl ссылка | sudo bash - සංකීර්ණ ක්රමයක්, ඔබ සබැඳිය හරහා පැමිණෙන දේ පරීක්ෂා කිරීමට අවශ්ය වන බැවිනි.
උදාහරණයක් ලෙස, සලකා බැලූ අපේක්ෂකයින්, සරල විසඳුමක් වන්නේ විවිධ මෙහෙයුම් ආකාර සඳහා සිහිවටන යතුරු ඇති burp, rdiff-backup සහ restic ය. තරමක් සංකීර්ණ වන්නේ Borg සහ duplicity ය. වඩාත්ම දුෂ්කර වූයේ AMANDA ය. ඉතිරිය භාවිතයේ පහසුව අනුව මැද කොහේ හරි ඇත. ඕනෑම අවස්ථාවක, ඔබට පරිශීලක අත්පොත කියවීමට තත්පර 30 කට වඩා වැඩි කාලයක් අවශ්ය නම්, හෝ ඔබට Google හෝ වෙනත් සෙවුම් යන්ත්‍රයක් වෙත යාමට අවශ්ය නම්, සහ දිගු උපකාර පත්‍රිකාවක් හරහා අනුචලනය කිරීමට අවශ්ය නම්, තීරණය එක් ආකාරයකින් හෝ වෙනත් ආකාරයකින් අපහසු වේ.
සලකා බැලූ සමහර අපේක්ෂකයින්ට විද්‍යුත් තැපෑල හරහා ස්වයංක්‍රීයව පණිවිඩයක් යැවීමට හැකි වන අතර අනෙක් අය පද්ධතිය තුළ වින්‍යාස කළ ඇඟවීම් මත රඳා සිටිති. එපමණක් නොව, බොහෝ විට සංකීර්ණ විසඳුම් සම්පූර්ණයෙන්ම පැහැදිලි අනතුරු ඇඟවීමේ සැකසුම් නොමැත. ඕනෑම අවස්ථාවක, උපස්ථ වැඩසටහන ශුන්‍ය නොවන ප්‍රතිලාභ කේතයක් නිපදවන්නේ නම්, එය ආවර්තිතා කාර්යයන් සඳහා පද්ධති සේවාව විසින් නිවැරදිව වටහා ගනු ඇත (පණිවිඩයක් පද්ධති පරිපාලක වෙත යවනු ලැබේ හෝ සෘජුවම අධීක්ෂණය සඳහා යවනු ලැබේ) - තත්වය සරල ය. නමුත් උපස්ථ සේවාදායකයක් මත ක්රියාත්මක නොවන උපස්ථ පද්ධතිය වින්‍යාසගත කළ නොහැකි නම්, ගැටලුව ගැන පැවසිය හැකි පැහැදිලි ක්‍රමය නම් සංකීර්ණත්වය දැනටමත් අධික වීමයි. ඕනෑම අවස්ථාවක, වෙබ් අතුරු මුහුණතට හෝ ලොගයට පමණක් අනතුරු ඇඟවීම් සහ වෙනත් පණිවිඩ නිකුත් කිරීම නරක පුරුද්දකි, මන්ද බොහෝ විට ඒවා නොසලකා හරිනු ඇත.
ස්වයංක්රීයකරණය සම්බන්ධයෙන් ගත් කල, සරල වැඩසටහනකට එහි මෙහෙයුම් ආකාරය සකසා ඇති පරිසර විචල්‍යයන් කියවිය හැකිය, නැතහොත් වෙබ් අතුරු මුහුණතක් හරහා වැඩ කිරීමේදී හැසිරීම සම්පූර්ණයෙන්ම අනුපිටපත් කළ හැකි සංවර්ධිත cli එකක් ඇත. අඛණ්ඩව ක්රියාත්මක වීමේ හැකියාව, පුළුල් කිරීමේ අවස්ථා තිබීම යනාදිය ද මෙයට ඇතුළත් ය.
බහුකාර්යතාව
ස්වයංක්රීයකරණය සම්බන්ධයෙන් පෙර උපවගන්තිය අර්ධ වශයෙන් ප්‍රතිරාවය කරමින්, දැනට පවතින යටිතල ව්‍යුහයට උපස්ථ ක්රියාවලිය "ගැලපීම" විශේෂිත ගැටළුවක් නොවිය යුතුය.
වැඩ සඳහා සම්මත නොවන වරායන් (හොඳින්, වෙබ් අතුරු මුහුණත හැර) භාවිතා කිරීම, සම්මත නොවන ආකාරයෙන් සංකේතනය ක්රියාත්මක කිරීම, සම්මත නොවන ප්‍රොටෝකෝලයක් භාවිතා කරමින් දත්ත හුවමාරු කිරීම නොවන බව සඳහන් කිරීම වටී. - විශ්වීය විසඳුම. බොහෝ දුරට, සියලුම අපේක්ෂකයින් පැහැදිලි හේතුවක් නිසා එක් ආකාරයකින් හෝ වෙනත් ආකාරයකින් ඒවා තිබේ: සරල බව සහ බහුකාර්යතාව සාමාන්යයෙන් එකට නොයනු ඇත. ව්යතිරේකයක් ලෙස - burp, වෙනත් අය ඇත.
ලකුණක් ලෙස - නිත්‍ය ssh භාවිතයෙන් වැඩ කිරීමේ හැකියාව.
වැඩ වේගය
වඩාත්ම මතභේදාත්මක හා මතභේදාත්මක කරුණ. එක් අතකින්, අපි ක්රියාවලිය දියත් කළෙමු, එය හැකි ඉක්මනින් වැඩ කළ අතර ප්රධාන කාර්යයන් වලට මැදිහත් නොවීය. අනෙක් අතට, උපස්ථ කාලය තුළ ගමනාගමනය සහ ප්රොසෙසර පැටවීම ඉහළ යයි. පිටපත් සෑදීම සඳහා වේගවත්ම වැඩසටහන් සාමාන්යයෙන් පරිශීලකයින්ට වැදගත් වන කාර්යයන් අනුව දුප්පත්ම බව ද සඳහන් කිරීම වටී. නැවතත්: මුරපදයක් සමඟ බයිට් දස දහස් ගණනක එක් අවාසනාවන්ත පෙළ ගොනුවක් ලබා ගැනීම සඳහා නම් සහ ඒ නිසා සම්පූර්ණ සේවා පිරිවැය (ඔව්, ඔව්, උපස්ථ ක්රියාවලිය බොහෝ විට මෙහි දොස් පැවරිය යුතු නැති බව මට වැටහේ), සහ ඔබට ගබඩාවේ ඇති සියලුම ලිපිගොනු අනුක්‍රමිකව නැවත කියවීමට හෝ සම්පූර්ණ සංරක්ෂිතය පුළුල් කිරීමට අවශ්ය වේ - උපස්ථ පද්ධතිය කිසි විටෙකත් වේගවත් නොවේ. බොහෝ විට බාධාවක් බවට පත්වන තවත් කරුණක් වන්නේ ලේඛනාගාරයකින් උපස්ථයක් යෙදවීමේ වේගයයි. බොහෝ උපාමාරු වලින් තොරව ගොනු පිටපත් කිරීමට හෝ අපේක්ෂිත ස්ථානයට ගෙන යාමට හැකි අයට මෙහි පැහැදිලි වාසියක් ඇත (උදාහරණයක් ලෙස, rsync), නමුත් බොහෝ විට ගැටළුව ආයතනික ආකාරයකින් විසඳිය යුතුය, ආනුභවිකව: උපස්ථ ප්රතිසාධන කාලය මැනීමෙන්. සහ විවෘතව මේ ගැන පරිශීලකයන් දැනුවත් කිරීම.
ස්ථාවරත්වය
එය මේ ආකාරයෙන් තේරුම් ගත යුතුය: එක් අතකින්, උපස්ථ පිටපත ඕනෑම ආකාරයකින් නැවත යෙදවීමට හැකි විය යුතුය, අනෙක් අතට, එය විවිධ ගැටළු වලට ප්‍රතිරෝධී විය යුතුය: ජාල බාධා කිරීම්, තැටි අසමත් වීම, කොටසක් මකා දැමීම ගබඩාව.
උපස්ථ මෙවලම් සංසන්දනය
නිර්මාණ කාලය පිටපත් කරන්න
ප්රතිසාධන කාලය පිටපත් කරන්න
පහසු ස්ථාපනය
පහසු සැකසුම
සරල භාවිතය
සරල ස්වයංක්රීයකරණය
ඔබට සේවාදායක සේවාදායකයක් අවශ්‍යද?
ගබඩාවේ අඛණ්ඩතාව පරීක්ෂා කිරීම
අවකල පිටපත්
නල මාර්ගයෙන් වැඩ කිරීම
බහුකාර්යතාව
නිදහස
ගබඩා විනිවිදභාවය
ගුප්ත කේතනය
සංකෝචනය
අනුපිටපත් කිරීම
වෙබ් අතුරු මුහුණත
වලාකුළට පිරවීම
වින්ඩෝස් සහාය
ලකුණු
රුසින්
4m15s
4m28s
ඔව්
කිසිදු
කිසිදු
කිසිදු
ඔව්
කිසිදු
කිසිදු
ඔව්
කිසිදු
ඔව්
ඔව්
කිසිදු
කිසිදු
කිසිදු
කිසිදු
කිසිදු
ඔව්
6
තාර
පිරිසිදුයි
3m12s
2m43s
ඔව්
කිසිදු
කිසිදු
කිසිදු
කිසිදු
කිසිදු
ඔව්
ඔව්
කිසිදු
ඔව්
කිසිදු
කිසිදු
කිසිදු
කිසිදු
කිසිදු
කිසිදු
ඔව්
8,5
gzip
9m37s
3m19s
ඔව්
Rdiff-බැකප්
16m26s
17m17s
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
11
රුනැප්ෂොට්
4m19s
4m28s
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
කිසිදු
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
කිසිදු
කිසිදු
ඔව්
ඔව්
කිසිදු
ඔව්
12,5
බර්ප්
11m9s
7m2s
ඔව්
කිසිදු
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
ඔව්
කිසිදු
කිසිදු
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
10,5
ඩුප්ලිකේෂන්
සංකේතනය නැත
16m48s
10m58s
ඔව්
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
ඔව්
කිසිදු
කිසිදු
ඔව්
කිසිදු
ඔව්
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
11
gpg
17m27s
15m3s
අනුපිටපත
සංකේතනය නැත
20m28s
13m45s
කිසිදු
ඔව්
කිසිදු
කිසිදු
කිසිදු
ඔව්
ඔව්
කිසිදු
කිසිදු
ඔව්
කිසිදු
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
11
AES
29m41s
21m40s
gpg
26m19s
16m30s
zbackup
සංකේතනය නැත
40m3s
11m8s
ඔව්
ඔව්
කිසිදු
කිසිදු
කිසිදු
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
ඔව්
ඔව්
කිසිදු
කිසිදු
කිසිදු
10
AES
42m0s
14m1s
aes+lzo
18m9s
6m19s
බෝර්ග් බැකප්
සංකේතනය නැත
4m7s
2m45s
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
16
AES
4m58s
3m23s
බ්ලේක් 2
4m39s
3m19s
රෝස්ටික්
5m38s
4m28s
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
ඔව්
15,5
urBackup
8m21s
8m19s
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
ඔව්
කිසිදු
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
12
amanda
9m3s
2m49s
ඔව්
කිසිදු
කිසිදු
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
ඔව්
ඔව්
13
උපස්ථ පීසී
rsync
12m22s
7m42s
ඔව්
කිසිදු
ඔව්
ඔව්
ඔව්
ඔව්
ඔව්
කිසිදු
ඔව්
කිසිදු
කිසිදු
ඔව්
ඔව්
කිසිදු
ඔව්
කිසිදු
ඔව්
10,5
තාර
12m34s
12m15s
මේස පුරාවෘත්තය:
- කොළ පාට, මිනිත්තු පහකට අඩු මෙහෙයුම් කාලය, හෝ "ඔව්" පිළිතුරු දෙන්න ("සේවාදායක සේවාදායකයක් අවශ්‍යද?" තීරුව හැර), 1 ලක්ෂ්‍යය
- කහ, මෙහෙයුම් කාලය විනාඩි පහේ සිට දහය දක්වා, ලකුණු 0.5
- රතු, වැඩ කරන කාලය මිනිත්තු දහයකට වඩා වැඩි ය, නැතහොත් පිළිතුර “නැත” (“ඔබට සේවාදායක සේවාදායකයක් අවශ්‍යද?” යන තීරුව හැර), ලකුණු 0
ඉහත වගුවට අනුව, සරලම, වේගවත්ම සහ ඒ සමඟම පහසු සහ බලවත් උපස්ථ මෙවලම BorgBackup වේ. රෙස්ටික් දෙවන ස්ථානයට පත් වූ අතර, ඉතිරිව ඇති අපේක්ෂකයින් අවසානයේ ලකුණු එකක් හෝ දෙකක් පැතිරීමත් සමඟ දළ වශයෙන් සමානව තබා ඇත.
මාලාව අවසානය දක්වා කියවූ සැමට මම ස්තූතිවන්ත වෙමි, විකල්ප සාකච්ඡා කිරීමට සහ ඔබේම ඒවා තිබේ නම් ඉදිරිපත් කිරීමට මම ඔබට ආරාධනා කරමි. සාකච්ඡාව ඉදිරියට යන විට, වගුව පුළුල් කළ හැකිය.
ලිපි මාලාවේ ප්‍රති result ලය අවසාන ලිපිය වනු ඇත, එහිදී ඔබට කෙටිම කාලය තුළ පිටපතක් නැවත යෙදවීමට සහ ඒ සමඟම පහසු සහ පහසු වීමට ඉඩ සලසන කදිම, වේගවත් සහ කළමනාකරණය කළ හැකි උපස්ථ මෙවලමක් සංවර්ධනය කිරීමට උත්සාහයක් ඇත. වින්‍යාස කිරීමට සහ නඩත්තු කිරීමට.
නිවේදනය
උපස්ථ 6 කොටස: උපස්ථ මෙවලම් සංසන්දනය කිරීම
උපස්ථ 7 කොටස: නිගමන
මූලාශ්රය: www.habr.com