Sitecore Upgrade - How to Do It the Least Painful Way

Like many other enterprise-class platforms, Sitecore keeps up with the innovation path through regular updates/new versions and phasing out the older ones. As a Sitecore user, it is always recommended to upgrade to at least a version lower than the latest one. Bigger the gap between our installed version and the latest version, bigger the pain to perform the upgrade.

It sounds simple but is very critical to realize that an upgrade is just a stepping stone. The main objective is to move closer towards a superior customer experience initiative e.g. personalization. Hence an upgrade is done best if it is done quickly and without much errors.

Key phases of a Sitecore upgrade project: I love the classic way of breaking down every process into three phases:

1. Pre-upgrade planning & risk-assessment: This is the most critical part of the upgrade project. If not done carefully we may end up in a situation where the entire upgrade might be required to roll-back. Risk assessment needs to be done by an architect who has done multiple Sitecore upgrades. These risks need to be registered and mitigation plan should be prepared before starting the upgrade. Some of such common risks are as follows:

• Deprecated assemblies/Custom Pipelines
• Difference between CM and CD instance
• Third party integrations
• Additional modules WFFM, EXM, Commerce, xDB etc.)
• Search
• Content Freeze availability

2. Upgrade execution & testing: Two most common methodologies for executing the upgrade are:

1. Migration methodology: In migration a new instance is created and then the content is migrated to it. The biggest issue with this approach is that the customizations and integrations we had built in our previous instance are lost and have to be re-implemented within the new instance. This methodology is preferred when the customizations & integrations are only a few and not critical.
2. Upgrade methodology:This approach is similar to building a new house on top of the current house itself. This is typically done step by step, keeping the existing customizations/integrations etc. in-tact. Typically this approach is preferred when there are critical customizations and integrations in the current instance.

Testing is probably the most cumbersome part of the entire testing exercise and depends on the volume such as the number of pages, forms, components, integrations etc.

3. Ecosystem upgrade and growth plan: Final step is to upgrade the surrounding ecosystem such as Search, Commerce etc. All these components need to be upgraded to be made compatible with the new version. The growth plan is many-a-times missed out by marketers but this is certainly the step that yields to the ROI from an upgrade.

Tools: There aren’t too many tools available for performing a Sitecore upgrade. Here are the key ones:

• 1. Manual: This is the most tedious way and also prone to human errors.
• 2. Sitecore Express Migration tool: It follows the migration methodology. Click here to read more about it.
• 3. Altudo’s Sitecore Auto vUpgrade tool: It follows the upgrade methodology. Click here to read more about it.