ആർക്കൈവ് ടയർ എന്ന പേരിൽ വീം ബാക്കപ്പിന്റെയും റെപ്ലിക്കേഷൻ 9.5 അപ്‌ഡേറ്റ് 4-ന്റെയും ദിവസങ്ങളിൽ കപ്പാസിറ്റി ടയർ (അല്ലെങ്കിൽ ഞങ്ങൾ അതിനെ Vim - captir എന്ന് വിളിക്കുന്നതുപോലെ) പ്രത്യക്ഷപ്പെട്ടു. ഓപ്പറേഷണൽ റിസ്റ്റോർ വിൻഡോയിൽ നിന്ന് ഒബ്ജക്റ്റ് സ്റ്റോറേജിലേക്ക് വീണുപോയ ബാക്കപ്പുകൾ നീക്കുന്നത് സാധ്യമാക്കുക എന്നതാണ് ഇതിന് പിന്നിലെ ആശയം. ഇത് കുറച്ച് ഡിസ്ക് സ്പേസ് ഉള്ള ഉപയോക്താക്കൾക്ക് ക്ലിയർ ചെയ്യാൻ സഹായിച്ചു. ഈ ഓപ്ഷനെ മൂവ് മോഡ് എന്ന് വിളിച്ചിരുന്നു.

ഈ ലളിതമായ (തോന്നുന്നതുപോലെ) പ്രവർത്തനം നടത്താൻ, രണ്ട് നിബന്ധനകൾ പാലിച്ചാൽ മതിയായിരുന്നു: നീക്കിയ ബാക്കപ്പിൽ നിന്നുള്ള എല്ലാ പോയിന്റുകളും മുകളിൽ സൂചിപ്പിച്ച പ്രവർത്തന പുനഃസ്ഥാപിക്കൽ വിൻഡോയുടെ പരിധിക്ക് പുറത്തായിരിക്കണം, അത് യുഐയിൽ വ്യക്തമായി സജ്ജീകരിച്ചിരിക്കുന്നു. രണ്ടാമത്തേത്: ചെയിൻ "സീൽ ചെയ്ത ഫോം" (സീൽ ചെയ്ത ബാക്കപ്പ് ചെയിൻ അല്ലെങ്കിൽ നിഷ്ക്രിയ ബാക്കപ്പ് ചെയിൻ) എന്ന് വിളിക്കപ്പെടുന്നതായിരിക്കണം. അതായത്, കാലക്രമേണ ഈ ശൃംഖലയിൽ മാറ്റങ്ങളൊന്നും സംഭവിക്കുന്നില്ല.

എന്നാൽ VBR v10-ൽ, ഈ ആശയം പുതിയ ഫംഗ്‌ഷനുകൾക്കൊപ്പം ചേർത്തു - കോപ്പി മോഡ്, സീൽഡ് മോഡ്, കൂടാതെ ഉച്ചരിക്കാൻ പ്രയാസമുള്ള മാറ്റമില്ലാത്ത പേരുള്ള ഒരു കാര്യം പ്രത്യക്ഷപ്പെട്ടു.

ഇന്ന് നമ്മൾ സംസാരിക്കാൻ പോകുന്ന കൗതുകകരമായ കാര്യങ്ങൾ ഇവയാണ്. ആദ്യം, VBR9.5u4-ൽ ഇത് എങ്ങനെ പ്രവർത്തിച്ചു എന്നതിനെക്കുറിച്ചും പത്താം പതിപ്പിലെ മാറ്റങ്ങളെക്കുറിച്ചും.

ശുദ്ധമായ ഭാഷയുടെ ചാമ്പ്യന്മാർ എന്നോട് ക്ഷമിക്കട്ടെ, പക്ഷേ വിവർത്തനം ചെയ്യാൻ കഴിയാത്ത നിരവധി പദങ്ങളുണ്ട്.
അതിനാൽ ഇവിടെ ഒരു ടൺ ആംഗ്ലീഷുകൾ ഉണ്ടാകും.
ഒപ്പം ഒരുപാട് ജിഫുകളും.
ഒപ്പം ചിത്രങ്ങളും.

• ഒരു ചെറിയ ഖേദവുമില്ലാതെ. ലേഖനത്തിന്റെ രചയിതാവ്.

അത് പോലെ

ശരി, പ്രവർത്തന പുനഃസ്ഥാപിക്കൽ വിൻഡോയും സീൽ ചെയ്ത ബാക്കപ്പും വിശകലനം ചെയ്തുകൊണ്ട് നമുക്ക് ആരംഭിക്കാം (അല്ലെങ്കിൽ അവയെ നിഷ്ക്രിയ ബാക്കപ്പ് ചെയിൻ ഡോക്യുമെന്റേഷനിൽ വിളിക്കുന്നത് പോലെ). അവരുടെ ധാരണയില്ലാതെ, കൂടുതൽ വിശദീകരണം സാധ്യമല്ല.

ചിത്രത്തിൽ കാണുന്നത് പോലെ, നമുക്ക് ഡാറ്റ ബ്ലോക്കുകളുള്ള ഒരു തരത്തിലുള്ള ബാക്കപ്പ് ചെയിൻ ഉണ്ട്, അത് കപ്പാസിറ്റി ടയർ ബന്ധിപ്പിച്ചിട്ടുള്ള റിപ്പോസിറ്ററിയുടെ പെർഫോമൻസ് ടയർ 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 പരിഗണിക്കുക. ആദ്യത്തെ നാല് ദിവസത്തേക്ക് ഫോർവേഡ് ഫോർവേഡ് ഇൻക്രിമെന്റൽ മോഡിൽ ബാക്കപ്പുകൾ സൃഷ്‌ടിച്ചെന്ന് കരുതുക, തുടർന്ന് ഞങ്ങൾ പരിധി മുദ്രവെക്കുന്നു. ലഭ്യമായ രണ്ടാമത്തെ വ്യാപ്തിയിൽ ഒരു പുതിയ സജീവ പൂർണ്ണമായ സൃഷ്‌ടി ഞങ്ങൾ ആരംഭിക്കുന്നു എന്ന വസ്തുതയിലേക്ക് ഇത് നയിക്കുന്നു. നമ്മുടെ നിലനിർത്തൽ നാലാണെങ്കിൽ, സീൽ ചെയ്ത പരിധിയിൽ സ്ഥിതിചെയ്യുന്ന മുഴുവൻ ശൃംഖലയും അതിന്റെ പരിധിക്കപ്പുറത്തേക്ക് പോകുമ്പോൾ, അത് വ്യക്തമായ മനസ്സാക്ഷിയോടെ ഇല്ലാതാക്കപ്പെടും.

ഇല്ലാതാക്കൽ നേരത്തെ സംഭവിക്കുമ്പോൾ സാഹചര്യങ്ങളുണ്ട്. ഉദാഹരണത്തിന്, ഇത് പീരിയോഡിക് ഫുൾസ് ഉള്ള ഫോർവേഡ് ഇൻക്രിമെന്റലാണ്. ആദ്യത്തെ രണ്ട് ദിവസത്തേക്ക് ഞങ്ങൾ പൂർണ്ണ ബാക്കപ്പുകൾ സൃഷ്‌ടിക്കുകയും വ്യാഴാഴ്ച റിപ്പോസിറ്ററി സീൽ ചെയ്യാൻ തീരുമാനിക്കുകയും ചെയ്യുന്നുവെങ്കിൽ, വെള്ളിയാഴ്ച, ഒരു പുതിയ ബാക്കപ്പ് സൃഷ്‌ടിക്കുമ്പോൾ, തിങ്കളാഴ്ചയ്ക്കുള്ള ഫയൽ ഇല്ലാതാക്കപ്പെടും. ഈ പോയിന്റിലേക്ക് ആശ്രിതത്വങ്ങളൊന്നുമില്ല. പോയിന്റ് തന്നെ ആരെയും ആശ്രയിക്കുന്നില്ല. ലഭ്യമായ പരിധിയിൽ നാല് പോയിന്റുകൾ സൃഷ്ടിക്കുന്നതുവരെ ഞങ്ങൾ കാത്തിരിക്കുകയും ബാക്കിയുള്ള മൂന്ന് ഇല്ലാതാക്കുകയും ചെയ്യുന്നു, അവ പരസ്പരം സ്വതന്ത്രമായി ഇല്ലാതാക്കാൻ കഴിയില്ല.

റിവേഴ്സ് ഇൻക്രിമെന്റൽ ഉപയോഗിച്ച് കാര്യങ്ങൾ ലളിതമാണ്. അതിൽ, ഏറ്റവും പഴയ പോയിന്റുകൾ ഒന്നിനെയും ആശ്രയിക്കുന്നില്ല, അവ സുരക്ഷിതമായി ഇല്ലാതാക്കാൻ കഴിയും. അതിനാൽ, ഒരു പുതിയ .vbk ഒരു പുതിയ പരിധിയിൽ സൃഷ്ടിച്ചാലുടൻ, പഴയ .vrbs ഓരോന്നായി ഇല്ലാതാക്കപ്പെടും.

വഴിയിൽ, എന്തുകൊണ്ടാണ് ഞങ്ങൾ ഓരോ തവണയും ഒരു പുതിയ .vbk സൃഷ്ടിക്കുന്നത്: ഞങ്ങൾ അത് സൃഷ്‌ടിച്ചില്ലെങ്കിലും പഴയ ഇൻക്രിമെന്റുകളുടെ ശൃംഖല തുടരുകയാണെങ്കിൽ, പഴയ .vbk ഏത് മോഡിലും അനന്തമായി ദീർഘനേരം ഫ്രീസ് ചെയ്യും, അത് ഇല്ലാതാക്കുന്നത് തടയും. അതിനാൽ, പരിധി അടച്ചാലുടൻ, ഫ്രീ പരിധിയിൽ ഞങ്ങൾ ഒരു പൂർണ്ണ ബാക്കപ്പ് സൃഷ്ടിക്കാൻ തീരുമാനിച്ചു.

കപ്പാസിറ്റി ഷൂട്ടിംഗ് ശ്രേണിയിൽ കാര്യങ്ങൾ കൂടുതൽ സങ്കീർണ്ണമാണ്.

ആദ്യം, നമുക്ക് കോപ്പി മോഡ് നോക്കാം. ഞങ്ങൾ നാല് ദിവസത്തേക്ക് സജീവമായി ബാക്കപ്പുകൾ സൃഷ്‌ടിക്കുകയാണെന്ന് അനുമാനിക്കാം, തുടർന്ന് ശേഷി ഷൂട്ടിംഗ് റേഞ്ച് അടച്ചു. ഞങ്ങൾ ഒന്നും ഇല്ലാതാക്കില്ല, എന്നാൽ വിനീതമായി നിലനിർത്തൽ സഹിക്കുന്നു, അതിനുശേഷം ഞങ്ങൾ ശേഷി ഷൂട്ടിംഗ് ശ്രേണിയിൽ നിന്ന് ഡാറ്റ ഇല്ലാതാക്കുന്നു.

മൂവ് മോഡിൽ ഏകദേശം ഇതുതന്നെ സംഭവിക്കുന്നു - ഞങ്ങൾ റീടച്ചിനായി കാത്തിരിക്കുന്നു, പ്രാദേശിക സ്റ്റോറേജിൽ പഴയത് ഇല്ലാതാക്കുക, ഒബ്ജക്റ്റ് സ്റ്റോറേജിൽ സംഭരിച്ചിരിക്കുന്ന ഒന്ന് ഇല്ലാതാക്കുക.

ഫോർവേഡ് ഫോർവേഡ് ഇൻക്രിമെന്റലിനൊപ്പം രസകരമായ ഒരു ഉദാഹരണം. ഞങ്ങൾ മൂന്ന് പോയിന്റുകളിൽ നിലനിർത്തൽ ഇൻസ്റ്റാൾ ചെയ്യുകയും തിങ്കളാഴ്ച മുതൽ ബാക്കപ്പുകൾ നിർമ്മിക്കാൻ തുടങ്ങുകയും ചെയ്യുന്നു, അവ പതിവായി ക്ലൗഡിലേക്ക് പകർത്തുന്നു. സ്റ്റോറേജ് സീൽ ചെയ്തതിന് ശേഷം, ബാക്കപ്പുകൾ സൃഷ്ടിക്കുന്നത് തുടരുന്നു, മൂന്ന് പോയിന്റുകൾ നിലനിർത്തുന്നു, എന്നാൽ കപ്പാസിറ്റി ഡാഷിൽ സംഭരിച്ചിരിക്കുന്ന ഡാറ്റയെ ആശ്രയിച്ചിരിക്കുന്നു, അത് ഇല്ലാതാക്കാൻ കഴിയില്ല. അതിനാൽ, ഞങ്ങളുടെ .vbk നിലനിർത്തുന്നതിന് അപ്പുറത്തേക്ക് പോകുന്ന വ്യാഴാഴ്ച വരെ ഞങ്ങൾ കാത്തിരിക്കുന്നു, അതിനുശേഷം മാത്രമേ ഞങ്ങൾ സംരക്ഷിച്ച മുഴുവൻ ശൃംഖലയും ശാന്തമായി ഇല്ലാതാക്കൂ.

കൂടാതെ ഒരു ചെറിയ നിരാകരണവും: ഇവിടെയുള്ള എല്ലാ ഉദാഹരണങ്ങളും ഒരു മെഷീൻ ഉപയോഗിച്ച് കാണിച്ചിരിക്കുന്നു. നിങ്ങളുടെ ബാക്കപ്പിൽ അവയിൽ പലതും ഉണ്ടെങ്കിൽ, ആക്റ്റീവ് ഫുൾ ഉണ്ടാക്കിയിട്ടുണ്ടോ ഇല്ലയോ എന്നതിനെ ആശ്രയിച്ച് അവയുടെ റീടച്ച് വ്യത്യാസപ്പെടും.

അടിസ്ഥാനപരമായി അത്രയേ ഉള്ളൂ. അതിനാൽ നമുക്ക് ഏറ്റവും ഹാർഡ്‌കോർ സവിശേഷതയിലേക്ക് പോകാം -

മാറ്റമില്ലാത്തത്

മുമ്പത്തെ പോയിന്റുകൾ പോലെ, ഈ ഫംഗ്ഷൻ എന്ത് പ്രശ്നം പരിഹരിക്കുന്നു എന്നതാണ് ആദ്യ കാര്യം. സ്‌റ്റോറേജിനായി എവിടെയെങ്കിലും ഞങ്ങളുടെ ബാക്കപ്പുകൾ അപ്‌ലോഡ് ചെയ്‌തുകഴിഞ്ഞാൽ, അവയുടെ സുരക്ഷ ഉറപ്പുനൽകാനുള്ള ശക്തമായ ആഗ്രഹമുണ്ട്, അതായത്, ഒരു നിശ്ചിത നിലനിർത്തൽ സമയത്ത് അവ ഇല്ലാതാക്കുന്നതും എന്തെങ്കിലും പരിഷ്‌ക്കരണവും ശാരീരികമായി നിരോധിക്കുക. അഡ്‌മിനുകൾ ഉൾപ്പെടെ, അവരുടെ റൂട്ട് അക്കൗണ്ടുകൾക്ക് കീഴിൽ. ആകസ്മികമോ മനഃപൂർവമോ ആയ കേടുപാടുകളിൽ നിന്ന് അവരെ സംരക്ഷിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. AWS-ൽ പ്രവർത്തിക്കുന്ന ആർക്കും ഒബ്‌ജക്റ്റ് ലോക്ക് എന്ന സമാനമായ ഫീച്ചർ കാണാനിടയുണ്ട്.

ഇപ്പോൾ നമുക്ക് പൊതുവായ രീതിയിൽ മോഡ് നോക്കാം, തുടർന്ന് വിശദാംശങ്ങൾ പരിശോധിക്കാം. ഞങ്ങളുടെ ഉദാഹരണത്തിൽ, ഞങ്ങളുടെ കപ്പാസിറ്റി ഷൂട്ടിംഗ് റേഞ്ചിനായി മാറ്റമില്ലാത്തത് നാല് ദിവസത്തെ നിലനിർത്തൽ പ്രവർത്തനക്ഷമമാക്കും. ബാക്കപ്പിൽ കോപ്പി മോഡ് പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുന്നു.

മാറ്റമില്ലാത്തത് ഒരു തരത്തിലും പൊതുവായ നിലനിർത്തലുമായി സംവദിക്കുന്നില്ല. ഉദാഹരണത്തിന്, ഇത് അധിക പോയിന്റുകളോ അതുപോലുള്ള മറ്റെന്തെങ്കിലുമോ ചേർക്കുന്നില്ല. ഒരു വ്യക്തിക്ക് നാല് ദിവസത്തിനുള്ളിൽ ബാക്കപ്പ് ഫയലുകൾ ഇല്ലാതാക്കാൻ കഴിയില്ല. നിങ്ങൾ തിങ്കളാഴ്ച ബാക്കപ്പ് ചെയ്യുകയാണെങ്കിൽ, വെള്ളിയാഴ്ച മാത്രമേ നിങ്ങൾക്ക് അതിന്റെ ഫയൽ ഇല്ലാതാക്കാൻ കഴിയൂ.

നിർജ്ജലീകരണം, സൂചികകൾ, മെറ്റാഡാറ്റ എന്നിവയെക്കുറിച്ചുള്ള മുമ്പ് വിശദീകരിച്ച എല്ലാ ആശയങ്ങളും ഒരേപോലെ പ്രവർത്തിക്കുന്നു. എന്നാൽ ഒരു നിബന്ധനയോടെ - ബ്ലോക്ക് ഡാറ്റയ്ക്ക് മാത്രമല്ല, മെറ്റാഡാറ്റയ്ക്കും സജ്ജീകരിച്ചിരിക്കുന്നു. തന്ത്രശാലിയായ ഒരു ആക്രമണകാരി ഞങ്ങളുടെ മെറ്റാഡാറ്റ ഡാറ്റാബേസ് മായ്‌ക്കാനും ഡാറ്റ ബ്ലോക്കുകൾ ഉപയോഗശൂന്യമായ ബൈനറി മഷായി മാറുന്നത് തടയാനും തീരുമാനിക്കുന്ന സാഹചര്യത്തിലാണ് ഇത് ചെയ്യുന്നത്.

ഞങ്ങളുടെ ബ്ലോക്ക് ജനറേഷൻ സാങ്കേതികവിദ്യ വിശദീകരിക്കാനുള്ള മികച്ച സമയമാണിത്. അല്ലെങ്കിൽ ജനറേഷൻ തടയുക. ഇത് ചെയ്യുന്നതിന്, അതിന്റെ രൂപത്തിലേക്ക് നയിച്ച സാഹചര്യം പരിഗണിക്കുക.

നമുക്ക് ആറ് ദിവസത്തെ ടൈം സ്കെയിൽ എടുക്കാം, അതിനു താഴെയുള്ള മാറ്റമില്ലാത്ത കാലഹരണപ്പെടൽ സമയം ഞങ്ങൾ അടയാളപ്പെടുത്തും. ആദ്യ ദിവസം ഞങ്ങൾ ഡാറ്റ ബ്ലോക്ക് എയും അതിന്റെ മെറ്റാഡാറ്റയും അടങ്ങുന്ന ഒരു ഫയൽ എടുത്ത് സൃഷ്ടിക്കുന്നു. മാറ്റമില്ലാത്തത് മൂന്ന് ദിവസമായി സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, നാലാം ദിവസം ഡാറ്റ അൺലോക്ക് ചെയ്യപ്പെടുകയും ഇല്ലാതാക്കുകയും ചെയ്യുമെന്ന് കരുതുന്നത് യുക്തിസഹമാണ്. രണ്ടാം ദിവസം, അതേ ക്രമീകരണങ്ങളുള്ള ബ്ലോക്ക് ബി അടങ്ങുന്ന ഒരു പുതിയ ഫയൽ2 ഞങ്ങൾ ചേർക്കും. ബ്ലോക്ക് എ സ്റ്റിൽ നാലാം ദിവസം നീക്കം ചെയ്യേണ്ടതുണ്ട്. എന്നാൽ മൂന്നാം ദിവസം ഭയങ്കരമായ എന്തെങ്കിലും സംഭവിക്കുന്നു - ഒരു ഫയൽ 3 ഫയൽ സൃഷ്ടിക്കപ്പെടുന്നു, അതിൽ ഒരു പുതിയ ബ്ലോക്ക് ഡിയും പഴയ ബ്ലോക്കിലേക്കുള്ള ലിങ്കും ഉൾപ്പെടുന്നു. ഇതിനർത്ഥം ഒരു ബ്ലോക്കിനും അതിന്റെ മാറ്റമില്ലാത്ത ഫ്ലാഗിനും ഒരു പുതിയ തീയതിയിലേക്ക് പുനഃസജ്ജമാക്കണം, അത് ആറാം ദിവസത്തേക്ക് മാറ്റപ്പെടും. ഇവിടെ ഒരു പ്രശ്നം ഉയർന്നുവരുന്നു - യഥാർത്ഥ ബാക്കപ്പുകളിൽ അത്തരം ധാരാളം ബ്ലോക്കുകൾ ഉണ്ട്. അവരുടെ മാറ്റമില്ലാത്ത കാലയളവ് നീട്ടുന്നതിന്, ഓരോ തവണയും നിങ്ങൾ ധാരാളം അഭ്യർത്ഥനകൾ നടത്തേണ്ടതുണ്ട്. വാസ്തവത്തിൽ, ഇത് ഏതാണ്ട് അനന്തമായ ദൈനംദിന പ്രക്രിയയായിരിക്കും, കാരണം ഉയർന്ന തോതിലുള്ള സംഭാവ്യതയോടെ ഓരോ പകർപ്പിലും ഡ്യൂപ്ലിക്കേറ്റഡ് ബ്ലോക്കുകളുടെ കനത്ത സ്റ്റാക്കുകൾ ഞങ്ങൾ കണ്ടെത്തും. ഒബ്‌ജക്റ്റ് സ്റ്റോറേജ് ദാതാക്കളിൽ നിന്നുള്ള ധാരാളം അഭ്യർത്ഥനകൾ എന്താണ് അർത്ഥമാക്കുന്നത്? ശരിയാണ്! മാസാവസാനം വലിയ ബിൽ.

നിങ്ങളുടെ പ്രിയപ്പെട്ട ക്ലയന്റുകളെ ഗണ്യമായ പണത്തിനായി തുറന്നുകാട്ടാതിരിക്കാൻ, ബ്ലോക്ക് ജനറേഷൻ സംവിധാനം കണ്ടുപിടിച്ചു. സജ്ജീകരിച്ച മാറ്റമില്ലാത്ത കാലയളവിലേക്ക് ഞങ്ങൾ ചേർക്കുന്ന ഒരു അധിക കാലയളവാണിത്. ചുവടെയുള്ള ഉദാഹരണത്തിൽ, ഈ കാലയളവ് രണ്ട് ദിവസമാണ്. എന്നാൽ ഇത് ഒരു ഉദാഹരണം മാത്രമാണ്. വാസ്തവത്തിൽ, അവർ അവരുടെ സ്വന്തം ഫോർമുല ഉപയോഗിക്കുന്നു, ഇത് പ്രതിമാസ ലോക്ക് സമയത്ത് ഏകദേശം പത്ത് അധിക ദിവസങ്ങൾ നൽകുന്നു.

അതേ സാഹചര്യം പരിഗണിക്കുന്നത് തുടരാം, പക്ഷേ ബ്ലോക്ക് ജനറേഷൻ ഉപയോഗിച്ച്. ആദ്യ ദിവസം ഞങ്ങൾ ബ്ലോക്ക് എ, മെറ്റാഡാറ്റ എന്നിവയിൽ നിന്ന് ഫയൽ1 സൃഷ്ടിക്കുന്നു. ഞങ്ങൾ ജനറേഷൻ കാലയളവും മാറ്റമില്ലാത്തതും കൂട്ടിച്ചേർക്കുന്നു - ഇതിനർത്ഥം ഫയൽ ഇല്ലാതാക്കാനുള്ള അവസരം ആറാം ദിവസമായിരിക്കും. രണ്ടാം ദിവസം നമ്മൾ ഫയൽ2 സൃഷ്ടിക്കുകയാണെങ്കിൽ, അതിൽ ബ്ലോക്ക് ബിയും ഒരു ബ്ലോക്ക് ചെയ്യാനുള്ള ലിങ്കും അടങ്ങുന്നു, പ്രതീക്ഷിക്കുന്ന ഇല്ലാതാക്കൽ തീയതിക്ക് ഒന്നും സംഭവിക്കില്ല. അവൾ ആറാം ദിവസം ചെയ്തതുപോലെ നിന്നു. അതിനാൽ അഭ്യർത്ഥനകളുടെ എണ്ണത്തിൽ പണം ലാഭിക്കാൻ ഞങ്ങൾ ശ്രമിക്കുന്നു. ജനറേഷൻ കാലയളവ് കാലഹരണപ്പെട്ടാൽ മാത്രമേ സമയപരിധി മാറ്റാൻ കഴിയൂ. അതായത്, മൂന്നാം ദിവസം പുതിയ File3-ൽ a തടയുന്നതിനുള്ള ഒരു ലിങ്ക് അടങ്ങിയിട്ടുണ്ടെങ്കിൽ, Gen2 കാലഹരണപ്പെട്ടതിനാൽ ജനറേഷൻ 1 ചേർക്കും. ബ്ലോക്ക് എ ഇല്ലാതാക്കാൻ പ്രതീക്ഷിക്കുന്ന തീയതി എട്ടാം ദിവസത്തിലേക്ക് മാറും. ഡീപ്ലിക്കേറ്റഡ് ബ്ലോക്കുകളുടെ ആയുസ്സ് നീട്ടുന്നതിനുള്ള അഭ്യർത്ഥനകളുടെ എണ്ണം ഗണ്യമായി കുറയ്ക്കാൻ ഇത് ഞങ്ങളെ അനുവദിക്കുന്നു, ഇത് ക്ലയന്റുകൾക്ക് ഒരു ടൺ പണം ലാഭിക്കുന്നു.

ഈ സാങ്കേതികവിദ്യ തന്നെ S3, S3-അനുയോജ്യമായ ഹാർഡ്‌വെയറിന്റെ ഉപയോക്താക്കൾക്ക് ലഭ്യമാണ്, അവയുടെ നിർമ്മാതാക്കൾ അവയുടെ നടപ്പാക്കൽ ആമസോണിൽ നിന്ന് വ്യത്യസ്തമല്ലെന്ന് ഉറപ്പ് നൽകുന്നു. അതിനാൽ അസ്യൂറിനെ എന്തുകൊണ്ട് പിന്തുണയ്ക്കുന്നില്ല എന്ന നിയമാനുസൃത ചോദ്യത്തിനുള്ള ഉത്തരം - അവയ്ക്ക് സമാനമായ ഒരു സവിശേഷതയുണ്ട്, പക്ഷേ ഇത് വ്യക്തിഗത വസ്തുക്കളല്ല, കണ്ടെയ്‌നറുകളുടെ തലത്തിലാണ് പ്രവർത്തിക്കുന്നത്. വഴിയിൽ, ആമസോണിന് തന്നെ രണ്ട് മോഡുകളിൽ ഒബ്‌ജക്റ്റ് ലോക്ക് ഉണ്ട്: പാലിക്കലും ഭരണവും. രണ്ടാമത്തെ സാഹചര്യത്തിൽ, ഒബ്‌ജക്‌റ്റ് ലോക്ക് ഉണ്ടെങ്കിലും, അഡ്‌മിനുകൾക്ക് മുകളിലുള്ള ഏറ്റവും വലിയ അഡ്മിനും റൂട്ടുകൾക്ക് മുകളിലുള്ള റൂട്ടും ഇപ്പോഴും ഡാറ്റ ഇല്ലാതാക്കാനുള്ള സാധ്യതയുണ്ട്. അനുസരണത്തിന്റെ കാര്യത്തിൽ, എല്ലാം ദൃഡമായി നഖത്തിൽ ഉറപ്പിച്ചിരിക്കുന്നു, ആർക്കും ബാക്കപ്പുകൾ ഇല്ലാതാക്കാൻ കഴിയില്ല. ആമസോൺ അഡ്മിൻമാർ പോലും (അവരുടെ ഔദ്യോഗിക പ്രസ്താവനകൾ പ്രകാരം). ഇതാണ് ഞങ്ങൾ പിന്തുണയ്ക്കുന്ന മോഡ്.

കൂടാതെ, പതിവുപോലെ, ചില ഉപയോഗപ്രദമായ ലിങ്കുകൾ:

• ഓൺ ബ്ലോക്ക് ജനറേഷൻ എല്ലാ വിശദാംശങ്ങളിലും.
• സംബന്ധിച്ച എല്ലാ വിവരങ്ങളും വീം ബാക്കപ്പും റെപ്ലിക്കേഷനും 10 ഏറ്റവും മികച്ചത്
• О ശേഷി ടയർ വിശദാംശങ്ങളിൽ

അവലംബം: www.habr.com