ബാക്കപ്പ് തയ്യാറാണ്: അവധിക്കാലത്തിന്റെ ബഹുമാനാർത്ഥം മിഥ്യകൾ തകർക്കുന്നു

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

ഞാൻ ഏകദേശം 20 വർഷമായി ഈ മേഖലയിൽ പ്രവർത്തിക്കുന്നു, അതിൽ അവസാനത്തെ രണ്ട് പേർ പ്രോംസ്വ്യാസ്ബാങ്കിലായിരുന്നു. ഞാൻ ആദ്യമായി തുടങ്ങിയപ്പോൾ, ഫയലുകൾ പകർത്താൻ കഴിയുന്ന സ്ക്രിപ്റ്റുകൾ ഉപയോഗിച്ച്, ഞാൻ ബാക്കപ്പുകൾ പൂർണ്ണമായും സ്വമേധയാ ചെയ്തു. പിന്നെ, Windows സൗകര്യപ്രദമായ ഉപകരണങ്ങൾ ഉയർന്നുവന്നു: ഫയൽ തയ്യാറാക്കുന്നതിനുള്ള റോബോകോപ്പി യൂട്ടിലിറ്റിയും പകർത്തുന്നതിനുള്ള NT ബാക്കപ്പും. പിന്നീട് പ്രത്യേക സോഫ്റ്റ്‌വെയർ വന്നു, പ്രധാനമായും വെരിറ്റാസ് ബാക്കപ്പ് എക്‌സെക്, ഇപ്പോൾ സിമാൻടെക് ബാക്കപ്പ് എക്‌സെക് എന്ന് വിളിക്കുന്നു. അതിനാൽ എനിക്ക് വളരെക്കാലമായി ബാക്കപ്പുകളുമായി പരിചയമുണ്ട്.

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

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

ബാക്കപ്പിനെ ചുറ്റിപ്പറ്റിയുള്ള ചില സാധാരണ മിഥ്യകൾ ഉണ്ട്, അത് വളരെക്കാലം മുമ്പേ ഇല്ലാതാക്കേണ്ടതാണ്. അവയിൽ ഏറ്റവും പ്രശസ്തമായവ ഇതാ.

മിഥ്യ 1. സുരക്ഷാ അല്ലെങ്കിൽ സ്റ്റോറേജ് സിസ്റ്റത്തിനുള്ളിൽ ബാക്കപ്പ് വളരെക്കാലമായി ഒരു ചെറിയ പ്രവർത്തനം മാത്രമാണ്

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

കൂടാതെ, ബാക്കപ്പ് സിസ്റ്റത്തിലേക്കുള്ള ആക്‌സസ്സിന്റെ റോൾ മോഡൽ, ബാക്കപ്പുകൾ നിയന്ത്രിക്കുന്നതിന് ടാർഗെറ്റ് സിസ്റ്റങ്ങളുടെ അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് അധികാരത്തിന്റെ ഒരു ഭാഗം നിയോഗിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

മിഥ്യ 2. ഒരു റെയിഡ് ഉള്ളപ്പോൾ, ഒരു ബാക്കപ്പ് ആവശ്യമില്ല.

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

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

മിഥ്യ 3. മാസത്തിലൊരിക്കൽ ചെയ്യുന്ന ഒന്നാണ് ബാക്കപ്പ്.

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

സിസ്റ്റങ്ങൾ വാണിജ്യാടിസ്ഥാനത്തിൽ പ്രവർത്തിക്കുമ്പോൾ, ബാക്കപ്പ് ഡോക്യുമെന്റേഷൻ അംഗീകരിക്കേണ്ടതുണ്ട്, അത് പ്രധാന പോയിന്റുകൾ, അപ്‌ഡേറ്റ് നടപടിക്രമം, സിസ്റ്റം പുനഃസ്ഥാപിക്കുന്നതിനുള്ള നടപടിക്രമം, ബാക്കപ്പുകൾ സംഭരിക്കുന്നതിനുള്ള നടപടിക്രമം എന്നിവയും മറ്റും പ്രതിഫലിപ്പിക്കുന്നു.

മിഥ്യ 4. പകർപ്പുകളുടെ അളവ് നിരന്തരം വളരുകയും അനുവദിച്ചിരിക്കുന്ന ഇടം പൂർണ്ണമായും ഏറ്റെടുക്കുകയും ചെയ്യുന്നു.

ബാക്കപ്പുകൾക്ക് പരിമിതമായ നിലനിർത്തൽ കാലയളവ് ഉണ്ട്. ഉദാഹരണത്തിന്, വർഷത്തിൽ എല്ലാ 365 പ്രതിദിന ബാക്കപ്പുകളും സംഭരിക്കുന്നതിൽ അർത്ഥമില്ല. ചട്ടം പോലെ, ദിവസേനയുള്ള പകർപ്പുകൾ 2 ആഴ്ചത്തേക്ക് സൂക്ഷിക്കുന്നത് സ്വീകാര്യമാണ്, അതിനുശേഷം അവ പുതിയവ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു, കൂടാതെ മാസത്തിൽ ആദ്യം നിർമ്മിച്ച പതിപ്പ് ദീർഘകാല സംഭരണത്തിൽ തുടരുന്നു. ഇത് ഒരു നിശ്ചിത സമയത്തേക്ക് സംഭരിച്ചിരിക്കുന്നു - ഓരോ പകർപ്പിനും ഒരു ജീവിതകാലം ഉണ്ട്.

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

മിഥ്യ 5. ബാക്കപ്പ് ആരംഭിച്ചു - എല്ലാം തൂക്കിയിരിക്കുന്നു

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

ബാക്കപ്പ് ചെയ്യുന്ന സിസ്റ്റം മൾട്ടിത്രെഡിംഗിനെ പിന്തുണയ്ക്കുന്നുണ്ടോ എന്നതിനെ ആശ്രയിച്ച്, ബാക്കപ്പിന് ഒന്നോ അതിലധികമോ സ്ട്രീമുകളിലേക്ക് പോകാനാകും. ഉദാഹരണത്തിന്, ട്രാൻസ്ഫർ നിരക്ക് നെറ്റ്‌വർക്ക് ബാൻഡ്‌വിഡ്ത്ത് പരിധിയിൽ എത്തുന്നതുവരെ, ലഭ്യമായ പ്രോസസ്സറുകളുടെ എണ്ണം അനുസരിച്ച് ഒന്നിലധികം ത്രെഡുകൾ നൽകാൻ Oracle DBMS നിങ്ങളെ അനുവദിക്കുന്നു.

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

വലിയ ഓർഗനൈസേഷനുകളിൽ, ബാക്കപ്പ് സംവിധാനത്തിനായി ഒരു പ്രത്യേക ശൃംഖല സൃഷ്ടിക്കപ്പെടുന്നു, അങ്ങനെ ബാക്കപ്പ് ഉൽപ്പാദനത്തെ ബാധിക്കില്ല. കൂടാതെ, ട്രാഫിക് നെറ്റ്‌വർക്കിലൂടെയല്ല, മറിച്ച് SAN വഴി കൈമാറാം.

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

മിഥ്യ 6. ഒരു ബാക്കപ്പ് സിസ്റ്റം സമാരംഭിച്ചു - അത് നിങ്ങൾക്കുള്ള തെറ്റ് സഹിഷ്ണുതയാണ്

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

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

മിഥ്യ 7. ഒരിക്കൽ ഞാൻ ഒരു ബാക്കപ്പ് സജ്ജീകരിച്ചു, അത് പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിച്ചു. ലോഗുകൾ നോക്കാൻ മാത്രം അവശേഷിക്കുന്നു

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

സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററുടെ പ്രവർത്തനത്തെക്കുറിച്ച് കുറച്ച്

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

അതേസമയം, ഡാറ്റാബേസുകൾ, മെയിൽ സിസ്റ്റങ്ങൾ, വെർച്വൽ മെഷീൻ ക്ലസ്റ്ററുകൾ, ഫയൽ റിസോഴ്‌സുകൾ എന്നിവയുൾപ്പെടെയുള്ള വിപുലമായ സെർവറുകളുടെ കൂട്ടം കാരണം ഇപ്പോഴും ധാരാളം ജോലികൾ ഉണ്ട്. Windows, അങ്ങനെ Linux/Unix. ബാക്കപ്പ് സിസ്റ്റം പരിപാലിക്കുന്ന ജീവനക്കാർ നിരന്തരം തിരക്കിലാണ്.

അവധിക്കാലത്തിന്റെ ബഹുമാനാർത്ഥം, എല്ലാ അഡ്മിൻമാർക്കും ശക്തമായ ഞരമ്പുകളും ചലനങ്ങളുടെ വ്യക്തതയും ബാക്കപ്പുകൾ സംഭരിക്കുന്നതിനുള്ള അനന്തമായ ഇടവും ആശംസിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു!

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