मेट्रो वर्चुअल डेटा सेंटर

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

परिचय

एक पारंपरिक डीआर समाधान में, प्रत्येक उत्पादन डेटा केंद्र (डीसी) के लिए एक डीआर केंद्र तैनात किया जाता है। डीआर सेंटर तब तक सर्विस एक्सेस प्रदान नहीं करता है जब तक कि प्रोडक्शनडीसी को एक ऐसी आपदा का सामना नहीं करना पड़ता है जो सर्विस ब्रेकडाउन की ओर ले जाती है, जिसे थोड़े समय में ठीक नहीं किया जा सकता है। इसलिए, डीआर केंद्रों को निम्नलिखित चुनौतियों का सामना करना पड़ता है:

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

दो डीसी के बीच कुशल संसाधन उपयोग, लोड संतुलन और स्वचालित स्विचओवर पर ग्राहकों की आवश्यकताओं को पूरा करने के लिए, Oracle® ने एंड-टू-एंड एक्टिव-एक्टिव डीसी सॉल्यूशन लॉन्च किया। यह समाधान दोनों DC को समवर्ती रूप से चलाने और समग्र सेवा क्षमता और संसाधन उपयोग में सुधार करने के लिए सेवा भार साझा करने में सक्षम बनाता है। समाधान डिवाइस विफलता या एकल-डीसी विफलता के मामले में शून्य सेवा जागरूकता के साथ स्वचालित विफलता भी सुनिश्चित करता है। इसके अलावा, इसमें शून्य पुनर्प्राप्ति बिंदु उद्देश्य (RPO) और शून्य पुनर्प्राप्ति समय उद्देश्य (RTO) है। नोट:आरटीओ एप्लिकेशन सिस्टम और परिनियोजन मोड पर निर्भर करता है।

वर्तमान भंडारण उद्योग में दो उपलब्धता मोड हैं:

सक्रिय-निष्क्रिय (AP) या सक्रिय-स्टैंडबाय
सक्रिय-सक्रिय (AA) या मेट्रो वर्चुअल डेटा सेंटर (MVDC)

डेटाबेस परत के महत्वपूर्ण घटक

डेटाबेस (DB) को शून्य डेटा हानि विकल्प के साथ सक्रिय-स्टैंडबाय मोड में स्थापित किया जाना चाहिए। निम्नलिखित आइटम महत्वपूर्ण घटक हैं:

Oracle डेटा गार्ड ब्रोकर:डेटा गार्ड कॉन्फ़िगरेशन को स्वचालित और केंद्रीकृत करता है और जटिल भूमिका परिवर्तनों के लिए एकल आदेश के साथ स्विचओवर, या फ़ेलओवर को लागू करने में मदद करता है।
फ्लैशबैक डेटाबेस:डीबी के लिए रिवाइंड या रिवर्ट प्रदान करता है, और फ्लैश रिकवरी क्षेत्र में फ्लैशबैकलॉग जानकारी संग्रहीत करता है।
फास्ट-स्टार्ट फ़ेलओवर (FSFO):शून्य डेटा हानि के साथ फ़ेलओवर सक्षम करता है। FSFO तब तक ट्रिगर नहीं होता जब तक कि स्टैंडबाय DB प्राथमिक DB के साथ सिंक में न हो।
पर्यवेक्षक:डेटा गार्ड कमांड-लाइनइंटरफ़ेस में शामिल एक अलग प्रक्रिया प्रदान करता है, dgmgrl , जो संभावित विफलता की स्थिति के लिए प्राथमिक और स्टैंडबाय डीबी की स्थिति की निगरानी करता है।

डेटा गार्ड कॉन्फ़िगरेशन

निम्न छवि डेटा गार्ड कॉन्फ़िगरेशन दिखाती है:

छवि स्रोत: https://neeraj-dba.blogspot.com/2011/10/dataguard-broker-and-its-benefits_05.html

प्राथमिक DB पर, लॉग राइटर (LGWR) प्रक्रिया एक या एक से अधिक लॉग नेटवर्क सर्वर (LNSn) प्रक्रियाओं के लिए फिर से डेटा सबमिट करती है, जो तब नेटवर्क I / O को समानांतर में कई दूरस्थ गंतव्यों में आरंभ करती है। लेन-देन प्राथमिक डेटाबेस पर प्रतिबद्ध नहीं हैं जब तक कि सभी LGWR SYNC गंतव्यों द्वारा प्राप्त लेनदेन को पुनर्प्राप्त करने के लिए डेटा को फिर से करना आवश्यक न हो।

स्टैंडबाय डीबी पर, रिमोट फाइल सर्वर (आरएफएस) एलजीडब्लूआर प्रक्रिया से नेटवर्क पर फिर से डेटा प्राप्त करता है और स्टैंडबाय रीडो लॉगफाइल को फिर से डेटा लिखता है।

अधिकतम उपलब्धता आर्किटेक्चर

जब आप अधिकतम उपलब्धता के लिए एक आर्किटेक्चर डिज़ाइन करते हैं, तो आपको डाउनटाइम के संभावित कारणों और अनियोजित और नियोजित डाउनटाइम को वर्गीकृत करने के तरीके पर विचार करना चाहिए।

अनियोजित डाउनटाइम में निम्नलिखित मदों में अप्रत्याशित रुकावटें शामिल हैं:

सर्वर की उपलब्धता:डीबी सर्वर को होस्ट करने वाली एक या अधिक मशीनों की अप्रत्याशित विफलता के बावजूद आपको डीबी सेवाओं तक निर्बाध पहुंच सुनिश्चित करने की आवश्यकता है, जो हार्डवेयर या सॉफ्टवेयर की खराबी के कारण हो सकता है। OracleReal एप्लिकेशन क्लस्टर (RAC) ऐसी विफलताओं के खिलाफ सबसे प्रभावी सुरक्षा प्रदान करते हैं।
डेटा उपलब्धता:डेटा विफलताओं को कम करने के लिए, जैसे कि हानि, क्षति या व्यापार-महत्वपूर्ण डेटा का भ्रष्टाचार, आपकी योजना को यह सुनिश्चित करने की आवश्यकता है कि आपके पास हमेशा आपके डेटा तक पहुंच हो।

नियोजित डाउनटाइम में निम्नलिखित मदों सहित एक्सेस के लिए निर्धारित रुकावटें शामिल हैं:

सिस्टम में बदलाव
डेटा परिवर्तन
ऐप में बदलाव

एमवीडीसी के लिए स्विचओवर परीक्षण परिदृश्य

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

स्विचओवर प्रक्रिया

निम्नलिखित क्रम में एक स्विचओवर होता है:

मूल प्राथमिक DB भूमिका को स्टैंडबाय में बदल देता है।
मूल स्टैंडबाय DB प्राथमिक भूमिका में बदल जाता है।

जब आप स्विचओवर करते हैं तो डेटा गार्ड ब्रोकर स्वचालित रूप से निम्नलिखित गतिविधियों का ध्यान रखता है:

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

स्विचओवर से पहले:

छवि स्रोत: https://docs.oracle.com/cd/E11882_01/server.112/e41134/role_management.htm#SBYDB00615

स्विचओवर के बाद:

छवि स्रोत: https://docs.oracle.com/cd/E11882_01/server.112/e41134/role_management.htm#SBYDB00615

स्विचओवर करने के चरण

स्विचओवर करने के लिए, निम्न चरणों को निष्पादित करें:

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

वर्तमान प्राथमिक DB में निम्न SQL क्वेरी चलाएँ:

SELECT * FROM DBA_JOBS_RUNNING; (There should not be any sys owned jobs running)
SELECT OWNER, JOB_NAME, START_DATE, END_DATE, ENABLED FROM DBA_SCHEDULER_JOBS WHERE ENABLED='TRUE' AND OWNER <> 'SYS';
    (Data Guard Broker does not kill the jobs owned by sys.)

job_queue_processes सेट करें और aq_tm_processes से 0. मूल मान पर ध्यान दें क्योंकि स्विचओवर परीक्षण पूरा होने के बाद आपको मूल मान पर रीसेट करना होगा।
emagent को रोकें जो प्राथमिक डीबी पर चल रहा है।

वर्तमान प्राथमिक DB में निम्न SQL क्वेरी चलाएँ:

 SELECT sid, username, status, program, inst_id FROM gv$session
 WHERE username is not null and status='ACTIVE' order by inst_id;
     (Validate and check the number of connections is active; a large number
     of active connections can lead to the switchover taking more time.)

सभी sqlplus से लॉग आउट करें सत्र जहां आप sys . के रूप में जुड़े हुए हैं ।

वर्तमान प्राथमिक DB में निम्न SQL क्वेरी चलाएँ:

 set linesize to 132
 col value format a35
 SELECT inst_id,name,value from gv$parameter
 WHERE name in ('job_queue_processes','aq_tm_processes');
     (Check and validate the value of job_queue_processes and aq_tm_processes should be zero.)

डेटा गार्ड कॉन्फ़िगरेशन को सत्यापित करने के लिए निम्न आदेश चलाएँ:
```
DGMGRL> show configuration verbose

** STATUS Should show success, do not proceed if the status is not "success".
```
यह सुनिश्चित करने के लिए क्लस्टर रेडी सर्विसेज (सीआरएस) स्थिति की जांच करें कि सभी संसाधन ऑनलाइन पंजीकृत हैं क्योंकि ब्रोकर इस प्रक्रिया के दौरान डीबी को माउंट और शटडाउन करने के लिए सीआरएस को हैंडओवर देता है।
प्राथमिक डीबी पर कुछ लॉग स्विच करें और सत्यापित करें कि वे स्टैंडबाय डीबी पर लागू हो गए हैं।
आगे बढ़ने से पहले, एक स्विचओवर करें और किसी भी विफलता के लिए डीआरसी लॉग और अलर्ट लॉग की निगरानी करें। निम्न आदेश पुराने प्राथमिक को स्टैंडबाय में परिवर्तित करता है और फिर पुराने स्टैंडबाय को प्राथमिक में परिवर्तित करता है:
```
DGMGRL> switchover to ‘DDMPROD_STANDBY’;
```
स्विचओवर पूर्ण होने के बाद, सुनिश्चित करें कि लॉग परिवहन और लॉग लागू सेवाएं चालू हैं और ठीक से काम कर रही हैं।

MVDC के लिए विफलता परीक्षण परिदृश्य

एक विफलता तब होती है जब प्राथमिक डीबी (आरएसी प्राथमिक डीबी के सभी उदाहरण) विफल हो जाते हैं और प्राथमिक भूमिका को संभालने के लिए स्टैंडबाय डीबी को स्थानांतरित कर दिया जाता है। फ़ेलओवर निम्न मामलों में किया जाता है:

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

विफल परिदृश्य

निम्नलिखित डीबी स्थितियां तेजी से शुरू होने वाली विफलता को ट्रिगर करती हैं:

प्राथमिक साइट विफलता
प्राथमिक डीबी शर्तें, जिनमें निम्न शामिल हैं:
उदाहरण विफलता
आखिरी जीवित उदाहरण, यदि आरएसी हो
अंतिम उपलब्ध उदाहरण को बंद करना बंद करें
I/O त्रुटियों के कारण ऑफ़लाइन ली गई डेटा फ़ाइलें (ऑफ़लाइन डेटा फ़ाइलों के कारण विफलता प्रदर्शन करते समय सीमा को अनदेखा कर दिया गया)

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

छवि स्रोत: https://docs.oracle.com/cd/E11882_01/server.112/e41134/role_management.htm#SBYDB00615

निष्कर्ष

एक एमवीडीसी दो डीसी के बीच कुशल संसाधन उपयोग, लोड संतुलन, उच्च उपलब्धता और स्वचालित स्विचओवर में मदद करता है। दोनों डीसी सेवा भार साझा करने और समग्र सेवा क्षमता में सुधार करने के लिए समवर्ती (सक्रिय-सक्रिय) चलते हैं। एमवीडीसी आपदा रिकवरी विफलताओं या अपग्रेड/रखरखाव स्विचओवर के लिए डेटाबेस के बीच स्विच करने के लिए आवश्यक मानवीय हस्तक्षेप को कम करता है।

कोई टिप्पणी करने या प्रश्न पूछने के लिए प्रतिक्रिया टैब का उपयोग करें।

विशेषज्ञ प्रशासन, प्रबंधन और कॉन्फ़िगरेशन के साथ अपने परिवेश को अनुकूलित करें

रैकस्पेस की एप्लिकेशन सेवाएं(RAS) विशेषज्ञ अनुप्रयोगों के व्यापक पोर्टफोलियो में निम्नलिखित पेशेवर और प्रबंधित सेवाएं प्रदान करते हैं:

ईकामर्स और डिजिटल अनुभव प्लेटफॉर्म
एंटरप्राइज रिसोर्स प्लानिंग (ईआरपी)
बिजनेस इंटेलिजेंस
बिक्री बल ग्राहक संबंध प्रबंधन (सीआरएम)
डेटाबेस
ईमेल होस्टिंग और उत्पादकता

हम वितरित करते हैं:

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

आरंभ करने के लिए अभी चैट करें।