ബാക്കപ്പ് ഭാഗം 7: നിഗമനങ്ങൾ

ഈ കുറിപ്പ് ബാക്കപ്പിനെക്കുറിച്ചുള്ള സൈക്കിൾ പൂർത്തിയാക്കുന്നു. ബാക്കപ്പിന് സൗകര്യപ്രദമായ ഒരു സമർപ്പിത സെർവറിന്റെ (അല്ലെങ്കിൽ VPS) ലോജിക്കൽ ഓർഗനൈസേഷനെക്കുറിച്ച് ഇത് ചർച്ച ചെയ്യും, കൂടാതെ ഒരു ദുരന്തമുണ്ടായാൽ കൂടുതൽ പ്രവർത്തനരഹിതമാക്കാതെ ഒരു ബാക്കപ്പിൽ നിന്ന് ഒരു സെർവർ വേഗത്തിൽ പുനഃസ്ഥാപിക്കുന്നതിനുള്ള ഓപ്ഷനും ഇത് വാഗ്ദാനം ചെയ്യും.

റോ ഡാറ്റ

ഒരു സമർപ്പിത സെർവറിന് ഏറ്റവും കുറഞ്ഞത് രണ്ട് ഹാർഡ് ഡ്രൈവുകളെങ്കിലും ഉണ്ടായിരിക്കും, അത് ഒരു ഫസ്റ്റ്-ലെവൽ റെയിഡ് അറേ (മിറർ) സംഘടിപ്പിക്കാൻ സഹായിക്കുന്നു. ഒരു ഡിസ്ക് പരാജയപ്പെടുകയാണെങ്കിൽ സെർവർ പ്രവർത്തിപ്പിക്കുന്നത് തുടരാൻ ഇത് ആവശ്യമാണ്. ഇതൊരു സാധാരണ സമർപ്പിത സെർവറാണെങ്കിൽ, SSD-യിൽ സജീവമായ കാഷിംഗ് സാങ്കേതികവിദ്യയുള്ള ഒരു പ്രത്യേക ഹാർഡ്‌വെയർ RAID കൺട്രോളർ ഉണ്ടായിരിക്കാം, അതുവഴി സാധാരണ ഹാർഡ് ഡ്രൈവുകൾക്ക് പുറമേ, ഒന്നോ അതിലധികമോ SSD-കൾ ബന്ധിപ്പിക്കാൻ കഴിയും. ചിലപ്പോൾ സമർപ്പിത സെർവറുകൾ വാഗ്ദാനം ചെയ്യപ്പെടുന്നു, അതിൽ പ്രാദേശിക ഡിസ്കുകൾ SATADOM (ചെറിയ ഡിസ്കുകൾ, ഘടനാപരമായി ഒരു SATA പോർട്ടുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന ഫ്ലാഷ് ഡ്രൈവ്), അല്ലെങ്കിൽ ഒരു പ്രത്യേക ആന്തരിക പോർട്ടുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന ഒരു സാധാരണ ചെറിയ (8-16GB) ഫ്ലാഷ് ഡ്രൈവ്, കൂടാതെ ഒരു സമർപ്പിത സ്റ്റോറേജ് നെറ്റ്‌വർക്ക് (ഇഥർനെറ്റ് 10G, FC, മുതലായവ) വഴി കണക്‌റ്റ് ചെയ്‌തിരിക്കുന്ന സ്റ്റോറേജ് സിസ്റ്റത്തിൽ നിന്നാണ് ഡാറ്റ എടുത്തിരിക്കുന്നത്, കൂടാതെ സ്റ്റോറേജ് സിസ്റ്റത്തിൽ നിന്ന് നേരിട്ട് ലോഡ് ചെയ്യുന്ന ഡെഡിക്കേറ്റഡ് സെർവറുകൾ ഉണ്ട്. അത്തരം ഓപ്ഷനുകൾ ഞാൻ പരിഗണിക്കില്ല, കാരണം അത്തരം സന്ദർഭങ്ങളിൽ സെർവർ ബാക്കപ്പ് ചെയ്യുന്നതിനുള്ള ചുമതല സംഭരണ ​​​​സംവിധാനം പരിപാലിക്കുന്ന സ്പെഷ്യലിസ്റ്റിന് സുഗമമായി കടന്നുപോകുന്നു; സാധാരണയായി സ്നാപ്പ്ഷോട്ടുകൾ, ബിൽറ്റ്-ഇൻ ഡ്യൂപ്ലിക്കേഷൻ, സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്ററുടെ മറ്റ് സന്തോഷങ്ങൾ എന്നിവ സൃഷ്ടിക്കുന്നതിന് വിവിധ ഉടമസ്ഥതയിലുള്ള സാങ്കേതികവിദ്യകളുണ്ട്. , ഈ പരമ്പരയുടെ മുൻ ഭാഗങ്ങളിൽ ചർച്ച ചെയ്തു. സെർവറുമായി ബന്ധിപ്പിച്ചിരിക്കുന്ന ഡിസ്കുകളുടെ എണ്ണവും വലിപ്പവും അനുസരിച്ച്, ഒരു ഡെഡിക്കേറ്റഡ് സെർവറിന്റെ ഡിസ്ക് അറേയുടെ അളവ് നിരവധി ടെറാബൈറ്റുകളിൽ എത്താം. VPS-ന്റെ കാര്യത്തിൽ, വോള്യങ്ങൾ കൂടുതൽ മിതമാണ്: സാധാരണയായി 100GB-യിൽ കൂടുതലല്ല (എന്നാൽ അതിലും കൂടുതലും ഉണ്ട്), അത്തരം VPS-നുള്ള താരിഫുകൾ ഒരേ ഹോസ്റ്ററിൽ നിന്നുള്ള വിലകുറഞ്ഞ സമർപ്പിത സെർവറുകളേക്കാൾ എളുപ്പത്തിൽ ചെലവേറിയതായിരിക്കും. ഒരു VPS-ന് മിക്കപ്പോഴും ഒരു ഡിസ്ക് ഉണ്ടായിരിക്കും, കാരണം അതിനടിയിൽ ഒരു സ്റ്റോറേജ് സിസ്റ്റം (അല്ലെങ്കിൽ ഹൈപ്പർകൺവേർജ് ചെയ്ത എന്തെങ്കിലും) ഉണ്ടായിരിക്കും. ചിലപ്പോൾ ഒരു VPS-ന് വ്യത്യസ്ത ആവശ്യങ്ങൾക്കായി വ്യത്യസ്ത സ്വഭാവസവിശേഷതകളുള്ള നിരവധി ഡിസ്കുകൾ ഉണ്ട്:

• ചെറിയ സിസ്റ്റം - ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനായി;
• വലിയ - ഉപയോക്തൃ ഡാറ്റ സംഭരിക്കുന്നു.

കൺട്രോൾ പാനൽ ഉപയോഗിച്ച് നിങ്ങൾ സിസ്റ്റം വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, ഉപയോക്തൃ ഡാറ്റയുള്ള ഡിസ്ക് തിരുത്തിയെഴുതപ്പെടുന്നില്ല, പക്ഷേ സിസ്റ്റം ഡിസ്ക് പൂർണ്ണമായും റീഫിൽ ചെയ്യപ്പെടും. കൂടാതെ, ഒരു VPS-ന്റെ കാര്യത്തിൽ, VPS-ന്റെ (അല്ലെങ്കിൽ ഡിസ്ക്) അവസ്ഥയുടെ സ്നാപ്പ്ഷോട്ട് എടുക്കുന്ന ഒരു ബട്ടൺ ഹോസ്റ്റർ വാഗ്ദാനം ചെയ്തേക്കാം, എന്നാൽ നിങ്ങൾ നിങ്ങളുടെ സ്വന്തം ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഇൻസ്റ്റാൾ ചെയ്യുകയോ അല്ലെങ്കിൽ VPS-നുള്ളിൽ ആവശ്യമുള്ള സേവനം സജീവമാക്കാൻ മറക്കുകയോ ചെയ്താൽ, ചിലത് ഡാറ്റ ഇപ്പോഴും നഷ്ടപ്പെട്ടേക്കാം. ബട്ടണിന് പുറമേ, ഒരു ഡാറ്റ സംഭരണ ​​സേവനം സാധാരണയായി വാഗ്ദാനം ചെയ്യുന്നു, മിക്കപ്പോഴും വളരെ പരിമിതമാണ്. സാധാരണയായി ഇത് FTP അല്ലെങ്കിൽ SFTP വഴിയുള്ള ആക്‌സസ് ഉള്ള ഒരു അക്കൗണ്ടാണ്, ചിലപ്പോൾ SSH-നൊപ്പം ഒരു സ്ട്രിപ്പ്-ഡൗൺ ഷെൽ (ഉദാഹരണത്തിന്, rbash), അല്ലെങ്കിൽ authorized_keys വഴി (ForcedCommand വഴി) കമാൻഡുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള നിയന്ത്രണം.

ഒരു സമർപ്പിത സെർവർ 1 Gbps വേഗതയുള്ള രണ്ട് പോർട്ടുകൾ വഴി നെറ്റ്‌വർക്കിലേക്ക് കണക്റ്റുചെയ്‌തിരിക്കുന്നു, ചിലപ്പോൾ ഇവ 10 Gbps വേഗതയുള്ള കാർഡുകളായിരിക്കാം. VPS ന് മിക്കപ്പോഴും ഒരു നെറ്റ്‌വർക്ക് ഇന്റർഫേസ് ഉണ്ട്. മിക്കപ്പോഴും, ഡാറ്റാ സെന്ററുകൾ ഡാറ്റാ സെന്ററിനുള്ളിലെ നെറ്റ്‌വർക്ക് വേഗത പരിമിതപ്പെടുത്തുന്നില്ല, പക്ഷേ അവ ഇന്റർനെറ്റ് ആക്‌സസിന്റെ വേഗത പരിമിതപ്പെടുത്തുന്നു.

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

പ്രത്യേകം തയ്യാറാക്കിയ സെർവർ ബാക്കപ്പ് പകർപ്പുകൾ സംഭരിക്കുന്നതിനുള്ള ഒരു ഇടമായി പ്രവർത്തിക്കുന്നു; ഞങ്ങൾ അതിനെക്കുറിച്ച് കൂടുതൽ വിശദമായി പിന്നീട് എഴുതാം.

ഡിസ്ക് സിസ്റ്റത്തിന്റെ ലോജിക്കൽ ഓർഗനൈസേഷൻ

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

പ്രധാന കുറിപ്പ്: വോള്യങ്ങൾ പൂർണ്ണമായും സ്വയം ഉൾക്കൊള്ളണം, അതായത്. പരസ്പരം അല്ലെങ്കിൽ റൂട്ട് ഫയൽ സിസ്റ്റത്തെ ആശ്രയിക്കരുത്. വെർച്വൽ മെഷീനുകളുടെയോ കണ്ടെയ്‌നറുകളുടെയോ കാര്യത്തിൽ, ഈ പോയിന്റ് സ്വയമേവ നിരീക്ഷിക്കപ്പെടുന്നു. ഇവ ആപ്ലിക്കേഷൻ കണ്ടെയ്‌നറുകളോ ഹോം ഡയറക്‌ടറികളോ ആണെങ്കിൽ, വെബ് സെർവറിന്റെയും മറ്റ് സേവനങ്ങളുടെയും കോൺഫിഗറേഷൻ ഫയലുകൾ വേർതിരിക്കുന്നതിനെക്കുറിച്ച് നിങ്ങൾ ചിന്തിക്കണം, അങ്ങനെ വോള്യങ്ങൾക്കിടയിലുള്ള ഡിപൻഡൻസികൾ പരമാവധി ഒഴിവാക്കും. ഉദാഹരണത്തിന്, ഓരോ സൈറ്റും അതിന്റെ സ്വന്തം ഉപയോക്താവിൽ നിന്നാണ് പ്രവർത്തിക്കുന്നത്, സൈറ്റ് കോൺഫിഗറേഷൻ ഫയലുകൾ ഉപയോക്താവിന്റെ ഹോം ഡയറക്‌ടറിയിലാണ്, വെബ് സെർവർ ക്രമീകരണങ്ങളിൽ, സൈറ്റ് കോൺഫിഗറേഷൻ ഫയലുകൾ /etc/nginx/conf.d/ വഴി ഉൾപ്പെടുത്തിയിട്ടില്ല..conf, കൂടാതെ, ഉദാഹരണത്തിന്, /home//configs/nginx/*.conf

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

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

ബാക്കപ്പ് സ്റ്റോറേജ് സെർവർ ഉപകരണം

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

• ഉപയോക്തൃ ഡാറ്റ സംഭരിക്കുന്നതിന് ഉപയോഗിക്കുന്ന സെർവറുകളുമായി ബന്ധപ്പെട്ട വോള്യങ്ങൾ (അവസാനം നിർമ്മിച്ച ബാക്കപ്പ് സ്ഥിരീകരണത്തിനായി അവയിൽ വിന്യസിക്കും);
• BorgBackup റിപ്പോസിറ്ററികളായി ഉപയോഗിക്കുന്ന വോള്യങ്ങൾ (ബാക്കപ്പുകൾക്കുള്ള ഡാറ്റ ഇവിടെ നേരിട്ട് പോകും).

BorgBackup റിപ്പോസിറ്ററികൾക്കായി ഓരോ സെർവറിനുമായി പ്രത്യേക വോള്യങ്ങൾ സൃഷ്ടിക്കപ്പെടുന്നു എന്നതാണ് പ്രവർത്തന തത്വം, അവിടെ കോംബാറ്റ് സെർവറുകളിൽ നിന്നുള്ള ഡാറ്റ പോകുന്നു. റിപ്പോസിറ്ററികൾ അനുബന്ധം മാത്രമുള്ള മോഡിൽ പ്രവർത്തിക്കുന്നു, ഇത് ഡാറ്റ മനഃപൂർവ്വം ഇല്ലാതാക്കുന്നതിനുള്ള സാധ്യത ഇല്ലാതാക്കുന്നു, കൂടാതെ പഴയ ബാക്കപ്പുകളിൽ നിന്നുള്ള ശേഖരണങ്ങളുടെ ഡ്യൂപ്ലിക്കേഷനും ആനുകാലികമായി വൃത്തിയാക്കലും കാരണം (വാർഷിക പകർപ്പുകൾ അവശേഷിക്കുന്നു, കഴിഞ്ഞ വർഷം പ്രതിമാസം, കഴിഞ്ഞ മാസം ആഴ്ചതോറും, ദിവസേന കഴിഞ്ഞ ആഴ്‌ച, ഒരുപക്ഷെ പ്രത്യേക സന്ദർഭങ്ങളിൽ - അവസാന ദിവസത്തേക്ക് ഓരോ മണിക്കൂറിലും: ആകെ 24 + 7 + 4 + 12 + വാർഷികം - ഓരോ സെർവറിനും ഏകദേശം 50 കോപ്പികൾ).
BorgBackup റിപ്പോസിറ്ററികൾ അനുബന്ധം മാത്രം മോഡ് പ്രവർത്തനക്ഷമമാക്കുന്നില്ല; പകരം, .ssh/authorized_keys-ലെ ഒരു ForcedCommand ഇതുപോലെയാണ് ഉപയോഗിക്കുന്നത്:

from="адрес сервера",command="/usr/local/bin/borg serve --append-only --restrict-to-path /home/servername/borgbackup/",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......

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

അനാവശ്യ ബാക്കപ്പുകൾ ഇടയ്ക്കിടെ വൃത്തിയാക്കാൻ ഈ ഡിസൈൻ നിങ്ങളെ അനുവദിക്കുന്നു, കൂടാതെ ബാക്കപ്പ് സ്റ്റോറേജ് സെർവറിൽ എന്തെങ്കിലും ഇല്ലാതാക്കുന്നതിൽ നിന്ന് കോംബാറ്റ് സെർവറുകൾ തടയുന്നു.

ബാക്കപ്പ് പ്രക്രിയ

ബാക്കപ്പിന്റെ തുടക്കക്കാരൻ സമർപ്പിത സെർവർ അല്ലെങ്കിൽ VPS തന്നെയാണ്, കാരണം ഈ സ്കീം ഈ സെർവറിന്റെ ഭാഗത്തുള്ള ബാക്കപ്പ് പ്രക്രിയയിൽ കൂടുതൽ നിയന്ത്രണം നൽകുന്നു. ആദ്യം, സജീവ റൂട്ട് ഫയൽ സിസ്റ്റത്തിന്റെ അവസ്ഥയുടെ ഒരു സ്നാപ്പ്ഷോട്ട് എടുക്കുന്നു, അത് BorgBackup ഉപയോഗിച്ച് ബാക്കപ്പ് സ്റ്റോറേജ് സെർവറിലേക്ക് മൌണ്ട് ചെയ്യുകയും അപ്ലോഡ് ചെയ്യുകയും ചെയ്യുന്നു. ഡാറ്റ ക്യാപ്‌ചർ പൂർത്തിയാക്കിയ ശേഷം, സ്‌നാപ്പ്‌ഷോട്ട് അൺമൗണ്ട് ചെയ്യുകയും ഇല്ലാതാക്കുകയും ചെയ്യുന്നു.

ഒരു ചെറിയ ഡാറ്റാബേസ് (ഓരോ സൈറ്റിനും 1 ജിബി വരെ) ഉണ്ടെങ്കിൽ, ഒരു ഡാറ്റാബേസ് ഡംപ് നിർമ്മിക്കപ്പെടുന്നു, അത് ഉചിതമായ ലോജിക്കൽ വോള്യത്തിൽ സംരക്ഷിച്ചിരിക്കുന്നു, അതേ സൈറ്റിന്റെ ബാക്കി ഡാറ്റ സ്ഥിതിചെയ്യുന്നു, എന്നാൽ അങ്ങനെ ഡംപ് വെബ് സെർവർ വഴി ആക്സസ് ചെയ്യാൻ കഴിയില്ല. ഡാറ്റാബേസുകൾ വലുതാണെങ്കിൽ, നിങ്ങൾ "ഹോട്ട്" ഡാറ്റ നീക്കംചെയ്യൽ കോൺഫിഗർ ചെയ്യണം, ഉദാഹരണത്തിന്, MySQL-നുള്ള xtrabackup ഉപയോഗിച്ച്, അല്ലെങ്കിൽ PostgreSQL-ൽ archive_command ഉപയോഗിച്ച് WAL-നൊപ്പം പ്രവർത്തിക്കുക. ഈ സാഹചര്യത്തിൽ, സൈറ്റ് ഡാറ്റയിൽ നിന്ന് പ്രത്യേകം ഡാറ്റാബേസ് പുനഃസ്ഥാപിക്കപ്പെടും.

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

ബാക്കപ്പ് സ്റ്റോറേജ് സെർവറിൽ കൂടുതൽ പ്രവർത്തനങ്ങൾ നടത്തുന്നു:

• ഓരോ റിപ്പോസിറ്ററിയിലും ഉണ്ടാക്കിയ അവസാന ബാക്കപ്പ് പരിശോധിച്ചു,
• ഒരു മാർക്ക് ഫയലിന്റെ സാന്നിധ്യം പരിശോധിച്ചു, ഡാറ്റ ശേഖരണ പ്രക്രിയ പൂർത്തിയായി എന്ന് സൂചിപ്പിക്കുന്നു,
• ഡാറ്റ അനുബന്ധ പ്രാദേശിക വോള്യത്തിലേക്ക് വിപുലീകരിക്കുന്നു,
• ടാഗ് ഫയൽ ഇല്ലാതാക്കി

സെർവർ വീണ്ടെടുക്കൽ പ്രക്രിയ

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

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

ഒരു റീബൂട്ടിന് ശേഷം, ബാക്കപ്പ് സൃഷ്‌ടിച്ച സമയത്ത് ഉണ്ടായിരുന്ന എല്ലാ ഡാറ്റയും സെർവറിന് ഉണ്ടായിരിക്കും, കൂടാതെ പുനഃസ്ഥാപിക്കൽ പ്രക്രിയയിൽ വരുത്തിയ എല്ലാ മാറ്റങ്ങളും ഉൾപ്പെടുത്തും.

പരമ്പരയിലെ മറ്റ് ലേഖനങ്ങൾ

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

അഭിപ്രായങ്ങളിൽ നിർദ്ദേശിച്ച ഓപ്ഷൻ ചർച്ച ചെയ്യാൻ ഞാൻ നിങ്ങളെ ക്ഷണിക്കുന്നു, നിങ്ങളുടെ ശ്രദ്ധയ്ക്ക് നന്ദി!

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