திறன் அடுக்கு (அல்லது நாம் Vim - captir உள்ளே அழைக்கிறோம்) மீண்டும் Veeam காப்பு மற்றும் பிரதி 9.5 மேம்படுத்தல் 4 இல் Archive Tier என்ற பெயரில் தோன்றியது. செயல்பாட்டு மீட்பு சாளரம் என்று அழைக்கப்படுபவற்றிலிருந்து வெளியேறிய காப்புப்பிரதிகளை பொருள் சேமிப்பகத்திற்கு நகர்த்துவதை சாத்தியமாக்குவதே இதன் பின்னணியில் உள்ள யோசனை. இது வட்டு இடத்தை குறைவாக வைத்திருக்கும் பயனர்களுக்கு உதவியது. மேலும் இந்த விருப்பம் Move Mode என்று அழைக்கப்பட்டது.
இந்த எளிய (அது போல்) செயலைச் செய்ய, இரண்டு நிபந்தனைகளைப் பூர்த்தி செய்ய போதுமானதாக இருந்தது: நகர்த்தப்பட்ட காப்புப்பிரதியின் அனைத்து புள்ளிகளும் மேலே குறிப்பிடப்பட்ட செயல்பாட்டு மீட்டெடுப்பு சாளரத்தின் எல்லைக்கு வெளியே இருக்க வேண்டும், இது UI இல் வெளிப்படையாக அமைக்கப்பட்டுள்ளது. இரண்டாவது: சங்கிலி "சீல் செய்யப்பட்ட வடிவத்தில்" (சீல் செய்யப்பட்ட காப்புச் சங்கிலி அல்லது செயலற்ற காப்புச் சங்கிலி) என்று அழைக்கப்பட வேண்டும். அதாவது, காலப்போக்கில் இந்த சங்கிலியில் எந்த மாற்றமும் ஏற்படாது.
ஆனால் VBR v10 இல், கருத்து புதிய செயல்பாடுகளுடன் கூடுதலாக சேர்க்கப்பட்டது - நகல் முறை, சீல் செய்யப்பட்ட பயன்முறை மற்றும் மாறாத தன்மை என்று உச்சரிக்க கடினமான பெயர்.
இன்று நாம் பேசப்போகும் சுவாரஸ்யமான விஷயங்கள் இவை. முதலில், இது VBR9.5u4 இல் எவ்வாறு செயல்பட்டது என்பது பற்றி, பின்னர் பத்தாவது பதிப்பில் மாற்றங்கள் பற்றி.
தூய மொழியின் சாம்பியன்கள் என்னை மன்னிக்கட்டும், ஆனால் மொழிபெயர்க்க முடியாத பல சொற்கள் உள்ளன.
எனவே இங்கு ஆங்கிலேயர்கள் டன் இருக்கும்.
மற்றும் நிறைய gif கள்.
மற்றும் படங்கள்.
- சிறிதும் வருத்தம் இல்லாமல். கட்டுரையின் ஆசிரியர்.
அப்படியே இருந்தது
சரி, செயல்பாட்டு மீட்டெடுப்பு சாளரம் மற்றும் சீல் செய்யப்பட்ட காப்புப்பிரதியை பகுப்பாய்வு செய்வதன் மூலம் தொடங்குவோம் (அல்லது அவை செயலற்ற காப்புச் சங்கிலி ஆவணத்தில் அழைக்கப்படுகின்றன). அவர்களின் புரிதல் இல்லாமல், மேலும் விளக்கம் சாத்தியமில்லை.
படத்தில் நாம் பார்ப்பது போல், எங்களிடம் தரவுத் தொகுதிகள் கொண்ட ஒரு வகையான காப்புச் சங்கிலி உள்ளது, இது திறன் அடுக்கு இணைக்கப்பட்டுள்ள களஞ்சியத்தின் செயல்திறன் அடுக்கு SOBR இல் அமைந்துள்ளது. எங்கள் செயல்பாட்டு காப்புப்பிரதி சாளரம் மூன்று நாட்கள் ஆகும்.
அதன்படி, திங்களன்று உருவாக்கப்பட்ட .vbk முந்தைய சங்கிலியை மூடுகிறது, அதன் சாளரம் மூன்று நாட்களுக்கு அமைக்கப்பட்டுள்ளது. அதாவது, இந்த மூன்று நாட்களை விட பழைய அனைத்தையும் நீங்கள் பாதுகாப்பாக படப்பிடிப்பு வரம்பிற்கு கொண்டு செல்லலாம்.
ஆனால் சீல் செய்யப்பட்ட சங்கிலி என்றால் சரியாக என்ன அர்த்தம் மற்றும் மேம்படுத்தல் 4 இல் திறன் படப்பிடிப்பு வரம்பிற்கு எதை அனுப்பலாம்?
ஃபார்வர்டு இன்கிரிமெண்டலுக்கு, சங்கிலியை சீல் செய்வதன் அடையாளம் புதிய முழு காப்புப்பிரதியை உருவாக்குவதாகும். இந்த முழு காப்புப்பிரதி எவ்வாறு பெறப்படுகிறது என்பது முக்கியமல்ல: செயற்கை முழு மற்றும் செயலில் உள்ள முழு காப்புப்பிரதிகளும் கருதப்படுகின்றன.
தலைகீழ் விஷயத்தில், இவை அனைத்தும் இயக்க சாளரத்தில் வராத கோப்புகள்.
ரோல்பேக்குகளுடன் முன்னோக்கி அதிகரிப்பின் விஷயத்தில், செயல்திறன் அளவில் மற்றொரு .vbk இருந்தால், இவை அனைத்தும் ரோல்பேக்குகள் மற்றும் .vbk ஆகும்.
இப்போது காப்பு நகல் சங்கிலிகளுடன் பணிபுரியும் விருப்பத்தை கருத்தில் கொள்வோம். GFS தக்கவைப்பின் கீழ் வரும் பொருட்கள் மட்டுமே இங்கு கொண்டு செல்லப்பட்டன. ஏனெனில் சமீபத்திய காப்பு பிரதி சங்கிலிகளில் சேமிக்கப்பட்ட அனைத்தையும் ஒரு வழியில் அல்லது வேறு வழியில் மாற்றலாம்.
இப்போது பேட்டைக்கு கீழே பார்ப்போம். அங்கு, நீரிழப்பு எனப்படும் ஒரு செயல்முறை நிகழ்கிறது - அளவுகளில் வெற்று காப்பு கோப்புகளை விட்டு, இந்த கோப்புகளிலிருந்து தொகுதிகளை திறன் படப்பிடிப்பு வரம்பிற்கு இழுக்கிறது. இந்த செயல்முறையை மேம்படுத்த, நீரிழப்பு குறியீடு என்று அழைக்கப்படுவது பயன்படுத்தப்படுகிறது, இது ஏற்கனவே திறன் படப்பிடிப்பு வரம்பிற்கு நகலெடுக்கப்பட்ட தொகுதிகளை நகலெடுப்பதைத் தவிர்க்க உங்களை அனுமதிக்கிறது.
ஒரு எடுத்துக்காட்டுடன் இது எப்படி இருக்கிறது என்று பார்ப்போம்: பரிவர்த்தனை சாளரத்திலிருந்து வெளிவந்து சீல் செய்யப்பட்ட சங்கிலியைச் சேர்ந்த .vbk எங்களிடம் உள்ளது என்று வைத்துக்கொள்வோம். இதன் பொருள், அதை திறன் படப்பிடிப்பு வரம்பிற்கு நகர்த்த எங்களுக்கு முழு உரிமையும் உள்ளது. நகரும் நேரத்தில், மாற்றப்பட்ட கோப்பின் திறன் கோடு மற்றும் தொகுதிகளில் ஒரு மெட்டாடேட்டா கோப்பு உருவாக்கப்படுகிறது. இணைப்பு-நிலை மெட்டாடேட்டா கோப்பு, எங்கள் கோப்பு என்ன தொகுதிகளைக் கொண்டுள்ளது என்பதை விவரிக்கிறது. படத்தில் உள்ள வழக்கில், எங்கள் முதல் கோப்பில் a, b, c தொகுதிகள் உள்ளன மற்றும் மெட்டாடேட்டாவில் இந்தத் தொகுதிகளுக்கான இணைப்புகள் உள்ளன. எங்களிடம் இரண்டாவது .vbk கோப்பு, நகர்த்துவதற்குத் தயாராக இருக்கும் போது, a, b மற்றும் d தொகுதிகளைக் கொண்டிருக்கும் போது, நீரிழப்பு குறியீட்டை பகுப்பாய்வு செய்து, தொகுதி d மட்டுமே நகர்த்தப்பட வேண்டும் என்பதை புரிந்துகொள்கிறோம். மேலும் அதன் மெட்டாடேட்டா கோப்பில் இரண்டு முந்தைய தொகுதிகள் மற்றும் ஒரு புதிய இணைப்புகள் இருக்கும்.
அதன்படி, இந்த வெற்று இடங்களை மீண்டும் தரவுகளால் நிரப்பும் செயல்முறை ரீஹைட்ரேஷன் என்று அழைக்கப்படுகிறது. இது ஏற்கனவே அதன் சொந்த ரீஹைட்ரேஷன் இன்டெக்ஸைப் பயன்படுத்துகிறது, உள்ளூர் செயல்திறன் அளவின் அடிப்படையில் பழமையான .vbk கோப்பின் அடிப்படையில். அதாவது, பயனர் திறன் படப்பிடிப்பு வரம்பிலிருந்து ஒரு கோப்பைத் திரும்பப் பெற விரும்பினால், நாங்கள் முதலில் பழமையான முழு காப்புப்பிரதியின் தொகுதிகளின் குறியீட்டை உருவாக்கி, திறன் படப்பிடிப்பு கேலரியில் இருந்து விடுபட்ட தொகுதிகளை மட்டும் மாற்றுவோம். படத்தில் வழங்கப்பட்டுள்ள வழக்கில், ரீஹைட்ரேஷன் இன்டெக்ஸின் படி FullBackup1.vbk ஐ ரீஹைட்ரேட் செய்ய, நமக்கு தொகுதி C மட்டுமே தேவை, அதை நாம் திறன் படப்பிடிப்பு வரம்பிலிருந்து எடுக்கிறோம். ஒரு சேமிப்பக கிளவுட் ஆப்ஜெக்ட் ஒரு திறன் படப்பிடிப்பு வரம்பாக செயல்பட்டால், இது அதிக அளவு பணத்தை சேமிக்க உங்களை அனுமதிக்கிறது.
இந்த தொழில்நுட்பம் WAN முடுக்கிகளில் பயன்படுத்தப்படுவதைப் போன்றது என்று இங்கே தோன்றலாம், ஆனால் அது அப்படியே தெரிகிறது. முடுக்கிகளில், துப்பறிதல் என்பது உலகளாவியது; இங்கே, ஒவ்வொரு கோப்பிலும் ஒரு குறிப்பிட்ட ஆஃப்செட்டில் உள்ளூர் விலக்கு பயன்படுத்தப்படுகிறது. தீர்க்கப்படும் பணிகளில் உள்ள வேறுபாட்டின் காரணமாக இது நிகழ்கிறது: இங்கே நாம் பெரிய முழு காப்பு கோப்புகளை நகலெடுக்க வேண்டும், மேலும் எங்கள் ஆராய்ச்சியின் படி, அவற்றுக்கிடையே நீண்ட காலம் சென்றாலும், இந்த விலக்கு வழிமுறை சிறந்த முடிவை அளிக்கிறது.
ஆனால் குறியீடுகளின் கடவுளுக்கு அதிக குறியீடுகள்! தரவு மீட்டெடுப்பிற்கான ஒரு குறியீடும் உள்ளது! திறன் கோட்டில் அமைந்துள்ள இயந்திரத்தை மீட்டமைக்கத் தொடங்கும் போது, செயல்திறன் கோட்டில் இல்லாத தனிப்பட்ட தரவுத் தொகுதிகளை மட்டுமே படிப்போம்.
அது நடந்தது எப்படி
அறிமுகப் பகுதிக்கு அவ்வளவுதான். இது மிகவும் விரிவானது, ஆனால் மேலே குறிப்பிட்டுள்ளபடி, இந்த விவரங்கள் இல்லாமல் புதிய செயல்பாடுகள் எவ்வாறு செயல்படுகின்றன என்பதை விளக்க முடியாது. எனவே, மேலும் கவலைப்படாமல், முதலில் செல்லலாம்.
நகல் முறை
இது பெரும்பாலும் தற்போதுள்ள தொழில்நுட்பங்களை அடிப்படையாகக் கொண்டது, ஆனால் முற்றிலும் மாறுபட்ட தர்க்கத்தைப் பயன்படுத்துகிறது.
இந்த பயன்முறையின் நோக்கம், உள்ளூர் அளவில் உள்ள எல்லா தரவும் திறன் கோடுகளில் நகல் இருப்பதை உறுதி செய்வதாகும்.
நீங்கள் மூவ் மற்றும் நகல் முறைகளை ஒப்பிட்டுப் பார்த்தால், இது இப்படி இருக்கும்:
- சீல் செய்யப்பட்ட சங்கிலியை மட்டுமே நகர்த்த முடியும். நகல் பயன்முறையில், காப்புப்பிரதி வேலையில் என்ன நடந்தாலும், முற்றிலும் அனைத்தும் மாற்றப்படும்.
- செயல்பாட்டு காப்புப்பிரதி சாளரத்தின் எல்லைகளுக்கு அப்பால் கோப்புகள் செல்லும்போது நகர்த்துதல் தூண்டப்படுகிறது, மேலும் காப்பு கோப்பு தோன்றியவுடன் நகலெடுக்கும்.
- நகலெடுப்பதற்கான புதிய தரவைக் கண்காணிப்பது தொடர்ந்து நிகழ்கிறது, மேலும் நகர்த்துவதற்கு ஒவ்வொரு 4 மணி நேரத்திற்கும் ஒரு முறை தூண்டப்படுகிறது.
புதிய பயன்முறையைக் கருத்தில் கொண்டு, எளிய உதாரணங்களிலிருந்து சிக்கலானவற்றுக்குச் செல்ல நான் முன்மொழிகிறேன்.
மிகவும் பொதுவான வழக்கில், எங்களிடம் புதிய கோப்புகள் அதிகரிப்புகள் உள்ளன, மேலும் அவற்றை திறன் படப்பிடிப்பு வரம்பிற்கு நகலெடுக்கிறோம். காப்புப் பிரதி வேலையில் எந்த பயன்முறை பயன்படுத்தப்பட்டாலும், அது சங்கிலியின் சீல் செய்யப்பட்ட பகுதிக்குச் சொந்தமானதா இல்லையா என்பதைப் பொருட்படுத்தாமல், எங்கள் இயக்க சாளரம் காலாவதியானதா என்பதைப் பொருட்படுத்தாமல். அவர்கள் அதை எடுத்து நகலெடுத்தனர்.
இதற்குப் பின்னால் உள்ள செயல்முறை மேலே விவரிக்கப்பட்டபடி இன்னும் நீரிழப்பு ஆகும். நகல் முறையில், ஏற்கனவே நமது சேமிப்பகத்தில் உள்ள தொகுதிகளை நகலெடுக்காமல் இருப்பதையும் இது உறுதி செய்கிறது. ஒரே வித்தியாசம் என்னவென்றால், மூவி பயன்முறையில் உண்மையான கோப்புகளை போலி கோப்புகளுடன் மாற்றினால், இங்கே நாம் அவற்றை எந்த வகையிலும் தொடுவதில்லை, எல்லாவற்றையும் அப்படியே விட்டுவிடுவோம். இல்லையெனில், இது சரியாக அதே நீரிழப்பு குறியீடாகும், இது உங்கள் பணத்தையும் நேரத்தையும் சேமிக்க கவனமாக முயற்சிக்கிறது.
கேள்வி எழுகிறது - நீங்கள் UI ஐப் பார்த்தால், ஒரே நேரத்தில் இரண்டு விருப்பங்களையும் தேர்ந்தெடுக்க ஒரு வாய்ப்பு உள்ளது. அத்தகைய ஒருங்கிணைந்த பயன்முறை எவ்வாறு வேலை செய்யும்?
அதை கண்டுபிடிப்போம்.
ஆரம்பம் நிலையானது: ஒரு காப்பு கோப்பு உருவாக்கப்பட்டு உடனடியாக நகலெடுக்கப்படுகிறது. அதற்கு ஒரு அதிகரிப்பு உருவாக்கப்பட்டு நகலெடுக்கப்பட்டது. கோப்புகள் எங்கள் இயக்க சாளரத்தை விட்டு வெளியேறி சீல் செய்யப்பட்ட சங்கிலி தோன்றியதை நாம் உணரும் தருணம் வரை இது நடக்கும். இந்த கட்டத்தில் நாம் ஒரு நீரிழப்பு அறுவை சிகிச்சை செய்து, இந்த கோப்புகளை போலி கோப்புகளுடன் மாற்றுவோம். நிச்சயமாக, திறன் படப்பிடிப்பு வரம்பிற்கு நாங்கள் எதையும் மீண்டும் நகலெடுக்க மாட்டோம்.
இந்த அனைத்து கவர்ச்சிகரமான தர்க்கங்களும் இடைமுகத்தில் உள்ள ஒரே ஒரு தேர்வுப்பெட்டிக்கு மட்டுமே பொறுப்பாகும்: காப்புப்பிரதிகள் உருவாக்கப்பட்டவுடன் அவற்றைப் பொருள் சேமிப்பகத்திற்கு நகலெடுக்கவும்.
நமக்கு ஏன் இந்த நகல் முறை தேவை?
கேள்வியை இந்த வழியில் மறுபரிசீலனை செய்வது இன்னும் சிறந்தது: அதன் உதவியுடன் நாம் என்ன அபாயங்களிலிருந்து பாதுகாக்கப்படுகிறோம்? எந்த பிரச்சனையை தீர்க்க உதவுகிறது?
பதில் வெளிப்படையானது: நிச்சயமாக, இது தரவு மீட்பு. பொருள் சேமிப்பகத்தில் உள்ள உள்ளூர் தரவின் முழுமையான நகல் எங்களிடம் இருந்தால், எங்கள் தயாரிப்புக்கு என்ன நடந்தாலும், நிபந்தனைக்குட்பட்ட அமேசானில் உள்ள கோப்புகளிலிருந்து தரவை எப்போதும் மீட்டெடுக்கலாம்.
எனவே எளிமையானது முதல் மிகவும் சிக்கலானது வரை சாத்தியமான காட்சிகளைக் காண்போம்.
நம் தலையில் விழக்கூடிய எளிய துரதிர்ஷ்டம் காப்புச் சங்கிலியில் உள்ள கோப்புகளில் ஒன்றை அணுக முடியாதது.
ஒரு சோகமான கதை என்னவென்றால், எங்கள் SOBR களஞ்சியத்தின் அளவுகளில் ஒன்று உடைந்தது.
முழு SOBR களஞ்சியமும் அணுக முடியாததாக மாறும்போது இது இன்னும் மோசமாகிறது, ஆனால் திறன் படப்பிடிப்பு வரம்பு வேலை செய்கிறது.
மற்றும் எல்லாம் மிகவும் மோசமாக உள்ளது - இந்த காப்பு சர்வர் இறக்கும் போது உங்கள் முதல் ஆசை பத்து நிமிடங்களில் கனடிய எல்லைக்கு ஓட முயற்சிக்க வேண்டும்.
இப்போது ஒவ்வொரு சூழ்நிலையையும் தனித்தனியாகப் பார்ப்போம்.
நாம் ஒரு (மற்றும் பல) காப்புப் பிரதி கோப்புகளை இழந்தால், நாம் செய்ய வேண்டியது களஞ்சியத்தை மறுபரிசீலனை செய்யும் செயல்முறையைத் தொடங்க வேண்டும், மேலும் இழந்த கோப்பு போலி கோப்புடன் மாற்றப்படும். மற்றும் ரீஹைட்ரேஷன் செயல்முறையைப் பயன்படுத்தி (இது கட்டுரையின் ஆரம்பத்தில் விவாதிக்கப்பட்டது), பயனர் திறன் படப்பிடிப்பு வரம்பிலிருந்து உள்ளூர் சேமிப்பகத்திற்கு தரவைப் பதிவிறக்க முடியும்.
இப்போது நிலைமை மிகவும் சிக்கலானது. எங்கள் SOBR செயல்திறன் பயன்முறையில் இயங்கும் இரண்டு அளவுகளைக் கொண்டுள்ளது என்று வைத்துக்கொள்வோம், அதாவது நமது .vbk மற்றும் .vib ஆகியவை அவற்றின் மீது சீரற்ற அடுக்கில் பரவுகின்றன. ஒரு குறிப்பிட்ட நேரத்தில், அளவுகளில் ஒன்று கிடைக்காது, மேலும் பயனர் அவசரமாக இயந்திரத்தை மீட்டெடுக்க வேண்டும், அதன் தரவின் ஒரு பகுதி இந்த அளவிற்கு துல்லியமாக உள்ளது.
பயனர் மீட்பு வழிகாட்டியைத் தொடங்குகிறார், அவர் மீட்டெடுக்க விரும்பும் புள்ளியைத் தேர்ந்தெடுக்கிறார், மேலும் வழிகாட்டி, பணிபுரியும் போது, உள்ளூரில் மீட்டெடுப்பதற்குத் தேவையான அனைத்து தரவும் தன்னிடம் இல்லை என்பதையும், எனவே திறன் படப்பிடிப்பிலிருந்து பதிவிறக்கம் செய்ய வேண்டும் என்பதையும் உணர்ந்தார். கேலரி. அதே நேரத்தில், உள்ளூர் சேமிப்பகத்தில் இருக்கும் தொகுதிகள் மேகக்கணியிலிருந்து பதிவிறக்கம் செய்யப்படாது. மீட்டெடுப்பு குறியீட்டின் பெருமை (ஆம், இது கட்டுரையின் தொடக்கத்திலும் குறிப்பிடப்பட்டுள்ளது).
இந்த வழக்கின் ஒரு துணை வகை என்னவென்றால், முழு SOBR களஞ்சியமும் அணுக முடியாததாகிவிட்டது. இந்த வழக்கில், உள்ளூர் சேமிப்பகத்திலிருந்து நகலெடுக்க எங்களிடம் எதுவும் இல்லை, மேலும் அனைத்து தொகுதிகளும் மேகக்கணியிலிருந்து பதிவிறக்கம் செய்யப்படுகின்றன.
மிகவும் சுவாரஸ்யமான சூழ்நிலை என்னவென்றால், காப்புப்பிரதி சேவையகம் இறந்துவிட்டது. இங்கே இரண்டு விருப்பங்கள் உள்ளன: நிர்வாகி சிறந்தவர் மற்றும் உள்ளமைவு காப்புப்பிரதிகளை உருவாக்கினார், மேலும் நிர்வாகி ஒரு தீய பினோச்சியோ மற்றும் உள்ளமைவு காப்புப்பிரதிகளை உருவாக்கவில்லை.
முதல் வழக்கில், VBR இன் சுத்தமான நிறுவலை எங்காவது வரிசைப்படுத்தவும், நிலையான வழிமுறைகளைப் பயன்படுத்தி காப்புப்பிரதியிலிருந்து அதன் தரவுத்தளத்தை மீட்டெடுக்கவும் அவருக்கு போதுமானதாக இருக்கும். இந்த செயல்முறையின் முடிவில், எல்லாம் இயல்பு நிலைக்குத் திரும்பும். அல்லது மேலே உள்ள காட்சிகளில் ஒன்றின் படி மீட்டமைக்கப்படும்.
ஆனால் நிர்வாகி தனது சொந்த எதிரியாக இருந்தால், அல்லது உள்ளமைவு காப்புப்பிரதியும் ஒரு காவிய தோல்வியை சந்தித்தால், இங்கே கூட நாங்கள் அவரை விதியின் கருணைக்கு விட மாட்டோம். இந்த வழக்கில், இறக்குமதி பொருள் சேமிப்பு என்ற புதிய நடைமுறையை அறிமுகப்படுத்தியுள்ளோம். இது ஒரு SOBR களஞ்சியத்தை கைமுறையாக மீண்டும் உருவாக்கும் செயல்முறையைத் தவிர்க்கவும், அதைத் தொடர்ந்து மறுபரிசீலனை செய்வதன் மூலம் திறன் படப்பிடிப்பு வரம்பை இணைக்கவும் உங்களை அனுமதிக்கிறது, மேலும் Vim இடைமுகத்தில் ஒரு சேமிப்பகப் பொருளைச் சேர்த்து, இறக்குமதி சேமிப்பக களஞ்சிய செயல்முறையை இயக்கவும். உங்களுக்கும் உங்கள் காப்புப்பிரதிகளுக்கும் இடையில் நிற்கக்கூடிய ஒரே விஷயம், உங்கள் காப்புப்பிரதிகள் குறியாக்கம் செய்யப்பட்டிருந்தால் கடவுச்சொல்லை உள்ளிடுவதற்கான கோரிக்கை மட்டுமே.
இது அநேகமாக நகல் பயன்முறையைப் பற்றியது மற்றும் நாங்கள் செல்கிறோம்
சீல் செய்யப்பட்ட பயன்முறை
முக்கிய யோசனை என்னவென்றால், புதிய காப்புப்பிரதிகள் களஞ்சியத்தின் தேர்ந்தெடுக்கப்பட்ட SOBR அளவில் தோன்ற முடியாது. v10க்கு முன், எங்களிடம் பராமரிப்புப் பயன்முறை மட்டுமே இருந்தது, அப்போது களஞ்சியத்தில் எந்த வேலையும் முற்றிலும் தடைசெய்யப்பட்டது. சேமிப்பகத்தை நிறுத்துவதற்கான ஒரு வகையான ஹார்ட்கோர் பயன்முறை, அங்கு Evacuate பட்டன் மட்டுமே உள்ளது, இது ஒரு முறை காப்புப்பிரதிகளை மற்றொரு அளவிற்கு கொண்டு செல்லும்.
சீல் செய்யப்பட்ட பயன்முறை என்பது ஒரு வகையான “மென்மையான” விருப்பமாகும்: புதிய காப்புப்பிரதிகளை உருவாக்குவதை நாங்கள் தடைசெய்கிறோம் மற்றும் தேர்ந்தெடுக்கப்பட்ட தக்கவைப்புக்கு ஏற்ப பழையவற்றை படிப்படியாக நீக்குகிறோம், ஆனால் செயல்பாட்டில் சேமிக்கப்பட்ட புள்ளிகளிலிருந்து மீட்டெடுக்கும் திறனை இழக்க மாட்டோம். எங்களிடம் ஒரு வன்பொருள் அதன் ஆயுட்காலத்தின் முடிவை நெருங்கி அதை மாற்ற வேண்டியிருக்கும் போது மிகவும் பயனுள்ள விஷயம், அல்லது அதை விட முக்கியமான ஒன்றிற்காக அதை விடுவிக்க வேண்டும், ஆனால் அதை எடுத்து எல்லாவற்றையும் ஒரே நேரத்தில் நகர்த்த எங்கும் இல்லை. அல்லது அதை நீக்க முடியாது.
அதன்படி, செயல்பாட்டின் கொள்கை மிகவும் எளிமையானது: அனைத்து எழுதும் செயல்பாடுகளையும் (புதிய தரவின் தோற்றம்) தடை செய்வது அவசியம், வாசிப்பு (மறுசீரமைப்பு) மற்றும் நீக்குதல் (தக்கவைத்தல்).
இரண்டு முறைகளும் ஒரே நேரத்தில் பயன்படுத்தப்படலாம், ஆனால் பராமரிப்புக்கு அதிக முன்னுரிமை உள்ளது என்பதை நினைவில் கொள்ளுங்கள்.
உதாரணமாக, இரண்டு அளவுகளைக் கொண்ட SOBR ஐக் கவனியுங்கள். முதல் நான்கு நாட்களுக்கு நாம் Forward Forever Incremental பயன்முறையில் காப்புப்பிரதிகளை உருவாக்கி, பின்னர் அளவை அடைகிறோம் என்று வைத்துக் கொள்வோம். இது, கிடைக்கும் இரண்டாவது அளவில் புதிய செயலில் முழுமையை உருவாக்குவதைத் தொடங்கும். நமது தக்கவைப்பு நான்கு எனில், சீல் செய்யப்பட்ட அளவில் அமைந்துள்ள முழு சங்கிலியும் அதன் வரம்புக்கு அப்பாற்பட்டால், அது தெளிவான மனசாட்சியுடன் நீக்கப்படும்.
முன்னர் நீக்குதல் நிகழும் சூழ்நிலைகள் உள்ளன. எடுத்துக்காட்டாக, இது காலமுறை முழுமைகளுடன் கூடிய Forward incremental ஆகும். முதல் இரண்டு நாட்களுக்கு நாங்கள் முழு காப்புப்பிரதிகளை உருவாக்கி, வியாழக்கிழமை களஞ்சியத்தை சீல் செய்ய முடிவு செய்தால், வெள்ளிக்கிழமை, புதிய காப்புப்பிரதி உருவாக்கப்பட்டால், திங்கட்கிழமைக்கான கோப்பு நீக்கப்படும். இந்த புள்ளியில் எந்த சார்புகளும் இல்லை. மற்றும் புள்ளி தன்னை யாரையும் சார்ந்து இல்லை. கிடைக்கக்கூடிய அளவில் நான்கு புள்ளிகள் உருவாக்கப்படும் வரை காத்திருந்து, மீதமுள்ள மூன்றை நீக்குவோம், அவை ஒருவருக்கொருவர் சுயாதீனமாக நீக்க முடியாது.
தலைகீழ் அதிகரிப்புடன் விஷயங்கள் எளிமையானவை. அதில், பழமையான புள்ளிகள் எதையும் சார்ந்து இல்லை மற்றும் பாதுகாப்பாக நீக்கப்படும். எனவே, புதிய அளவில் புதிய .vbk உருவாக்கப்பட்டவுடன், பழைய .vrbs ஒவ்வொன்றாக நீக்கப்படும்.
ஒவ்வொரு முறையும் ஏன் புதிய .vbk ஐ உருவாக்குகிறோம்: நாம் அதை உருவாக்காமல், பழைய அதிகரிப்புச் சங்கிலியைத் தொடர்ந்தால், பழைய .vbk எந்தப் பயன்முறையிலும் முடிவில்லாத நீண்ட நேரம் உறைந்து, அதை நீக்குவதைத் தடுக்கும். எனவே, அளவு சீல் செய்யப்பட்டவுடன், இலவச அளவின் முழு காப்புப்பிரதியை உருவாக்க முடிவு செய்யப்பட்டது.
திறன் படப்பிடிப்பு வரம்பில் விஷயங்கள் மிகவும் சிக்கலானவை.
முதலில், நகல் பயன்முறையைப் பார்ப்போம். நான்கு நாட்களுக்கு நாங்கள் சுறுசுறுப்பாக காப்புப்பிரதிகளை உருவாக்கி வருகிறோம் என்று வைத்துக்கொள்வோம், பின்னர் திறன் படப்பிடிப்பு வரம்பு சீல் செய்யப்பட்டது. நாங்கள் எதையும் நீக்க மாட்டோம், ஆனால் அடக்கத்துடன் தக்கவைத்துக்கொள்கிறோம், அதன் பிறகு திறன் படப்பிடிப்பு வரம்பிலிருந்து தரவை நீக்குகிறோம்.
நகர்வு பயன்முறையில் ஏறக்குறைய இதேதான் நடக்கும் - நாங்கள் ரீடூச்சிற்காக காத்திருக்கிறோம், உள்ளூர் சேமிப்பகத்தில் பழையதை நீக்குகிறோம் மற்றும் பொருள் சேமிப்பகத்தில் சேமிக்கப்பட்டதை நீக்குகிறோம்.
Forever forward incremental உடன் ஒரு சுவாரஸ்யமான உதாரணம். நாங்கள் மூன்று புள்ளிகளில் தக்கவைப்பை நிறுவி, திங்களன்று காப்புப்பிரதிகளை உருவாக்கத் தொடங்குகிறோம், அவை வழக்கமாக மேகக்கணிக்கு நகலெடுக்கப்படுகின்றன. சேமிப்பகத்தை அடைத்த பிறகு, காப்புப்பிரதிகள் தொடர்ந்து உருவாக்கப்படுகின்றன, மூன்று புள்ளிகளைப் பராமரிக்கின்றன, ஆனால் திறன் கோடுகளில் சேமிக்கப்பட்ட தரவு சார்ந்து இருக்கும் மற்றும் நீக்க முடியாது. எனவே, வியாழன் வரை நாங்கள் காத்திருக்கிறோம், எங்கள் .vbk தக்கவைப்புக்கு அப்பாற்பட்டது, அதன்பிறகுதான் சேமித்த முழு சங்கிலியையும் அமைதியாக நீக்குவோம்.
மற்றும் ஒரு சிறிய மறுப்பு: இங்கே உள்ள அனைத்து எடுத்துக்காட்டுகளும் ஒரு இயந்திரத்தில் காட்டப்பட்டுள்ளன. உங்கள் காப்புப்பிரதியில் அவற்றில் பல இருந்தால், ஆக்டிவ் ஃபுல் செய்யப்பட்டதா இல்லையா என்பதைப் பொறுத்து அவற்றின் ரீடூச் மாறுபடும்.
அது தான் அடிப்படையில் உள்ளது. எனவே மிகவும் கடினமான அம்சத்திற்கு செல்லலாம் -
மாறாத தன்மை
முந்தைய புள்ளிகளைப் போலவே, இந்த செயல்பாடு என்ன சிக்கலை தீர்க்கிறது என்பதுதான் முதல் விஷயம். சேமிப்பிற்காக எங்காவது எங்கள் காப்புப்பிரதிகளைப் பதிவேற்றியவுடன், அவற்றின் பாதுகாப்பிற்கு உத்தரவாதம் அளிக்க ஒரு வலுவான விருப்பம் உள்ளது. நிர்வாகிகள் உட்பட, அவர்களின் ரூட் கணக்குகள் உட்பட. இது தற்செயலான அல்லது வேண்டுமென்றே சேதத்திலிருந்து அவர்களைப் பாதுகாக்க உங்களை அனுமதிக்கிறது. AWS உடன் பணிபுரியும் எவரும், ஆப்ஜெக்ட் லாக் எனப்படும் இதே போன்ற அம்சத்தைக் கண்டிருக்கலாம்.
இப்போது பயன்முறையை பொதுவான சொற்களில் பார்ப்போம், பின்னர் விவரங்களை ஆராய்வோம். எங்கள் எடுத்துக்காட்டில், நான்கு நாட்கள் தக்கவைப்புடன் எங்களின் திறன் படப்பிடிப்பு வரம்பிற்கு மாறாத தன்மை இயக்கப்படும். காப்புப்பிரதியில் நகல் பயன்முறை இயக்கப்பட்டுள்ளது.
மாறாத தன்மையானது பொதுவான தக்கவைப்புடன் எந்த வகையிலும் தொடர்பு கொள்ளாது. எடுத்துக்காட்டாக, இது கூடுதல் புள்ளிகள் அல்லது அது போன்ற எதையும் சேர்க்காது. ஒரு நபர் நான்கு நாட்களுக்குள் காப்பு கோப்புகளை நீக்க முடியாது. திங்கட்கிழமை காப்புப் பிரதி எடுத்தால், வெள்ளிக்கிழமை மட்டுமே அதன் கோப்பை நீக்க முடியும்.
நீரிழப்பு, குறியீடுகள் மற்றும் மெட்டாடேட்டா பற்றிய முன்னர் விளக்கப்பட்ட அனைத்து கருத்துக்களும் சரியாகவே செயல்படுகின்றன. ஆனால் ஒரு நிபந்தனையுடன் - தொகுதி தரவுக்கு மட்டுமல்ல, மெட்டாடேட்டாவிற்கும் அமைக்கப்பட்டுள்ளது. ஒரு தந்திரமான தாக்குபவர் எங்கள் மெட்டாடேட்டா தரவுத்தளத்தை அழிக்க முடிவு செய்தால் மற்றும் தரவுத் தொகுதிகள் பயனற்ற பைனரி கஞ்சியாக மாறுவதைத் தடுக்கும் பட்சத்தில் இது செய்யப்படுகிறது.
எங்கள் பிளாக் ஜெனரேஷன் தொழில்நுட்பத்தை விளக்குவதற்கு இது ஒரு சிறந்த நேரம். அல்லது பிளாக் தலைமுறை. இதைச் செய்ய, அதன் தோற்றத்திற்கு வழிவகுத்த சூழ்நிலையைக் கவனியுங்கள்.
ஆறு நாட்களின் கால அளவை எடுத்துக் கொள்வோம், அதற்குக் கீழே மாறாத தன்மையின் எதிர்பார்க்கப்படும் காலாவதி நேரத்தைக் குறிப்போம். முதல் நாளில் டேட்டா பிளாக் a மற்றும் அதன் மெட்டாடேட்டா அடங்கிய கோப்பை எடுத்து உருவாக்குகிறோம். மாறாதது மூன்று நாட்களுக்கு அமைக்கப்பட்டால், நான்காவது நாளில் தரவு திறக்கப்பட்டு நீக்கப்படும் என்று கருதுவது தர்க்கரீதியானது. இரண்டாவது நாளில், அதே அமைப்புகளுடன் தொகுதி b ஐக் கொண்ட புதிய கோப்பு2 ஐச் சேர்ப்போம். நான்காவது நாளில் பிளாக் எ ஸ்டில் அகற்றப்பட வேண்டும். ஆனால் மூன்றாவது நாளில் பயங்கரமான ஒன்று நடக்கிறது - ஒரு புதிய தொகுதி d மற்றும் பழைய தொகுதி aக்கான இணைப்பைக் கொண்ட File3 கோப்பு உருவாக்கப்பட்டது. அதாவது, ஒரு தொகுதி மற்றும் அதன் மாறாத கொடியானது ஆறாவது நாளுக்கு மாற்றப்படும் புதிய தேதிக்கு மீட்டமைக்கப்பட வேண்டும். இங்கே ஒரு சிக்கல் எழுகிறது - உண்மையான காப்புப்பிரதிகளில் இதுபோன்ற ஏராளமான தொகுதிகள் உள்ளன. மேலும் அவர்களின் மாறாத காலத்தை நீட்டிக்க, ஒவ்வொரு முறையும் நீங்கள் அதிக எண்ணிக்கையிலான கோரிக்கைகளைச் செய்ய வேண்டும். உண்மையில், இது கிட்டத்தட்ட முடிவில்லாத தினசரி செயல்முறையாக இருக்கும், ஏனெனில் அதிக அளவு நிகழ்தகவுடன், ஒவ்வொரு பிரதியுடனும் அதிக எண்ணிக்கையிலான நகலெடுக்கப்பட்ட தொகுதிகளைக் காணலாம். பொருள் சேமிப்பக வழங்குநர்களிடமிருந்து அதிக எண்ணிக்கையிலான கோரிக்கைகள் எதைக் குறிக்கின்றன? சரி! மாத இறுதியில் பெரிய பில்.
உங்களுக்கு பிடித்த வாடிக்கையாளர்களை கணிசமான பணத்திற்காக வெளிப்படுத்தாமல் இருப்பதற்காக, தொகுதி உருவாக்க வழிமுறை கண்டுபிடிக்கப்பட்டது. இது ஒரு கூடுதல் காலம் ஆகும் கீழே உள்ள எடுத்துக்காட்டில், இந்த காலம் இரண்டு நாட்கள் ஆகும். ஆனால் இது ஒரு உதாரணம் மட்டுமே. உண்மையில், அவர்கள் தங்கள் சொந்த சூத்திரத்தைப் பயன்படுத்துகிறார்கள், இது மாதாந்திர பூட்டின் போது தோராயமாக பத்து கூடுதல் நாட்களைக் கொடுக்கும்.
அதே சூழ்நிலையை தொடர்ந்து கருத்தில் கொள்வோம், ஆனால் தொகுதி உருவாக்கத்துடன். முதல் நாளில் பிளாக் a மற்றும் மெட்டாடேட்டாவிலிருந்து file1 ஐ உருவாக்குகிறோம். தலைமுறை காலம் மற்றும் மாறாத தன்மை ஆகியவற்றை நாங்கள் சேர்க்கிறோம் - அதாவது கோப்பை நீக்குவதற்கான வாய்ப்பு ஆறாவது நாளில் இருக்கும். இரண்டாவது நாளில் நாம் File2 ஐ உருவாக்கினால், அதில் b பிளாக் மற்றும் ஒரு பிளாக் செய்வதற்கான இணைப்பு உள்ளது, பின்னர் எதிர்பார்க்கப்படும் நீக்குதல் தேதிக்கு எதுவும் நடக்காது. ஆறாம் நாள் அப்படியே நின்றாள். இதனால் கோரிக்கைகளின் எண்ணிக்கையில் பணத்தைச் சேமிக்க முயற்சிக்கிறோம். தலைமுறை காலம் காலாவதியாகிவிட்டால் மட்டுமே காலக்கெடுவை மாற்ற முடியும். அதாவது, மூன்றாம் நாளில் புதிய File3ஐ தடுப்பதற்கான இணைப்பைக் கொண்டிருந்தால், Gen2 ஏற்கனவே காலாவதியாகிவிட்டதால் தலைமுறை 1 சேர்க்கப்படும். மற்றும் தொகுதி a நீக்குவதற்கு எதிர்பார்க்கப்படும் தேதி எட்டாவது நாளுக்கு மாறும். இது டிப்ளிகேட்டட் பிளாக்குகளின் வாழ்நாளை நீட்டிப்பதற்கான கோரிக்கைகளின் எண்ணிக்கையை வியத்தகு முறையில் குறைக்க அனுமதிக்கிறது, இது வாடிக்கையாளர்களுக்கு ஒரு டன் பணத்தை மிச்சப்படுத்துகிறது.
இந்த தொழில்நுட்பம் S3 மற்றும் S3-இணக்கமான வன்பொருளின் பயனர்களுக்குக் கிடைக்கிறது, அதன் உற்பத்தியாளர்கள் அமேசான் நிறுவனத்தில் இருந்து வேறுபடுவதில்லை என்று உத்தரவாதம் அளிக்கிறார்கள். எனவே அஸூர் ஏன் ஆதரிக்கப்படவில்லை என்ற நியாயமான கேள்விக்கான பதில் - அவை ஒரே மாதிரியான அம்சத்தைக் கொண்டுள்ளன, ஆனால் இது தனிப்பட்ட பொருள்கள் அல்ல, கொள்கலன்களின் மட்டத்தில் செயல்படுகிறது. மூலம், அமேசான் இரண்டு முறைகளில் பொருள் பூட்டை கொண்டுள்ளது: இணக்கம் மற்றும் ஆளுகை. இரண்டாவது வழக்கில், ஆப்ஜெக்ட் லாக் இருந்தபோதிலும், நிர்வாகிகளுக்கு மேலே உள்ள மிகப் பெரிய நிர்வாகி மற்றும் ரூட் மேலே உள்ள ரூட், இன்னும் தரவை நீக்கும் வாய்ப்பு உள்ளது. இணக்கம் விஷயத்தில், எல்லாம் இறுக்கமாக ஆணியடிக்கப்பட்டு, யாரும் காப்புப்பிரதிகளை நீக்க முடியாது. அமேசான் நிர்வாகிகள் கூட (அவர்களின் அதிகாரப்பூர்வ அறிக்கைகளின்படி). இது நாங்கள் ஆதரிக்கும் பயன்முறையாகும்.
மற்றும், வழக்கம் போல், சில பயனுள்ள இணைப்புகள்:
- பற்றி ஒவ்வொரு விவரத்திலும்.
- பற்றிய அனைத்து தகவல்களும் அதன் சிறந்த
- О விவரங்களில்
ஆதாரம்: www.habr.com