यह ब्लॉग Oracle® AD ऑनलाइन पैचिंग (adop) उपयोगिता चरणों, पैच प्रक्रिया चक्र चरणों, और कुछ उपयोगी adop कमांड और युक्तियों का वर्णन करता है।
परिचय
adop उपयोगिता का उपयोग Oracle E-Business Suite पर पैच लागू करने के लिए किया जाता है बिना महत्वपूर्ण सिस्टम डाउनटाइम के। पैच चक्र में कई चरण होते हैं जैसा कि निम्न आरेख में दिखाया गया है:
ऑनलाइन पैचिंग चक्र
छवि स्रोत: https://docs.oracle.com/cd/E26401_01/doc.122/e22954/T202991T531065.htm
मूल adop चरण और पैच चक्र चरण
Oracle R12.2 में adop प्रक्रिया द्वारा पैच लागू करने से पहले, किसी भी आवश्यक प्रौद्योगिकी पैच को डाउनलोड करें और सामग्री को अनज़िप करें। फिर निम्न में से किसी एक चरण को करके पैच तैयार करें:
- आप पैच सामग्री को
$NE_BASE/EBSapps/patchमें अनज़िप कर सकते हैं। क्योंकि adop उपयोगिता अपना स्वयं का वातावरण सेट करती है, आपको इसे चलाने से पहले वातावरण को स्रोत करने की आवश्यकता नहीं है।
या
पैच फाइल सिस्टम पर्यावरण फाइल को निष्पादित (या स्रोत) करके वातावरण सेट करें, निम्न कोड का उपयोग करके:
Source/EBSapps.env run
एक ऑनलाइन पैचिंग में कई चरण होते हैं, जिन्हें निम्न सिंटैक्स का उपयोग करके adop कमांड लाइन पर निर्दिष्ट किया जाता है:
adop phase=
तैयारी चरण
निम्न कमांड का उपयोग करके एक नया ऑनलाइन पैचिंग चक्र शुरू करने की तैयारी करें:
$ adop phase=prepare
लागू चरण
निम्न कमांड निष्पादित करके Oracle E-Business Suite सिस्टम के पैच संस्करण पर एक या अधिक पैच लागू करें:
$ source /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=,
निम्न वैकल्पिक पैरामीटर्स का भी उपयोग किया जा सकता है:
actualize_all: पैच संस्करण में सभी ऑब्जेक्ट को वास्तविक बनाएं। cleanup_full: सफाई करें और पुराने संस्करण ड्रॉप करें। abandon: विफल पैच को छोड़ दें।
सफाई मोड
आवश्यकतानुसार निम्न सफाई मोड का उपयोग करें:
cleanup_mode=quick - न्यूनतम सफाई करता है, जिसमें अप्रचलित क्रॉस संस्करण ट्रिगर और सीड डेटा को हटाना शामिल है। अगले पैचिंग चक्र को जल्द से जल्द शुरू करने की आवश्यकता होने पर त्वरित सफाई का उपयोग करें।
cleanup_mode=standard - त्वरित मोड के समान करता है और अप्रचलित संस्करणित कोड ऑब्जेक्ट (कवर्ड ऑब्जेक्ट) को भी ड्रॉप (हटाता) करता है।
cleanup_mode=full - अधिकतम सफाई करता है, जो पहले के संस्करणों से सभी अप्रचलित कोड और डेटा को ड्रॉप करता है।
वैकल्पिक चरण
आवश्यकतानुसार इस खंड में चरणों का उपयोग करें।
अभॉर्ट चरण
आप अभॉर्ट चरण को किसी अन्य चरण के साथ निर्दिष्ट नहीं कर सकते, एक सशर्त चरण।
यदि किसी कारण से तैयारी या लागू चरण विफल होता है, तो आप अभॉर्ट कमांड के साथ एक विशेष चरण चलाकर पैचिंग चक्र को इनमें से किसी भी बिंदु पर रोक सकते हैं। पहले की गई कार्रवाइयों को त्याग दिया जाएगा (या वापस ले लिया जाएगा)।
अभॉर्ट कमांड केवल कटओवर चरण तक (लेकिन इसमें शामिल नहीं) उपलब्ध है। कटओवर के बाद, सिस्टम नए संस्करण पर चलता है, और उस पैचिंग चक्र के लिए अभॉर्ट अब संभव नहीं है।
निम्न कमांड का उपयोग करके अभॉर्ट करें:
$ 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 /EBSapps.env RUN
$ adop phase=fs_clone
यदि fs_clone ऑपरेशन विफल होता है, तो आप इसे force=yes विकल्प के साथ पुनः चला सकते हैं ताकि प्रक्रिया को शुरुआत से पुनः आरंभ किया जा सके (उसी सत्र ID के साथ) या force=no ताकि प्रक्रिया को उस बिंदु से पुनः आरंभ किया जा सके जहां यह विफल हुई थी।
actualize_all चरण
जैसे-जैसे प्रत्येक ऑनलाइन पैचिंग चक्र पूरा होता है, डेटाबेस अतिरिक्त पुराने डेटाबेस संस्करण जमा करता है। जैसे-जैसे संख्या बढ़ती है, सिस्टम प्रदर्शन खराब होता है। जब पुराने डेटाबेस संस्करणों की संख्या 25 से अधिक हो जाती है, तो आपको adop 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
adop कमांड युक्तियाँ
यह खंड कुछ उपयोगी adop उपयोगिता कमांड प्रदान करता है।
adop और समवर्ती प्रबंधक
Oracle समवर्ती प्रबंधक मुख्य रूप से अनुरोधों के प्रवाह को नियंत्रित करके यह सुनिश्चित करने के लिए जिम्मेदार हैं कि एप्लिकेशन अभिभूत न हों।
adop कटओवर समवर्ती प्रबंधक शटडाउन का अनुरोध करके शुरू होता है और फिर प्रगतिशील अनुरोधों के पूरा होने की प्रतीक्षा करता है।
यदि समवर्ती प्रबंधक निर्दिष्ट समय सीमा के भीतर शटडाउन नहीं करता है, तो शेष समवर्ती अनुरोधों को मार दिया जाता है और कटओवर आगे बढ़ता है।
मौजूदा समवर्ती प्रक्रियाओं के समाप्त होने की प्रतीक्षा करने के लिए कितनी देर तक इंतजार करना है, यह निर्दिष्ट करने के लिए, cutover cm_wait कमांड चलाएं। निम्न उदाहरण में, cm_wait समय 10 मिनट है। डिफ़ॉल्ट रूप से, adop प्रगतिशील समवर्ती अनुरोधों के समाप्त होने के लिए अनिश्चित काल तक प्रतीक्षा करता है।
adop phase=cutover cm_wait=10
mtrestart=no कमांड एप्लिकेशन टियर पुनरारंभ सेवाओं को रोकता है और सक्षम नहीं करता है, जैसा कि निम्न उदाहरण में दिखाया गया है:
adop phase=cutover cm_wait=10 mtrestart=no
adop हॉटपैच
हॉटपैच मोड में, adop एप्लिकेशन सेवाओं के चलते हुए रन संस्करण पर पैच लागू करता है। इस मोड में, पैच प्रक्रिया को रोका नहीं जा सकता।
निम्न उदाहरण हॉटपैच मोड में एक पैच शुरू करता है:
$ adop phase=apply patches= hotpatch=yes
हॉटपैच का उपयोग करने के बाद, रन फाइल सिस्टम को पैच फाइल सिस्टम के साथ सिंक्रनाइज़ करने के लिए phase=cleanup और phase=fs_clone दोनों को चलाना सुनिश्चित करें। यह सुनिश्चित करता है कि अगले पैचिंग चक्र के लिए सब कुछ तैयार है।
यदि आपको पैच को फिर से लागू करने की आवश्यकता है, तो आपको options-forceapply पैरामीटर का उपयोग करना होगा जैसा कि निम्न उदाहरण में दिखाया गया है:
$ adop phase=apply patches= hotpatch=yes options=forceapply
यदि आपको Continue As If It Were Successful त्रुटि मिलती है, तो पैच के साथ आगे बढ़ने के लिए निम्न कमांड चलाएं:
$ adop phase=apply patches= abandon=no restart=yes flags=autoskip
अन्य उपयोगी adop कमांड
निम्न सूची में विभिन्न सहायक adop उपयोगिता संचालन शामिल हैं:
वर्कर्स परिभाषित करने के लिए:
$ adop phase=apply patches= workers=5
पैचटॉप परिभाषित करने के लिए:
$ adop phase=apply patches= patchtop=
पैच मर्ज करने के लिए:
$ adop phase=apply patches= merge=yes
विफल सत्र से adop को पुनरारंभ करने के लिए, निम्न कमांड चलाएं और फिर पैच को फिर से लागू करें:
$ adop phase=abort
$ adop phase=cleanup cleanup_mode=full
$ adop phase=fs_clone
भाषा पैच के लिए आवेदन करने के लिए:
$ adop phase=apply patches=1234456_JA:u123456.drv
पैचटॉप और एक परिभाषित ड्राइवर के साथ गैर-इंटरैक्टिव adop का उपयोग करने के लिए:
$ adop phase=apply options=nocopyportion patchtop=$XLA_TOP/patch/115 patches=driver:xla123456.drv
विफल वर्कर्स को छोड़ने के लिए, निम्न चरण चलाएं:
adctrlका उपयोग करें और विकल्प #8 चुनें (यह दिखाई नहीं देगा) विफल कार्यों को छोड़ने के लिए।restart=yesपैरामीटर का उपयोग करके adop को पुनरारंभ करें।
यदि कई विफल कार्य हैं, तो आपको flags=autoskip विकल्प के साथ पैच को पुनरारंभ करना चाहिए, जैसा कि निम्न उदाहरण में दिखाया गया है:
$ adop restart=no abandon=yes flags=autoskip
यह कमांड पैच को पुनरारंभ करता है और होने वाली किसी भी विफलता को छोड़ देता है। पैच आवेदन के अंत में लॉग फाइल की समीक्षा करें ताकि यह सुनिश्चित हो सके कि उपयुक्त विफलताओं को छोड़ दिया गया था।
निष्कर्ष:
adop उपयोगिता सक्षम है क्योंकि कई एप्लिकेशन संस्करण डेटाबेस में संग्रहीत किए जा सकते हैं, और दोहरे एप्लिकेशन टियर फाइल सिस्टम को प्रोविज़न किया जा सकता है। किसी भी समय, इन फाइल सिस्टम में से एक को रन (चल रहे सिस्टम का हिस्सा) के रूप में नामित किया जाता है और दूसरा पैच के रूप में (या तो पैच किया जा रहा है या अगले पैचिंग चक्र की शुरुआत की प्रतीक्षा कर रहा है)। वर्तमान रन फाइल सिस्टम उपयोगकर्ता को Oracle E-Business Suite रिलीज़ से पहले संस्करण 12.2 में सिंगल एप्लिकेशन टियर फाइल सिस्टम की तरह दिखाई देता है।
दोहरे फाइल सिस्टम के अस्तित्व का उन पैच के लिए निहितार्थ है जो सिस्टम कॉन्फ़िगरेशन को बदलते हैं। adop उपयोगिता पैच फाइल सिस्टम पर सॉफ्टवेयर पैच लागू करने के लिए आवश्यक है, लेकिन कॉन्फ़िगरेशन परिवर्तन करने के लिए आवश्यक नहीं है। आप रन फाइल सिस्टम या पैच फाइल सिस्टम पर कॉन्फ़िगरेशन परिवर्तन कर सकते हैं, और दोनों मामलों में स्वचालित सिंक्रनाइज़ेशन बाद में होता है।
किसी भी टिप्पणी या प्रश्न के लिए फीडबैक टैब का उपयोग करें।
