THE SQL Server Blog Spot on the Web

Welcome to SQLblog.com - The SQL Server blog spot on the web Sign in | Join | Help
in Search

Aaron Bertrand

My latest SP3 experiences - two thumbs acting like divining rods

So recently I have been charged with updating several SQL Server 2005 clusters from SP2 + GDR to SP3.  My experiences have been relatively good but the past few have been downright horrible.  I have come across two pretty serious issues, and I am not sure which issue is worse, so I am just going to present them to you in arbitrary order:

The first issue that I have seen on three or four occasions now is the case where the setup routine assures me that patching the database engine has failed; yet, upon rebooting, the sqlservr.exe version, @@VERSION etc. all say 9.00.4035.  Also when attempting to install the post-SP3 CU1 update in this case, it never complains and always works without a hitch... and if the instance hadn't been patched successfully, wouldn't it balk?  Anyway, the moral of this story is: don't always believe the outcome of the setup program for SP3.  It may be telling you that there was a problem but everything about my instances in these cases appears to point to the fact that they are indeed patched and working properly.

The scarier issue I have seen, and luckily this has been restricted to one domain, is that setup for some reason changes mixed mode authentication to Windows authentication only.  Initially I thought this was just an anomaly, but I have now seen it on two distinct clusters in this specific environment.  I have several questions into Microsoft about this one, and will post more information here when I get some answers.  But I wanted to get this out to you because it is something you should watch out for.  If you are using mixed mode, please check the authentication mode that is in place immediately following any SP3 and post-SP3 CU1 installs.

Published Sunday, January 18, 2009 4:19 PM by AaronBertrand

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

 

Jason Haley said:

January 19, 2009 10:02 AM
 

josantia said:

I have had issues installing SP3 too, I had to install Windows Installer 4.5 in some servers after trying several times to install it with no luck, after installing WI 4.5 it worked.

And in one of my servers I could never update the Client Components.

=(

January 19, 2009 10:49 AM
 

josantia said:

Just to clarify something about my previous comment, I could finally upgrade the Client Components in my server, all I had to do is to copy a file from SP2 install in the C:\windows\installer folder.

I saw an article that helped me a lot fixing that:

http://social.msdn.microsoft.com/Forums/en-US/sqlsetupandupgrade/thread/3a9324d4-e28a-40a0-b2db-f0d5855ec7b2

January 21, 2009 7:32 PM
 

AaronBertrand said:

Yes, I have heard of a lot of people who freed up space by deleting old MSI files from the Windows installer folder.  It should be much harder to delete those files, or SQL Server should be putting them in a more obscure place or giving them a more obvious "don't delete me" kind of name.  Though, I am not sure why an SP3 install would need to use the SP2 MSI file for anything in the first place.

January 21, 2009 8:43 PM
 

DotNetShoutout said:

Thank you for submitting this cool story - Trackback from DotNetShoutout

January 23, 2009 7:40 PM
 

Minh said:

My experience with sp3 is that it deleted all my user database triggers. I searched the internet but it seems that I'm the only one who is affected by sp3. Can someone back me up on this?

Thanks in advance

February 2, 2009 9:37 AM
 

AaronBertrand said:

Minh, you are the first person I have seen with this symptom.

February 20, 2009 8:50 PM
 

Brian Kelley said:

Aaron,

 I tried look for the Windows authentication only switch on Connect but didn't find it. Do you have an ID on it? A poster on SQL Server Central is reporting the same issue after applying KBKB960090.

February 23, 2009 11:52 AM
 

AaronBertrand said:

Brian, I did not post on Connect, since my interaction with support led me to believe this was the first and only instance of it they had come across.  So I assumed that I was an anomaly and perhaps the issue was influenced by something else.

February 28, 2009 1:52 PM
 

SQL Server 2005 SP3 « The DBA Blog by Tomer Lev said:

June 26, 2009 6:27 AM
 

Adam Collins said:

I can validate both of your experiences though the second issue is quite troubling to us.  I have opened a connect but no responses from microsoft yet.  https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=480487

I have done some reading on cluster groups moving and sync'ing registry paths on the quorum drive sometimes using checkpoint files.  To back this theory, during the patching process would the instances be brought into Windows only mode and then back out to mixed.  I have seen them move into single mode.  I figure that would create checkpoint files and upon reboot or failover, if the cluster used that point in time .CPT file, it would bring the instance online with reflective security model of Windows Only.  ...any thoughts?

August 5, 2009 7:56 AM
 

AaronBertrand said:

Adam, yes, you may be right.  I haven't done enough thorough investigation to determine the cause.  I had a case open with Microsoft support last year and it was resolved as not reproducible.  :-(

August 5, 2009 9:09 AM
 

Xander said:

We did a SP3 upgrade last week on our production farm. And we have the same issue. Although it's not consistent. not every clusternode made the same changes from mixed to single. Some nodes remain unchanged.

We are now using our Premier contract, and have openend a case. Suggestion of Microsoft is that a failover should resolve the problem.

To be continued...

October 28, 2009 5:55 AM

Leave a Comment

(required) 
(optional)
(required) 
Submit

About AaronBertrand

...about me...

This Blog

Syndication

Powered by Community Server (Commercial Edition), by Telligent Systems
  Privacy Statement