Sau khi nâng cấp cả SQL Server và Management Studio từ 2008 đến 2012, Management Studio 2012 rất chậm khi các cửa sổ và hộp thoại truy vấn mới được mở.

Thậm chí nhấp chuột phải vào bảng là chậm. Thông thường có ít nhất 5 giây chậm trễ trước khi tôi có thể bắt đầu làm bất cứ điều gì trong một cửa sổ. Điều này xảy ra mọi lúc, ngay cả khi tôi mở cùng một cửa sổ hai lần liên tiếp. Tại sao điều này xảy ra và làm thế nào tôi có thể sửa chữa nó?

Các ứng dụng khác thiết lập kết nối đến cơ sở dữ liệu rất nhanh.

Những điều tôi đã cố gắng không giúp được gì:

• Một cú hích trên Google nơi tôi cần sửa đổi hoststệp của mình
• Đặt lại SSMS "cài đặt do người dùng xác định"
• Cập nhật trình điều khiển video, tắt tăng tốc phần cứng, vô hiệu hóa DirectX
• Vô hiệu hóa Dịch vụ xác thực sinh trắc học (Tôi chưa cài đặt nó).

Máy tính của tôi phải đủ nhanh hơn và tôi cũng có RAM 16GB. Phần cứng của tôi chắc chắn không phải là một vấn đề. Có vẻ như SSMS đang chờ đợi điều gì đó - tôi có thể vận hành các chương trình khác một cách trơn tru trong khi điều này đang xảy ra.

Tôi không có cơ hội cài đặt bản cập nhật SQL Server 2012 CU1 vì dường như có một số rủi ro khi cài đặt hotfix và tôi không thể mạo hiểm ngay bây giờ.

Khởi động Studio quản lý máy chủ SQL

Khi SQL Server Management Studio (SSMS) của Microsoft khởi động, nó sẽ cố gắng kết nối Danh sách thu hồi chứng chỉ (CRL) của Microsoft:

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

Các thành phần .NET cơ bản của SSMS đang cố gắng liên hệ với Danh sách thu hồi chứng chỉ và SSMS không thể làm như vậy. Điều này làm chậm quá trình tải tổng thể. (15 giây cho mỗi chứng chỉ rõ ràng)

Ok, đây là những gì đang xảy ra. SSMS có tỷ lệ mã được quản lý cao, tất cả mã này được ký khi chúng tôi gửi mã. Khi khởi động (nếu cài đặt này được chọn), .Net Runtime cố gắng liên hệ với crl.microsoft.com để đảm bảo rằng chứng chỉ hợp lệ (có một số certs giả được phát hành trong tên của Microsoft một thời gian trước đây vì vậy đây là một vấn đề rất hợp lệ) . Nếu không có kết nối internet hoặc có vấn đề liên hệ với máy chủ danh sách thu hồi chứng chỉ thì điều này sẽ trì hoãn khởi động SSMS.

Tham khảo: Câu hỏi thường gặp, Tại sao SSMS mất 45 giây để khởi động? (Blog MSDN)

Một vấn đề có thể gây ra vấn đề này là nếu máy chủ không có quyền truy cập internet, thì .NET framework không thể truy cập trang web crl.microsoft.com để xác minh rằng chữ ký điện tử được sử dụng để ký các nhị phân cho các ứng dụng được quản lý có giá trị. Mỗi kiểm tra chứng chỉ có thời gian chờ 15 giây trong quá trình thực thi .NET. Tùy thuộc vào những tính năng nào được cài đặt, điều này có thể thêm tối đa một phút thời gian khởi động cho Management Studio.

Tham khảo: Thời gian khởi động phòng quản lý máy chủ SQL (Blog MSDN)

Các giải pháp

Bạn có thể phá vỡ một phần của vấn đề, bằng cách tải trực tiếp chứng chỉ đang nhập liên kết vào trình duyệt của bạn và sau đó nhập chứng chỉ vào cơ sở dữ liệu chứng chỉ của bạn

• HOẶC LÀ -

Bạn có thể cấu hình lại tường lửa (của công ty) để cho phép kết nối với CRL của Microsoft

• HOẶC LÀ -

Bạn có thể cấu hình lại chương trình chống vi-rút / tường lửa cá nhân để cho phép kết nối với Microsoft CRL

• HOẶC LÀ -

Bạn có thể định cấu hình tường lửa (của công ty) để gửi thời gian chờ nhanh hơn cho khách hàng của mình cho các yêu cầu truy cập CRL của Microsoft.

• HOẶC LÀ -

Bạn có thể định cấu hình IE để không còn "Kiểm tra thu hồi chứng chỉ của nhà xuất bản" trong cài đặt nâng cao.

(Xem các blog được đề cập ở trên 1 và 2 để biết chi tiết)

Tôi có cùng trải nghiệm với bạn khi tôi kết nối với Tên máy chủ "./". May mắn thay, tôi thấy rằng tôi không gặp phải vấn đề về hiệu năng khi tôi kết nối với Tên máy chủ "(cục bộ)". Có lẽ có một vấn đề với cách SSMS 2012 giải quyết máy chủ thông qua "./".

Chỉnh sửa: Tôi không nghĩ nó liên quan đến SSMS vì tôi có thể tái tạo sự chậm chạp bằng ./ trong kết nối ADO.NET.

Có thể đã xảy ra rằng SSMS đã nhập các cài đặt không thể được xử lý chính xác nữa (như kết nối với một số máy chủ hoặc có thể một số cài đặt bổ trợ).

Có một cách tàn bạo để "đặt lại" các cài đặt SSMS do người dùng xác định.

Đóng SSMS, chuyển đến thư mục:

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

Bạn sẽ tìm thấy thư mục con "11.0". Đổi tên thành "11.0_", vì vậy bạn luôn có thể đổi tên lại. Bây giờ bắt đầu SSMS - nó sẽ tạo lại các cài đặt sạch và có thể vấn đề của bạn sẽ được giải quyết. Nếu không - xóa "11.0" mới được tạo và đổi tên "11.0_" trở lại thành "11.0".

Đây cũng có thể là hành vi của một số bổ trợ, đã bị hỏng sau khi nâng cấp. Bổ trợ tự đăng ký làm trình xử lý cho một số lệnh hoặc sự kiện và hệ thống có thể không ổn định nếu chúng bị thiếu / ném ngoại lệ.

Trên thực tế, v2012 sử dụng một cơ chế khác để đăng ký bổ trợ, nhưng một số bổ trợ tự cài đặt trên tất cả các trường hợp. Để kiểm tra, hãy xem khóa đăng ký này:

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

Bạn sẽ tìm thấy danh sách thư mục ở đó. Kiểm tra tất cả các thư mục này - chúng phải trống (có nghĩa là bạn không có bổ trợ).

Hãy thử vô hiệu hóa phần mềm chống vi-rút và sau đó kiểm tra hiệu suất cho studio quản lý máy chủ sql 2012.

Cá nhân tôi chưa gặp vấn đề này, tuy nhiên có một chủ đề dài ( ở đây ) nơi nhiều người có. Lời khuyên chung dường như liên quan đến việc làm việc với trình điều khiển video của bạn bằng cách

1. Cài đặt trình điều khiển video được cập nhật -OR-
2. Giảm hoặc tắt sự xuất sắc của phần cứng -OR-
3. Tắt hỗ trợ DirectX

Từ luồng cũng có câu trả lời này ... "Quy trình khởi động sạch Windows 7 tiết lộ dịch vụ Dịch vụ xác thực sinh trắc học (DigitalPersona DPhostw.exe) là sự cố. Vô hiệu hóa dịch vụ đã khắc phục sự cố."

Tôi rất muốn biết liệu có bất kỳ cách tiếp cận nào trong số này cũng hoạt động trong trường hợp của bạn không, vì chủ đề tôi tìm thấy liên quan đến các phiên bản cũ hơn của SSMS, ví dụ 2005, 2008, v.v ...

Tôi đoán vấn đề là việc mở một kết nối mới đến máy chủ của bạn mất 5 giây. Tại sao chính xác đây là trường hợp tôi không thể nói và nó sẽ yêu cầu một dấu vết dây để phân tích và chẩn đoán. Bạn nên điều tra những giao thức nào đang được thử và giao thức nào cuối cùng thành công. Có thể là máy khách của bạn thử đặt tên ống trước tiên (phụ thuộc vào SMB) và sau đó quay lại TCP (mặc dù độ trễ thông thường trong trường hợp như vậy dài hơn nhiều, khoảng 20-30 giây).

Tôi khuyên bạn nên kiểm tra thứ tự các giao thức máy khách trong Cấu hình mạng máy khách . Kiểm tra giao thức được sử dụng của khách hàng bằng cách tìm mục nhập của riêng bạn sys.dm_exec_connections.

Tôi có cùng một vấn đề và hóa ra quét Trend Micro Office đang gây ra sự cố.

Tôi đã thử mọi thứ được mô tả trong một số chủ đề tương tự khác về vấn đề này mà không có kết quả. Tôi hình dung tôi sẽ thử vô hiệu hóa phần mềm AV .. Sau khi quét Trend Micro Office tắt, SSMS sẽ sáng nhanh.

Điều này đã không xảy ra trên Windows 7.

Tôi cũng đã trải qua độ trễ 5 đến 10 giây khi nhấp chuột phải vào bảng để kéo menu ngữ cảnh. Tuy nhiên, tình huống của tôi có thể khác một chút so với một số vì tôi chỉ sử dụng cơ sở dữ liệu cục bộ. Giải pháp của tôi:

Sau khi đọc câu trả lời từ imran về việc vô hiệu hóa phần mềm chống vi-rút, tôi đã đưa khái niệm đó tiến thêm một bước vì tôi không muốn vô hiệu hóa phần mềm chống vi-rút của mình CHỈ để khắc phục vấn đề này.

Tôi đã giảm đáng kể độ trễ (bây giờ là tối đa 1 giây) bằng cách thay đổi vị trí cơ sở dữ liệu mặc định và sau đó loại trừ thư mục đó khỏi phần mềm chống vi-rút (trong trường hợp của tôi, tôi đang sử dụng Microsoft System Center Endpoint Protection 2015).

Để thay đổi vị trí cơ sở dữ liệu mặc định, xem bài viết sau để biết thông tin chi tiết. http://thomaslarock.com/2015/02/changing-default-database-file-locations-in-sql-server/

Tôi gặp vấn đề tương tự với SSMS 2016. Tôi đã sử dụng procmon để xác định rằng việc cuối cùng trước khi trì hoãn vài giây là tạo kết nối mạng tới địa chỉ IP của Microsoft. Sau đó, tôi đã thử tắt Chương trình Trải nghiệm Khách hàng bằng cách đặt HKEY_CURRENT_USER\SOFTWARE\Microsoft\Microsoft SQL Server\130giá trị khóa đăng ký CustomerFeedbacktừ 1 đến 0. Sau khi khởi động lại SSMS, nó hoạt động nhanh trở lại. Có lẽ điều đó không phải lúc nào cũng dẫn đến các cửa sổ truy vấn mới chậm nhưng đối với tôi nó đã làm.

Tôi không biết nếu đó là những gì đang xảy ra với SSMS 2012 của bạn nhưng có lẽ đáng để thử. Đăng ký khóa có thể sẽ được 110thay vì 130.

Liên quan đến SSMS 2016 và thay đổi sổ đăng ký. Con đường của tôi là

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

Tôi đã thay đổi nó từ 1 thành 0 và SSMS đã nhanh chóng trở lại.

Đôi khi vấn đề này có thể được giải quyết bằng cách đóng một số lượng lớn các cửa sổ truy vấn được lưu trữ.

Ví dụ về SSMS của tôi có khoảng 15 truy vấn trong bộ đệm đã lưu (mở mỗi lần tôi mở SSMS) - Tôi đã đóng tất cả các cửa sổ này và khởi động lại SSMS và vấn đề ngay lập tức biến mất.

Tôi có ssms v17.0, tôi cũng gặp vấn đề với menu ngữ cảnh nhấp chuột phải chậm.

Tên của máy tính có dấu gạch ngang trong đó, đổi tên máy tính thành một cái gì đó đơn giản, sửa nó.

Tôi đã gỡ cài đặt ssms, gỡ cài đặt máy chủ sql, đổi tên máy tính thành một cái gì đó đơn giản như 'MyBox' thay vì 'xja-13-asdfa3'. Sau đó, tôi đã cài đặt lại máy chủ sql, sau đó là ssms và điều này đã khắc phục TẤT CẢ các vấn đề về menu ngữ cảnh SLOW của tôi khi nhấp chuột phải vào bảng. Tôi tưởng tượng rằng một nơi nào đó đã xảy ra sự cố DNS và sự chờ đợi có liên quan đến việc chờ thời gian chờ của dns.

Tôi đã có một máy tính xách tay với 16 gig ram, ổ đĩa ssd, cpu 3ghz ngay lập tức từ nhà máy với tên pc ngẫu nhiên mặc định.

Nó là nhanh chóng trên máy tính của tôi.

SSMS trong SQL Server 2012 hiện sử dụng shell Visual Studio 2010, phần mềm này chiếm nhiều tài nguyên hơn so với shell được SSMS sử dụng trong SQL Server 2008. Tôi khuyên bạn nên nâng cấp máy tính của mình hoặc sử dụng SSMS từ SQL Server 2008 R2. Bạn sẽ có thể thực hiện hầu hết các tác vụ với phiên bản cũ.

Bạn cũng có thể thử cài đặt bản cập nhật tích lũy mới nhất vì chúng cũng sẽ cập nhật các công cụ máy khách. Phiên bản mới nhất cho SQL Server 2012 hiện tại là CU1.

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

thay đổi tên máy tính thành không có '-' là điều đã sửa nó cho tôi.

Đối với tôi, chính tường lửa BitDefender đã khiến SSM của tôi cực kỳ chậm. Rõ ràng, một loại chặn tường lửa để truy cập vào danh sách cơ sở dữ liệu

Người ta phải kiểm tra trạng thái của thuộc tính cơ sở dữ liệu " Tự động đóng " vào nhóm " Tự động ".

Nếu đúng, sau mỗi truy vấn, kết nối sẽ được đóng lại và mở lại ở mỗi truy vấn mới. Điều đó chắc chắn làm chậm công việc của bạn trong ssms. Mặc định là sai.

Có thể là bạn không có đủ RAM trên máy tính?

RAM được đề xuất cho SQL 2012 là 4 đi. Đó là 2 lần cho SQL 2008 http://msdn.microsoft.com/en-us/l Library / ms143506.aspx

Vì bạn đã nâng cấp từ SQL 2008 lên 2012, có lẽ bạn cần thêm RAM?

Khi tôi khởi động SSMS bằng đặc quyền Quản trị viên (nhấp chuột phải và chạy với tư cách quản trị viên), thì nó hoạt động tốt, nếu không, cửa sổ truy vấn mới sẽ mất nhiều thời gian hơn

Nguyên nhân của việc này hầu như luôn là do ổ đĩa mạng bị thiếu - ví dụ: nếu bạn có bản đồ ổ đĩa cho máy tính xách tay của mình, nhưng máy tính xách tay của bạn đã bị tắt.

Thật không may, độ phân giải là bật máy tính xách tay của bạn (để các ổ đĩa kết nối lại) hoặc ngắt kết nối các ổ đĩa của bạn trong Windows Explorer (nhưng sau đó bạn phải kết nối lại chúng sau).

Xem tại đây để biết thêm: http://social.msdn.microsoft.com/Forums/en-US/sqltools/thread/64c13a84-3e62-4b0c-a1ce-65fcc78d6787