Oracle अनुप्रयोगों में AD ऑनलाइन पैचिंग

यह ब्लॉग Oracle ® AD ऑनलाइन पैचिंग (अपनाने) उपयोगिता चरणों, पैचप्रोसेस चक्र चरणों और कुछ उपयोगी एडोप कमांड और युक्तियों का वर्णन करता है।

परिचय

एडॉप यूटिलिटी का उपयोग ओरेकल ई-बिजनेस सूट में बिना महत्वपूर्ण सिस्टम डाउनटाइम के पैच लगाने के लिए किया जाता है। निम्नलिखित आरेख में दिखाए गए पैच चक्र में कई चरण होते हैं:

छवि स्रोत:https://docs.oracle.com/cd/E26401_01/doc.122/e22954/T202991T531065.htm

मूल गोद लेने के चरण और पैच चक्र चरण

एडॉप प्रक्रिया का उपयोग करके Oracle R12.2 में पैच लगाने से पहले, किसी भी आवश्यक तकनीकी पैच को डाउनलोड करें और सामग्री को अनज़िप करें। फिर निम्न चरणों में से एक करके पैच तैयार करें:

• आप पैच सामग्री को $NE_BASE/EBSapps/patch में खोल सकते हैं .चूंकि एडॉप यूटिलिटी अपना परिवेश स्वयं सेट करती है, इसलिए आपको इसे चलाने से पहले परिवेश को स्रोत करने की आवश्यकता नहीं है।

या

• निम्नलिखित कोड का उपयोग करके पैच फ़ाइल सिस्टम पर्यावरण फ़ाइल को निष्पादित (या सोर्सिंग) करके पर्यावरण सेट करें:

    Source <EBS install base>/EBSapps.env run
  

एक ऑनलाइन पैचिंग में कई चरण होते हैं, जो निम्न सिंटैक्स का उपयोग करके adopcommand लाइन पर निर्दिष्ट होते हैं:

adop phase=<phase_name>

चरण तैयार करें

निम्नलिखित कमांड का उपयोग करके एक नया ऑनलाइन पैचिंग चक्र शुरू करने की तैयारी करें:

$ adop phase=prepare

चरण लागू करें

निम्नलिखित आदेशों को क्रियान्वित करके Oracle ई-बिजनेस सूट सिस्टम के पैच संस्करण में एक या अधिक पैच लागू करें:

$ source <EBS install base>/EBSapps.env patch
$ adop phase=apply patches=123456,789101 workers=8

नोट: आप सभी अनुकूलन परिवर्तनों को लागू चरण में भी परिनियोजित कर सकते हैं।

चरण को अंतिम रूप दें

निम्नलिखित कमांड का उपयोग करके इस चरण में अंतिम पैचिंग ऑपरेशन करें (जिसे एप्लिकेशन अभी भी ऑनलाइन होने पर निष्पादित किया जा सकता है):

$ adop phase=finalize

कटओवर चरण

निम्नलिखित कमांड का उपयोग करके पैच किए गए वातावरण में संक्रमण:

$ adop phase=cutover

सफाई चरण

निम्नलिखित आदेश चलाकर पुरानी वस्तुओं को हटा दें जिनकी अब पैच प्रक्रिया से आवश्यकता नहीं है:

$ adop phase=cleanup

सभी चरणों को एक ही कमांड में चलाएं

निम्नलिखित सिंटैक्स का उपयोग करके सभी चरणों को एक ही कमांड में चलाएँ:

adop phase=prepare,apply,finalize,cutover,cleanup patches=<patch_number1>,<patch_number2>

निम्नलिखित वैकल्पिक मापदंडों का भी उपयोग किया जा सकता है:

वास्तविक_सब :पैच संस्करण में सभी ऑब्जेक्ट को वास्तविक बनाएं।क्लीनअप_फुल :पुराने संस्करणों को साफ करें और छोड़ें।छोड़ें :विफल पैच को छोड़ दें।

क्लीन-अप मोड

आवश्यकतानुसार निम्न क्लीन-अप मोड का उपयोग करें:

• क्लीनअप_मोड=त्वरित - अप्रचलित क्रॉस संस्करण ट्रिगर और बीज डेटा को हटाने सहित न्यूनतम सफाई करता है। जब आपको अगला पैचिंग चक्र जल्द से जल्द शुरू करने की आवश्यकता हो तो त्वरित सफाई का उपयोग करें।

• क्लीनअप_मोड=मानक - त्वरित मोड के समान है और अप्रचलित संस्करण कोड ऑब्जेक्ट (कवर किए गए ऑब्जेक्ट) को भी छोड़ देता है (हटा देता है)।

• क्लीनअप_मोड=पूर्ण - अधिकतम सफाई करता है, जो पुराने संस्करणों के सभी अप्रचलित कोड और डेटा को छोड़ देता है।

वैकल्पिक चरण

इस अनुभाग में आवश्यकतानुसार चरणों का उपयोग करें।

निरस्त चरण

आप किसी अन्य चरण के साथ निरस्त चरण, एक सशर्त चरण, निर्दिष्ट नहीं कर सकते।

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

एबॉर्ट कमांड केवल कटओवरफेज़ तक (लेकिन शामिल नहीं) तक उपलब्ध है। कटओवर के बाद, सिस्टम नए संस्करण पर चलता है, और उस पैचिंग चक्र के लिए निरस्त करना अब संभव नहीं है।

निम्न आदेश का उपयोग करके निरस्त करें:

$ adop phase=abort

गर्भपात चलाने के बाद, आपको पूरी तरह से सफाई करनी होगी। एक विकल्प निम्नलिखित कमांड का उपयोग करना है:

adop phase=cleanup cleanup_mode=full

आप निम्न संयुक्त आदेश का उपयोग करके एक ही समय में गर्भपात और सफाई दोनों चला सकते हैं:

$ adop phase=abort,cleanup cleanup_mode=full

पैच संस्करण में पैच के अनुप्रयोग को निरस्त करने के बाद, आपको निम्न fs_clone चलाना होगा पैच फाइल सिस्टम को फिर से बनाने के लिए कमांड:

$ adop phase=fs_clone

fs_clone चरण

fs_clone चरण रनफाइल सिस्टम के साथ पैच फाइल सिस्टम को सिंक्रोनाइज करता है। fs_clone चरण केवल तभी चलाया जाना चाहिए जब एक विशिष्ट दस्तावेज प्रक्रिया के भाग के रूप में उल्लेख किया गया हो।

अगली तैयारी चरण चलाने से पहले, आपको रन फाइल सिस्टम से इस कमांड को लागू करना होगा, जैसा कि निम्न कमांड में दिखाया गया है:

$ source <EBS install base>/EBSapps.env RUN
$ adop phase=fs_clone

अगर कोई fs_clone ऑपरेशन विफल हो जाता है, तो आप इसे force=yes विकल्प के साथ फिर से चला सकते हैं शुरुआत से प्रक्रिया को फिर से शुरू करने के लिए (उसी सत्र आईडी के साथ) याforce=no प्रक्रिया को उस बिंदु से पुनः आरंभ करने के लिए जहां यह विफल रहा।

सभी चरणों को साकार करें

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

यह प्रक्रिया एक सामान्य पैचिंग चक्र की तुलना में काफी अधिक समय तक चलती है और इसे केवल तभी किया जाना चाहिए जब एक नया पैचिंग चक्र शुरू करने की तत्काल आवश्यकता न हो।

शुरू करने से पहले, सुनिश्चित करें कि सिस्टम में अनुशंसित डेटाबेस पैच हैं और नवीनतम AD-TXK कोड स्तर स्थापित है।

आगे बढ़ने के लिए, निम्नलिखित कमांड को क्रम से चलाएँ:

$ adop phase=prepare
$ adop phase=actualize_all
$ adop phase=finalize finalize_mode=full
$ adop phase=cutover
$ adop phase=cleanup cleanup_mode=full

कमांड टिप्स अपनाएं

यह खंड कुछ उपयोगी एडॉप यूटिलिटी कमांड प्रदान करता है।

अपनाने और समवर्ती प्रबंधक

Oracle समवर्ती प्रबंधक मुख्य रूप से यह सुनिश्चित करने के लिए ज़िम्मेदार होते हैं कि अनुरोधों के प्रवाह को नियंत्रित करने से एप्लिकेशन अभिभूत नहीं होते हैं।

एडॉप कटओवर एक समवर्ती प्रबंधक शटडाउन का अनुरोध करके शुरू होता है और फिर प्रगति के अनुरोधों के पूरा होने की प्रतीक्षा करता है।

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

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

adop phase=cutover cm_wait=10

mtrestart=no कमांड बंद हो जाता है और एप्लिकेशन टियर पुनरारंभ सेवाओं को सक्षम नहीं करता है, जैसा कि निम्न उदाहरण में दिखाया गया है:

adop phase=cutover cm_wait=10 mtrestart=no

हॉटपैच अपनाएं

हॉटपैच मोड में, एडॉप पैच को रन एडिशन पर लागू करता है जबकि एप्लिकेशन सर्विसेज अभी भी चल रही हैं। इस मोड में, पैच प्रक्रिया को निरस्त नहीं किया जा सकता है।

निम्न उदाहरण हॉटपैच मोड में पैच आरंभ करता है:

$ adop phase=apply patches=<patch_list> hotpatch=yes

हॉटपैच का उपयोग करने के बाद, दोनों phase=cleanup . को चलाना सुनिश्चित करें औरphase=fs_clone रन फ़ाइल सिस्टम को पैच फ़ाइल सिस्टम के साथ सिंक्रनाइज़ करने के लिए। यह सुनिश्चित करता है कि सब कुछ अगले पैचिंग चक्र के लिए तैयार है।

यदि आपको पैच को फिर से लागू करने की आवश्यकता है, तो आपको options-forceapply . का उपयोग करना चाहिए निम्नलिखित उदाहरण में दिखाए गए पैरामीटर:

$ adop phase=apply patches=<patch list> hotpatch=yes options=forceapply

यदि आपको एक Continue As If It Were Successful त्रुटि, पैच के साथ आगे बढ़ने के लिए निम्न आदेश चलाएँ:

$ adop phase=apply patches=<patch list> abandon=no restart=yes flags=autoskip

अन्य उपयोगी एडॉप कमांड

निम्नलिखित सूची में विभिन्न सहायक उपयोगिता संचालन शामिल हैं:

श्रमिकों को परिभाषित करने के लिए:

$ adop phase=apply patches=<patch list> workers=5

पैचटॉप को परिभाषित करने के लिए:

$ adop phase=apply patches=<patch list> patchtop=<patch location base>

पैच मर्ज करने के लिए:

$ adop phase=apply patches=<patch list> merge=yes

असफल सत्र से एडॉप को फिर से शुरू करने के लिए, निम्नलिखित कमांड चलाएँ और फिर पैच को फिर से लागू करें:

$ adop phase=abort
$ adop phase=cleanup cleanup_mode=full
$ adop phase=fs_clone

भाषा पैच के लिए आवेदन करने के लिए:

$ adop phase=apply patches=1234456_JA:u123456.drv

पैचटॉप और एक परिभाषित ड्राइवर के साथ गैर-संवादात्मक एडॉप का उपयोग करने के लिए:

$ adop phase=apply options=nocopyportion patchtop=$XLA_TOP/patch/115 patches=driver:xla123456.drv

असफल कर्मचारियों को छोड़ने के लिए, निम्न चरणों का पालन करें:

1. adctrl का प्रयोग करें और असफल नौकरियों को छोड़ने के लिए विकल्प #8 (यह दिखाई नहीं देगा) चुनें।
2. restart=yes . का उपयोग करके एडॉप को फिर से शुरू करें पैरामीटर।

यदि कई असफल कार्य हैं, तो आपको flags=autoskip . के साथ पैच को पुनरारंभ करना चाहिए विकल्प, जैसा कि निम्नलिखित उदाहरण में दिखाया गया है:

$ adop restart=no abandon=yes flags=autoskip

यह आदेश पैच को पुनरारंभ करता है और होने वाली किसी भी विफलता को छोड़ देता है। यह सुनिश्चित करने के लिए कि उचित विफलताओं को छोड़ दिया गया था, पैच एप्लिकेशन के अंत में thelog फ़ाइल की समीक्षा करें।

निष्कर्ष:

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

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

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