Oracle EBS डिजास्टर रिकवरी: लचीले सिस्टम बनाने के सिद्ध चरण

यह ब्लॉग Oracle® एंटरप्राइज बिजनेस सुइट्स (EBS) एप्लिकेशन के लिए डिजास्टर रिकवरी (DR) सिस्टम के निर्माण और रखरखाव को कवर करता है और टेस्ट एरिया में संस्करण 12.2.5 सिस्टम का उपयोग करके संस्करण 12.2 एप्लिकेशन DR सिस्टम बनाने के लिए एक सामान्य प्रक्रिया का वर्णन करता है।

परिचय

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

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

DR कॉन्फ़िगरेशन चरण

यह लेख DR सिस्टम को कॉन्फ़िगर करने के लिए निम्नलिखित उच्च-स्तरीय चरणों का पता लगाता है:

1. आर्काइविंग अक्षम करें और DR सिस्टम को फिजिकल स्टैंडबाय मोड से स्नैपशॉट स्टैंडबाय मोड में बदलें।
2. preclone चलाकर प्राइमरी साइट से DR साइट पर एप्लिकेशन कॉपी करें।
3. dualfs के साथ नोड 1 कॉन्फ़िगर करें।
4. PROD साइट से मेल खाने के लिए अतिरिक्त नोड जोड़ें।
5. नोड 1 को शुरू और बंद करके सेवाओं की जांच करें।
6. एप्लिकेशन DR सेट अप होने के बाद DR सिस्टम को वापस फिजिकल स्टैंडबाय मोड पर सेट करें।

1. DR सिस्टम को स्नैपशॉट स्टैंडबाय मोड पर सेट करें

लॉग अप्लाई अक्षम करने और DR डेटाबेस को स्टैंडबाय स्नैपशॉट मोड पर सेट करने के लिए निम्नलिखित कोड चलाएं:

$ dgmgrl / $ edit database "TESTDR" set state=apply-off; 

स्टैंडबाय डेटाबेस को फ्लैशबैक डेटाबेस ऑपरेशन के लिए फ्लैशबैक लॉगिंग का उपयोग करने के लिए कॉन्फ़िगर करने के लिए निम्नलिखित कोड चलाएं:

SQL> alter system set db_recovery_file_dest_size=1000G scope=both; SQL> alter system set db_recovery_file_dest='+FRA' scope=both; SQL> alter system set db_flashback_retention_target=1440 scope=both; $ नोड 2 DR DB बंद करें $ sqlplus '/as sysdba' SQL> shutdown immediate; 

DR DB के नोड 1 पर निम्नलिखित कोड चलाएं:

$ sqlplus '/as sysdba' SQL> shutdown immediate; SQL> startup mount; SQL> alter database convert to snapshot standby; SQL> alter database open; SQL> select name, DB_UNIQUE_NAME, OPEN_MODE, DATABASE_ROLE from v$database; NAME DB_UNIQUE_NAME OPEN_MODE DATABASE_ROLE --------- ------------------------------ -------------------- ---------------- TESTPRD TESTDR READ ONLY WITH APPLY SNAPSHOT STANDBY 

DR DB के नोड 2 को माउंट मोड में स्टार्टअप करने के लिए निम्नलिखित कोड चलाएं:

$ sqlplus '/as sysdba' SQL> startup mount; 

2. preclone चलाएं और fnd_nodes साफ़ करें

fnd_nodes को साफ़ करने के लिए निम्नलिखित कोड चलाएं:

SQL> exec fnd_conc_clone.setup_clean; SQL> exec ad_zd_fixer.clear_valid_nodes_info; 

निम्नलिखित क्रम में DR DB नोड्स पर auto-config चलाएं: नोड 1, नोड 2, नोड 1।

PROD एप्लिकेशन टियर पर preclone चलाएं और RUN फ़ाइल सिस्टम (FS) नोड 1 से संबंधित DR एप्लिकेशन टियर नोड 1 FS पर एप्लिकेशन फ़ाइलें कॉपी करें।

3. dualfs चलाएं

नोड 1 DR एप्लिकेशन टियर पर, FS पर ब्राउज़ करें और निम्नलिखित कोड चलाएं:

$ perl adcfgclone.pl appsTier dualfs from <APPL_BASE>/<SID>/apps/<RUN-FS>/EBSapps/comn/clone/bin 

यदि आपको निम्नलिखित संकेत दिखाई देता है, तो adcfgclone सफलतापूर्वक पूरा हो गया है और आप किसी भी ऑटोकॉन्फ़िगरेशन त्रुटि को अनदेखा कर सकते हैं:

Do you want to startup the Application Services for ……..? (y/n) [n] : 

4. PROD साइट से मेल खाने के लिए नोड जोड़ें

प्रत्येक एप्लिकेशन नोड पर, PROD से समकक्ष DR नोड्स पर env फ़ाइलें कॉपी करें। कोई भी आवश्यक डायरेक्टरी या फ़ाइल नाम परिवर्तन करते हुए निम्नलिखित कोड चलाएं:

$ scp prodnode1:/home/applmgr/prodprd.env /home/applmgr/proddr.env $ scp prodnode1:/home/applmgr/prodprd_run.env /home/applmgr/proddr_run.env $ scp prodnode1:/home/applmgr/prodprd_patch.env /home/applmgr/proddr_patch.env 

अन्य सभी नोड्स के लिए पूर्ववर्ती कमांड दोहराएं।

env सोर्स करें और RUN और PATCH FS के लिए auto-config चलाएं। निम्नलिखित उदाहरण अपेक्षित परिणाम दिखाता है:

Configuring OZF_TOP.......COMPLETED Configuring CSD_TOP.......COMPLETED Configuring IGC_TOP.......COMPLETED AutoConfig completed successfully. Configuring OZF_TOP.......COMPLETED Configuring CSD_TOP.......COMPLETED Configuring IGC_TOP.......COMPLETED AutoConfig completed with errors. 

नोट: किसी भी PATCH FS त्रुटि को अनदेखा करें।

5. परीक्षण

पहले नोड को साइकिल चलाकर कॉन्फ़िगरेशन का परीक्षण करने के लिए निम्नलिखित कोड चलाएं:

$ . ./proddr.env $ cd $ADMIN_SCRIPTS_HOME $ ./adstrtal.sh apps/<passwd> 

URL, लॉगिन, और एप्लिकेशन शटडाउन जांचने के लिए निम्नलिखित कोड चलाएं:

$ cd $ADMIN_SCRIPTS_HOME $ ./adstpall.sh apps/<passwd> 

सामान्य क्लोनिंग प्रक्रिया के समान, PROD इंफ्रास्ट्रक्चर से मेल खाने के लिए अतिरिक्त नोड जोड़ें। लक्ष्य नोड 1, RUN, और PATCH FS पर preclone चलाएं। फिर, नोड जोड़ें। RUN और PATCH FS के लिए एडमिन सर्वर सेवाएं शुरू करें और निम्नलिखित कोड में दिखाए अनुसार preclone चलाएं:

$ . ~/testdr.env $ cd $ADMIN_SCRIPTS_HOME $ ./adpreclone.pl appsTier $ . ~/testdr_patch.env $ cd $ADMIN_SCRIPTS_HOME $ ./adpreclone.pl appsTier $ cd <RUN_FS_TOP>/EBSapps/comn/clone/bin $./adclonectx.pl addnode contextfile=<NODE1_RUNFS_CONTEXT.xml> pairsfile=/common_area/applcsf/testprd/pairsfile/mypairsfile.txt dualfs=yes 

नोड 2 कॉन्फ़िगर करने के लिए निम्नलिखित कोड चलाएं:

$ cd <RUN_FS_TOP>/EBSapps/comn/clone/bin $ ./adclonectx.pl addnode contextfile=<NODE1_RUNFS_CONTEXT.xml> pairsfile=/common_area/applcsf/testprd/pairsfile/mypairsfile.txt dualfs=yes $ perl $FND_TOP/patch/115/bin/txkSetAppsConf.pl \ -contextfile=<RUN-FS-CONTEXT.xml \ -configoption=addMS \ -oacore=testdr2.sherwin.com:<port> \ -oafm=testdr2.sherwin.com:<port> \ -forms=testdr2.sherwin.com:<port> \ -formsc4ws=testdr2.sherwin.com:<port> -- सभी पोर्ट जानकारी संदर्भ फ़ाइल में उपलब्ध है। 

इसी तरह, PROD सिस्टम से मेल खाने के लिए अन्य नोड्स या बाहरी टियर जोड़ें।

6. DR सिस्टम को फिजिकल स्टैंडबाय मोड में बदलें

सभी नोड्स जोड़ने के बाद, DR सिस्टम पर सभी सेवाओं को बंद करें, DR DB को वापस फिजिकल स्टैंडबाय मोड में बदलें, और डेटागार्ड को ON पर सेट करें।

DR DB पर सेवाओं को बंद करने, माउंट स्टार्टअप करने, और DR DR को फिजिकल स्टैंडबाय मोड में बदलने के लिए निम्नलिखित कोड चलाएं:

SQL> alter database convert to physical standby; DGMGRL> edit database "TESTDR" set state=apply-on; 

सिंक्रनाइज़ेशन मान्य करें। आपको निम्नलिखित उदाहरण के समान परिणाम देखने की उम्मीद करनी चाहिए:

### मॉनिटर करें कि ट्रांसपोर्ट लैग और अप्लाई लैग हैं: ट्रांसपोर्ट लैग: 0 सेकंड (0 सेकंड पहले गणना की गई) अप्लाई लैग: 0 सेकंड (0 सेकंड पहले गणना की गई) 

निष्कर्ष

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

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

हमारी डेटाबेस सेवाओं के बारे में अधिक जानें।

हम Oracle उत्पादों के विशेषज्ञ हैं, इसलिए Rackspace को अपने Oracle निवेश को अधिकतम करने में मदद करने दें।

यदि आप Rackspace डिजास्टर रिकवरी समाधानों पर अधिक जानकारी चाहते हैं, तो यह व्हाइट पेपर डाउनलोड करें।