हमारे पास विंडोज़ एज़ूर & एसक्यूएल एज़ूर पर चल रहे 5 ऑनलाइन नीलामी सिस्टम का एक सेट है। प्रत्येक प्रणाली में एक एकल वेब कार्यकर्ता और एक या अधिक वेब भूमिकाएं होती हैं। प्रत्येक प्रणाली एएसपी.नेट एमवीसी 3 और इकाई फ्रेमवर्क, रिपोजिटरी पैटर्न और स्ट्रक्चर मैप का उपयोग कर रही है।एसक्यूएल एज़ूर: अधिक इंटरमीटेंट टाइमआउट
कार्यकर्ता भूमिका हाउसकीपिंग के लिए ज़िम्मेदार है और प्रक्रियाओं के दो समूहों को चलाती है। एक समूह हर दस सेकंड चलाता है, दूसरा हर सेकेंड। प्रत्येक प्रक्रिया संभावित रूप से डेटाबेस क्वेरी या संग्रहीत प्रक्रिया चलाएगी। ये Quartz.net
के साथ निर्धारित हैं वेब भूमिका सार्वजनिक इंटरफेस और बैक ऑफिस परोसती है। अन्य बुनियादी क्रूड कार्यक्षमता के अलावा, इनमें से दोनों स्क्रीन प्रदान करते हैं, जो खुले होने पर, बार-बार कंट्रोलर विधियों को कॉल करेंगे, जिसके परिणामस्वरूप संग्रहित प्रक्रिया को केवल-पढ़ने के लिए निष्पादित किया जाएगा। पुनरावृत्ति की आवृत्ति प्रति ग्राहक लगभग 2-3 सेकंड है। एक सामान्य उपयोग केस 5 बैक ऑफिस विंडोज़ खुलेगा, और 25 अंत उपयोगकर्ता विंडोज़ खुले होंगे - सभी बार बार सिस्टम को मार देंगे।
लंबे समय तक हम एसक्यूएल टाइमआउट त्रुटियों का सामना कर रहे हैं। सबसे आम लोगों में से तीन हैं:
System.Data.SqlClient.SqlException: A transport-level error has occurred when receiving results from the server. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.)
System.Data.SqlClient.SqlException: A transport-level error has occurred when receiving results from the server. (provider: TCP Provider, error: 0 - The semaphore timeout period has expired.)
System.Data.SqlClient.SqlException: Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
केवल उम्मीद के मुताबिक परिदृश्य एक नीलामी जहां एक विशिष्ट नियंत्रक के दौरान होता है -> sproc घटना (शायद लोड के कारण) के दौरान समयबाह्य करने शुरू होता है। अन्य सभी बार त्रुटियां पूरी तरह से यादृच्छिक दिखाई देती हैं और उपयोगकर्ता निष्क्रियता की अवधि के दौरान एकल, दो और तीन आदि में आती हैं। उदाहरण के लिए सिस्टम बिना किसी त्रुटि के 18 घंटे जायेगा और फिर अलग-अलग हाउसकीपिंग विधियों से 5-10 त्रुटियां हो सकती हैं, या शायद उपयोगकर्ता ने लॉग इन किया और अपना खाता देखा।
अन्य जानकारी:
मैं दोनों को स्थानीय SSMS और Azure वेब आधारित क्वेरी उपकरण का उपयोग एसक्यूएल Azure पर प्रभावित क्वेरी/sprocs चलाने की कोशिश की है - सब जल्दी से निष्पादित करने के लिए, 1 सेकंड अधिकतम लगते हैं। क्वेरी योजना कुछ भी संदिग्ध नहीं दिखा रही है, हालांकि मैं किसी भी तरह से एसक्यूएल क्वेरी प्रदर्शन विशेषज्ञ या किसी अन्य प्रकार के विशेषज्ञ के लिए जे
हमने Azure SQL क्षणिक दोष हैंडलिंग ब्लॉक में सभी प्रभावित क्षेत्रों को लपेट लिया है - लेकिन जैसा है यहां http://social.msdn.microsoft.com/Forums/en-US/ssdsgetstarted/thread/7a50985d-92c2-472f-9464-a6591efec4b3 पर चर्चा की गई, वे टाइमआउट नहीं पकड़ते हैं, और "वैलेरी एम" के अनुसार यह अच्छे कारण के लिए है।
हम डेटाबेस में किसी भी सत्र की जानकारी संग्रहीत नहीं कर रहे हैं, हालांकि एएसपीनेट सदस्यता जानकारी डेटाबेस में संग्रहीत है।
हम 1 "एसक्यूएल एज़ूर सर्वर इंस्टेंस" का उपयोग करते हैं जो सभी 5 डेटाबेस होस्ट करता है, दो स्टेजिंग के लिए और तीन उत्पादन के लिए। सभी 5 सिस्टम एक ही समय में आम तौर पर सक्रिय होते हैं हालांकि यह असंभव है कि किसी भी समय किसी भी समय लाइव लोड उपयोग की स्थिति में एक से अधिक होगा। सभी वेब भूमिकाएं, कार्यकर्ता भूमिकाएं और SQL Azure सर्वर एक ही Azure भौगोलिक क्षेत्र में रहते हैं।
कोई विचार जहां हमें दिखना चाहिए? क्या यह प्रत्येक सिस्टम को अपने स्वयं के एसक्यूएल एज़ूर सर्वर देने में मदद करेगा? ... अपने आप से एक समाधान विफल करना - क्या माइक्रोसॉफ्ट को एक सपोर्ट टिकट खोलना और हमारे आवेदन के साथ क्या हो रहा है, इस पर हुड के नीचे एक नजर डालना संभव है - कोई इस बारे में कैसे जाता है?
अग्रिम धन्यवाद।
इलान
इलान, मैं बाहर अनुप्रयोगों में त्रुटि के एक ही प्रकार अभी का सामना कर रहा हूँ। आपने आखिर में क्या किया? वैसे, उस क्षणिक त्रुटि पोस्ट में, वैलेरी एम का कहना है कि यदि निष्पादन योजना और डेटाबेस इंडेक्स ठीक दिखते हैं, तो शायद कम से कम कुछ समय के लिए पैटर्न का उपयोग करना ठीक है, जिसे आप हल नहीं कर सकते हैं। –