जब मैं Windows प्रमाणीकरण का उपयोग करते हुए TCP पर SQL Server 2012 आवृत्ति से कनेक्ट करने का प्रयास कर रहा हूँ, तो SQL सर्वर प्रबंधन स्टूडियो 2014 में बहुत लंबी देरी (10 ~ 30 सेकंड) हो रही है । ऑब्जेक्ट एक्सप्लोरर या एक नई रिक्त क्वेरी विंडो कनेक्ट करते समय ऐसा होता है। एक बार कनेक्ट होने के बाद, रनिंग क्वेरीज़ तेज़ है। समस्या तब नहीं होती है जब मैं SQL सर्वर प्रमाणीकरण का उपयोग करके कनेक्ट करता हूं।
वातावरण:
- विंडोज 7, एक डोमेन उपयोगकर्ता के रूप में लॉग इन किया
- IP पते के माध्यम से टीसीपी कनेक्शन (होस्टनाम नहीं)
- सर्वर वीपीएन के माध्यम से जुड़े एक दूरस्थ स्थान पर है
- कोई एन्क्रिप्शन नहीं
जब मैंने अपने डोमेन खाते के साथ सह-कार्यकर्ता के विंडोज 7 कंप्यूटर में लॉग इन किया, और उसी वीपीएन के माध्यम से उसी SQL सर्वर से जुड़ा, तो कोई देरी नहीं हुई। जब उसी सहकर्मी ने अपने स्वयं के डोमेन खाते के साथ मेरे पीसी में लॉग इन किया, तो उन्होंने देरी का अनुभव किया। ये परीक्षण बताते हैं कि समस्या मेरे पीसी के लिए अद्वितीय है। इसके अलावा, समस्या केवल इस विशिष्ट SQL सर्वर और वीपीएन से कनेक्ट करते समय दिखाई देती है; मैं बिना किसी देरी के विंडोज प्रमाणीकरण के माध्यम से स्थानीय नेटवर्क पर अन्य एसक्यूएल सर्वर से जुड़ सकता हूं।
जिन चीजों के साथ मैंने कोई सफलता नहीं पाई है:
- अक्षम एंटी-वायरस और फ़ायरवॉल
- SSMS को मेरी उपयोगकर्ता सेटिंग पुनः बनाने के लिए बाध्य करने के लिए "% userprofile% \ AppData \ Roaming \ Microsoft \ SQL सर्वर प्रबंधन स्टूडियो" के तहत "12.0" फ़ोल्डर का नाम दिया।
- टीसीपी के बजाय फोर्स नेटवर्क प्रोटोकॉल
<default>
। मैंने नामांकित पाइप्स की भी कोशिश की, लेकिन मेरा सर्वर इसके लिए सेटअप नहीं है। - SSMS 2012 स्थापित किया और 2014 के बजाय कोशिश की।
- अक्षम IPv6
- Blackholed crl.microsoft.com मेरी आदि \ Host फ़ाइल में 127.0.0.1 पर।
- SSMS, विजुअल स्टूडियो और विंडोज में कस्टमर एक्सपीरियंस इम्प्रूवमेंट प्रोग्राम को डिसेबल कर दिया।
- मेरे पीसी से सभी SQL सर्वर से संबंधित ऐप्स को अनइंस्टॉल किया और सिर्फ 2012 में पुनर्स्थापित किया।
TCPView सुराग:
- TCPView का उपयोग करते हुए, मैंने देखा कि जब मैं एक नया कनेक्शन बनाता हूं, तो इसकी स्थिति तुरंत ही निर्मित हो जाती है, लेकिन तब SQL सर्वर के साथ एक या दो और कनेक्शन लगातार प्रयास किए जाते हैं और TIME_WAIT के साथ बंद हो जाते हैं । मेरे सह-कार्यकर्ता के कंप्यूटर पर, ये कनेक्शन स्थापित और ठोस हैं। इसलिए मुझे पूरा यकीन है कि यह टाइमआउट का स्रोत है, लेकिन कनेक्शन क्या हैं, और वे असफल क्यों होते हैं? (मेरे SSMS में कोई भी जुड़ाव नहीं है।)
कोई विचार?
अद्यतन: Intellisense / स्वत: पूर्ण सुराग (?):
मैंने देखा कि एक बार जब मैं अंत में कनेक्ट करता हूं, तो Intellisense / स्वतः पूर्ण काम नहीं करता है। क्या उन लोगों को SSMS से अलग कनेक्शन की आवश्यकता है? मैंने उन्हें अक्षम करने की कोशिश की, और यह लंबे कनेक्शन की देरी को हल करने के लिए प्रतीत नहीं हुआ।