இந்தக் கட்டுரை காப்புப் பிரதி கருவிகளை ஒப்பிடும், ஆனால் காப்புப்பிரதிகளிலிருந்து தரவை மீட்டெடுப்பதை அவை எவ்வளவு விரைவாகவும் சிறப்பாகவும் சமாளிக்கின்றன என்பதை முதலில் நீங்கள் கண்டுபிடிக்க வேண்டும்.
எளிதாக ஒப்பிடுவதற்கு, முழு காப்புப்பிரதியிலிருந்து மீட்டெடுப்பதை நாங்கள் பரிசீலிப்போம், குறிப்பாக அனைத்து வேட்பாளர்களும் இந்த செயல்பாட்டு முறையை ஆதரிப்பதால். எளிமைக்காக, எண்கள் ஏற்கனவே சராசரியாக உள்ளன (பல ரன்களின் எண்கணித சராசரி). முடிவுகள் அட்டவணையில் தொகுக்கப்படும், அதில் திறன்கள் பற்றிய தகவல்களும் இருக்கும்: வலை இடைமுகத்தின் இருப்பு, அமைவு மற்றும் செயல்பாட்டின் எளிமை, தானியங்கு திறன், பல்வேறு கூடுதல் அம்சங்களின் இருப்பு (எடுத்துக்காட்டாக, தரவு ஒருமைப்பாட்டை சரிபார்த்தல்) , முதலியன தரவு பயன்படுத்தப்படும் சேவையகத்தில் உள்ள சுமையை வரைபடங்கள் காண்பிக்கும் (காப்பு பிரதிகளை சேமிப்பதற்கான சேவையகம் அல்ல).
தரவு மீட்பு
rsync மற்றும் tar ஒரு குறிப்பு புள்ளியாக பயன்படுத்தப்படும் காப்பு பிரதிகளை உருவாக்குவதற்கான எளிய ஸ்கிரிப்டுகள்.
rsync 4 நிமிடங்கள் மற்றும் 28 வினாடிகளில் சோதனைத் தரவைச் சமாளித்து, காட்டும்
அத்தகைய சுமை
மீட்பு செயல்முறையானது காப்புப் பிரதி சேமிப்பக சேவையகத்தின் (sawtooth வரைபடங்கள்) வட்டு துணை அமைப்பின் வரம்பைத் தாக்கியது. எந்த பிரச்சனையும் இல்லாமல் ஒரு கர்னல் ஏற்றப்படுவதையும் நீங்கள் தெளிவாகக் காணலாம் (குறைந்த iowait மற்றும் softirq - முறையே வட்டு மற்றும் நெட்வொர்க்கில் எந்த பிரச்சனையும் இல்லை). மற்ற இரண்டு நிரல்கள், அதாவது rdiff-backup மற்றும் rsnapshot, rsync அடிப்படையிலானவை மற்றும் வழக்கமான rsync ஐ மீட்பு கருவியாக வழங்குவதால், அவை ஏறக்குறைய ஒரே சுமை சுயவிவரத்தையும் காப்புப்பிரதி மீட்பு நேரத்தையும் கொண்டிருக்கும்.
தார் அதை கொஞ்சம் வேகமாக செய்து முடித்தேன்
2 நிமிடங்கள் 43 வினாடிகள்:
அதிகரித்த softirq காரணமாக மொத்த கணினி சுமை சராசரியாக 20% அதிகமாக இருந்தது - நெட்வொர்க் துணை அமைப்பின் செயல்பாட்டின் போது மேல்நிலை செலவுகள் அதிகரித்தன.
காப்பகம் மேலும் சுருக்கப்பட்டால், மீட்பு நேரம் 3 நிமிடங்கள் 19 வினாடிகளாக அதிகரிக்கிறது.
பிரதான சேவையகத்தில் அத்தகைய சுமையுடன் (முக்கிய சேவையகத்தின் பக்கத்தில் திறக்கப்பட்டது):
டிகம்ப்ரஷன் செயல்முறை இரண்டு செயலி கோர்களையும் எடுக்கும், ஏனெனில் இரண்டு செயல்முறைகள் இயங்குகின்றன. பொதுவாக, இது எதிர்பார்த்த முடிவுதான். மேலும், காப்புப்பிரதிகளுடன் சேவையகப் பக்கத்தில் gzip ஐ இயக்கும் போது ஒப்பிடக்கூடிய முடிவு (3 நிமிடங்கள் மற்றும் 20 வினாடிகள்) பெறப்பட்டது; பிரதான சேவையகத்தில் உள்ள சுமை சுயவிவரமானது gzip கம்ப்ரசர் இல்லாமல் இயங்கும் தார் போலவே இருந்தது (முந்தைய வரைபடத்தைப் பார்க்கவும்).
В rdiff-backup வழக்கமான rsync ஐப் பயன்படுத்தி நீங்கள் செய்த கடைசி காப்புப்பிரதியை ஒத்திசைக்கலாம் (முடிவுகள் ஒரே மாதிரியாக இருக்கும்), ஆனால் பழைய காப்புப்பிரதிகள் இன்னும் rdiff-backup நிரலைப் பயன்படுத்தி மீட்டமைக்கப்பட வேண்டும், இது 17 நிமிடங்கள் மற்றும் 17 வினாடிகளில் மீட்டமைப்பை நிறைவுசெய்தது.
இந்த சுமை:
ஒருவேளை இது ஆசிரியர்களின் வேகத்தை குறைக்கும் நோக்கமாக இருக்கலாம் . rsync உடன் வட்டு மற்றும் நெட்வொர்க்கில் விகிதாச்சாரத்தில் ஒப்பிடக்கூடிய செயல்திறன் (அதாவது 2-5 மடங்கு மெதுவாக) கொண்ட காப்புப் பிரதியை மீட்டமைக்கும் செயல்முறையானது ஒரு மையத்தில் பாதிக்குக் குறைவாகவே ஆகும்.
Rsnapshot மீட்புக்கு, வழக்கமான rsync ஐப் பயன்படுத்த பரிந்துரைக்கிறது, எனவே அதன் முடிவுகள் ஒரே மாதிரியாக இருக்கும். பொதுவாக, இது இப்படித்தான் மாறியது.
பர்ப் காப்புப்பிரதியை மீட்டெடுக்கும் பணியை 7 நிமிடங்கள் மற்றும் 2 வினாடிகளில் முடித்தேன்
இந்த சுமையுடன்:
இது மிக விரைவாக வேலை செய்தது, மேலும் தூய rsync ஐ விட குறைந்தபட்சம் மிகவும் வசதியானது: நீங்கள் எந்த கொடிகளையும் நினைவில் வைத்திருக்க வேண்டியதில்லை, எளிமையான மற்றும் உள்ளுணர்வு இடைமுகம், பல நகல்களுக்கான உள்ளமைக்கப்பட்ட ஆதரவு - இது இரண்டு மடங்கு மெதுவாக இருந்தாலும். நீங்கள் செய்த கடைசி காப்புப்பிரதியிலிருந்து தரவை மீட்டெடுக்க வேண்டும் என்றால், சில எச்சரிக்கைகளுடன் rsync ஐப் பயன்படுத்தலாம்.
நிரல் தோராயமாக அதே வேகத்தையும் சுமையையும் காட்டியது காப்புப்பிரதி rsync பரிமாற்ற பயன்முறையை இயக்கும் போது, காப்புப்பிரதியை பயன்படுத்துகிறது
7 நிமிடங்கள் 42 வினாடிகள்:
ஆனால் தரவு பரிமாற்ற பயன்முறையில், BackupPC தார் மிகவும் மெதுவாக சமாளித்தது: 12 நிமிடங்கள் மற்றும் 15 வினாடிகளில், செயலி சுமை பொதுவாக குறைவாக இருந்தது.
ஒன்றரை முறை:
டுப்ளிசிட்டி குறியாக்கம் இல்லாமல், சற்று சிறந்த முடிவுகளைக் காட்டியது, 10 நிமிடங்கள் மற்றும் 58 வினாடிகளில் காப்புப்பிரதியை மீட்டெடுக்கிறது. நீங்கள் gpg ஐப் பயன்படுத்தி குறியாக்கத்தை செயல்படுத்தினால், மீட்பு நேரம் 15 நிமிடங்கள் மற்றும் 3 வினாடிகளுக்கு அதிகரிக்கும். மேலும், நகல்களைச் சேமிப்பதற்கான களஞ்சியத்தை உருவாக்கும் போது, உள்வரும் தரவு ஸ்ட்ரீமைப் பிரிக்கும்போது பயன்படுத்தப்படும் காப்பக அளவைக் குறிப்பிடலாம். பொதுவாக, வழக்கமான ஹார்டு டிரைவ்களில், ஒற்றை-திரிக்கப்பட்ட இயக்க முறைமையின் காரணமாக, அதிக வித்தியாசம் இல்லை. கலப்பின சேமிப்பகத்தைப் பயன்படுத்தும் போது இது வெவ்வேறு தொகுதி அளவுகளில் தோன்றலாம். மீட்டெடுப்பின் போது பிரதான சேவையகத்தில் சுமை பின்வருமாறு:
குறியாக்கம் இல்லை
குறியாக்கத்துடன்
நகல் ஒப்பிடக்கூடிய மீட்பு விகிதத்தைக் காட்டியது, 13 நிமிடங்கள் மற்றும் 45 வினாடிகளில் அதை முடித்தது. மீட்டெடுக்கப்பட்ட தரவின் சரியான தன்மையை சரிபார்க்க மற்றொரு 5 நிமிடங்கள் ஆனது (மொத்தம் சுமார் 19 நிமிடங்கள்). சுமை இருந்தது
மிகவும் உயர்:
உள்நாட்டில் aes குறியாக்கம் செயல்படுத்தப்பட்டபோது, மீட்பு நேரம் 21 நிமிடங்கள் 40 வினாடிகள் ஆகும், மீட்டெடுப்பின் போது CPU பயன்பாடு அதிகபட்சமாக (இரண்டு கோர்களும்!) இருந்தது; தரவைச் சரிபார்க்கும் போது, ஒரே ஒரு நூல் மட்டுமே செயலில் இருந்தது, ஒரு செயலி மையத்தை ஆக்கிரமித்தது. மீட்டெடுத்த பிறகு தரவைச் சரிபார்க்க அதே 5 நிமிடங்கள் (மொத்தம் கிட்டத்தட்ட 27 நிமிடங்கள்) ஆகும்.
விளைவாக
மறைகுறியாக்க வெளிப்புற gpg நிரலைப் பயன்படுத்தும் போது duplicati மீட்டெடுப்பதில் சிறிது வேகமாக இருந்தது, ஆனால் பொதுவாக முந்தைய பயன்முறையில் இருந்து வேறுபாடுகள் குறைவாகவே இருக்கும். இயக்க நேரம் 16 நிமிடங்கள் 30 வினாடிகள், தரவு சரிபார்ப்பு 6 நிமிடங்களில். சுமை இருந்தது
அத்தகைய:
AMANDA, தார் பயன்படுத்தி, அதை 2 நிமிடங்கள் 49 வினாடிகளில் முடித்தார், இது, கொள்கையளவில், வழக்கமான தார்க்கு மிக அருகில் உள்ளது. கொள்கையளவில் கணினியில் ஏற்றவும்
அதே:
பயன்படுத்தி காப்புப்பிரதியை மீட்டெடுக்கும் போது zbackup பின்வரும் முடிவுகள் பெறப்பட்டன:
குறியாக்கம், lzma சுருக்கம்
இயங்கும் நேரம் 11 நிமிடங்கள் 8 வினாடிகள்
AES குறியாக்கம், lzma சுருக்கம்
இயக்க நேரம் 14 நிமிடங்கள்
AES குறியாக்கம், lzo சுருக்கம்
இயங்கும் நேரம் 6 நிமிடங்கள், 19 வினாடிகள்
ஒட்டுமொத்தமாக, மோசமாக இல்லை. இது அனைத்தும் காப்புப்பிரதி சேவையகத்தில் செயலியின் வேகத்தைப் பொறுத்தது, இது வெவ்வேறு கம்ப்ரசர்களுடன் நிரலின் இயங்கும் நேரத்திலிருந்து தெளிவாகக் காணலாம். காப்பு சர்வர் பக்கத்தில், வழக்கமான தார் தொடங்கப்பட்டது, எனவே நீங்கள் அதை ஒப்பிட்டுப் பார்த்தால், மீட்பு 3 மடங்கு மெதுவாக இருக்கும். இரண்டுக்கும் மேற்பட்ட இழைகளுடன், மல்டி த்ரெட் பயன்முறையில் செயல்பாட்டைச் சரிபார்ப்பது மதிப்புக்குரியதாக இருக்கலாம்.
BorgBackup மறைகுறியாக்கப்படாத பயன்முறையில், இது 2 நிமிடம் 45 வினாடிகளில் தாரை விட சற்று மெதுவாக இருந்தது, இருப்பினும், தார் போலல்லாமல், களஞ்சியத்தை நகலெடுக்க முடிந்தது. சுமை மாறியது
பின்வரும்:
பிளேக் அடிப்படையிலான குறியாக்கத்தை நீங்கள் இயக்கினால், காப்புப் பிரதி மீட்பு வேகம் சற்று மெதுவாக இருக்கும். இந்த பயன்முறையில் மீட்பு நேரம் 3 நிமிடங்கள் 19 வினாடிகள், மற்றும் சுமை போய்விட்டது
இது போன்ற:
AES குறியாக்கம் சற்று மெதுவாக உள்ளது, மீட்பு நேரம் 3 நிமிடங்கள் 23 வினாடிகள், சுமை குறிப்பாக
மாறவில்லை:
போர்க் பல-திரிக்கப்பட்ட பயன்முறையில் வேலை செய்ய முடியும் என்பதால், செயலி சுமை அதிகபட்சம், கூடுதல் செயல்பாடுகளை செயல்படுத்தும் போது, இயக்க நேரம் வெறுமனே அதிகரிக்கிறது. வெளிப்படையாக, zbackup ஐப் போலவே மல்டித்ரெடிங்கை ஆராய்வது மதிப்பு.
ரெஸ்டிக் மீட்டெடுப்பை சற்று மெதுவாக சமாளித்தது, இயக்க நேரம் 4 நிமிடங்கள் 28 வினாடிகள். சுமை போல் இருந்தது
பின்வருமாறு:
வெளிப்படையாக மீட்பு செயல்முறை பல நூல்களில் வேலை செய்கிறது, ஆனால் செயல்திறன் BorgBackup ஐ விட அதிகமாக இல்லை, ஆனால் வழக்கமான rsync உடன் ஒப்பிடலாம்.
உதவியுடன் உர்பேக்கப் 8 நிமிடங்கள் மற்றும் 19 வினாடிகளில் தரவை மீட்டமைக்க முடிந்தது, சுமை இருந்தது
அத்தகைய:
சுமை இன்னும் அதிகமாக இல்லை, தார் விட குறைவாக உள்ளது. சில இடங்களில் வெடிப்புகள் உள்ளன, ஆனால் ஒரு மையத்தின் சுமைக்கு மேல் இல்லை.
ஒப்பிடுவதற்கான அளவுகோல்களின் தேர்வு மற்றும் நியாயப்படுத்துதல்
முந்தைய கட்டுரைகளில் ஒன்றில் கூறியது போல், காப்பு அமைப்பு பின்வரும் அளவுகோல்களை சந்திக்க வேண்டும்:
- பயன்படுத்த எளிதாக
- செயலாக்கம்
- ஸ்திரத்தன்மை
- வேகம்
ஒவ்வொரு புள்ளியையும் தனித்தனியாக இன்னும் விரிவாகக் கருத்தில் கொள்வது மதிப்பு.
செயல்பாட்டின் எளிமை
"எல்லாவற்றையும் நன்றாகச் செய்யுங்கள்" என்ற ஒரு பொத்தான் இருக்கும்போது இது சிறந்தது, ஆனால் நீங்கள் உண்மையான நிரல்களுக்குத் திரும்பினால், மிகவும் வசதியான விஷயம் சில பழக்கமான மற்றும் நிலையான இயக்கக் கொள்கையாக இருக்கும்.
பெரும்பாலான பயனர்கள் க்ளைக்கான விசைகளின் தொகுப்பை நினைவில் வைத்துக் கொள்ள வேண்டிய அவசியமில்லை, வலை அல்லது துய் வழியாக பல்வேறு, அடிக்கடி தெளிவற்ற விருப்பங்களை உள்ளமைக்க அல்லது தோல்வியுற்ற செயல்பாட்டைப் பற்றிய அறிவிப்புகளை அமைக்க வேண்டிய அவசியமில்லை. ஏற்கனவே உள்ள உள்கட்டமைப்பில் காப்புப்பிரதி தீர்வை எளிதாக "பொருத்தம்" செய்யும் திறன் மற்றும் காப்புப்பிரதி செயல்முறையின் ஆட்டோமேஷன் ஆகியவை இதில் அடங்கும். ஒரு தொகுப்பு மேலாளரைப் பயன்படுத்தி அல்லது "பதிவிறக்கம் மற்றும் திறத்தல்" போன்ற ஒன்று அல்லது இரண்டு கட்டளைகளைப் பயன்படுத்தி நிறுவும் வாய்ப்பும் உள்ளது. curl ссылка | sudo bash - ஒரு சிக்கலான முறை, இணைப்பு வழியாக என்ன வருகிறது என்பதை நீங்கள் சரிபார்க்க வேண்டும்.
எடுத்துக்காட்டாக, பரிசீலிக்கப்பட்ட வேட்பாளர்களில், ஒரு எளிய தீர்வு பர்ப், ஆர்டிஃப்-பேக்கப் மற்றும் ரெஸ்டிக் ஆகும், இவை வெவ்வேறு இயக்க முறைகளுக்கு நினைவூட்டல் விசைகளைக் கொண்டுள்ளன. போர்க் மற்றும் டூப்ளிசிட்டி ஆகியவை சற்று சிக்கலானவை. மிகவும் கடினமானது அமண்டா. மீதமுள்ளவை பயன்பாட்டின் எளிமையின் அடிப்படையில் எங்கோ நடுவில் உள்ளன. எப்படியிருந்தாலும், பயனர் கையேட்டைப் படிக்க உங்களுக்கு 30 வினாடிகளுக்கு மேல் தேவைப்பட்டாலோ அல்லது கூகிள் அல்லது வேறு தேடுபொறிக்குச் செல்ல வேண்டும், மேலும் நீண்ட உதவித் தாளைப் படிக்க வேண்டும் என்றால், ஒரு வழி அல்லது வேறு முடிவு கடினமாக இருக்கும்.
பரிசீலிக்கப்பட்ட சில வேட்பாளர்கள் மின்னஞ்சல் ஜாபர் மூலம் தானாக ஒரு செய்தியை அனுப்ப முடியும், மற்றவர்கள் கணினியில் உள்ளமைக்கப்பட்ட விழிப்பூட்டல்களை நம்பியிருக்கிறார்கள். மேலும், பெரும்பாலும் சிக்கலான தீர்வுகள் முற்றிலும் வெளிப்படையான எச்சரிக்கை அமைப்புகளைக் கொண்டிருக்கவில்லை. எவ்வாறாயினும், காப்புப் பிரதி நிரல் பூஜ்ஜியமற்ற வருமானக் குறியீட்டை உருவாக்கினால், அது குறிப்பிட்ட காலப் பணிகளுக்கான கணினி சேவையால் சரியாகப் புரிந்துகொள்ளப்படும் (கணினி நிர்வாகிக்கு அல்லது நேரடியாக கண்காணிப்புக்கு ஒரு செய்தி அனுப்பப்படும்) - நிலைமை எளிது. ஆனால் காப்புப்பிரதி சேவையகத்தில் இயங்காத காப்புப்பிரதி அமைப்பை உள்ளமைக்க முடியாவிட்டால், சிக்கலைப் பற்றி சொல்ல வெளிப்படையான வழி சிக்கலானது ஏற்கனவே அதிகமாக உள்ளது. எவ்வாறாயினும், எச்சரிக்கைகள் மற்றும் பிற செய்திகளை வலை இடைமுகம் அல்லது பதிவிற்கு மட்டுமே வழங்குவது தவறான நடைமுறையாகும், ஏனெனில் அவை பெரும்பாலும் புறக்கணிக்கப்படும்.
ஆட்டோமேஷனைப் பொறுத்தவரை, ஒரு எளிய நிரல் அதன் இயக்க முறைமையை அமைக்கும் சூழல் மாறிகளைப் படிக்கலாம் அல்லது வலை இடைமுகத்தின் மூலம் பணிபுரியும் போது நடத்தையை முழுமையாக நகலெடுக்கக்கூடிய ஒரு வளர்ந்த கிளையைக் கொண்டுள்ளது. தொடர்ச்சியான செயல்பாட்டின் சாத்தியம், விரிவாக்க வாய்ப்புகளின் கிடைக்கும் தன்மை போன்றவையும் இதில் அடங்கும்.
செயலாக்கம்
ஆட்டோமேஷன் தொடர்பான முந்தைய துணைப்பிரிவை ஓரளவு எதிரொலித்து, தற்போதுள்ள உள்கட்டமைப்பில் காப்புப்பிரதி செயல்முறையை "பொருத்துவது" ஒரு குறிப்பிட்ட சிக்கலாக இருக்கக்கூடாது.
வேலைக்காக தரமற்ற துறைமுகங்களைப் பயன்படுத்துவது (சரி, வலை இடைமுகத்தைத் தவிர), தரமற்ற முறையில் குறியாக்கத்தை செயல்படுத்துவது, தரமற்ற நெறிமுறையைப் பயன்படுத்தி தரவு பரிமாற்றம் ஆகியவை ஒரு அல்லாத அறிகுறிகளாகும் என்பது கவனிக்கத்தக்கது. - உலகளாவிய தீர்வு. பெரும்பாலும், எல்லா வேட்பாளர்களும் வெளிப்படையான காரணத்திற்காக ஒரு வழியில் அல்லது வேறு வழியில் அவற்றைக் கொண்டுள்ளனர்: எளிமை மற்றும் பல்துறை பொதுவாக ஒன்றாகச் செல்வதில்லை. ஒரு விதிவிலக்காக - பர்ப், மற்றவர்கள் உள்ளன.
ஒரு அடையாளமாக - வழக்கமான ssh ஐப் பயன்படுத்தி வேலை செய்யும் திறன்.
வேலை வேகம்
மிகவும் சர்ச்சைக்குரிய மற்றும் சர்ச்சைக்குரிய புள்ளி. ஒருபுறம், நாங்கள் செயல்முறையைத் தொடங்கினோம், அது முடிந்தவரை விரைவாக வேலை செய்தது மற்றும் முக்கிய பணிகளில் தலையிடவில்லை. மறுபுறம், காப்புப்பிரதி காலத்தில் போக்குவரத்து மற்றும் செயலி சுமை அதிகரிப்பு உள்ளது. நகல்களை உருவாக்குவதற்கான வேகமான நிரல்கள் பொதுவாக பயனர்களுக்கு முக்கியமான செயல்பாடுகளின் அடிப்படையில் மிகவும் ஏழ்மையானவை என்பதும் குறிப்பிடத்தக்கது. மீண்டும்: கடவுச்சொல்லுடன் பல பல்லாயிரக்கணக்கான பைட்டுகளின் ஒரு துரதிர்ஷ்டவசமான உரைக் கோப்பைப் பெறுவதற்கும், அதன் காரணமாக முழு சேவைக்கும் செலவாகும் என்றால் (ஆம், ஆம், காப்புப்பிரதி செயல்முறை பெரும்பாலும் இங்கு குற்றம் சாட்டப்படாது என்பதை நான் புரிந்துகொள்கிறேன்), மற்றும் நீங்கள் களஞ்சியத்தில் உள்ள அனைத்து கோப்புகளையும் தொடர்ச்சியாக மீண்டும் படிக்க வேண்டும் அல்லது முழு காப்பகத்தையும் விரிவுபடுத்த வேண்டும் - காப்பு அமைப்பு வேகமாக இருக்காது. காப்பகத்திலிருந்து காப்புப்பிரதியை வரிசைப்படுத்துவதற்கான வேகம் பெரும்பாலும் ஒரு தடையாக மாறும் மற்றொரு புள்ளி. அதிக கையாளுதல் இல்லாமல் கோப்புகளை நகலெடுக்க அல்லது விரும்பிய இடத்திற்கு நகர்த்தக்கூடியவர்களுக்கு இங்கே ஒரு தெளிவான நன்மை உள்ளது (உதாரணமாக, rsync), ஆனால் பெரும்பாலும் பிரச்சனை ஒரு நிறுவன வழியில் தீர்க்கப்பட வேண்டும், அனுபவபூர்வமாக: காப்பு மீட்பு நேரத்தை அளவிடுவதன் மூலம் மற்றும் இதைப் பற்றி பயனர்களுக்கு வெளிப்படையாகத் தெரிவிக்கிறது.
ஸ்திரத்தன்மை
இதை இவ்வாறு புரிந்து கொள்ள வேண்டும்: ஒருபுறம், காப்பு பிரதியை எந்த வகையிலும் மீண்டும் வரிசைப்படுத்துவது சாத்தியமாக இருக்க வேண்டும், மறுபுறம், இது பல்வேறு சிக்கல்களுக்கு எதிர்ப்புத் தெரிவிக்க வேண்டும்: பிணைய குறுக்கீடு, வட்டு செயலிழப்பு, ஒரு பகுதியை நீக்குதல் களஞ்சியம்.
காப்பு கருவிகளின் ஒப்பீடு
உருவாக்கும் நேரத்தை நகலெடுக்கவும்
மீட்பு நேரத்தை நகலெடுக்கவும்
எளிதான நிறுவல்
எளிதான அமைப்பு
எளிய பயன்பாடு
எளிய ஆட்டோமேஷன்
உங்களுக்கு கிளையன்ட் சர்வர் தேவையா?
களஞ்சியத்தின் ஒருமைப்பாட்டை சரிபார்க்கிறது
மாறுபட்ட பிரதிகள்
குழாய் வழியாக வேலை
செயலாக்கம்
சுதந்திரம்
களஞ்சிய வெளிப்படைத்தன்மை
குறியாக்க
சுருக்க
இரட்டிப்பு
இணைய இடைமுகம்
மேகத்தை நிரப்புகிறது
விண்டோஸ் ஆதரவு
குறி
rsync
4 மீ15 வி
4 மீ28 வி
ஆம்
எந்த
எந்த
எந்த
ஆம்
எந்த
எந்த
ஆம்
எந்த
ஆம்
ஆம்
எந்த
எந்த
எந்த
எந்த
எந்த
ஆம்
6
தார்
தூய
3 மீ12 வி
2 மீ43 வி
ஆம்
எந்த
எந்த
எந்த
எந்த
எந்த
ஆம்
ஆம்
எந்த
ஆம்
எந்த
எந்த
எந்த
எந்த
எந்த
எந்த
ஆம்
8,5
, gzip
9 மீ37 வி
3 மீ19 வி
ஆம்
Rdiff-backup
16 மீ26 வி
17 மீ17 வி
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
எந்த
ஆம்
எந்த
ஆம்
எந்த
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
11
Rsnapshot
4 மீ19 வி
4 மீ28 வி
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
எந்த
ஆம்
எந்த
ஆம்
எந்த
ஆம்
எந்த
எந்த
ஆம்
ஆம்
எந்த
ஆம்
12,5
பர்ப்
11 மீ9 வி
7 மீ2 வி
ஆம்
எந்த
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
ஆம்
எந்த
எந்த
ஆம்
எந்த
ஆம்
எந்த
ஆம்
10,5
டுப்ளிசிட்டி
குறியாக்கம் இல்லை
16 மீ48 வி
10 மீ58 வி
ஆம்
ஆம்
எந்த
ஆம்
எந்த
ஆம்
ஆம்
எந்த
எந்த
ஆம்
எந்த
ஆம்
ஆம்
எந்த
ஆம்
எந்த
ஆம்
11
: gpg
17 மீ27 வி
15 மீ3 வி
நகல்
குறியாக்கம் இல்லை
20 மீ28 வி
13 மீ45 வி
எந்த
ஆம்
எந்த
எந்த
எந்த
ஆம்
ஆம்
எந்த
எந்த
ஆம்
எந்த
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
11
aes
29 மீ41 வி
21 மீ40 வி
: gpg
26 மீ19 வி
16 மீ30 வி
zbackup
குறியாக்கம் இல்லை
40 மீ3 வி
11 மீ8 வி
ஆம்
ஆம்
எந்த
எந்த
எந்த
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
எந்த
ஆம்
ஆம்
ஆம்
எந்த
எந்த
எந்த
10
aes
42 மீ0 வி
14 மீ1 வி
aes+lzo
18 மீ9 வி
6 மீ19 வி
BorgBackup
குறியாக்கம் இல்லை
4 மீ7 வி
2 மீ45 வி
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
16
aes
4 மீ58 வி
3 மீ23 வி
பிளேக் 2
4 மீ39 வி
3 மீ19 வி
ரெஸ்டிக்
5 மீ38 வி
4 மீ28 வி
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
எந்த
ஆம்
எந்த
ஆம்
ஆம்
15,5
உர்பேக்கப்
8 மீ21 வி
8 மீ19 வி
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
எந்த
ஆம்
எந்த
ஆம்
ஆம்
எந்த
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
12
அமண்டா
9 மீ3 வி
2 மீ49 வி
ஆம்
எந்த
எந்த
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
ஆம்
ஆம்
13
காப்புப்பிரதி
rsync
12 மீ22 வி
7 மீ42 வி
ஆம்
எந்த
ஆம்
ஆம்
ஆம்
ஆம்
ஆம்
எந்த
ஆம்
எந்த
எந்த
ஆம்
ஆம்
எந்த
ஆம்
எந்த
ஆம்
10,5
தார்
12 மீ34 வி
12 மீ15 வி
அட்டவணை புராணம்:
- பச்சை, ஐந்து நிமிடங்களுக்கும் குறைவான இயக்க நேரம் அல்லது "ஆம்" என்று பதிலளிக்கவும் ("கிளையன்ட் சர்வர் வேண்டுமா?" என்ற நெடுவரிசையைத் தவிர), 1 புள்ளி
- மஞ்சள், இயக்க நேரம் ஐந்து முதல் பத்து நிமிடங்கள், 0.5 புள்ளிகள்
- சிவப்பு, வேலை நேரம் பத்து நிமிடங்களுக்கு மேல், அல்லது பதில் “இல்லை” (“உங்களுக்கு கிளையன்ட் சர்வர் தேவையா?” என்ற நெடுவரிசையைத் தவிர), 0 புள்ளிகள்
மேலே உள்ள அட்டவணையின்படி, எளிமையான, வேகமான மற்றும் அதே நேரத்தில் வசதியான மற்றும் சக்திவாய்ந்த காப்புப்பிரதி கருவி BorgBackup ஆகும். ரெஸ்டிக் இரண்டாவது இடத்தைப் பிடித்தார், மீதமுள்ள பரிசீலிக்கப்பட்ட வேட்பாளர்கள் முடிவில் ஒன்று அல்லது இரண்டு புள்ளிகளின் பரவலுடன் தோராயமாக சமமாக வைக்கப்பட்டனர்.
தொடரை இறுதிவரை வாசித்த அனைவருக்கும் எனது நன்றியைத் தெரிவித்துக் கொள்கிறேன், விருப்பங்களைப் பற்றி விவாதிக்கவும், ஏதேனும் இருந்தால் உங்கள் சொந்த விருப்பத்தை வழங்கவும் உங்களை அழைக்கிறேன். விவாதம் முன்னேறும் போது, அட்டவணை விரிவாக்கப்படலாம்.
தொடரின் முடிவு இறுதிக் கட்டுரையாக இருக்கும், அதில் ஒரு சிறந்த, வேகமான மற்றும் நிர்வகிக்கக்கூடிய காப்புப்பிரதி கருவியை உருவாக்கும் முயற்சி இருக்கும், இது ஒரு நகலை குறுகிய காலத்தில் மீண்டும் பயன்படுத்த அனுமதிக்கிறது, அதே நேரத்தில் வசதியாகவும் எளிதாகவும் இருக்கும். கட்டமைக்க மற்றும் பராமரிக்க.
அறிவிப்பு
காப்புப் பிரதி பகுதி 6: காப்புப் பிரதி கருவிகளை ஒப்பிடுதல்
காப்பு பகுதி 7: முடிவுகள்
ஆதாரம்: www.habr.com