Setelah memutakhirkan SQL Server dan Management Studio dari 2008 hingga 2012, Management Studio 2012 sangat lambat ketika jendela kueri dan kotak dialog baru dibuka.

Bahkan mengklik kanan pada tabel lambat. Biasanya ada setidaknya penundaan 5 detik sebelum saya dapat mulai melakukan apa pun dalam jendela. Ini terjadi setiap kali, bahkan jika saya membuka jendela yang sama dua kali berturut-turut. Mengapa ini terjadi dan bagaimana saya bisa memperbaikinya?

Aplikasi lain membangun koneksi ke database dengan sangat cepat.

Hal yang saya coba tidak membantu:

• Hit di Google tempat saya harus memodifikasi hostsfile saya
• Menyetel ulang SSMS "pengaturan yang ditentukan pengguna"
• Memperbarui driver video, mematikan akselerasi perangkat keras, menonaktifkan DirectX
• Menonaktifkan Layanan Otentikasi Biometrik (Saya tidak menginstalnya).

Komputer saya harus lebih dari cukup cepat, dan saya juga memiliki RAM 16GB. Perangkat keras saya seharusnya tidak menjadi masalah. Sepertinya SSMS sedang menunggu sesuatu - saya dapat mengoperasikan program lain dengan lancar saat ini sedang terjadi.

Saya tidak memiliki kesempatan untuk menginstal pembaruan SQL Server 2012 CU1 karena tampaknya ada beberapa risiko kesalahan menginstal perbaikan terbaru dan saya tidak bisa mengambil risiko itu sekarang.

SQL Server Management Studio Startup

Ketika Microsoft SQL Server Management Studio (SSMS) dimulai, ia mencoba untuk menghubungkan Daftar Pencabutan Sertifikat (CRL) Microsoft:

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

Komponen .NET SSMS yang mendasarinya mencoba menghubungi Daftar Pencabutan Sertifikat dan SSMS tidak dapat melakukannya. Ini memperlambat keseluruhan prosedur pemuatan. (15 detik per sertifikat tampaknya)

Ok jadi di sini adalah apa yang terjadi. SSMS memiliki persentase kode terkelola yang tinggi, semua kode ini ditandatangani saat kami mengirimkannya. Saat memulai (jika pengaturan ini dicentang) .Net Runtime mencoba menghubungi crl.microsoft.com untuk memastikan bahwa sertifikat tersebut valid (ada beberapa sertifikat palsu yang dikeluarkan atas nama Microsoft beberapa waktu lalu sehingga ini merupakan masalah yang sangat valid) . Jika tidak ada koneksi internet atau ada masalah menghubungi server daftar pencabutan sertifikat maka ini akan menunda startup SSMS.

Referensi: FAQ, Mengapa SSMS membutuhkan 45-an untuk memulai? (Blog MSDN)

Salah satu masalah yang dapat menyebabkan masalah ini adalah bahwa jika server tidak memiliki akses ke internet, maka .NET framework tidak dapat mengakses situs web crl.microsoft.com untuk memverifikasi bahwa tanda tangan digital yang digunakan untuk menandatangani binari untuk aplikasi yang dikelola valid Setiap pemeriksaan sertifikat memiliki batas waktu 15 detik dalam implementasi .NET runtime. Bergantung pada fitur apa yang diinstal, ini dapat menambahkan hingga satu menit waktu startup untuk Management Studio.

Referensi: SQL Server Management Studio Startup Time (MSDN Blog)

Solusi

Anda dapat menghindari bagian dari masalah, dengan mengunduh sertifikat secara langsung memasukkan tautan ke browser Anda dan kemudian mengimpor sertifikat ke basis data sertifikat Anda

• ATAU -

Anda dapat mengkonfigurasi ulang firewall (perusahaan) Anda untuk memungkinkan koneksi ke CRL Microsoft

• ATAU -

Anda dapat mengkonfigurasi ulang antivirus / firewall pribadi Anda untuk memungkinkan koneksi ke Microsoft CRL

• ATAU -

Anda dapat mengonfigurasi firewall (perusahaan) Anda untuk mengirim batas waktu lebih cepat ke klien Anda untuk permintaan mengakses CRL Microsoft.

• ATAU -

Anda dapat mengkonfigurasi IE untuk tidak lagi "Periksa pencabutan sertifikat penerbit" di pengaturan lanjutan.

(Lihat blog 1 dan 2 yang disebutkan di atas untuk detailnya)

Saya memiliki pengalaman yang sama seperti Anda ketika saya terhubung ke Nama Server "./". Dengan sedikit keberuntungan saya menemukan bahwa saya tidak mengalami masalah kinerja ketika saya terhubung ke Nama Server "(lokal)". Mungkin ada masalah dengan cara SSMS 2012 menyelesaikan server melalui "./".

Sunting: Saya tidak berpikir itu terkait dengan SSMS karena saya dapat mereproduksi kelambatan dengan ./ dalam koneksi ADO.NET.

Itu mungkin terjadi bahwa SSMS telah mengimpor pengaturan yang tidak dapat diperlakukan dengan benar lagi (seperti koneksi ke beberapa server atau mungkin beberapa pengaturan tambahan).

Ada cara brutal untuk "mengatur ulang" pengaturan SSMS yang ditentukan pengguna.

Tutup SSMS, buka folder:

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

Anda akan menemukan subfolder "11.0". Ganti nama menjadi "11.0_", jadi Anda selalu dapat mengganti nama kembali. Sekarang mulai SSMS - itu akan membuat kembali pengaturan bersih dan mungkin masalah Anda akan terpecahkan. Jika tidak - hapus "11.0" yang baru dibuat dan ganti nama "11.0_" kembali ke "11.0".

Ini juga mungkin merupakan perilaku beberapa add-in, yang rusak setelah peningkatan. Add-in mendaftarkan diri sebagai penangan untuk beberapa perintah atau acara dan sistem mungkin menjadi tidak stabil jika ada yang hilang / melempar pengecualian.

Sebenarnya, v2012 menggunakan mekanisme lain untuk mendaftarkan add-in, tetapi beberapa add-in menginstal sendiri pada semua instance. Untuk memeriksa, lihat kunci registri ini:

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

Anda akan menemukan daftar folder di sana. Periksa semua folder ini - mereka harus kosong (artinya Anda tidak memiliki peralatan tambahan).

Coba nonaktifkan antivirus dan kemudian periksa kinerja untuk studio manajemen sql server 2012.

Saya belum mengalami masalah ini secara pribadi, namun ada utas panjang (di sini ) di mana banyak orang memilikinya. Saran umum tampaknya terkait dengan bekerja dengan driver video Anda dengan baik

1. Menginstal driver video yang diperbarui -OR-
2. Mengurangi atau mematikan exceleration perangkat keras -OR-
3. Mematikan dukungan DirectX

Dari utas ada juga jawaban ini ... "Prosedur Boot Bersih Windows 7 mengungkapkan layanan Biometric Authentication Service (DigitalPersona DPHostw.exe) adalah masalahnya. Menonaktifkan layanan memperbaiki masalah."

Saya akan tertarik untuk mengetahui apakah salah satu dari pendekatan ini bekerja dalam kasus Anda juga, karena utas yang saya temukan berkaitan dengan versi SSMS yang lebih lama, yaitu 2005, 2008, dll ...

Saya kira masalahnya adalah bahwa membuka koneksi baru ke server Anda membutuhkan waktu 5 detik. Mengapa tepatnya ini adalah kasus yang tidak bisa saya katakan dan akan membutuhkan jejak kawat untuk menganalisis dan mendiagnosis. Anda harus menyelidiki protokol apa yang sedang dicoba dan protokol apa yang akhirnya berhasil. Bisa jadi klien Anda mencoba menamai pipa terlebih dahulu (yang tergantung pada SMB) dan kemudian jatuh kembali ke TCP (meskipun penundaan yang biasa dalam kasus seperti itu jauh lebih lama, sekitar 20-30 detik).

Saya akan merekomendasikan Anda memeriksa urutan protokol klien di Konfigurasi Jaringan Klien . Periksa protokol yang digunakan klien dengan menemukan entri Anda sendiri sys.dm_exec_connections.

Saya memiliki masalah yang sama dan ternyata pemindaian Trend Micro Office menyebabkan masalah.

Saya mencoba semuanya yang dijelaskan dalam beberapa utas serupa tentang masalah ini tanpa hasil. Saya pikir saya akan mencoba menonaktifkan perangkat lunak AV .. Setelah pemindaian Trend Micro Office dimatikan, SSMS cepat.

Ini tidak terjadi pada Windows 7.

Saya juga mengalami penundaan 5 hingga 10 detik ketika mengklik kanan tabel untuk menarik menu konteks. Namun situasi saya mungkin sedikit berbeda dari beberapa karena saya hanya menggunakan database lokal. Solusi saya:

Setelah membaca jawaban dari imran tentang menonaktifkan antivirus, saya mengambil konsep itu selangkah lebih maju karena saya tidak ingin menonaktifkan antivirus saya HANYA untuk mengatasi masalah ini.

Saya telah mengurangi penundaan secara signifikan (sekarang maks 1 detik) dengan mengubah lokasi database default dan kemudian mengecualikan direktori tersebut dari anti-virus (dalam kasus saya saya menggunakan Microsoft System Center Endpoint Protection 2015).

Untuk mengubah lokasi database default, lihat artikel berikut untuk informasi terperinci. http://thomaslarock.com/2015/02/changing-default-database-file-locations-in-sql-server/

Saya memiliki masalah yang sama dengan SSMS 2016. Saya menggunakan procmon untuk mengidentifikasi bahwa hal terakhir yang dilakukan sebelum penundaan beberapa detik adalah membuat koneksi jaringan ke alamat IP Microsoft. Saya kemudian mencoba mematikan Program Pengalaman Pelanggan dengan menetapkan HKEY_CURRENT_USER\SOFTWARE\Microsoft\Microsoft SQL Server\130nilai kunci registri CustomerFeedbackdari 1 menjadi 0. Setelah memulai ulang SSMS, ia berfungsi kembali dengan cepat. Mungkin itu tidak selalu mengarah ke memperlambat jendela permintaan baru tetapi bagi saya itu terjadi.

Saya tidak tahu apakah itu yang terjadi dengan SSMS 2012 Anda, tetapi mungkin patut dicoba. Kunci registri mungkin 110bukan 130.

Mengenai SSMS 2016 dan perubahan registri. Jalanku adalah

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

Saya mengubahnya dari 1 menjadi 0 dan SSMS cepat lagi.

Terkadang masalah ini dapat diatasi dengan hanya menutup sejumlah besar jendela permintaan cache.

Contoh SSMS saya memiliki sekitar 15 pertanyaan dalam cache yang disimpan (yang dibuka setiap kali saya membuka SSMS) - Saya menutup semua jendela ini & memulai ulang SSMS & masalah tersebut segera menghilang.

Saya memiliki ssms v17.0, saya juga punya masalah dengan menu konteks klik kanan yang lambat.

Nama komputer memiliki tanda hubung di dalamnya, mengubah nama komputer menjadi sesuatu yang sederhana, memperbaikinya.

Saya uninstall ssms, uninstall sql server, menamai komputer sesuatu yang sederhana seperti 'MyBox', bukan 'xja-13-asdfa3'. Kemudian saya menginstal ulang sql server, kemudian ssms, dan ini memperbaiki SEMUA masalah menu konteks SLOW saya ketika mengklik kanan tabel. Saya membayangkan bahwa di suatu tempat terjadi masalah DNS dan menunggu terkait dengan menunggu timeout dns.

Saya punya laptop dengan 16 pertunjukan ram, SSD drive, cpu 3ghz langsung dari kotak dari pabrik dengan nama pc acak default.

Cepat di komputer saya.

SSMS di SQL Server 2012 sekarang menggunakan Visual Studio 2010 shell, yang lebih intensif sumber daya daripada shell yang digunakan oleh SSMS di SQL Server 2008. Saya menyarankan untuk meningkatkan komputer Anda atau menggunakan SSMS dari SQL Server 2008 R2. Anda harus dapat melakukan sebagian besar tugas dengan versi lama.

Anda juga dapat mencoba menginstal pembaruan kumulatif terbaru karena mereka juga akan memperbarui alat klien. Versi terbaru untuk SQL Server 2012 saat ini adalah CU1.

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

mengubah nama komputer menjadi tidak ada '-' adalah apa yang diperbaiki untuk saya.

Bagi saya itu adalah firewall BitDefender yang membuat SSM saya sangat lambat. Rupanya, semacam firewall memblokir untuk mendapatkan akses ke daftar database

Orang harus memeriksa status properti database " Secara otomatis tutup " menjadi grup " Secara otomatis ".

Jika benar, setelah setiap permintaan, koneksi akan ditutup, dan dibuka kembali di setiap permintaan baru. Itu pasti memperlambat pekerjaan Anda dalam ssms. Default salah.

Mungkinkah Anda tidak memiliki cukup RAM di komputer Anda?

RAM yang disarankan untuk SQL 2012 adalah 4 go. Itu 2 pergi untuk SQL 2008. http://msdn.microsoft.com/en-us/library/ms143506.aspx

Karena Anda telah memutakhirkan dari SQL 2008 hingga 2012, mungkin Anda memerlukan lebih banyak RAM?

Ketika saya memulai SSMS menggunakan hak istimewa Administrator (klik kanan dan jalankan sebagai administrator), maka berfungsi dengan baik, jika tidak, jendela permintaan baru membutuhkan waktu lebih lama

Penyebabnya hampir selalu berupa drive jaringan yang hilang - misalnya jika Anda memiliki pemetaan drive untuk laptop Anda, tetapi laptop Anda dimatikan.

Resolusi sayangnya adalah menyalakan laptop Anda (sehingga drive terhubung kembali) atau untuk melepaskan drive Anda di Windows Explorer (tetapi kemudian Anda harus menghubungkan kembali mereka nanti).

Lihat di sini untuk info lebih lanjut: http://social.msdn.microsoft.com/Forums/en-US/sqltools/thread/64c13a84-3e62-4b0c-a1ce-65fcc78d6787