Oracle RAC اور AccelStor Shared-Nothing architecture پر مبنی ایک غلطی برداشت کرنے والا حل بنانا

انٹرپرائز ایپلی کیشنز اور ورچوئلائزیشن سسٹمز کی کافی تعداد میں غلطی برداشت کرنے والے حل تیار کرنے کے لیے اپنے میکانزم ہیں۔ خاص طور پر، Oracle RAC (Oracle Real Application Cluster) دو یا زیادہ Oracle ڈیٹا بیس سرورز کا ایک کلسٹر ہے جو بوجھ کو متوازن کرنے اور سرور/ایپلی کیشن کی سطح پر غلطی کو برداشت کرنے کے لیے مل کر کام کرتے ہیں۔ اس موڈ میں کام کرنے کے لیے، آپ کو ایک مشترکہ اسٹوریج کی ضرورت ہے، جو کہ عام طور پر اسٹوریج سسٹم ہوتا ہے۔

جیسا کہ ہم پہلے ہی اپنے ایک میں بحث کر چکے ہیں۔ مضامینذخیرہ کرنے کا نظام خود، نقل شدہ اجزاء (بشمول کنٹرولرز) کی موجودگی کے باوجود، اب بھی ناکامی کے پوائنٹس ہیں - بنیادی طور پر ڈیٹا کے ایک سیٹ کی صورت میں۔ لہٰذا، اوریکل حل بنانے کے لیے بھروسے کی بڑھتی ہوئی ضروریات کے ساتھ، "N سرورز - ایک اسٹوریج سسٹم" اسکیم کو پیچیدہ کرنے کی ضرورت ہے۔

سب سے پہلے، یقیناً، ہمیں یہ فیصلہ کرنے کی ضرورت ہے کہ ہم کن خطرات کے خلاف بیمہ کرنے کی کوشش کر رہے ہیں۔ اس مضمون میں، ہم "ایک الکا آ گیا ہے" جیسے خطرات سے تحفظ پر غور نہیں کریں گے۔ لہذا جغرافیائی طور پر منتشر تباہی کی بحالی کے حل کی تعمیر مندرجہ ذیل مضامین میں سے ایک کا موضوع رہے گا۔ یہاں ہم نام نہاد کراس ریک ڈیزاسٹر ریکوری سلوشن کو دیکھیں گے، جب تحفظ سرور کیبنٹس کی سطح پر بنایا جاتا ہے۔ الماریاں خود ایک ہی کمرے میں یا مختلف جگہوں پر واقع ہوسکتی ہیں، لیکن عام طور پر ایک ہی عمارت کے اندر۔

ان الماریوں میں آلات اور سافٹ ویئر کا پورا ضروری سیٹ ہونا چاہیے جو "پڑوسی" کی حالت سے قطع نظر اوریکل ڈیٹا بیس کو چلانے کی اجازت دے گا۔ دوسرے الفاظ میں، کراس ریک ڈیزاسٹر ریکوری سلوشن کا استعمال کرتے ہوئے، ہم ناکامی کے خطرات کو ختم کرتے ہیں:

• اوریکل ایپلیکیشن سرورز
• اسٹوریج سسٹم
• سوئچنگ سسٹمز
• کابینہ میں تمام آلات کی مکمل ناکامی:
  • طاقت سے انکار
  • کولنگ سسٹم کی خرابی۔
  • بیرونی عوامل (انسان، فطرت، وغیرہ)

اوریکل سرورز کی نقل کا مطلب اوریکل RAC کے بہت ہی آپریٹنگ اصول ہے اور اسے ایک ایپلیکیشن کے ذریعے لاگو کیا جاتا ہے۔ سوئچنگ کی سہولیات کی نقل بھی کوئی مسئلہ نہیں ہے۔ لیکن اسٹوریج سسٹم کی نقل کے ساتھ، سب کچھ اتنا آسان نہیں ہے.

سب سے آسان آپشن مرکزی اسٹوریج سسٹم سے بیک اپ ون تک ڈیٹا کی نقل ہے۔ ہم وقت ساز یا غیر مطابقت پذیر، اسٹوریج سسٹم کی صلاحیتوں پر منحصر ہے۔ غیر مطابقت پذیر نقل کے ساتھ، اوریکل کے سلسلے میں ڈیٹا کی مستقل مزاجی کو یقینی بنانے کا سوال فوری طور پر پیدا ہوتا ہے۔ لیکن یہاں تک کہ اگر ایپلی کیشن کے ساتھ سافٹ ویئر انٹیگریشن ہے، کسی بھی صورت میں، مین سٹوریج سسٹم میں ناکامی کی صورت میں، کلسٹر کو بیک اپ سٹوریج میں تبدیل کرنے کے لیے منتظمین کی دستی مداخلت کی ضرورت ہوگی۔

ایک زیادہ پیچیدہ آپشن سافٹ ویئر اور/یا ہارڈویئر اسٹوریج "ورچوئلائزرز" ہے جو مستقل مزاجی کے مسائل اور دستی مداخلت کو ختم کردے گا۔ لیکن تعیناتی اور اس کے بعد کی انتظامیہ کی پیچیدگی کے ساتھ ساتھ اس طرح کے حل کی انتہائی غیر مہذب قیمت، بہت سے لوگوں کو خوفزدہ کر دیتی ہے۔

AccelStor NeoSapphire™ تمام فلیش اری حل کراس ریک ڈیزاسٹر ریکوری جیسے منظرناموں کے لیے بہترین ہے۔ H710 مشترکہ کچھ بھی نہیں فن تعمیر کا استعمال کرتے ہوئے. یہ ماڈل دو نوڈ اسٹوریج سسٹم ہے جو فلیش ڈرائیوز کے ساتھ کام کرنے کے لیے ملکیتی FlexiRemap® ٹیکنالوجی کا استعمال کرتا ہے۔ کا شکریہ FlexiRemap® NeoSapphire™ H710 600K IOPS@4K رینڈم رائٹ اور 1M+ IOPS@4K رینڈم ریڈ تک کارکردگی فراہم کرنے کے قابل ہے، جو کہ کلاسک RAID پر مبنی اسٹوریج سسٹمز استعمال کرتے وقت ناقابل حصول ہے۔

لیکن NeoSapphire™ H710 کی اہم خصوصیت الگ الگ کیسز کی شکل میں دو نوڈس کا نفاذ ہے، جن میں سے ہر ایک کے پاس ڈیٹا کی اپنی کاپی ہے۔ نوڈس کی ہم آہنگی بیرونی InfiniBand انٹرفیس کے ذریعے کی جاتی ہے۔ اس فن تعمیر کی بدولت، 100m تک کے فاصلے پر مختلف مقامات پر نوڈس کی تقسیم ممکن ہے، اس طرح کراس ریک ڈیزاسٹر ریکوری کا حل فراہم کرتا ہے۔ دونوں نوڈس مکمل طور پر ہم آہنگی سے کام کرتے ہیں۔ میزبان کی طرف سے، H710 ایک عام ڈوئل کنٹرولر اسٹوریج سسٹم کی طرح لگتا ہے۔ لہذا، کوئی اضافی سافٹ ویئر یا ہارڈ ویئر کے اختیارات یا خاص طور پر پیچیدہ ترتیبات کو انجام دینے کی ضرورت نہیں ہے۔

اگر ہم اوپر بیان کردہ تمام کراس ریک ڈیزاسٹر ریکوری سلوشنز کا موازنہ کرتے ہیں، تو AccelStor کا آپشن باقیوں سے نمایاں طور پر نمایاں ہے:

AccelStor NeoSapphire™ شیئرڈ نتھنگ آرکیٹیکچر
سافٹ ویئر یا ہارڈ ویئر "ورچوئلائزر" اسٹوریج سسٹم
نقل پر مبنی حل

دستیابی

سرور کی ناکامی
کوئی ڈاؤن ٹائم نہیں
کوئی ڈاؤن ٹائم نہیں
کوئی ڈاؤن ٹائم نہیں

سوئچ کی ناکامی۔
کوئی ڈاؤن ٹائم نہیں
کوئی ڈاؤن ٹائم نہیں
کوئی ڈاؤن ٹائم نہیں

اسٹوریج سسٹم کی خرابی۔
کوئی ڈاؤن ٹائم نہیں
کوئی ڈاؤن ٹائم نہیں
دورانیہ معطلی

کابینہ کی مکمل ناکامی۔
کوئی ڈاؤن ٹائم نہیں
کوئی ڈاؤن ٹائم نہیں
دورانیہ معطلی

لاگت اور پیچیدگی

حل کی قیمت
کم*
ہائی
ہائی

تعیناتی کی پیچیدگی
کم
ہائی
ہائی

*AccelStor NeoSapphire™ اب بھی ایک آل فلیش ارے ہے، جس کی تعریف کے مطابق "3 kopecks" کی قیمت نہیں ہے، خاص طور پر چونکہ اس میں دوگنا گنجائش کا ذخیرہ ہے۔ تاہم، جب کسی حل کی حتمی قیمت کا موازنہ دوسرے دکانداروں سے ملتے جلتے حل کے ساتھ کیا جائے تو قیمت کو کم سمجھا جا سکتا ہے۔

ایپلیکیشن سرورز اور تمام فلیش ارے نوڈس کو جوڑنے کے لیے ٹوپولوجی اس طرح نظر آئے گی:

ٹوپولوجی کی منصوبہ بندی کرتے وقت، یہ بھی انتہائی سفارش کی جاتی ہے کہ نظم و نسق کے سوئچز اور سرور کو آپس میں منسلک کریں۔

یہاں اور آگے ہم فائبر چینل کے ذریعے جڑنے کے بارے میں بات کریں گے۔ اگر آپ iSCSI استعمال کرتے ہیں، تو سب کچھ ایک جیسا ہو گا، استعمال شدہ سوئچز کی قسموں کے لیے ایڈجسٹ کیا جائے گا اور قدرے مختلف صف کی ترتیبات۔

صف پر تیاری کا کام

آلات اور سافٹ ویئر استعمال کیا جاتا ہے

سرور اور سوئچ کی تفصیلات

اجزاء
تفصیل

اوریکل ڈیٹا بیس 11 جی سرورز
دو

سرور آپریٹنگ سسٹم
اوریکل لینکس

اوریکل ڈیٹا بیس ورژن
11 گرام (آر اے سی)

پروسیسرز فی سرور
دو 16 کور Intel® Xeon® CPU E5-2667 v2 @ 3.30GHz

جسمانی میموری فی سرور
128GB

ایف سی نیٹ ورک
ملٹی پاتھنگ کے ساتھ 16Gb/s FC

ایف سی ایچ بی اے
ایمولیکس 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 جوڑے میں جوڑ دیا جاتا ہے۔

ابتداء مکمل ہونے کے بعد، آپ کسی بھی نوڈ سے صف کا انتظام کر سکتے ہیں۔

اگلا، ہم ضروری جلدیں بناتے ہیں اور انہیں ایپلیکیشن سرورز پر شائع کرتے ہیں۔

Oracle ASM کے لیے متعدد جلدیں تخلیق کرنے کی انتہائی سفارش کی جاتی ہے کیونکہ اس سے سرورز کے لیے اہداف کی تعداد میں اضافہ ہو گا، جو بالآخر مجموعی کارکردگی کو بہتر بنائے گا (ایک دوسرے میں قطاروں پر مزید آرٹیکل).

ٹیسٹ کنفیگریشن

اسٹوریج والیوم کا نام
حجم کا سائز

ڈیٹا 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"
پاتھ_گروپنگ_پالیسی "گروپ_بائی_پریو"
پاتھ_سلیکٹر "قطار کی لمبائی 0"
path_checker "tur"
خصوصیات "0"
ہارڈ ویئر_ہینڈلر "0"
prio "const"
فوری طور پر فیل بیک
fast_io_fail_tmo 5
dev_loss_tmo 60
صارف کے_دوستانہ_نام ہاں
detect_prio ہاں
rr_min_io_rq 1
no_path_دوبارہ کوشش 0
}
}

اگلا، ASMLib کے ذریعے MPIO کے ساتھ کام کرنے کے لیے ASM کے لیے، آپ کو /etc/sysconfig/oracleasm فائل کو تبدیل کرنے کی ضرورت ہے اور پھر /etc/init.d/oracleasm scandisks کو چلانے کی ضرورت ہے۔

پوشیدہ متن

# ORACLEASM_SCANORDER: ڈسک اسکیننگ آرڈر کرنے کے لیے مماثل نمونے۔
ORACLEASM_SCANORDER="dm"

# ORACLEASM_SCANEXCLUDE: ڈسکوں کو اسکین سے خارج کرنے کے لیے مماثل نمونے
ORACLEASM_SCANEXCLUDE="sd"

نوٹ

اگر آپ ASMLib استعمال نہیں کرنا چاہتے ہیں، تو آپ UDEV قواعد استعمال کر سکتے ہیں، جو ASMLib کی بنیاد ہیں۔

اوریکل ڈیٹا بیس کے ورژن 12.1.0.2 سے شروع کرتے ہوئے، یہ آپشن ASMFD سافٹ ویئر کے حصے کے طور پر انسٹالیشن کے لیے دستیاب ہے۔

یہ یقینی بنانا ضروری ہے کہ اوریکل ASM کے لیے بنائی گئی ڈسکیں اس بلاک سائز کے ساتھ منسلک ہوں جس کے ساتھ صف جسمانی طور پر کام کرتی ہے (4K)۔ دوسری صورت میں، کارکردگی کے مسائل پیدا ہوسکتے ہیں. لہذا، مناسب پیرامیٹرز کے ساتھ حجم بنانا ضروری ہے:

parted /dev/mapper/device-name mklabel gpt mkpart پرائمری 2048s 100% align-check optimal 1

ہمارے ٹیسٹ کنفیگریشن کے لیے تخلیق کردہ حجم میں ڈیٹا بیس کی تقسیم

اسٹوریج والیوم کا نام
حجم کا سائز
والیوم LUNs میپنگ
ASM والیوم ڈیوائس کی تفصیل
مختص یونٹ کا سائز

ڈیٹا 01
200GB
تمام سٹوریج والیوم کو سٹوریج سسٹم کے تمام ڈیٹا پورٹس پر میپ کریں۔
فالتو پن: عام
نام: ڈی جی ڈی اے ٹی اے
مقصد: ڈیٹا فائلز

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
• جگہ تبدیل کریں = 16 جی بی
• 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
✓ اوریکل سافٹ این پروک 2047
✓ اوریکل ہارڈ این پروک 16384
✓ اوریکل سافٹ نوفائل 1024
✓ اوریکل ہارڈ نوفائل 65536
✓ اوریکل سافٹ اسٹیک 10240
✓ اوریکل ہارڈ اسٹیک 32768
✓ نرم میم لاک 120795954
✓ ہارڈ میم لاک 120795954

sqlplus "/ as sysdba"
سسٹم سیٹ کے عمل کو تبدیل کریں = 2000 اسکوپ = ایس پی فائل؛
سسٹم سیٹ کو تبدیل کریں 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