ബാക്കപ്പ്, ഭാഗം 1: ഉദ്ദേശ്യം, രീതികളുടെയും സാങ്കേതികവിദ്യകളുടെയും അവലോകനം

എന്തുകൊണ്ടാണ് നിങ്ങൾ ബാക്കപ്പുകൾ നിർമ്മിക്കേണ്ടത്? എല്ലാത്തിനുമുപരി, ഉപകരണങ്ങൾ വളരെ വളരെ വിശ്വസനീയമാണ്, കൂടാതെ, ഫിസിക്കൽ സെർവറുകളേക്കാൾ വിശ്വാസ്യതയിൽ മികച്ച "ക്ലൗഡുകൾ" ഉണ്ട്: ശരിയായ കോൺഫിഗറേഷൻ ഉപയോഗിച്ച്, ഒരു "ക്ലൗഡ്" സെർവറിന് ഒരു ഇൻഫ്രാസ്ട്രക്ചർ ഫിസിക്കൽ സെർവറിന്റെ പരാജയത്തെ എളുപ്പത്തിൽ അതിജീവിക്കാൻ കഴിയും. സേവന ഉപയോക്താക്കളുടെ വീക്ഷണകോണിൽ, സമയ സേവനത്തിൽ ഒരു ചെറിയ, വളരെ ശ്രദ്ധേയമായ കുതിപ്പ് ഉണ്ടാകും. കൂടാതെ, വിവരങ്ങളുടെ തനിപ്പകർപ്പ് പലപ്പോഴും "അധിക" പ്രോസസ്സർ സമയം, ഡിസ്ക് ലോഡ്, നെറ്റ്വർക്ക് ട്രാഫിക് എന്നിവയ്ക്ക് പണം നൽകേണ്ടതുണ്ട്.

ഒരു അനുയോജ്യമായ പ്രോഗ്രാം വേഗത്തിൽ പ്രവർത്തിക്കുന്നു, മെമ്മറി ചോർത്തുന്നില്ല, ദ്വാരങ്ങളില്ല, നിലവിലില്ല.

-അജ്ഞാതം

പ്രോഗ്രാമുകൾ ഇപ്പോഴും പ്രോട്ടീൻ ഡെവലപ്പർമാരാണ് എഴുതുന്നത്, കൂടാതെ പലപ്പോഴും ടെസ്റ്റിംഗ് പ്രക്രിയ ഇല്ല, കൂടാതെ പ്രോഗ്രാമുകൾ "മികച്ച സമ്പ്രദായങ്ങൾ" ഉപയോഗിച്ച് വളരെ അപൂർവമായി മാത്രമേ വിതരണം ചെയ്യപ്പെടുന്നുള്ളൂ (അതും പ്രോഗ്രാമുകളാണ്, അതിനാൽ അപൂർണ്ണമാണ്), സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ മിക്കപ്പോഴും ഹ്രസ്വമായി തോന്നുന്ന പ്രശ്നങ്ങൾ പരിഹരിക്കേണ്ടതുണ്ട്. സംക്ഷിപ്തമായി: “അതെങ്ങനെയായിരുന്നോ അതിലേക്ക് മടങ്ങുക”, “അടിസ്ഥാനം സാധാരണ പ്രവർത്തനത്തിലേക്ക് കൊണ്ടുവരിക”, “സാവധാനം പ്രവർത്തിക്കുന്നു - റോൾ ബാക്ക്”, കൂടാതെ എന്റെ പ്രിയപ്പെട്ട “എന്തെന്ന് എനിക്കറിയില്ല, പക്ഷേ അത് ശരിയാക്കുക”.

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

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

നല്ല കലാകാരന്മാർ പകർത്തുന്നു, മികച്ച കലാകാരന്മാർ മോഷ്ടിക്കുന്നു.

-പാബ്ലോ പിക്കാസോ.

ഒറ്റനോട്ടത്തിൽ തികച്ചും പൊരുത്തമില്ലാത്ത ആശയങ്ങൾ, സാങ്കേതികവിദ്യകൾ, അറിവ്, ശാസ്ത്ര മേഖലകൾ എന്നിവ ചേരുന്നിടത്താണ് ഏറ്റവും വിജയകരമായ പരിഹാരങ്ങളും അതിശയകരമാംവിധം ലളിതമായ കാര്യങ്ങളും സാധാരണയായി സംഭവിക്കുന്നത്.

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

നിങ്ങൾ എവിടെ വീഴുമെന്ന് ഞാൻ അറിഞ്ഞിരുന്നെങ്കിൽ, ഞാൻ വൈക്കോൽ ഇടുമായിരുന്നു!

- ബെലാറഷ്യൻ നാടോടി പഴഞ്ചൊല്ല്

ഇനിപ്പറയുന്നവ ചെയ്യാൻ ആഗ്രഹിക്കുന്നവർക്ക് ബാക്കപ്പ് പകർപ്പുകൾ പ്രധാനമാണ് എന്നാണ് ഇതിനർത്ഥം:

• കുറഞ്ഞ പ്രവർത്തനരഹിതമായ സമയത്തോ അല്ലെങ്കിൽ അത് ഇല്ലാതെ തന്നെയോ നിങ്ങളുടെ സിസ്റ്റങ്ങളുടെ പ്രവർത്തനം പുനഃസ്ഥാപിക്കാൻ കഴിയും
• ധൈര്യത്തോടെ പ്രവർത്തിക്കുക, കാരണം ഒരു പിശക് സംഭവിച്ചാൽ എല്ലായ്പ്പോഴും ഒരു റോൾബാക്ക് സാധ്യതയുണ്ട്
• ബോധപൂർവമായ ഡാറ്റ അഴിമതിയുടെ അനന്തരഫലങ്ങൾ കുറയ്ക്കുക

ഇതാ ഒരു ചെറിയ സിദ്ധാന്തം

ഏത് വർഗ്ഗീകരണവും ഏകപക്ഷീയമാണ്. പ്രകൃതിയെ തരംതിരിക്കുന്നില്ല. ഞങ്ങൾക്ക് കൂടുതൽ സൗകര്യപ്രദമായതിനാൽ ഞങ്ങൾ തരംതിരിക്കുന്നു. ഞങ്ങൾ ഏകപക്ഷീയമായി എടുക്കുന്ന ഡാറ്റ അനുസരിച്ച് ഞങ്ങൾ തരംതിരിക്കുന്നു.

- ജീൻ ബ്രൂലർ

ഫിസിക്കൽ സ്റ്റോറേജ് രീതി പരിഗണിക്കാതെ തന്നെ, ലോജിക്കൽ ഡാറ്റ സ്റ്റോറേജ് ഈ ഡാറ്റ ആക്സസ് ചെയ്യുന്നതിനുള്ള രണ്ട് വഴികളായി തിരിക്കാം: ബ്ലോക്ക്, ഫയൽ. ഈ വിഭജനം അടുത്തിടെ വളരെ മങ്ങിയതാണ്, കാരണം പൂർണ്ണമായും ബ്ലോക്ക്, അതുപോലെ തന്നെ ഫയൽ, ലോജിക്കൽ സ്റ്റോറേജ് നിലവിലില്ല. എന്നിരുന്നാലും, ലാളിത്യത്തിന്, അവ നിലവിലുണ്ടെന്ന് ഞങ്ങൾ അനുമാനിക്കും.

ബ്ലോക്ക് ഡാറ്റ സ്റ്റോറേജ് സൂചിപ്പിക്കുന്നത് ചില നിശ്ചിത ഭാഗങ്ങളിൽ, ബ്ലോക്കുകളിൽ ഡാറ്റ എഴുതിയിരിക്കുന്ന ഒരു ഫിസിക്കൽ ഉപകരണം ഉണ്ടെന്നാണ്. ഒരു നിശ്ചിത വിലാസത്തിൽ ബ്ലോക്കുകൾ ആക്സസ് ചെയ്യപ്പെടുന്നു; ഓരോ ബ്ലോക്കിനും ഉപകരണത്തിനുള്ളിൽ അതിന്റേതായ വിലാസമുണ്ട്.

ഡാറ്റയുടെ ബ്ലോക്കുകൾ പകർത്തിയാണ് സാധാരണയായി ഒരു ബാക്കപ്പ് നിർമ്മിക്കുന്നത്. ഡാറ്റ സമഗ്രത ഉറപ്പാക്കാൻ, പുതിയ ബ്ലോക്കുകളുടെ റെക്കോർഡിംഗും നിലവിലുള്ളവയുടെ മാറ്റങ്ങളും പകർത്തുന്ന സമയത്ത് താൽക്കാലികമായി നിർത്തിവച്ചിരിക്കുന്നു. നമ്മൾ സാധാരണ ലോകത്ത് നിന്ന് ഒരു സാമ്യം എടുക്കുകയാണെങ്കിൽ, ഏറ്റവും അടുത്തുള്ളത് ഒരേ നമ്പറുള്ള സെല്ലുകളുള്ള ഒരു ക്ലോസറ്റാണ്.

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

അടുത്തിടെ, മറ്റൊരു ഓപ്ഷൻ ചിലപ്പോൾ വിവരിക്കപ്പെടുന്നു, അതിൽ നിന്ന്, തത്വത്തിൽ, ഫയൽ ഡാറ്റ സംഭരണം ആരംഭിച്ചു, കൂടാതെ അതേ പുരാതന സവിശേഷതകൾ ഉണ്ട്: ഒബ്ജക്റ്റ് ഡാറ്റ സംഭരണം.

ഒന്നിൽ കൂടുതൽ നെസ്റ്റിംഗ് (ഫ്ലാറ്റ് സ്കീം) ഇല്ലാത്തതിനാൽ ഫയൽ സ്റ്റോറേജിൽ നിന്ന് ഇത് വ്യത്യാസപ്പെട്ടിരിക്കുന്നു, കൂടാതെ ഫയലുകളുടെ പേരുകൾ, മനുഷ്യർക്ക് വായിക്കാവുന്നതാണെങ്കിലും, മെഷീനുകൾ ഉപയോഗിച്ച് പ്രോസസ്സ് ചെയ്യുന്നതിന് കൂടുതൽ അനുയോജ്യമാണ്. ബാക്കപ്പുകൾ നടത്തുമ്പോൾ, ഒബ്ജക്റ്റ് സ്റ്റോറേജ് മിക്കപ്പോഴും ഫയൽ സ്റ്റോറേജിന് സമാനമാണ്, എന്നാൽ ഇടയ്ക്കിടെ മറ്റ് ഓപ്ഷനുകൾ ഉണ്ട്.

- രണ്ട് തരത്തിലുള്ള സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ ഉണ്ട്, ബാക്കപ്പുകൾ നിർമ്മിക്കാത്തവരും ഇതിനകം ചെയ്യുന്നവരും.
- യഥാർത്ഥത്തിൽ, മൂന്ന് തരം ഉണ്ട്: ബാക്കപ്പുകൾ പുനഃസ്ഥാപിക്കാൻ കഴിയുമെന്ന് പരിശോധിക്കുന്നവരുമുണ്ട്.

-അജ്ഞാതം

ഡാറ്റ ബാക്കപ്പ് പ്രക്രിയ തന്നെ പ്രോഗ്രാമുകൾ വഴിയാണ് നടപ്പിലാക്കുന്നത് എന്നതും മനസ്സിലാക്കേണ്ടതാണ്, അതിനാൽ മറ്റേതൊരു പ്രോഗ്രാമിനും സമാനമായ എല്ലാ ദോഷങ്ങളുമുണ്ട്. മനുഷ്യ ഘടകത്തെയും അതുപോലെ തന്നെ സവിശേഷതകളെയും ആശ്രയിക്കുന്നത് നീക്കംചെയ്യാൻ (ഉന്മൂലനം ചെയ്യരുത്!) - വ്യക്തിഗതമായി ശക്തമായ പ്രഭാവം ഇല്ലാത്ത, എന്നാൽ ഒരുമിച്ച് ഒരു ശ്രദ്ധേയമായ പ്രഭാവം നൽകാൻ കഴിയും - വിളിക്കപ്പെടുന്നവ നിയമം 3-2-1. ഇത് എങ്ങനെ മനസ്സിലാക്കാം എന്നതിന് നിരവധി ഓപ്ഷനുകൾ ഉണ്ട്, എന്നാൽ ഇനിപ്പറയുന്ന വ്യാഖ്യാനം എനിക്ക് കൂടുതൽ ഇഷ്ടമാണ്: ഒരേ ഡാറ്റയുടെ 3 സെറ്റുകൾ സംഭരിച്ചിരിക്കണം, 2 സെറ്റുകൾ വ്യത്യസ്ത ഫോർമാറ്റുകളിൽ സൂക്ഷിക്കണം, 1 സെറ്റ് ഭൂമിശാസ്ത്രപരമായി വിദൂര സംഭരണിയിൽ സൂക്ഷിക്കണം.

സ്റ്റോറേജ് ഫോർമാറ്റ് ഇനിപ്പറയുന്ന രീതിയിൽ മനസ്സിലാക്കണം:

• ഫിസിക്കൽ സ്റ്റോറേജ് രീതിയെ ആശ്രയിക്കുന്നുണ്ടെങ്കിൽ, ഞങ്ങൾ ഫിസിക്കൽ രീതി മാറ്റുന്നു.
• ലോജിക്കൽ സ്റ്റോറേജ് രീതിയെ ആശ്രയിക്കുന്നുണ്ടെങ്കിൽ, ഞങ്ങൾ ലോജിക്കൽ രീതി മാറ്റുന്നു.

3-2-1 റൂളിന്റെ പരമാവധി പ്രഭാവം നേടുന്നതിന്, രണ്ട് വഴികളിലും സ്റ്റോറേജ് ഫോർമാറ്റ് മാറ്റാൻ ശുപാർശ ചെയ്യുന്നു.

ഒരു ബാക്കപ്പ് അതിന്റെ ഉദ്ദേശിച്ച ഉദ്ദേശ്യത്തിനായുള്ള സന്നദ്ധതയുടെ വീക്ഷണകോണിൽ നിന്ന് - പ്രവർത്തനം പുനഃസ്ഥാപിക്കുന്നു - "ചൂടുള്ള", "തണുത്ത" ബാക്കപ്പുകൾക്കിടയിൽ ഒരു വ്യത്യാസം കാണിക്കുന്നു. ചൂടുള്ളവ തണുത്തതിൽ നിന്ന് ഒരു കാര്യത്തിൽ മാത്രം വ്യത്യാസപ്പെട്ടിരിക്കുന്നു: അവ ഉടനടി ഉപയോഗത്തിന് തയ്യാറാണ്, അതേസമയം തണുത്തവ വീണ്ടെടുക്കുന്നതിന് ചില അധിക ഘട്ടങ്ങൾ ആവശ്യമാണ്: ഡീക്രിപ്ഷൻ, ആർക്കൈവിൽ നിന്ന് വേർതിരിച്ചെടുക്കൽ മുതലായവ.

ചൂടുള്ളതും തണുത്തതുമായ പകർപ്പുകളെ ഓൺലൈൻ, ഓഫ്‌ലൈൻ പകർപ്പുകളുമായി ആശയക്കുഴപ്പത്തിലാക്കരുത്, ഇത് ഡാറ്റയുടെ ഭൗതികമായ ഒറ്റപ്പെടലിനെ സൂചിപ്പിക്കുന്നു, വാസ്തവത്തിൽ, ബാക്കപ്പ് രീതികളുടെ വർഗ്ഗീകരണത്തിന്റെ മറ്റൊരു അടയാളമാണ്. അതിനാൽ ഒരു ഓഫ്‌ലൈൻ പകർപ്പ് - അത് പുനഃസ്ഥാപിക്കേണ്ട സിസ്റ്റത്തിലേക്ക് നേരിട്ട് ബന്ധിപ്പിച്ചിട്ടില്ല - ഒന്നുകിൽ ചൂടോ തണുപ്പോ ആകാം (വീണ്ടെടുക്കാനുള്ള സന്നദ്ധതയുടെ കാര്യത്തിൽ). ഒരു ഓൺലൈൻ പകർപ്പ് അത് പുനഃസ്ഥാപിക്കേണ്ടിടത്ത് നേരിട്ട് ലഭ്യമാകും, മിക്കപ്പോഴും അത് ചൂടാണ്, പക്ഷേ തണുപ്പുള്ളവയും ഉണ്ട്.

കൂടാതെ, ബാക്കപ്പ് പകർപ്പുകൾ സൃഷ്ടിക്കുന്ന പ്രക്രിയ സാധാരണയായി ഒരു ബാക്കപ്പ് പകർപ്പ് സൃഷ്ടിക്കുന്നതിലൂടെ അവസാനിക്കുന്നില്ല എന്നത് മറക്കരുത്, കൂടാതെ ധാരാളം പകർപ്പുകൾ ഉണ്ടാകാം. അതിനാൽ, മുഴുവൻ ബാക്കപ്പുകളും തമ്മിൽ വേർതിരിച്ചറിയേണ്ടത് ആവശ്യമാണ്, അതായത്. മറ്റ് ബാക്കപ്പുകളിൽ നിന്ന് സ്വതന്ത്രമായി പുനഃസ്ഥാപിക്കാൻ കഴിയുന്നവ, അതുപോലെ തന്നെ ഡിഫറൻഷ്യൽ (ഇൻക്രിമെന്റൽ, ഡിഫറൻഷ്യൽ, ഡിക്രിമെന്റൽ മുതലായവ) പകർപ്പുകൾ - സ്വതന്ത്രമായി പുനഃസ്ഥാപിക്കാൻ കഴിയാത്തതും ഒന്നോ അതിലധികമോ മറ്റ് ബാക്കപ്പുകളുടെ പ്രാഥമിക പുനഃസ്ഥാപനം ആവശ്യമുള്ളവയും.

ഡിഫറൻഷ്യൽ ഇൻക്രിമെന്റൽ ബാക്കപ്പുകൾ ബാക്കപ്പ് സ്റ്റോറേജ് സ്പേസ് ലാഭിക്കാനുള്ള ശ്രമമാണ്. അതിനാൽ, മുമ്പത്തെ ബാക്കപ്പിൽ നിന്ന് മാറ്റിയ ഡാറ്റ മാത്രമേ ബാക്കപ്പ് കോപ്പിയിൽ എഴുതുകയുള്ളൂ.

ഡിഫറൻഷ്യൽ ഡിക്രിമെന്റൽ അവ ഒരേ ആവശ്യത്തിനായി സൃഷ്ടിക്കപ്പെട്ടവയാണ്, എന്നാൽ അല്പം വ്യത്യസ്തമായ രീതിയിൽ: ഒരു പൂർണ്ണ ബാക്കപ്പ് പകർപ്പ് നിർമ്മിച്ചു, എന്നാൽ പുതിയ പകർപ്പും മുമ്പത്തേതും തമ്മിലുള്ള വ്യത്യാസം മാത്രമേ യഥാർത്ഥത്തിൽ സംഭരിക്കപ്പെടുകയുള്ളൂ.

പ്രത്യേകം, ഡ്യൂപ്ലിക്കേറ്റുകളുടെ സംഭരണത്തിന്റെ അഭാവത്തെ പിന്തുണയ്ക്കുന്ന സ്റ്റോറേജ് ഓവർ ബാക്കപ്പ് പ്രക്രിയ പരിഗണിക്കുന്നത് മൂല്യവത്താണ്. അതിനാൽ, നിങ്ങൾ അതിന് മുകളിൽ പൂർണ്ണ ബാക്കപ്പുകൾ എഴുതുകയാണെങ്കിൽ, ബാക്കപ്പുകൾ തമ്മിലുള്ള വ്യത്യാസങ്ങൾ മാത്രമേ യഥാർത്ഥത്തിൽ എഴുതപ്പെടുകയുള്ളൂ, എന്നാൽ ബാക്കപ്പുകൾ പുനഃസ്ഥാപിക്കുന്ന പ്രക്രിയ ഒരു പൂർണ്ണ പകർപ്പിൽ നിന്ന് പുനഃസ്ഥാപിക്കുന്നതിന് സമാനവും പൂർണ്ണമായും സുതാര്യവുമായിരിക്കും.

ക്വിസ് കസ്‌റ്റോഡിയറ്റ് ഐപ്‌സോസ് കസ്റ്റോഡുകൾ?

(കാവൽക്കാരെ ആരാണ് സംരക്ഷിക്കുക? - lat.)

ബാക്കപ്പ് പകർപ്പുകൾ ഇല്ലാത്തപ്പോൾ ഇത് വളരെ അസുഖകരമാണ്, പക്ഷേ ഒരു ബാക്കപ്പ് പകർപ്പ് നിർമ്മിച്ചതായി തോന്നുന്നുവെങ്കിൽ അത് വളരെ മോശമാണ്, എന്നാൽ പുനഃസ്ഥാപിക്കുമ്പോൾ അത് പുനഃസ്ഥാപിക്കാൻ കഴിയില്ല കാരണം:

• ഉറവിട ഡാറ്റയുടെ സമഗ്രത അപഹരിക്കപ്പെട്ടു.
• ബാക്കപ്പ് സ്റ്റോറേജ് കേടായി.
• പുനഃസ്ഥാപിക്കൽ വളരെ സാവധാനത്തിൽ പ്രവർത്തിക്കുന്നു; ഭാഗികമായി വീണ്ടെടുക്കപ്പെട്ട ഡാറ്റ നിങ്ങൾക്ക് ഉപയോഗിക്കാൻ കഴിയില്ല.

ശരിയായി നിർമ്മിച്ച ഒരു ബാക്കപ്പ് പ്രക്രിയ അത്തരം അഭിപ്രായങ്ങൾ കണക്കിലെടുക്കണം, പ്രത്യേകിച്ച് ആദ്യ രണ്ട്.

ഉറവിട ഡാറ്റയുടെ സമഗ്രത പല തരത്തിൽ ഉറപ്പുനൽകാൻ കഴിയും. ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്നവ ഇനിപ്പറയുന്നവയാണ്: a) ബ്ലോക്ക് തലത്തിൽ ഫയൽ സിസ്റ്റത്തിന്റെ സ്നാപ്പ്ഷോട്ടുകൾ സൃഷ്ടിക്കൽ, b) ഫയൽ സിസ്റ്റത്തിന്റെ അവസ്ഥ "ഫ്രീസിംഗ്", c) പതിപ്പ് സംഭരണമുള്ള ഒരു പ്രത്യേക ബ്ലോക്ക് ഉപകരണം, d) ഫയലുകളുടെ തുടർച്ചയായ റെക്കോർഡിംഗ് അല്ലെങ്കിൽ ബ്ലോക്കുകൾ. വീണ്ടെടുക്കൽ സമയത്ത് ഡാറ്റ പരിശോധിച്ചുറപ്പിച്ചിട്ടുണ്ടെന്ന് ഉറപ്പാക്കാൻ ചെക്ക്‌സം പ്രയോഗിക്കുന്നു.

ചെക്ക്സം ഉപയോഗിച്ചും സ്റ്റോറേജ് അഴിമതി കണ്ടെത്താനാകും. ഇതിനകം രേഖപ്പെടുത്തിയ ഡാറ്റ മാറ്റാൻ കഴിയാത്ത പ്രത്യേക ഉപകരണങ്ങളുടെ അല്ലെങ്കിൽ ഫയൽ സിസ്റ്റങ്ങളുടെ ഉപയോഗമാണ് ഒരു അധിക രീതി, എന്നാൽ പുതിയവ ചേർക്കാൻ കഴിയും.

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

സുഗന്ധവ്യഞ്ജനങ്ങളിൽ വിദഗ്ധൻ എല്ലാ വിഭവങ്ങളിലും അവ ചേർക്കുന്നവനല്ല, മറിച്ച് അതിൽ അധികമായി ഒന്നും ചേർക്കാത്ത ആളാണ്.

-IN. സിനിയാവ്സ്കി

സിസ്റ്റം അഡ്‌മിനിസ്‌ട്രേറ്റർമാർ ഉപയോഗിക്കുന്ന സോഫ്‌റ്റ്‌വെയറുമായി ബന്ധപ്പെട്ട സമ്പ്രദായങ്ങൾ വ്യത്യാസപ്പെടാം, പക്ഷേ പൊതുവായ തത്വങ്ങൾ ഇപ്പോഴും ഒരു തരത്തിലല്ലെങ്കിൽ മറ്റൊരു തരത്തിൽ ഒന്നുതന്നെയാണ്, പ്രത്യേകിച്ചും:

• റെഡിമെയ്ഡ് പരിഹാരങ്ങൾ ഉപയോഗിക്കാൻ ശക്തമായി ശുപാർശ ചെയ്യുന്നു.
• പ്രോഗ്രാമുകൾ പ്രവചനാതീതമായി പ്രവർത്തിക്കണം, അതായത്. രേഖപ്പെടുത്താത്ത സവിശേഷതകളോ തടസ്സങ്ങളോ ഉണ്ടാകരുത്.
• ഓരോ പ്രോഗ്രാമും സജ്ജീകരിക്കുന്നത് വളരെ ലളിതമായിരിക്കണം, നിങ്ങൾ ഓരോ തവണയും മാനുവൽ അല്ലെങ്കിൽ ചീറ്റ് ഷീറ്റ് വായിക്കേണ്ടതില്ല.
• സാധ്യമെങ്കിൽ, പരിഹാരം സാർവത്രികമായിരിക്കണം, കാരണം സെർവറുകൾ അവയുടെ ഹാർഡ്‌വെയർ സവിശേഷതകളിൽ വളരെയധികം വ്യത്യാസപ്പെട്ടിരിക്കും.

ബ്ലോക്ക് ഉപകരണങ്ങളിൽ നിന്ന് ബാക്കപ്പ് എടുക്കുന്നതിന് ഇനിപ്പറയുന്ന പൊതുവായ പ്രോഗ്രാമുകൾ ഉണ്ട്:

• dd, സിസ്റ്റം അഡ്മിനിസ്ട്രേഷൻ വെറ്ററൻസിന് പരിചിതമാണ്, ഇതിൽ സമാനമായ പ്രോഗ്രാമുകളും ഉൾപ്പെടുന്നു (ഉദാഹരണത്തിന്, അതേ dd_rescue).
• ഫയൽ സിസ്റ്റത്തിന്റെ ഒരു ഡംപ് സൃഷ്ടിക്കുന്ന ചില ഫയൽ സിസ്റ്റങ്ങളിൽ നിർമ്മിച്ച യൂട്ടിലിറ്റികൾ.
• ഓമ്‌നിവോറസ് യൂട്ടിലിറ്റികൾ; ഉദാഹരണത്തിന് partclone.
• സ്വന്തം, പലപ്പോഴും ഉടമസ്ഥതയിലുള്ള, തീരുമാനങ്ങൾ; ഉദാഹരണത്തിന്, NortonGhost ഉം അതിനുശേഷവും.

ഫയൽ സിസ്റ്റങ്ങൾക്കായി, ബ്ലോക്ക് ഉപകരണങ്ങൾക്ക് ബാധകമായ രീതികൾ ഉപയോഗിച്ച് ബാക്കപ്പ് പ്രശ്നം ഭാഗികമായി പരിഹരിക്കപ്പെടുന്നു, എന്നാൽ പ്രശ്നം കൂടുതൽ കാര്യക്ഷമമായി ഉപയോഗിച്ച് പരിഹരിക്കാൻ കഴിയും, ഉദാഹരണത്തിന്:

• Rsync, ഫയൽ സിസ്റ്റങ്ങളുടെ അവസ്ഥ സമന്വയിപ്പിക്കുന്നതിനുള്ള ഒരു പൊതു-ഉദ്ദേശ്യ പ്രോഗ്രാമും പ്രോട്ടോക്കോളും.
• ബിൽറ്റ്-ഇൻ ആർക്കൈവിംഗ് ടൂളുകൾ (ZFS).
• മൂന്നാം കക്ഷി ആർക്കൈവിംഗ് ടൂളുകൾ; ഏറ്റവും ജനപ്രിയമായ പ്രതിനിധി ടാർ ആണ്. മറ്റുള്ളവയുണ്ട്, ഉദാഹരണത്തിന്, ഡാർ - ആധുനിക സംവിധാനങ്ങളെ ലക്ഷ്യം വച്ചുള്ള ടാറിനു പകരമായി.

പ്രത്യേകമായി, ബാക്കപ്പ് പകർപ്പുകൾ സൃഷ്ടിക്കുമ്പോൾ ഡാറ്റ സ്ഥിരത ഉറപ്പാക്കുന്നതിനുള്ള സോഫ്റ്റ്വെയർ ടൂളുകൾ പരാമർശിക്കേണ്ടതാണ്. ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന ഓപ്ഷനുകൾ ഇവയാണ്:

• ഫയൽ സിസ്റ്റം റീഡ്-ഒൺലി മോഡിൽ മൌണ്ട് ചെയ്യുക (വായന മാത്രം), അല്ലെങ്കിൽ ഫയൽ സിസ്റ്റം ഫ്രീസ് ചെയ്യുക (ഫ്രീസ്) - രീതി പരിമിതമായ പ്രയോഗക്ഷമതയാണ്.
• ഫയൽ സിസ്റ്റങ്ങളുടെ അല്ലെങ്കിൽ ബ്ലോക്ക് ഡിവൈസുകളുടെ (LVM, ZFS) അവസ്ഥയുടെ സ്നാപ്പ്ഷോട്ടുകൾ സൃഷ്ടിക്കുന്നു.
• ചില കാരണങ്ങളാൽ മുൻ പോയിന്റുകൾ നൽകാൻ കഴിയാത്ത സന്ദർഭങ്ങളിൽ പോലും (ഹോട്ട്‌കോപ്പി പോലുള്ള പ്രോഗ്രാമുകൾ) ഇംപ്രഷനുകൾ സംഘടിപ്പിക്കുന്നതിനുള്ള മൂന്നാം കക്ഷി ടൂളുകളുടെ ഉപയോഗം.
• കോപ്പി-ഓൺ-ചേഞ്ച് ടെക്നിക് (CopyOnWrite), എന്നിരുന്നാലും, ഇത് മിക്കപ്പോഴും ഉപയോഗിക്കുന്ന ഫയൽ സിസ്റ്റവുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു (BTRFS, ZFS).

അതിനാൽ, ഒരു ചെറിയ സെർവറിന് ഇനിപ്പറയുന്ന ആവശ്യകതകൾ നിറവേറ്റുന്ന ഒരു ബാക്കപ്പ് സ്കീം നിങ്ങൾ നൽകേണ്ടതുണ്ട്:

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

ആവശ്യകതകൾ കൂടുതലോ കുറവോ നിറവേറ്റുന്നവരിൽ നിന്നുള്ള അപേക്ഷകർ:

• rdiff-ബാക്കപ്പ്
• rsnapshot
• ഏമ്പക്കം
• തനിപ്പകർപ്പ്
• ഇരട്ടത്താപ്പാണ്
• ഡ്യൂപ്പ് ചെയ്യട്ടെ
• വീതികുറഞ്ഞ
• zbackup
• റെസ്റ്റിക്
• ബോർഗ്ബാക്കപ്പ്

ഇനിപ്പറയുന്ന സ്വഭാവസവിശേഷതകളുള്ള ഒരു വെർച്വൽ മെഷീൻ (XenServer അടിസ്ഥാനമാക്കിയുള്ളത്) ഒരു ടെസ്റ്റ് ബെഞ്ചായി ഉപയോഗിക്കും:

• 4 കോറുകൾ 2.5 GHz,
• 16 ജിബി റാം,
• 50 GB ഹൈബ്രിഡ് സ്റ്റോറേജ് (വിർച്വൽ ഡിസ്ക് വലുപ്പത്തിന്റെ 20% എസ്എസ്ഡിയിൽ കാഷിംഗ് ഉള്ള സ്റ്റോറേജ് സിസ്റ്റം) പാർട്ടീഷൻ ചെയ്യാതെ ഒരു പ്രത്യേക വെർച്വൽ ഡിസ്കിന്റെ രൂപത്തിൽ,
• 200 Mbits ഇന്റർനെറ്റ് ചാനൽ.

ഏതാണ്ട് ഇതേ മെഷീൻ ഒരു ബാക്കപ്പ് റിസീവർ സെർവറായി ഉപയോഗിക്കും, 500 GB ഹാർഡ് ഡ്രൈവിൽ മാത്രം.

ഓപ്പറേറ്റിംഗ് സിസ്റ്റം - സെന്റോസ് 7 x64: സ്റ്റാൻഡേർഡ് പാർട്ടീഷൻ, അധിക പാർട്ടീഷൻ ഒരു ഡാറ്റ ഉറവിടമായി ഉപയോഗിക്കും.

പ്രാരംഭ ഡാറ്റ എന്ന നിലയിൽ, 40 GB മീഡിയ ഫയലുകളും ഒരു mysql ഡാറ്റാബേസും ഉള്ള ഒരു WordPress സൈറ്റ് എടുക്കാം. വെർച്വൽ സെർവറുകൾ സ്വഭാവസവിശേഷതകളിൽ വളരെയധികം വ്യത്യാസപ്പെട്ടിരിക്കുന്നതിനാൽ, മികച്ച പുനരുൽപാദനക്ഷമതയ്ക്കായി, ഇവിടെയുണ്ട്

sysbench ഉപയോഗിച്ച് സെർവർ പരിശോധന ഫലങ്ങൾ.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu റൺ
sysbench 1.1.0-18a9f86 (ബണ്ടിൽ ചെയ്ത LuaJIT 2.1.0-beta3 ഉപയോഗിച്ച്)
ഇനിപ്പറയുന്ന ഓപ്ഷനുകൾ ഉപയോഗിച്ച് പരിശോധന നടത്തുന്നു:
ത്രെഡുകളുടെ എണ്ണം: 4
നിലവിലെ സമയം മുതൽ റാൻഡം നമ്പർ ജനറേറ്റർ ആരംഭിക്കുന്നു

പ്രൈം നമ്പറുകളുടെ പരിധി: 20000

വർക്കർ ത്രെഡുകൾ ആരംഭിക്കുന്നു...

ത്രെഡുകൾ ആരംഭിച്ചു!

സിപിയു വേഗത:
സെക്കന്റിൽ ഇവന്റുകൾ: 836.69

ത്രൂപുട്ട്:
ഇവന്റുകൾ/ങ്ങൾ (eps): 836.6908
സമയം കഴിഞ്ഞു: 30.0039സെ
സംഭവങ്ങളുടെ ആകെ എണ്ണം: 25104

ലേറ്റൻസി (മി.സെ.):
മിനിറ്റ്: 2.38
ശരാശരി: 4.78
പരമാവധി: 22.39
95-ാം ശതമാനം: 10.46
തുക: 119923.64

ത്രെഡുകൾ‌ ന്യായബോധം:
ഇവന്റുകൾ (ശരാശരി/stddev): 6276.0000/13.91
നിർവ്വഹണ സമയം (ശരാശരി/stddev): 29.9809/0.01

sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=റെഡ് മെമ്മറി റൺ
sysbench 1.1.0-18a9f86 (ബണ്ടിൽ ചെയ്ത LuaJIT 2.1.0-beta3 ഉപയോഗിച്ച്)
ഇനിപ്പറയുന്ന ഓപ്ഷനുകൾ ഉപയോഗിച്ച് പരിശോധന നടത്തുന്നു:
ത്രെഡുകളുടെ എണ്ണം: 4
നിലവിലെ സമയം മുതൽ റാൻഡം നമ്പർ ജനറേറ്റർ ആരംഭിക്കുന്നു

ഇനിപ്പറയുന്ന ഓപ്ഷനുകൾ ഉപയോഗിച്ച് മെമ്മറി സ്പീഡ് ടെസ്റ്റ് പ്രവർത്തിപ്പിക്കുന്നു:
ബ്ലോക്ക് വലിപ്പം: 1KiB
ആകെ വലിപ്പം: 102400MiB
പ്രവർത്തനം: വായിക്കുക
വ്യാപ്തി: ആഗോള

വർക്കർ ത്രെഡുകൾ ആരംഭിക്കുന്നു...

ത്രെഡുകൾ ആരംഭിച്ചു!

മൊത്തം പ്രവർത്തനങ്ങൾ: 50900446 (സെക്കൻഡിൽ 1696677.10)

49707.47 MiB കൈമാറി (1656.91 MiB/സെക്കൻഡ്)

ത്രൂപുട്ട്:
ഇവന്റുകൾ/ങ്ങൾ (eps): 1696677.1017
സമയം കഴിഞ്ഞു: 30.0001സെ
സംഭവങ്ങളുടെ ആകെ എണ്ണം: 50900446

ലേറ്റൻസി (മി.സെ.):
മിനിറ്റ്: 0.00
ശരാശരി: 0.00
പരമാവധി: 24.01
95-ാം ശതമാനം: 0.00
തുക: 39106.74

ത്രെഡുകൾ‌ ന്യായബോധം:
ഇവന്റുകൾ (ശരാശരി/stddev): 12725111.5000/137775.15
നിർവ്വഹണ സമയം (ശരാശരി/stddev): 9.7767/0.10

sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=റൈറ്റ് മെമ്മറി റൺ
sysbench 1.1.0-18a9f86 (ബണ്ടിൽ ചെയ്ത LuaJIT 2.1.0-beta3 ഉപയോഗിച്ച്)
ഇനിപ്പറയുന്ന ഓപ്ഷനുകൾ ഉപയോഗിച്ച് പരിശോധന നടത്തുന്നു:
ത്രെഡുകളുടെ എണ്ണം: 4
നിലവിലെ സമയം മുതൽ റാൻഡം നമ്പർ ജനറേറ്റർ ആരംഭിക്കുന്നു

ഇനിപ്പറയുന്ന ഓപ്ഷനുകൾ ഉപയോഗിച്ച് മെമ്മറി സ്പീഡ് ടെസ്റ്റ് പ്രവർത്തിപ്പിക്കുന്നു:
ബ്ലോക്ക് വലിപ്പം: 1KiB
ആകെ വലിപ്പം: 102400MiB
പ്രവർത്തനം: എഴുതുക
വ്യാപ്തി: ആഗോള

വർക്കർ ത്രെഡുകൾ ആരംഭിക്കുന്നു...

ത്രെഡുകൾ ആരംഭിച്ചു!

മൊത്തം പ്രവർത്തനങ്ങൾ: 35910413 (സെക്കൻഡിൽ 1197008.62)

35068.76 MiB കൈമാറി (1168.95 MiB/സെക്കൻഡ്)

ത്രൂപുട്ട്:
ഇവന്റുകൾ/ങ്ങൾ (eps): 1197008.6179
സമയം കഴിഞ്ഞു: 30.0001സെ
സംഭവങ്ങളുടെ ആകെ എണ്ണം: 35910413

ലേറ്റൻസി (മി.സെ.):
മിനിറ്റ്: 0.00
ശരാശരി: 0.00
പരമാവധി: 16.90
95-ാം ശതമാനം: 0.00
തുക: 43604.83

ത്രെഡുകൾ‌ ന്യായബോധം:
ഇവന്റുകൾ (ശരാശരി/stddev): 8977603.2500/233905.84
നിർവ്വഹണ സമയം (ശരാശരി/stddev): 10.9012/0.41

sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --file-total-size=1G ഫയലിയോ റൺ
sysbench 1.1.0-18a9f86 (ബണ്ടിൽ ചെയ്ത LuaJIT 2.1.0-beta3 ഉപയോഗിച്ച്)
ഇനിപ്പറയുന്ന ഓപ്ഷനുകൾ ഉപയോഗിച്ച് പരിശോധന നടത്തുന്നു:
ത്രെഡുകളുടെ എണ്ണം: 4
നിലവിലെ സമയം മുതൽ റാൻഡം നമ്പർ ജനറേറ്റർ ആരംഭിക്കുന്നു

അധിക ഫയൽ തുറന്ന ഫ്ലാഗുകൾ: (ഒന്നുമില്ല)
128 ഫയലുകൾ, 8MiB വീതം
1GiB മൊത്തം ഫയൽ വലുപ്പം
ബ്ലോക്ക് വലിപ്പം 4KiB
IO അഭ്യർത്ഥനകളുടെ എണ്ണം: 0
സംയോജിത റാൻഡം IO ടെസ്റ്റിനുള്ള വായന/എഴുത്ത് അനുപാതം: 1.50
ആനുകാലിക FSYNC പ്രവർത്തനക്ഷമമാക്കി, ഓരോ 100 അഭ്യർത്ഥനകളിലും fsync() വിളിക്കുന്നു.
ടെസ്റ്റിന്റെ അവസാനം fsync() വിളിക്കുന്നു, പ്രവർത്തനക്ഷമമാക്കി.
സിൻക്രണസ് I/O മോഡ് ഉപയോഗിക്കുന്നു
ക്രമരഹിതമായ r/w ടെസ്റ്റ് നടത്തുന്നു
വർക്കർ ത്രെഡുകൾ ആരംഭിക്കുന്നു...

ത്രെഡുകൾ ആരംഭിച്ചു!

ത്രൂപുട്ട്:
വായിക്കുക: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
എഴുതുക: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98

ലേറ്റൻസി (മി.സെ.):
മിനിറ്റ്: 0.00
ശരാശരി: 0.27
പരമാവധി: 18.01
95-ാം ശതമാനം: 1.08
തുക: 238469.45

ഈ കുറിപ്പ് വലിയ രീതിയിൽ തുടങ്ങുന്നു

ബാക്കപ്പിനെക്കുറിച്ചുള്ള ലേഖനങ്ങളുടെ പരമ്പര

1. ബാക്കപ്പ്, ഭാഗം 1: എന്തുകൊണ്ട് ബാക്കപ്പ് ആവശ്യമാണ്, രീതികൾ, സാങ്കേതികവിദ്യകൾ എന്നിവയുടെ ഒരു അവലോകനം
2. ബാക്കപ്പ് ഭാഗം 2: rsync അടിസ്ഥാനമാക്കിയുള്ള ബാക്കപ്പ് ടൂളുകൾ അവലോകനം ചെയ്യുകയും പരിശോധിക്കുകയും ചെയ്യുന്നു
3. ബാക്കപ്പ് ഭാഗം 3: ഡ്യൂപ്ലിക്കറ്റി, ഡ്യൂപ്ലിക്കറ്റി, ഡെജാ ഡ്യൂപ്പ് എന്നിവ അവലോകനം ചെയ്യുകയും പരിശോധിക്കുകയും ചെയ്യുക
4. ബാക്കപ്പ് ഭാഗം 4: zbackup, restic, borgbackup എന്നിവ അവലോകനം ചെയ്യുകയും പരിശോധിക്കുകയും ചെയ്യുന്നു
5. ബാക്കപ്പ് ഭാഗം 5: ലിനക്സിനായി ബാക്കുലയും വീം ബാക്കപ്പും പരിശോധിക്കുന്നു
6. ബാക്കപ്പ് ഭാഗം 6: ബാക്കപ്പ് ടൂളുകൾ താരതമ്യം ചെയ്യുക
7. ബാക്കപ്പ് ഭാഗം 7: നിഗമനങ്ങൾ

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