Considerations For Conducting a successful upgrade from CRM On Premise to Dynamics 365 Online

My current organisation has a dynamics which is hosted on premise and as part of planning ahead in the event there is appetite to move to a cloud solution, This blog post will be to organisations who are are looking to upgrade from Dynamics CRM 2013 or 2015/16 on premise to Dynamics 365 Online. However, some sections are relevant for all upgrades of Dynamics CRM/365 in general.

With all the features that are added at a very rapid pace to Dynamics 365 and all the features that are exclusive to the cloud version, a lot of companies are looking to upgrade from the current on premises version of CRM to Dynamics 365 online. What are some of the key aspects to consider before and after upgrading?

Before you upgrade

It’s a good idea to look at some of the known issues with your version of Dynamics CRM. For example,

The growth of the Async Operation Base table that can cause performance issues (Microsoft provides a resolution here);
The growth of the Principal Object Access (POA) table which can also cause performance issues and is mostly due to an excessive use of the record sharing feature
This is not meant to be an exhaustive list, but the idea is look at what are the known issues or gotcha’s that cause problems in your current version of CRM and fix them prior to starting your upgrade. That way, you will not be upgrading you problems.

The Upgrade Process

While we wait for Microsoft to give us great news allow to import existing Dynamics CRM/365 databases to the cloud for restore, the current migration path to Dynamics 365 in the cloud is to create a solution package that contains cloud-compatible components and import it into a Dyn365 Online organization. That operation is followed by a data migration using the tool(s) of your choice (KingswaySoft, Scribe, CRM Import Wizard, custom solution etc.) to move your data from the on premise version of CRM to the Dynamics 365 in the cloud.

If you are on CRM 2013 SP1 or above, check to Solution Import version compatibility to ensure that your Solution can import into a Dynamics 365 organization. If you are in version prior to CRM 2013, you must upgrade to CRM 2013 SP1.

Now that you know that your solution will be able to import in Dynamics 365, there are changes that need  to be made prior to the move to the cloud and after.

General Considerations

You must ensure there is an existing mapping for your CRM users on premise with the cloud subscription your Dynamics365 will be running on. You can use Azure AD Connect to make sure you users exists in both active directory.

You need to ensure there is connectivity between your existing integration points and your CRM Online instance. Generally, this means that your integration points must be somehow exposed to the internet. (IFD)

Before you move to Dynamics 365 Online

1.Download, install and run the Custom Code Validation (from CRM 2015, for 2013). This will allow you to identify the possible bad JavaScript code and update prior to the upgrade.

2.In Dynamics 365 Online, all CRM plugins and custom workflow activities are configured to run in an isolated environment often refer to as sandbox.

Running in sandbox means some operations are not allowed. Update your plugins and custom workflow activities following the guidelines if needed:

1.Remove any IO operations read/write disk

2.Remove any operation that access the event logs

3.Remove any operation that access the registry

4.Ensure plugins and custom activities connect to web the right way

8.Validate there are no lengthy processes such as asynchronous workflows and/or custom activities. Processes running in a sandbox are configured to timeout after two minutes.

If you have any processes of the sort, your options are:

1.Find a way to reduce the execution time of the existing processes

2.Remove the processes from CRM and replace by new functionality

3.Move the business logic to an external process that connects to Dynamics CRM.

4.Finally,update the plugins and custom activities to running in fully trusted environment to run in sandbox using the plugin registration tool. If this is not done, you will not be able to import your CRM Solution in Dynamics365 Online.In Dynamics 365 Online, access to the CRM database views is not allowed. Reports written in SQL must be replaced.

5.Update SQL-based reports to use Fetch XML for querying data.When it is not possible to reproduce the same type of complex queries with Fetch XML, you must consider other ways to run your reports (e.g. PowerBI, manual data export to SQL Azure database).These steps will remove components that will prevent your solution to be uploaded for Dynamics 365 Online. Once you have gone through the list, you can export your Dynamics365 solution package and import it to your Dynamics365 Online Organization (import to a Dev Environment as unmanaged).

After you have moved for Dynamics 365 Online then what

This is when the interesting fun begins. These are some of the key steps that you have to go through after the solution from a previous version of CRM has been loaded into Dynamics 365 Online.

1.Update plugin and custom workflows libraries SDK references (remove references to SDK version 6.x, 7.x, 8.0, 8.1, and add references to assemblies to SDK version 8.2, fix errors compile errors if any is found)

2.Update client side JavaScript code with new/enhanced Xrm.Page API methods

3.Update client side JavaScript code that calls the OData REST Endpoint to call the Web API instead.

4.Update Business Rules to leverage enhanced features where needed (e.g. ability to clear values, default branch, client and server scope etc.)

5.Open each Process Workflow, Dialog, Action (one by one), fix errors if any and activate

6.Open each Business Process Flow (one by one), fix errors if any and activate

7.Open each Dynamics CRM form from used entities, verify the look and feel, adjust as needed

8.Open each dashboard (if any), validate look and feel and adjust as needed

9.Validate Sitemap and Application ribbons

10.Update your Email Router configuration (or Migrate settings from the Email Router to Server Side Synchronization)

11.Review and update functionalities as needed (e.g. replace plugins with Synchronous workflows or Business Rules, leverage other new features where possible and required) – this is a classic one liner that can take days, weeks or months to be completed depending on how complex your system is.

12.Export the solution as managed and import in your pre-prod (or other environment based on your internal release model) for testing

Gear up for your data migration using the tool(s) of your choice, critically test it, test it, test it again, then run it

Exciting Time Go to production 

At this point you have it. It is always recommendable and best practice to have a checklist of things to look for when upgrading a Dynamics CRM to the cloud 


Popular posts from this blog

How to Query Microsoft Dataverse Data using SQL from Power BI or SSMS

Users Unable to See Flow Button and run On Demand workflows in Dynamics 365 CE

How To Deploy Dynamics App For Outlook (On-Premise)