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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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