এন্টারপ্রাইজের জন্য ডিবিএমএস বিতরণ করা হয়েছে

CAP উপপাদ্য হল বিতরণ করা সিস্টেম তত্ত্বের ভিত্তি। অবশ্যই, এটিকে ঘিরে বিতর্ক কমে না: এর সংজ্ঞাগুলি আদর্শ নয়, এবং কোনও কঠোর প্রমাণ নেই... তবুও, দৃঢ়ভাবে দৈনন্দিন সাধারণ জ্ঞানের অবস্থানের উপর দাঁড়িয়ে, আমরা স্বজ্ঞাতভাবে বুঝতে পারি যে উপপাদ্যটি সত্য।

একমাত্র জিনিস যা স্পষ্ট নয় তা হল "P" অক্ষরের অর্থ। যখন ক্লাস্টারটি ভাগ করা হয়, তখন এটি সিদ্ধান্ত নেয় যে কোরাম না পৌঁছানো পর্যন্ত সাড়া দেওয়া হবে না, বা উপলব্ধ ডেটা ফেরত দেওয়া হবে কিনা। এই পছন্দের ফলাফলের উপর নির্ভর করে, সিস্টেমটিকে CP বা AP হিসাবে শ্রেণীবদ্ধ করা হয়। ক্যাসান্ড্রা, উদাহরণস্বরূপ, ক্লাস্টার সেটিংসের উপর নির্ভর করে নয়, প্রতিটি নির্দিষ্ট অনুরোধের পরামিতিগুলির উপর নির্ভর করে যে কোনও উপায়ে আচরণ করতে পারে। কিন্তু সিস্টেম যদি "P" না হয় এবং এটি বিভক্ত হয়, তাহলে কি?

এই প্রশ্নের উত্তর কিছুটা অপ্রত্যাশিত: একটি CA ক্লাস্টার বিভক্ত হতে পারে না।
এটা কি ধরনের ক্লাস্টার যা বিভক্ত হতে পারে না?

এই জাতীয় ক্লাস্টারের একটি অপরিহার্য বৈশিষ্ট্য হ'ল একটি ভাগ করা ডেটা স্টোরেজ সিস্টেম। বেশিরভাগ ক্ষেত্রে, এর অর্থ হল একটি SAN এর মাধ্যমে সংযোগ করা, যা একটি SAN পরিকাঠামো বজায় রাখতে সক্ষম বড় উদ্যোগগুলিতে CA সমাধানের ব্যবহার সীমিত করে। একই ডেটার সাথে একাধিক সার্ভার কাজ করার জন্য, একটি ক্লাস্টার ফাইল সিস্টেম প্রয়োজন। এই ধরনের ফাইল সিস্টেম HPE (CFS), Veritas (VxCFS) এবং IBM (GPFS) পোর্টফোলিওতে পাওয়া যায়।

ওরাকল আরএসি

রিয়েল অ্যাপ্লিকেশন ক্লাস্টার বিকল্পটি প্রথম 2001 সালে Oracle 9i প্রকাশের সাথে উপস্থিত হয়েছিল। এই ধরনের একটি ক্লাস্টারে, একই ডাটাবেসের সাথে একাধিক সার্ভারের উদাহরণ কাজ করে।
ওরাকল একটি ক্লাস্টারড ফাইল সিস্টেম এবং এর নিজস্ব সমাধান - এএসএম, স্বয়ংক্রিয় স্টোরেজ ম্যানেজমেন্ট উভয়ের সাথে কাজ করতে পারে।

প্রতিটি অনুলিপি নিজস্ব জার্নাল রাখে। লেনদেন এক দৃষ্টান্ত দ্বারা সম্পাদিত এবং প্রতিশ্রুতিবদ্ধ হয়। যদি একটি উদাহরণ ব্যর্থ হয়, বেঁচে থাকা ক্লাস্টার নোডগুলির মধ্যে একটি (উদাহরণ) তার লগ পড়ে এবং হারিয়ে যাওয়া ডেটা পুনরুদ্ধার করে - এর ফলে প্রাপ্যতা নিশ্চিত হয়।

সমস্ত দৃষ্টান্ত তাদের নিজস্ব ক্যাশে বজায় রাখে এবং একই পৃষ্ঠাগুলি (ব্লক) একই সময়ে একাধিক উদাহরণের ক্যাশে থাকতে পারে। অধিকন্তু, যদি একটি উদাহরণের একটি পৃষ্ঠার প্রয়োজন হয় এবং এটি অন্য একটি উদাহরণের ক্যাশে থাকে, তবে এটি ডিস্ক থেকে পড়ার পরিবর্তে ক্যাশে ফিউশন পদ্ধতি ব্যবহার করে এটি তার প্রতিবেশীর কাছ থেকে পেতে পারে।

কিন্তু কি হবে যদি এক দৃষ্টান্তের তথ্য পরিবর্তন করতে হয়?

ওরাকলের বিশেষত্ব হল যে এটিতে কোনও ডেডিকেটেড লকিং পরিষেবা নেই: যদি সার্ভার একটি সারি লক করতে চায়, তাহলে লক রেকর্ডটি সরাসরি মেমরি পৃষ্ঠায় স্থাপন করা হয় যেখানে লক করা সারিটি অবস্থিত। এই পদ্ধতির জন্য ধন্যবাদ, ওরাকল একচেটিয়া ডেটাবেসগুলির মধ্যে পারফরম্যান্স চ্যাম্পিয়ন: লকিং পরিষেবা কখনও বাধা হয়ে দাঁড়ায় না। কিন্তু একটি ক্লাস্টার কনফিগারেশনে, এই ধরনের একটি আর্কিটেকচার তীব্র নেটওয়ার্ক ট্র্যাফিক এবং অচলাবস্থার দিকে নিয়ে যেতে পারে।

একবার একটি রেকর্ড লক হয়ে গেলে, একটি উদাহরণ অন্য সমস্ত দৃষ্টান্তকে সূচিত করে যে সেই পৃষ্ঠাটি যে রেকর্ডটি সঞ্চয় করে তার একটি একচেটিয়া হোল্ড রয়েছে৷ যদি অন্য একটি উদাহরণ একই পৃষ্ঠায় একটি রেকর্ড পরিবর্তন করতে হয়, তাহলে পৃষ্ঠায় পরিবর্তনগুলি প্রতিশ্রুতিবদ্ধ না হওয়া পর্যন্ত এটিকে অপেক্ষা করতে হবে, অর্থাৎ, পরিবর্তনের তথ্যটি ডিস্কের একটি জার্নালে লেখা হয় (এবং লেনদেন চলতে পারে)। এটি এমনও হতে পারে যে একটি পৃষ্ঠা ক্রমিকভাবে বেশ কয়েকটি কপি দ্বারা পরিবর্তিত হবে এবং তারপরে পৃষ্ঠাটি ডিস্কে লেখার সময় আপনাকে এই পৃষ্ঠাটির বর্তমান সংস্করণটি কে সঞ্চয় করে তা খুঁজে বের করতে হবে।

বিভিন্ন RAC নোড জুড়ে একই পৃষ্ঠাগুলিকে এলোমেলোভাবে আপডেট করার ফলে ডাটাবেসের কর্মক্ষমতা নাটকীয়ভাবে কমে যায়, যেখানে ক্লাস্টার কর্মক্ষমতা একটি একক উদাহরণের চেয়ে কম হতে পারে।

ওরাকল RAC-এর সঠিক ব্যবহার হল ডেটা ফিজিক্যালি পার্টিশন করা (উদাহরণস্বরূপ, একটি পার্টিশন করা টেবিল মেকানিজম ব্যবহার করে) এবং একটি ডেডিকেটেড নোডের মাধ্যমে পার্টিশনের প্রতিটি সেট অ্যাক্সেস করা। RAC এর মূল উদ্দেশ্য ছিল অনুভূমিক স্কেলিং নয়, কিন্তু ত্রুটি সহনশীলতা নিশ্চিত করা।

যদি একটি নোড হৃদস্পন্দনে সাড়া দেওয়া বন্ধ করে, তাহলে যে নোডটি এটি সনাক্ত করেছে সেটি প্রথমে ডিস্কে একটি ভোটিং পদ্ধতি শুরু করে। যদি অনুপস্থিত নোডটি এখানে উল্লেখ না করা হয়, তাহলে নোডগুলির মধ্যে একটি ডেটা পুনরুদ্ধারের দায়িত্ব নেয়:

• অনুপস্থিত নোডের ক্যাশে থাকা সমস্ত পৃষ্ঠাগুলিকে "স্থির করে";
• অনুপস্থিত নোডের লগগুলি (পুনরায় করুন) পড়ে এবং এই লগগুলিতে রেকর্ড করা পরিবর্তনগুলি পুনরায় প্রয়োগ করে, একই সাথে অন্যান্য নোডগুলিতে পরিবর্তন করা পৃষ্ঠাগুলির আরও সাম্প্রতিক সংস্করণ রয়েছে কিনা তা পরীক্ষা করে;
• মুলতুবি লেনদেন রোল ব্যাক.

নোডগুলির মধ্যে স্যুইচিং সহজ করার জন্য, ওরাকলের একটি পরিষেবার ধারণা রয়েছে - একটি ভার্চুয়াল উদাহরণ। একটি উদাহরণ একাধিক পরিষেবা পরিবেশন করতে পারে এবং একটি পরিষেবা নোডগুলির মধ্যে স্থানান্তর করতে পারে। ডাটাবেসের একটি নির্দিষ্ট অংশ (উদাহরণস্বরূপ, ক্লায়েন্টদের একটি গ্রুপ) পরিবেশন করা একটি অ্যাপ্লিকেশন উদাহরণ একটি পরিষেবার সাথে কাজ করে এবং ডেটাবেসের এই অংশের জন্য দায়ী পরিষেবাটি অন্য নোডে চলে যায় যখন একটি নোড ব্যর্থ হয়।

লেনদেনের জন্য IBM বিশুদ্ধ ডেটা সিস্টেম

2009 সালে ব্লু জায়ান্ট পোর্টফোলিওতে DBMS-এর জন্য একটি ক্লাস্টার সমাধান উপস্থিত হয়েছিল। আদর্শগতভাবে, এটি "নিয়মিত" সরঞ্জামের উপর নির্মিত সমান্তরাল সিসপ্লেক্স ক্লাস্টারের উত্তরসূরি। 2009 সালে, DB2 pureScale একটি সফ্টওয়্যার স্যুট হিসাবে প্রকাশিত হয়েছিল এবং 2012 সালে, IBM লেনদেনের জন্য Pure Data Systems নামে একটি যন্ত্র অফার করেছিল। এটিকে বিশ্লেষণের জন্য বিশুদ্ধ ডেটা সিস্টেমের সাথে বিভ্রান্ত করা উচিত নয়, যা একটি নতুন নামকরণ করা Netezza ছাড়া আর কিছুই নয়।

প্রথম নজরে, পিওরস্কেল আর্কিটেকচারটি ওরাকল RAC-এর মতো: একইভাবে, বেশ কয়েকটি নোড একটি সাধারণ ডেটা স্টোরেজ সিস্টেমের সাথে সংযুক্ত থাকে এবং প্রতিটি নোড তার নিজস্ব মেমরি এলাকা এবং লেনদেন লগগুলির সাথে নিজস্ব DBMS উদাহরণ চালায়। কিন্তু, ওরাকলের বিপরীতে, DB2 এর একটি ডেডিকেটেড লকিং পরিষেবা রয়েছে যা db2LLM* প্রক্রিয়াগুলির একটি সেট দ্বারা উপস্থাপিত হয়। একটি ক্লাস্টার কনফিগারেশনে, এই পরিষেবাটি একটি পৃথক নোডে স্থাপন করা হয়, যাকে প্যারালাল সিসপ্লেক্সে কাপলিং ফ্যাসিলিটি (সিএফ) এবং বিশুদ্ধ ডেটাতে পাওয়ারএইচএ বলা হয়।

PowerHA নিম্নলিখিত পরিষেবা প্রদান করে:

• লক ম্যানেজার;
• গ্লোবাল বাফার ক্যাশে;
• আন্তঃপ্রক্রিয়া যোগাযোগের ক্ষেত্র।

PowerHA থেকে ডেটাবেস নোডগুলিতে এবং পিছনে ডেটা স্থানান্তর করতে, দূরবর্তী মেমরি অ্যাক্সেস ব্যবহার করা হয়, তাই ক্লাস্টার ইন্টারকানেক্ট অবশ্যই RDMA প্রোটোকল সমর্থন করবে। PureScale ইথারনেটের মাধ্যমে Infiniband এবং RDMA উভয়ই ব্যবহার করতে পারে।

যদি একটি নোডের একটি পৃষ্ঠার প্রয়োজন হয়, এবং এই পৃষ্ঠাটি ক্যাশে না থাকে, তাহলে নোডটি গ্লোবাল ক্যাশে পৃষ্ঠাটিকে অনুরোধ করে এবং যদি এটি সেখানে না থাকে তবে এটি ডিস্ক থেকে পড়ে। ওরাকলের বিপরীতে, অনুরোধ শুধুমাত্র পাওয়ারএইচএ-তে যায়, প্রতিবেশী নোডগুলিতে নয়।

যদি একটি উদাহরণ একটি সারি পরিবর্তন করতে যাচ্ছে, এটি এটিকে একচেটিয়া মোডে লক করে, এবং পৃষ্ঠাটি যেখানে সারিটি ভাগ করা মোডে অবস্থিত। সমস্ত লক গ্লোবাল লক ম্যানেজারে নিবন্ধিত। লেনদেন সম্পূর্ণ হলে, নোডটি লক ম্যানেজারকে একটি বার্তা পাঠায়, যা পরিবর্তিত পৃষ্ঠাটিকে গ্লোবাল ক্যাশে কপি করে, লকগুলি প্রকাশ করে এবং অন্য নোডের ক্যাশে পরিবর্তিত পৃষ্ঠাটিকে অবৈধ করে।

যদি পরিবর্তিত সারিটি যে পৃষ্ঠায় অবস্থিত সেটি ইতিমধ্যেই লক করা থাকে, তাহলে লক ম্যানেজার নোডের মেমরি থেকে পরিবর্তিত পৃষ্ঠাটি পড়বেন যা পরিবর্তন করেছে, লকটি ছেড়ে দেবে, অন্য নোডের ক্যাশে সংশোধিত পৃষ্ঠাটিকে বাতিল করবে এবং পৃষ্ঠা লকটি নোডটিতে দিন যা এটি অনুরোধ করেছে।

"নোংরা", অর্থাৎ পরিবর্তিত, নিয়মিত নোড এবং পাওয়ারএইচএ (কাস্টআউট) উভয় থেকেই পৃষ্ঠাগুলি ডিস্কে লেখা যেতে পারে।

PureScale নোডগুলির মধ্যে একটি ব্যর্থ হলে, পুনরুদ্ধার শুধুমাত্র সেই সমস্ত লেনদেনের মধ্যে সীমাবদ্ধ থাকে যেগুলি ব্যর্থতার সময় এখনও সম্পূর্ণ হয়নি: সম্পূর্ণ লেনদেনে সেই নোড দ্বারা পরিবর্তিত পৃষ্ঠাগুলি PowerHA-এর গ্লোবাল ক্যাশে থাকে৷ নোডটি ক্লাস্টারের একটি সার্ভারে একটি হ্রাসকৃত কনফিগারেশনে পুনরায় চালু হয়, মুলতুবি থাকা লেনদেনগুলিকে ফিরিয়ে আনে এবং লকগুলি প্রকাশ করে।

পাওয়ারএইচএ দুটি সার্ভারে চলে এবং মাস্টার নোড তার অবস্থা সিঙ্ক্রোনাসভাবে প্রতিলিপি করে। প্রাথমিক PowerHA নোড ব্যর্থ হলে, ক্লাস্টারটি ব্যাকআপ নোডের সাথে কাজ করতে থাকে।
অবশ্যই, যদি আপনি একটি একক নোডের মাধ্যমে ডেটা সেট অ্যাক্সেস করেন তবে ক্লাস্টারের সামগ্রিক কর্মক্ষমতা বেশি হবে। PureScale এমনকি লক্ষ্য করতে পারে যে ডেটার একটি নির্দিষ্ট এলাকা একটি নোড দ্বারা প্রক্রিয়া করা হচ্ছে, এবং তারপর সেই এলাকার সাথে সম্পর্কিত সমস্ত লকগুলি PowerHA এর সাথে যোগাযোগ না করে নোড দ্বারা স্থানীয়ভাবে প্রক্রিয়া করা হবে। কিন্তু যত তাড়াতাড়ি অ্যাপ্লিকেশন অন্য নোডের মাধ্যমে এই ডেটা অ্যাক্সেস করার চেষ্টা করবে, কেন্দ্রীভূত লক প্রক্রিয়াকরণ আবার শুরু হবে।

90% রিড এবং 10% লেখার কাজের চাপের উপর IBM-এর অভ্যন্তরীণ পরীক্ষা, যা বাস্তব-বিশ্বের উত্পাদন কাজের চাপের মতো, প্রায় 128 নোড পর্যন্ত লিনিয়ার স্কেলিং দেখায়। টেস্ট শর্ত, দুর্ভাগ্যবশত, প্রকাশ করা হয় না.

এইচপিই ননস্টপ এসকিউএল

হিউলেট-প্যাকার্ড এন্টারপ্রাইজ পোর্টফোলিওর নিজস্ব অত্যন্ত উপলব্ধ প্ল্যাটফর্ম রয়েছে। এটি ননস্টপ প্ল্যাটফর্ম, 1976 সালে ট্যান্ডেম কম্পিউটার দ্বারা বাজারে প্রকাশিত হয়েছিল। 1997 সালে, কোম্পানিটি কমপ্যাক দ্বারা অধিগ্রহণ করা হয়, যা 2002 সালে হিউলেট-প্যাকার্ডের সাথে একীভূত হয়।

সমালোচনামূলক অ্যাপ্লিকেশন তৈরি করতে ননস্টপ ব্যবহার করা হয় - উদাহরণস্বরূপ, এইচএলআর বা ব্যাঙ্ক কার্ড প্রক্রিয়াকরণ। প্ল্যাটফর্মটি একটি সফ্টওয়্যার এবং হার্ডওয়্যার কমপ্লেক্স (অ্যাপ্লায়েন্স) আকারে সরবরাহ করা হয়, যার মধ্যে রয়েছে কম্পিউটিং নোড, একটি ডেটা স্টোরেজ সিস্টেম এবং যোগাযোগ সরঞ্জাম। সার্ভারনেট নেটওয়ার্ক (আধুনিক সিস্টেমে - ইনফিনিব্যান্ড) নোডের মধ্যে বিনিময় এবং ডেটা স্টোরেজ সিস্টেমে অ্যাক্সেসের জন্য উভয়ই কাজ করে।

সিস্টেমের প্রারম্ভিক সংস্করণগুলি একে অপরের সাথে সিঙ্ক্রোনাইজ করা মালিকানাধীন প্রসেসর ব্যবহার করত: সমস্ত ক্রিয়াকলাপ বেশ কয়েকটি প্রসেসর দ্বারা সিঙ্ক্রোনাসভাবে সঞ্চালিত হয়েছিল, এবং প্রসেসরগুলির মধ্যে একটি ত্রুটি করার সাথে সাথে এটি বন্ধ হয়ে যায় এবং দ্বিতীয়টি কাজ করতে থাকে। পরে, সিস্টেমটি প্রচলিত প্রসেসরে (প্রথম এমআইপিএস, তারপর ইটানিয়াম এবং অবশেষে x86) পরিবর্তন করে এবং অন্যান্য প্রক্রিয়াগুলি সিঙ্ক্রোনাইজেশনের জন্য ব্যবহার করা শুরু করে:

• বার্তা: প্রতিটি সিস্টেম প্রক্রিয়ার একটি "ছায়া" যমজ থাকে, যেখানে সক্রিয় প্রক্রিয়া পর্যায়ক্রমে তার অবস্থা সম্পর্কে বার্তা পাঠায়; যদি মূল প্রক্রিয়া ব্যর্থ হয়, ছায়া প্রক্রিয়া শেষ বার্তা দ্বারা নির্ধারিত মুহূর্ত থেকে কাজ শুরু করে;
• ভোটিং: স্টোরেজ সিস্টেমে একটি বিশেষ হার্ডওয়্যার উপাদান রয়েছে যা একাধিক অভিন্ন অ্যাক্সেস গ্রহণ করে এবং অ্যাক্সেসগুলি মেলে তবেই সেগুলি কার্যকর করে; শারীরিক সিঙ্ক্রোনাইজেশনের পরিবর্তে, প্রসেসরগুলি অ্যাসিঙ্ক্রোনাসভাবে কাজ করে এবং তাদের কাজের ফলাফলগুলি শুধুমাত্র I/O মুহুর্তে তুলনা করা হয়।

1987 সাল থেকে, একটি রিলেশনাল ডিবিএমএস ননস্টপ প্ল্যাটফর্মে চলছে - প্রথমে SQL/MP, এবং পরে SQL/MX।

সম্পূর্ণ ডাটাবেস অংশে বিভক্ত, এবং প্রতিটি অংশ তার নিজস্ব ডেটা অ্যাক্সেস ম্যানেজার (DAM) প্রক্রিয়ার জন্য দায়ী। এটি ডেটা রেকর্ডিং, ক্যাশিং এবং লকিং প্রক্রিয়া সরবরাহ করে। ডেটা প্রসেসিং এক্সিকিউটর সার্ভার প্রসেস দ্বারা বাহিত হয় যা সংশ্লিষ্ট ডেটা ম্যানেজারগুলির মতো একই নোডে চলে। এসকিউএল/এমএক্স সময়সূচী কার্য নির্বাহকদের মধ্যে ভাগ করে এবং ফলাফলগুলিকে একত্রিত করে। যখন সম্মত পরিবর্তন করার প্রয়োজন হয়, তখন TMF (লেনদেন ব্যবস্থাপনা সুবিধা) লাইব্রেরি দ্বারা প্রদত্ত দুই-ফেজ কমিট প্রোটোকল ব্যবহার করা হয়।

ননস্টপ এসকিউএল প্রক্রিয়াগুলিকে অগ্রাধিকার দিতে পারে যাতে দীর্ঘ বিশ্লেষণাত্মক প্রশ্নগুলি লেনদেন সম্পাদনে হস্তক্ষেপ না করে। যাইহোক, এর উদ্দেশ্য হল সংক্ষিপ্ত লেনদেনের প্রক্রিয়াকরণ, এবং বিশ্লেষণ নয়। বিকাশকারী পাঁচটি "নয়" স্তরে ননস্টপ ক্লাস্টারের উপলব্ধতার গ্যারান্টি দেয়, অর্থাৎ, ডাউনটাইম প্রতি বছর মাত্র 5 মিনিট।

স্যাপ হানা

HANA DBMS (1.0) এর প্রথম স্থিতিশীল প্রকাশ নভেম্বর 2010-এ হয়েছিল এবং SAP ERP প্যাকেজ মে 2013-এ HANA-তে স্যুইচ হয়েছিল। প্ল্যাটফর্মটি কেনা প্রযুক্তির উপর ভিত্তি করে তৈরি করা হয়েছে: TREX সার্চ ইঞ্জিন (একটি কলাম স্টোরে অনুসন্ধান করুন), P*TIME DBMS এবং MAX DB।

"HANA" শব্দটি নিজেই একটি সংক্ষিপ্ত রূপ, উচ্চ কার্যক্ষমতা বিশ্লেষণাত্মক যন্ত্র। এই DBMS কোড আকারে সরবরাহ করা হয় যা যেকোন x86 সার্ভারে চলতে পারে, তবে, শিল্প ইনস্টলেশনগুলি শুধুমাত্র প্রত্যয়িত সরঞ্জামগুলিতে অনুমোদিত। HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC থেকে সমাধান পাওয়া যায়। কিছু Lenovo কনফিগারেশন এমনকি SAN ছাড়াই কাজ করার অনুমতি দেয় - একটি সাধারণ স্টোরেজ সিস্টেমের ভূমিকা স্থানীয় ডিস্কে একটি GPFS ক্লাস্টার দ্বারা পালন করা হয়।

উপরে তালিকাভুক্ত প্ল্যাটফর্মের বিপরীতে, HANA হল একটি ইন-মেমরি ডিবিএমএস, অর্থাৎ প্রাথমিক ডেটা ইমেজ RAM-তে সংরক্ষিত থাকে এবং শুধুমাত্র লগ এবং পর্যায়ক্রমিক স্ন্যাপশটগুলি একটি দুর্যোগের ক্ষেত্রে পুনরুদ্ধারের জন্য ডিস্কে লেখা হয়।

প্রতিটি HANA ক্লাস্টার নোড ডেটার নিজস্ব অংশের জন্য দায়ী, এবং ডেটা মানচিত্র একটি বিশেষ উপাদানে সংরক্ষণ করা হয় - নাম সার্ভার, সমন্বয়কারী নোডে অবস্থিত। নোডের মধ্যে ডেটা ডুপ্লিকেট করা হয় না। লকিং তথ্যও প্রতিটি নোডে সংরক্ষণ করা হয়, তবে সিস্টেমে একটি গ্লোবাল ডেডলক ডিটেক্টর রয়েছে।

যখন একটি HANA ক্লায়েন্ট একটি ক্লাস্টারের সাথে সংযোগ করে, তখন এটি তার টপোলজি ডাউনলোড করে এবং তারপরে কোন নোডটি সরাসরি অ্যাক্সেস করতে পারে, তার কোন ডেটা প্রয়োজন তার উপর নির্ভর করে। যদি একটি লেনদেন একটি একক নোডের ডেটাকে প্রভাবিত করে, তবে এটি সেই নোডের মাধ্যমে স্থানীয়ভাবে কার্যকর করা যেতে পারে, কিন্তু যদি বেশ কয়েকটি নোডের ডেটা পরিবর্তিত হয়, তাহলে ইনিশিয়েটিং নোডটি সমন্বয়কারী নোডের সাথে যোগাযোগ করে, যা বিতরণ করা লেনদেন খোলে এবং সমন্বয় করে, এটি একটি ব্যবহার করে অপ্টিমাইজ করা দুই-ফেজ কমিট প্রোটোকল।

সমন্বয়কারী নোডটি নকল করা হয়েছে, তাই যদি সমন্বয়কারী ব্যর্থ হয়, ব্যাকআপ নোড অবিলম্বে দখল করে নেয়। কিন্তু যদি ডেটা সহ একটি নোড ব্যর্থ হয়, তবে তার ডেটা অ্যাক্সেস করার একমাত্র উপায় হল নোডটি পুনরায় চালু করা। একটি নিয়ম হিসাবে, HANA ক্লাস্টারগুলি যত তাড়াতাড়ি সম্ভব একটি হারানো নোড পুনরায় চালু করার জন্য একটি অতিরিক্ত সার্ভার বজায় রাখে।

উত্স: www.habr.com