SQL सर्वर 2008 R2 से कनेक्ट करते समय उसी LAN में किसी भिन्न सर्वर पर .NET 4 क्लाइंट अनुप्रयोग से एक, तीन अलग-अलग नेटवर्क प्रोटोकॉल सेट कर सकते हैं:
- टीसीपी
- नाम दिया पाइप्स
- कनेक्शन स्ट्रिंग में कुछ भी सेट न करें और डिफ़ॉल्ट का उपयोग करें
सबसे अच्छा अभ्यास क्या है? क्या चुनना है?
अतिरिक्त जानकारी: टीसीपी और नामांकित पाइप दोनों सर्वर और क्लाइंट पर सक्षम हैं। एप्लिकेशन डेटाबेस मिररिंग का उपयोग कर रहा है। क्लाइंट और सर्वर एक तेजी से लैन पर संवाद करते हैं।
हम इसकी जांच कर रहे हैं क्योंकि हमारे पास दुर्लभ और सहज कनेक्टिविटी और टाइमआउट समस्याएं हैं। (लेकिन इस बात की परवाह किए बिना कि मैं सबसे अच्छा अभ्यास जानना चाहूंगा)।
MSDN पर इस विषय पर एक लेख है लेकिन यह बहुत ही सामान्य और अस्पष्ट है। यह उपयोगी कुछ भी सलाह या सलाह नहीं देता है।
मुझे विश्वास नहीं है कि उत्तर के रूप में पोस्ट करूंगा। हालांकि, यह अजीब है, कि इस तरह की एक गंभीर समस्या अप्रकाशित है। प्रजनन के लिए बहुत दुर्लभ या कठिन होना चाहिए। @ccook
—
usr
हमारे लिए प्रजनन करना बहुत ही कठिन और कठिन है। सौभाग्य से जब हमने उस ऐप को बनाया जो हर मिनट कनेक्शन को समवर्ती करता है, तो वह इसे हर अब और फिर से पुन: पेश कर सकता है। यह अभी भी बहुत अप्रत्याशित है। हम उस परिवर्तन का परीक्षण कर रहे हैं, हालांकि - इसे ठीक करने से पहले थोड़ी देर प्रतीक्षा करें। हालांकि इस पर ध्यान देने के बाद, मैं निश्चित रूप से tcp का उपयोग करने के लिए इच्छुक हूं: डिफ़ॉल्ट रूप से जब तक कि ऐप और सर्वर एक ही मशीन पर न हों।
—
ccook
@ मेरे पास एक नया विचार था। विंडोज फ़ाइल शेयर कुख्यात अविश्वसनीय हैं। कई लोगों द्वारा स्पष्ट त्रुटियों और कनेक्शन विफलताओं को देखा जाता है। इसका निदान करना दुर्लभ लेकिन कठिन / असंभव है। नामित पाइप का उपयोग करते समय आप इस पूरी तकनीक को अपने SQL सर्वर परिनियोजन में खींच लेते हैं। यह सामान्य आधार पर नासमझी लगती है।
—
usr
माना। अब तक tcp: मुद्दे को संबोधित करता हुआ प्रतीत होता है। हालांकि हम इसकी पुष्टि के लिए थोड़ा इंतजार कर रहे हैं।
—
ccook
tcp:वर्षों बाद एक अलग कंपनी के वातावरण में अधिकांश कनेक्शन स्ट्रिंग्स के भाग के रूप में कॉन्फ़िगर किया गया पाया । मुझे लगता है कि वे इसी तरह की समस्याओं को मिला।