SQL Server 2005/2008 में पैरामीटर सूँघना (उदाहरण के रूप में प्रोजेक्ट सर्वर 2007 का उपयोग करना)

लोड किए गए प्रोजेक्ट सर्वर 2007 पर एक दिलचस्प त्रुटि का सामना करना पड़ा। इसके अलावा, यह खुद को सक्रिय उपयोग (उत्पाद में पढ़ें) के साथ प्रकट होता है। विकास, डीबगिंग और परीक्षण के दौरान, यह त्रुटि एक बार भी प्रकट नहीं हुई। इससे भी बदतर, जब कोई त्रुटि होती है, तो SQL "wedges", और बाहरी हस्तक्षेप के बिना, त्रुटि गायब नहीं होती है। खैर, अंत में - लॉग से इसकी घटना के कारण को समझना बेहद मुश्किल है। दुर्भाग्य से, Google ने मदद नहीं की, जिसने मुझे इस समस्या के बारे में लिखने के लिए प्रेरित किया।

यदि आपको प्रोजेक्ट विवरण पृष्ठ पर एक अप्रत्याशित त्रुटि मिली है, और त्रुटि 7888 (SQL टाइमआउट) लॉग में है, तो बिल्ली में आपका स्वागत है। यदि आप SQL सर्वर के आंतरिक अहंकार में रुचि रखते हैं, तो आपको इसे भी पढ़ना चाहिए।

इतिहास

प्रोजेक्ट सर्वर 2007 वेब एक्सेस (PWA) में प्रोजेक्ट जानकारी (http: //server/pwa/ProjectDrillDown.aspx) देखते समय त्रुटि उत्पन्न होती है, और यह तब होता है जब PWA> 1 व्यक्ति (विशिष्ट शर्तें सेट नहीं होती हैं) के साथ काम कर रहा होता है। यह विभिन्न विंडोज सर्वर (2003 / 2008R2) और विभिन्न SQL सर्वर (2005 / 2008R2) पर दिखाई दिया।

पृष्ठ प्रदर्शित करता है:

“एक अप्रत्याशित त्रुटि हुई है।

वेब पार्ट्स मेंटेनेंस पेज: यदि आपके पास उपयुक्त अनुमति है, तो आप इस पेज का उपयोग अस्थायी रूप से वेब पार्ट्स को बंद करने और व्यक्तिगत सेटिंग्स को हटाने के लिए कर सकते हैं। अधिक जानकारी के लिए, साइट व्यवस्थापक से संपर्क करें। "

(अंग्रेजी संस्करण में: "एक अप्रत्याशित त्रुटि हुई है। [...]")



OS अनुप्रयोगों के ईवेंट लॉग में:

रनटाइम अपवाद। अधिक जानकारी के लिए नीचे देखें।

संदेश: समय समाप्त हो गया। ऑपरेशन पूरा होने से पहले का समय समाप्त हो गया है या सर्वर प्रतिक्रिया नहीं दे रहा है।

तकनीकी विवरण:

System.Data.SqlClient.SqlException: समय समाप्त हो गया है। ऑपरेशन पूरा होने से पहले का समय समाप्त हो गया है या सर्वर प्रतिक्रिया नहीं दे रहा है।

System.Data.SqlClient.SqlConnection.OnError पर (SqlException अपवाद, बूलियन ब्रेककेंक्शन)

System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning (TdsParserStateObject StateObj पर)

System.Data.SqlClient.TdsParser.Run (RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkopySimpleResultSet बल्क चॉन्डीहैंडलर, TdsParserStateObjectObject स्थिति पर क्लिक करें।

System.Data.SqlClient.SqlDataReader.ConsumeMetaData () पर

System.Data.SqlClient.SqlDataReader.get_MetaData () पर

System.Data.SqlClient.SqlCommand.FinishExecuteReader (SqlDataReader ds, RunBehavior runBehaoror, स्ट्रिंग रीसेटऑनस्ट्रीमिंग)

System.Data.SqlClient.SqlCommand.RunExecuteReaderTds (CommandBehavior cmdBehavior, RunBehavior runBehavior, BooleanStream, बूलियन async)

System.Data.SqlClient.SqlCommand.RunExecuteReader (CommandBehavior cmdBehavior, RunBehavior runBehavior, बूलियन रिटर्नस्ट्रीम, स्ट्रिंग विधि, DbAsyncResult परिणाम) पर

System.Data.SqlClient.SqlCommand.RunExecuteReader (CommandBehavior cmdBehavior, RunBehavior runBehaoror, बूलियन रिटर्नस्ट्रीम, स्ट्रिंग विधि)

System.Data.SqlClient.SqlCommand.ExecuteReader (CommandBehavior व्यवहार, स्ट्रिंग विधि) पर

System.Data.SqlClient.SqlCommand.ExecuteDbDataReader (CommandBehavior व्यवहार) पर

System.Data.Common.DbCommand.System.Data.IDbCommand.ExecuteReader (CommandBehavior व्यवहार) पर

System.Data.Common.DbDataAdapter.FillInternal (DataSet डेटासेट, DataTable [] datatables, Int32 startRecord, Int32 maxRecords, स्ट्रिंग srcTable, IDbommommand कमांड, CommandBehavior व्यवहार) पर

System.Data.Common.DbDataAdapter.Fill (DataSet dataSet, Int32 startRecord, Int32 maxRecords, स्ट्रिंग srcTable, IDbCommand कमांड, CommandBehaoror व्यवहार) पर

System.Data.Common.DbDataAdapter.Fill (DataSet dataSet) पर

Microsoft.Office.Project.Server.DataAccessLayer.DAL.SubDal.FillTypedDataSet (डेटासेट टाइपडेटडेट, स्ट्रिंग [] तालिकाओं, SqlCommand sqmCommand) पर

Microsoft.Office.Project.Server.DataAccessLayer.DAL.SubDal.FillTypedDataSet (DataSet typedDataSet, स्ट्रिंग [] तालिकाओं, स्ट्रिंग संग्रहीतप्रकारनाम, SqlParameter [] मापदंडों) पर

Microsoft.Office.Project.Server.DataAccessLayer.Generated.ViewDalBase.GetViewReportsByType पर (Int32 p0, गाइड tsUIDprojUID, गाइड रेसिपुइड)

Microsoft.Office.Project.Server.BusinessLayer.View.GetViewReportsByType (ViewType viewType, Guide tsUID) पर

Microsoft.Office.Project.Server.WebService.PWA.ViewGetViewReportsByType (ViewType viewType, Guide tsUID) पर

SharePoint के ULS लॉग में (\ Program Files \ Common Files \ Microsoft Shared \ Web Server एक्सटेंशन \ 12 \ LOGS \) गलती से कोई नई जानकारी नहीं मिली। वैसे, मैं लॉग्स पढ़ने के लिए SharePoint ULS लॉग व्यूअर की सलाह देता हूं।



कुल जो मैं पता लगाने में कामयाब रहा:

1. "ProjectDrillDown.aspx" फ़ाइल में एक त्रुटि होती है और एक बार यह प्रकट हो जाता है, तो इसका स्वयं उपचार नहीं किया जाता है।

2. एक त्रुटि तब होती है जब ViewGetViewReportsByType विधि कहा जाता है और SqlException के साथ समाप्त होता है: समय समाप्त हो गया।

3. SharePoint खेत के स्तर पर टाइमआउट समय बदलने (stsadm -o setproperty -pn database-connection-timeout -pv 60) का कोई प्रभाव नहीं होता है।

4. एसक्यूएल "त्रुटि को रीसेट करता है" के उदाहरण के स्तर पर टाइमआउट समय को बदलना, लेकिन यह बहुत जल्दी फिर से प्रकट होता है। एक अस्थायी झोपड़ी के रूप में, एसक्यूएल को नौकरी के लिए उपवास किया गया था, जो हर कुछ मिनटों में आवृत्ति मापदंडों को बदलता है।

सर्वेक्षण

1. दीप गुग्लिंग, नियमित साधनों को उठाते हुए, त्रुटि को कृत्रिम रूप से पुन: उत्पन्न करने का प्रयास करता है और समझता है कि इसकी घटना के कारण असफल थे।

2. SQL Profiler द्वारा पकड़ना भी विफल रहा: एक लोडेड सिस्टम पर एक अवास्तविक प्रश्नों की संख्या (यहां तक ​​कि फ़िल्टर करते समय), और अनलोड किए गए एक पर - कोई त्रुटि उत्पन्न नहीं होती है।

3. मुझे GAC से "Microsoft.Office.Project.Server.WebService.PWA.dll" लाइब्रेरी को हटाना पड़ा और इसका उपयोग करके .net परावर्तक को हटाना पड़ा। आवश्यक ViewGetViewReportsByType विधि ने कई और कॉल किए और परिणामस्वरूप मुझे एक छोटी गाड़ी SQL क्वेरी मिली। यह एक अनुरोध (कई अन्य भंडारण विकल्पों के माध्यम से) तालिका फ़ंक्शन MSP_WEB_FN_SEC_GetAllObjectsResCanViewByViewIDInfo ProjectServer_Paded डेटाबेस के लिए निकला।

4. यहां मुझे एक टैम्बोरिन प्राप्त करना था: यूडीएफ ठीक लिखा गया है, इसके बारे में इंटरनेट पर कोई जानकारी नहीं है। लेकिन चमत्कार: आप इस फ़ंक्शन को कॉल करते हैं या SQL प्रबंधन स्टूडियो में निष्पादन योजना का निर्माण करते हैं - और सब कुछ काम करना शुरू कर देता है!



कुल: समस्या तालिका फ़ंक्शन MSP_WEB_FN_SEC_GetAllObjectsResCanViewByViewIDInfo में है।

के विश्लेषण

बहुत देर तक मैं समझ नहीं पाया कि मामला क्या था ...

लेकिन यह मामला MSSQL सर्वर के चालाक कैश में था और प्रोजेक्ट सर्वर 2007 के लिए वेबपार्ट के लेखकों के कुटिल हाथ (ActiveX में वायर्ड)।

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

लोबोटामि

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

- अनुरोध से पहले हर बार फ़ंक्शन का संकलन;

- ऑटो-अपडेट के बिना एक विशिष्ट "सही" निष्पादन योजना को ठीक करना;

- बाहरी चरों को आंतरिक रूप से पुनर्लेखन करके पैरामीटर सूँघना अक्षम करना।

पहले दो विकल्प केवल प्रक्रियाओं (विकल्प या पैरामीटर के साथ) के लिए उपयुक्त हैं, इसलिए बैसाखी रोगी (तीसरे विकल्प) को निर्धारित की गई थी। मैं फ़ंक्शन के परिवर्तित भाग को लाता हूं, _parameter पोस्टफ़िक्स के साथ जोड़े गए चर:

ALTER FUNCTION [dbo]। [MSP_WEB_FN_SEC_GetAllObjectsResCanViewByViewIDInfo] (

@res_guid_parameter अद्वितीय पहचानकर्ता,

@fea_act_uid_parameter अद्वितीय पहचानकर्ता,

@fAllow_parameter int,

@obj_type_uid_parameter अद्वितीय पहचानकर्ता,

@view_uid_parameter अद्वितीय पहचानकर्ता

)

RETURNS @ret_obj_rule_info_tbl तालिका (WSEC_RULE_INFO int, WSEC_CAT_UID अद्वितीय पहचानकर्ता)

के रूप में

शुरू

- स्थानीय चर सूँघने के पैरामीटर को निष्क्रिय करने के लिए

@res_guid को अद्वितीय पहचानकर्ता घोषित करें

@fea_act_uid को अद्वितीय पहचानकर्ता घोषित करें

@fAllow int घोषित करें

@obj_type_uid को अद्वितीय पहचानकर्ता घोषित करें

@view_uid को अद्वितीय पहचानकर्ता घोषित करें

सेट @res_guid = @res_guid_parameter

सेट @fea_act_uid = @fea_act_uid_parameter

@fAllow = @fAllow_parameter सेट करें

@obj_type_uid = @obj_type_uid_parameter सेट करें

@view_uid = @view_uid_parameter सेट करें

[...]

निवारण

SP / UDF के साथ-साथ सभी DBA के साथ काम करने वाले सभी प्रोग्रामर, निम्नलिखित लेखों को पढ़ने की अत्यधिक सलाह देते हैं:

1. पैरामीटर सूँघना और संग्रहित प्रक्रिया निष्पादन योजना । 2006 तक "पैरामीटर सूँघने" पर एक सक्षम लेख, अभी भी प्रासंगिक है।

SQL सर्वर 2005 में बैच संकलन, पुनरावर्तन, और योजना कैशिंग मुद्दे । SQL सर्वर के आंतरिक व्यवहार का आधिकारिक विवरण।

3. इस समस्या के साथ हब पर एक लेख था, लेकिन लगभग कोई भी दिलचस्पी नहीं थी: एमएस एसक्यूएल 2005, पैरामीटर सूंघना, जो संग्रहीत प्रक्रिया को धीमा कर देता है ।

पुनश्च

नवीनतम SP: WS2008R2 / SQL2008R2 / MOSS2007SP2 / MOPS2007SP2 के साथ प्लेटफॉर्म पर भी त्रुटि दिखाई दी।



UPD 02/25/2011: त्रुटि पाठ तय हो गया है।