आपदा वसूली के लिए Oracle EBS अनुप्रयोग

यह ब्लॉग Oracle® Enterprise Business Suites (EBS) अनुप्रयोगों के लिए आपदा पुनर्प्राप्ति (DR) सिस्टम के निर्माण और रखरखाव को कवर करता है और परीक्षण क्षेत्र में संस्करण 12.2.5 सिस्टम का उपयोग करके संस्करण 12.2 एप्लिकेशन DR सिस्टम बनाने के लिए सामान्य प्रक्रिया का वर्णन करता है।

परिचय

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

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

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

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

1. संग्रह को अक्षम करें और DR सिस्टम को भौतिक स्टैंडबाय . से रूपांतरित करें मोड सेस्नैपशॉट स्टैंडबाय मोड।
2. प्राथमिक साइट से DR साइट पर एप्लिकेशन कॉपी करेंpreclone ।
3. नोड1 को dualfs के साथ कॉन्फ़िगर करें ।
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;

$ Shutdown node2 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. प्रीक्लोन चलाएँ और fnd_nodes साफ़ करें

fnd_nodes को साफ करने के लिए निम्न कोड चलाएँ::

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

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

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

3. ड्यूलफ़्स चलाएँ

नोड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 साइट से मिलान करने के लिए नोड जोड़ें

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

$ 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 और 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 अवसंरचना से मेल खाने के लिए अतिरिक्त नोड्स जोड़ें। precloneचलाएं लक्ष्य node1, RUN, और PATCH FS पर। फिर, नोड्स जोड़ें। 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>    -- All ports information is available in context file.

इसी तरह, 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;

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

### Monitor to see Transport Lag and Apply Lag to be:
Transport Lag:      0 seconds (computed 0 seconds ago)
Apply Lag:          0 seconds (computed 0 seconds ago)

निष्कर्ष

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

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

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

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

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