ബാക്കപ്പ് ഭാഗം 6: ബാക്കപ്പ് ടൂളുകൾ താരതമ്യം ചെയ്യുക

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

ഡാറ്റ വീണ്ടെടുക്കൽ

rsync, tar എന്നിവ ഒരു റഫറൻസ് പോയിന്റായി ഉപയോഗിക്കും അവ സാധാരണയായി അവയെ അടിസ്ഥാനമാക്കിയുള്ളതാണ് ബാക്കപ്പ് പകർപ്പുകൾ നിർമ്മിക്കുന്നതിനുള്ള ലളിതമായ സ്ക്രിപ്റ്റുകൾ.

Rsync 4 മിനിറ്റും 28 സെക്കൻഡും ഉള്ള ടെസ്റ്റ് ഡാറ്റയുമായി പൊരുത്തപ്പെട്ടു, കാണിക്കുന്നു

അത്തരമൊരു ലോഡ്

വീണ്ടെടുക്കൽ പ്രക്രിയ ബാക്കപ്പ് സ്റ്റോറേജ് സെർവറിന്റെ (സോടൂത്ത് ഗ്രാഫുകൾ) ഡിസ്ക് സബ്സിസ്റ്റത്തിന്റെ പരിമിതി ബാധിച്ചു. നിങ്ങൾക്ക് ഒരു കേർണൽ ലോഡിംഗ് പ്രശ്നങ്ങളില്ലാതെ വ്യക്തമായി കാണാം (കുറഞ്ഞ iowait, softirq - ഡിസ്കിലും നെറ്റ്‌വർക്കിലും യഥാക്രമം പ്രശ്നങ്ങളില്ല). മറ്റ് രണ്ട് പ്രോഗ്രാമുകൾ, അതായത് rdiff-backup, rsnapshot എന്നിവ rsync അടിസ്ഥാനമാക്കിയുള്ളതും സാധാരണ rsync ഒരു വീണ്ടെടുക്കൽ ഉപകരണമായി വാഗ്ദാനം ചെയ്യുന്നതും ആയതിനാൽ, അവയ്ക്ക് ഏകദേശം ഒരേ ലോഡ് പ്രൊഫൈലും ബാക്കപ്പ് വീണ്ടെടുക്കൽ സമയവും ഉണ്ടായിരിക്കും.

ടാർ അത് കുറച്ച് വേഗത്തിൽ ചെയ്തു

2 മിനിറ്റും 43 സെക്കൻഡും:

വർദ്ധിച്ച softirq കാരണം മൊത്തം സിസ്റ്റം ലോഡ് ശരാശരി 20% കൂടുതലായിരുന്നു - നെറ്റ്‌വർക്ക് സബ്സിസ്റ്റത്തിന്റെ പ്രവർത്തന സമയത്ത് ഓവർഹെഡ് ചെലവ് വർദ്ധിച്ചു.

ആർക്കൈവ് കൂടുതൽ കംപ്രസ്സുചെയ്യുകയാണെങ്കിൽ, വീണ്ടെടുക്കൽ സമയം 3 മിനിറ്റ് 19 സെക്കൻഡായി വർദ്ധിക്കുന്നു.
പ്രധാന സെർവറിൽ അത്തരമൊരു ലോഡിനൊപ്പം (പ്രധാന സെർവറിന്റെ വശത്ത് അൺപാക്ക് ചെയ്യുന്നു):

ഡീകംപ്രഷൻ പ്രക്രിയ രണ്ട് പ്രോസസർ കോറുകളും എടുക്കുന്നു, കാരണം രണ്ട് പ്രക്രിയകൾ പ്രവർത്തിക്കുന്നു. പൊതുവേ, ഇത് പ്രതീക്ഷിച്ച ഫലമാണ്. കൂടാതെ, ബാക്കപ്പുകൾ ഉപയോഗിച്ച് സെർവർ വശത്ത് gzip പ്രവർത്തിപ്പിക്കുമ്പോൾ താരതമ്യപ്പെടുത്താവുന്ന ഫലം (3 മിനിറ്റും 20 സെക്കൻഡും) ലഭിച്ചു; പ്രധാന സെർവറിലെ ലോഡ് പ്രൊഫൈൽ gzip കംപ്രസർ ഇല്ലാതെ ടാർ പ്രവർത്തിപ്പിക്കുന്നതിന് സമാനമാണ് (മുമ്പത്തെ ഗ്രാഫ് കാണുക).

В rdiff-ബാക്കപ്പ് സാധാരണ rsync ഉപയോഗിച്ച് നിങ്ങൾ ഉണ്ടാക്കിയ അവസാന ബാക്കപ്പ് നിങ്ങൾക്ക് സമന്വയിപ്പിക്കാൻ കഴിയും (ഫലങ്ങൾ സമാനമായിരിക്കും), എന്നാൽ പഴയ ബാക്കപ്പുകൾ ഇപ്പോഴും rdiff-backup പ്രോഗ്രാം ഉപയോഗിച്ച് പുനഃസ്ഥാപിക്കേണ്ടതുണ്ട്, അത് 17 മിനിറ്റും 17 സെക്കൻഡും കൊണ്ട് പുനഃസ്ഥാപിക്കൽ പൂർത്തിയാക്കി.

ഈ ലോഡ്:

ഒരുപക്ഷേ ഇത് എഴുത്തുകാരുടെ വേഗത പരിമിതപ്പെടുത്താൻ ഉദ്ദേശിച്ചുള്ളതായിരിക്കാം അത്തരമൊരു പരിഹാരം വാഗ്ദാനം ചെയ്യുക. ഒരു ബാക്കപ്പ് പകർപ്പ് പുനഃസ്ഥാപിക്കുന്ന പ്രക്രിയ തന്നെ ഒരു കോറിന്റെ പകുതിയിൽ താഴെ മാത്രമേ എടുക്കൂ, rsync ഉള്ള ഡിസ്കിലും നെറ്റ്‌വർക്കിലും ആനുപാതികമായി താരതമ്യപ്പെടുത്താവുന്ന പ്രകടനം (അതായത് 2-5 മടങ്ങ് വേഗത കുറവാണ്).

Rsnapshot വീണ്ടെടുക്കലിനായി, ഇത് സാധാരണ rsync ഉപയോഗിക്കാൻ നിർദ്ദേശിക്കുന്നു, അതിനാൽ അതിന്റെ ഫലങ്ങൾ സമാനമായിരിക്കും. പൊതുവേ, ഇത് ഇങ്ങനെയായിരുന്നു.

ഏമ്പക്കം 7 മിനിറ്റും 2 സെക്കൻഡും കൊണ്ട് ഒരു ബാക്കപ്പ് പുനഃസ്ഥാപിക്കുന്നതിനുള്ള ചുമതല ഞാൻ പൂർത്തിയാക്കി
ഈ ലോഡ് ഉപയോഗിച്ച്:

ഇത് വളരെ വേഗത്തിൽ പ്രവർത്തിച്ചു, കുറഞ്ഞത് ശുദ്ധമായ rsync-നേക്കാൾ വളരെ സൗകര്യപ്രദമാണ്: നിങ്ങൾ ഫ്ലാഗുകളൊന്നും ഓർക്കേണ്ടതില്ല, ലളിതവും അവബോധജന്യവുമായ ക്ലൈ ഇന്റർഫേസ്, ഒന്നിലധികം പകർപ്പുകൾക്കുള്ള ബിൽറ്റ്-ഇൻ പിന്തുണ - ഇത് രണ്ട് മടങ്ങ് വേഗത കുറഞ്ഞതാണെങ്കിലും. നിങ്ങൾ അവസാനം ഉണ്ടാക്കിയ ബാക്കപ്പിൽ നിന്നുള്ള ഡാറ്റ പുനഃസ്ഥാപിക്കണമെങ്കിൽ, കുറച്ച് മുന്നറിയിപ്പുകളോടെ നിങ്ങൾക്ക് rsync ഉപയോഗിക്കാം.

പ്രോഗ്രാം ഏകദേശം ഒരേ വേഗതയും ലോഡും കാണിച്ചു ബാക്കപ്പ് പിസി rsync ട്രാൻസ്ഫർ മോഡ് പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ, ഇതിനായി ബാക്കപ്പ് വിന്യസിക്കുന്നു

7 മിനിറ്റും 42 സെക്കൻഡും:

എന്നാൽ ഡാറ്റാ ട്രാൻസ്ഫർ മോഡിൽ, BackupPC ടാർ കൂടുതൽ സാവധാനത്തിൽ കൈകാര്യം ചെയ്തു: 12 മിനിറ്റും 15 സെക്കൻഡും കൊണ്ട്, പ്രോസസർ ലോഡ് പൊതുവെ കുറവായിരുന്നു.

ഒന്നര തവണ:

തനിപ്പകർപ്പ് എൻക്രിപ്ഷൻ ഇല്ലാതെ അൽപ്പം മെച്ചപ്പെട്ട ഫലങ്ങൾ കാണിച്ചു, 10 മിനിറ്റും 58 സെക്കൻഡും കൊണ്ട് ഒരു ബാക്കപ്പ് പുനഃസ്ഥാപിച്ചു. നിങ്ങൾ gpg ഉപയോഗിച്ച് എൻക്രിപ്ഷൻ സജീവമാക്കുകയാണെങ്കിൽ, വീണ്ടെടുക്കൽ സമയം 15 മിനിറ്റും 3 സെക്കൻഡും ആയി വർദ്ധിക്കും. കൂടാതെ, പകർപ്പുകൾ സംഭരിക്കുന്നതിന് ഒരു ശേഖരം സൃഷ്ടിക്കുമ്പോൾ, ഇൻകമിംഗ് ഡാറ്റ സ്ട്രീം വിഭജിക്കുമ്പോൾ ഉപയോഗിക്കുന്ന ആർക്കൈവ് വലുപ്പം നിങ്ങൾക്ക് വ്യക്തമാക്കാൻ കഴിയും. പൊതുവേ, പരമ്പരാഗത ഹാർഡ് ഡ്രൈവുകളിൽ, സിംഗിൾ-ത്രെഡ് ഓപ്പറേറ്റിംഗ് മോഡ് കാരണം, വലിയ വ്യത്യാസമില്ല. ഹൈബ്രിഡ് സ്റ്റോറേജ് ഉപയോഗിക്കുമ്പോൾ ഇത് വ്യത്യസ്ത ബ്ലോക്ക് വലുപ്പങ്ങളിൽ ദൃശ്യമായേക്കാം. വീണ്ടെടുക്കൽ സമയത്ത് പ്രധാന സെർവറിലെ ലോഡ് ഇപ്രകാരമായിരുന്നു:

എൻക്രിപ്ഷൻ ഇല്ല

എൻക്രിപ്ഷൻ ഉപയോഗിച്ച്

തനിപ്പകർപ്പ് താരതമ്യപ്പെടുത്താവുന്ന വീണ്ടെടുക്കൽ നിരക്ക് കാണിച്ചു, ഇത് 13 മിനിറ്റും 45 സെക്കൻഡും കൊണ്ട് പൂർത്തിയാക്കി. വീണ്ടെടുക്കപ്പെട്ട ഡാറ്റയുടെ കൃത്യത പരിശോധിക്കാൻ ഏകദേശം 5 മിനിറ്റ് കൂടി എടുത്തു (മൊത്തം ഏകദേശം 19 മിനിറ്റ്). ലോഡ് ആയിരുന്നു

വളരെ ഉയർന്നത്:

ആന്തരികമായി aes എൻക്രിപ്ഷൻ പ്രവർത്തനക്ഷമമാക്കിയപ്പോൾ, വീണ്ടെടുക്കൽ സമയം 21 മിനിറ്റ് 40 സെക്കൻഡ് ആയിരുന്നു, വീണ്ടെടുക്കൽ സമയത്ത് പരമാവധി CPU ഉപയോഗം (രണ്ട് കോറുകളും!) ഡാറ്റ പരിശോധിക്കുമ്പോൾ, ഒരു പ്രോസസർ കോർ കൈവശമുള്ള ഒരു ത്രെഡ് മാത്രമേ സജീവമായിരുന്നു. വീണ്ടെടുക്കലിനുശേഷം ഡാറ്റ പരിശോധിക്കുന്നതിന് അതേ 5 മിനിറ്റ് എടുത്തു (മൊത്തം ഏകദേശം 27 മിനിറ്റ്).

ഫലം

എൻക്രിപ്ഷനായി ബാഹ്യ ജിപിജി പ്രോഗ്രാം ഉപയോഗിക്കുമ്പോൾ ഡ്യൂപ്ലിക്കറ്റി വീണ്ടെടുക്കൽ കുറച്ച് വേഗത്തിലായിരുന്നു, എന്നാൽ പൊതുവേ മുൻ മോഡിൽ നിന്നുള്ള വ്യത്യാസങ്ങൾ വളരെ കുറവാണ്. പ്രവർത്തന സമയം 16 മിനിറ്റ് 30 സെക്കൻഡ് ആയിരുന്നു, ഡാറ്റ പരിശോധന 6 മിനിറ്റിൽ. ലോഡ് ആയിരുന്നു

അത്തരം:

അമാൻഡ, ടാർ ഉപയോഗിച്ച്, ഇത് 2 മിനിറ്റ് 49 സെക്കൻഡിനുള്ളിൽ പൂർത്തിയാക്കി, ഇത് തത്വത്തിൽ, സാധാരണ ടാറിനോട് വളരെ അടുത്താണ്. തത്വത്തിൽ സിസ്റ്റത്തിൽ ലോഡ് ചെയ്യുക

അതുതന്നെ:

ഉപയോഗിച്ച് ഒരു ബാക്കപ്പ് പുനഃസ്ഥാപിക്കുമ്പോൾ zbackup ഇനിപ്പറയുന്ന ഫലങ്ങൾ ലഭിച്ചു:

എൻക്രിപ്ഷൻ, lzma കംപ്രഷൻ

പ്രവർത്തന സമയം 11 മിനിറ്റും 8 സെക്കൻഡും

AES എൻക്രിപ്ഷൻ, lzma കംപ്രഷൻ

പ്രവർത്തന സമയം 14 മിനിറ്റ്

AES എൻക്രിപ്ഷൻ, lzo കംപ്രഷൻ

പ്രവർത്തന സമയം 6 മിനിറ്റ് 19 സെക്കൻഡ്

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

ബോർഗ്ബാക്കപ്പ് എൻക്രിപ്റ്റ് ചെയ്യാത്ത മോഡിൽ ഇത് ടാറിനേക്കാൾ അൽപ്പം മന്ദഗതിയിലായിരുന്നു, 2 മിനിറ്റ് 45 സെക്കൻഡിനുള്ളിൽ, എന്നിരുന്നാലും, ടാറിൽ നിന്ന് വ്യത്യസ്തമായി, റിപ്പോസിറ്ററി ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യാൻ സാധിച്ചു. ലോഡ് ആയി മാറി

ഇനിപ്പറയുന്നവ:

നിങ്ങൾ ബ്ലേക് അധിഷ്‌ഠിത എൻക്രിപ്‌ഷൻ പ്രവർത്തനക്ഷമമാക്കുകയാണെങ്കിൽ, ബാക്കപ്പ് വീണ്ടെടുക്കൽ വേഗത അൽപ്പം കുറവാണ്. ഈ മോഡിൽ വീണ്ടെടുക്കൽ സമയം 3 മിനിറ്റ് 19 സെക്കൻഡ് ആണ്, ലോഡ് പോയി

ഇതുപോലെ:

AES എൻക്രിപ്ഷൻ അൽപ്പം മന്ദഗതിയിലാണ്, വീണ്ടെടുക്കൽ സമയം 3 മിനിറ്റ് 23 സെക്കൻഡ് ആണ്, ലോഡ് പ്രത്യേകിച്ചും

മാറിയിട്ടില്ല:

മൾട്ടി-ത്രെഡ് മോഡിൽ Borg ന് പ്രവർത്തിക്കാൻ കഴിയുമെന്നതിനാൽ, പ്രോസസർ ലോഡ് പരമാവധി ആണ്, കൂടാതെ അധിക പ്രവർത്തനങ്ങൾ സജീവമാകുമ്പോൾ, പ്രവർത്തന സമയം കേവലം വർദ്ധിക്കുന്നു. പ്രത്യക്ഷത്തിൽ, zbackup-ന് സമാനമായ രീതിയിൽ മൾട്ടിത്രെഡിംഗ് പര്യവേക്ഷണം ചെയ്യുന്നത് മൂല്യവത്താണ്.

റെസ്റ്റിക് വീണ്ടെടുക്കൽ കുറച്ചുകൂടി സാവധാനത്തിൽ നേരിട്ടു, പ്രവർത്തന സമയം 4 മിനിറ്റ് 28 സെക്കൻഡ് ആയിരുന്നു. ലോഡ് നോക്കി

ഇതുപോലെ:

പ്രത്യക്ഷമായും വീണ്ടെടുക്കൽ പ്രക്രിയ നിരവധി ത്രെഡുകളിൽ പ്രവർത്തിക്കുന്നു, പക്ഷേ കാര്യക്ഷമത BorgBackup-ന്റെ അത്ര ഉയർന്നതല്ല, എന്നാൽ സാധാരണ rsync-മായി താരതമ്യപ്പെടുത്താവുന്നതാണ്.

സഹായത്തോടെ ഉർബാക്കപ്പ് 8 മിനിറ്റും 19 സെക്കൻഡും കൊണ്ട് ഡാറ്റ പുനഃസ്ഥാപിക്കാൻ സാധിച്ചു, ലോഡ് ആയിരുന്നു

അത്തരം:

ലോഡ് ഇപ്പോഴും വളരെ ഉയർന്നതല്ല, ടാറിനേക്കാൾ കുറവാണ്. ചില സ്ഥലങ്ങളിൽ പൊട്ടിത്തെറികൾ ഉണ്ട്, എന്നാൽ ഒരു കോറിന്റെ ലോഡിൽ കൂടുതൽ ഇല്ല.

താരതമ്യത്തിനുള്ള മാനദണ്ഡങ്ങളുടെ തിരഞ്ഞെടുപ്പും ന്യായീകരണവും

മുമ്പത്തെ ലേഖനങ്ങളിലൊന്നിൽ പറഞ്ഞതുപോലെ, ബാക്കപ്പ് സിസ്റ്റം ഇനിപ്പറയുന്ന മാനദണ്ഡങ്ങൾ പാലിക്കണം:

• ഉപയോഗിക്കാന് എളുപ്പം
• വക്രത
• സ്ഥിരത
• റാപ്പിഡിറ്റി

ഓരോ പോയിന്റും പ്രത്യേകം കൂടുതൽ വിശദമായി പരിഗണിക്കുന്നത് മൂല്യവത്താണ്.

പ്രവർത്തനത്തിന്റെ എളുപ്പം

"എല്ലാം നന്നായി ചെയ്യുക" എന്ന ഒരു ബട്ടൺ ഉള്ളപ്പോൾ ഇത് നല്ലതാണ്, എന്നാൽ നിങ്ങൾ യഥാർത്ഥ പ്രോഗ്രാമുകളിലേക്ക് മടങ്ങുകയാണെങ്കിൽ, ഏറ്റവും സൗകര്യപ്രദമായ കാര്യം പരിചിതവും സാധാരണവുമായ പ്രവർത്തന തത്വമായിരിക്കും.
cli-യ്‌ക്കായി ഒരു കൂട്ടം കീകൾ ഓർമ്മിക്കുകയോ വെബ് അല്ലെങ്കിൽ tui വഴി വ്യത്യസ്‌തമായ, പലപ്പോഴും അവ്യക്തമായ ഓപ്ഷനുകൾ കോൺഫിഗർ ചെയ്യുകയോ അല്ലെങ്കിൽ വിജയിക്കാത്ത പ്രവർത്തനത്തെക്കുറിച്ചുള്ള അറിയിപ്പുകൾ സജ്ജീകരിക്കുകയോ ചെയ്യേണ്ടതില്ലെങ്കിൽ മിക്ക ഉപയോക്താക്കൾക്കും കൂടുതൽ മെച്ചപ്പെടും. നിലവിലുള്ള ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് ഒരു ബാക്കപ്പ് സൊല്യൂഷൻ എളുപ്പത്തിൽ "ഫിറ്റ്" ചെയ്യാനുള്ള കഴിവും ബാക്കപ്പ് പ്രക്രിയയുടെ ഓട്ടോമേഷനും ഇതിൽ ഉൾപ്പെടുന്നു. ഒരു പാക്കേജ് മാനേജർ ഉപയോഗിച്ചോ അല്ലെങ്കിൽ "ഡൗൺലോഡ് ചെയ്ത് അൺപാക്ക് ചെയ്യുക" പോലെയുള്ള ഒന്നോ രണ്ടോ കമാൻഡുകളിലോ ഇൻസ്റ്റാളുചെയ്യാനുള്ള സാധ്യതയും ഉണ്ട്. curl ссылка | sudo bash - ഒരു സങ്കീർണ്ണമായ രീതി, കാരണം ലിങ്ക് വഴി എന്താണ് വരുന്നതെന്ന് നിങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട്.

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

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

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

വക്രത

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

ഒരു അടയാളമായി - സാധാരണ ssh ഉപയോഗിച്ച് പ്രവർത്തിക്കാനുള്ള കഴിവ്.

ജോലി വേഗത

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

സ്ഥിരത

ഇത് ഈ രീതിയിൽ മനസ്സിലാക്കണം: ഒരു വശത്ത്, ബാക്കപ്പ് പകർപ്പ് ഏതെങ്കിലും വിധത്തിൽ തിരികെ വിന്യസിക്കാൻ കഴിയണം, മറുവശത്ത്, ഇത് വിവിധ പ്രശ്നങ്ങൾക്ക് പ്രതിരോധമുള്ളതായിരിക്കണം: നെറ്റ്‌വർക്ക് തടസ്സം, ഡിസ്ക് പരാജയം, ഭാഗം ഇല്ലാതാക്കൽ സംഭരണിയാണ്.

ബാക്കപ്പ് ടൂളുകളുടെ താരതമ്യം

സൃഷ്ടിക്കുന്ന സമയം പകർത്തുക
വീണ്ടെടുക്കൽ സമയം പകർത്തുക
എളുപ്പത്തിലുള്ള ഇൻസ്റ്റാളേഷൻ
എളുപ്പമുള്ള സജ്ജീകരണം
ലളിതമായ ഉപയോഗം
ലളിതമായ ഓട്ടോമേഷൻ
നിങ്ങൾക്ക് ഒരു ക്ലയന്റ് സെർവർ ആവശ്യമുണ്ടോ?
ശേഖരണത്തിന്റെ സമഗ്രത പരിശോധിക്കുന്നു
വ്യത്യസ്ത പകർപ്പുകൾ
പൈപ്പ് വഴി പ്രവർത്തിക്കുന്നു
വക്രത
സ്വാതന്ത്ര്യം
റിപ്പോസിറ്ററി സുതാര്യത
എൻക്രിപ്ഷൻ
കംപ്രഷൻ
ഡ്യൂപ്ലിക്കേഷൻ
വെബ് ഇന്റർഫേസ്
മേഘത്തിൽ നിറയുന്നു
വിൻഡോസ് പിന്തുണ
പന്ത്

Rsync
4m15സെ
4m28സെ
അതെ
ഇല്ല
ഇല്ല
ഇല്ല
അതെ
ഇല്ല
ഇല്ല
അതെ
ഇല്ല
അതെ
അതെ
ഇല്ല
ഇല്ല
ഇല്ല
ഇല്ല
ഇല്ല
അതെ
6

ടാർ
ശുദ്ധമായ
3m12സെ
2m43സെ
അതെ
ഇല്ല
ഇല്ല
ഇല്ല
ഇല്ല
ഇല്ല
അതെ
അതെ
ഇല്ല
അതെ
ഇല്ല
ഇല്ല
ഇല്ല
ഇല്ല
ഇല്ല
ഇല്ല
അതെ
8,5

gzip
9m37സെ
3m19സെ
അതെ

Rdiff-ബാക്കപ്പ്
16m26സെ
17m17സെ
അതെ
അതെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
അതെ
അതെ
ഇല്ല
അതെ
11

Rsnapshot
4m19സെ
4m28സെ
അതെ
അതെ
അതെ
അതെ
ഇല്ല
ഇല്ല
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
ഇല്ല
ഇല്ല
അതെ
അതെ
ഇല്ല
അതെ
12,5

ഏമ്പക്കം
11m9സെ
7m2സെ
അതെ
ഇല്ല
അതെ
അതെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
അതെ
ഇല്ല
ഇല്ല
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
10,5

തനിപ്പകർപ്പ്
എൻക്രിപ്ഷൻ ഇല്ല
16m48സെ
10m58സെ
അതെ
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
അതെ
ഇല്ല
ഇല്ല
അതെ
ഇല്ല
അതെ
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
11

ജിപിഎൽ
17m27സെ
15m3സെ

തനിപ്പകർപ്പ്
എൻക്രിപ്ഷൻ ഇല്ല
20m28സെ
13m45സെ
ഇല്ല
അതെ
ഇല്ല
ഇല്ല
ഇല്ല
അതെ
അതെ
ഇല്ല
ഇല്ല
അതെ
ഇല്ല
അതെ
അതെ
അതെ
അതെ
അതെ
അതെ
11

AES
29m41സെ
21m40സെ

ജിപിഎൽ
26m19സെ
16m30സെ

zbackup
എൻക്രിപ്ഷൻ ഇല്ല
40m3സെ
11m8സെ
അതെ
അതെ
ഇല്ല
ഇല്ല
ഇല്ല
അതെ
അതെ
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
അതെ
അതെ
ഇല്ല
ഇല്ല
ഇല്ല
10

AES
42m0സെ
14m1സെ

aes+lzo
18m9സെ
6m19സെ

ബോർഗ്ബാക്കപ്പ്
എൻക്രിപ്ഷൻ ഇല്ല
4m7സെ
2m45സെ
അതെ
അതെ
അതെ
അതെ
അതെ
അതെ
അതെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
16

AES
4m58സെ
3m23സെ

ബ്ലേക്ക്2
4m39സെ
3m19സെ

റെസ്റ്റിക്
5m38സെ
4m28സെ
അതെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
അതെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
അതെ
15,5

ഉർബാക്കപ്പ്
8m21സെ
8m19സെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
അതെ
ഇല്ല
അതെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
12

ഭാവുകങ്ങളും
9m3സെ
2m49സെ
അതെ
ഇല്ല
ഇല്ല
അതെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
അതെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
അതെ
അതെ
13

ബാക്കപ്പ് പിസി
rsync
12m22സെ
7m42സെ
അതെ
ഇല്ല
അതെ
അതെ
അതെ
അതെ
അതെ
ഇല്ല
അതെ
ഇല്ല
ഇല്ല
അതെ
അതെ
ഇല്ല
അതെ
ഇല്ല
അതെ
10,5

ടാർ
12m34സെ
12m15സെ

ടേബിൾ ലെജൻഡ്:

• പച്ച, പ്രവർത്തന സമയം അഞ്ച് മിനിറ്റിൽ താഴെ, അല്ലെങ്കിൽ "അതെ" എന്ന് ഉത്തരം നൽകുക ("ഒരു ക്ലയന്റ് സെർവർ ആവശ്യമുണ്ടോ?" എന്ന കോളം ഒഴികെ), 1 പോയിന്റ്
• മഞ്ഞ, പ്രവർത്തന സമയം അഞ്ച് മുതൽ പത്ത് മിനിറ്റ് വരെ, 0.5 പോയിന്റ്
• ചുവപ്പ്, ജോലി സമയം പത്ത് മിനിറ്റിൽ കൂടുതലാണ്, അല്ലെങ്കിൽ ഉത്തരം "ഇല്ല" ("നിങ്ങൾക്ക് ഒരു ക്ലയന്റ് സെർവർ ആവശ്യമുണ്ടോ?" എന്ന കോളം ഒഴികെ), 0 പോയിന്റുകൾ

മുകളിലുള്ള പട്ടിക പ്രകാരം, ഏറ്റവും ലളിതവും വേഗതയേറിയതും അതേ സമയം സൗകര്യപ്രദവും ശക്തവുമായ ബാക്കപ്പ് ഉപകരണം BorgBackup ആണ്. റെസ്റ്റിക് രണ്ടാം സ്ഥാനത്തെത്തി, പരിഗണിക്കപ്പെട്ട ബാക്കി സ്ഥാനാർത്ഥികളെ അവസാനം ഒന്നോ രണ്ടോ പോയിന്റുകളുടെ വ്യാപനത്തോടെ ഏകദേശം തുല്യമായി സ്ഥാപിച്ചു.

സീരീസ് അവസാനം വരെ വായിച്ച എല്ലാവരോടും ഞാൻ നന്ദി പറയുന്നു, ഓപ്ഷനുകൾ ചർച്ച ചെയ്യാനും നിങ്ങളുടേത് ഉണ്ടെങ്കിൽ അത് വാഗ്ദാനം ചെയ്യാനും ഞാൻ നിങ്ങളെ ക്ഷണിക്കുന്നു. ചർച്ച പുരോഗമിക്കുമ്പോൾ, പട്ടിക വിപുലീകരിക്കാം.

ഏറ്റവും കുറഞ്ഞ സമയത്തിനുള്ളിൽ ഒരു പകർപ്പ് തിരികെ വിന്യസിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന അനുയോജ്യമായതും വേഗതയേറിയതും കൈകാര്യം ചെയ്യാവുന്നതുമായ ഒരു ബാക്കപ്പ് ടൂൾ വികസിപ്പിക്കാനുള്ള ശ്രമം നടക്കുന്ന അവസാന ലേഖനമായിരിക്കും പരമ്പരയുടെ ഫലം. ക്രമീകരിക്കാനും പരിപാലിക്കാനും.

പ്രഖ്യാപനം

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

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