2012-08-17 8 views
5

से अधिक उम्मीद है कि कोई मेरी मदद कर सकता है।ट्रिडियन सीएमएस और ओरेकल: ओआरए -01000: अधिकतम खुले कर्सर

हम जेबॉस और अपाचे पर होस्ट की गई वेबसाइट का प्रबंधन करने के लिए ट्रिडॉन सीएमएस का उपयोग करते हैं।

हम अब 5 साल के लिए एसडीएल ट्रिडियन 5.3 का उपयोग कर रहे हैं और अचानक हमें इसके पीछे ओरेकल डेटाबेस के साथ एक त्रुटि आई है। हमारी अधिकांश सामग्री फाइल सिस्टम से सामान्य जेएसपी पेज के रूप में परोसा जाता है लेकिन हमारे पास कुछ घटक हैं जो कॉल के माध्यम से ट्राइडियन जावा एपीआई पर कॉल करते हैं जो ओरेकल डेटाबेस से एक HTML स्निपेट देता है।
हाल ही में हमने देखा है कि इनमें से कुछ HTML स्निपेट्स की सेवा नहीं की जा रही थी और सर्वर लॉग फ़ाइलों के निरीक्षण पर हमने पाया कि ओरेकल त्रुटि ओआरए -01000: अधिकतम खुले कर्सर से अधिक हो रहे थे।
हमारे अधिकतम कर्सर 300 पर सेट किए गए थे, इसलिए हमने यह देखने के लिए 350 तक बढ़ा दिया कि यह मदद करता है लेकिन ऐसा नहीं हुआ।
सक्रिय ओरेकल सत्रों की निगरानी, ​​हम देख सकते हैं कि कई सत्र अधिकतम कर्सर तक पहुंच गए हैं इसलिए हमने ऐप सर्वर को पुनरारंभ किया। यह मदद करने के लिए दिखाई दिया, लेकिन केवल अस्थायी रूप से। अधिकतम कर्सर थ्रेसहोल्ड तक पहुंचने वाले सत्रों की संख्या धीरे-धीरे बढ़ रही है। कल दोपहर के बाद जल्द ही अधिकतम कर्सर के साथ लगभग 30 सत्र थे, आज सुबह 150 है।

जाहिर है कि हाल ही में कुछ ऐसा बदल गया है, लेकिन हमें यकीन नहीं है कि क्या। ओरेकल डेटाबेस ऐसा कुछ नहीं है जिसे हम आम तौर पर एक्सेस करते हैं और निश्चित रूप से कुछ नहीं जो हम सीधे बदलते हैं - पूरे दिन-प्रति-दिन डेटाबेस संचालन Tridion API के माध्यम से होते हैं। जहां तक ​​ट्रिडियन विकास और प्रकाशन का संबंध है, हमने सामान्य से कुछ भी नहीं किया है, इसलिए पिछले कुछ सालों से हम जो कुछ भी कर रहे हैं उससे अलग कुछ भी नहीं है। हमारी वेबसाइट पर यातायात वॉल्यूम इस समय अपेक्षाकृत कम है (और अतीत में काफी अधिक रहा है) इसलिए हमें पूरा यकीन है कि वहां कोई समस्या नहीं है।

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

क्या किसी के पास कोई समाधान है कि हम यहां समाधान के लिए कहां देख सकते हैं? हमने अभी एसडीएल के साथ एक सपोर्ट टिकट खोला है लेकिन फिलहाल वे हमारे जैसे ही उलझन में हैं।

धन्यवाद।

+0

हम नीचे सुझाए गए फ़ायरवॉल कॉन्फ़िगरेशन के साथ एक संभावित समस्या को देख रहे हैं। जब मैं पूरी कहानी जानता हूं तो वापस रिपोर्ट करूंगा। – ThatITBloke

+0

हम कल (मूल रूप से) मूल फ़ायरवॉल में असफल रहे, भले ही हमारे बुनियादी ढांचे वाले लोगों को लगता है कि यह डेटा फ़ायरवॉल के माध्यम से नहीं जा रहा है। तो अब हम 'मूल' कॉन्फ़िगरेशन पर वापस आ गए हैं और हालांकि हम अभी भी लॉग में अधिकतम खुले कर्सर के साथ सत्र देख रहे हैं, वे उसी नाटकीय दर में नहीं बढ़ रहे हैं - 50 से अधिक प्रति दिन लगभग 5-10 -100। तो हम अभी भी समस्या के स्रोत के रूप में कोई भी बुद्धिमान नहीं हैं, लेकिन अधिकतम किए गए कर्सर को 1000 तक बढ़ाने के साथ हमने जो किया है, वह अब इस मुद्दे को और अधिक प्रबंधनीय बना दिया है। इस जगह को देखो... – ThatITBloke

उत्तर

4

मुझे एसडीएल ट्रिडियन आर 5.3 के बारे में अनिश्चितता है, लेकिन 2011 एसपी 1 पर एक ज्ञात मुद्दा है कि जेएनडीआई (वेबस्फेयर के साथ संयोजन में) का उपयोग करते हुए, जब परिणामसेट स्पष्ट रूप से बंद नहीं होते हैं, तो यह कर्सर को खुलेगा।

समाधान ओरेकल दस्तावेज राज्यों के रूप में है, अनुमत कर्सर की संख्या में वृद्धि, या यदि आप कहते हैं कि आप समस्याओं में भागते रहते हैं, तो आप जेएनडीआई का उपयोग नहीं कर सकते हैं। यदि संभव हो तो आप परिणामसेट्स को उचित रूप से बंद करने के लिए अपना स्वयं का कोड देख सकते हैं (जो कि परिणाम के लिए जावाडॉक के अनुसार :: यह जरूरी नहीं है, हालांकि यह जेएनडीआई का उपयोग नहीं करते समय केवल सच साबित होता है; जब जेएनडीआई का उपयोग करते हैं तो यह कर्सर छोड़ देता है खुला)।

7

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

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

हमने जो समाधान लागू किया है वह है Unused Timeout फ़ायरवॉल पर टाइमआउट सेटिंग से कम सेट करना। फ़ायरवॉल उन्हें छोड़ने से पहले यह वेबस्पेयर एप्लिकेशन सर्वर अपने अप्रयुक्त कनेक्शन को साफ़ कर सकता है।

 संबंधित मुद्दे

  • कोई संबंधित समस्या नहीं^_^