SQL Management Studio'nun bağlanması neden bu kadar uzun sürüyor?

18

Microsoft SQL Server'ın teknik olarak yavaş bir veritabanı yönetim sistemi olmadığını düşünürsek, SQL Management Studio'nun bağlanması neden genellikle / genellikle bu kadar uzun sürüyor diye merak ediyorum.

Bu, veritabanı sunucusuna başka kimse erişmediğinde ve Management Studio SQL Server ile aynı makinede çalıştığında bile olur.

Ayrıca SQL Management Studio genellikle bir şey yapmak için çok uzun zaman alır, hatta bir oturum açma izinlerini görüntülemek bile kullanılmayan veritabanı sunucularında birkaç dakika sürebilir.

Bazı açık açıklamalar var mı?

sql-server ms-sql

— Andrew J. Brehm
kaynak

1

"Çok uzun" ne kadardır? 2 saniye, 20 saniye veya 200 saniye?

— Bevan

Hiç garip eklentiniz var mı? Bağlanmaya çalıştığım her sunucu iş ağımda 2 saniyenin altında sürüyor.

— Bob King

@Bevan benim için, bağlanmak için dakikalar localhost... gerçekten sinir bozucu. (YMMV) Ve yakın zamanda bir noktada başladı, daha önce hiç böyle olmadı.

— ANeves

@Bevan, benim için başlamak 50 saniye sürüyor. Bir şey görünene kadar simgeyi tıkladığımda, bence çok fazla zaman olan 50 saniye.

— FabianVal

14

Bu aptalca geliyor ama çok yavaş bir SQL Server Management Studio ile ilgili bir sorunum vardı ve bu hile onu çözdü:

Internet Explorer'ı açın
Araçlar -> İnternet seçeneğine gidin
"Gelişmiş" sekmesini açın
"Sunucu sertifikası iptali için kontrol et (yeniden başlatmayı gerektirir)" seçeneğinin işaretini kaldırın

Bu hile yalnızca SQL Server Management Studio'nun yüklü olduğu bilgisayar internete bağlı DEĞİLSE etkilidir. Sadece bunu yapmak sorunumu çözdü. Belki seninkini çözecektir.

— Julien N
kaynak

İşin tuhafı, bu biraz şeyleri iyileştiriyor gibi görünüyor. Ancak aşağıda belirtilen 32/64 bit sorunu da doğru olabilir. Bu cevabı kabul edip diğerini onaylayacağım.

— Andrew J. Brehm

4

Ben bir güvenlik uzmanı değilim, ama bu sayfa virtualobjectives.com.au/sqlserver/ssms_slow.htm (burada başka bir cevapta temsil edilir ve benim için iyi çalıştı) notları, güvenlik sertifikası denetimini devre dışı bırakmanın tavsiye edilmediğini not eder. Bu yaklaşımı benimsemenizin sizi büyük bir güvenlik riskine

— sokacağını düşünürüm

Benim durumumda, sunucu internete bağlı değildi, bu yüzden herhangi bir güvenlik kontrolü gerçekleştiremedi, bu yüzden zaman aşımı için beklemek zorunda kalmadım, çok fazla değişmedi :). Ancak, bu kontrolü gerçekleştirebilen bir sunucuda bunun iyi bir fikir olmadığını kabul ediyorum.

— Julien N

16

Bu benim için çalıştı: Microsoft SQL Server Management Studio çok yavaş

Kurumsal bir ortamda, SQL Server 2005 için Microsoft SQL Server Management Studio'nun (SSMS) başlaması 45 saniyenin üzerinde sürmesi ve uygulamanın içinden çeşitli pencereleri ve iletişim kutularını açarken gecikmeleri ve gecikmeleri nadir değildir. Bu sorunu yaşıyorsanız, hızlı bir düzeltme HOSTS'nize bir giriş eklemektir. crl.microsoft.com adresini 127.0.0.1 olarak gösteren dosya
SSMS'den çık

[Win] + [R] tuşlarına basın
Aşağıdakileri girin ..
notepad %systemroot%\system32\drivers\etc\hosts.
Aşağıdakileri ekleyin ..
127.0.0.1    crl.microsoft.com
Dosya 'yı kaydet.

SSMS'yi başlatın (ah! Çok daha iyi)

— Peco
kaynak

Tanrım, bu garip ...

— Alex Zhukovskiy

1

Yana crl"Sertifika iptal listesi" için standlar, bu görünümünde bir güvenlik noktası (kabul edilen yanıta yorumlara bakınız) den ideal olmayan da.

— Heinzi

Benim için bu, 30 ++ saniyeden 5 saniyeye kadar gecikmeyi almış gibi görünüyor, ancak yine de yavaş.

— tbone

3

varsayılan olarak, yerel bir sunucuya bağlanırken kullanılan ağ protokolü paylaşılan bellektir. Bu bazen oldukça yavaş olabilir.

Yerel olarak benzer bir kutuya bağlanırken aynı hız sorununu yaşıyordum, ancak uzaktan değil.

Bağlanırken TCP / IP ağ protokolünü belirtirseniz aynı yavaşlama olur mu?

EDIT Ayrıca, Microsoft'a göre, bu, Management Studio'nun 32bit olması ve 64bit bir işletim sisteminde çalıştırılmasının neden olduğu bir sorun olabilir. Buraya bakın: http://support.microsoft.com/kb/906892

— Sk93
kaynak

1

Bu nedenle Microsoft, 32 bit işletim sisteminde çalıştırmanızı önerir. Tam olarak pratik bir öneri değil. haddeleme gözlerim

— mhenry1384

3

Olası kırık IPv6 uygulaması? Çift yığın mı kullanıyorsunuz? Bu sorunu daha önce yaşadık ve yaşadık. İlk olarak IPv6 denenir ve herhangi bir yapılandırma hatası varsa sonunda IPv4'te başarısız olur.

— Brian Knoblauch
kaynak

3

SSMS, biz olmasa da, varsayılan kök sertifika için Microsoft'a danışmaya çalışıyor. Proxy sunucu kullanıyorsanız, sistem proxy ayarlarını yapmak için proxycfg veya netsh kullanın. SSMS'yi kapatıp açın ve yükleme süresi büyük ölçüde azalacaktır.

— Vern Wold
kaynak

2

Yukarıdaki Julien N'nin cevabına ek olarak, işaretini kaldırarak sorunu (ilk kez bir sorgu çalıştırırken 10 saniyelik bir gecikme) düzelttim:

"Yayıncının sertifika iptali için kontrol et"

Internet Explorer gelişmiş seçeneklerinde. Yeniden başlatma gerekmez.

— Neil Miller
kaynak

1

İş arkadaşım onun PC'sindeki gibi tam bir davranışa sahip. 2005 yılında SQL Server Management Studio kullanıyordu. SQL Server 2008 ile birlikte gelen yeni sürümü kurmayı çözdü.

Bu sorunun yalnızca bilgisayarınızda gerçekleştiğini fark ederseniz, tüm Microsoft SQL Server paketini kaldırmayı ve yeniden yüklemenizi öneririm.

— erkek ördek
kaynak

1

Bu bana hem SQL Server 2005 hem de 2008'de oluyor.

— Andrew J. Brehm

... ve SSMS 2017'ye kadar.

— rory.ap

1

Bu bir Ad Çözümleme sorunu olabilir mi? SQL Server motoru aynı makinedeyse, ad olarak (yerel) veya hatta 127.0.0.1 (veya makinenin IP adresi) kullanmayı deneyin. TCP / IP ve / veya eksik WINS / DNS üzerinden netbios yavaş bağlantı sürelerine yol açabilir.

Ayrıca sunucunun çalışması için yeterli belleğe sahip olduğundan emin olun. SQL Server 512 MB ram altında iyi çalışabilir, ancak performans çok hızlı düşer.

Bir sunucuya bağlanırken 5 saniyeden uzun bir gecikme olmamalıdır. (Yerel ise daha az).

— Martin Marconcini
kaynak

Hayır. "." Söz konusu sunucular 64 bit ve 8 GB ve daha fazlasına sahip.

— Andrew J. Brehm

1

Sqlservr.exe SQL Server 2005 Windows güvenlik duvarının özel durum listesine ekledi. Sonuç: çok hızlı yanıt!

1

Benim durumumda her zaman değildi, ama yapıldığında, bağlantı kutumu bile geri almak 10 dakika sürecekti. Bu yüzden Configuration manager'a baktım ve paylaşılan belleği devre dışı bıraktım. Her zaman cazibe gibi çalışır !!

— user61982
kaynak

1

Hangi sürüm, uygulamadan bu ayara navigasyon vb. Gibi biraz daha ayrıntı yararlı olacaktır.

— Pezevenk Suyu IT

Bu benim için çalıştı. Bunu yapmak için SQL Server Yapılandırma Yöneticisi'ni çalıştırın ve Ağ Yapılandırması / Protokolleri altında "Paylaşılan Bellek" i devre dışı

— bırakın

1

Benim için çözüm Hyper-V NIC'yi devre dışı bırakmaktı:

Basitçe sağ tıklayın ve ardından disable

— robiii
kaynak

Bu benim sorunumdu.

— Dominique Alexandre

0

Views klasörünün genişletilmesi uzun sürdüğü yerde aynı sorun yaşıyordum. Veritabanları veya tablolar da dahil olmak üzere diğer klasörler iyiydi. Yukarıdaki önerilerin tümü benim durumumda işe yaramadı. Benim için işe yarayan kullanıcının sysdamin rolü vardı, sysadmin rolünü kaldırdım ve geri verdim ve her şey benim için iyi çalışmaya başlıyor.

— Bader Cheema
kaynak

-2

SQL Express kullanıyorsanız, veritabanlarınızın toplam boyutunun 10 GB'ı aşmadığını kontrol edin (SQL Express 2012 için sınırlama).

— R Barbosa
kaynak

2

Boyut sınırlamayı aşarsa, sonuç sadece yavaş performans olur mu?

— fixer1234