Commvault ഉപയോഗിച്ചുള്ള ബാക്കപ്പ്: ചില സ്ഥിതിവിവരക്കണക്കുകളും കേസുകളും

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

OST-2 ഡാറ്റാ സെന്ററിലെ Commvault അടിസ്ഥാനമാക്കിയുള്ള സ്റ്റോറേജ് സിസ്റ്റം ബാക്കപ്പ് സിസ്റ്റം.

ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു?

ആപ്ലിക്കേഷനുകൾ, ഡാറ്റാബേസുകൾ, ഫയൽ സിസ്റ്റങ്ങൾ, വെർച്വൽ മെഷീനുകൾ, ഫിസിക്കൽ സെർവറുകൾ എന്നിവ ബാക്കപ്പ് ചെയ്യുന്നതിനുള്ള ഒരു പ്ലാറ്റ്ഫോമാണ് Commvault. ഉറവിട ഡാറ്റ ഏത് സൈറ്റിലും ആകാം: ഞങ്ങളുടെ ക്ലയന്റിന്റെ ഭാഗത്ത്, മറ്റൊരു വാണിജ്യ ഡാറ്റാ സെന്ററിലോ ക്ലൗഡിലോ.

ബാക്കപ്പ് ഒബ്‌ജക്റ്റുകളിൽ ക്ലയന്റ് ഒരു ഏജന്റ് ഇൻസ്റ്റാൾ ചെയ്യുന്നു - iData ഏജന്റ് - ആവശ്യമായ ബാക്കപ്പ് നയങ്ങൾക്ക് അനുസൃതമായി ഇത് കോൺഫിഗർ ചെയ്യുന്നു. iData ഏജന്റ് ആവശ്യമായ ഡാറ്റ ശേഖരിക്കുകയും കംപ്രസ് ചെയ്യുകയും ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്യുകയും എൻക്രിപ്റ്റ് ചെയ്യുകയും DataLine ബാക്കപ്പ് സിസ്റ്റത്തിലേക്ക് മാറ്റുകയും ചെയ്യുന്നു.

പ്രോക്സി സെർവറുകൾ ക്ലയന്റ് നെറ്റ്‌വർക്കും ഞങ്ങളുടെ നെറ്റ്‌വർക്കും തമ്മിലുള്ള കണക്റ്റിവിറ്റി നൽകുക, ഡാറ്റ കൈമാറ്റം ചെയ്യപ്പെടുന്ന ചാനലുകളുടെ ഒറ്റപ്പെടൽ.

DataLine വശത്ത്, iData ഏജന്റിൽ നിന്നുള്ള ഡാറ്റ ലഭിക്കുന്നു മീഡിയ ഏജന്റ് സെർവർ സ്റ്റോറേജ് സിസ്റ്റങ്ങൾ, ടേപ്പ് ലൈബ്രറികൾ മുതലായവയിലേക്ക് സംഭരണത്തിനായി ഇത് അയയ്ക്കുന്നു. ഇതെല്ലാം നിയന്ത്രിക്കപ്പെടുന്നു CommServe. ഞങ്ങളുടെ കോൺഫിഗറേഷനിൽ, പ്രധാന നിയന്ത്രണ സെർവർ OST സൈറ്റിലും ബാക്കപ്പ് സെർവർ NORD സൈറ്റിലുമാണ് സ്ഥിതി ചെയ്യുന്നത്.

സ്ഥിരസ്ഥിതിയായി, ക്ലയന്റ് ഡാറ്റ ഒരു സൈറ്റിൽ സംഭരിച്ചിരിക്കുന്നു, എന്നാൽ നിങ്ങൾക്ക് ഒരേസമയം രണ്ട് സ്ഥലങ്ങളിലേക്ക് ബാക്കപ്പുകൾ സംഘടിപ്പിക്കാം അല്ലെങ്കിൽ രണ്ടാമത്തെ സൈറ്റിലേക്ക് ബാക്കപ്പുകൾ കൈമാറുന്നതിനുള്ള ഒരു ഷെഡ്യൂൾ സജ്ജീകരിക്കാം. ഈ ഓപ്ഷനെ "ഓക്സിലറി കോപ്പി" എന്ന് വിളിക്കുന്നു. ഉദാഹരണത്തിന്, മാസാവസാനം എല്ലാ പൂർണ്ണ ബാക്കപ്പുകളും സ്വയമേവ തനിപ്പകർപ്പാക്കുകയോ രണ്ടാമത്തെ സൈറ്റിലേക്ക് മാറ്റുകയോ ചെയ്യും.

Commvault ബാക്കപ്പ് സിസ്റ്റത്തിന്റെ പ്രവർത്തന പദ്ധതി.

ബാക്കപ്പ് സിസ്റ്റം പ്രാഥമികമായി വിഎംവെയർ വിർച്ച്വലൈസേഷനിൽ പ്രവർത്തിക്കുന്നു: CommServe, Media Agent, Proxy സെർവറുകൾ വെർച്വൽ മെഷീനുകളിൽ വിന്യസിച്ചിരിക്കുന്നു. ക്ലയന്റ് ഞങ്ങളുടെ ഉപകരണങ്ങൾ ഉപയോഗിക്കുകയാണെങ്കിൽ, ബാക്കപ്പുകൾ Huawei OceanStor 5500 V3 സ്റ്റോറേജ് സിസ്റ്റത്തിലാണ് സ്ഥാപിച്ചിരിക്കുന്നത്. ക്ലയന്റ് സ്റ്റോറേജ് സിസ്റ്റങ്ങൾ ബാക്കപ്പ് ചെയ്യാനും ടേപ്പ് ലൈബ്രറികളിൽ ബാക്കപ്പുകൾ സംഭരിക്കാനും ഫിസിക്കൽ സെർവറുകളിൽ പ്രത്യേക മീഡിയ ഏജന്റുകൾ ഉപയോഗിക്കുന്നു.

ഉപഭോക്താക്കൾക്ക് എന്താണ് പ്രധാനം?

ഞങ്ങളുടെ അനുഭവത്തിൽ നിന്ന്, ബാക്കപ്പിനായി Commvault തിരഞ്ഞെടുക്കുന്ന ക്ലയന്റുകൾ ഇനിപ്പറയുന്ന പോയിന്റുകൾ ശ്രദ്ധിക്കുന്നു.

കൺസോൾ. ഉപഭോക്താക്കൾ ബാക്കപ്പുകൾ സ്വയം നിയന്ത്രിക്കാൻ ആഗ്രഹിക്കുന്നു. എല്ലാ അടിസ്ഥാന പ്രവർത്തനങ്ങളും Commvault കൺസോളിൽ ലഭ്യമാണ്:

• ബാക്കപ്പിനായി സെർവറുകൾ ചേർക്കുകയും നീക്കം ചെയ്യുകയും ചെയ്യുന്നു;
• iData ഏജന്റ് സജ്ജീകരിക്കുക;
• ടാസ്ക്കുകളുടെ സൃഷ്ടിയും മാനുവൽ ലോഞ്ചും;
• ബാക്കപ്പുകളുടെ സ്വയം വീണ്ടെടുക്കൽ;
• ബാക്കപ്പ് ടാസ്ക്കുകളുടെ നിലയെക്കുറിച്ചുള്ള അറിയിപ്പുകൾ സജ്ജീകരിക്കുക;
• ഉപയോക്താക്കളുടെ റോളും ഗ്രൂപ്പും അനുസരിച്ച് കൺസോളിലേക്കുള്ള പ്രവേശന നിയന്ത്രണം.

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

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

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

ഡ്യൂപ്ലിക്കേഷന് നന്ദി, സ്റ്റോറേജ് സിസ്റ്റത്തിൽ 78% സ്ഥലം വരെ ലാഭിക്കാൻ ഞങ്ങൾക്ക് കഴിയും. നിലവിൽ, 166,4 ടിബി സ്റ്റോറേജ് സിസ്റ്റത്തിൽ സംഭരിച്ചിരിക്കുന്നു. ഡ്യൂപ്ലിക്കേഷൻ ഇല്ലാതെ, നമുക്ക് 744 TB സംഭരിക്കേണ്ടി വരും.

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

എൻക്രിപ്ഷൻ. ഇനിപ്പറയുന്ന വഴികളിൽ Commvault വഴി ബാക്കപ്പ് സമയത്ത് നിങ്ങൾക്ക് ഡാറ്റ എൻക്രിപ്റ്റ് ചെയ്യാം:

• ക്ലയന്റ് ഏജന്റ് ഭാഗത്ത്: ഈ കേസിലെ ഡാറ്റ എൻക്രിപ്റ്റ് ചെയ്ത രൂപത്തിൽ ബാക്കപ്പ് സിസ്റ്റത്തിലേക്ക് മാറ്റും;
• മീഡിയ ഏജന്റിന്റെ ഭാഗത്ത്;
• ലിങ്ക് തലത്തിൽ: ക്ലയന്റ് ഏജന്റ് സൈഡിൽ ഡാറ്റ എൻക്രിപ്റ്റ് ചെയ്യുകയും മീഡിയ ഏജന്റ് സെർവറിൽ ഡീക്രിപ്റ്റ് ചെയ്യുകയും ചെയ്യുന്നു.

ലഭ്യമായ എൻക്രിപ്ഷൻ അൽഗോരിതങ്ങൾ: ബ്ലോഫിഷ്, GOST, സർപ്പന്റ്, ടുഫിഷ്, 3-DES, AES (commvault ശുപാർശ ചെയ്യുന്നു).

ചില സ്ഥിതിവിവരക്കണക്കുകൾ

ഡിസംബർ പകുതി വരെ, Commvault ഉപയോഗിച്ച് ഞങ്ങൾക്ക് 27 ക്ലയന്റുകൾ ബാക്കപ്പ് ചെയ്യുന്നുണ്ട്. അവരിൽ ഭൂരിഭാഗവും ചില്ലറ വ്യാപാരികളും ധനകാര്യ സ്ഥാപനങ്ങളുമാണ്. പകർപ്പിന്റെ യഥാർത്ഥ ഡാറ്റയുടെ ആകെ അളവ് 65 TB ആണ്.

പ്രതിദിനം 4400 ജോലികൾ പൂർത്തിയാക്കുന്നു. കഴിഞ്ഞ 16 ദിവസങ്ങളിലായി പൂർത്തിയാക്കിയ ടാസ്‌ക്കുകളുടെ സ്ഥിതിവിവരക്കണക്കുകൾ ചുവടെയുണ്ട്.

വിൻഡോസ് ഫയൽ സിസ്റ്റം, SQL സെർവർ, എക്സ്ചേഞ്ച് ഡാറ്റാബേസുകൾ എന്നിവയാണ് Commvault വഴി ഏറ്റവും സാധാരണയായി ഉപയോഗിക്കുന്ന ബാക്കപ്പുകൾ.

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

കേസ് 1

ഉപഭോക്താവ്. റഷ്യയിലുടനീളമുള്ള ശാഖകളുടെ വിതരണ ശൃംഖലയുള്ള മിഠായി വിപണിയുടെ റഷ്യൻ ട്രേഡിംഗ് ആൻഡ് പ്രൊഡക്ഷൻ കമ്പനി.

ചുമതല.Microsoft SQL ഡാറ്റാബേസുകൾ, ഫയൽ സെർവറുകൾ, ആപ്ലിക്കേഷൻ സെർവറുകൾ, എക്സ്ചേഞ്ച് ഓൺലൈൻ മെയിൽബോക്സുകൾ എന്നിവയ്‌ക്കായുള്ള ബാക്കപ്പിന്റെ ഓർഗനൈസേഷൻ.

ഉറവിട ഡാറ്റ റഷ്യയിലുടനീളമുള്ള ഓഫീസുകളിൽ സ്ഥിതിചെയ്യുന്നു (10-ലധികം നഗരങ്ങൾ). നിങ്ങൾ DataLine സൈറ്റിലേക്ക് ബാക്കപ്പ് ചെയ്യണം, തുടർന്ന് കമ്പനിയുടെ ഏതെങ്കിലും ഓഫീസുകളിൽ ഡാറ്റ പുനഃസ്ഥാപിക്കേണ്ടതുണ്ട്.
അതേ സമയം, ക്ലയന്റ് ആക്സസ് നിയന്ത്രണത്തോടുകൂടിയ പൂർണ്ണമായ സ്വതന്ത്ര നിയന്ത്രണം ആഗ്രഹിച്ചു.
സംഭരണത്തിന്റെ ആഴം - ഒരു വർഷം. ഓൺലൈൻ എക്‌സ്‌ചേഞ്ചിനായി - ലൈവ് കോപ്പികൾക്ക് 3 മാസവും ആർക്കൈവുകൾക്ക് ഒരു വർഷവും.

തീരുമാനം. രണ്ടാമത്തെ സൈറ്റിലെ ഡാറ്റാബേസുകൾക്കായി ഒരു അധിക പകർപ്പ് ക്രമീകരിച്ചു: മാസത്തിലെ അവസാനത്തെ മുഴുവൻ ബാക്കപ്പ് മറ്റൊരു സൈറ്റിലേക്ക് മാറ്റുകയും ഒരു വർഷത്തേക്ക് അവിടെ സംഭരിക്കുകയും ചെയ്യുന്നു.

ക്ലയന്റിന്റെ റിമോട്ട് ഓഫീസുകളിൽ നിന്നുള്ള ചാനലുകളുടെ ഗുണനിലവാരം എല്ലായ്പ്പോഴും ഒപ്റ്റിമൽ സമയ ഫ്രെയിമിൽ ബാക്കപ്പും പുനഃസ്ഥാപിക്കലും അനുവദിച്ചില്ല. ട്രാൻസ്മിറ്റ് ചെയ്ത ട്രാഫിക്കിന്റെ അളവ് കുറയ്ക്കുന്നതിന്, ക്ലയന്റ് ഭാഗത്ത് ഡ്യൂപ്ലിക്കേഷൻ കോൺഫിഗർ ചെയ്തു. ഇതിന് നന്ദി, ഓഫീസുകളുടെ വിദൂരത കണക്കിലെടുത്ത് മുഴുവൻ ബാക്കപ്പ് സമയവും സ്വീകാര്യമായി. ഉദാഹരണത്തിന്, സെന്റ് പീറ്റേഴ്‌സ്ബർഗിൽ നിന്നുള്ള 131 GB ഡാറ്റാബേസിന്റെ പൂർണ്ണമായ ബാക്കപ്പ് 16 മിനിറ്റിനുള്ളിൽ പൂർത്തിയായി. യെക്കാറ്റെറിൻബർഗിൽ നിന്ന്, 340 GB ഡാറ്റാബേസ് 1 മണിക്കൂർ 45 മിനിറ്റ് ബാക്കപ്പ് ചെയ്യുന്നു.

റോളുകൾ ഉപയോഗിച്ച്, ക്ലയന്റ് അതിന്റെ ഡെവലപ്പർമാർക്കായി വ്യത്യസ്ത അനുമതികൾ ക്രമീകരിച്ചു: ബാക്കപ്പ് മാത്രം അല്ലെങ്കിൽ പുനഃസ്ഥാപിക്കുക മാത്രം.

കേസ് 2

ഉപഭോക്താവ്. കുട്ടികളുടെ ചരക്ക് കടകളുടെ റഷ്യൻ ശൃംഖല.
ചുമതല. ഇതിനായുള്ള ബാക്കപ്പ് ഓർഗനൈസേഷൻ:
4 ഫിസിക്കൽ സെർവറുകൾ അടിസ്ഥാനമാക്കിയുള്ള ഉയർന്ന ലോഡ് MS SQL ക്ലസ്റ്റർ;
ഒരു വെബ്സൈറ്റ്, ആപ്ലിക്കേഷൻ സെർവറുകൾ, 1C, എക്സ്ചേഞ്ച്, ഫയൽ സെർവറുകൾ എന്നിവയുള്ള വെർച്വൽ മെഷീനുകൾ.
മുഴുവൻ നിർദ്ദിഷ്ട ക്ലയന്റ് ഇൻഫ്രാസ്ട്രക്ചറും OST, NORD സൈറ്റുകൾക്കിടയിൽ വിതരണം ചെയ്യുന്നു.
SQL സെർവറുകളുടെ RPO 30 മിനിറ്റാണ്, മറ്റുള്ളവർക്ക് - 1 ദിവസം.
സ്റ്റോറേജ് ഡെപ്ത് - ഡാറ്റയുടെ തരം അനുസരിച്ച് 2 ആഴ്ച മുതൽ 30 ദിവസം വരെ.

തീരുമാനം. Veeam, Commvault എന്നിവയെ അടിസ്ഥാനമാക്കിയുള്ള പരിഹാരങ്ങളുടെ സംയോജനമാണ് ഞങ്ങൾ തിരഞ്ഞെടുത്തത്. ഞങ്ങളുടെ ക്ലൗഡിൽ നിന്ന് ഫയൽ ബാക്കപ്പിനായി ഞങ്ങൾ Veeam ഉപയോഗിക്കുന്നു. ഡാറ്റാബേസ് സെർവറുകൾ, സജീവ ഡയറക്ടറി, മെയിൽ, ഫിസിക്കൽ സെർവറുകൾ എന്നിവ Commvault വഴി ബാക്കപ്പ് ചെയ്യുന്നു.

ഉയർന്ന ബാക്കപ്പ് വേഗത കൈവരിക്കുന്നതിന്, MS SQL ഉള്ള ഫിസിക്കൽ സെർവറുകളിലെ ബാക്കപ്പ് ടാസ്‌ക്കുകൾക്കായി ക്ലയന്റ് ഒരു പ്രത്യേക നെറ്റ്‌വർക്ക് അഡാപ്റ്റർ അനുവദിച്ചു. 3,4 TB ഡാറ്റാബേസിന്റെ പൂർണ്ണ ബാക്കപ്പിന് 2 മണിക്കൂർ 20 മിനിറ്റ് എടുക്കും, പൂർണ്ണമായി പുനഃസ്ഥാപിക്കുന്നതിന് 5 മണിക്കൂർ 5 മിനിറ്റ് എടുക്കും.

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

കേസ് 3

ഉപഭോക്താവ്. സിഐഎസിലെ സൂപ്പർമാർക്കറ്റ് ശൃംഖല
ചുമതല. ഞങ്ങളുടെ ക്ലൗഡിൽ സ്ഥിതി ചെയ്യുന്ന SAP സിസ്റ്റങ്ങളുടെ ബാക്കപ്പും വീണ്ടെടുക്കലും സംഘടിപ്പിക്കാൻ ഉപഭോക്താവ് ആഗ്രഹിച്ചു. SAP HANA ഡാറ്റാബേസുകൾക്ക് RPO=15 മിനിറ്റ്, ആപ്ലിക്കേഷൻ സെർവറുകളുള്ള വെർച്വൽ മെഷീനുകൾക്ക് RPO=24 മണിക്കൂർ. സംഭരണത്തിന്റെ ആഴം - 30 ദിവസം. ഒരു അപകടമുണ്ടായാൽ, RTO=1 മണിക്കൂർ, അഭ്യർത്ഥന പ്രകാരം ഒരു പകർപ്പ് പുനഃസ്ഥാപിക്കാൻ, RTO=4 മണിക്കൂർ.

തീരുമാനം. HANA ഡാറ്റാബേസിനായി, DATA ഫയലുകളുടെയും ലോഗ് ഫയലുകളുടെയും ബാക്കപ്പ് ഒരു നിർദ്ദിഷ്‌ട ആവൃത്തിയിൽ കോൺഫിഗർ ചെയ്‌തു. ലോഗ് ഫയലുകൾ ഓരോ 15 മിനിറ്റിലും അല്ലെങ്കിൽ ഒരു നിശ്ചിത വലുപ്പത്തിൽ എത്തുമ്പോൾ ആർക്കൈവ് ചെയ്യപ്പെടും.

ഡാറ്റാബേസ് വീണ്ടെടുക്കൽ സമയം കുറയ്ക്കുന്നതിന്, ഒരു സ്റ്റോറേജ് സിസ്റ്റത്തെയും ടേപ്പ് ലൈബ്രറിയെയും അടിസ്ഥാനമാക്കി ഞങ്ങൾ ബാക്കപ്പുകളുടെ രണ്ട്-ലെവൽ സംഭരണം ക്രമീകരിച്ചു. പ്രവർത്തന പകർപ്പുകൾ ആഴ്ചയിൽ എപ്പോൾ വേണമെങ്കിലും പുനഃസ്ഥാപിക്കാനുള്ള കഴിവുള്ള ഡിസ്കുകളിൽ സംഭരിച്ചിരിക്കുന്നു. ഒരു ബാക്കപ്പ് 1 ആഴ്‌ചയിൽ കൂടുതലാകുമ്പോൾ, അത് ആർക്കൈവിലേക്കും ടേപ്പ് ലൈബ്രറിയിലേക്കും മാറ്റും, അവിടെ അത് മറ്റൊരു 30 ദിവസത്തേക്ക് സംഭരിക്കും.

181 ജിബി ഡാറ്റാബേസുകളിലൊന്നിന്റെ പൂർണ്ണ ബാക്കപ്പ് 1 മണിക്കൂർ 54 മിനിറ്റിനുള്ളിൽ ചെയ്തു.

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

സ്റ്റാൻഡേർഡ് Commvault ക്ലയന്റ് കൺസോൾ വഴി ഉപഭോക്താവിന് ബാക്കപ്പ് മാനേജ്മെന്റും ലഭ്യമാണ്.

ഇന്നത്തേക്ക് അത്രമാത്രം. അഭിപ്രായങ്ങളിൽ ചോദ്യങ്ങൾ ചോദിക്കുക.

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