A 12-Step Solution for Patching SharePoint: Part 2

Part 2

The Dreaded Late Night — A Typical Patching Experience

In our blog series this week, we’re looking at the dreaded patching process for SharePoint. In my last blog, we defined the three different types of updates: Hotfixs, Cumulative Updates, and Service Packs. Today we’re going to discuss the typical process for installing and activating the updates, specifically, the Cumulative Update, as it will likely be the most common and frequent update you’ll apply to your farm.

A typical patching experience often looks like this:

  • Friday night: The Windows Team installs the Cumulative Update (CU) on each of our 7 SharePoint farm servers.
  • Saturday morning: We begin running PSConfig on each SharePoint server, starting with Central Admin server.
  • Saturday afternoon: The team erifies that the content database upgrades aren’t going to finish for a looong time.
  • Saturday evening: Late night troubleshooting the PSConfig update errors.
  • Sunday morning: We verify that the content database upgrades still aren’t going to finish for a long time.
  • Sunday afternoon: more troubleshoot, this time we’re tackling the content database upgrade issues.
  • Sunday evening: Another wasted weekend is over.

But it doesn’t have to go like that! With some changes, my team’s patching experience can look like this instead:

  • Friday night: The Windows Team installs the CU on each SharePoint server.
  • Saturday morning: We begin running PSConfig on each SharePoint server, starting with Central Admin server.
  • Saturday early afternoon: The team finishes upgrading the content databases.
  • Saturday mid-afternoon: We verify functionality and head to the links (golf or sausage).

So, how do we shave 12 hours off the patching time? The key is understanding the patching process in-depth. I divide the patching process into three segments:

  • Before you install the patch on the production farm
  • During the maintenance window
  • After you finish running the update

So, BEFORE I start the patching process, I do my due diligence. I research the CU and make sure it addresses an issue. I download it into the environment. I install it on a test and/or staging farm. I verify that it doesn’t break anything or, if it does, I can live with the results of installing the CU.

Finally, during this pre-install segment, I create a folder structure on my farm servers where I put the CU files and some scripts I will use during the patch installation. Perhaps most importantly, I create a checklist of the steps I plan to take, including time estimates, so that I have a blueprint I can follow—believe me, you’ll thank yourself for it later (or sooner, actually).

Now, ok, so far you’ve heard a lot of claims of time saved and all the steps that have been explained seem to add time and activities to the process. Where is the time savings??? We’re getting there…

A patch event can be looked at as having the following components:

  • Installing the update on the servers
  • Updating the SharePoint Service Applications and configuration database
  • Updating the site collection content databases.

The problem is that if you don’t manage these events, you’re at the mercy of the default update process. This process is sequential. And single-threaded. With our 12-step patch installation process, we make that process parallel and multi-threaded. And THAT saves you time and frustration.

Join me on the next blog as I share this 12-step solution and dive deep into each step.

SharePoint

Applications

SharePoint apps are stand-alone applications that perform specific tasks on a SharePoint site. Apps can perform functions such as managing a discussion board or knowledge base, performing project management or time tracking tasks, or doing other workflow operations.

SharePoint

Product Suites

Experience greater power and savings by bundling our SharePoint apps and web parts.


Essentials

Essentials Plus

Bamboo Premier

Project Management Suite

Knowledge Management Suite

External User Manager


SharePoint

Web Parts

Extend SharePoint beyond its out-of-the-box capabilities by tailoring it to your requirements with Bamboo Solution’s growing portfolio of Web Parts. Web Parts are the building blocks of pages on a SharePoint site that can be used to customize the user interface and content of a site page. 

SharePoint

Product Suites

Experience greater power and savings by bundling our SharePoint apps and web parts.


Essentials

Essentials Plus

Bamboo Premier

Project Management Suite

Knowledge Management Suite

External User Manager


Office 365

Cloud Parts

Cloud Parts are functional components that extend your SharePoint environment whether it’s hosted, on-premises, or part of Microsoft Office 365. More than mere ports of existing software to the cloud, our Cloud Parts have been built from the ground up to take advantage of the best that the cloud has to offer.

Office 365

Cloud Parts Subscriptions

Experience our Office 365 Cloud Parts with easy monthly or yearly unlimited user subscriptions for a site collection or your full domain.


Bamboo Business

Project Management Cloud


Featured Services

SharePoint Health Check

A SharePoint Health Check will identify the causes of issues and risks associated with your specific environment, and is custom tailored to provide you with the best recommendations to optimize your SharePoint environment.

SQL Health Check

Document recommendations relating to performance, stability, availability, or a specific focus you request of your SQL Server database instances.

My SharePointXperts

The truth is that each SharePoint skill may not be a full time job for many organizations, and it is nearly impossible for one person to do everything you need – so augment your team with SharePointXperts; providing the skill sets you need when you need them!