Welcome to MSDN Blogs Sign in | Join | Help

SQL Server Management Studio Startup Time

Note: This posting only applies to Management Studio 2005. We have corrected the behavior for Management Studio 2008 thus there is no special configuration necessary. 

One of my co-workers recently responded to a problem a user was having with SQL Server Management Studio (SSMS). The user was experiencing extremely slow startup of SSMS – a couple of minutes. The potential cause for the problem is not apparently obvious, but could impact tons of installations.

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.

There are a couple workarounds:

1) Configure a proxy server to allow access to http://crl.microsoft.com from your server

2) Configure your firewall to return a failure status quickly when it blocks access to the http://crl.microsoft.com website

3) Disable checks for certificate revocation. You can do this using Internet Explorer by opening the Internet Options dialog, going to the Advanced Page, and then un-checking the "Check for publisher's certificate revocation" checkbox. There are fraudulently signed binaries in the wild that can make virus-infected applications look like they were published by Microsoft. Disabling this check should probably not be done on machines with internet access.

Published Wednesday, August 23, 2006 7:42 AM by dtjones

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Comments

# re: SQL Server Management Studio Startup Time

Why cannot this be done locally?
Wednesday, August 23, 2006 10:56 AM by Ramesh

# re: SQL Server Management Studio Startup Time

Is it reported to Microsoft and will it be fixed ?
Wednesday, August 23, 2006 11:01 AM by dhervieux

# re: SQL Server Management Studio Startup Time

Wow! If I understood what you said, the current version of .NET needs access to the Internet (for real or by proxy). Not having it can slow down Management Studio startup time. Doesn't seem too good for a developer using a Laptop in an Airport (maybe in disconnected mode).
Bill
Wednesday, September 06, 2006 3:08 PM by bill salkin

# re: SQL Server Management Studio Startup Time

Add a host entry in your hosts file.
This will cause certificate revocation not to be be checked at crl.microsoft.com
Also this is system wide and not user specifict like the IE settings.
I don't realy understand the use, when it can't reach the server it's all ok anyway.
So why not let it be disabled in SQL 2005 alone maintaining your safety in browsers.

Add this text in your hosts file under system32\drivers\etc

127.0.0.1       crl.microsoft.com

Works for us.
Wednesday, September 20, 2006 9:17 AM by Eric

# re: SQL Server Management Studio Startup Time

I think its shameful that so many applications, especially those written in .NET, run many times slower than apps released 5 years ago. Microsoft just has to keep soaking up that cpu to ensure the world keeps buys more pcs = more windows licenses. Sql Server 2000 finally became useable in 2005 when performance of servers and pcs got to circa P2500/1GB ram, and now they've made it unuseable once again.

Without applying this tweak sql 2005 takes 60 seconds to start on my laptop, and about 15 seconds with the tweak applied. It should start in < 1second.

Wednesday, February 14, 2007 3:10 PM by Paul

# re: SQL Server Management Studio Startup Time

Thanks, I had the same problem! I spend so much time looking for the answer!

Friday, February 16, 2007 10:28 AM by Erik

# re: SQL Server Management Studio Startup Time

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

It sets HKEY_USERS\[SID]\Software\Microsoft\Microsoft SQL Server\90\Tools\Shell\Help\UseOnlineContent and HKEY_USERS\[SID]\Software\Microsoft\Microsoft SQL Server\90\Tools\Shell\Help\UseOnlineContent\UseMSDNOnlineF1 to 0 from 1.

What do you think, can it be set in HKEY_USERS\.DEFAULT, too?

Erik: http://www.google.hu/search?hl=hu&q=sql+management+studio+starts+slow&meta=

;) Google Is Your Friend :))

BTW MS KB article had been posted on August 8, 2006. :-)

Thursday, February 22, 2007 7:13 AM by Yoda

# SQL Server Management Studio lass?? indul??s &laquo; gubus 2.0

# re: SQL Server Management Studio Startup Time

I've been for week with this annoyance. None of your tips worked, BUT when I was looking in the registry I found something...

This keys were pointing to a folder in machine that no longer is in my network !!!

HKEY_CURRENT_USER\Software\Microsoft\Microsoft SQL Server\90\Tools\Shell

HKEY_CURRENT_USER\Software\Microsoft\Microsoft SQL Server\90\Tools\Shell

I changed both to a local directory, and now it's opening in less than five seconds !!!

Thanks for the hint !!!

Thursday, May 10, 2007 8:40 PM by Manuel Daponte

# re: SQL Server Management Studio Startup Time

THANK YOU!  We spent days working with a frustratingly sluggish system only to discover that this was the source of our issues.  In our case, it not only caused SQL MS to open slowly but it caused Identity Lifecycle Manager 2007 rules extensions to crash and timeout during sync runs (compiled in .NET 2.0 CLR).

Option #3 solved the problem!

Brad Turner

MIIS MVP

Wednesday, May 16, 2007 7:05 PM by Brad Turner

# re: SQL Server Management Studio Startup Time

Friday, May 18, 2007 1:38 AM by Brad Turner

# re: SQL Server Management Studio Startup Time

This may not be the best place to ask this question, but we're really hug up.   We have SQL2005 running on 64bit servers (w2003).   Then we installed SQL2005 on a 32bit server (w2000), which installed, but with Management Studio!

Management Studio does not appear on the 32bit install CD's.   Everything else lights up just fine.

Does anyone have any ideas/experience at finding the missing tool?  (It's kinda slow working with the command line).

Thanks,

Steve

Thursday, July 19, 2007 5:29 PM by steve aldridge

# Network causing SSIS package startup delays?

This issue is covered pretty well by blogs in the context of SSMS ( Dan Jones and Euan Garden ) and in

Sunday, July 29, 2007 4:07 AM by Michael Entin's WebLog

# Network causing SSIS package startup delays?

This issue is covered pretty well by blogs in the context of SSMS ( Dan Jones and Euan Garden ) and in

Sunday, July 29, 2007 4:55 AM by Noticias externas

# re: SQL Server Management Studio Startup Time

I am astounded that Microsoft insists on doing this. SQL  is an enterprise product, and I don't know a single enterprise technician or security analyst that would allow a database server of any sort access to the internet, direct or otherwise. In fact, no server should be allowed access to the internet unless it is one of it's specific tasks. I would imagine that the hacking community are having a field day with the knowledge that Microsoft servers are operating like this.

Thursday, August 16, 2007 9:03 PM by LittleRed

# Certificate revocation check - проверка аннулирования сертификата

Проверка аннулирования сертификата может порождать некоторые задержки в работе SQL Server 2005 Management

Wednesday, January 23, 2008 6:08 AM by Alexander Gladchenko

# re: SQL Server Management Studio Startup Time

Thanks for issue. Resolved in my case.

Friday, January 25, 2008 8:33 AM by Paulo Hecko

# re: SQL Server Management Studio Startup Time

thanks for this! it works like lightning now.

am really grateful

Wednesday, March 12, 2008 12:49 PM by bogdan

# sql server management studio

Wednesday, May 14, 2008 9:39 PM by sql server management studio

# re: SQL Server Management Studio Startup Time

it seems that the new patch 3054 from Microsoft for SQL 2005 also fixes the issue for the slow start of the SSMS.

Tuesday, June 03, 2008 10:42 AM by Elton

# re: SQL Server Management Studio Startup Time

We've got a Microsoft Enterprise CA system.  Is there a way to leverage the certs which could be issued from it as well as our CRL?  It would be much less of a threat than opening a hole to the Internet.

Thursday, July 24, 2008 11:51 PM by Mike

# re: SQL Server Management Studio Startup Time

Hello Eric,

thank you for your issue, it resolved my case!

Before the etc.host was modified: 1 minute to run Management Studio

now: 1-3 seconds

WOW:)

Tuesday, September 30, 2008 9:48 AM by Thomasek

# re: SQL Server Management Studio Startup Time

We have a client that experiences this certificate verification problem using a 3rd party application (not SQL Server Management Studio) and will try the hosts change.

But, we have the same software installed on our test servers and on the developer's servers and don't experience this attempt to get out to the internet. We have sniffers and have checked.

So, why does one system do this verification and others not? There must be a setting that is causing this verification to occur. We have checked the internet explorer settings and they are the same. We have checked other local policy settings relating to certificates and they are the same.

I'd prefer to find out why it is verifiying rather than just diverting the check or implementing a workaround.

Any ideas?

Thanks.

Friday, October 03, 2008 4:10 AM by Mark

# re: SQL Server Management Studio Startup Time

Hi Mark,

The best thing to do is contact the vendor for the application and ask them about this problem. There may be some configuration tucked away somewhere the app is using to determine how to do certificate verification.

Cheers,

Dan

Saturday, October 04, 2008 11:35 AM by dtjones

# re: SQL Server Management Studio Startup Time

Thanks Dan.

We are in contact with the vendor however they also do not know.

We have tested a few workarounds (including the hosts change) and the only one that works is to change Internet Explorer security settings to NOT "check for publisher's certificate revocation".

Still don't know why it is checking for publisher's certificate revocation when other installations of the same software do not.

The problem occurs when the app is run from a client PC/laptop or from the server.

Could their server have some bad certificates loaded?

Any other ideas?

Thanks,

Mark.

Monday, October 20, 2008 8:48 PM by Mark

# re: SQL Server Management Studio Startup Time

Hey Mark,

I'm sorry but I'm not an expert in this space.  Honestly your best bet is to keep working it with the vendor.

Dan

Sunday, October 26, 2008 4:39 PM by dtjones

# re: SQL Server Management Studio Startup Time

AHA!

I was dealing with FIM2010 RC0 with the Password Reset workflow (just getting setup) and was down to everything working EXCEPT after password reset wouldn't go through.  Checked logs on ILM and found an MMS fail when I tried.  Took a shot and did option #3.  Now of course I'm running about a billion updates to the Server 2008 Enterprise ILM server.  Either we're blocked or my certs are out of date.  Hopefully the updates fix this :)

THANKS OH MIGHTY ILM MVP'S.  YOU MADE THE DAY!

Friday, July 10, 2009 4:30 PM by Sean Kearney

# re: SQL Server Management Studio Startup Time

Dan,

Can this also my issue where my vb app works fine until customer's internet is down?

Then I am getting a timeout error on my login query (first sql connection)?

But, if is a sql startup issue, not just management studio, then my app should have same error running it on the server.  But, customer THINKS it's okay on server, but will not run from workstations.

Thanks,

Thursday, September 10, 2009 12:20 PM by Lori

# re: SQL Server Management Studio Startup Time

In general this shouldn't impact any app that connects directly to SQL Server. In other words, this doesn't have anything to do with the DB Engine or establishing a connection to the DB Engine. It has everything to do with Management Studio.

If your app cannot connect from a remote machine there are a number of things that you need to consider: firewall settings, port settings, default vs. named SQL Server instance name, protocols enabled (e.g. TCP/IP), etc.

Saturday, September 19, 2009 5:39 PM by dtjones

Leave a Comment

(required) 
required 
(required) 

  
Enter Code Here: Required
 
Page view tracker