SQL सर्वर प्रबंधन स्टूडियो धीमी गति से नई विंडो खोल रहा है


29

2008 से 2012 तक SQL सर्वर और प्रबंधन स्टूडियो दोनों को अपग्रेड करने के बाद, प्रबंधन क्वेरी 2012 बहुत ही धीमी है जब नई क्वेरी विंडो और डायलॉग बॉक्स खोले जाते हैं।

यहां तक ​​कि टेबल पर राइट क्लिक करना भी धीमा है। आम तौर पर कम से कम 5 सेकंड की देरी होती है इससे पहले कि मैं एक खिड़की के भीतर कुछ भी करना शुरू कर सकूं। यह हर बार होता है, भले ही मैंने एक ही खिड़की को लगातार दो बार खोला हो। ऐसा क्यों होता है और मैं इसे कैसे ठीक कर सकता हूं?

अन्य एप्लिकेशन बहुत तेजी से डेटाबेस से कनेक्शन स्थापित करते हैं।

जिन चीजों की मैंने कोशिश की है, उनसे मदद नहीं मिली:

  • Google पर एक हिट जहां मुझे अपनी hostsफ़ाइल को संशोधित करने की आवश्यकता होगी
  • SSMS को रीसेट करना "उपयोगकर्ता द्वारा परिभाषित सेटिंग्स"
  • वीडियो ड्राइवरों को अपडेट करना, हार्डवेयर त्वरण को बंद करना, डायरेक्टएक्स को अक्षम करना
  • बॉयोमीट्रिक प्रमाणीकरण सेवा को अक्षम करना (मेरे पास यह स्थापित नहीं है)।

मेरा कंप्यूटर तेजी से पर्याप्त से अधिक होना चाहिए, और मेरे पास 16 जीबी रैम भी है। मेरे हार्डवेयर निश्चित रूप से एक समस्या नहीं होनी चाहिए। ऐसा लगता है कि SSMS किसी चीज़ का इंतजार कर रहा है - मैं ऐसा होने पर अन्य कार्यक्रमों को सुचारू रूप से संचालित कर सकता हूं।

मुझे SQL Server 2012 CU1 अद्यतन को स्थापित करने का अवसर नहीं है क्योंकि लगता है कि हॉटफ़िक्स स्थापित करने में कुछ त्रुटियां हैं और मैं अभी जोखिम नहीं उठा सकता।


मुझे यह व्यवहार दिखाई नहीं दे रहा है। अगर मैंने आगे जांच की तो मैं (1) प्रक्रिया मॉनिटर का उपयोग करके देख सकता हूं कि प्रक्रिया क्या कर रही है और यदि वह कोई सुराग देती है। (2) एसक्यूएल सर्वर प्रोफाइलर का उपयोग यह देखने के लिए कि क्या एसएसएमएस से भेजे गए किसी भी प्रश्न में उच्च अवधि (जैसे ब्लॉकिंग) है (3) एसएसएमएस प्रक्रिया में डिबगर को संलग्न करना और हैंग के दौरान उसमें टूटना यह देखने के लिए कि क्या कार्यों के नाम हैं कॉल ढेर कुछ भी पता चला।
मार्टिन स्मिथ

जवाबों:


11

SQL सर्वर प्रबंधन स्टूडियो स्टार्टअप

जब Microsoft का SQL सर्वर प्रबंधन स्टूडियो (SSMS) शुरू होता है, तो यह Microsoft के प्रमाणपत्र निरस्तीकरण सूची (CRL) को जोड़ने का प्रयास करता है:

http://crl.microsoft.com/pki/crl/products/MicrosoftRootAuthority.crl

SSMS के अंतर्निहित .NET घटक प्रमाणपत्र निरस्तीकरण सूची से संपर्क करने का प्रयास कर रहे हैं और SSMS ऐसा करने में असमर्थ हैं। यह समग्र लोडिंग प्रक्रिया को धीमा कर देता है। (प्रमाण पत्र प्रति 15 सेकंड जाहिरा तौर पर)

ठीक है तो यहाँ क्या हो रहा है। SSMS के पास प्रबंधित कोड का एक उच्च प्रतिशत है, जब हम इसे जहाज करते हैं तो इस कोड के सभी पर हस्ताक्षर किए जाते हैं। स्टार्ट अप (यदि यह सेटिंग चेक की गई है) तो .Net रनटाइम यह सुनिश्चित करने के लिए crl.microsoft.com से संपर्क करने की कोशिश करता है कि यह प्रमाणिक है (थोड़ी देर पहले Microsoft के नाम पर कुछ फर्जी नोट जारी किए गए थे इसलिए यह बहुत ही वैध चिंता है) । यदि कोई इंटरनेट कनेक्शन नहीं है या प्रमाणपत्र निरस्तीकरण सूची सर्वर से संपर्क करने में कोई समस्या है तो यह SSMS स्टार्टअप को विलंबित करेगा।

संदर्भ: अक्सर पूछे जाने वाले प्रश्न, SSMS को शुरू करने के लिए 45s क्यों लगते हैं? (MSDN ब्लॉग)

एक समस्या जो इस समस्या का कारण बन सकती है वह यह है कि यदि सर्वर की इंटरनेट तक पहुंच नहीं है, तो .NET फ्रेमवर्क crl.microsoft.com वेबसाइट तक यह सत्यापित करने के लिए नहीं पहुंच सकता है कि प्रबंधित अनुप्रयोगों के लिए बायनेरिज़ पर हस्ताक्षर करने के लिए उपयोग किए जाने वाले डिजिटल हस्ताक्षर। वैध हैं। प्रत्येक प्रमाणपत्र चेक में .NET रनटाइम कार्यान्वयन में 15 सेकंड का समय होता है। क्या सुविधाएँ स्थापित हैं, इसके आधार पर, यह प्रबंधन स्टूडियो के लिए एक मिनट का स्टार्टअप समय जोड़ सकता है।

संदर्भ: SQL सर्वर प्रबंधन स्टूडियो स्टार्टअप समय (MSDN ब्लॉग)

समाधान की

आप प्रमाणपत्र को डाउनलोड करके सीधे अपने ब्राउज़र में लिंक दर्ज कर सकते हैं और फिर प्रमाणपत्र को अपने प्रमाणपत्र में आयात करके समस्या का हिस्सा दरकिनार कर सकते हैं

  • या -

Microsoft के CRL से कनेक्शन की अनुमति देने के लिए आप अपने (कंपनी के) फ़ायरवॉल को फिर से कॉन्फ़िगर कर सकते हैं

  • या -

Microsoft CRL से कनेक्शन की अनुमति देने के लिए आप अपने व्यक्तिगत एंटीवायरस / फ़ायरवॉल को फिर से कॉन्फ़िगर कर सकते हैं

  • या -

Microsoft के CRL तक पहुँचने के अनुरोध के लिए आप अपने क्लाइंट को तेज़ी से टाइमआउट भेजने के लिए अपने (कंपनी के) फ़ायरवॉल को कॉन्फ़िगर कर सकते हैं।

  • या -

आप IE को उन्नत सेटिंग्स में "प्रकाशक के प्रमाणपत्र निरस्तीकरण की जांच" के लिए कॉन्फ़िगर नहीं कर सकते हैं।

( विवरण के लिए उपर्युक्त ब्लॉग 1 और 2 देखें)


7

जब आपके पास सर्वर नाम "./" से जुड़ता है तो मुझे भी आपके जैसा ही अनुभव होता है। गूंगे भाग्य से मैंने पाया कि मैं सर्वर नाम "(स्थानीय)" से कनेक्ट होने पर प्रदर्शन समस्या का अनुभव नहीं करता हूं। SSMS 2012 को "./" के माध्यम से सर्वर को हल करने के तरीके के साथ संभवतः एक समस्या है।

संपादित करें: मुझे नहीं लगता कि यह SSMS से संबंधित है क्योंकि मैं ADO.NET कनेक्शन में / के साथ सुस्ती को पुन: उत्पन्न कर सकता हूं।


6

ऐसा हो सकता है कि SSMS ने ऐसी सेटिंग्स आयात की हैं जिनका अब और सही तरीके से इलाज नहीं किया जा सकता है (जैसे कुछ सर्वर से कनेक्शन या शायद कुछ ऐड-इन सेटिंग्स)।

SSMS की उपयोगकर्ता-परिभाषित सेटिंग्स को "रीसेट" करने का एक क्रूर तरीका है।

SSMS बंद करें, फ़ोल्डर पर जाएं:

C:\Users\YOURWINLOGINNAME\AppData\Roaming\Microsoft\SQL Server Management Studio\

आपको "11.0" सबफ़ोल्डर मिलेगा। इसे "11.0_" नाम दें, ताकि आप इसे हमेशा वापस ले सकें। अब SSMS शुरू करें - यह स्वच्छ सेटिंग्स को फिर से बनाएगा और शायद आपकी समस्या हल हो जाएगी। यदि नहीं - नव निर्मित "11.0" को हटाएं और "11.0_" को "11.0" पर वापस नाम दें।

यह कुछ ऐड-इन का भी व्यवहार हो सकता है, जो अपग्रेड के बाद दूषित हो गया। ऐड-इन्स कुछ आदेशों या घटनाओं के लिए हैंडलर के रूप में खुद को पंजीकृत करते हैं और सिस्टम अपवाद प्राप्त कर सकते हैं यदि वे लापता / फेंक रहे हैं।

दरअसल, v2012 ऐड-इन्स को पंजीकृत करने के लिए एक अन्य तंत्र का उपयोग करता है, लेकिन कुछ ऐड-इन्स सभी उदाहरणों पर खुद को स्थापित करते हैं। जाँच करने के लिए, इस रजिस्ट्री कुंजी को देखें:

[HKEY_CURRENT_USER\Software\Microsoft\SQL Server Management Studio\11.0_Config\AutomationOptions\LookInFolder]

आपको वहां फोल्डर लिस्ट मिल जाएगी। इन सभी फ़ोल्डरों को जांचें - वे खाली होने चाहिए (इसका मतलब है कि आपके पास कोई ऐड-इन्स नहीं है)।


4

एंटीवायरस को अक्षम करने का प्रयास करें और फिर sql सर्वर 2012 प्रबंधन स्टूडियो के लिए प्रदर्शन की जांच करें।


4
इस सुझाव के लिए तर्क क्या है?
मार्टिन स्मिथ

3

मैंने व्यक्तिगत रूप से इस मुद्दे का अनुभव नहीं किया है, हालांकि एक लंबा धागा ( यहां ) है जहां कई लोग हैं। सामान्य सलाह या तो आपके वीडियो ड्राइवर के साथ काम करने से संबंधित है

  1. एक अद्यतन वीडियो ड्राइवर स्थापित करना
  2. हार्डवेयर एक्सेलरेशन को कम करना या बंद करना
  3. DirectX समर्थन बंद करना

थ्रेड से यह उत्तर भी था ... "विंडोज 7 क्लीन बूट प्रक्रिया से पता चला कि सेवा बायोमेट्रिक ऑथेंटिकेशन सर्विस (DigitalPersona DPHostw.exe) समस्या थी। सेवा को अक्षम करने से समस्या ठीक हो गई।"

मुझे यह जानने में दिलचस्पी होगी कि क्या इनमें से कोई भी आपके मामले में काम करता है, जैसा कि मैंने पाया थ्रेड SSMS के पुराने संस्करणों से संबंधित है, अर्थात 2005, 2008, आदि ...


3

मुझे लगता है कि समस्या यह है कि आपके सर्वर के लिए एक नया कनेक्शन खोलने में 5 सेकंड लगते हैं। वास्तव में ऐसा क्यों है, यह मैं नहीं बता सकता और इसका विश्लेषण और निदान करने के लिए एक वायर ट्रेस की आवश्यकता होगी। आपको जांचना चाहिए कि कौन से प्रोटोकॉल का प्रयास किया जा रहा है और कौन सा प्रोटोकॉल अंततः सफल होता है। यह हो सकता है कि आपका क्लाइंट पहले नामित पाइप का प्रयास करता है (जो एसएमबी पर निर्भर करता है) और फिर वापस टीसीपी पर गिर जाता है (हालांकि इस तरह के मामले में सामान्य विलंब बहुत लंबा है, लगभग 20-30 सेकंड)।

मैं आपको क्लाइंट नेटवर्क कॉन्फ़िगरेशन में क्लाइंट प्रोटोकॉल के क्रम की जांच करने की सलाह दूंगा । अपने स्वयं के प्रवेश को खोजने के द्वारा उपयोग किए गए क्लाइंट की जाँच करें sys.dm_exec_connections


3

मैं एक ही समस्या है और यह पता चला ट्रेंड माइक्रो ऑफिस स्कैन समस्या पैदा कर रहा है।

मैंने बिना किसी लाभ के इस समस्या के बारे में इसी तरह के कई अन्य धागों में वर्णित हर चीज की कोशिश की। मुझे लगा कि मैं एवी सॉफ्टवेयर को निष्क्रिय करने की कोशिश करूंगा .. एक बार ट्रेंड माइक्रो ऑफिस स्कैन बंद होने के बाद, एसएसएमएस तेजी से हल्का हो रहा है।

यह विंडोज 7 पर नहीं हुआ।


3

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

एंटीवायरस को अक्षम करने के बारे में इमरान के जवाब को पढ़ने के बाद, मैंने उस अवधारणा को एक कदम आगे ले लिया क्योंकि मैं अपने एंटीवायरस को पूरी तरह से अक्षम नहीं करना चाहता हूं क्योंकि इस मुद्दे को दूर करने के लिए बस।

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

डिफ़ॉल्ट डेटाबेस स्थानों को बदलने के लिए विस्तृत जानकारी के लिए निम्न लेख देखें। http://thomaslarock.com/2015/02/changing-default-database-file-locations-in-sql-server/


3

मुझे SSMS 2016 के साथ भी यही समस्या थी। मैंने यह पहचानने के लिए एक समन का इस्तेमाल किया कि कई सेकंड की देरी से पहले उसने जो किया, वह एक Microsoft IP पते पर नेटवर्क कनेक्शन था। मैंने 1 से 0. तक रजिस्ट्री कुंजी HKEY_CURRENT_USER\SOFTWARE\Microsoft\Microsoft SQL Server\130मान सेट करके ग्राहक अनुभव कार्यक्रम को बंद करने का प्रयास CustomerFeedbackकिया। SSMS को पुनरारंभ करने के बाद यह फिर से तेजी से काम कर रहा है। मुमकिन है कि हमेशा नई क्वेरी विंडो धीमी करने के लिए नेतृत्व नहीं करता है, लेकिन मेरे लिए यह किया है।

मुझे नहीं पता कि क्या आपके SSMS 2012 के साथ चल रहा था, लेकिन शायद एक कोशिश के लायक है। रजिस्ट्री कुंजी शायद 110इसके बजाय होगी 130


2

SSMS 2016 के बारे में और रजिस्ट्री में परिवर्तन। मेरा रास्ता था

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\130\Tools\Setup\UserFeedbackOptIn  

मैंने इसे 1 से 0 में बदल दिया और SSMS फिर से गतिमान हो गया।


2

कभी-कभी इस समस्या को बड़ी संख्या में कैश्ड क्वेरी विंडो को बंद करके हल किया जा सकता है।

SSMS के मेरे उदाहरण में सहेजे गए कैश में लगभग 15 प्रश्न थे (जो मैंने हर बार SSMS को खोला) - मैंने इन सभी विंडो को बंद कर दिया और SSMS को पुनः आरंभ किया और समस्या तुरंत गायब हो गई।


2

मेरे पास ssms v17.0 है, मुझे धीमी राइट क्लिक संदर्भ मेनू के साथ भी समस्या थी।

कंप्यूटर का नाम इसमें डैश था, कंप्यूटर का नाम बदलकर सरल कुछ तय किया।

मैंने ssms को अनइंस्टॉल किया, sql सर्वर की स्थापना रद्द की, कंप्यूटर का नाम बदलकर 'MyBox' की तरह कुछ सरल कर दिया, बजाय 'xja-13-asdfa3'। तब मैंने sql सर्वर को पुन: स्थापित किया, फिर ssms, और यह सब मेरे SLOW संदर्भ मेनू की समस्याओं को ठीक करता था जब राइट क्लिक टेबल। मुझे लगता है कि कहीं न कहीं DNS की समस्याएँ हो रही थीं और प्रतीक्षा समय से संबंधित थे।

मेरे पास एक लैपटॉप था जिसमें 16 गीगा रेम, ssd ड्राइव, एक 3ghz सीपीयू डिफॉल्ट रैंडम पीसी नाम के साथ फैक्ट्री से सीधे बॉक्स से बाहर था।


1

यह मेरे कंप्यूटर पर त्वरित है।

SQL Server 2012 में SSMS अब Visual Studio 2010 शेल का उपयोग करता है, जो SQL Server 2008 में SSMS द्वारा उपयोग किए जाने वाले शेल से अधिक संसाधन गहन है। मैं सुझाव देता हूं कि आपके कंप्यूटर को अपग्रेड करें या SQL Server 2008 R2 से SSMS का उपयोग करें। आपको पुराने संस्करण के साथ अधिकांश कार्य करने में सक्षम होना चाहिए।

आप नवीनतम संचयी अद्यतन स्थापित करने का भी प्रयास कर सकते हैं क्योंकि वे क्लाइंट टूल को भी अपडेट करेंगे। SQL Server 2012 के लिए नवीनतम संस्करण वर्तमान में CU1 है।

http://support.microsoft.com/kb/2679368/



0

मेरे लिए यह BitDefender फ़ायरवॉल था जिसने मेरे SSM को धीमी गति से बनाया, जाहिर तौर पर, डेटाबेस सूची तक पहुँच प्राप्त करने के लिए किसी प्रकार का फ़ायरवॉल अवरुद्ध था।


-1

डेटाबेस की संपत्ति की स्थिति की जांच " स्वचालित रूप से " समूह में " स्वचालित रूप से बंद " होनी चाहिए ।

यदि प्रत्येक क्वेरी के बाद सत्य है, तो कनेक्शन बंद हो जाएगा, और प्रत्येक नई क्वेरी पर फिर से खोला जाएगा। यह निश्चित रूप से ssms में आपके काम को धीमा कर देता है। डिफ़ॉल्ट गलत है।


-2

क्या ऐसा हो सकता है कि आपके कंप्यूटर में पर्याप्त रैम न हो?

SQL 2012 के लिए अनुशंसित RAM 4 गो है। यह SQL 2008 के लिए 2 जाना था। http://msdn.microsoft.com/en-us/library/ms143506.aspx

चूंकि आपने SQL 2008 से 2012 तक अपग्रेड किया है, शायद आपको अधिक RAM की आवश्यकता है?


-2

जब मैं प्रशासक विशेषाधिकारों (व्यवस्थापक के रूप में राइट क्लिक और रन) का उपयोग करके एसएसएमएस शुरू करता हूं, तो यह ठीक काम करता है, अन्यथा नई क्वेरी विंडो अधिक समय तक चल रही है


-3

इसका कारण लगभग हमेशा एक गायब नेटवर्क ड्राइव है - जैसे कि यदि आपके लैपटॉप पर ड्राइव-मैपिंग है, लेकिन आपका लैपटॉप बंद है।

दुर्भाग्यवश संकल्प आपके लैपटॉप को चालू करने के लिए है (इसलिए ड्राइव फिर से कनेक्ट करें) या विंडोज एक्सप्लोरर में अपनी ड्राइव को डिस्कनेक्ट करें (लेकिन फिर आपको उन्हें बाद में फिर से कनेक्ट करना होगा)।

अधिक जानकारी के लिए यहां देखें: http://social.msdn.microsoft.com/Forums/en-US/sqltools/thread/64c13a84-3e62-4b0c-a1ce-65fcc78dd8787


1
यह समस्या एसएसएमएस 2012 के लिए विशिष्ट है - मुझे संदेह है कि फरवरी 2010 से एमएसडीएन धागा प्रासंगिक होगा।
JNK
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.