Back in 2005 Kimberly produced two very popular webcast series - an 11-part webcast series for TechNet called SQL Server 2005 for the IT Professional and a 10-part webcast series for MSDN called A Primer for Proper SQL Server Development. The webcast links and blog posts were broken for quite a while but now they're all fixed up and working again. I've created some web pages that link to all the webcasts and blog posts, along with abstracts. I've also included some more recent ones too and will be adding to the list over the next few weeks.

There's over 30 hours of good stuff to watch - check them out at http://www.sqlskills.com/webcasts.asp

While trawling through the latest 2008 Books Online this morning to answer a question, I noticed a new section that I hadn't seen before, which explains in detail how to perform a rolling upgrade with database mirroring. The link to the MSDN page is http://msdn.microsoft.com/en-us/library/bb677181.aspx and below I've linked to the flowchart from that page.  

Books Online also has a lot of other "how-to" topics around database mirroring - here are some links:

Kevin Cox of the SQLCAT team also just blogged about a customer upgrade from 2005 to 2008 and some of the issues they faced. Btw - if you're not subscribed to their blog, you definitely should be - lots of cool stuff.

And now the bug. In 2008 RTM, if your database contains full-text then mirroring will not work when you perform a rolling upgrade. This is explained in KB 956017 (with a trace-flag workaround) and KB 957816, which points at 2008 RTM CU1 that has the fix in.

Cumulative Update 1 for SQL 2008 RTM contains fixes for two nasty FILESTREAM bugs (among a lot of other bug fixes).

The first one concerns restoring a 2008 database from a series of log backups when the database contains FILESTREAM info. It's possible that a race condition can cause one of the log backups to miss backing up a FILESTREAM file - resulting in a corrupt database after a restore operation. See KB 957809 for more details.

The second bug occurs when a clustered index is rebuilt using ALTER INDEX ... REBUILD and the table contains FILESTREAM data. In this case, it's possible that all the FILESTREAM files are copied, meaning the rebuild operation can take a very long time if there's lots of large FILESTREAM data values in the table. There's no need for the FILESTREAM data to be copied during an index rebuild as the FILESTREAM locations and filenames remain the same. See KB 957823 for more details.

You can get the fixes for these in CU1 - see KB 956717 for the download (right at the top of the page) and the list of all other fixes included in the update.

Just over a month since SQL Server 2008 went to RTM and the first Cumulative Update (CU1) has been released. Bob Ward, a very good friend of mine, and a Principal Escalation Engineer in the SQL Server Product Support team published a detailed blog post on Friday explaining how to get it and install it.

If you're not subscribed to the PSS blog, you should be. They post a ton of great info on how things work and how to work around bugs. Bob just blogged again today about how SQL Server 2008 Setup itself can be patched - not a trivial problem to engineer around.

Checkout the PSS blog at http://blogs.msdn.com/psssql/default.aspx.

Categories:
Install / Setup

My previous post on Backup Compression reminded me to post about installing the latest SQL Server 2008 CTP (here's a link to the download page).

I've installed SQL Server 2008 many times, both within Microsoft and since leaving in August, but I've never done it on a system that has SQL Server 2000 installed too. Last week I decided to create a VPC image with a few instances of SQL Server 2008 on as well as SQL Server 2005 - basically updating the VPC image from the Always-On DVD that contains all the Hands-On Labs that Kimberly's written over the last few years for SQL Server 2005.

One thing I'd heard is that SQL Server 2008 won't install side-by-side yet with SQL Server 2000, or any SQL Server 2000 tools. I'm not sure whether this will be the case at RTM, but it's fair enough for a pre-RTM CTP. So, I tried it and sure-enough it failed. I then used Add/Remove Programs to de-install SQL Server 2000 and thought this would do the trick. Nope - the install still failed, thinking I had one or more SQL Server 2000 instances in the VPC. Next I tried deleting the 2000-specific directories from the C:/Program Files/Microsoft SQL Server directory. Nope - the install still failed. Finally, I fired up regedt32.exe and deleted the 2000-specific registry keys. Then the install finally worked.

So - to save you a bunch of time figuring this out, using Add/Remove Programs doesn't de-install SQL Server 2000 well enough to satisfy the SQL Server 2008 CTP setup.

Theme design by Nukeation based on Jelle Druyts