डेटाबेस उच्च उपलब्धता तुलना - MySQL / MariaDB प्रतिकृति बनाम Oracle डेटा गार्ड

"स्टेट ऑफ द ओपन-सोर्स डीबीएमएस मार्केट, 2018" में, गार्टनर ने भविष्यवाणी की है कि 2022 तक, ओपन-सोर्स डेटाबेस पर 70 प्रतिशत नए इन-हाउस एप्लिकेशन विकसित किए जाएंगे। और 50% मौजूदा वाणिज्यिक डेटाबेस परिवर्तित हो गए होंगे। तो, Oracle DBA, अपने पुराने Oracle उदाहरणों के साथ-साथ नए ओपन सोर्स डेटाबेस को तैनात और प्रबंधित करना शुरू करने के लिए तैयार हो जाइए। जब तक आप इसे पहले से नहीं कर रहे हैं।

तो Oracle डेटा गार्ड के खिलाफ MySQL या MariaDB प्रतिकृति कैसे खड़ी हो जाती है? इस ब्लॉग में, हम उच्च उपलब्धता डेटाबेस समाधान के दृष्टिकोण से दोनों की तुलना करेंगे।

क्या देखना है

एक आधुनिक डेटा प्रतिकृति वास्तुकला लचीली डिज़ाइनों पर बनाई गई है जो अनियोजित सेवा विराम की स्थिति में यूनिडायरेक्शनल और द्विदिश डेटा प्रतिकृति, साथ ही माध्यमिक डेटाबेस के लिए त्वरित, स्वचालित विफलता को सक्षम करती है। विफलता को निष्पादित करना भी आसान और विश्वसनीय होना चाहिए ताकि कोई प्रतिबद्ध लेनदेन खो न जाए। इसके अलावा स्विचओवर या फ़ेलओवर आदर्श रूप से अनुप्रयोगों के लिए पारदर्शी होना चाहिए।

डेटा प्रतिकृति समाधानों को प्रसंस्करण बाधाओं से बचने और डेटा तक रीयल-टाइम पहुंच की गारंटी देने के लिए बहुत कम विलंबता वाले डेटा की प्रतिलिपि बनाने में सक्षम होना चाहिए। कम लागत वाले हार्डवेयर पर चलने वाले किसी भिन्न डेटाबेस पर रीयल-टाइम प्रतियां तैनात की जा सकती हैं।

जब आपदा पुनर्प्राप्ति के लिए उपयोग किया जाता है, तो न्यूनतम सेवा रुकावट के साथ द्वितीयक प्रणाली तक एप्लिकेशन पहुंच सुनिश्चित करने के लिए सिस्टम को मान्य किया जाना चाहिए। आदर्श समाधान को आपदा पुनर्प्राप्ति प्रक्रिया के नियमित परीक्षण की अनुमति देनी चाहिए।

तुलना के मुख्य विषय

डेटा उपलब्धता और निरंतरता
- Gtid, scm
- एकाधिक स्टैंडबाय, एसिंक्स + सिंक मॉडल की प्रतिकृति का उल्लेख करें
- उत्पादन दोषों से स्टैंडबाय का अलगाव (उदाहरण के लिए mysql के लिए विलंबित प्रतिकृति)
- डेटा के नुकसान से बचें (सिंक प्रतिकृति)
स्टैंडबाय सिस्टम का उपयोग
- स्टैंडबाय का उपयोग
विफलता, स्विचओवर और स्वचालित पुनर्प्राप्ति
- डेटाबेस विफलता
- पारदर्शी अनुप्रयोग विफलता (TAF बनाम ProxySQL, MaxScale)
सुरक्षा
उपयोग और प्रबंधन में आसानी (पूर्व-एकीकृत घटकों का एकीकृत प्रबंधन)

डेटा उपलब्धता और संगति

MySQL GTID

MySQL 5.5 प्रतिकृति बाइनरी लॉग इवेंट्स पर आधारित थी, जहां सभी दास जानते थे कि सटीक घटना और सटीक स्थिति यह मास्टर से पढ़ी गई थी। मास्टर से कोई भी एकल लेन-देन अलग-अलग दासों से विभिन्न बाइनरी लॉग में समाप्त हो सकता है, और लेन-देन में आमतौर पर इन लॉग में अलग-अलग स्थान होंगे। यह एक सरल समाधान था जो सीमाओं के साथ आया था, टोपोलॉजी परिवर्तनों में शामिल उदाहरणों पर प्रतिकृति को रोकने के लिए एक व्यवस्थापक की आवश्यकता हो सकती है। ये परिवर्तन कुछ अन्य मुद्दों का कारण बन सकते हैं, उदाहरण के लिए, एक दास को समय लेने वाली पुनर्निर्माण के बिना प्रतिकृति श्रृंखला से नीचे नहीं ले जाया जा सकता है। एक टूटी हुई प्रतिकृति लिंक को ठीक करने के लिए मैन्युअल रूप से एक नई बाइनरी लॉग फ़ाइल और दास पर निष्पादित अंतिम लेनदेन की स्थिति और वहां से फिर से शुरू करने, या कुल पुनर्निर्माण की आवश्यकता होगी। वैश्विक लेन-देन पहचानकर्ता का सपना देखते हुए हम सभी को इन सीमाओं के आसपास काम करना पड़ा है।

MySQL संस्करण 5.6 (और मारियाडीबी संस्करण 10.0.2) ने इस समस्या को हल करने के लिए एक तंत्र पेश किया। GTID (ग्लोबल ट्रांजैक्शन आइडेंटिफ़ायर) सभी नोड्स में बेहतर लेनदेन मैपिंग प्रदान करता है।

जीटीआईडी के साथ, दास कई स्वामी से आने वाले एक अद्वितीय लेनदेन को देख सकते हैं और इसे आसानी से दास निष्पादन सूची में मैप किया जा सकता है यदि इसे फिर से शुरू करने या प्रतिकृति को फिर से शुरू करने की आवश्यकता है। तो, सलाह है कि हमेशा GTID का उपयोग करें। ध्यान दें कि MySQL और MariaDB के अलग-अलग GTID कार्यान्वयन हैं।

Oracle SCN

1992 में रिलीज़ 7.3 के साथ ओरेकल ने डेटाबेस की एक सिंक्रोनाइज़्ड कॉपी को स्टैंडबाय के रूप में रखने के लिए एक समाधान पेश किया, जिसे संस्करण 9आई रिलीज़ 2 से डेटा गार्ड के रूप में जाना जाता है। डेटा गार्ड कॉन्फ़िगरेशन में दो मुख्य घटक होते हैं, एक एकल प्राथमिक डेटाबेस और एक स्टैंडबाय डेटाबेस। (30 तक)। प्राथमिक डेटाबेस में परिवर्तन स्टैंडबाय डेटाबेस के माध्यम से पारित किए जाते हैं, और इन परिवर्तनों को सिंक्रनाइज़ रखने के लिए स्टैंडबाय डेटाबेस पर लागू किया जाता है।

Oracle डेटा गार्ड शुरू में प्राथमिक डेटाबेस के बैकअप से बनाया गया है। डेटा गार्ड स्वचालित रूप से प्राथमिक डेटाबेस और सभी स्टैंडबाय डेटाबेस को प्राथमिक डेटाबेस रीडो - लेनदेन की सुरक्षा के लिए प्रत्येक ओरेकल डेटाबेस द्वारा उपयोग की जाने वाली जानकारी - और इसे स्टैंडबाय डेटाबेस में लागू करके सिंक्रनाइज़ करता है। Oracle SCN (सिस्टम चेंज नंबर) नामक एक आंतरिक तंत्र का उपयोग करता है। सिस्टम चेंज नंबर (SCN) Oracle की घड़ी है, हर बार जब हम प्रतिबद्ध होते हैं, तो घड़ी बढ़ती है। SCN डेटाबेस में एक सुसंगत समय बिंदु को चिह्नित करता है जो एक चेकपॉइंट है जो गंदे ब्लॉक (बफर कैश से डिस्क में संशोधित ब्लॉक) लिखने का कार्य है। हम इसकी तुलना MySQL में GTID से कर सकते हैं।

डेटा गार्ड परिवहन सेवाएं प्राथमिक से स्टैंडबाय डेटाबेस में फिर से भेजने के सभी पहलुओं को संभालती हैं। जैसे ही उपयोगकर्ता प्राथमिक पर लेनदेन करते हैं, फिर से रिकॉर्ड उत्पन्न होते हैं और स्थानीय ऑनलाइन लॉग फ़ाइल में लिखे जाते हैं। डेटा गार्ड परिवहन सेवाएं एक साथ एक ही रीडो को सीधे प्राथमिक डेटाबेस लॉग बफर (सिस्टम ग्लोबल एरिया के भीतर आवंटित मेमोरी) से स्टैंडबाय डेटाबेस (डेटाबेस) में भेजती हैं जहां इसे स्टैंडबाय रीडो लॉग फ़ाइल में लिखा जाता है।

MySQL प्रतिकृति और डेटा गार्ड के बीच कुछ मुख्य अंतर हैं। मेमोरी से डेटा गार्ड का सीधा प्रसारण प्राथमिक डेटाबेस पर डिस्क I/O ओवरहेड से बचा जाता है। यह MySQL के काम करने के तरीके से अलग है - प्राथमिक डेटाबेस पर मेमोरी से डेटा पढ़ने से I/O कम हो जाता है।

डेटा गार्ड केवल डेटाबेस रीडो को प्रसारित करता है। यह स्टोरेज रिमोट-मिररिंग के बिल्कुल विपरीत है, जिसे रीयल-टाइम सिंक्रोनाइज़ेशन बनाए रखने के लिए हर फ़ाइल में हर बदले हुए ब्लॉक को ट्रांसमिट करना चाहिए।

Async + सिंक मॉडल

Oracle डेटा गार्ड फिर से लागू करने के लिए तीन अलग-अलग मॉडल पेश करता है। उपलब्ध हार्डवेयर, प्रक्रियाओं और अंततः व्यावसायिक आवश्यकताओं पर निर्भर अनुकूली मॉडल।

अधिकतम प्रदर्शन - संचालन का डिफ़ॉल्ट मोड, जैसे ही लेन-देन को पुनर्प्राप्त करने के लिए आवश्यक फिर से डेटा को मास्टर पर स्थानीय रीडो लॉग में लिखा जाता है, लेन-देन करने की अनुमति देता है।
अधिकतम सुरक्षा - कोई डेटा हानि नहीं और सुरक्षा का अधिकतम स्तर। प्रत्येक ऑपरेशन को बेहतर बनाने के लिए आवश्यक रीडो डेटा को मास्टर पर स्थानीय ऑनलाइन रीडो लॉग और लेन-देन शुरू होने से पहले कम से कम एक स्टैंडबाय डेटाबेस पर स्टैंडबाय रीडो लॉग दोनों को लिखा जाना चाहिए (ओरेकल कम से कम दो स्टैंडबाय की सिफारिश करता है)। प्राथमिक डेटाबेस बंद हो जाएगा यदि कोई गलती इसे फिर से स्ट्रीम करने से कम से कम एक सिंक्रनाइज़ स्टैंडबाय डेटाबेस में लिखने से रोकती है।
अधिकतम उपलब्धता - अधिकतम सुरक्षा के समान लेकिन प्राथमिक डेटाबेस बंद नहीं होगा यदि कोई गलती इसे फिर से स्ट्रीम लिखने से रोकती है।

जब आपके MySQL प्रतिकृति सेटअप को चुनने की बात आती है, तो आपके पास एसिंक्रोनस प्रतिकृति या अर्ध-सिंक्रोनस प्रतिकृति के बीच विकल्प होता है।

अतुल्यकालिक बिनलॉग लागू MySQL प्रतिकृति के लिए डिफ़ॉल्ट विधि है। मास्टर अपने बाइनरी लॉग में ईवेंट लिखता है और दास तैयार होने पर उनसे अनुरोध करते हैं। इस बात की कोई गारंटी नहीं है कि कोई भी घटना कभी किसी गुलाम तक पहुंचेगी।
प्राथमिक पर अर्ध-तुल्यकालिक प्रतिबद्धता तब तक विलंबित होती है जब तक कि मास्टर को अर्ध-तुल्यकालिक दास से एक पावती प्राप्त नहीं हो जाती है कि दास द्वारा डेटा प्राप्त और लिखा गया है। कृपया ध्यान दें कि सेमी-सिंक्रोनस प्रतिकृति को स्थापित करने के लिए एक अतिरिक्त प्लगइन की आवश्यकता होती है।

स्टैंडबाय सिस्टम यूटिलाइजेशन

MySQL अपनी प्रतिकृति सादगी और लचीलेपन के लिए अच्छी तरह से जाना जाता है। डिफ़ॉल्ट रूप से, आप अपने स्टैंडबाय/स्लेव सर्वर को पढ़ या लिख भी सकते हैं। सौभाग्य से, MySQL 5.6 और 5.7 ने प्रतिकृति में कई महत्वपूर्ण संवर्द्धन लाए, जिसमें ग्लोबल ट्रांजैक्शन आईडी, इवेंट चेकसम, मल्टी-थ्रेडेड स्लेव्स और क्रैश-सेफ स्लेव्स/मास्टर्स शामिल हैं, ताकि इसे और भी बेहतर बनाया जा सके। MySQL प्रतिकृति के आदी DBA पढ़ते और लिखते हैं, इसके बड़े भाई, Oracle से समान या सरल समाधान की अपेक्षा करेंगे। दुर्भाग्य से डिफ़ॉल्ट रूप से नहीं।

Oracle के लिए मानक भौतिक स्टैंडबाय कार्यान्वयन किसी भी पढ़ने-लिखने के संचालन के लिए बंद है। वास्तव में, Oracle तार्किक भिन्नता प्रदान करता है लेकिन इसकी कई सीमाएँ हैं, और यह HA के लिए डिज़ाइन नहीं किया गया है। इस समस्या का समाधान एक अतिरिक्त भुगतान सुविधा है जिसे सक्रिय डेटा गार्ड कहा जाता है, जिसका उपयोग आप रीडो लॉग लागू करते समय स्टैंडबाय से डेटा पढ़ने के लिए कर सकते हैं।

एक्टिव डेटा गार्ड ओरेकल के फ्री डेटा गार्ड डिजास्टर रिकवरी सॉफ्टवेयर का एक पेड ऐड-ऑन सॉल्यूशन है जो केवल ओरेकल डेटाबेस एंटरप्राइज एडिशन (उच्चतम लागत लाइसेंस) के लिए उपलब्ध है। प्राथमिक डेटाबेस से भेजे गए परिवर्तनों को लगातार लागू करते हुए, यह केवल-पढ़ने के लिए पहुंच प्रदान करता है। एक सक्रिय स्टैंडबाय डेटाबेस के रूप में, यह प्राथमिक डेटाबेस से प्रश्नों, रिपोर्टिंग और वृद्धिशील बैकअप को पढ़ने में मदद करता है। उत्पाद की संरचना को इस तरह से डिज़ाइन किया गया है कि स्टैंडबाय डेटाबेस को प्राथमिक डेटाबेस में होने वाली विफलताओं से अलग किया जा सके।

Oracle डेटाबेस 12c की एक रोमांचक विशेषता और कुछ ऐसा जो Oracle DBA को याद नहीं होगा वह है डेटा भ्रष्टाचार सत्यापन। Oracle डेटा गार्ड भ्रष्टाचार जाँच यह सुनिश्चित करने के लिए की जाती है कि डेटा को स्टैंडबाय डेटाबेस में कॉपी करने से पहले डेटा सटीक संरेखण में है। इस तंत्र का उपयोग सीधे स्टैंडबाय डेटाबेस से प्राथमिक पर डेटा ब्लॉक को पुनर्स्थापित करने के लिए भी किया जा सकता है।

विफलता, स्विचओवर, और स्वचालित पुनर्प्राप्ति

अपने प्रतिकृति सेटअप को स्थिर और चालू रखने के लिए, सिस्टम के लिए विफलताओं के लिए लचीला होना महत्वपूर्ण है। विफलताएं सॉफ़्टवेयर बग, कॉन्फ़िगरेशन समस्याओं या हार्डवेयर समस्याओं के कारण होती हैं, और किसी भी समय हो सकती हैं। यदि कोई सर्वर डाउन हो जाता है, तो आपको खराब हुए सेटअप के बारे में एक अलार्म सूचना की आवश्यकता होती है। फ़ेलओवर (एक दास से स्वामी का प्रचार) व्यवस्थापक द्वारा किया जा सकता है, जिसे यह तय करने की आवश्यकता है कि किस दास को बढ़ावा देना है।

व्यवस्थापक को विफलता के बारे में जानकारी की आवश्यकता होती है, किसी भी डेटा के खो जाने की स्थिति में सिंक्रनाइज़ेशन स्थिति, और अंत में, कार्रवाई करने के लिए कदम। आदर्श रूप से, सभी को एक कंसोल से स्वचालित और दृश्यमान होना चाहिए।

MySQL फेलओवर के दो मुख्य दृष्टिकोण हैं, स्वचालित और मैन्युअल। दोनों विकल्पों के अपने प्रशंसक हैं, हम एक अन्य लेख में अवधारणाओं का वर्णन करते हैं।

GTID के साथ, मैन्युअल फ़ेलओवर बहुत आसान हो जाता है। इसमें निम्न चरण होते हैं:

रिसीवर मॉड्यूल बंद करो (STOP SLAVE IO_THREAD)
स्विच मास्टर (मास्टर को में बदलें)
रिसीवर मॉड्यूल प्रारंभ करें (START SLAVE IO_THREAD)

Oracle डेटा गार्ड एक समर्पित विफलता/स्विचओवर समाधान के साथ आता है - डेटा गार्ड ब्रोकर। ब्रोकर एक वितरित प्रबंधन ढांचा है जो Oracle डेटा गार्ड कॉन्फ़िगरेशन के निर्माण, रखरखाव और निगरानी को स्वचालित और केंद्रीकृत करता है। डीजी ब्रोकर टूल तक पहुंच के साथ, आप अपने उच्च उपलब्धता सेटअप का कॉन्फ़िगरेशन परिवर्तन, स्विचओवर, फ़ेलओवर और यहां तक कि ड्राई टेस्ट भी कर सकते हैं। दो मुख्य क्रियाएं हैं:

स्विचओवर टू <स्टैंडबाय डेटाबेस नाम> कमांड का उपयोग स्विचओवर ऑपरेशन करने के लिए किया जाता है। सफल स्विचओवर ऑपरेशन के बाद, डेटाबेस इंस्टेंस स्थान स्विच करता है और प्रतिकृति जारी रहती है। जब स्टैंडबाय प्रतिक्रिया नहीं दे रहा हो या यह बंद हो तो स्विचओवर करना संभव नहीं है।
सामान्य FAILOVER TO <स्टैंडबाय डेटाबेस नाम> का उपयोग फ़ेलओवर करने के लिए किया जाता है। फ़ेलओवर ऑपरेशन के बाद, पिछले प्राथमिक सर्वर को मनोरंजन की आवश्यकता होती है लेकिन नया प्राथमिक डेटाबेस कार्यभार ले सकता है।

फ़ेलओवर के बारे में बोलते हुए, हमें यह विचार करने की ज़रूरत है कि आपका एप्लिकेशन फ़ेलओवर कितना सहज हो सकता है। नियोजित/अनियोजित आउटेज की स्थिति में, उपयोगकर्ता सत्रों को न्यूनतम व्यावसायिक रुकावट के साथ कितनी कुशलता से किसी द्वितीयक साइट पर निर्देशित किया जा सकता है।

MySQL के लिए मानक दृष्टिकोण उपलब्ध लोड बैलेंसरों में से एक का उपयोग करना होगा। HAProxy से शुरू जो HTTP या TCP/IP फेलओवर के लिए व्यापक रूप से डेटाबेस जागरूक Maxscale या ProxySQL के लिए उपयोग किया जाता है।

Oracle में, इस समस्या को TAF (ट्रांसपेरेंट एप्लिकेशन फ़ेलओवर) द्वारा संबोधित किया जाता है। एक बार स्विचओवर या फेलओवर होने के बाद, एप्लिकेशन स्वचालित रूप से नए प्राथमिक पर निर्देशित हो जाता है। TAF एप्लिकेशन को एक नए डेटाबेस से स्वचालित रूप से और पारदर्शी रूप से पुन:कनेक्ट करने में सक्षम बनाता है, यदि डेटाबेस इंस्टेंस जिससे कनेक्शन बनाया गया है विफल रहता है।

सुरक्षा

डेटा सुरक्षा इन दिनों कई संगठनों के लिए एक गर्म मुद्दा है। जिन लोगों को पीसीआई डीएसएस या एचआईपीएए जैसे मानकों को लागू करने की आवश्यकता है, उनके लिए डेटाबेस सुरक्षा जरूरी है। क्रॉस WAN वातावरण डेटा गोपनीयता और सुरक्षा के बारे में चिंता का कारण बन सकता है, विशेष रूप से क्योंकि अधिक व्यवसायों को राष्ट्रीय और अंतर्राष्ट्रीय नियमों का पालन करना पड़ रहा है। प्रतिकृति के लिए उपयोग किए जाने वाले MySQL बाइनरी लॉग में संवेदनशील डेटा पढ़ने में आसान हो सकता है। मानक कॉन्फ़िगरेशन के साथ, डेटा चोरी करना एक बहुत ही आसान प्रक्रिया है। MySQL सर्वर (प्रतिकृति) और MySQL सर्वर और क्लाइंट दोनों के बीच ट्रैफ़िक को एन्क्रिप्ट करने के लिए एक तंत्र के रूप में SSL का समर्थन करता है। एसएसएल एन्क्रिप्शन को लागू करने का एक विशिष्ट तरीका स्व-हस्ताक्षरित प्रमाणपत्रों का उपयोग करना है। अधिकांश समय, प्रमाणपत्र प्राधिकारी द्वारा जारी एसएसएल प्रमाणपत्र प्राप्त करने की आवश्यकता नहीं होती है। आप प्रमाण पत्र बनाने के लिए ओपनएसएल का उपयोग कर सकते हैं, उदाहरण नीचे:

$ openssl genrsa 2048 > ca-key.pem
$ openssl req -new -x509 -nodes -days 3600 -key ca-key.pem > ca-cert.pem
$ openssl req -newkey rsa:2048 -days 3600 -nodes -keyout client-key.pem > client-req.pem
$ openssl x509 -req -in client-req.pem -days 1000 -CA ca-cert.pem -CAkey ca-key.pem -set_serial 01 > client-cert.pem
$ openssl req -newkey rsa:2048 -days 3600 -nodes -keyout client-key.pem > client-req.pem
$ openssl x509 -req -in client-req.pem -days 1000 -CA ca-cert.pem -CAkey ca-key.pem -set_serial 01 > client-cert.pem
$ openssl rsa -in client-key.pem -out client-key.pem
$ openssl rsa -in server-key.pem -out server-key.pem

फिर SSL के लिए पैरामीटर के साथ प्रतिकृति को संशोधित करें।

….MASTER_SSL=1, MASTER_SSL_CA = '/etc/security/ca.pem', MASTER_SSL_CERT = '/etc/security/client-cert.pem', MASTER_SSL_KEY = '/etc/security/client-key.pem';

अधिक स्वचालित विकल्प के लिए, आप एन्क्रिप्शन सक्षम करने और SSL कुंजियों को प्रबंधित करने के लिए ClusterControl का उपयोग कर सकते हैं।

Oracle 12c में, डेटा गार्ड रीडो ट्रांसपोर्ट को Oracle एडवांस्ड सिक्योरिटी (OAS) नामक समर्पित सुरक्षा सुविधाओं के एक सेट के साथ एकीकृत किया जा सकता है। उन्नत सुरक्षा का उपयोग प्राथमिक और स्टैंडबाय सिस्टम के बीच एन्क्रिप्शन और प्रमाणीकरण सेवाओं को सक्षम करने के लिए किया जा सकता है। उदाहरण के लिए, उन्नत एन्क्रिप्शन स्टैंडर्ड (एईएस) एन्क्रिप्शन एल्गोरिदम को सक्षम करने के लिए sqlnet.ora फ़ाइल में केवल कुछ पैरामीटर परिवर्तन की आवश्यकता होती है ताकि फिर से (MySQL बिनलॉग के समान) एन्क्रिप्ट किया जा सके। किसी बाहरी प्रमाणपत्र सेटअप की आवश्यकता नहीं है और इसके लिए केवल स्टैंडबाय डेटाबेस के पुनरारंभ की आवश्यकता है। sqlnet.ora और वॉलेट में संशोधन सरल हैं:

वॉलेट निर्देशिका बनाएं

mkdir /u01/app/wallet

sqlnet.ora संपादित करें

ENCRYPTION_WALLET_LOCATION=
 (SOURCE=
  (METHOD=file)
   (METHOD_DATA=
    (DIRECTORY=/u01/app/wallet)))

एक कीस्टोर बनाएं

ADMINISTER KEY MANAGEMENT CREATE KEYSTORE '/u01/app/wallet' identified by root ;

दुकान खोलें

ADMINISTER KEY MANAGEMENT set KEYSTORE open identified by root ;

एक मास्टर कुंजी बनाएं

ADMINISTER KEY MANAGEMENT SET KEY IDENTIFIED BY root WITH BACKUP;

स्टैंडबाय पर

वॉलेट निर्देशिका में p12 और .sso फ़ाइलों की प्रतिलिपि बनाएँ और प्राथमिक नोड के समान sqlnet.ora फ़ाइल को अद्यतन करें।

अधिक जानकारी के लिए कृपया Oracle के TDE श्वेत पत्र का अनुसरण करें, आप श्वेतपत्र से सीख सकते हैं कि डेटाफ़ाइल को कैसे एन्क्रिप्ट किया जाए और वॉलेट को हमेशा खुला कैसे बनाया जाए।

उपयोग और प्रबंधन में आसानी

जब आप Oracle डेटा गार्ड कॉन्फ़िगरेशन को प्रबंधित या परिनियोजित करते हैं, तो आप पा सकते हैं कि देखने के लिए कई चरण और पैरामीटर हैं। इसका उत्तर देने के लिए, Oracle ने DG ब्रोकर बनाया।

आप निश्चित रूप से डीजी ब्रोकर को लागू किए बिना डेटा गार्ड कॉन्फ़िगरेशन बना सकते हैं लेकिन यह आपके जीवन को और अधिक आरामदायक बना सकता है। जब इसे लागू किया जाता है, तो ब्रोकर की कमांड लाइन उपयोगिता - DGMGRL संभवतः DBA की प्राथमिक पसंद होती है। जो लोग GUI पसंद करते हैं, उनके लिए Cloud Control 13c के पास वेब इंटरफेस के माध्यम से DG ब्रोकर तक पहुंचने का विकल्प है।

जिन कार्यों में ब्रोकर मदद कर सकता है, वे हैं प्रबंधित पुनर्प्राप्ति की एक स्वचालित शुरुआत, विफलता/स्विचओवर के लिए एक आदेश, डीजी प्रतिकृति की निगरानी, कॉन्फ़िगरेशन सत्यापन और कई अन्य।

DGMGRL> show configuration 
Configuration - orcl_s9s_config 

Protection Mode: MaxPerformance
  Members:

s9sp  - Primary database
    s9ss - Physical standby database 

Fast-Start Failover: DISABLED
Configuration Status:
SUCCESS   (status updated 12 seconds ago

MySQL Oracle DG ब्रोकर के समान समाधान प्रदान नहीं करता है। हालाँकि आप ऑर्केस्ट्रेटर, एमएचए और लोड बैलेंसर्स (प्रॉक्सीएसक्यूएल, हैप्रोक्सी या मैक्सस्केल) जैसे टूल का उपयोग करके इसकी कार्यक्षमता बढ़ा सकते हैं। डेटाबेस और लोड बैलेंसर्स को प्रबंधित करने का समाधान ClusterControl है। ClusterControl Enterprise Edition आपको मुफ़्त सामुदायिक संस्करण के हिस्से के रूप में पेश किए जाने वाले परिनियोजन और निगरानी कार्यों के अलावा प्रबंधन और स्केलिंग सुविधाओं का एक पूरा सेट देता है।