એન્ટરપ્રાઇઝ માટે વિતરિત ડીબીએમએસ

CAP પ્રમેય એ ડિસ્ટ્રિબ્યુટેડ સિસ્ટમ થિયરીનો પાયાનો પથ્થર છે. અલબત્ત, તેની આસપાસનો વિવાદ ઓછો થતો નથી: તેમાંની વ્યાખ્યાઓ પ્રામાણિક નથી, અને કોઈ કડક પુરાવો નથી... તેમ છતાં, રોજિંદા સામાન્ય જ્ઞાનની સ્થિતિ પર નિશ્ચિતપણે ઊભા રહીને, અમે સાહજિક રીતે સમજીએ છીએ કે પ્રમેય સાચો છે.

એકમાત્ર વસ્તુ જે સ્પષ્ટ નથી તે અક્ષર "P" નો અર્થ છે. જ્યારે ક્લસ્ટર વિભાજિત થાય છે, ત્યારે તે નક્કી કરે છે કે જ્યાં સુધી કોરમ પૂરો ન થાય ત્યાં સુધી પ્રતિસાદ આપવો નહીં, અથવા ઉપલબ્ધ ડેટા પાછો આપવો. આ પસંદગીના પરિણામોના આધારે, સિસ્ટમને CP અથવા AP તરીકે વર્ગીકૃત કરવામાં આવે છે. Cassandra, ઉદાહરણ તરીકે, ક્લસ્ટર સેટિંગ્સ પર નહીં, પરંતુ દરેક ચોક્કસ વિનંતીના પરિમાણો પર આધાર રાખીને, કોઈપણ રીતે વર્તે છે. પરંતુ જો સિસ્ટમ "P" નથી અને તે વિભાજિત થાય છે, તો પછી શું?

આ પ્રશ્નનો જવાબ કંઈક અંશે અનપેક્ષિત છે: CA ક્લસ્ટર વિભાજિત થઈ શકતું નથી.
આ કેવું ક્લસ્ટર છે જે વિભાજિત થઈ શકતું નથી?

આવા ક્લસ્ટરનું અનિવાર્ય લક્ષણ એ વહેંચાયેલ ડેટા સ્ટોરેજ સિસ્ટમ છે. મોટા ભાગના કિસ્સાઓમાં, આનો અર્થ એ છે કે SAN પર કનેક્ટ થવું, જે SAN ઈન્ફ્રાસ્ટ્રક્ચર જાળવવા સક્ષમ મોટા સાહસો માટે CA સોલ્યુશનનો ઉપયોગ મર્યાદિત કરે છે. એક જ ડેટા સાથે બહુવિધ સર્વર્સ કામ કરવા માટે, ક્લસ્ટર ફાઇલ સિસ્ટમ જરૂરી છે. આવી ફાઇલ સિસ્ટમો HPE (CFS), Veritas (VxCFS) અને IBM (GPFS) પોર્ટફોલિયોમાં ઉપલબ્ધ છે.

ઓરેકલ આરએસી

રિયલ એપ્લિકેશન ક્લસ્ટર વિકલ્પ સૌપ્રથમ 2001 માં Oracle 9i ના પ્રકાશન સાથે દેખાયો. આવા ક્લસ્ટરમાં, ઘણા સર્વર ઉદાહરણો સમાન ડેટાબેઝ સાથે કામ કરે છે.
ઓરેકલ ક્લસ્ટર્ડ ફાઇલ સિસ્ટમ અને તેના પોતાના સોલ્યુશન - ASM, ઓટોમેટિક સ્ટોરેજ મેનેજમેન્ટ બંને સાથે કામ કરી શકે છે.

દરેક નકલ તેની પોતાની જર્નલ રાખે છે. ટ્રાન્ઝેક્શન એક ઉદાહરણ દ્વારા ચલાવવામાં આવે છે અને પ્રતિબદ્ધ છે. જો કોઈ દાખલો નિષ્ફળ જાય, તો અસ્તિત્વમાં રહેલા ક્લસ્ટર નોડ્સમાંથી એક (ઇન્સેન્સ) તેનો લોગ વાંચે છે અને ખોવાયેલો ડેટા પુનઃસ્થાપિત કરે છે - જેનાથી ઉપલબ્ધતા સુનિશ્ચિત થાય છે.

તમામ ઉદાહરણો તેમની પોતાની કેશ જાળવી રાખે છે, અને તે જ પૃષ્ઠો (બ્લોક) એક જ સમયે બહુવિધ ઉદાહરણોના કેશમાં રહી શકે છે. તદુપરાંત, જો એક ઉદાહરણને પૃષ્ઠની જરૂર હોય અને તે બીજા દાખલાની કેશમાં હોય, તો તે ડિસ્કમાંથી વાંચવાને બદલે કેશ ફ્યુઝન મિકેનિઝમનો ઉપયોગ કરીને તેના પાડોશી પાસેથી મેળવી શકે છે.

પરંતુ જો કોઈ એક દાખલામાં ડેટા બદલવાની જરૂર હોય તો શું થાય?

ઓરેકલની ખાસિયત એ છે કે તેની પાસે કોઈ સમર્પિત લોકીંગ સેવા નથી: જો સર્વર કોઈ પંક્તિને લૉક કરવા માંગે છે, તો લૉક રેકોર્ડ સીધા મેમરી પેજ પર મૂકવામાં આવે છે જ્યાં લૉક કરેલ પંક્તિ સ્થિત છે. આ અભિગમ માટે આભાર, ઓરેકલ મોનોલિથિક ડેટાબેઝમાં પ્રદર્શન ચેમ્પિયન છે: લોકીંગ સેવા ક્યારેય અડચણ બનતી નથી. પરંતુ ક્લસ્ટર રૂપરેખાંકનમાં, આવા આર્કિટેક્ચર તીવ્ર નેટવર્ક ટ્રાફિક અને ડેડલૉક્સ તરફ દોરી શકે છે.

એકવાર રેકોર્ડ લૉક થઈ જાય પછી, એક ઉદાહરણ અન્ય તમામ ઉદાહરણોને સૂચિત કરે છે કે જે પૃષ્ઠ તે રેકોર્ડને સંગ્રહિત કરે છે તેની પાસે વિશિષ્ટ હોલ્ડ છે. જો બીજા દાખલાને તે જ પૃષ્ઠ પર રેકોર્ડ બદલવાની જરૂર હોય, તો તે પૃષ્ઠ પરના ફેરફારો પ્રતિબદ્ધ થાય ત્યાં સુધી રાહ જોવી જોઈએ, એટલે કે, ફેરફારની માહિતી ડિસ્ક પરના જર્નલમાં લખવામાં આવે છે (અને વ્યવહાર ચાલુ રહી શકે છે). એવું પણ બની શકે છે કે પૃષ્ઠને અનુક્રમે ઘણી નકલો દ્વારા બદલવામાં આવશે, અને પછી જ્યારે પૃષ્ઠને ડિસ્ક પર લખવામાં આવે ત્યારે તમારે આ પૃષ્ઠના વર્તમાન સંસ્કરણને કોણ સંગ્રહિત કરે છે તે શોધવાનું રહેશે.

વિવિધ આરએસી નોડ્સમાં સમાન પૃષ્ઠોને રેન્ડમલી અપડેટ કરવાથી ડેટાબેઝની કામગીરીમાં નાટ્યાત્મક ઘટાડો થાય છે, જ્યાં ક્લસ્ટર પ્રદર્શન એક જ ઉદાહરણ કરતાં ઓછું હોઈ શકે છે.

Oracle RAC નો સાચો ઉપયોગ ડેટાનું ભૌતિક રીતે વિભાજન કરવાનો છે (ઉદાહરણ તરીકે, પાર્ટીશન કરેલ ટેબલ મિકેનિઝમનો ઉપયોગ કરીને) અને સમર્પિત નોડ દ્વારા પાર્ટીશનોના દરેક સેટને ઍક્સેસ કરો. RAC નો મુખ્ય હેતુ આડી સ્કેલિંગનો ન હતો, પરંતુ ખામી સહિષ્ણુતાને સુનિશ્ચિત કરવાનો હતો.

જો નોડ હૃદયના ધબકારાનો પ્રતિસાદ આપવાનું બંધ કરે છે, તો પછી જે નોડ તેને શોધી કાઢે છે તે ડિસ્ક પર મતદાન પ્રક્રિયા શરૂ કરે છે. જો ગુમ થયેલ નોડ અહીં નોંધવામાં આવેલ નથી, તો પછી નોડ્સમાંથી એક ડેટા પુનઃપ્રાપ્તિ માટેની જવાબદારી લે છે:

• ગુમ થયેલ નોડના કેશમાં રહેલા તમામ પૃષ્ઠોને "સ્થિર કરે છે";
• ગુમ થયેલ નોડના લોગ્સ (ફરીથી કરો) વાંચે છે અને આ લોગમાં નોંધાયેલા ફેરફારોને ફરીથી લાગુ કરે છે, સાથે સાથે અન્ય નોડ્સમાં બદલાઈ રહેલા પૃષ્ઠોની વધુ તાજેતરની આવૃત્તિઓ છે કે કેમ તે તપાસે છે;
• બાકી રહેલા વ્યવહારો પાછા ખેંચે છે.

નોડ્સ વચ્ચે સ્વિચિંગને સરળ બનાવવા માટે, ઓરેકલ પાસે સેવાનો ખ્યાલ છે - એક વર્ચ્યુઅલ ઉદાહરણ. એક ઉદાહરણ બહુવિધ સેવાઓ આપી શકે છે, અને સેવા નોડ્સ વચ્ચે ખસેડી શકે છે. ડેટાબેઝના ચોક્કસ ભાગ (ઉદાહરણ તરીકે, ક્લાયંટનું જૂથ) સેવા આપતી એપ્લિકેશન એક સેવા સાથે કામ કરે છે, અને જ્યારે નોડ નિષ્ફળ જાય ત્યારે ડેટાબેઝના આ ભાગ માટે જવાબદાર સેવા બીજા નોડ પર જાય છે.

વ્યવહારો માટે IBM શુદ્ધ ડેટા સિસ્ટમ્સ

2009માં બ્લુ જાયન્ટ પોર્ટફોલિયોમાં DBMS માટે ક્લસ્ટર સોલ્યુશન દેખાયું હતું. વૈચારિક રીતે, તે "નિયમિત" સાધનો પર બનેલ સમાંતર સિસ્પ્લેક્સ ક્લસ્ટરનું અનુગામી છે. 2009 માં, DB2 પ્યોરસ્કેલ સોફ્ટવેર સ્યુટ તરીકે બહાર પાડવામાં આવ્યું હતું, અને 2012 માં, IBM એ વ્યવહારો માટે શુદ્ધ ડેટા સિસ્ટમ્સ નામનું ઉપકરણ ઓફર કર્યું હતું. તેને પ્યોર ડેટા સિસ્ટમ્સ ફોર એનાલિટિક્સ સાથે ભેળસેળ ન કરવી જોઈએ, જે નેટેઝા નામ બદલ્યા સિવાય બીજું કંઈ નથી.

પ્રથમ નજરમાં, પ્યોરસ્કેલ આર્કિટેક્ચર ઓરેકલ આરએસી જેવું જ છે: એ જ રીતે, એક સામાન્ય ડેટા સ્ટોરેજ સિસ્ટમ સાથે ઘણા નોડ્સ જોડાયેલા હોય છે, અને દરેક નોડ તેના પોતાના મેમરી વિસ્તારો અને ટ્રાન્ઝેક્શન લોગ્સ સાથે તેના પોતાના DBMS ઇન્સ્ટન્સ ચલાવે છે. પરંતુ, ઓરેકલથી વિપરીત, DB2 પાસે db2LLM* પ્રક્રિયાઓના સમૂહ દ્વારા રજૂ કરાયેલ સમર્પિત લોકીંગ સેવા છે. ક્લસ્ટર કન્ફિગરેશનમાં, આ સેવા એક અલગ નોડ પર મૂકવામાં આવે છે, જેને પેરેલલ સિસ્પ્લેક્સમાં કપલિંગ ફેસિલિટી (CF) અને શુદ્ધ ડેટામાં PowerHA કહેવામાં આવે છે.

પાવરએચએ નીચેની સેવાઓ પ્રદાન કરે છે:

• લોક મેનેજર;
• વૈશ્વિક બફર કેશ;
• આંતરપ્રક્રિયા સંચાર ક્ષેત્ર.

પાવરએચએથી ડેટાબેઝ નોડ્સ અને પાછળના ડેટાને ટ્રાન્સફર કરવા માટે, રિમોટ મેમરી એક્સેસનો ઉપયોગ કરવામાં આવે છે, તેથી ક્લસ્ટર ઇન્ટરકનેક્ટ એ RDMA પ્રોટોકોલને સમર્થન આપવું આવશ્યક છે. PureScale ઇથરનેટ પર Infiniband અને RDMA બંનેનો ઉપયોગ કરી શકે છે.

જો નોડને પૃષ્ઠની જરૂર હોય, અને આ પૃષ્ઠ કેશમાં નથી, તો નોડ વૈશ્વિક કેશમાં પૃષ્ઠની વિનંતી કરે છે, અને જો તે ત્યાં ન હોય તો જ, તેને ડિસ્કમાંથી વાંચે છે. ઓરેકલથી વિપરીત, વિનંતી ફક્ત પાવરએચએને જ જાય છે, અને પડોશી નોડ્સને નહીં.

જો કોઈ ઉદાહરણ પંક્તિ બદલવા જઈ રહ્યું હોય, તો તે તેને વિશિષ્ટ મોડમાં અને પેજ જ્યાં પંક્તિ શેર કરેલ મોડમાં સ્થિત છે તેને લૉક કરે છે. બધા તાળાઓ વૈશ્વિક લોક મેનેજરમાં નોંધાયેલા છે. જ્યારે ટ્રાન્ઝેક્શન પૂર્ણ થાય છે, ત્યારે નોડ લૉક મેનેજરને સંદેશ મોકલે છે, જે સંશોધિત પૃષ્ઠને વૈશ્વિક કેશમાં કૉપિ કરે છે, લૉક્સને રિલીઝ કરે છે અને અન્ય નોડ્સના કૅશમાં સંશોધિત પૃષ્ઠને અમાન્ય બનાવે છે.

જો જે પેજમાં સંશોધિત પંક્તિ સ્થિત છે તે પહેલાથી જ લૉક કરેલ હોય, તો લૉક મેનેજર ફેરફાર કરેલ નોડની મેમરીમાંથી સંશોધિત પેજ વાંચશે, લૉકને રિલીઝ કરશે, અન્ય નોડ્સના કૅશમાં સંશોધિત પૃષ્ઠને અમાન્ય કરશે અને પેજ લૉક નોડને આપો જેણે તેને વિનંતી કરી હતી.

"ડર્ટી", એટલે કે, બદલાયેલ, પૃષ્ઠોને ડિસ્ક પર નિયમિત નોડ અને પાવરએચએ (કાસ્ટઆઉટ) બંનેમાંથી લખી શકાય છે.

જો પ્યોરસ્કેલ નોડ્સમાંથી કોઈ એક નિષ્ફળ જાય, તો પુનઃપ્રાપ્તિ ફક્ત તે વ્યવહારો સુધી મર્યાદિત છે જે નિષ્ફળતા સમયે પૂર્ણ થયા ન હતા: પૂર્ણ થયેલા વ્યવહારોમાં તે નોડ દ્વારા સંશોધિત પૃષ્ઠો PowerHA પર વૈશ્વિક કેશમાં હોય છે. નોડ ક્લસ્ટરમાંના એક સર્વર પર ઘટાડેલા રૂપરેખાંકનમાં પુનઃપ્રારંભ થાય છે, બાકી રહેલા વ્યવહારોને પાછો ખેંચે છે અને તાળાઓ બહાર પાડે છે.

પાવરએચએ બે સર્વર પર ચાલે છે અને માસ્ટર નોડ તેની સ્થિતિને સિંક્રનસ રીતે પ્રતિકૃતિ બનાવે છે. જો પ્રાથમિક પાવરએચએ નોડ નિષ્ફળ જાય, તો ક્લસ્ટર બેકઅપ નોડ સાથે કામ કરવાનું ચાલુ રાખે છે.
અલબત્ત, જો તમે એક નોડ દ્વારા ડેટા સેટ એક્સેસ કરો છો, તો ક્લસ્ટરનું એકંદર પ્રદર્શન વધારે હશે. PureScale એ પણ નોંધ કરી શકે છે કે ડેટાના ચોક્કસ ક્ષેત્ર પર એક નોડ દ્વારા પ્રક્રિયા કરવામાં આવી રહી છે, અને પછી તે વિસ્તારથી સંબંધિત તમામ તાળાઓ PowerHA સાથે વાતચીત કર્યા વિના નોડ દ્વારા સ્થાનિક રીતે પ્રક્રિયા કરવામાં આવશે. પરંતુ જલદી એપ્લિકેશન અન્ય નોડ દ્વારા આ ડેટાને ઍક્સેસ કરવાનો પ્રયાસ કરશે, કેન્દ્રિય લોક પ્રક્રિયા ફરી શરૂ થશે.

90% વાંચવા અને 10% લખવાના વર્કલોડ પર IBM ના આંતરિક પરીક્ષણો, જે વાસ્તવિક-વિશ્વ ઉત્પાદન વર્કલોડ જેવા જ છે, લગભગ 128 નોડ્સ સુધી રેખીય સ્કેલિંગ દર્શાવે છે. ટેસ્ટ શરતો, કમનસીબે, જાહેર કરવામાં આવી નથી.

HPE નોનસ્ટોપ SQL

હેવલેટ-પેકાર્ડ એન્ટરપ્રાઇઝ પોર્ટફોલિયોનું પોતાનું ઉચ્ચ ઉપલબ્ધ પ્લેટફોર્મ પણ છે. આ નોનસ્ટોપ પ્લેટફોર્મ છે, જે ટેન્ડમ કોમ્પ્યુટર્સ દ્વારા 1976 માં બજારમાં રજૂ કરવામાં આવ્યું હતું. 1997 માં, કંપની કોમ્પેક દ્વારા હસ્તગત કરવામાં આવી હતી, જે બદલામાં 2002 માં હેવલેટ-પેકાર્ડ સાથે મર્જ થઈ હતી.

નોનસ્ટોપનો ઉપયોગ જટિલ એપ્લિકેશન બનાવવા માટે થાય છે - ઉદાહરણ તરીકે, HLR અથવા બેંક કાર્ડ પ્રોસેસિંગ. પ્લેટફોર્મ સોફ્ટવેર અને હાર્ડવેર કોમ્પ્લેક્સ (ઉપકરણ) ના રૂપમાં વિતરિત કરવામાં આવે છે, જેમાં કમ્પ્યુટિંગ નોડ્સ, ડેટા સ્ટોરેજ સિસ્ટમ અને સંચાર સાધનોનો સમાવેશ થાય છે. સર્વરનેટ નેટવર્ક (આધુનિક પ્રણાલીઓમાં - Infiniband) નોડ્સ વચ્ચેના વિનિમય અને ડેટા સ્ટોરેજ સિસ્ટમની ઍક્સેસ બંને માટે સેવા આપે છે.

સિસ્ટમના પ્રારંભિક સંસ્કરણોમાં માલિકીના પ્રોસેસર્સનો ઉપયોગ થતો હતો જે એકબીજા સાથે સિંક્રનાઇઝ કરવામાં આવ્યા હતા: તમામ કામગીરી ઘણા પ્રોસેસરો દ્વારા સિંક્રનસ રીતે કરવામાં આવી હતી, અને જલદી એક પ્રોસેસરમાં ભૂલ થઈ, તે બંધ થઈ ગયું, અને બીજું કામ કરવાનું ચાલુ રાખ્યું. બાદમાં, સિસ્ટમ પરંપરાગત પ્રોસેસર્સ (પ્રથમ MIPS, પછી Itanium અને અંતે x86) પર સ્વિચ થઈ, અને અન્ય પદ્ધતિઓનો સિંક્રનાઇઝેશન માટે ઉપયોગ થવા લાગ્યો:

• સંદેશાઓ: દરેક સિસ્ટમ પ્રક્રિયામાં "શેડો" ટ્વીન હોય છે, જેમાં સક્રિય પ્રક્રિયા સમયાંતરે તેની સ્થિતિ વિશે સંદેશા મોકલે છે; જો મુખ્ય પ્રક્રિયા નિષ્ફળ જાય, તો શેડો પ્રક્રિયા છેલ્લા સંદેશ દ્વારા નિર્ધારિત ક્ષણથી કામ કરવાનું શરૂ કરે છે;
• મતદાન: સ્ટોરેજ સિસ્ટમમાં એક વિશિષ્ટ હાર્ડવેર ઘટક છે જે બહુવિધ સમાન એક્સેસને સ્વીકારે છે અને જો એક્સેસ મેચ થાય તો જ તેને એક્ઝિક્યુટ કરે છે; ભૌતિક સુમેળને બદલે, પ્રોસેસર્સ અસુમેળ રીતે કાર્ય કરે છે, અને તેમના કાર્યના પરિણામોની સરખામણી માત્ર I/O ક્ષણો પર કરવામાં આવે છે.

1987 થી, નોનસ્ટોપ પ્લેટફોર્મ પર રિલેશનલ DBMS ચાલી રહ્યું છે - પ્રથમ SQL/MP, અને પછી SQL/MX.

સમગ્ર ડેટાબેઝ ભાગોમાં વહેંચાયેલું છે, અને દરેક ભાગ તેની પોતાની ડેટા એક્સેસ મેનેજર (ડીએએમ) પ્રક્રિયા માટે જવાબદાર છે. તે ડેટા રેકોર્ડિંગ, કેશીંગ અને લોકીંગ મિકેનિઝમ્સ પ્રદાન કરે છે. ડેટા પ્રોસેસિંગ એક્ઝિક્યુટર સર્વર પ્રક્રિયાઓ દ્વારા હાથ ધરવામાં આવે છે જે અનુરૂપ ડેટા મેનેજરની જેમ સમાન નોડ્સ પર ચાલે છે. SQL/MX શેડ્યૂલર એક્ઝિક્યુટર્સ વચ્ચે કાર્યોને વિભાજિત કરે છે અને પરિણામોને એકીકૃત કરે છે. જ્યારે સંમત ફેરફારો કરવા જરૂરી હોય, ત્યારે TMF (ટ્રાન્ઝેક્શન મેનેજમેન્ટ ફેસિલિટી) લાઇબ્રેરી દ્વારા પ્રદાન કરવામાં આવેલ બે-તબક્કાના કમિટ પ્રોટોકોલનો ઉપયોગ કરવામાં આવે છે.

નોનસ્ટોપ એસક્યુએલ પ્રક્રિયાઓને પ્રાથમિકતા આપી શકે છે જેથી લાંબી વિશ્લેષણાત્મક ક્વેરી વ્યવહારના અમલીકરણમાં દખલ ન કરે. જો કે, તેનો હેતુ ચોક્કસ રીતે ટૂંકા વ્યવહારોની પ્રક્રિયા કરવાનો છે, અને એનાલિટિક્સનો નહીં. ડેવલપર નોનસ્ટોપ ક્લસ્ટરની ઉપલબ્ધતાની બાંયધરી આપે છે પાંચ "નવ" ના સ્તરે, એટલે કે, ડાઉનટાઇમ દર વર્ષે માત્ર 5 મિનિટ છે.

સાપ હના

HANA DBMS (1.0) નું પ્રથમ સ્થિર પ્રકાશન નવેમ્બર 2010 માં થયું હતું, અને SAP ERP પેકેજ મે 2013 માં HANA પર સ્વિચ થયું હતું. પ્લેટફોર્મ ખરીદેલી ટેક્નોલોજી પર આધારિત છે: TREX સર્ચ એન્જિન (સ્તંભાકાર સ્ટોરેજમાં શોધો), P*TIME DBMS અને MAX DB.

"હાના" શબ્દ પોતે એક ટૂંકું નામ છે, ઉચ્ચ પ્રદર્શન વિશ્લેષણાત્મક ઉપકરણ. આ DBMS કોડના રૂપમાં પૂરા પાડવામાં આવે છે જે કોઈપણ x86 સર્વર પર ચાલી શકે છે, જો કે, ઔદ્યોગિક સ્થાપનોને માત્ર પ્રમાણિત સાધનો પર જ મંજૂરી છે. HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC તરફથી ઉપલબ્ધ ઉકેલો. કેટલાક Lenovo રૂપરેખાંકનો SAN વગર પણ કામગીરી કરવાની મંજૂરી આપે છે - સામાન્ય સ્ટોરેજ સિસ્ટમની ભૂમિકા સ્થાનિક ડિસ્ક પર GPFS ક્લસ્ટર દ્વારા ભજવવામાં આવે છે.

ઉપર સૂચિબદ્ધ પ્લેટફોર્મ્સથી વિપરીત, HANA એ ઇન-મેમરી DBMS છે, એટલે કે પ્રાથમિક ડેટા ઇમેજ RAM માં સંગ્રહિત છે, અને આપત્તિના કિસ્સામાં પુનઃપ્રાપ્તિ માટે ફક્ત લોગ્સ અને સામયિક સ્નેપશોટ ડિસ્ક પર લખવામાં આવે છે.

દરેક HANA ક્લસ્ટર નોડ ડેટાના તેના પોતાના ભાગ માટે જવાબદાર છે, અને ડેટા મેપ એક ખાસ ઘટક - નેમ સર્વરમાં સંગ્રહિત થાય છે, જે કોઓર્ડિનેટર નોડ પર સ્થિત છે. નોડ્સ વચ્ચે ડેટા ડુપ્લિકેટ થતો નથી. લોકીંગ માહિતી પણ દરેક નોડ પર સંગ્રહિત છે, પરંતુ સિસ્ટમમાં વૈશ્વિક ડેડલોક ડિટેક્ટર છે.

જ્યારે HANA ક્લાયંટ ક્લસ્ટર સાથે જોડાય છે, ત્યારે તે તેની ટોપોલોજી ડાઉનલોડ કરે છે અને પછી તેને કયા ડેટાની જરૂર છે તેના આધારે કોઈપણ નોડને સીધો જ એક્સેસ કરી શકે છે. જો કોઈ ટ્રાન્ઝેક્શન એક નોડના ડેટાને અસર કરે છે, તો તે નોડ દ્વારા તેને સ્થાનિક રીતે એક્ઝિક્યુટ કરી શકાય છે, પરંતુ જો ઘણા નોડનો ડેટા બદલાય છે, તો પ્રારંભિક નોડ કોઓર્ડિનેટર નોડનો સંપર્ક કરે છે, જે વિતરિત ટ્રાન્ઝેક્શનને ખોલે છે અને સંકલન કરે છે, અને તેનો ઉપયોગ કરીને ઑપ્ટિમાઇઝ ટુ-ફેઝ કમિટ પ્રોટોકોલ.

કોઓર્ડિનેટર નોડ ડુપ્લિકેટ છે, તેથી જો કોઓર્ડિનેટર નિષ્ફળ જાય, તો બેકઅપ નોડ તરત જ કબજે કરે છે. પરંતુ જો ડેટા સાથે નોડ નિષ્ફળ જાય, તો તેના ડેટાને ઍક્સેસ કરવાનો એકમાત્ર રસ્તો નોડને પુનઃપ્રારંભ કરવાનો છે. નિયમ પ્રમાણે, હાના ક્લસ્ટર્સ ફાજલ સર્વર જાળવી રાખે છે જેથી શક્ય તેટલી ઝડપથી તેના પર ખોવાયેલ નોડ પુનઃપ્રારંભ થાય.

સોર્સ: www.habr.com