Question

Through my SharePoint career I've set it my policy to install:

  • Service Packs: Install as soon as they've come out. After evaluating on a test box, install to production
  • Cumulative Updates, Hot Fixes, etc: Install only if the need arises (for example we run into a problem one of them fixes).

The current person I'm with disagrees and likes to install everything the moment it comes out. I'm curious to see what everyone else here thinks of that policy and can point out times they had experienced when installing a Cumulative update for SharePoint was a lousy idea for them.

Long story short, how to you go about setting up patch rules for SharePoint? Specifically what steps do you take to implement a Service pack, Cumulative Update, etc. in your farm? How do you evaluate? What safeguards do you take against Service pack failure, etc?

Was it helpful?

Solution

From my experience:

  • Hot Fixes are to be applied IF and ONLY if the issue affects you. Hotfixes can go horribly wrong if applied in production without testing out in a staging environment first
  • CUs are usually pre-requisites for SP installs, so you can either do it in one shot before the SP Install or pace them out and do CU and then SP

We usually wait out a couple of months to 'review' upgrade stories before taking a dive into SPs. Also we tend to upgrade the Development VMs first before upgrading production.

OTHER TIPS

I agree with your stance and try to practice that as well. Even MS says only install this CU if you're being affected by something it fixes.

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