ለድርጅቱ ዲቢኤምኤስ ተሰራጭቷል።

የ CAP ቲዎረም የተከፋፈለ ስርዓቶች ንድፈ ሃሳብ የማዕዘን ድንጋይ ነው። እርግጥ ነው፣ በዙሪያው ያለው ውዝግብ አይበርድም፡ በውስጡ ያሉት ትርጓሜዎች ቀኖናዊ አይደሉም፣ እና ምንም ጥብቅ ማረጋገጫ የለም... ቢሆንም፣ በእለት ተእለት የጋራ አስተሳሰብ አቋም ላይ መቆም፣ ንድፈ-ሀሳቡ እውነት መሆኑን በሚገባ እንረዳለን።

ግልጽ ያልሆነው ብቸኛው ነገር የ "P" ፊደል ትርጉም ነው. ክላስተር ሲከፋፈል ምልአተ ጉባኤው እስኪደርስ ድረስ ምላሽ አለመስጠት ወይም ያለውን ውሂብ ለመመለስ ይወስናል። በዚህ ምርጫ ውጤቶች ላይ በመመስረት ስርዓቱ እንደ ሲፒ ወይም AP ይመደባል. ለምሳሌ ካሳንድራ እንደ ክላስተር ቅንጅቶች ሳይሆን በእያንዳንዱ ልዩ ጥያቄ ግቤቶች ላይ በመመስረት በሁለቱም መንገድ ሊሠራ ይችላል። ግን ስርዓቱ "P" ካልሆነ እና ከተሰነጠቀ, ከዚያም ምን?

የዚህ ጥያቄ መልስ በመጠኑ ያልተጠበቀ ነው፡ የCA ክላስተር መከፋፈል አይችልም።
ይህ የማይከፋፈል ምን ዓይነት ዘለላ ነው?

የዚህ አይነት ዘለላ የማይጠቅም ባህሪ የጋራ የመረጃ ማከማቻ ስርዓት ነው። በአብዛኛዎቹ ጉዳዮች ይህ ማለት በ SAN ላይ መገናኘት ማለት ነው ፣ ይህም የ SAN መሠረተ ልማትን ለመጠበቅ ለሚችሉ ትልልቅ ኢንተርፕራይዞች የCA መፍትሄዎችን መጠቀምን ይገድባል። ብዙ ሰርቨሮች ከተመሳሳይ ውሂብ ጋር እንዲሰሩ፣ የተሰባጠረ የፋይል ስርዓት ያስፈልጋል። እንደነዚህ ያሉት የፋይል ስርዓቶች በHPE (CFS)፣ Veritas (VxCFS) እና IBM (GPFS) ፖርትፎሊዮዎች ውስጥ ይገኛሉ።

Oracle RAC

ትክክለኛው የመተግበሪያ ክላስተር አማራጭ መጀመሪያ በ2001 Oracle 9i ከተለቀቀ በኋላ ታየ። በእንደዚህ ዓይነት ዘለላ ውስጥ፣ በርካታ የአገልጋይ ሁኔታዎች ከተመሳሳይ የውሂብ ጎታ ጋር አብረው ይሰራሉ።
Oracle ከሁለቱም የተከመረ የፋይል ስርዓት እና የራሱ መፍትሄ - ASM, Automatic Storage Management ጋር መስራት ይችላል.

እያንዳንዱ ቅጂ የራሱን መጽሔት ይይዛል. ግብይቱ የሚከናወነው በአንድ ምሳሌ ነው። አንድ ምሳሌ ካልተሳካ፣ ከተረፉት የክላስተር ኖዶች (አብነቶች) አንዱ ሎግውን ያነብባል እና የጠፋውን ውሂብ ወደነበረበት ይመልሳል - በዚህም መገኘቱን ያረጋግጣል።

ሁሉም አጋጣሚዎች የራሳቸውን መሸጎጫ ይይዛሉ እና ተመሳሳይ ገጾች (ብሎኮች) በተመሳሳይ ጊዜ በበርካታ አጋጣሚዎች መሸጎጫዎች ውስጥ ሊሆኑ ይችላሉ. ከዚህም በላይ አንድ ምሳሌ ገጽ የሚያስፈልገው ከሆነ እና በሌላ ምሳሌ መሸጎጫ ውስጥ ከሆነ ከዲስክ ከማንበብ ይልቅ የመሸጎጫ ፊውዥን ዘዴን በመጠቀም ከጎረቤቱ ሊያገኘው ይችላል።

ግን ከሁኔታዎች ውስጥ አንዱ መረጃን መለወጥ ካስፈለገ ምን ይከሰታል?

የOracle ልዩነቱ ራሱን የቻለ የመቆለፍ አገልግሎት የለውም፡ አገልጋዩ ረድፍ ለመቆለፍ ከፈለገ የመቆለፊያ መዝገቡ በቀጥታ የተቆለፈው ረድፍ በሚገኝበት ማህደረ ትውስታ ገጽ ላይ ተቀምጧል። ለዚህ አቀራረብ ምስጋና ይግባውና Oracle በሞኖሊቲክ የውሂብ ጎታዎች መካከል የአፈፃፀም ሻምፒዮን ነው-የመቆለፊያ አገልግሎት በጭራሽ እንቅፋት አይሆንም። ነገር ግን በክላስተር ውቅር ውስጥ፣ እንዲህ ያለው አርክቴክቸር ወደ ከፍተኛ የአውታረ መረብ ትራፊክ እና መዘጋቶች ሊያመራ ይችላል።

አንድ ጊዜ መዝገብ ከተቆለፈ በኋላ፣ አንድ ምሳሌ መዝገብ የሚያከማችበት ገጽ ልዩ ይዞታ እንዳለው ሁሉንም ሌሎች አጋጣሚዎች ያሳውቃል። ሌላ ምሳሌ በተመሳሳይ ገጽ ላይ መዝገብ መቀየር ካስፈለገ በገጹ ላይ የተደረጉ ለውጦች እስኪፈጸሙ ድረስ መጠበቅ አለበት, ማለትም, የለውጥ መረጃው በዲስክ ላይ ባለው ጆርናል ላይ ይፃፋል (እና ግብይቱ ሊቀጥል ይችላል). እንዲሁም አንድ ገጽ በቅደም ተከተል በበርካታ ቅጂዎች ሊቀየር ይችላል, ከዚያም ገጹን ወደ ዲስክ በሚጽፉበት ጊዜ የዚህን ገጽ የአሁኑን ስሪት ማን እንደሚያከማች ማወቅ አለብዎት.

ተመሳሳዩን ገጾች በዘፈቀደ በተለያዩ RAC ኖዶች ማዘመን የውሂብ ጎታ አፈጻጸም በአስደንጋጭ ሁኔታ እንዲቀንስ ያደርገዋል፣ ይህም የክላስተር አፈጻጸም ከአንድ ምሳሌ ያነሰ ሊሆን ይችላል።

ትክክለኛው የOracle RAC አጠቃቀም ውሂቡን በአካል መከፋፈል (ለምሳሌ፣ የተከፋፈለ የሰንጠረዥ ዘዴን በመጠቀም) እና እያንዳንዱን የክፍሎች ስብስብ በልዩ መስቀለኛ መንገድ መድረስ ነው። የ RAC ዋና አላማ አግድም ልኬት አልነበረም፣ ነገር ግን ስህተት መቻቻልን ማረጋገጥ ነው።

አንድ መስቀለኛ መንገድ ለልብ ምት ምላሽ መስጠቱን ካቆመ በመጀመሪያ ያገኘው መስቀለኛ መንገድ በዲስክ ላይ የድምፅ አሰጣጥ ሂደት ይጀምራል። የጎደለው መስቀለኛ መንገድ እዚህ ካልተጠቀሰ፣ ከአንጓዎቹ አንዱ የውሂብ መልሶ ማግኛን ኃላፊነት ይወስዳል፡-

• በጠፋው መስቀለኛ መንገድ መሸጎጫ ውስጥ የነበሩትን ሁሉንም ገፆች "ይቀዘቅዛል" ፤
• የጎደለውን መስቀለኛ መንገድ ምዝግብ ማስታወሻዎችን (እንደገና ይድገሙት) ያነባል እና በእነዚህ ምዝግብ ማስታወሻዎች ውስጥ የተመዘገቡትን ለውጦች እንደገና ይተገበራል ፣ በተመሳሳይ ጊዜ ሌሎች አንጓዎች የተቀየሩት የገጾቹ የቅርብ ጊዜ ስሪቶች መኖራቸውን ያረጋግጡ ።
• በመጠባበቅ ላይ ያሉ ግብይቶችን ይመለሳል።

በአንጓዎች መካከል መቀያየርን ለማቃለል፣ Oracle የአገልግሎት ጽንሰ-ሀሳብ አለው - ምናባዊ ምሳሌ። አንድ ምሳሌ ብዙ አገልግሎቶችን ሊያገለግል ይችላል፣ እና አንድ አገልግሎት በአንጓዎች መካከል ሊንቀሳቀስ ይችላል። የውሂብ ጎታውን የተወሰነ ክፍል የሚያገለግል የመተግበሪያ ምሳሌ (ለምሳሌ የደንበኞች ቡድን) ከአንድ አገልግሎት ጋር ይሰራል፣ እና የዚህ የውሂብ ጎታ ክፍል ኃላፊነት ያለው አገልግሎት መስቀለኛ መንገድ ሲወድቅ ወደ ሌላ መስቀለኛ መንገድ ይሸጋገራል።

IBM ንፁህ የውሂብ ስርዓቶች ለግብይቶች

ለዲቢኤምኤስ የክላስተር መፍትሄ በBlue Giant ፖርትፎሊዮ ውስጥ በ2009 ታየ። በሃሳብ ደረጃ, በ "መደበኛ" መሳሪያዎች ላይ የተገነባው የ "Parallel Sysplex" ክላስተር ተተኪ ነው. እ.ኤ.አ. በ2009፣ DB2 pureScale እንደ ሶፍትዌር ስብስብ ተለቀቀ፣ እና በ2012፣ IBM ንፁህ ዳታ ሲስተምስ ለግብይቶች የሚባል መሳሪያ አቅርቧል። ከንፁህ ዳታ ሲስተምስ ለትንታኔዎች ጋር መምታታት የለበትም፣ ይህ ኔትዛ ከተሰየመ ሌላ ምንም አይደለም።

በመጀመሪያ እይታ የንፁህ ስኬል አርክቴክቸር ከ Oracle RAC ጋር ተመሳሳይ ነው፡ በተመሳሳይ መልኩ በርካታ አንጓዎች ከአንድ የጋራ የመረጃ ማከማቻ ስርዓት ጋር የተገናኙ ናቸው፣ እና እያንዳንዱ መስቀለኛ መንገድ የራሱን የ DBMS ምሳሌ በራሱ የማስታወሻ ቦታዎች እና የግብይት ምዝግብ ማስታወሻዎች ያካሂዳል። ነገር ግን፣ ከኦራክል በተለየ፣ DB2 በdb2LLM* ሂደቶች ስብስብ የተወከለ ልዩ የመቆለፍ አገልግሎት አለው። በክላስተር ውቅር፣ ይህ አገልግሎት በተለየ መስቀለኛ መንገድ ላይ ተቀምጧል፣ እሱም መጋጠሚያ ፋሲሊቲ (CF) በ Parallel Sysplex እና PowerHA በ Pure Data ይባላል።

PowerHA የሚከተሉትን አገልግሎቶች ይሰጣል

• የመቆለፊያ አስተዳዳሪ;
• ዓለም አቀፍ ቋት መሸጎጫ;
• በሂደት ውስጥ ያሉ ግንኙነቶች አካባቢ.

ከPowerHA ወደ የውሂብ ጎታ ኖዶች እና ወደ ኋላ ለማስተላለፍ፣ የርቀት ማህደረ ትውስታ መዳረሻ ጥቅም ላይ ይውላል፣ ስለዚህ የክላስተር ማገናኛ የRDMA ፕሮቶኮልን መደገፍ አለበት። PureScale ሁለቱንም Infiniband እና RDMA በኤተርኔት ላይ መጠቀም ይችላል።

መስቀለኛ መንገድ አንድ ገጽ የሚያስፈልገው ከሆነ እና ይህ ገጽ በመሸጎጫው ውስጥ ከሌለ, መስቀለኛ መንገዱ በአለምአቀፍ መሸጎጫ ውስጥ ገጹን ይጠይቃል, እና እዚያ ከሌለ ብቻ ከዲስክ ያነበዋል. እንደ Oracle ሳይሆን፣ ጥያቄው የሚሄደው ወደ PowerHA ብቻ ነው፣ እና ወደ ጎረቤት አንጓዎች አይደለም።

አንድ ምሳሌ አንድ ረድፍ ሊቀይር ከሆነ በልዩ ሁኔታ ይቆልፈዋል እና ረድፉ የሚገኝበት ገጽ በጋራ ሁነታ ላይ። ሁሉም መቆለፊያዎች በአለምአቀፍ መቆለፊያ አስተዳዳሪ ውስጥ ተመዝግበዋል. ግብይቱ ሲጠናቀቅ መስቀለኛ መንገድ ወደ መቆለፊያ አስተዳዳሪ መልእክት ይልካል፣ የተሻሻለውን ገጽ ወደ አለምአቀፍ መሸጎጫ ይገለብጣል፣ መቆለፊያዎቹን ይለቀቃል እና የተሻሻለውን ገጽ በሌሎች አንጓዎች መሸጎጫዎች ውስጥ ያሳጣዋል።

የተሻሻለው ረድፍ የሚገኝበት ገጽ አስቀድሞ ተቆልፎ ከሆነ የመቆለፊያ አስተዳዳሪው ለውጡን ካደረገው መስቀለኛ መንገድ ማህደረ ትውስታ የተሻሻለውን ገጽ ያነብባል ፣ መቆለፊያውን ይለቀቃል ፣ የተሻሻለውን ገጽ በሌሎች አንጓዎች መሸጎጫዎች ውስጥ ያጠፋዋል እና የገጹን መቆለፊያ ለጠየቀው መስቀለኛ መንገድ ይስጡት።

“ቆሻሻ”፣ ማለትም፣ ተለውጧል፣ ገጾች ከመደበኛ መስቀለኛ መንገድ እና ከPowerHA (castout) በሁለቱም ወደ ዲስክ ሊጻፉ ይችላሉ።

ከንጹህ ሚዛን አንጓዎች አንዱ ካልተሳካ፣ መልሶ ማግኘት በውድቀቱ ጊዜ ገና ያልተጠናቀቁ ግብይቶች ላይ ብቻ የተገደበ ነው፡ በተጠናቀቁ ግብይቶች ውስጥ በዚያ መስቀለኛ መንገድ የተሻሻሉ ገፆች በPowerHA ላይ ባለው ዓለም አቀፍ መሸጎጫ ውስጥ ናቸው። መስቀለኛ መንገድ በክላስተር ውስጥ ካሉ አገልጋዮች በአንዱ ላይ በተቀነሰ ውቅረት እንደገና ይጀመራል፣ በመጠባበቅ ላይ ያሉ ግብይቶችን ይመለሳል እና ቁልፎችን ያስወጣል።

PowerHA በሁለት አገልጋዮች ላይ ይሰራል እና ዋናው መስቀለኛ መንገድ ሁኔታውን በተመሳሳይ ሁኔታ ይደግማል። ዋናው የPowerHA ኖድ ካልተሳካ፣ ክላስተር በመጠባበቂያ መስቀለኛ መንገድ መስራቱን ይቀጥላል።
እርግጥ ነው፣ በነጠላ መስቀለኛ መንገድ የተቀመጠውን መረጃ ከደረስክ፣ የክላስተር አጠቃላይ አፈጻጸም ከፍ ያለ ይሆናል። PureScale እንኳን የተወሰነ የውሂብ ቦታ በአንድ መስቀለኛ መንገድ እየተሰራ መሆኑን ሊያስተውል ይችላል፣ እና ከዚያ አካባቢ ጋር የተያያዙ ሁሉም መቆለፊያዎች ከPowerHA ጋር ሳይገናኙ በአካባቢው በመስቀለኛ መንገድ ይሰራሉ። ነገር ግን አፕሊኬሽኑ ይህን ውሂብ በሌላ መስቀለኛ መንገድ ለመድረስ እንደሞከረ፣ የተማከለ የመቆለፊያ ሂደት ይቀጥላል።

የ IBM የውስጥ ሙከራዎች በ90% የማንበብ እና 10% የመፃፍ ፣ይህም ከእውነተኛው አለም የምርት የስራ ጫናዎች ጋር ተመሳሳይነት ያለው እስከ 128 ኖዶች የሚደርስ የመስመራዊ ልኬትን ያሳያል። የሙከራ ሁኔታዎች, በሚያሳዝን ሁኔታ, አልተገለጹም.

HPE የማያቆም SQL

የHewlett-Packard ኢንተርፕራይዝ ፖርትፎሊዮ የራሱ የሆነ በጣም የሚገኝ መድረክ አለው። ይህ በ 1976 በታንዳም ኮምፒዩተሮች ለገበያ የተለቀቀው የማያቆም መድረክ ነው። እ.ኤ.አ. በ 1997 ኩባንያው በኮምፓክ ተገዛ ፣ እሱም በተራው በ 2002 ከ Hewlett-Packard ጋር ተቀላቅሏል ።

የማያቆም ወሳኝ መተግበሪያዎችን ለመገንባት ጥቅም ላይ ይውላል - ለምሳሌ፣ HLR ወይም የባንክ ካርድ ሂደት። የመሳሪያ ስርዓቱ በሶፍትዌር እና በሃርድዌር ውስብስብ (መሳሪያ) መልክ ይቀርባል, ይህም የኮምፒዩተር ኖዶች, የውሂብ ማከማቻ ስርዓት እና የመገናኛ መሳሪያዎችን ያካትታል. የServerNet አውታረ መረብ (በዘመናዊ ስርዓቶች - ኢንፊኒባንድ) በመስቀለኛ መንገድ መካከል ለመለዋወጥ እና የውሂብ ማከማቻ ስርዓቱን ለመድረስ ሁለቱንም ያገለግላል።

የስርዓቱ ቀደምት ስሪቶች እርስ በእርሳቸው የሚመሳሰሉ የባለቤትነት ማቀነባበሪያዎችን ተጠቅመዋል-ሁሉም ክዋኔዎች በበርካታ ማቀነባበሪያዎች በተመሳሳይ መልኩ ይከናወናሉ, እና ከአቀነባባሪዎቹ አንዱ ስህተት እንደሠራ, ጠፍቷል, ሁለተኛው ደግሞ መስራቱን ቀጠለ. በኋላ ፣ ስርዓቱ ወደ ተለመደው ማቀነባበሪያዎች (የመጀመሪያው MIPS ፣ ከዚያ ኢታኒየም እና በመጨረሻም x86) ተቀይሯል ፣ እና ሌሎች ስልቶች ለማመሳሰል ጥቅም ላይ መዋል ጀመሩ።

• መልእክቶች: እያንዳንዱ የስርዓት ሂደት "ጥላ" መንትያ አለው, ወደ ገባሪ ሂደቱ በየጊዜው ስለ ሁኔታው ​​መልዕክቶችን ይልካል; ዋናው ሂደት ካልተሳካ ፣ የጥላው ሂደት በመጨረሻው መልእክት ከተወሰነበት ጊዜ ጀምሮ መሥራት ይጀምራል ፣
• ድምጽ መስጠት፡ የማከማቻ ስርዓቱ ብዙ ተመሳሳይ መዳረሻዎችን የሚቀበል ልዩ የሃርድዌር አካል አለው እና መዳረሻዎቹ ከተስማሙ ብቻ ያስፈጽማል። ከአካላዊ ማመሳሰል ይልቅ ፕሮሰሰሮች በማይመሳሰል መልኩ ይሰራሉ፣ እና የስራቸው ውጤት በ I/O አፍታዎች ብቻ ይነጻጸራል።

ከ1987 ጀምሮ፣ ተዛማጅ ዲቢኤምኤስ በNonStop መድረክ ላይ እየሰራ ነው - መጀመሪያ SQL/MP፣ እና በኋላ SQL/MX።

ጠቅላላው የመረጃ ቋቱ በክፍሎች የተከፋፈለ ሲሆን እያንዳንዱ ክፍል ለራሱ የውሂብ መዳረሻ አስተዳዳሪ (DAM) ሂደት ኃላፊነት አለበት. የውሂብ ቀረጻ፣ መሸጎጫ እና የመቆለፍ ዘዴዎችን ያቀርባል። የውሂብ ሂደት የሚከናወነው እንደ ተጓዳኝ የውሂብ አስተዳዳሪዎች በተመሳሳይ አንጓዎች ላይ በሚሰሩ በኤክሰኪዩተር የአገልጋይ ሂደቶች ነው። የ SQL/MX መርሐግብር አውጪ ተግባራትን በፈጻሚዎች መካከል ይከፋፍላል እና ውጤቶቹን ያጠቃልላል። የተስማሙ ለውጦችን ማድረግ አስፈላጊ ሆኖ ሲገኝ፣ በTMF (የግብይት አስተዳደር ፋሲሊቲ) ቤተ-መጽሐፍት የቀረበው ባለሁለት-ደረጃ ቁርጠኝነት ፕሮቶኮል ጥቅም ላይ ይውላል።

የማያቆም SQL ረጅም የትንታኔ መጠይቆች በግብይት አፈጻጸም ላይ ጣልቃ እንዳይገቡ ሂደቶችን ማስቀደም ይችላል። ሆኖም ፣ ዓላማው በትክክል የአጭር ግብይቶችን ሂደት ነው ፣ እና ትንታኔ አይደለም። ገንቢው የማያቆም ክላስተር በአምስት “ዘጠኝ” ደረጃ መገኘቱን ያረጋግጣል፣ ያም ማለት የእረፍት ጊዜ በዓመት 5 ደቂቃ ብቻ ነው።

SAP ሃና

የመጀመሪያው የተረጋጋ የHANA DBMS (1.0) ልቀት የተካሄደው በኖቬምበር 2010 ነው፣ እና የSAP ERP ጥቅል በሜይ 2013 ወደ HANA ተቀይሯል። የመሳሪያ ስርዓቱ በተገዙ ቴክኖሎጂዎች ላይ የተመሰረተ ነው፡TREX Search Engine (በአምድ መደብር ውስጥ ፈልግ)፣ P*TIME DBMS እና MAX DB።

“HANA” የሚለው ቃል ራሱ ምህጻረ ቃል ነው፣ ከፍተኛ አፈጻጸም አናሊቲካል አፕሊነስ። ይህ DBMS በማንኛውም x86 አገልጋዮች ላይ ሊሰራ በሚችል ኮድ መልክ ነው የሚቀርበው ነገር ግን የኢንዱስትሪ ጭነቶች በተረጋገጡ መሳሪያዎች ላይ ብቻ ይፈቀዳሉ። መፍትሄዎች ከ HP፣ Lenovo፣ Cisco፣ Dell፣ Fujitsu፣ Hitachi፣ NEC ይገኛሉ። አንዳንድ የLenovo ውቅሮች ያለ SAN እንዲሠሩ ይፈቅዳሉ - የጋራ ማከማቻ ስርዓት ሚና የሚጫወተው በ GPFS ክላስተር በአካባቢያዊ ዲስኮች ላይ ነው።

ከላይ ከተዘረዘሩት መድረኮች በተለየ HANA የማህደረ ትውስታ ዲቢኤምኤስ ነው፣ ማለትም ዋናው የመረጃ ምስል በ RAM ውስጥ ተከማችቷል፣ እና በአደጋ ጊዜ ለማገገም ምዝግብ ማስታወሻዎች እና ወቅታዊ ቅጽበተ-ፎቶዎች ብቻ ወደ ዲስክ ይፃፋሉ።

እያንዳንዱ የ HANA ክላስተር መስቀለኛ መንገድ ለራሱ የውሂብ ክፍል ተጠያቂ ነው, እና የውሂብ ካርታው በልዩ አካል ውስጥ ተከማችቷል - ስም አገልጋይ, በአስተባባሪው መስቀለኛ መንገድ ላይ ይገኛል. ውሂብ በአንጓዎች መካከል የተባዛ አይደለም. በእያንዳንዱ መስቀለኛ መንገድ ላይ የመቆለፍ መረጃም ተከማችቷል፣ ነገር ግን ስርዓቱ አለምአቀፍ የሞት መቆለፊያ ጠቋሚ አለው።

የ HANA ደንበኛ ከክላስተር ጋር ሲገናኝ ቶፖሎጂውን ያወርዳል እና በሚፈልገው መረጃ ላይ በመመስረት ማንኛውንም መስቀለኛ መንገድ በቀጥታ ማግኘት ይችላል። አንድ ግብይት የነጠላ መስቀለኛ መንገድን ውሂብ የሚነካ ከሆነ፣ በዚያ መስቀለኛ መንገድ በአካባቢው ሊፈጸም ይችላል፣ ነገር ግን የበርካታ አንጓዎች መረጃ ከተቀየረ፣ ማስጀመሪያው መስቀለኛ መንገድ ከአስተባባሪው መስቀለኛ መንገድ ጋር ይገናኛል፣ ይህም የተከፋፈለውን ግብይት ይከፍታል እና ያስተባብራል። የተሻሻለ ባለ ሁለት-ደረጃ ስምምነት ፕሮቶኮል

የአስተባባሪው መስቀለኛ መንገድ የተባዛ ነው, ስለዚህ አስተባባሪው ካልተሳካ, የመጠባበቂያው መስቀለኛ መንገድ ወዲያውኑ ይወስዳል. ነገር ግን ውሂብ ያለው መስቀለኛ መንገድ ካልተሳካ ውሂቡን ለመድረስ ብቸኛው መንገድ መስቀለኛ መንገዱን እንደገና ማስጀመር ነው። እንደ ደንቡ፣ የ HANA ስብስቦች በተቻለ ፍጥነት በላዩ ላይ የጠፋውን መስቀለኛ መንገድ እንደገና ለማስጀመር ትርፍ አገልጋይ ይይዛሉ።

ምንጭ: hab.com