SQL प्रबंधन स्टूडियो को कनेक्ट करने में इतना समय क्यों लगता है?


18

यह देखते हुए कि Microsoft SQL सर्वर, तकनीकी रूप से, एक धीमी डेटाबेस प्रबंधन प्रणाली नहीं है, मैं सोचता रहता हूं कि अक्सर ऐसा क्यों होता है / आमतौर पर SQL प्रबंधन स्टूडियो को कनेक्ट होने में इतना लंबा समय लगता है।

यह तब भी होता है जब डेटाबेस सर्वर तक कोई नहीं पहुंचता है और जब प्रबंधन स्टूडियो SQL सर्वर के समान मशीन पर चलता है।

प्लस SQL ​​मैनेजमेंट स्टूडियो अक्सर कुछ करने के लिए बहुत लंबा समय लेता है, यहां तक ​​कि सिर्फ लॉगिन की अनुमति प्रदर्शित करने से डेटाबेस सर्वरों पर कई मिनट लग सकते हैं अन्यथा अप्रयुक्त।

क्या कुछ स्पष्ट स्पष्टीकरण है?


1
"इतनी लंबी" कितनी लंबी है? 2 सेकंड, 20 सेकंड या 200 सेकंड?
बेवन

क्या आपके पास कोई अजीब प्लगइन्स हैं? प्रत्येक सर्वर जो मैं अपने कार्य नेटवर्क पर 2 सेकंड से कम समय के लिए कनेक्ट करने का प्रयास करता हूं।
बॉब किंग

मेरे लिए @Bevan, कनेक्ट करने के लिए मिनट localhost... यह वास्तव में निराशाजनक है। (YMMV) और यह कुछ हालिया समय में शुरू हुआ, ऐसा पहले कभी नहीं हुआ था।
ANEves

@ बेवन, मेरे लिए इसे शुरू करने में 50 सेकंड लगते हैं। जब मैं आइकन पर क्लिक करता हूं जब तक कि कुछ दिखाई न दे जाए, यह 50 सेकंड का होता है जो कि मेरी राय में बहुत अधिक समय है।
FabianVal 15

जवाबों:


14

यह बेवकूफ लगता है, लेकिन मुझे एक बहुत धीमी SQL सर्वर प्रबंधन स्टूडियो की समस्या थी और इस चाल ने इसे हल किया:

  • इंटरनेट एक्सप्लोरर खोलें
  • टूल्स -> इंटरनेट विकल्प पर जाएं
  • "उन्नत" टैब खोलें
  • "सर्टिफिकेट सर्टिफिकेट निरस्तीकरण की आवश्यकता है" को अनचेक करें

यह ट्रिक केवल तभी प्रभावी होती है, जब आपका SQL Server मैनेजमेंट स्टूडियो स्थापित किया गया कंप्यूटर इंटरनेट से कनेक्ट नहीं होता है। केवल ऐसा करने से मेरी समस्या हल हो गई। शायद यह तुम्हारा हल होगा।


अजीब तरह से यह चीजों को थोड़ा सुधारने के लिए लगता है। लेकिन नीचे उल्लिखित 32/64 बिट मुद्दा भी सही हो सकता है। मैं इस उत्तर को स्वीकार करूँगा और दूसरे को उकसाऊंगा।
एंड्रयू जे। ब्रीडम

4
मैं एक सुरक्षा विशेषज्ञ नहीं हूं, लेकिन यह पृष्ठ virtualobjectives.com.au/sqlserver/ssms_slow.htm (जो कि यहां एक अन्य उत्तर में प्रस्तुत किया गया है और मेरे लिए अच्छी तरह से काम किया है) नोट जो सुरक्षा प्रमाणपत्र जांच को अक्षम करने की सलाह नहीं दी गई है। मुझे लगता है कि इस दृष्टिकोण को लेने से आप एक अच्छा सुरक्षा जोखिम उठा सकते हैं: O
jinglesthula

मेरे मामले में, सर्वर इंटरनेट से जुड़ा नहीं था, इसलिए यह किसी भी सुरक्षा जांच नहीं कर सकता था, इसलिए यह बहुत बदल नहीं गया, इसके अलावा मुझे टाइमआउट के लिए इंतजार नहीं करना पड़ा :)। लेकिन मैं मानता हूं कि यह एक सर्वर पर एक अच्छा विचार नहीं है जो यह जांच कर सकता है।
जूलियन एन

16

यह मेरे लिए काम किया: Microsoft SQL सर्वर प्रबंधन स्टूडियो बहुत धीमा है

कॉर्पोरेट वातावरण में यह SQL सर्वर 2005 के लिए Microsoft SQL सर्वर प्रबंधन स्टूडियो (SSMS) के लिए असामान्य नहीं है, आवेदन के भीतर से विभिन्न विंडो और डायलॉग बॉक्स खोलते समय लैग्स और देरी शुरू करने के लिए 45 सेकंड से अधिक का समय लगता है। यदि आप इस समस्या का सामना कर रहे हैं, तो एक त्वरित फिक्स आपके HOSTS में एक प्रविष्टि जोड़ना है। वह फ़ाइल जो 127.0.0.1 को crl.microsoft.com को इंगित करती है

  • SSMS से बाहर निकलें
  • प्रेस कुंजी [विन] + [आर]
  • निम्नलिखित दर्ज करें..

    notepad %systemroot%\system32\drivers\etc\hosts.
    
  • निम्नलिखित आवेदन करें ..

    127.0.0.1    crl.microsoft.com
    
  • फ़ाइल सहेजें।

  • SSMS प्रारंभ करें (आह! बहुत बेहतर)

मेरे भगवान, यह बिज़ारे है ...
एलेक्स ज़ुकोवस्की

1
चूंकि crl"प्रमाणपत्र निरस्तीकरण सूची" का अर्थ है, यह सुरक्षा के दृष्टिकोण से भी गैर-आदर्श है (स्वीकृत उत्तर पर टिप्पणी देखें)।
हेनजी

मेरे लिए यह 30+ सेकंड से लेकर <5 सेकंड तक की देरी से लगता है, लेकिन फिर भी धीमा है।
tbone

3

डिफ़ॉल्ट रूप से, किसी स्थानीय सर्वर से कनेक्ट होने पर, उपयोग किया जाने वाला नेटवर्क प्रोटोकॉल साझा मेमोरी है। यह कभी-कभी काफी धीमा हो सकता है।

जब मैं स्थानीय रूप से एक विशिष्ट रूप से निर्दिष्ट बॉक्स से कनेक्ट हो रहा था, तो मैं उसी गति के मुद्दे का सामना कर रहा था, लेकिन दूरस्थ रूप से नहीं।

यदि आप कनेक्ट करते समय टीसीपी / आईपी नेटवर्क प्रोटोकॉल निर्दिष्ट करते हैं तो क्या आपको वही मंदी मिलती है?

EDIT इसके अलावा, Microsoft के अनुसार, यह एक समस्या हो सकती है जिसका प्रबंधन स्टूडियो 32bit है और 64bit OS पर चलाया जा रहा है। यहां देखें: http://support.microsoft.com/kb/906892


1
इसलिए Microsoft इसे 32-बिट OS पर चलाने की सलाह देता है। बिल्कुल व्यावहारिक सुझाव नहीं। मेरी आँखों को
लुढ़काते हुए

3

संभावित टूटी आईपीवी 6 कार्यान्वयन? क्या आप ड्यूल-स्टैक चला रहे हैं? हम पहले भी इस समस्या का सामना कर चुके हैं। IPv6 को पहले आज़माया जाता है, और यदि कोई कॉन्फ़िगरेशन त्रुटियां हैं, तो वह अंततः IPv4 में विफल हो जाएगी।


3

SSMS डिफ़ॉल्ट रूट प्रमाणपत्र के लिए Microsoft के साथ जाँच करने का प्रयास कर रहा है, भले ही वह हमें नहीं देता। यदि आप प्रॉक्सी सर्वर का उपयोग कर रहे हैं तो सिस्टम प्रॉक्सी सेटिंग्स को सेट करने के लिए या तो प्रॉक्सीएक्सएफजी या नेटेश का उपयोग करें। बंद करें और फिर SSMS खोलें और लोड करने का समय बहुत कम हो जाएगा।


2

ऊपर जूलियन एन के जवाब में जोड़कर, मैंने समस्या को ठीक किया (10 सेकंड की देरी जब पहली बार एक क्वेरी चल रही है) अन-टिक करके:

"प्रकाशक के प्रमाणपत्र निरस्तीकरण की जाँच करें"

Internet Explorer में उन्नत विकल्प। कोई पुनरारंभ की आवश्यकता है।


1

मेरे सहकर्मी का आपके पीसी पर सटीक व्यवहार है। वह 2005 के SQL सर्वर प्रबंधन स्टूडियो का उपयोग कर रहा था। उसने SQL सर्वर 2008 के साथ आने वाले नए संस्करण को स्थापित करने का हल किया।

अगर आपको लगता है कि यह समस्या केवल आपके पीसी पर होती है, तो मैं आपको पूरे Microsoft SQL सर्वर सुइट की स्थापना रद्द करने और फिर से स्थापित करने का प्रयास करने का सुझाव देता हूं।


1
यह SQL Server 2005 और 2008 दोनों के साथ मेरे साथ होता है।
एंड्रयू जे। Brehm

... और SSMS 2017 तक सभी तरह से।
rory.ap

1

क्या यह एक नाम समाधान समस्या हो सकती है? यदि SQL सर्वर इंजन एक ही मशीन पर है, तो नाम (यहां तक ​​कि 127.0.0.1 या (मशीन का आईपी पता) के रूप में (स्थानीय) का उपयोग करने का प्रयास करें। टीसीपी / आईपी और / या कम जीत / डीएनएस पर नेटबायोस धीरे-धीरे कनेक्टिंग समय को जन्म दे सकता है।

यह भी सुनिश्चित करें कि सर्वर को संचालित करने के लिए पर्याप्त मेमोरी है। SQL सर्वर 512 एमबी रैम के तहत अच्छी तरह से काम कर सकता है, लेकिन प्रदर्शन बहुत तेजी से कम हो जाता है।

सर्वर से कनेक्ट होने पर 5 सेकंड से अधिक की देरी नहीं होनी चाहिए। (कम अगर स्थानीय)।


नहीं। यह "" से जुड़ता है। प्रश्न में सर्वर 64 बिट हैं और 8 जीबी और अधिक हैं।
एंड्रयू जे। ब्रेअम जूल 27'09

1

मैंने SQL Server 2005 पर विंडोज़ फ़ायरवॉल की अपवाद सूची में sqlservr.exe जोड़ा। परिणाम: बहुत जल्दी जिम्मेदारी!


1

मेरे मामले में यह हर बार नहीं था, लेकिन जब ऐसा हुआ, तो मेरे कनेक्शन बॉक्स को वापस पाने में 10 मिनट लगेंगे। इसलिए मैंने कॉन्फ़िगरेशन मैनेजर को देखा और साझा की गई मेमोरी को अक्षम कर दिया। हर बार आकर्षण की तरह काम करता है !!


1
थोड़ा और विस्तार जैसे कि कौन सा संस्करण, ऐप से इस सेटिंग तक नेविगेशन आदि सहायक होंगे।
पिंप जूस आईटी 0

इसने मेरे लिए काम किया। ऐसा करने के लिए SQL सर्वर कॉन्फ़िगरेशन प्रबंधक चलाएं और नेटवर्क कॉन्फ़िगरेशन / प्रोटोकॉल के तहत "साझा मेमोरी" को अक्षम करें
माइक जेरेड

1

मेरे लिए समाधान हाइपर- V एनआईसी को निष्क्रिय करना था:

यहाँ छवि विवरण दर्ज करें

बस राइट-क्लिक करें और फिर क्लिक करें disable


यह वास्तव में मेरी समस्या थी।
डोमिनिक एलेक्जेंडर

0

मुझे एक ही तरह की समस्या हो रही थी जहाँ व्यू फोल्डर का विस्तार होने में काफी समय लग रहा था। डेटाबेस या टेबल सहित अन्य फ़ोल्डर ठीक थे। उपरोक्त सभी अनुशंसाएँ मेरे मामले में काम नहीं आईं। मेरे लिए जो काम किया गया है उसमें उपयोगकर्ता के पास sysdamin भूमिका थी, मैंने sysadmin भूमिका को हटा दिया और उसे वापस दे दिया और मेरे लिए सब कुछ ठीक काम करना शुरू कर दिया।


-2

यदि आप SQL एक्सप्रेस का उपयोग कर रहे हैं, तो जांच लें कि आपके डेटाबेस का कुल आकार 10 जीबी (SQL एक्सप्रेस 2012 के लिए सीमा) से अधिक नहीं है।


2
यदि आकार सीमा से अधिक है, तो क्या परिणाम सिर्फ धीमा प्रदर्शन होगा?
फिक्सर 1234
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.