यह ब्लॉग fs_clone के साथ ADOP (एप्लिकेशन डीबीए ऑनलाइन पैचिंग यूटिलिटी) चक्र चलाने के महत्व की समीक्षा करता है आपके पैच फ़ाइल सिस्टम पर वेबलॉजिक सर्वर (WLS) या Oracle® फ़्यूज़न मिडलवेयर (FMW) होम निर्देशिकाओं में किए गए किसी भी परिवर्तन या तकनीकी पैच के बाद। ब्लॉग एक समस्या परिदृश्य की पड़ताल करता है और बताता है कि संबंधित मुद्दों को आसानी से कैसे संभालना है।
एडीओपी चक्र चरण
निम्न छवि ADOP चक्र के चरणों को दिखाती है:
छवि स्रोत:https://docs.oracle.com/cd/E26401_01/doc.122/e22954/T202991T531065.htm
समस्या का इतिहास
क्रिटिकल पाथ अपडेट (सीपीयू) पैच को पैच फाइल सिस्टम पर ओरेकल संस्करण आर 12.2 इंस्टेंस में लागू करने के बाद, एडीओपी ने एक पूर्ण चक्र रन (तैयार, लागू, अंतिम रूप, कटओवर और क्लीनअप) पूरा किया। एक अलग गतिविधि के लिए एक और एडीओपी चक्र चलाने के बाद, इंस्टेंस को दूसरे सर्वर पर क्लोन किया गया था।
हालांकि, नए क्लोन वातावरण पर WLS पैच लागू करते समय, सिस्टम को एक विरोध का सामना करना पड़ा। पैच WLS के एक संस्करण बेमेल की ओर इशारा कर रहा था।
विश्लेषण
शोध से पता चला है कि सीपीयू पैच पहले डब्ल्यूएलएस और एफएमडब्ल्यू वेब टियर और ओरेकल कॉमन होम निर्देशिकाओं पर लागू होते थे, रन और पैच फाइल सिस्टम में शामिल नहीं थे। एडीओपी लॉगफाइल में आगे की जांच पर, हमने फाइल सिस्टम को फाइल सिस्टम को सिंक्रनाइज़ किया, हालांकि हम नहीं कर सके Oracle_home . में किए गए परिवर्तन देखें और FMW_home पैचिंग चक्र के दौरान निर्देशिका।
कटौती:
हमारे विश्लेषण से, हम निम्नलिखित निष्कर्ष निकालते हैं:
-
तैयार चरण में फ़ाइल सिंक्रनाइज़ेशन केवल APPL_TOP . के लिए है ।
हमने जिन लॉग फ़ाइलों की समीक्षा की, उनमें रनAPPL_TOP . से प्रचारित फ़ाइल सिस्टम परिवर्तन दिखाई दिए पैच करने के लिए APPL_TOP ।
-
वेबलॉजिक पैच लागू होने के बाद,
fs_cloneअगला ADOP चक्र शुरू करने से पहले नहीं चलाया गया था। इस प्रकार, दूसरे एडीओपी चक्र के पूरा होने के बाद भी नए पैच लगातार चलने में दिखाई नहीं देते हैं, और यह क्लोन इंस्टेंस में उपलब्ध नहीं था।
सिफारिश
तैयार चरण में, पैच फ़ाइल सिस्टम को आमतौर पर एक नया डेटाबेस संस्करण बनाकर रनफाइल सिस्टम के साथ सिंक्रनाइज़ किया जाता है। यह उन फ़ाइलों का डिफ़ॉल्ट वृद्धिशील सिंक्रनाइज़ेशन है जो एप्लिकेशन शीर्ष पर बदली जाती हैं।
लागू पैच को सिंक्रोनाइज़ करने के लिए, txkADOPPreparePhaseSynchronize.pl को इनवाइट करें। $APPL_TOP . तक पिछले पैचिंग चक्र से फ़ाइल सिस्टम चलाएँ या इनवोक करेंfs_clone . इस मामले में, हम वास्तविक fs_clone . को कॉल नहीं करते हैं . इसके बजाय, हम FsCloneStage . को कॉल करते हैं और FsCloneApply $APPL_TOP के लिए, जो बहुत अतुल्यकालिक है।
कॉन्फ़िगरेशन चेंज डिटेक्टर (adConfigChangeDetector.pl -detectConfigChanges) के आधार पर फ़ाइल सिस्टम सिंक्रोनाइज़ेशन विधि स्वचालित रूप से चुनी जाती है )।
विभिन्न फ़ाइल सिंक्रनाइज़ेशन विधियों में निम्नलिखित विकल्प शामिल हैं:
विकल्प 1 - उस डेटाबेस से पैच की पहचान करें जिसे lastADOP में लागू किया गया था। इन्हें चुपचाप मर्ज करें और लागू करें। इस प्रक्रिया में कम समय लगता है क्योंकि सिस्टम केवल लागू न किए गए पैच को लागू करता है।
विकल्प 2 - रन फाइल सिस्टम को फिर से बनाएं या फिर से क्लोन करें $APPL_TOP पैच फ़ाइल सिस्टम के लिए $APPL_TOP . यह अत्यंत अतुल्यकालिक है और अधिक संसाधनों की खपत करता है।
विकल्प 3 - अपनी पसंद के तृतीय-पक्ष सॉफ़्टवेयर का उपयोग करें (जैसे rsync ) फाइल सिस्टम को सिंक्रोनाइज करने के लिए।
पैरामीटर तैयारी के साथ पास हो गए हैं
Prepare निम्नलिखित मापदंडों का उपयोग करता है:
a) Skipsyncerror . का उपयोग करें एडीओपी में विकल्प सिंक्रोनाइज़ेशन त्रुटियों और विफलताओं के समाधान के रूप में त्रुटियों और चेतावनियों को अनदेखा करने के लिए चरण तैयार करता है, जो कि पिछले पैचिंग चक्र में पैच एप्लिकेशन के विफल होने पर हो सकता है। डिफ़ॉल्ट मान नहीं है ।
वाक्यविन्यास: adop phase=prepare skipsyncerror=yes
b) sync_mode . का उपयोग करें एक रन फाइल सिस्टम के साथ पैच फाइल सिस्टम को सिंक करने के लिए उपयोग की जाने वाली विधि निर्दिष्ट करने का विकल्प।
वाक्यविन्यास: adop phase=prepare sync_mode=(delta|patch)
sync_mode patch - उन पैच को फिर से लागू करता है जो पहले से ही रनफाइल सिस्टम (डिफ़ॉल्ट मोड) पर लागू किए गए थे।sync_mode delta - सभी अनुकूलन और फ़ाइल परिवर्तनों की प्रतिलिपि बनाता है। यह मोड फ़ाइल से सिंक्रनाइज़ेशन कमांड का उपयोग करता है delta_sync_drv.txt andis AD-TXK delta 8 . से एक नई सुविधा है ।
ADOP fs_clone कमांड
fs_clone कमांड पूरे पैच फाइल सिस्टम को फिर से बनाता है या फिर से क्लोन करता है जिसमें पैच फाइल सिस्टम पर सभी कॉन्फ़िगरेशन और अनुकूलन को उसी तरह से सेट करना शामिल है जैसे रन फाइल सिस्टम। ऐसा करना उतना ही संसाधन गहन है जितना कि रन फाइल सिस्टम का पूरा बैकअप लेना और फिर एपैच फाइल सिस्टम बनाना।
fs_clone निम्नलिखित उपयोगी आदेश हैं:
-
adop phase=fs_clone force=yes- शुरुआत से विफल क्लोन को पुनरारंभ करता है (डिफ़ॉल्ट =नहीं)। -
adop phase=fs_clone s_fs_backup_count=1- रनफाइल सिस्टम से पुन:निर्मित होने से पहले पैच फ़ाइल सिस्टम के बैकअप की संख्या को संरक्षित करने के लिए सेट करता है (डिफ़ॉल्ट =0 कोई बैकअप नहीं लिया जाता है)।
मुख्य निष्कर्ष
भले ही तैयारी चरण प्रत्येक पैचिंग चक्र की शुरुआत में चलता है, प्रौद्योगिकी स्टैक पैच (opatch/Smart update द्वारा लागू) उपयोगिता) तैयार चरण में समन्वयित नहीं हैं।
तैयार मैन्युअल रूप से किए गए किसी भी परिवर्तन को सिंक्रनाइज़ नहीं करता है जैसे:
- उपयोगकर्ता-परिभाषित JSPs को संकलित करना।
- तृतीय पक्ष पुस्तकालयों की प्रतिलिपि बनाना।
- उपयोगकर्ता-परिभाषित समवर्ती कार्यक्रमों की प्रतिलिपि बनाना और संकलित करना।
- उपयोगकर्ता-परिभाषित प्रपत्रों की प्रतिलिपि बनाना और जनरेट करना।
आपको कस्टम सिंक्रनाइज़ेशन ड्राइवर, adop_sync.drv में कस्टम पैचिंग कार्रवाइयां (जैसे पहले वर्णित की गई हैं) जोड़नी होंगी , तैयारी के चरण में।
फ़ाइल में, adop_sync.drv , आदेशों की निम्न श्रेणियां मौजूद हैं:
- केवल एक बार चलाएं
- प्रत्येक फ़ाइल सिस्टम सिंक्रनाइज़ेशन पर चलाएँ
तैयारी चरण में अनुकूलन और फ़ाइल परिवर्तनों की प्रतिलिपि बनाने के लिए, निम्न आदेश का उपयोग करें:
ADOP phase=prepare sync_mode=(delta|patch)
यदि कोई पैच निरस्त कर दिया गया है या कोई रखरखाव या रिलीज़ अपडेट पैक (RUP) पैच लागू किया गया है, fs_clone पैचफाइल सिस्टम को रन फाइल सिस्टम की एक सटीक कॉपी के रूप में फिर से बनाने के लिए अंत में चलाया जाना चाहिए।
निष्कर्ष
जब भी ई-बिजनेस सूट रिलीज 12.2 के वेबलॉजिक सर्वर या फ्यूजन मिडलवेयर घटकों में कोई परिवर्तन किया जाता है, तो यह जरूरी है कि डेटाबेस प्रशासक fs_clone चलाएं। यह सुनिश्चित करने के लिए कि रन फाइल सिस्टम के WLS या FMW में किए गए सभी नवीनतम परिवर्तनों के साथ पैच फ़ाइल सिस्टम अपडेट किया गया है।
कोई टिप्पणी करने या प्रश्न पूछने के लिए प्रतिक्रिया टैब का उपयोग करें।
हमारी डेटाबेस सेवाओं के बारे में अधिक जानें।