SQL Server ve Management Studio'yu 2008'den 2012'ye yükselttikten sonra, yeni sorgu pencereleri ve iletişim kutuları açıldığında Management Studio 2012 çok yavaştır.

Masalara sağ tıklamak bile yavaştır. Bir pencerede herhangi bir şey yapmaya başlamadan önce tipik olarak en az 5 saniyelik bir gecikme olur. Bu, her seferinde aynı pencereyi arka arkaya iki kez açsam bile olur. Bu neden oluyor ve nasıl düzeltebilirim?

Diğer uygulamalar veritabanına çok hızlı bir şekilde bağlantı kurar.

Denedim şeyler yardımcı olmadı:

• Benim değiştirmeniz gerekir Google'da bir isabet hostsdosyasını
• SSMS'yi sıfırlamak "kullanıcı tanımlı ayarlar"
• Video sürücülerini güncelleme, donanım ivmesini kapatma, DirectX'i devre dışı bırakma
• Biyometrik Kimlik Doğrulama Servisini Devre Dışı Bırakma (Yüklemiş değilim).

Bilgisayarım yeterince hızlı olmalı ve ayrıca 16GB RAM'im de var. Donanımım kesinlikle bir sorun olmamalı. SSMS bir şeyi bekliyor gibi görünüyor - bu olurken diğer programları sorunsuz bir şekilde çalıştırabilirim.

Düzeltmeleri kurarken bazı hatalar riski olduğu için şu anda bu riski alamıyorum, çünkü SQL Server 2012 CU1 güncellemesini yükleme fırsatım yok.

SQL Server Management Studio Başlangıcı

Microsoft'un SQL Server Management Studio'yu (SSMS) başladığında, Microsoft'un Sertifika İptal Listesini (CRL) bağlamaya çalışır:

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

SSMS'nin altındaki .NET bileşenleri Sertifika İptal Listesi'ne ulaşmaya çalışıyor ve SSMS bunu yapamıyor. Bu, genel yükleme prosedürünü yavaşlatır. (Görünüşte sertifika başına 15 saniye)

Tamam, işte burada olan şey. SSMS yüksek bir yönetilen kod yüzdesine sahiptir, bu kodların tümü gönderdiğimizde imzalanır. Başlangıçta (eğer bu ayar kontrol edilirse) .Net Runtime, sertifikanın geçerli olduğundan emin olmak için crl.microsoft.com ile iletişime geçmeye çalışır (bir süre önce Microsoft'un adında yayınlanan bazı sahte paralar vardı, bu yüzden bu çok geçerli bir endişedir) . İnternet bağlantısı yoksa veya sertifika iptal listesi sunucusuyla bağlantı kurulurken bir sorun varsa, bu SSMS'nin başlatılmasını geciktirir.

Referans: SSS, SSMS'nin başlatılması neden 45 saniye sürüyor? (MSDN Blog)

Bu soruna neden olabilecek sorunlardan biri, sunucunun internete erişimi olmaması durumunda, .NET çerçevesinin yönetilen uygulamalar için ikili dosyaları imzalamak için kullanılan dijital imzaların doğrulandığını doğrulamak için crl.microsoft.com web sitesine erişememesidir. geçerli. Her sertifika kontrolünün .NET çalışma zamanı uygulamasında 15 saniyelik bir zaman aşımı süresi vardır. Hangi özelliklerin yüklü olduğuna bağlı olarak bu, Management Studio için bir dakikalık başlatma süresi ekleyebilir.

Başvuru: SQL Server Management Studio Başlangıç ​​Saati (MSDN Blog)

Çözümler

Sertifikayı doğrudan tarayıcınıza girerek ve ardından sertifikayı sertifika veritabanınıza alarak, sertifikayı indirerek sorunun bir kısmını çözebilirsiniz.

• VEYA -

(Firmanızın) güvenlik duvarını Microsoft’un CRL’ine bağlantılara izin verecek şekilde yeniden yapılandırabilirsiniz.

• VEYA -

Kişisel antivirüs / güvenlik duvarınızı Microsoft CRL'ye bağlantılara izin verecek şekilde yeniden yapılandırabilirsiniz.

• VEYA -

Microsoft firmasının güvenlik duvarını, Microsoft CRL'sine erişen talepler için istemcinize daha hızlı bir zaman aşımı gönderecek şekilde yapılandırabilirsiniz.

• VEYA -

Gelişmiş ayarları artık IE’yi artık "Yayıncının sertifika iptalini kontrol et" olarak yapılandırabilirsiniz.

(Ayrıntılar için yukarıda belirtilen blog 1 ve 2'ye bakınız)

"./" Sunucu Adı'na bağlandığımda sizinle aynı deneyime sahibim. Aptalca bir şansla, Sunucu Adı "(yerel)" 'ya bağlandığımda performans sorununu yaşamadığımı fark ettim. Muhtemelen SSMS 2012'nin sunucuyu "./" ile çözme biçimiyle ilgili bir sorun vardır.

Düzenleme: Bir ADO.NET bağlantısında ./ ile yavaşlığı yeniden oluşturabildiğim için SSMS ile ilgili olduğunu sanmıyorum.

SSMS'nin artık doğru şekilde işlem göremeyen ayarları içeri aktarmış olabilir (bazı sunuculara bağlantılar veya belki bazı eklenti ayarları gibi).

Kullanıcı tanımlı SSMS ayarlarını "sıfırlamak" için acımasız bir yol var.

SSMS'yi kapatın, klasöre gidin:

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

"11.0" alt klasörünü bulacaksınız. "11.0_" olarak yeniden adlandırın, böylece her zaman yeniden adlandırabilirsiniz. Şimdi SSMS'yi başlatın - temiz ayarları yeniden oluşturacak ve belki de sorununuz çözülecektir. Değilse - yeni oluşturulan "11.0" silin ve "11.0_" adını "11.0" olarak yeniden adlandırın.

Bu, yükseltme işleminden sonra bozulan bazı eklentilerin davranışları da olabilir. Eklentiler kendilerini bazı komutlar veya olaylar için işleyici olarak kaydettirirler ve istisnalar eksik / atıyorsa sistem dengesizleşebilir.

Aslında, v2012 eklentileri kaydetmek için başka bir mekanizma kullanır, ancak bazı eklentiler kendilerini her durumda yükler. Kontrol etmek için bu kayıt defteri anahtarına bakın:

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

Burada klasör listesini bulacaksınız. Tüm bu klasörleri kontrol edin - boş olmalı (eklenti yok demektir).

Antivirüs'ü devre dışı bırakmayı deneyin ve ardından sql server 2012 yönetim stüdyosu performansını kontrol edin.

Ben şahsen ancak uzun iplik (orada, bu sorunu yaşamamış burada birçok kişi var). Genel öneri, video sürücünüzle çalışmakla ilgili olabilir.

1. Güncellenmiş bir video sürücüsü yükleme -VEYA-
2. Donanım hızlandırmasını azaltmak veya kapatmak
3. DirectX desteğini kapatma

İş parçacığından da bu cevap vardı ... "Windows 7 Temiz Önyükleme prosedürü, hizmetin Biyometrik Kimlik Doğrulama Hizmeti (DigitalPersona DPHostw.exe) olduğunu ortaya çıkardı. Hizmetin devre dışı bırakılması sorunu düzeltti."

Bu yaklaşımlardan herhangi birinin sizin durumunuzda da işe yarayıp yaramadığını bilmek istiyorum, çünkü SSMS'nin eski sürümleriyle, yani 2005, 2008 vb.

Sanırım problem sunucunuzla yeni bir bağlantı kurmanın 5 saniye sürmesi. Neden tam olarak bu böyle bir şey söyleyemem ve analiz etmek ve teşhis etmek için bir tel izi gerekiyor. Hangi protokol (ler) denendiğini ve sonunda hangi protokolün başarılı olduğunu araştırmalısınız. Müşteriniz ilk önce (SMB'ye bağlı olarak) boru adı verilen girişimleri dener ve ardından tekrar TCP'ye geri döner (bu durumda her zamanki gecikme 20-30 saniye civarındadır).

İstemci Ağı Yapılandırmasında istemci protokollerinin sırasını kontrol etmenizi tavsiye ederim . Kendi girişinizi bularak müşterinin kullandığı protokolü kontrol edin sys.dm_exec_connections.

Aynı sorunu yaşıyorum ve Trend Micro Office taraması soruna neden oluyor.

Bu problemle ilgili olarak benzer bir çok konuda anlatılan her şeyi boşuna denedim. AV yazılımını devre dışı bırakmaya çalışacağımı düşündüm. Trend Micro Office taraması kapandıktan sonra, SSMS hızlı bir şekilde hafifliyor.

Bu, Windows 7'de olmadı.

Ben de bağlam menüsünü açmak için bir masaya sağ tıkladığınızda 5-10 saniyelik bir gecikme yaşanıyordu. Durumum, bazılarından biraz farklı olabilir, çünkü yalnızca yerel veritabanlarını kullanıyorum. Çözümüm:

İmran'dan virüsten korumayı devre dışı bırakmayla ilgili cevabı okuduktan sonra, bu sorunu aşmak için virüsten koruma yazılımımı tamamen SADECE devre dışı bırakmak istemediğim için bu kavramı bir adım öteye taşıdım.

Varsayılan veritabanı konumlarını değiştirerek ve ardından bu dizini virüsten korumadan kaldırarak (şu anda Microsoft System Center Endpoint Protection 2015 kullanıyorum) gecikmeyi önemli ölçüde azalttım (şu anda en fazla 1 saniyedir).

Varsayılan veritabanı konumlarını değiştirmek için ayrıntılı bilgi için aşağıdaki makaleye bakın. http://thomaslarock.com/2015/02/changing-default-database-file-locations-in-sql-server/

SSMS 2016 ile aynı problemi yaşadım . Birkaç saniye gecikmeden önce en son yaptığı şeyin bir Microsoft IP adresine ağ bağlantısı yapmak olduğunu belirlemek için procmon kullandım . Daha sonra kayıt defteri anahtarı HKEY_CURRENT_USER\SOFTWARE\Microsoft\Microsoft SQL Server\130değerini CustomerFeedback1'den 0'a ayarlayarak Müşteri Deneyimi Programını kapatmayı denedim. SSMS'yi yeniden başlattıktan sonra tekrar hızlı çalışıyor. Muhtemelen bu her zaman yavaş yeni sorgu pencereleri yol açmaz ama benim için yaptı.

SSMS 2012'nizde neler olup bittiğini bilmiyorum ama belki de denemeye değer. Kayıt defteri anahtarı büyük olasılıkla 110yerine olacak 130.

SSMS 2016 ve sicil değişikliği ile ilgili olarak. Benim yolum

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

1'den 0'a değiştirdim ve SSMS tekrar hızlı oldu.

Bazen bu sorun yalnızca çok sayıda önbelleğe alınmış sorgu penceresini kapatarak çözülebilir.

SSMS örneğimin kaydedilmiş önbellekte (SSMS'yi her açtığımda açtım) yaklaşık 15 sorgusu vardı - Tüm bu pencereleri kapattım ve SSMS'yi yeniden başlattım ve sorun hemen ortadan kalktı.

Ben ssms v17.0 var, ayrıca yavaş sağ tıklama bağlam menüleri ile sorunum vardı.

Bilgisayarın içinde kısa çizgiler vardı, bilgisayarı basit bir şeyle yeniden adlandırdı, düzeltti.

Ssms'yi kaldırdım, sql sunucusunu kaldırdım, bilgisayarı 'MyBox' gibi 'xja-13-asdfa3' gibi basit bir şey olarak yeniden adlandırdım. Sonra sql sunucusunu, ardından ssms'i yeniden yükledim ve bu, tablolar sağ tıklandığında TÜM YAVAŞIM bağlam menüsü sorunlarını çözdü. Bir yerde DNS problemlerinin yaşandığını ve beklemelerin dns zaman aşımını beklemekle ilgili olduğunu hayal ediyorum.

16 gg ram, ssd sürücüler, fabrikadan çıkan rastgele pc adıyla fabrikadan çıkan 3 gg cpu'luk bir dizüstü bilgisayarım vardı.

Bilgisayarımda hızlı.

SQL Server 2012'deki SSMS artık, SQL Server 2008'de SSMS tarafından kullanılan kabuktan daha yoğun olan Visual Studio 2010 kabuğunu kullanıyor. Bilgisayarınızı yükseltmenizi veya SQL Server 2008 R2'deki SSMS'yi kullanmanızı öneririm. Eski sürümle çoğu görevi gerçekleştirebilmelisiniz.

Ayrıca, istemci araçlarını da güncelleyeceği için en son toplu güncelleştirmeyi yüklemeyi deneyebilirsiniz. SQL Server 2012 için en son sürüm şu anda CU1.

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

bilgisayar adını '-' olarak değiştirmemek benim için düzeltti.

Benim için SSM'imi ultra yavaş yapan BitDefender güvenlik duvarıydı. Görünüşe göre bir çeşit güvenlik duvarı veritabanı listesine erişmeyi engelliyordu.

Bir " Otomatik olarak kapat " veritabanı özelliğinin " Otomatik olarak " grubuna durumunu denetlemelidir .

Doğruysa, her sorgudan sonra, bağlantı kapatılacak ve her yeni sorguda yeniden açılacaktır. Bu kesinlikle ssms içinde çalışmanızı yavaşlatıyor. Varsayılan ayar yanlış.

Bilgisayarınızda yeterli RAM bulunmuyor olabilir mi?

SQL 2012 için önerilen RAM 4 gitmektir. SQL 2008 için 2 seferdi. Http://msdn.microsoft.com/en-us/library/ms143506.aspx

SQL 2008'den 2012'ye yükselttiğinizden beri, daha fazla RAM'e ihtiyacınız olabilir?

Yönetici ayrıcalıklarını kullanarak SSMS'yi başlattığımda (sağ tıklayıp yönetici olarak çalıştır), sonra iyi çalışıyor, aksi takdirde yeni sorgu penceresi daha uzun sürüyor

Bunun nedeni neredeyse her zaman eksik bir ağ sürücüsüdür - örneğin dizüstü bilgisayarınız için bir sürücü eşlemesi varsa, ancak dizüstü bilgisayarınız kapalıysa.

Ne yazık ki çözüm, dizüstü bilgisayarınızı açmak (böylece sürücüler yeniden bağlanır) veya Windows Gezgini'nde sürücülerinizi çıkarmaktır (ancak daha sonra bunları yeniden bağlamanız gerekir).

Daha fazla bilgi için buraya bakın: http://social.msdn.microsoft.com/Forums/en-US/sqltools/thread/64c13a84-3e62-4b0c-a1ce-65fcc78d6787