Oracle.DataAccess.Client.OracleException ORA-03135: कनेक्शन खो गया संपर्क

Question

मेरे पास एक .Net सेवा है जो प्रत्येक अनुरोध पर ओरेकल डेटाबेस से कनेक्ट होती है। यह शुरुआत में ठीक काम करता है, लेकिन कुछ अनुरोधों के बाद मुझे मिलना शुरू हो गया:

Oracle.DataAccess.Client.OracleException ORA-03135: connection lost contact 
    at Oracle.DataAccess.Client.OracleException.HandleErrorHelper(Int32 errCode, OracleConnection conn, IntPtr opsErrCtx, OpoSqlValCtx* pOpoSqlValCtx, Object src, String procedure) 
    at Oracle.DataAccess.Client.OracleException.HandleError(Int32 errCode, OracleConnection conn, String procedure, IntPtr opsErrCtx, OpoSqlValCtx* pOpoSqlValCtx, Object src) 
    at Oracle.DataAccess.Client.OracleCommand.ExecuteReader(Boolean requery, Boolean fillRequest, CommandBehavior behavior) 
    at Oracle.DataAccess.Client.OracleCommand.ExecuteReader() 
    at MyApp.Services.OracleConnectionWithRetry.ExecuteReader(OracleCommand command) 
    ... 

कोई विचार क्या समस्या हो सकती है? मैं सभी कनेक्शन, परिणाम और पैरामीटर का निपटान करता हूं। इस सेवा पर भार बहुत अच्छा है।

Answer 1

ऐसा इसलिए होता है क्योंकि आपका कोड ओरेकल कनेक्शन पूल से कनेक्शन का अनुरोध करता है और कनेक्शन पूल ओरेकल डीबी से डिस्कनेक्ट/स्टेल कनेक्शन देता है। ODP.NET क्लाइंट को भेजे गए कनेक्शन की कनेक्शन स्थिति का परीक्षण नहीं करता है।

तो सुरक्षा के लिए, या तो आप पूल से प्राप्त कनेक्शन के लिए connection status == Open जाँच जब आप एक Connection.Open()

या

जाने ODP.NET कर निर्धारित करके आप के लिए जाँच करना Web.config में आपकी कनेक्शन स्ट्रिंग में Validate Connection = true।

दोनों तरीकों से प्रदर्शन पर असर पड़ता है क्योंकि प्रत्येक बार जब आप डेटाबेस से कनेक्ट करने की आवश्यकता होती है तो कनेक्शन स्थिति का परीक्षण करते हैं।

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

Answer 2

मैंने यह भी देखा है; कनेक्शन स्ट्रिंग में "पूलिंग = झूठी" के साथ कनेक्शन पूलिंग बंद करने का प्रयास करें। मेरे पास एक सिद्धांत है कि पूल में निष्क्रिय कनेक्शन समाप्त हो जाते हैं, लेकिन ओडीपी.नेट को यह नहीं पता है कि वे समाप्त हो गए हैं, और फिर जब आपका ऐप एक पकड़ लेता है और कुछ करने की कोशिश करता है तो आपको वह अपवाद मिलता है।