കണ്ടെയ്നറോ അതിലെ ഫയലുകളോ ബാക്കപ്പ് ചെയ്യണോ? പുനഃസ്ഥാപനത്തിന്റെ രൂപം നോക്കി തീരുമാനിക്കുക
ഇമേജ്, ഫയൽ തലത്തിലുള്ള ബാക്കപ്പുകൾ വ്യത്യസ്ത കാര്യങ്ങൾ പുനഃസ്ഥാപിക്കുന്നു, വ്യത്യസ്ത കീകളെ ആശ്രയിക്കുന്നു. നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ വേണ്ട പുനഃസ്ഥാപനത്തിന് സൂക്ഷിച്ച വസ്തുവിനെ യോജിപ്പിക്കുക.
എൻക്രിപ്റ്റ് ചെയ്ത ഒരു കണ്ടെയ്നർ ഒരൊറ്റ വസ്തുവായി ബാക്കപ്പ് ചെയ്യാം, അല്ലെങ്കിൽ അത് മൗണ്ട് ചെയ്ത് ഉള്ളിലെ ഫയലുകൾ ബാക്കപ്പ് ചെയ്യാം. രണ്ടും VPN-ലൂടെ സുഗമമായി കടന്നുപോകുന്നു, സമാനത അവിടെ അവസാനിക്കുന്നു. അവ വ്യത്യസ്ത കാര്യങ്ങൾ പുനഃസ്ഥാപിക്കുന്നു, വ്യത്യസ്ത കീകളെ ആശ്രയിക്കുന്നു, വ്യത്യസ്ത സ്ഥലം ഉപയോഗിക്കുന്നു, ആർക്കെങ്കിലും ഡാറ്റ തിരികെ വേണ്ടിവരുമ്പോൾ വ്യത്യസ്ത രീതിയിൽ പരാജയപ്പെടുന്നു. ആദ്യം പുനഃസ്ഥാപന വസ്തു തിരഞ്ഞെടുക്കുക, പിന്നെ ഗതാഗതം, പിന്നെ സൂക്ഷിച്ച പകർപ്പിന്റെ എൻക്രിപ്ഷൻ. ചുവടെയുള്ള ചെക്ക്ലിസ്റ്റ് ആ ക്രമത്തിലാണ് പോകുന്നത്, കാരണം ഏതാണ്ട് എല്ലാ ബാക്കപ്പ് തർക്കവും യഥാർത്ഥത്തിൽ ഈ മൂന്നിൽ ഏതാണ് ആദ്യം തീരുമാനിച്ചത് എന്നതിനെക്കുറിച്ചുള്ള അഭിപ്രായവ്യത്യാസമാണ്.
രണ്ട് വസ്തു, രണ്ട് പുനഃസ്ഥാപന രൂപങ്ങൾ
ഇമേജ് തലത്തിലുള്ള ബാക്കപ്പ് ഒരു കണ്ടെയ്നർ പുനഃസ്ഥാപിക്കുന്നു: എൻക്രിപ്റ്റ് ചെയ്ത വോള്യം തിരികെ ലഭിക്കും, അത് തുറക്കാൻ ഇപ്പോഴും അതിന്റെ പുനഃസ്ഥാപന സാമഗ്രി വേണം. ഫയൽ തലത്തിലുള്ള ബാക്കപ്പ് ഫയലുകളും ഡയറക്ടറി വൃക്ഷങ്ങളും പുനഃസ്ഥാപിക്കുന്നു, അവയെ സംരക്ഷിക്കുന്ന എൻക്രിപ്ഷൻ ബാക്കപ്പ് റിപ്പോസിറ്ററിയുടെ സ്വഭാവമാണ്, യഥാർത്ഥ കണ്ടെയ്നറിന്റേതല്ല. വിദൂര ഫോൾഡറിലേക്കുള്ള സാധാരണ പകർപ്പ് മൂന്നാമത്തെ കേസാണ്, അത് ആ ഫോൾഡറിന് യാദൃച്ഛികമായി ഉള്ള സംരക്ഷണം പാരമ്പര്യമായി നേടുന്നു.
| Object | What a restore gives you | Where the encryption question lands |
|---|---|---|
| Encrypted container image | The volume, still locked | The container format and its recovery key material |
| Mounted files into a backup tool | Selected files and metadata | The backup repositorys own keys and design |
| Plain copy to a remote folder | Whatever the copy process kept | Whatever protects that storage afterwards |
നടുവിലെ വരിയാണ് ആളുകൾ തെറ്റായി വായിക്കുന്നത്. അത് തികച്ചും നല്ല രൂപകൽപ്പനയാകാം: ബാക്കപ്പ് പ്രോഗ്രാം പ്രാദേശികമായി വ്യക്തമായ ടെക്സ്റ്റ് വായിച്ച് എൻക്രിപ്റ്റ് ചെയ്ത, പ്രാമാണീകരിച്ച റിപ്പോസിറ്ററി എഴുതുന്നു. അപ്പോൾ സുരക്ഷ ആ പ്രോഗ്രാമിലും അതിന്റെ ക്രെഡൻഷ്യലുകളിലും നിൽക്കുന്നു, യഥാർത്ഥ കണ്ടെയ്നറിന്റെ പാസ്വേഡിലല്ല, രണ്ടിനെയും ഒരേ നിയന്ത്രണമായി വിവരിക്കരുത്.
പരിശോധന 1: പുനഃസ്ഥാപനം എന്ത് പുനർനിർമ്മിക്കണം?
ചോദ്യം ബാക്കപ്പിന്റെയല്ല, പുനഃസ്ഥാപനത്തിന്റെ രൂപത്തിൽ ചോദിക്കുക. ആവശ്യകത “ഈ സേവനം മറ്റൊരു ഹോസ്റ്റിൽ തിരികെ കൊണ്ടുവരിക” എന്നതാണെങ്കിൽ, ഇമേജും അതിന്റെ പുനഃസ്ഥാപന സാമഗ്രിയും സുസംഗതമായ ഉത്തരമാണ്. ആവശ്യകത “മാർച്ചിലെ സാമ്പത്തിക സ്പ്രെഡ്ഷീറ്റ് തിരികെ നേടുക” എന്നതാണെങ്കിൽ, ഒരു ഫയൽ വേർതിരിച്ചെടുക്കാൻ പല ഗിഗാബൈറ്റ് ഇമേജ് പുനഃസ്ഥാപിക്കുന്നത് ചെലവേറിയ ഉത്തരമാണ്. രണ്ടും സാധുവായ പുനഃസ്ഥാപനങ്ങളാണ്, അവ പരസ്പരം മാറ്റാവുന്ന ബജറ്റുകളല്ല. ഒന്നിനെ മാത്രം പേരെടുത്ത് പറയുന്ന പ്ലാൻ ഒടുവിൽ മറ്റൊന്നുകൊണ്ട് പരീക്ഷിക്കപ്പെടും.
പുനഃസ്ഥാപന ലക്ഷ്യം പ്ലാനിൽ എഴുതുക: മുഴുവൻ വോള്യം, ഒരു ഡയറക്ടറി വൃക്ഷം, അല്ലെങ്കിൽ വ്യക്തിഗത ഫയലുകൾ. പിന്നെ അവയ്ക്കൊപ്പം ഏത് മെറ്റാഡാറ്റ സഞ്ചരിക്കണം എന്ന് രേഖപ്പെടുത്തുക, കാരണം ഉടമസ്ഥത, അനുമതികൾ, വിപുലീകൃത ഗുണങ്ങൾ, സമയ മുദ്രകൾ എന്നിവ ഫയൽ തലത്തിലുള്ള പുനഃസ്ഥാപനത്തിന്റെ ഭാഗമാണ്, പരീക്ഷണ വേളയിൽ മതിയായതായി തോന്നിയ പകർപ്പ് അടിസ്ഥാനമാക്കിയുള്ള പ്രവാഹങ്ങളിൽ അവ പലപ്പോഴും നഷ്ടപ്പെടുന്നു.
പുനഃസ്ഥാപനം ആരു ചെയ്യുന്നു എന്നും തീരുമാനിക്കുക. ഏത് ഓപ്പറേറ്ററും മൗണ്ട് ചെയ്യാവുന്ന ഫയൽ തലത്തിലുള്ള റിപ്പോസിറ്ററി, കീ ഉടമയുടെ സാന്നിധ്യം ആവശ്യപ്പെടുന്ന ഇമേജിൽ നിന്ന് വ്യത്യസ്തമായ പ്രവേശന മാതൃകയാണ്, ഒന്നും സ്വയമേവ മികച്ചതല്ല. പ്രധാനം തിരഞ്ഞെടുപ്പ് ബോധപൂർവവും എഴുതപ്പെട്ടതും ആയിരിക്കുക എന്നതാണ്.
പരിശോധന 2: സൂക്ഷിച്ച പകർപ്പിനെ എന്ത് സംരക്ഷിക്കുന്നു?
VPN ഒരു ഗതാഗത ഭാഗം സംരക്ഷിക്കുന്നു. കൈമാറ്റം കഴിഞ്ഞതിന് ശേഷം സൂക്ഷിച്ച പകർപ്പിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല, “അത് ടണലിലൂടെ പോയി” എന്നത് ബാക്കപ്പ് ഓപ്പറേറ്റർക്ക് നിങ്ങളുടെ ഡാറ്റ വായിക്കാനുള്ള കഴിവിനെക്കുറിച്ചുള്ള പ്രസ്താവനയല്ല. വിദൂര ഭാഗം മറ്റൊരാൾ നടത്തുന്നുവെങ്കിൽ, അവർക്ക് എന്ത് വായിക്കാം എന്നതാണ് ചോദ്യം, ലിങ്ക് എൻക്രിപ്റ്റ് ചെയ്തിരുന്നോ എന്നതല്ല.
ഇമേജിന് ഇതിനർത്ഥം കണ്ടെയ്നറിന്റെ കീ സാമഗ്രി ഇമേജിൽ നിന്ന് വേർതിരിച്ച് സംരക്ഷിക്കുക എന്നതാണ്. ഹെഡർ നഷ്ടപ്പെട്ടാൽ വോള്യം നഷ്ടപ്പെടും, അതിനാൽ ഇമേജ് ഇല്ലാത്തിടത്ത് ഹെഡർ ബാക്കപ്പ് ചെയ്യുക:
cryptsetup luksHeaderBackup /dev/vg0/data --header-backup-file data-header.img
cryptsetup luksDump /dev/vg0/data | head -20ഫയൽ തലത്തിലുള്ള റിപ്പോസിറ്ററിക്ക്, ഉപകരണം ഉള്ളടക്കവും മെറ്റാഡാറ്റയും ഹോസ്റ്റ് വിടുന്നതിന് മുമ്പ് എൻക്രിപ്റ്റ് ചെയ്ത് പ്രാമാണീകരിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക, കീകൾ ആരുടെ കൈവശമാണെന്ന് കണ്ടെത്തുക. Restic-ന്റെ രൂപകൽപ്പന രേഖകൾ വിശ്വസനീയമായ ഉറവിട ഹോസ്റ്റ് അനുമാനിക്കുന്നു എന്നും എൻക്രിപ്ഷൻ സംഭരണത്തിലേക്ക് പ്രവേശനമുള്ള ഒരാളെ ബാക്കപ്പുകൾ ഇല്ലാതാക്കുന്നതിൽ നിന്ന് തടയുന്നില്ല എന്നും വ്യക്തമായി പറയുന്നു. രണ്ട് മുന്നറിയിപ്പുകളും പ്രധാനമാണ്: ഒരു റിപ്പോസിറ്ററി രഹസ്യമായിരിക്കാം, എന്നിട്ടും നശിപ്പിക്കപ്പെടാം.
പരിശോധന 3: പകർപ്പ് സുസ്ഥിരമാണോ?
മാറുന്ന ഫയൽസിസ്റ്റം പകർത്തുന്ന ബാക്കപ്പ് ഒരു പകർപ്പാണ്, പുനഃസ്ഥാപന ബിന്ദുവല്ല. ഇമേജിന് വോള്യം ഉപകരണത്തിന്റെ പിന്തുണയുള്ള രീതിയിൽ സ്ഥിരമായ സ്നാപ്പ്ഷോട്ട് എടുക്കുക, അതായത് സാധാരണയായി സ്നാപ്പ്ഷോട്ട് പ്രവർത്തനമോ അൺമൗണ്ടോ ആണ്, വലിയ ഫയൽ മാറിക്കൊണ്ടിരിക്കുമ്പോൾ വായിക്കുന്നതല്ല:
lvcreate -L 5G -s -n data-snap /dev/vg0/data
cryptsetup open /dev/vg0/data-snap data-snap --readonlyമൗണ്ട് ചെയ്ത ഫയലുകൾക്ക്, സജീവ ഡാറ്റാബേസുകൾക്കും മറ്റ് ഏകോപിത ഡാറ്റയ്ക്കും അപ്ലിക്കേഷന്റെ പിന്തുണയുള്ള സുസ്ഥിരതാ നടപടിക്രമം ഉപയോഗിക്കുക. ഫയൽസിസ്റ്റം തലത്തിലുള്ള പകർപ്പും അപ്ലിക്കേഷനുമായി സുസ്ഥിരമായ പുനഃസ്ഥാപന ബിന്ദുവും വ്യത്യസ്ത വിവരണങ്ങളാണ്, പുനഃസ്ഥാപിച്ച പകർപ്പിൽ നിന്ന് അപ്ലിക്കേഷൻ ആരംഭിക്കാൻ ശ്രമിക്കുമ്പോൾ മാത്രമാണ് വ്യത്യാസം കാണാൻ കഴിയുന്നത്.
പുനഃസ്ഥാപന സാമഗ്രി സ്വതന്ത്ര സംരക്ഷിത പാതയിൽ സൂക്ഷിക്കുക. യഥാർത്ഥ യന്ത്രം നഷ്ടപ്പെടുന്നത് അതിന്റെ ബാക്കപ്പ് തുറക്കുന്ന ഏക ക്രെഡൻഷ്യലും നഷ്ടപ്പെടുത്തരുത്, കീ ഫയൽ ബാക്കപ്പ് ചെയ്യുന്ന വോള്യത്തിൽ കഴിയുമ്പോൾ കൃത്യമായി അതാണ് സംഭവിക്കുന്നത്. ആ വേർതിരിവ് ബോധപൂർവം പരീക്ഷിക്കുക: യഥാർത്ഥം ഒരിക്കലും കണ്ടിട്ടില്ലാത്ത ഹോസ്റ്റിൽ, പ്ലാൻ ലഭ്യമെന്ന് പറയുന്നത് മാത്രം ഉപയോഗിച്ച് പുനഃസ്ഥാപിക്കുക.
പരിശോധന 4: ഈ വസ്തുവിന് മാറ്റം കണ്ടെത്തൽ സാധുവാണോ?
എൻക്രിപ്റ്റ് ചെയ്ത കണ്ടെയ്നർ മിക്ക കൈമാറ്റ ഉപകരണങ്ങൾക്കും ഒരു വലിയ അതാര്യ ഫയൽ പോലെ തോന്നുന്നു, അതിനാൽ വ്യക്തമായ ടെക്സ്റ്റിലെ ചെറിയ മാറ്റം ഉപകരണത്തെയും ഫോർമാറ്റിനെയും ആശ്രയിച്ച് വലിയ വീണ്ടും വായനയ്ക്കോ പൂർണ്ണ വീണ്ടും അപ്ലോഡിനോ കാരണമാകാം. restic രേഖപ്പെടുത്തുന്നതുപോലെ വ്യത്യസ്ത വലിപ്പത്തിലുള്ള ഖണ്ഡങ്ങളാക്കലും തനിപ്പകർപ്പ് നീക്കലും അത് കുറയ്ക്കാം, പക്ഷേ അത് ആ ഉപകരണത്തിന്റെ സ്വഭാവമാണ്, പൊതുവെ എൻക്രിപ്റ്റ് ചെയ്ത കണ്ടെയ്നറുകളുടേതല്ല.
അനുമാനിക്കാതെ അളക്കുക. ചെറിയ, നിരുപദ്രവകരമായ മാറ്റത്തിന് ശേഷം ആദ്യ ഓട്ടം രണ്ടാം ഓട്ടവുമായി താരതമ്യം ചെയ്യുക, കൈമാറിയ ബൈറ്റുകളും കഴിഞ്ഞ സമയവും രേഖപ്പെടുത്തുക. പരീക്ഷിക്കുമ്പോൾ അറിയപ്പെടുന്ന നല്ല ബാക്കപ്പ് സൂക്ഷിക്കുക, ഒരു പരിശോധന നിങ്ങളുടെ ഏക പുനഃസ്ഥാപന ബിന്ദു തീർക്കാതിരിക്കാൻ.
പിന്നെ ചെക്ക്ലിസ്റ്റ് ഏറ്റവും പ്രധാനമായ ഏക പരിശോധനയിൽ അവസാനിപ്പിക്കുക: യഥാർത്ഥ യന്ത്രമില്ലാതെ പുനഃസ്ഥാപനം. പുനഃസ്ഥാപിച്ച കണ്ടെയ്നർ തുറക്കുക, അല്ലെങ്കിൽ തിരഞ്ഞെടുത്ത ഫയലുകൾ അവയുടെ മെറ്റാഡാറ്റയോടെ പുനഃസ്ഥാപിക്കുക, അപ്ലിക്കേഷനോ ഉപയോക്താവിനോ ഫലം ഉപയോഗിക്കാമെന്ന് ഉറപ്പാക്കുക. ആ പരിശോധനയ്ക്ക് ഉത്തരം നൽകാനാകാത്ത വേഗമേറിയ, നന്നായി എൻക്രിപ്റ്റ് ചെയ്ത കൈമാറ്റം നിങ്ങളുടെ ഡാറ്റയുടെ പകർപ്പാണ്, അതിന്റെ ബാക്കപ്പല്ല.