എന്റർപ്രൈസിനായി ഡിബിഎംഎസ് വിതരണം ചെയ്തു

CAP സിദ്ധാന്തമാണ് ഡിസ്ട്രിബ്യൂഡ് സിസ്റ്റം സിദ്ധാന്തത്തിന്റെ മൂലക്കല്ല്. തീർച്ചയായും, അതിനെ ചുറ്റിപ്പറ്റിയുള്ള വിവാദങ്ങൾ ശമിക്കുന്നില്ല: അതിലെ നിർവചനങ്ങൾ കാനോനികമല്ല, കർശനമായ തെളിവുകളൊന്നുമില്ല... എന്നിരുന്നാലും, ദൈനംദിന സാമാന്യബുദ്ധിയുടെ നിലപാടുകളിൽ ഉറച്ചുനിൽക്കുന്നു™, സിദ്ധാന്തം ശരിയാണെന്ന് ഞങ്ങൾ അവബോധപൂർവ്വം മനസ്സിലാക്കുന്നു.

"P" എന്ന അക്ഷരത്തിന്റെ അർത്ഥം മാത്രമാണ് വ്യക്തമല്ലാത്തത്. ക്ലസ്റ്ററിനെ വിഭജിക്കുമ്പോൾ, ഒരു കോറം എത്തുന്നതുവരെ പ്രതികരിക്കേണ്ടതില്ല, അല്ലെങ്കിൽ ലഭ്യമായ ഡാറ്റ തിരികെ നൽകണോ എന്ന് അത് തീരുമാനിക്കുന്നു. ഈ തിരഞ്ഞെടുപ്പിന്റെ ഫലങ്ങളെ ആശ്രയിച്ച്, സിസ്റ്റത്തെ ഒരു CP അല്ലെങ്കിൽ AP ആയി തരംതിരിച്ചിരിക്കുന്നു. ഉദാഹരണത്തിന്, കസാന്ദ്രയ്ക്ക്, ക്ലസ്റ്റർ ക്രമീകരണങ്ങളെപ്പോലും ആശ്രയിക്കാതെ, ഓരോ നിർദ്ദിഷ്ട അഭ്യർത്ഥനയുടെയും പാരാമീറ്ററുകളെ ആശ്രയിച്ച് രണ്ട് വിധത്തിലും പെരുമാറാൻ കഴിയും. എന്നാൽ സിസ്റ്റം "P" അല്ല, അത് വിഭജിക്കുകയാണെങ്കിൽ, പിന്നെ എന്ത്?

ഈ ചോദ്യത്തിനുള്ള ഉത്തരം അൽപ്പം അപ്രതീക്ഷിതമാണ്: ഒരു CA ക്ലസ്റ്ററിന് വിഭജിക്കാനാവില്ല.
വിഭജിക്കാൻ കഴിയാത്ത ഏത് തരം ക്ലസ്റ്ററാണ് ഇത്?

അത്തരമൊരു ക്ലസ്റ്ററിന്റെ ഒഴിച്ചുകൂടാനാവാത്ത ആട്രിബ്യൂട്ട് ഒരു പങ്കിട്ട ഡാറ്റ സ്റ്റോറേജ് സിസ്റ്റമാണ്. ബഹുഭൂരിപക്ഷം കേസുകളിലും, ഒരു SAN മുഖേന ബന്ധിപ്പിക്കുക എന്നാണ് ഇതിനർത്ഥം, ഇത് ഒരു SAN ഇൻഫ്രാസ്ട്രക്ചർ നിലനിർത്താൻ കഴിവുള്ള വലിയ സംരംഭങ്ങളിലേക്ക് CA സൊല്യൂഷനുകളുടെ ഉപയോഗം പരിമിതപ്പെടുത്തുന്നു. ഒരേ ഡാറ്റയിൽ ഒന്നിലധികം സെർവറുകൾ പ്രവർത്തിക്കുന്നതിന്, ഒരു ക്ലസ്റ്റേർഡ് ഫയൽ സിസ്റ്റം ആവശ്യമാണ്. ഇത്തരം ഫയൽ സിസ്റ്റങ്ങൾ HPE (CFS), Veritas (VxCFS), IBM (GPFS) പോർട്ട്ഫോളിയോകളിൽ ലഭ്യമാണ്.

ഒറാക്കിൾ RAC

യഥാർത്ഥ ആപ്ലിക്കേഷൻ ക്ലസ്റ്റർ ഓപ്ഷൻ ആദ്യമായി പ്രത്യക്ഷപ്പെട്ടത് 2001-ൽ Oracle 9i-ന്റെ റിലീസിലാണ്. അത്തരം ഒരു ക്ലസ്റ്ററിൽ, ഒരേ ഡാറ്റാബേസിൽ നിരവധി സെർവർ സംഭവങ്ങൾ പ്രവർത്തിക്കുന്നു.
ഒറാക്കിളിന് ഒരു ക്ലസ്റ്റേർഡ് ഫയൽ സിസ്റ്റത്തിലും അതിന്റെ സ്വന്തം സൊല്യൂഷനിലും പ്രവർത്തിക്കാൻ കഴിയും - ASM, ഓട്ടോമാറ്റിക് സ്റ്റോറേജ് മാനേജ്മെന്റ്.

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

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

എന്നാൽ ഒരു സംഭവത്തിന് ഡാറ്റ മാറ്റേണ്ടി വന്നാൽ എന്ത് സംഭവിക്കും?

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

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

വ്യത്യസ്ത RAC നോഡുകളിലുടനീളം ഒരേ പേജുകൾ ക്രമരഹിതമായി അപ്‌ഡേറ്റ് ചെയ്യുന്നത് ഡാറ്റാബേസ് പ്രകടനം നാടകീയമായി കുറയുന്നതിന് കാരണമാകുന്നു, ക്ലസ്റ്റർ പ്രകടനം ഒരൊറ്റ സംഭവത്തേക്കാൾ കുറവായിരിക്കും.

Oracle RAC ന്റെ ശരിയായ ഉപയോഗം ഡാറ്റ ഫിസിക്കൽ ആയി പാർട്ടീഷൻ ചെയ്യുക (ഉദാഹരണത്തിന്, ഒരു പാർട്ടീഷൻ ചെയ്ത ടേബിൾ മെക്കാനിസം ഉപയോഗിച്ച്) ഒരു പ്രത്യേക നോഡിലൂടെ ഓരോ സെറ്റ് പാർട്ടീഷനുകളും ആക്സസ് ചെയ്യുക എന്നതാണ്. RAC യുടെ പ്രധാന ലക്ഷ്യം തിരശ്ചീന സ്കെയിലിംഗ് അല്ല, മറിച്ച് തെറ്റ് സഹിഷ്ണുത ഉറപ്പാക്കുക എന്നതായിരുന്നു.

ഒരു നോഡ് ഹൃദയമിടിപ്പിനോട് പ്രതികരിക്കുന്നത് നിർത്തുകയാണെങ്കിൽ, അത് കണ്ടെത്തിയ നോഡ് ആദ്യം ഡിസ്കിൽ ഒരു വോട്ടിംഗ് നടപടിക്രമം ആരംഭിക്കുന്നു. നഷ്‌ടമായ നോഡ് ഇവിടെ രേഖപ്പെടുത്തിയിട്ടില്ലെങ്കിൽ, ഡാറ്റ വീണ്ടെടുക്കുന്നതിനുള്ള ഉത്തരവാദിത്തം നോഡുകളിലൊന്ന് ഏറ്റെടുക്കുന്നു:

• കാണാതായ നോഡിന്റെ കാഷെയിൽ ഉണ്ടായിരുന്ന എല്ലാ പേജുകളും "ഫ്രീസുചെയ്യുന്നു";
• നഷ്‌ടമായ നോഡിന്റെ ലോഗുകൾ (വീണ്ടും ചെയ്യുക) വായിക്കുകയും ഈ ലോഗുകളിൽ രേഖപ്പെടുത്തിയിരിക്കുന്ന മാറ്റങ്ങൾ വീണ്ടും പ്രയോഗിക്കുകയും ചെയ്യുന്നു, അതേ സമയം മറ്റ് നോഡുകളിൽ പേജുകളുടെ ഏറ്റവും പുതിയ പതിപ്പുകൾ ഉണ്ടോ എന്ന് പരിശോധിക്കുന്നു;
• കെട്ടിക്കിടക്കുന്ന ഇടപാടുകൾ പിൻവലിക്കുന്നു.

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

ഇടപാടുകൾക്കായുള്ള IBM പ്യുവർ ഡാറ്റാ സിസ്റ്റംസ്

2009-ൽ ബ്ലൂ ജയന്റ് പോർട്ട്‌ഫോളിയോയിൽ DBMS-നുള്ള ഒരു ക്ലസ്റ്റർ സൊല്യൂഷൻ പ്രത്യക്ഷപ്പെട്ടു. പ്രത്യയശാസ്ത്രപരമായി, ഇത് "പതിവ്" ഉപകരണങ്ങളിൽ നിർമ്മിച്ച പാരലൽ സിസ്പ്ലെക്സ് ക്ലസ്റ്ററിന്റെ പിൻഗാമിയാണ്. 2009-ൽ, DB2 pureScale ഒരു സോഫ്‌റ്റ്‌വെയർ സ്യൂട്ടായി പുറത്തിറങ്ങി, 2012-ൽ IBM ഇടപാടുകൾക്കായുള്ള പ്യുവർ ഡാറ്റാ സിസ്റ്റംസ് എന്നൊരു ഉപകരണം വാഗ്ദാനം ചെയ്തു. ഇത് നെറ്റെസ എന്ന് പുനർനാമകരണം ചെയ്തതല്ലാതെ മറ്റൊന്നുമല്ല, അനലിറ്റിക്‌സിനായുള്ള പ്യുവർ ഡാറ്റാ സിസ്റ്റവുമായി ഇത് ആശയക്കുഴപ്പത്തിലാക്കരുത്.

ഒറ്റനോട്ടത്തിൽ, pureScale ആർക്കിടെക്ചർ Oracle RAC-ന് സമാനമാണ്: അതേ രീതിയിൽ, ഒരു പൊതു ഡാറ്റ സ്റ്റോറേജ് സിസ്റ്റവുമായി നിരവധി നോഡുകൾ ബന്ധിപ്പിച്ചിരിക്കുന്നു, കൂടാതെ ഓരോ നോഡും അതിന്റേതായ മെമ്മറി ഏരിയകളും ഇടപാട് ലോഗുകളും ഉപയോഗിച്ച് സ്വന്തം DBMS ഇൻസ്റ്റൻസ് പ്രവർത്തിപ്പിക്കുന്നു. എന്നാൽ, Oracle-ൽ നിന്ന് വ്യത്യസ്തമായി, DB2-ന് ഒരു കൂട്ടം db2LLM* പ്രോസസ്സുകൾ പ്രതിനിധീകരിക്കുന്ന ഒരു സമർപ്പിത ലോക്കിംഗ് സേവനമുണ്ട്. ഒരു ക്ലസ്റ്റർ കോൺഫിഗറേഷനിൽ, ഈ സേവനം ഒരു പ്രത്യേക നോഡിൽ സ്ഥാപിച്ചിരിക്കുന്നു, ഇതിനെ സമാന്തര സിസ്‌പ്ലെക്‌സിൽ കപ്ലിംഗ് സൗകര്യം (CF) എന്നും പ്യുവർ ഡാറ്റയിൽ PowerHA എന്നും വിളിക്കുന്നു.

PowerHA ഇനിപ്പറയുന്ന സേവനങ്ങൾ നൽകുന്നു:

• ലോക്ക് മാനേജർ;
• ആഗോള ബഫർ കാഷെ;
• ഇന്റർപ്രോസസ് ആശയവിനിമയ മേഖല.

PowerHA-യിൽ നിന്ന് ഡാറ്റാബേസ് നോഡുകളിലേക്കും പിന്നിലേക്കും ഡാറ്റ കൈമാറാൻ, റിമോട്ട് മെമ്മറി ആക്സസ് ഉപയോഗിക്കുന്നു, അതിനാൽ ക്ലസ്റ്റർ ഇന്റർകണക്റ്റ് RDMA പ്രോട്ടോക്കോൾ പിന്തുണയ്ക്കണം. PureScale-ന് ഇഥർനെറ്റിലൂടെ Infiniband, RDMA എന്നിവ ഉപയോഗിക്കാം.

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

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

പരിഷ്കരിച്ച വരി സ്ഥിതിചെയ്യുന്ന പേജ് ഇതിനകം ലോക്ക് ചെയ്തിട്ടുണ്ടെങ്കിൽ, ലോക്ക് മാനേജർ മാറ്റം വരുത്തിയ നോഡിന്റെ മെമ്മറിയിൽ നിന്ന് പരിഷ്കരിച്ച പേജ് വായിക്കുകയും ലോക്ക് റിലീസ് ചെയ്യുകയും മറ്റ് നോഡുകളുടെ കാഷെകളിൽ പരിഷ്കരിച്ച പേജ് അസാധുവാക്കുകയും ചെയ്യും. പേജ് ലോക്ക് ആവശ്യപ്പെട്ട നോഡിന് നൽകുക.

"ഡേർട്ടി", അതായത്, മാറ്റി, ഒരു സാധാരണ നോഡിൽ നിന്നും പവർഎച്ച്എയിൽ നിന്നും (കാസ്റ്റ്ഔട്ട്) പേജുകൾ ഡിസ്കിലേക്ക് എഴുതാം.

PureScale നോഡുകളിലൊന്ന് പരാജയപ്പെടുകയാണെങ്കിൽ, പരാജയസമയത്ത് ഇതുവരെ പൂർത്തിയാക്കാത്ത ഇടപാടുകൾക്ക് മാത്രമേ വീണ്ടെടുക്കൽ പരിമിതപ്പെടുത്തിയിട്ടുള്ളൂ: പൂർത്തിയാക്കിയ ഇടപാടുകളിൽ ആ നോഡ് പരിഷ്കരിച്ച പേജുകൾ PowerHA-യിലെ ആഗോള കാഷെയിലാണ്. ക്ലസ്റ്ററിലെ സെർവറുകളിൽ ഒന്നിൽ കുറഞ്ഞ കോൺഫിഗറേഷനിൽ നോഡ് പുനരാരംഭിക്കുന്നു, തീർപ്പാക്കാത്ത ഇടപാടുകൾ പിൻവലിക്കുകയും ലോക്കുകൾ റിലീസ് ചെയ്യുകയും ചെയ്യുന്നു.

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

90% റീഡും 10% റൈറ്റും ഉള്ള IBM-ന്റെ ഇന്റേണൽ ടെസ്റ്റുകൾ, യഥാർത്ഥ ലോക പ്രൊഡക്ഷൻ വർക്ക് ലോഡുകളുമായി വളരെ സാമ്യമുള്ളതാണ്, ഏതാണ്ട് ലീനിയർ സ്കെയിലിംഗ് 128 നോഡുകൾ വരെ കാണിക്കുന്നു. ടെസ്റ്റ് വ്യവസ്ഥകൾ, നിർഭാഗ്യവശാൽ, വെളിപ്പെടുത്തിയിട്ടില്ല.

HPE നോൺസ്റ്റോപ്പ് SQL

ഹ്യൂലറ്റ്-പാക്കാർഡ് എന്റർപ്രൈസ് പോർട്ട്‌ഫോളിയോയ്ക്ക് സ്വന്തമായി ലഭ്യമായ പ്ലാറ്റ്‌ഫോം ഉണ്ട്. 1976-ൽ ടാൻഡം കമ്പ്യൂട്ടറുകൾ വിപണിയിൽ പുറത്തിറക്കിയ നോൺസ്റ്റോപ്പ് പ്ലാറ്റ്‌ഫോമാണ് ഇത്. 1997-ൽ, കമ്പനിയെ കോംപാക്ക് ഏറ്റെടുത്തു, അത് 2002-ൽ ഹ്യൂലറ്റ്-പാക്കാർഡുമായി ലയിച്ചു.

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

സിസ്റ്റത്തിന്റെ ആദ്യകാല പതിപ്പുകൾ പരസ്പരം സമന്വയിപ്പിച്ച പ്രൊപ്രൈറ്ററി പ്രോസസറുകൾ ഉപയോഗിച്ചു: എല്ലാ പ്രവർത്തനങ്ങളും നിരവധി പ്രോസസ്സറുകൾ സമന്വയിപ്പിച്ചാണ് നടത്തിയത്, കൂടാതെ പ്രോസസ്സറുകളിലൊന്ന് പിശക് വരുത്തിയയുടനെ അത് ഓഫാക്കി, രണ്ടാമത്തേത് പ്രവർത്തിക്കുന്നത് തുടർന്നു. പിന്നീട്, സിസ്റ്റം പരമ്പരാഗത പ്രോസസ്സറുകളിലേക്ക് മാറി (ആദ്യം MIPS, പിന്നീട് ഇറ്റാനിയം, ഒടുവിൽ x86), മറ്റ് സംവിധാനങ്ങൾ സമന്വയത്തിനായി ഉപയോഗിക്കാൻ തുടങ്ങി:

• സന്ദേശങ്ങൾ: ഓരോ സിസ്റ്റം പ്രക്രിയയ്ക്കും ഒരു "ഷാഡോ" ഇരട്ടയുണ്ട്, അതിലേക്ക് സജീവമായ പ്രക്രിയ ആനുകാലികമായി അതിന്റെ നിലയെക്കുറിച്ചുള്ള സന്ദേശങ്ങൾ അയയ്ക്കുന്നു; പ്രധാന പ്രക്രിയ പരാജയപ്പെടുകയാണെങ്കിൽ, അവസാന സന്ദേശം നിർണ്ണയിക്കുന്ന നിമിഷം മുതൽ നിഴൽ പ്രക്രിയ പ്രവർത്തിക്കാൻ തുടങ്ങുന്നു;
• വോട്ടിംഗ്: സ്റ്റോറേജ് സിസ്റ്റത്തിന് ഒരു പ്രത്യേക ഹാർഡ്‌വെയർ ഘടകം ഉണ്ട്, അത് ഒന്നിലധികം സമാന ആക്‌സസുകൾ സ്വീകരിക്കുകയും ആക്‌സസുകൾ പൊരുത്തപ്പെടുന്നെങ്കിൽ മാത്രം അവ നടപ്പിലാക്കുകയും ചെയ്യുന്നു; ഫിസിക്കൽ സിൻക്രൊണൈസേഷനുപകരം, പ്രോസസ്സറുകൾ അസമന്വിതമായി പ്രവർത്തിക്കുന്നു, അവരുടെ ജോലിയുടെ ഫലങ്ങൾ I/O നിമിഷങ്ങളിൽ മാത്രം താരതമ്യം ചെയ്യുന്നു.

1987 മുതൽ, നോൺസ്റ്റോപ്പ് പ്ലാറ്റ്‌ഫോമിൽ ഒരു റിലേഷണൽ DBMS പ്രവർത്തിക്കുന്നു - ആദ്യം SQL/MP, പിന്നീട് SQL/MX.

മുഴുവൻ ഡാറ്റാബേസും ഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു, ഓരോ ഭാഗവും അതിന്റേതായ ഡാറ്റ ആക്സസ് മാനേജർ (DAM) പ്രക്രിയയ്ക്ക് ഉത്തരവാദികളാണ്. ഇത് ഡാറ്റ റെക്കോർഡിംഗ്, കാഷിംഗ്, ലോക്കിംഗ് മെക്കാനിസങ്ങൾ നൽകുന്നു. അനുബന്ധ ഡാറ്റാ മാനേജർമാരുടെ അതേ നോഡുകളിൽ പ്രവർത്തിക്കുന്ന എക്സിക്യൂട്ടർ സെർവർ പ്രോസസ്സുകളാണ് ഡാറ്റ പ്രോസസ്സിംഗ് നടത്തുന്നത്. SQL/MX ഷെഡ്യൂളർ ചുമതലകൾ എക്സിക്യൂട്ടർമാർക്കിടയിൽ വിഭജിക്കുകയും ഫലങ്ങൾ കൂട്ടിച്ചേർക്കുകയും ചെയ്യുന്നു. അംഗീകരിക്കപ്പെട്ട മാറ്റങ്ങൾ വരുത്തേണ്ടിവരുമ്പോൾ, TMF (ഇടപാട് മാനേജ്മെന്റ് ഫെസിലിറ്റി) ലൈബ്രറി നൽകുന്ന രണ്ട്-ഘട്ട കമ്മിറ്റ് പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു.

നോൺസ്റ്റോപ്പ് SQL-ന് പ്രക്രിയകൾക്ക് മുൻഗണന നൽകാൻ കഴിയും, അതിനാൽ ദൈർഘ്യമേറിയ വിശകലന അന്വേഷണങ്ങൾ ഇടപാട് നിർവ്വഹണത്തെ തടസ്സപ്പെടുത്തുന്നില്ല. എന്നിരുന്നാലും, അതിന്റെ ഉദ്ദേശ്യം കൃത്യമായി ഹ്രസ്വ ഇടപാടുകളുടെ പ്രോസസ്സിംഗ് ആണ്, അനലിറ്റിക്സ് അല്ല. അഞ്ച് "ഒമ്പത്" ലെവലിൽ നോൺസ്റ്റോപ്പ് ക്ലസ്റ്ററിന്റെ ലഭ്യത ഡവലപ്പർ ഉറപ്പ് നൽകുന്നു, അതായത്, പ്രവർത്തനരഹിതമായ സമയം പ്രതിവർഷം 5 മിനിറ്റ് മാത്രമാണ്.

എസ്എപി ഹാന

HANA DBMS (1.0) ന്റെ ആദ്യത്തെ സ്ഥിരതയുള്ള റിലീസ് 2010 നവംബറിൽ നടന്നു, SAP ERP പാക്കേജ് 2013 മെയ് മാസത്തിൽ HANA-യിലേക്ക് മാറി. പ്ലാറ്റ്ഫോം വാങ്ങിയ സാങ്കേതികവിദ്യകളെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്: TREX സെർച്ച് എഞ്ചിൻ (കോളനാർ സ്റ്റോറേജിൽ തിരയുക), P*TIME DBMS, MAX DB.

"HANA" എന്ന വാക്ക് തന്നെ ഒരു ചുരുക്കപ്പേരാണ്, ഉയർന്ന പ്രകടനമുള്ള അനലിറ്റിക്കൽ അപ്ലയൻസ്. ഏത് x86 സെർവറുകളിലും പ്രവർത്തിക്കാൻ കഴിയുന്ന കോഡിന്റെ രൂപത്തിലാണ് ഈ ഡിബിഎംഎസ് വിതരണം ചെയ്യുന്നത്, എന്നിരുന്നാലും, സർട്ടിഫൈഡ് ഉപകരണങ്ങളിൽ മാത്രമേ വ്യാവസായിക ഇൻസ്റ്റാളേഷനുകൾ അനുവദിക്കൂ. HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC എന്നിവയിൽ നിന്ന് പരിഹാരങ്ങൾ ലഭ്യമാണ്. ചില ലെനോവോ കോൺഫിഗറേഷനുകൾ ഒരു SAN ഇല്ലാതെ പ്രവർത്തിക്കാൻ പോലും അനുവദിക്കുന്നു - ഒരു പൊതു സംഭരണ ​​സംവിധാനത്തിന്റെ പങ്ക് ലോക്കൽ ഡിസ്കുകളിലെ GPFS ക്ലസ്റ്ററാണ് വഹിക്കുന്നത്.

മുകളിൽ ലിസ്റ്റുചെയ്തിരിക്കുന്ന പ്ലാറ്റ്‌ഫോമുകളിൽ നിന്ന് വ്യത്യസ്തമായി, HANA ഒരു ഇൻ-മെമ്മറി DBMS ആണ്, അതായത് പ്രാഥമിക ഡാറ്റ ഇമേജ് RAM-ൽ സംഭരിച്ചിരിക്കുന്നു, കൂടാതെ ഒരു ദുരന്തമുണ്ടായാൽ വീണ്ടെടുക്കുന്നതിനായി ലോഗുകളും ആനുകാലിക സ്നാപ്പ്ഷോട്ടുകളും മാത്രമേ ഡിസ്കിൽ എഴുതുകയുള്ളൂ.

ഓരോ HANA ക്ലസ്റ്റർ നോഡും ഡാറ്റയുടെ സ്വന്തം ഭാഗത്തിന് ഉത്തരവാദിയാണ്, കൂടാതെ ഡാറ്റ മാപ്പ് ഒരു പ്രത്യേക ഘടകത്തിൽ സംഭരിച്ചിരിക്കുന്നു - കോർഡിനേറ്റർ നോഡിൽ സ്ഥിതിചെയ്യുന്ന നെയിം സെർവർ. നോഡുകൾക്കിടയിൽ ഡാറ്റ ഡ്യൂപ്ലിക്കേറ്റ് ചെയ്തിട്ടില്ല. ലോക്കിംഗ് വിവരങ്ങളും ഓരോ നോഡിലും സംഭരിച്ചിരിക്കുന്നു, എന്നാൽ സിസ്റ്റത്തിന് ഒരു ഗ്ലോബൽ ഡെഡ്‌ലോക്ക് ഡിറ്റക്ടർ ഉണ്ട്.

ഒരു HANA ക്ലയന്റ് ഒരു ക്ലസ്റ്ററിലേക്ക് കണക്‌റ്റ് ചെയ്യുമ്പോൾ, അത് അതിന്റെ ടോപ്പോളജി ഡൗൺലോഡ് ചെയ്യുകയും അതിന് ആവശ്യമായ ഡാറ്റയെ ആശ്രയിച്ച് ഏത് നോഡും നേരിട്ട് ആക്‌സസ് ചെയ്യാനും കഴിയും. ഒരു ഇടപാട് ഒരൊറ്റ നോഡിന്റെ ഡാറ്റയെ ബാധിക്കുകയാണെങ്കിൽ, അത് ആ നോഡിന് പ്രാദേശികമായി നടപ്പിലാക്കാൻ കഴിയും, എന്നാൽ നിരവധി നോഡുകളുടെ ഡാറ്റ മാറുകയാണെങ്കിൽ, ആരംഭിക്കുന്ന നോഡ് കോർഡിനേറ്റർ നോഡുമായി ബന്ധപ്പെടുന്നു, അത് വിതരണം ചെയ്ത ഇടപാട് തുറക്കുകയും ഏകോപിപ്പിക്കുകയും ചെയ്യുന്നു. ഒപ്റ്റിമൈസ് ചെയ്ത ടു-ഫേസ് കമ്മിറ്റ് പ്രോട്ടോക്കോൾ.

കോർഡിനേറ്റർ നോഡ് തനിപ്പകർപ്പാണ്, അതിനാൽ കോർഡിനേറ്റർ പരാജയപ്പെടുകയാണെങ്കിൽ, ബാക്കപ്പ് നോഡ് ഉടനടി ഏറ്റെടുക്കുന്നു. എന്നാൽ ഡാറ്റയുള്ള ഒരു നോഡ് പരാജയപ്പെടുകയാണെങ്കിൽ, അതിന്റെ ഡാറ്റ ആക്സസ് ചെയ്യാനുള്ള ഏക മാർഗം നോഡ് പുനരാരംഭിക്കുക എന്നതാണ്. ചട്ടം പോലെ, HANA ക്ലസ്റ്ററുകൾ ഒരു നഷ്‌ടപ്പെട്ട നോഡ് കഴിയുന്നത്ര വേഗത്തിൽ പുനരാരംഭിക്കുന്നതിന് ഒരു സ്പെയർ സെർവർ പരിപാലിക്കുന്നു.

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