即使右键单击表格也很慢.在我开始在窗口内做任何事情之前,通常至少有5秒的延迟.每次都会发生这种情况,即使我连续两次打开同一个窗口.为什么会发生这种情况,我该如何解决？
其他应用程序非常快地建立与数据库的连接.
我试过的事情没有帮助：
>点击谷歌,我需要修改我的主机文件
>重置SSMS“用户定义的设置”
>更新视频驱动程序,关闭硬件加速,禁用DirectX
>禁用生物识别身份验证服务(我没有安装它).
我的电脑应该足够快,我也有16GB的RAM.我的硬件肯定不是问题.看起来SSMS正在等待某些事情 – 我可以在这种情况下顺利运行其他程序.
解决方法
当Microsoft的sql Server Management Studio(SSMS)启动时,它会尝试连接Microsoft的证书吊销列表(CRL)：
http://crl.microsoft.com/pki/crl/products/MicrosoftRootAuthority.crl
SSMS的基础.NET组件正在尝试联系证书吊销列表,SSMS无法执行此操作.这会减慢整个装载过程. (显然每张证书15秒)
Ok so here is what is happening. SSMS has a high percentage of managed code,all of this code is signed when we ship it. At start up (if this setting is checked) the .Net Runtime tries to contact crl.microsoft.com to ensure that the cert is valid(there were some fake certs issued in Microsoft’s name a while back so this is a very valid concern). If there is no internet connection or there is a problem contacting the certificate revocation list server then this will delay SSMS startup.
参考：FAQ,Why does SSMS take 45s to start up? (MSDN Blog)
One issue that can cause this problem is that if the server does not have access to the internet,then the .NET framework can’t access the crl.microsoft.com website to verify that the digital signatures used to sign the binaries for managed applications are valid. Each certificate check has a 15 second timeout in the .NET runtime implementation. Depending on what features are installed,this can add up to a minute of startup time for Management Studio.
参考：SQL Server Management Studio Startup Time (MSDN Blog)
解决方案
您可以通过直接下载证书进入浏览器的链接,然后将证书导入证书数据库来规避部分问题
>或 –
您可以重新配置(公司的)防火墙以允许连接到Microsoft的CRL
>或 –
您可以重新配置个人防病毒/防火墙以允许连接到Microsoft CRL
>或 –
您可以配置(公司的)防火墙,以便在访问Microsoft CRL的请求时更快地向客户端发送超时.
>或 –
您可以在高级设置中将IE配置为不再“检查发布者的证书吊销”.
