Oracle RAC आणि AccelStor Shared-Nothing आर्किटेक्चरवर आधारित दोष-सहिष्णु समाधान तयार करणे

मोठ्या संख्येने एंटरप्राइझ ऍप्लिकेशन्स आणि व्हर्च्युअलायझेशन सिस्टममध्ये दोष-सहिष्णु उपाय तयार करण्यासाठी स्वतःची यंत्रणा आहे. विशेषतः, Oracle RAC (Oracle Real Application Cluster) हे दोन किंवा अधिक Oracle डेटाबेस सर्व्हरचे क्लस्टर आहे जे लोड संतुलित करण्यासाठी आणि सर्व्हर/अॅप्लिकेशन स्तरावर दोष सहिष्णुता प्रदान करण्यासाठी एकत्र काम करतात. या मोडमध्‍ये कार्य करण्‍यासाठी, तुम्‍हाला सामायिक स्‍टोरेजची आवश्‍यकता आहे, जी सहसा स्टोरेज सिस्‍टम असते.

जसे की आम्ही आमच्या एकामध्ये आधीच चर्चा केली आहे लेख, स्टोरेज सिस्टममध्येच, डुप्लिकेट घटक (कंट्रोलर्ससह) ची उपस्थिती असूनही, अद्याप अपयशाचे बिंदू आहेत - मुख्यतः डेटाच्या एका सेटच्या रूपात. त्यामुळे, वाढीव विश्वासार्हता आवश्यकतांसह ओरॅकल सोल्यूशन तयार करण्यासाठी, “N सर्व्हर - एक स्टोरेज सिस्टम” योजना क्लिष्ट असणे आवश्यक आहे.

प्रथम, अर्थातच, आपण कोणत्या जोखमींविरुद्ध विमा उतरवण्याचा प्रयत्न करत आहोत हे ठरवावे लागेल. या लेखात, आम्ही "उल्का आल्या" सारख्या धोक्यांपासून संरक्षणाचा विचार करणार नाही. त्यामुळे भौगोलिकदृष्ट्या विखुरलेले आपत्ती पुनर्प्राप्ती उपाय तयार करणे हा पुढील लेखांपैकी एकाचा विषय राहील. येथे आम्ही तथाकथित क्रॉस-रॅक आपत्ती पुनर्प्राप्ती उपाय पाहू, जेव्हा सर्व्हर कॅबिनेटच्या स्तरावर संरक्षण तयार केले जाते. कॅबिनेट स्वतः एकाच खोलीत किंवा वेगवेगळ्या ठिकाणी असू शकतात, परंतु सामान्यतः त्याच इमारतीत.

या कॅबिनेटमध्ये उपकरणे आणि सॉफ्टवेअरचा संपूर्ण आवश्यक संच असणे आवश्यक आहे जे "शेजारी" च्या स्थितीकडे दुर्लक्ष करून ओरॅकल डेटाबेसच्या ऑपरेशनला अनुमती देईल. दुसऱ्या शब्दांत, क्रॉस-रॅक आपत्ती पुनर्प्राप्ती उपाय वापरून, आम्ही अपयशाचे धोके दूर करतो:

• ओरॅकल ऍप्लिकेशन सर्व्हर
• स्टोरेज सिस्टम
• स्विचिंग सिस्टम
• कॅबिनेटमधील सर्व उपकरणांचे पूर्ण अपयश:
  • शक्ती नकार
  • कूलिंग सिस्टम अयशस्वी
  • बाह्य घटक (मानव, निसर्ग इ.)

ओरॅकल सर्व्हरचे डुप्लिकेशन हे ओरॅकल आरएसीचे ऑपरेटिंग तत्त्व सूचित करते आणि अॅप्लिकेशनद्वारे लागू केले जाते. स्विचिंग सुविधांचे डुप्लिकेशन देखील एक समस्या नाही. परंतु स्टोरेज सिस्टमच्या डुप्लिकेशनसह, सर्व काही इतके सोपे नाही.

सर्वात सोपा पर्याय म्हणजे मुख्य स्टोरेज सिस्टमपासून बॅकअपपर्यंत डेटाची प्रतिकृती. स्टोरेज सिस्टमच्या क्षमतेनुसार सिंक्रोनस किंवा एसिंक्रोनस. असिंक्रोनस प्रतिकृतीसह, Oracle च्या संबंधात डेटा सुसंगतता सुनिश्चित करण्याचा प्रश्न त्वरित उद्भवतो. परंतु अनुप्रयोगासह सॉफ्टवेअर एकत्रीकरण असले तरीही, कोणत्याही परिस्थितीत, मुख्य स्टोरेज सिस्टममध्ये बिघाड झाल्यास, क्लस्टरला बॅकअप स्टोरेजवर स्विच करण्यासाठी प्रशासकांच्या मॅन्युअल हस्तक्षेपाची आवश्यकता असेल.

एक अधिक जटिल पर्याय म्हणजे सॉफ्टवेअर आणि/किंवा हार्डवेअर स्टोरेज “व्हर्च्युअलायझर्स” जे सातत्य समस्या आणि मॅन्युअल हस्तक्षेप दूर करेल. परंतु तैनाती आणि त्यानंतरच्या प्रशासनाची जटिलता, तसेच अशा उपायांची अत्यंत अशोभनीय किंमत, अनेकांना घाबरवते.

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 कोपेक्स" किंमत नाही, विशेषत: त्याच्याकडे दुप्पट क्षमता राखीव असल्याने. तथापि, त्यावर आधारित सोल्यूशनच्या अंतिम किंमतीची तुलना इतर विक्रेत्यांकडून समान असलेल्यांशी करताना, किंमत कमी मानली जाऊ शकते.

अॅप्लिकेशन सर्व्हर आणि सर्व फ्लॅश अॅरे नोड्स कनेक्ट करण्यासाठी टोपोलॉजी यासारखे दिसेल:

टोपोलॉजीचे नियोजन करताना, व्यवस्थापन स्विच आणि इंटरकनेक्ट सर्व्हरची डुप्लिकेट करण्याची देखील शिफारस केली जाते.

येथे आणि पुढे आपण फायबर चॅनेलद्वारे कनेक्ट करण्याबद्दल बोलू. तुम्ही iSCSI वापरत असल्यास, सर्व काही सारखेच असेल, वापरलेल्या स्विचच्या प्रकारांसाठी समायोजित केले जाईल आणि थोडी वेगळी अॅरे सेटिंग्ज.

अॅरे वर तयारी कार्य

उपकरणे आणि सॉफ्टवेअर वापरले

सर्व्हर आणि स्विच तपशील

घटक
वर्णन

ओरॅकल डेटाबेस 11g सर्व्हर
दोन

सर्व्हर ऑपरेटिंग सिस्टम
ओरॅकल लिनक्स

ओरॅकल डेटाबेस आवृत्ती
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

ड्राइव्ह प्रकार
SSD

एफसी लक्ष्य पोर्ट
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

ग्रिडएक्सएनयूएमएक्स
1GB

ग्रिडएक्सएनयूएमएक्स
1GB

ग्रिडएक्सएनयूएमएक्स
1GB

ग्रिडएक्सएनयूएमएक्स
1GB

ग्रिडएक्सएनयूएमएक्स
1GB

ग्रिडएक्सएनयूएमएक्स
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 फाइलमध्ये ओळी जोडणे आवश्यक आहे, आणि नंतर मल्टीपाथ सेवा पुन्हा सुरू करा.

लपलेला मजकूरउपकरणे {
डिव्हाइस {
विक्रेता "एस्टर"
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 scandisks चालवावे लागेल.

लपलेला मजकूर

# ORACLEASM_SCANORDER: डिस्क स्कॅनिंग ऑर्डर करण्यासाठी जुळणारे नमुने
ORACLEASM_SCANORDER="dm"

# ORACLEASM_SCANEXCLUDE: स्कॅनमधून डिस्क वगळण्यासाठी जुळणारे नमुने
ORACLEASM_SCANEXCLUDE="sd"

शेरा

तुम्हाला ASMLib वापरायचे नसल्यास, तुम्ही UDEV नियम वापरू शकता, जे ASMLib साठी आधार आहेत.

Oracle Database च्या 12.1.0.2 आवृत्तीपासून सुरुवात करून, ASMFD सॉफ्टवेअरचा भाग म्हणून इंस्टॉलेशनसाठी पर्याय उपलब्ध आहे.

Oracle ASM साठी तयार केलेल्या डिस्क्स अ‍ॅरे भौतिकरित्या (4K) कार्यरत असलेल्या ब्लॉक आकाराशी संरेखित आहेत याची खात्री करणे अत्यावश्यक आहे. अन्यथा, कार्यप्रदर्शन समस्या उद्भवू शकतात. म्हणून, योग्य पॅरामीटर्ससह व्हॉल्यूम तयार करणे आवश्यक आहे:

parted /dev/mapper/device-name mklabel gpt mkpart प्राथमिक 2048s 100% align-check इष्टतम 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

ग्रिडएक्सएनयूएमएक्स
1GB
रिडंडंसी: सामान्य
नाव: DGGRID1
उद्देश:ग्रिड: CRS आणि मतदान

4MB

ग्रिडएक्सएनयूएमएक्स
1GB

ग्रिडएक्सएनयूएमएक्स
1GB

ग्रिडएक्सएनयूएमएक्स
1GB
रिडंडंसी: सामान्य
नाव: DGGRID2
उद्देश:ग्रिड: CRS आणि मतदान

4MB

ग्रिडएक्सएनयूएमएक्स
1GB

ग्रिडएक्सएनयूएमएक्स
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
✓ ओरॅकल सॉफ्ट एनप्रोक 2047
✓ ओरॅकल हार्ड एनप्रोक 16384
✓ ओरॅकल सॉफ्ट नोफाइल 1024
✓ ओरॅकल हार्ड नोफाइल 65536
✓ ओरॅकल सॉफ्ट स्टॅक 10240
✓ ओरॅकल हार्ड स्टॅक 32768
✓ सॉफ्ट मेमलॉक 120795954
✓ हार्ड मेमलॉक 120795954

sqlplus “/ as sysdba”
सिस्टम सेट प्रक्रिया बदला = 2000 स्कोप = spfile;
alter system set open_cursors=2000 scope=spfile;
alter system set session_cached_cursors=300 scope=spfile;
सिस्टम सेट बदला db_files=8192 scope=spfile;

अयशस्वी चाचणी

प्रात्यक्षिक हेतूंसाठी, हॅमरडीबीचा वापर OLTP लोडचे अनुकरण करण्यासाठी केला गेला. हॅमरडीबी कॉन्फिगरेशन:

गोदामांची संख्या
256

प्रति वापरकर्ता एकूण व्यवहार
1000000000000

आभासी वापरकर्ते
256

परिणाम 2.1M TPM होता, जो अॅरेच्या कार्यप्रदर्शन मर्यादेपासून खूप दूर आहे H710, परंतु सर्व्हरच्या वर्तमान हार्डवेअर कॉन्फिगरेशनसाठी (प्रामुख्याने प्रोसेसरमुळे) आणि त्यांची संख्या यासाठी "सीलिंग" आहे. या चाचणीचा उद्देश संपूर्णपणे सोल्यूशनची दोष सहिष्णुता प्रदर्शित करणे हा आहे आणि जास्तीत जास्त कार्यक्षमता प्राप्त करणे नाही. म्हणून, आम्ही फक्त या आकृतीवर तयार करू.

नोड्सपैकी एकाच्या अपयशासाठी चाचणी

यजमानांनी स्टोरेजच्या मार्गांचा काही भाग गमावला, दुसऱ्या नोडसह उर्वरित मार्गांवर कार्य करणे सुरू ठेवले. मार्ग पुन्हा तयार केल्यामुळे कार्यप्रदर्शन काही सेकंदांसाठी घसरले आणि नंतर सामान्य झाले. सेवेत कोणताही व्यत्यय आला नाही.

सर्व उपकरणांसह कॅबिनेट अपयश चाचणी

या प्रकरणात, पथांच्या पुनर्रचनामुळे काही सेकंदांसाठी कार्यप्रदर्शन देखील कमी झाले आणि नंतर मूळ मूल्याच्या अर्ध्या भागावर परत आले. एक ऍप्लिकेशन सर्व्हर ऑपरेशनमधून वगळल्यामुळे सुरुवातीच्या निकालापासून अर्धा परिणाम झाला. सेवेतही व्यत्यय आला नाही.

ओरॅकलसाठी वाजवी खर्चात आणि कमी तैनाती/प्रशासन प्रयत्नांसह दोष-सहिष्णु क्रॉस-रॅक आपत्ती पुनर्प्राप्ती उपाय लागू करण्याची आवश्यकता असल्यास, ओरॅकल आरएसी आणि आर्किटेक्चर एकत्रितपणे कार्य करतात. AccelStor सामायिक - काहीही नाही सर्वोत्तम पर्यायांपैकी एक असेल. Oracle RAC च्या ऐवजी, क्लस्टरिंग प्रदान करणारे इतर कोणतेही सॉफ्टवेअर असू शकते, उदाहरणार्थ, समान DBMS किंवा आभासीकरण प्रणाली. सोल्यूशन तयार करण्याचे तत्त्व समान राहील. आणि RTO आणि RPO साठी तळाची ओळ शून्य आहे.

स्त्रोत: www.habr.com