Question

I am a new DBA at a company that has never had a DBA before me. SQL Servers are never upgraded unless it is part of a Windows Update on the server. Service Packs (or CUs) are never installed. We have a mix of versions from 2000 to 2014.

I'm trying to develop a policy for maintaining and upgrading the SQL Servers. How often do you upgrade your SQL Servers? Or more specifically, how up-to-date do you keep your SQL Servers and why?

For example:

  • SQL Servers will be upgraded when the version is not within Microsoft's Mainstream support.
  • SQL Servers will stay within 2 (two) versions of the most recent version released from Microsoft.

What about SPs and CUs?

Was it helpful?

Solution

It depends. It depends on the application that uses SQL Server. Check with the application and stay current with the version supported by the application. Stay within Microsoft main stream support. Apply any service pack or cumulative update that fixes any issues being experienced.

The way releases work at Microsoft is like this: RTM is released and hotfixes are created for defects. Hotfixes are bundled up into cumulative updates. Cumulative updates are bundled up into service packs.

It isn't realistic to apply every cumulative update as soon as it is released, especially when you consider that you have to test prior to applying in production, and implementing a strict policy of "we will never be more than two years behind the latest release" means that you will have to upgrade everything to SQL 2014 immediately.

Priority should be: 1. The most critical server that gives you the most trouble 2. The servers with issues 3. The oldest ones

Once you get those knocked out, then I would work on getting all the servers at least within mainstream support.

After that, I would implement a policy of testing service packs and applying them.

OTHER TIPS

How frequently you install Service Packs and/or Cumulative Updates will vary wildly based on your individual scenario. There is no objective one-size-fits-all answer.

The best general advice I could offer would be to follow Microsoft's advice. As of January 2016, Microsoft's advice is:

we now recommend ongoing, proactive installation of CU’s as they become available.

A big factor to consider is External Regulation. For Example, if you are looking after a Server that stores Payment Card Information (PCI) then there are set guidelines that define the timelines for implementing any security patches/updates.

My personal opinion regarding databases upgrades -
Upgrade to the newest version few month after SP1 is released (If there are no ricochets).
That means that you are never more than 1 version behind.

Why?
1. Because I assume most of the upgrade Q.A. is done between adjacent versions and update between distanced version can be become a nightmare.
2. Because until a product becomes mature, older versions lacks a lot of functionality, which has a significant development and performance cost (which is very easy to ignore...).

Licensed under: CC-BY-SA with attribution
Not affiliated with dba.stackexchange
scroll top