माइक्रो फोकस डायग्नोस्टिक्स - टिप्स एंड ट्रिक्स

30 अक्टूबर, 2021

माइक्रो फोकस निदान लेन-देन स्तर पर कोड-स्तरीय दृश्यता प्रदान करके विकास और उत्पादन ऐप के प्रदर्शन के मुद्दों को जल्दी से अलग करने और हल करने में मदद करता है।

इस पोस्ट में मासिक माइक्रो फोकस डायग्नोस्टिक्स टिप्स एंड ट्रिक्स होंगे जो माइक्रो फोकस डायग्नोस्टिक्स में विभिन्न सामान्य मुद्दों का समेकन होगा। अन्य उपकरणों के लिए समस्या निवारण युक्तियों और युक्तियों के लिए इस लेख को देखें।

विषयसूची



  • माइक्रो फोकस डायग्नोस्टिक्स - टिप्स एंड ट्रिक्स - जनवरी 2021
  • माइक्रो फोकस डायग्नोस्टिक्स - टिप्स एंड ट्रिक्स - फरवरी 2021
    • 1. नेट एजेंट प्रोब एग्रीगेटर सेवा शुरू करने के समय 32000-… की सीमा में श्रोताओं को किसी भी पोर्ट से जोड़ने में असमर्थता को हल करना
    • 2. नेट और J2EE एजेंट दोनों पर RUM क्लाइंट मॉनिटरिंग को अक्षम करने के निर्देश
    • 3. जब HP डायग्नोस्टिक्स में VA बिंदु: 64-बिट ब्लॉक सिफर 3DES SWEET32 हमले की चपेट में है
    • 4. पुस्तकालय j9gc23(2) के लिए JVMJ9VM015W आरंभीकरण त्रुटि को हल करने के निर्देश: ढेर को तत्काल करने में विफल। 2जी का अनुरोध किया। जावा वर्चुअल मशीन नहीं बन सकी
    • 5. एचपी डायग्नोस्टिक्स प्रोब एग्रीगेटर शुरू होने में विफल होने पर समस्या को ठीक करना स्क्रीन पर प्रदर्शित होता है
    • 6. एचपी डायग्नोस्टिक में एचपी बीएसएम में एकीकरण मुद्दे को हल करना
    • 7. एचपी डायग्नोस्टिक्स 9.26 संग्रह फ़ोल्डर में बड़ी प्रवृत्ति फ़ाइलों के मुद्दे को सुलझाना
    • 8. जब डायग्नोस्टिक्स सर्वर दूसरे बीएसएम में पंजीकृत होता है
    • 9. प्रदर्शन लोड परीक्षण को सहेजते समय ऑब्जेक्ट संदर्भ को किसी ऑब्जेक्ट की आवृत्ति पर सेट नहीं करने के निर्देश
    • 10. त्रुटि को ठीक करना जब यह दिखाता है: डायग्नोस्टिक्स नेक्स्ट जेन - कोई डेटा नहीं
  • माइक्रो फोकस डायग्नोस्टिक्स - टिप्स एंड ट्रिक्स - मार्च 2021
    • 1. बीएसएम के साथ एकीकरण के साथ निदान संबंधी समस्याएं
    • 2. डायग्नोस्टिक्स .NET एजेंट स्थापना विफल हो जाती है जब वैकल्पिक जांच एग्रीगेटर सेवा का चयन किया जाता है
    • 3. सीए प्राधिकरण से प्रमाणपत्र का उपयोग करके डायग्नोस्टिक्स सर्वर पर एसएसएल कैसे स्थापित करें?
    • 4. त्रुटि गंभीर संग्रह: अपग्रेड के बाद संग्रह बनाने में असमर्थ डायग्नोस्टिक 9.23 सर्वर
    • 5. त्रुटि: ... com.mercury.diagnostics.capture.metrics.jmx.WebSphere6JMXCollector@8b0e7414 java.lang.IncompatibleClassChangeError को प्रारंभ करना डायग्नोस्टिक्स द्वारा रिपोर्ट किया गया जावा एजेंट एक वेबस्फेयर एप्लिकेशन सर्वर की जांच कर रहा है
    • 6. एचपीई डायग्नोस्टिक्स यूजर इंटरफेस फ्रीज या हैंग हो जाता है
    • 7. त्रुटि: निदान .NET एजेंट प्रारंभ करते समय HttpWebServer पोर्ट 35000 उपयोग में प्रतीत होता है
    • 8. गैर-डिफ़ॉल्ट पोर्ट का उपयोग करने के लिए डायग्नोस्टिक्स .NET एजेंट और प्रोब एग्रीगेटर को कॉन्फ़िगर करना
    • 9. नेट एजेंट लोड टेस्ट के दौरान मेमोरी और सीपीयू ओवरहेड का कारण बनता है।
    • 10. उन्नयन के बाद, इतिहास डेटा खो गया, कस्टम दृश्य और एप्लिकेशन खो गया
  • माइक्रो फोकस डायग्नोस्टिक्स - टिप्स एंड ट्रिक्स - अप्रैल 2021
    • सर्वर प्रारंभ करने का प्रयास करते समय निदान में गंभीर त्रुटि।
    • एचपी साइटस्कोप को कैसे कॉन्फ़िगर करें ताकि एचपी डायग्नोस्टिक्स जावा एजेंट का उपयोग करके इसकी निगरानी की जा सके
    • त्रुटि: निदान .NET एजेंट प्रारंभ करते समय HttpWebServer पोर्ट 35000 उपयोग में प्रतीत होता है
    • Oracle DB संग्राहक के लिए किन अनुमतियों की आवश्यकता है?
    • एचपी बीएसएम डायग्नोस्टिक्स के लिए लाइसेंस स्पष्टीकरण
    • डायग्नोस्टिक्स लाइसेंस की जानकारी
    • निदान में थ्रेसहोल्ड को कैसे संशोधित करें
    • सामान्यीकृत CPU उपयोग और कुल CPU उपयोग के बीच का अंतर
    • इंस्ट्रूमेंटेशन ओवरहेड कम करें।
    • बॉक्स से बाहर एकत्रित मेट्रिक्स
  • माइक्रो फोकस डायग्नोस्टिक्स - टिप्स एंड ट्रिक्स - मई 2021
    • 1. डायग्नोस्टिक्स मेट्रिक्स एकत्र करने के लिए बीएसएम / एसएचए कैसे स्थापित करें?
    • 2. सीए प्राधिकरण से प्रमाणपत्र का उपयोग करके डायग्नोस्टिक्स सर्वर पर एसएसएल कैसे स्थापित करें?
    • 3. JVMJ9VM015W पुस्तकालय के लिए आरंभीकरण त्रुटि j9gc23(2): ढेर को तत्काल करने में विफल। 2जी का अनुरोध किया। जावा वर्चुअल मशीन नहीं बन सकी
    • 4. जांच उपकरण के बाद JBoss सर्वर प्रारंभ नहीं होगा
    • 5. त्रुटि: जब टाइमआउट हुआ थ्रेड… एचपी डायग्नोस्टिक्स के साथ वीएमवेयर वातावरण में चल रहे लिनक्स आधारित जावा एप्लिकेशन द्वारा रिपोर्ट किया गया
    • 6. 9.23 IP2 में नया क्या है?
    • 7. कमांडर को मध्यस्थ में कैसे बदलें?
    • 8. डायग्नोस्टिक्स .NET एजेंट स्थापना विफल हो जाती है जब वैकल्पिक जांच एग्रीगेटर सेवा का चयन किया जाता है
    • 9. नेट और J2EE एजेंट दोनों पर RUM क्लाइंट मॉनिटरिंग को डिसेबल कैसे करें
    • 10. डायग्नोस्टिक्स सर्वर दूसरे बीएसएम में पंजीकृत है
  • माइक्रो फोकस डायग्नोस्टिक्स - टिप्स एंड ट्रिक्स - जून 2021
    • 1. प्रतीक तालिका को कैसे पुनर्स्थापित करें?
    • 2. एचपी डायग्नोस्टिक्स कलेक्टर को डेटा कैसे मिलता है?
    • 3. क्या डायग्नोस्टिक्स प्रोफाइल डेटाबेस को बदलना संभव है?
    • 4. जावा प्रोब द्वारा इंस्ट्रुमेंटेशन के लिए उपयोग की जाने वाली पॉइंट फाइलें क्या हैं?
    • 5. डायग्नोस्टिक्स में लंबी क्वेरी लॉगिंग कैसे सक्षम करें?
    • 6. क्या मैं Oracle संग्राहक का उपयोग करके Oracle डाटाबेस से CPU, मेमोरी और नेटवर्क एकत्र कर सकता हूं?
    • 7. प्रोफाइलर नहीं दिखाता
    • 8. एचपीडी मध्यस्थ सर्वर - उच्च डिस्क उपयोग - अंतरिक्ष को खाली करने के लिए आवश्यक स्वच्छ
    • 9. डायग मध्यस्थ प्रारंभ नहीं होगा - गंभीर संग्रह: संग्रह बनाने में असमर्थ
    • 10. निदान में एलडीएपी विन्यास

माइक्रो फोकस डायग्नोस्टिक्स - टिप्स एंड ट्रिक्स - जनवरी 2021

1. विफलता होने पर डायग्नोस्टिक्स कलेक्टर एजेंट से नमूने प्राप्त करना

अक्सर ऐसा होता है कि उपयोगकर्ता अपने संबंधित डायग्नोस्टिक एजेंट से नमूने प्राप्त करने में सक्षम नहीं होते हैं। उन्हें पहुंच और अनुमति संबंधी समस्याओं का सामना करना पड़ा है। और नीचे दिए गए सभी क्रेडेंशियल्स के साथ स्क्रीन पर एक त्रुटि है:

|_+_|

यह त्रुटि भी ठीक की जा सकती है; आपको बस नीचे दिए गए चरणों का ध्यानपूर्वक पालन करने की आवश्यकता है:

  1. आपको नेविगेट करने की आवश्यकता है रखरखाव , फिर उसके नीचे, पर क्लिक करें रजिस्टर करने के लिए .
  2. फिर आपको पर क्लिक करना है पंजीकृत घटक ; फिर, आपको खोजने की जरूरत है नेक्सस_बीडी .

ये चरण आपको पंजीकरण रद्द करने के लिए मार्गदर्शन करेंगे, और आपको बस कुछ समय तक प्रतीक्षा करने की आवश्यकता है ताकि यह एक बार फिर मेट्रिक्स को सूचित करने के लिए फिर से पंजीकरण कर सके। यह समाधान प्रभावी होना चाहिए, और यह पहले हुई सभी प्रमाणीकरण-संबंधित त्रुटियों को हल करेगा।

यह भी अनुशंसा की जाती है कि उपयोगकर्ता प्रॉक्सी सर्वर सेटिंग्स की जाँच करता है जो उपयोगकर्ता मध्यस्थ सर्वर पर पा सकते हैं। मध्यस्थ सर्वर /etc/server.properties फ़ाइल में और फिर कमांडर सर्वर पर /etc/ फ़ाइल के समान पथ के अंतर्गत स्थित होता है।

2. डायग्नोस्टिक्स .net Agent ProbeAggregator के जावा हीप साइज़ से बाहर होने पर उससे निपटने के निर्देश

यह समस्या तब अनुभव की जाती है जब Windows में निदान 9.50 और .net एजेंट 9.50 स्थापित होते हैं ऑपरेटिंग सिस्टम सर्वर 2012 प्लेटफॉर्म। उपयोगकर्ता इस समस्या का सामना करते हैं जब वे देखते हैं कि . जाल एजेंट कोई भी आवश्यक डेटा एकत्र करने में असमर्थ है।

जब लॉग विवरण की जाँच की जाती है, तो एक त्रुटि कहती है, java.lang.OutOfMemoryError: जावा हीप स्पेस पर ProbeAggregatorJSW.log फ़ाइल उपयोगकर्ता वर्तमान में डिवाइस पर चल रहा है। इस त्रुटि का मूल कारण संबंधित फ़ाइल का java.lang.OutOfMemoryError कारक है।

इस त्रुटि को आसानी से मैन्युअल रूप से हल किया जा सकता है; उपयोगकर्ता को बस नीचे दिए गए चरणों का पालन करने की आवश्यकता है:

    नोटपैड की मदद से प्रोबेग्रेगेटर.सीएमडी खोलें। फिर -Xmx मान को एक उच्चतर तक बढ़ाएँ।

उदाहरण के लिए, यह पिछले मान से दो गुना अधिक या सिस्टम संसाधनों की आवश्यकता के अनुसार हो सकता है।

3. डायग्नोस्टिक सर्वर के कॉन्फ़िगरेशन के बारे में विवरण

यह पता लगाना कि डायग्नोस्टिक सर्वर को अपने आप कैसे कॉन्फ़िगर किया जाए, यह एक कठिन काम लग सकता है, लेकिन उपयोगकर्ता इसे कुछ मार्गदर्शन की मदद से कर सकते हैं। कई उपयोगकर्ताओं को प्रदर्शन केंद्र निदान परिदृश्य पृष्ठ में एक त्रुटि का सामना करना पड़ा है।

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

|_+_|

इस त्रुटि को ठीक किया जा सकता है, लेकिन इससे पहले, उपयोगकर्ता को उस उत्पाद के बारे में पूरी जानकारी की आवश्यकता होती है जिसे स्थापित किया गया है और इसके संस्करण के बारे में भी। आप जिस एप्लिकेशन तकनीक का उपयोग कर रहे हैं, उसके अनुसार आपको जावा या .NET एजेंट इंस्टॉल करना होगा।

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

4. Oracle Java JRE 1.8.x / 8.x को C:Program Files (x86) से हटाना

अक्सर यह देखा गया है कि डायग्नोस्टिक्स सर्वर 9.26 Oracle Java JRE 1.8.x / 8.x काम करते समय समस्याएँ पैदा करता है। उपयोगकर्ताओं को कुछ शिकायतें हैं, जबकि उनके पास वर्तमान में 2 निदान सर्वर हैं।

दोनों एक पुराने संस्करण 9.26 चला रहे हैं, उपयोगकर्ता पिछली Oracle जावा फ़ाइलों को हटाना चाहते हैं, लेकिन डरते हैं कि क्या यह किसी भी तरह से डायग्नोस्टिक्स एप्लिकेशन को प्रभावित करेगा।

उस प्रश्न का उत्तर यह है कि पिछले को हटाना C:Program Files (x86) से Oracle Java JRE 1.8.x / 8.x फ़ाइलें डायग्नोस्टिक्स एप्लिकेशन के कामकाज को प्रभावित नहीं करेंगी।

एक बार जब आप हटाना समाप्त कर लें C:Program Files (x86) से Oracle Java JRE 1.8.x / 8.x फ़ाइलें, आपको बस डायग्नोस्टिक्स सर्वर के एम्बेडेड JRE पर नेविगेट करने की आवश्यकता है।

स्थापना के समय, JRE डायग्नोस्टिक्स सर्वर के साथ एम्बेडेड रूप में आता है, इसलिए हटाना C:Program Files (x86) से Oracle Java JRE 1.8.x / 8.x समस्या नहीं होगी।

5. हिकारी कनेक्शन पूल जेएमएक्स पैरामीटर देखना

उपयोगकर्ताओं को अक्सर हिकारी कनेक्शन पूल जेएमएक्स पैरामीटर के बारे में समस्याएं होती हैं, क्योंकि वे इसका निरीक्षण करने या उस पर नजर रखने के लिए इसे नहीं देख सकते हैं। हर समय metrics.config फ़ाइल के कॉन्फ़िगरेशन के संबंध में भी एक समस्या है।

यह देखा गया है कि जो टीम उक्त का उपयोग करती है आवेदन की निगरानी की जरूरत है जेएमएक्स मापदंडों की गतिविधियों। Hikari कनेक्शन पूल का उपयोग करते समय, टीम Hikari से संबंधित सभी सूचनाओं की निगरानी करना चाहती है, जैसे कि उसके ऑब्जेक्ट का नाम, वर्ग का नाम, और उसके साथ आने वाले सभी विवरण।

उपयोगकर्ता यह भी देखते हैं कि मीट्रिक.कॉन्फ़िगरेशन जावा एजेंट 9.51 के लिए फाइल में कुछ हिकारी मेट्रिक्स (ये मेट्रिक.कॉन्फिग फाइल लाइन्स 358 और 365 की रेंज के बीच) मौजूद हैं। आप नीचे दी गई परिभाषाओं के अनुसार जावा प्लेटफॉर्म सेक्शन में metrics.config फाइल पा सकते हैं:

|_+_|

6. समस्या को ठीक करना जब डायग्नोस्टिक्स ओपन टेक्स्ट के लिए केवल एक सर्वर अनुरोध एकत्र करता है

अक्सर ऐसा होता है कि डायग्नोस्टिक्स में सर्वर अनुरोध संग्रह में उपयोगकर्ताओं को कोई समस्या होती है। डायग्नोस्टिक्स ओपन टेक्स्ट के लिए केवल एक सर्वर अनुरोध एकत्र करता प्रतीत होता है। विशिष्ट सर्वर अनुरोध जो इसे एकत्र करता है वह है a प्राप्त करें () कथन। निदान, जो है 9.50.1.156 विंडोज सर्वर 2016 मानक पर।

उपयोगकर्ता पहले से ही .NET एजेंट स्थापित कर चुके हैं जो आमतौर पर डायग्नोस्टिक्स 9.50 के साथ आता है। OpenText सर्वर इसके लिए जिम्मेदार है विंडोज सर्वर चल रहा है 2012 R2.OpenText आमतौर पर सामग्री वितरित करने के लिए IIS का उपयोग करता है।

उपयोगकर्ता को सुरक्षा उद्देश्यों के लिए शुरू में कस्टम इंस्ट्रूमेंटेशन का उपयोग करने की सलाह दी जाती है। शुरुआत में, हम डायग्नोस्टिक्स सर्वर 9.4x पर चल सकते थे, या हम उपयुक्त .dll फ़ाइलों पर भी नेविगेट कर सकते हैं जो लागू हैं। डायग्नोस्टिक्स की आवश्यकता के अनुसार निगरानी के लिए एक सुरक्षित मंच स्थापित करना आवश्यक है।

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

OpenText के बारे में अधिक विस्तृत जानकारी प्राप्त करने के लिए यह आवश्यक है। यह भी महत्वपूर्ण है कि दस्तावेज़ीकरण या कुछ प्रत्यक्ष निर्देश प्राप्त करने के लिए उनके समर्थन/आर एंड डी से सीधे संपर्क किया जाता है जो कि प्रमुख .NET DLL(s) को इंगित करता है जिसे साधने की आवश्यकता होती है।

7. बहु JBoss लक्ष्य की विशिष्टता संभव है और Java Agent Scripts के लिए समर्थन प्रदान करना

टॉमकैट या जेबॉस मॉनिटरिंग के लिए डायग्नोस्टिक्स जावा एजेंट इंस्टॉलेशन के लिए उपयोगकर्ताओं के पास अक्सर कई लक्ष्य विनिर्देशों के बारे में प्रश्न होते हैं, अगर यह जावा एजेंट स्क्रिप्ट के लिए समर्थित है या नहीं।

उन्होंने देखा है कि जेबॉस के लिए विशिष्ट कॉन्फ़िगरेशन लाइनों के अतिरिक्त, यह इसमें विशेष वर्ण डालता है, और मैनुअल में केवल यूनिक्स/लिनक्स आइटम होते हैं जो विंडोज़ चर के साथ मिश्रित होते हैं, जैसे $JAVA_HOME बनाम %JAVA_HOME% .

यह देखा गया है कि यह उसी जानकारी को कॉपी और पेस्ट कर रहा है, मूल रूप से केवल विशेष वर्णों को स्टैंडअलोन.बैट में डाला जाता है। इस प्रकार, यह चिंताजनक हो जाता है, और यही कारण है कि एप्लिकेशन की सेवा अस्वाभाविक रूप से व्यवहार करती है। इसी तरह, निम्न में से एक के लिए एक सादा पाठ संस्करण इस समस्या के लिए उपयुक्त होगा, विंडोज संस्करण के लिए:

|_+_|

जब हम JBoss 7 JVM पर काम कर रहे हों तो इस समस्या को ठीक किया जा सकता है। JBoss 7 के विशिष्ट संस्करण में, डोमेन सर्वर में a डोमेन.एक्सएमएल फ़ाइल; निम्न अनुभाग प्रत्येक सर्वर-समूह तत्व में जोड़ा गया था-

यहां उन समस्याओं का विश्लेषण किया जा रहा है जो इंस्टॉल डॉक्यूमेंटेशन के बाद हुईं, और जो हमें उसी के लिए समाधान खोजने में सक्षम बनाती हैं:

  1. यह नोट किया गया था कि गैर-प्राथमिक नोड्स एजेंट को लोड करने में सक्षम नहीं थे; ऐसा इसलिए था क्योंकि डायग्नोस्टिक्स एजेंट पथ प्रत्येक सर्वर पर विशेष रूप से अद्वितीय है। समान सर्वर-समूह सेटिंग्स आमतौर पर उक्त क्लस्टर के प्रत्येक सर्वर को पास की जाती हैं। इसे वाइल्डकार्ड के उपयोग से ठीक किया जा सकता है जो ऊपर के अनुभाग में स्थित है; यह के साथ शुरू होता है एक्सबूटक्लासपथ .
  1. फिर मॉनिटरिंग कंसोल में, यह देखा गया है कि जांच ठीक से दिखाई नहीं दे रही थी, और उपयोगकर्ताओं को इसे जारी रखना मुश्किल लगा। का उपयोग करते समय भी समस्या जस की तस बनी रही %0 Probe.id में चर, जिससे यह देखना और आत्मनिरीक्षण करना मुश्किल हो गया कि उपयोगकर्ता वास्तव में कंसोल में कौन सा सर्वर और JVM देख रहा था। इस समस्या को केवल एक पर्यावरण चर पारित करके हल किया जा सकता है, जो है $VIPNAME में एक्सएमएल , जेवीएम नाम के साथ। कृपया ध्यान दें कि JVM नाम भी सर्वर-समूह का नाम है।

ऊपर वर्णित दूसरे खंड में, यह देखा गया है कि जांच.आईडी वास्तव में एप्लिकेशन का नाम और वीआईपी है, जो उपयोगकर्ता के लिए यह स्पष्ट करता है कि कंसोल का उपयोग करके किस जेवीएम की निगरानी की जा रही है। इस नामकरण पद्धति की सहायता से, उपयोगकर्ता जितने चाहें उतने सर्वर या जेवीएम भी जोड़ सकता है, और यह अब से कंसोल में सटीक रूप से दिखाया जाएगा।

8. डायग्नोस्टिक्स सर्वर को अपग्रेड करना 9.50 और कॉन्फ़िगरेशन सेटिंग्स और ऐतिहासिक डेटा को बनाए रखना

डायग्नोस्टिक्स सर्वर 9.50 को नवीनतम संस्करण, 9.51 में अपग्रेड करते समय अक्सर उपयोगकर्ताओं को कठिनाइयों का सामना करना पड़ता है। उपयोगकर्ता डायग्नोस्टिक्स सर्वर संस्करण 9.50 रखते हुए और फिर पिछले संस्करण से एप्लिकेशन आयात करते समय कॉन्फ़िगरेशन सेटिंग्स और ऐतिहासिक डेटा को बनाए रखना चाहते हैं। यह भी देखा गया है कि 9.51 संस्करण में अपग्रेड करने के परिणामस्वरूप पूर्ण विफलता हुई है।

कॉन्फ़िगरेशन सेटिंग्स और ऐतिहासिक डेटा को ध्यान में रखते हुए 9.50 डायग्नोस्टिक्स सर्वर के पिछले संस्करण से 9.51 में अपग्रेड करना काफी संभव है। पिछले संस्करणों से उक्त परिवर्तनों को रखने और डायग्नोस्टिक्स सर्वर को अपग्रेड करने के लिए, उपयोगकर्ता केवल नीचे दिए गए चरणों का ध्यानपूर्वक पालन कर सकता है:

  1. आपको पहले वाले संस्करण को रोकना होगा और डायग्नोस्टिक्स 9.50 की सभी प्रक्रियाओं को समाप्त करना होगा।
  2. फिर आपको बैकअप लेना सुनिश्चित करना होगा /आदि डायग्नोस्टिक सर्वर के बाहर कहीं भी फ़ोल्डर, इसलिए यह प्रक्रिया में खो नहीं जाता है।
  3. फिर आपको बैकअप लेना होगा /पुरालेख डायग्नोस्टिक्स सर्वर के बाहर फ़ोल्डर।
  4. फिर आपको डायग्नोस्टिक्स 9.50 को पूरी तरह से अनइंस्टॉल करना होगा।
  5. अब आपको डायग्नोस्टिक्स 9.51 को पूरी तरह से इंस्टॉल करना होगा।
  6. उसके बाद, आपको डायग्नोस्टिक्स 9.51 सेवाओं को बंद करना होगा।
  7. फिर बदलें /आदि . और यह /पुरालेख ऊपर चरण 2 और 3 से बैकअप के साथ मौजूद फ़ोल्डर।
  8. अब डायग्नोस्टिक्स 9.51 सेवाओं को मैन्युअल रूप से प्रारंभ करें।

9. बिना किसी कंसोल (CPE OCTIM19G1061847) के Oracle एप्लिकेशन को इंस्ट्रुमेंट करने के निर्देश

उपयोगकर्ताओं ने सफलतापूर्वक Oracle ऐप सर्वर पर एक डायग्नोस्टिक एजेंट स्थापित किया है। समस्या तब उत्पन्न होती है जब एप्लिकेशन सर्वर कंट्रोल कंसोल सक्रिय या सक्षम नहीं होता है। उस समस्या के कारण, उपयोगकर्ता डायग्नोस्टिक्स जावा गाइड में विधिवत उल्लिखित प्रक्रिया का पालन करने में असमर्थ हैं।

किसी भी एप्लिकेशन सर्वर कंट्रोल कंसोल की आवश्यकता के बिना, JVM पैरामीटर को अपने आप जोड़ना वास्तव में संभव है। ईबीएस वर्तमान में जिस एप्लिकेशन सर्वर संस्करण का उपयोग करता है वह 10.1.3.5 है।

उपयोगकर्ता आमतौर पर इस प्रक्रिया को कंसोल के बिना कर सकता है, आपको बस कोर मॉड्यूल को साधने की जरूरत है। उसके बाद आपको उन्हें तदनुसार प्रारंभ जावा विकल्प अनुभाग में जोड़ना होगा:

|_+_|

10. त्रुटि को हल करना जब डायग्नोस्टिक जावा एजेंट जीयूआई का उपयोग करके पुनरारंभ करने के बाद प्रतिबिंबित करने में विफल रहता है

जीयूआई में नोड मैनेजर का उपयोग करते समय डायग्नोस्टिक जावा एजेंट को पुनरारंभ करते समय उपयोगकर्ता अक्सर त्रुटियों से गुजरते हैं। त्रुटि डायग्नोस्टिक जावा एजेंट के संबंध में है जब यह पुनरारंभ करने के बाद प्रतिक्रिया या प्रतिबिंबित नहीं करता है।

स्थिति यह है कि यह मुश्किल से केवल तभी दिखाई देता है जब एप्लिकेशन टीम स्क्रिप्ट को फिर से मैन्युअल रूप से शुरू करती है। अगर यह बार-बार होने वाली समस्या है तो यह परेशान करने वाला लग सकता है। वे देख रहे हैं कि जीयूआई में नोड मैनेजर के माध्यम से एप्लिकेशन स्टार्टअप एप्लिकेशन डेटा स्तर को बिल्कुल भी प्रतिबिंबित नहीं कर सका।

यदि उपयोगकर्ता कुछ आवश्यक उपाय करता है तो इस त्रुटि को हल किया जा सकता है। जब उपयोगकर्ता startWeblogic.sh शुरू करता है, तो वह विशिष्ट एजेंट एप्लिकेशन के सभी डेटा को दर्शाता है। फिर उपयोगकर्ता को हाथ में सभी सूचनाओं का अच्छी तरह से निरीक्षण करने की आवश्यकता होती है।

तब वे नोड प्रबंधक का पता लगाने में सक्षम होंगे और पाएंगे कि यह डायग्नोस्टिक जावा एजेंट शुरू करने के लिए एक अलग स्क्रिप्ट का उपयोग कर रहा है। इस विशेष कारण के कारण, उपयोगकर्ता इस विशेष स्क्रिप्ट के कारण त्रुटि से गुजरा था जो संगत नहीं थी इसलिए इस त्रुटि के परिणामस्वरूप हुई।

  1. उपयोगकर्ता को सावधानीपूर्वक सेट करने की आवश्यकता है प्रारंभ सक्षम स्क्रिप्ट और जांचें कि क्या फाइलें सही हैं और दूषित नहीं हैं।
  2. फिर उन्हें का उपयोग करके नोड प्रबंधक बनाने की आवश्यकता है Weblogic.sh . प्रारंभ करें एप्लिकेशन को फिर से शुरू करने के लिए स्क्रिप्ट।
  3. फिर उपयोगकर्ताओं को यह सुनिश्चित करने की आवश्यकता है कि स्क्रीन पर कोई अनुवर्ती कार्रवाई होने की स्थिति में प्रक्रिया का गंभीरता से पालन किया गया है।