Oracle RAC এবং AccelStor Shared-Nothing স্থাপত্যের উপর ভিত্তি করে একটি ত্রুটি-সহনশীল সমাধান তৈরি করা

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

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

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

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

• ওরাকল অ্যাপ্লিকেশন সার্ভার
• সংগ্রহস্থল সিস্টেম
• সুইচিং সিস্টেম
• ক্যাবিনেটের সমস্ত সরঞ্জামের সম্পূর্ণ ব্যর্থতা:
  • ক্ষমতা প্রত্যাখ্যান
  • কুলিং সিস্টেমের ব্যর্থতা
  • বাহ্যিক কারণ (মানব, প্রকৃতি, ইত্যাদি)

ওরাকল সার্ভারের ডুপ্লিকেশন ওরাকল RAC এর অপারেটিং নীতিকে বোঝায় এবং একটি অ্যাপ্লিকেশনের মাধ্যমে প্রয়োগ করা হয়। সুইচিং সুবিধার নকল করাও কোনো সমস্যা নয়। কিন্তু স্টোরেজ সিস্টেমের নকলের সাথে, সবকিছু এত সহজ নয়।

সবচেয়ে সহজ বিকল্প হল মূল স্টোরেজ সিস্টেম থেকে ব্যাকআপে ডেটা প্রতিলিপি। সিঙ্ক্রোনাস বা অ্যাসিঙ্ক্রোনাস, স্টোরেজ সিস্টেমের ক্ষমতার উপর নির্ভর করে। অ্যাসিঙ্ক্রোনাস রেপ্লিকেশনের সাথে, ওরাকলের সাথে সম্পর্কিত ডেটা সামঞ্জস্যতা নিশ্চিত করার প্রশ্নটি অবিলম্বে উঠে আসে। তবে অ্যাপ্লিকেশনটির সাথে সফ্টওয়্যার ইন্টিগ্রেশন থাকলেও, যে কোনও ক্ষেত্রে, মূল স্টোরেজ সিস্টেমে ব্যর্থতার ক্ষেত্রে, ক্লাস্টারটিকে ব্যাকআপ স্টোরেজে স্যুইচ করার জন্য প্রশাসকদের ম্যানুয়াল হস্তক্ষেপের প্রয়োজন হবে।

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

AccelStor NeoSapphire™ সমস্ত ফ্ল্যাশ অ্যারে সমাধান ক্রস-র্যাক দুর্যোগ পুনরুদ্ধারের মতো পরিস্থিতিগুলির জন্য উপযুক্ত H710 শেয়ার্ড-নথিং আর্কিটেকচার ব্যবহার করে। এই মডেলটি একটি দুই-নোড স্টোরেজ সিস্টেম যা ফ্ল্যাশ ড্রাইভের সাথে কাজ করার জন্য মালিকানাধীন FlexiRemap® প্রযুক্তি ব্যবহার করে। ধন্যবাদ FlexiRemap® NeoSapphire™ H710 600K IOPS@4K র্যান্ডম রাইটিং এবং 1M+ IOPS@4K র্যান্ডম রিড পর্যন্ত পারফরম্যান্স প্রদান করতে সক্ষম, যা ক্লাসিক RAID-ভিত্তিক স্টোরেজ সিস্টেম ব্যবহার করার সময় অপ্রাপ্য।

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

যদি আমরা উপরে বর্ণিত সমস্ত ক্রস-র্যাক দুর্যোগ পুনরুদ্ধারের সমাধানগুলি তুলনা করি, তবে AccelStor থেকে বিকল্পটি বাকিগুলির থেকে লক্ষণীয়ভাবে আলাদা:

AccelStor NeoSapphire™ শেয়ার্ড নাথিং আর্কিটেকচার
সফটওয়্যার বা হার্ডওয়্যার “ভার্চুয়ালাইজার” স্টোরেজ সিস্টেম
প্রতিলিপি ভিত্তিক সমাধান

উপস্থিতি

সার্ভার ব্যর্থতা
ডাউনটাইম নেই
ডাউনটাইম নেই
ডাউনটাইম নেই

সুইচ ব্যর্থতা
ডাউনটাইম নেই
ডাউনটাইম নেই
ডাউনটাইম নেই

স্টোরেজ সিস্টেম ব্যর্থতা
ডাউনটাইম নেই
ডাউনটাইম নেই
ডাউনটাইম

পুরো মন্ত্রিসভা ব্যর্থতা
ডাউনটাইম নেই
ডাউনটাইম নেই
ডাউনটাইম

খরচ এবং জটিলতা

সমাধান খরচ
কম*
Высокая
Высокая

স্থাপনার জটিলতা
কম
Высокая
Высокая

*AccelStor NeoSapphire™ এখনও একটি অল ফ্ল্যাশ অ্যারে, যার সংজ্ঞা অনুসারে "3 kopecks" খরচ হয় না, বিশেষ করে যেহেতু এটির দ্বিগুণ ক্ষমতা রিজার্ভ রয়েছে। যাইহোক, অন্যান্য বিক্রেতাদের কাছ থেকে অনুরূপ সমাধানগুলির সাথে এটির উপর ভিত্তি করে একটি সমাধানের চূড়ান্ত খরচ তুলনা করার সময়, খরচ কম বিবেচনা করা যেতে পারে।

অ্যাপ্লিকেশন সার্ভার এবং সমস্ত ফ্ল্যাশ অ্যারে নোডগুলিকে সংযুক্ত করার জন্য টপোলজি এইরকম দেখাবে:

টপোলজি পরিকল্পনা করার সময়, ম্যানেজমেন্ট সুইচ এবং আন্তঃসংযোগ সার্ভারের নকল করার জন্য এটি অত্যন্ত সুপারিশ করা হয়।

এখানে এবং আরও আমরা ফাইবার চ্যানেলের মাধ্যমে সংযোগ সম্পর্কে কথা বলব। আপনি যদি iSCSI ব্যবহার করেন, সবকিছু একই হবে, ব্যবহৃত সুইচের ধরনগুলির জন্য সামঞ্জস্য করা হবে এবং কিছুটা ভিন্ন অ্যারে সেটিংস।

অ্যারে প্রস্তুতিমূলক কাজ

ব্যবহৃত সরঞ্জাম এবং সফ্টওয়্যার

সার্ভার এবং সুইচ স্পেসিফিকেশন

উপাদান
বিবরণ

ওরাকল ডাটাবেস 11g সার্ভার
দুই

সার্ভার অপারেটিং সিস্টেম
Oracle Linux

ওরাকল ডাটাবেস সংস্করণ
11 গ্রাম (আরএসি)

সার্ভার প্রতি প্রসেসর
দুটি 16 কোর Intel® Xeon® CPU E5-2667 v2 @ 3.30GHz

সার্ভার প্রতি শারীরিক মেমরি
128GB

এফসি নেটওয়ার্ক
মাল্টিপাথিং সহ 16Gb/s FC

এফসি এইচবিএ
Emulex Lpe-16002B

ক্লাস্টার ব্যবস্থাপনার জন্য ডেডিকেটেড পাবলিক 1GbE পোর্ট
ইন্টেল ইথারনেট অ্যাডাপ্টার RJ45

16Gb/s FC সুইচ
ব্রোকেড 6505

ডেটা সিঙ্কোনাইজেশনের জন্য ব্যক্তিগত 10GbE পোর্টগুলি নিবেদিত৷
ইন্টেল X520

AccelStor NeoSapphire™ সমস্ত ফ্ল্যাশ অ্যারে স্পেসিফিকেশন

উপাদান
বিবরণ

সংরক্ষণ ব্যবস্থা
NeoSapphire™ উচ্চ প্রাপ্যতা মডেল: H710

চিত্র সংস্করণ
4.0.1

মোট ড্রাইভ সংখ্যা
48

ড্রাইভের আকার
1.92TB

ড্রাইভ টাইপ
এসএসডি

এফসি টার্গেট পোর্ট
16x 16Gb পোর্ট (নোড প্রতি 8)

ব্যবস্থাপনা পোর্ট
একটি ইথারনেট সুইচের মাধ্যমে হোস্টের সাথে সংযোগকারী 1GbE ইথারনেট তার

হার্টবিট পোর্ট
দুটি স্টোরেজ নোডের মধ্যে সংযোগকারী 1GbE ইথারনেট তার

ডেটা সিঙ্ক্রোনাইজেশন পোর্ট
56Gb/s InfiniBand কেবল

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

আরম্ভ করার পরে, আপনি যেকোনো নোড থেকে অ্যারে পরিচালনা করতে পারেন।

এরপরে, আমরা প্রয়োজনীয় ভলিউম তৈরি করি এবং সেগুলিকে অ্যাপ্লিকেশন সার্ভারে প্রকাশ করি।

ওরাকল এএসএম-এর জন্য একাধিক ভলিউম তৈরি করার জন্য এটি অত্যন্ত সুপারিশ করা হয় কারণ এটি সার্ভারের লক্ষ্যের সংখ্যা বাড়িয়ে তুলবে, যা শেষ পর্যন্ত সামগ্রিক কর্মক্ষমতা উন্নত করবে (আরেকটিতে সারিগুলিতে আরও প্রবন্ধ).

পরীক্ষা কনফিগারেশন

স্টোরেজ ভলিউমের নাম
ভলিউম আকার

ডেটা 01
200GB

ডেটা 02
200GB

ডেটা 03
200GB

ডেটা 04
200GB

ডেটা 05
200GB

ডেটা 06
200GB

ডেটা 07
200GB

ডেটা 08
200GB

ডেটা 09
200GB

ডেটা 10
200GB

Grid01
1GB

Grid02
1GB

Grid03
1GB

Grid04
1GB

Grid05
1GB

Grid06
1GB

Redo01
100GB

Redo02
100GB

Redo03
100GB

Redo04
100GB

Redo05
100GB

Redo06
100GB

Redo07
100GB

Redo08
100GB

Redo09
100GB

Redo10
100GB

অ্যারের অপারেটিং মোড এবং জরুরী পরিস্থিতিতে ঘটে যাওয়া প্রক্রিয়া সম্পর্কে কিছু ব্যাখ্যা

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

• নোডগুলির একটির নির্ধারিত রিবুট
• হঠাৎ বন্ধ হয়ে যাওয়া (বিদ্যুৎ সরবরাহ, অতিরিক্ত গরম হওয়া ইত্যাদি) কারণে নোডগুলির একটিতে দুর্ঘটনা।
• সিঙ্ক্রোনাইজ করতে অক্ষমতার কারণে InfiniBand সংযোগ হারিয়েছে৷
• ডেটা দুর্নীতির কারণে নোডগুলির একটিতে ক্র্যাশ হয়েছে৷ এখানে আপনাকে একটি নতুন HA গ্রুপ তৈরি করতে হবে এবং ডেটা সেটের সম্পূর্ণ সিঙ্ক্রোনাইজেশন করতে হবে।

যাই হোক না কেন, যে নোডটি অনলাইনে থাকে সেটি জোড়ার সাথে সংযোগ পুনরুদ্ধার করার পরে তার ডেটা সেট সিঙ্ক্রোনাইজ করার জন্য তার সংস্করণ সংখ্যা এক দ্বারা বৃদ্ধি করে।

ইথারনেট লিঙ্কের সংযোগ হারিয়ে গেলে, হার্টবিট অস্থায়ীভাবে InfiniBand-এ স্যুইচ করে এবং 10 সেকেন্ডের মধ্যে ফিরে আসে যখন এটি পুনরুদ্ধার করা হয়।

হোস্ট সেট আপ করা হচ্ছে

ত্রুটি সহনশীলতা নিশ্চিত করতে এবং কর্মক্ষমতা উন্নত করতে, আপনাকে অ্যারের জন্য MPIO সমর্থন সক্রিয় করতে হবে। এটি করার জন্য, আপনাকে /etc/multipath.conf ফাইলে লাইন যোগ করতে হবে এবং তারপর মাল্টিপাথ পরিষেবা পুনরায় চালু করতে হবে।

লুকানো লেখাডিভাইস {
যন্ত্র {
বিক্রেতা "AStor"
path_grouping_policy "group_by_prio"
পথ_নির্বাচক "সারি-দৈর্ঘ্য 0"
পথ_পরীক্ষক "তুর"
বৈশিষ্ট্য "0"
হার্ডওয়্যার_হ্যান্ডলার "0"
prio "const"
অবিলম্বে ব্যর্থ
fast_io_fail_tmo 5
dev_loss_tmo 60
user_friendly_names হ্যাঁ
detect_prio হ্যাঁ
rr_min_io_rq 1
no_path_retry 0
}
}

এরপর, ASM-এর জন্য ASMLib-এর মাধ্যমে MPIO-এর সাথে কাজ করার জন্য, আপনাকে /etc/sysconfig/oracleasm ফাইলটি পরিবর্তন করতে হবে এবং তারপর /etc/init.d/oracleasm স্ক্যান্ডিস্ক চালাতে হবে।

লুকানো লেখা

# ORACLEASM_SCANORDER: ডিস্ক স্ক্যানিং অর্ডার করার নিদর্শন মিলছে
ORACLEASM_SCANORDER="dm"

# ORACLEASM_SCANEXCLUDE: স্ক্যান থেকে ডিস্কগুলি বাদ দেওয়ার জন্য ম্যাচিং প্যাটার্ন
ORACLEASM_SCANEXCLUDE="sd"

মন্তব্য

আপনি যদি ASMLib ব্যবহার করতে না চান, তাহলে আপনি UDEV নিয়মগুলি ব্যবহার করতে পারেন, যা ASMLib-এর ভিত্তি।

ওরাকল ডাটাবেসের সংস্করণ 12.1.0.2 দিয়ে শুরু করে, বিকল্পটি ASMFD সফ্টওয়্যারের অংশ হিসাবে ইনস্টলেশনের জন্য উপলব্ধ।

ওরাকল এএসএম-এর জন্য তৈরি ডিস্কগুলি যে ব্লকের আকারের সাথে সারিবদ্ধ হয়েছে তা নিশ্চিত করা অপরিহার্য যে অ্যারে শারীরিকভাবে (4K) দিয়ে কাজ করে। অন্যথায়, কর্মক্ষমতা সমস্যা হতে পারে। অতএব, উপযুক্ত পরামিতি সহ ভলিউম তৈরি করা প্রয়োজন:

parted /dev/mapper/device-name mklabel gpt mkpart প্রাথমিক 2048s 100% align-check optimal 1

আমাদের পরীক্ষার কনফিগারেশনের জন্য তৈরি ভলিউম জুড়ে ডাটাবেস বিতরণ

স্টোরেজ ভলিউমের নাম
ভলিউম আকার
ভলিউম LUNs ম্যাপিং
ASM ভলিউম ডিভাইসের বিবরণ
বরাদ্দ একক আকার

ডেটা 01
200GB
স্টোরেজ সিস্টেমের সমস্ত ডেটা পোর্টে সমস্ত স্টোরেজ ভলিউম ম্যাপ করুন
অপ্রয়োজনীয়তা: স্বাভাবিক
নাম: DGDATA
উদ্দেশ্য: ডেটা ফাইল

4MB

ডেটা 02
200GB

ডেটা 03
200GB

ডেটা 04
200GB

ডেটা 05
200GB

ডেটা 06
200GB

ডেটা 07
200GB

ডেটা 08
200GB

ডেটা 09
200GB

ডেটা 10
200GB

Grid01
1GB
অপ্রয়োজনীয়তা: স্বাভাবিক
নাম: DGGRID1
উদ্দেশ্য:গ্রিড: CRS এবং ভোটিং

4MB

Grid02
1GB

Grid03
1GB

Grid04
1GB
অপ্রয়োজনীয়তা: স্বাভাবিক
নাম: DGGRID2
উদ্দেশ্য:গ্রিড: CRS এবং ভোটিং

4MB

Grid05
1GB

Grid06
1GB

Redo01
100GB
অপ্রয়োজনীয়তা: স্বাভাবিক
নাম: DGREDO1
উদ্দেশ্য: থ্রেড 1 এর লগ পুনরায় করুন

4MB

Redo02
100GB

Redo03
100GB

Redo04
100GB

Redo05
100GB

Redo06
100GB
অপ্রয়োজনীয়তা: স্বাভাবিক
নাম: DGREDO2
উদ্দেশ্য: থ্রেড 2 এর লগ পুনরায় করুন

4MB

Redo07
100GB

Redo08
100GB

Redo09
100GB

Redo10
100GB

ডাটাবেস সেটিংস

• ব্লকের আকার = 8K
• স্থান অদলবদল = 16GB
• AMM (স্বয়ংক্রিয় মেমরি ম্যানেজমেন্ট) অক্ষম করুন
• স্বচ্ছ বিশাল পৃষ্ঠাগুলি অক্ষম করুন

অন্যান্য সেটিংস্

# vi /etc/sysctl.conf
✓ fs.aio-max-nr = 1048576
✓ fs.file-max = 6815744
✓ kernel.shmmax 103079215104
✓ kernel.shmall 31457280
✓ kernel.shmmn 4096
✓ kernel.sem = 250 32000 100 128
✓ net.ipv4.ip_local_port_range = 9000 65500
✓ net.core.rmem_default = 262144
✓ net.core.rmem_max = 4194304
✓ net.core.wmem_default = 262144
✓ net.core.wmem_max = 1048586
✓vm.swappiness=10
✓ vm.min_free_kbytes=524288 # যদি আপনি ব্যবহার করেন তবে এটি সেট করবেন না Linux x86
✓ vm.vfs_cache_pressure=200
✓ vm.nr_hugepages = 57000

# vi /etc/security/limits.conf
✓ গ্রিড সফট nproc 2047
✓ গ্রিড হার্ড nproc 16384
✓ গ্রিড সফট নোফাইল 1024
✓ গ্রিড হার্ড নোফাইল 65536
✓ গ্রিড সফট স্ট্যাক 10240
✓ গ্রিড হার্ড স্ট্যাক 32768
✓ ওরাকল সফট nproc 2047
✓ ওরাকল হার্ড nproc 16384
✓ ওরাকল সফট নোফাইল 1024
✓ ওরাকল হার্ড নোফাইল 65536
✓ ওরাকল সফট স্ট্যাক 10240
✓ ওরাকল হার্ড স্ট্যাক 32768
✓ নরম মেমলক 120795954
✓ হার্ড মেমলক 120795954

sqlplus “/ as sysdba”
সিস্টেম সেট প্রসেস পরিবর্তন করুন=2000 স্কোপ=spfile;
পরিবর্তন সিস্টেম সেট open_cursors=2000 scope=spfile;
পরিবর্তন সিস্টেম সেট session_cached_cursors=300 scope=spfile;
পরিবর্তন সিস্টেম সেট db_files=8192 scope=spfile;

ব্যর্থ পরীক্ষা

প্রদর্শনের উদ্দেশ্যে, HammerDB একটি OLTP লোড অনুকরণ করতে ব্যবহৃত হয়েছিল। HammerDB কনফিগারেশন:

গুদামের সংখ্যা
256

প্রতি ব্যবহারকারীর মোট লেনদেন
1000000000000

ভার্চুয়াল ব্যবহারকারী
256

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

নোডগুলির একটির ব্যর্থতার জন্য পরীক্ষা

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

সমস্ত সরঞ্জাম সহ ক্যাবিনেট ব্যর্থতা পরীক্ষা

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

যদি ওরাকলের জন্য যুক্তিসঙ্গত খরচে এবং সামান্য স্থাপনা/প্রশাসন প্রচেষ্টার সাথে একটি ত্রুটি-সহনশীল ক্রস-র্যাক দুর্যোগ পুনরুদ্ধার সমাধান বাস্তবায়নের প্রয়োজন হয়, তাহলে ওরাকল RAC এবং আর্কিটেকচার একসাথে কাজ করে AccelStor শেয়ার্ড-কিছুই নয় সেরা বিকল্প এক হবে. Oracle RAC এর পরিবর্তে, অন্য কোনো সফ্টওয়্যার থাকতে পারে যা ক্লাস্টারিং প্রদান করে, একই DBMS বা ভার্চুয়ালাইজেশন সিস্টেম, উদাহরণস্বরূপ। সমাধান নির্মাণের নীতি একই থাকবে। আর আরটিও এবং আরপিওর জন্য নিচের লাইনটি শূন্য।

উত্স: www.habr.com