Chat now with support
Chat with Support

Content Matrix 9.6 - SharePoint Edition User Guide

Introduction Activating the License Key Selecting the SQL Database You Want to Connect to Content Matrix Console End User Interface Enabling Advanced Mode Connecting and Migrating Account Requirements Multilingual Support Connecting to SharePoint Preparing for a Migration How Content Matrix Handles Various SharePoint Components
Team Site to Modern Team Site Migration SharePoint Sites to Modern Communication Site Migration Promotion of First Level Subsites to Site Collections MySite Migration "Share With" Metadata and "Sharing Links" Access Permissions Migration Records Center to SharePoint Online Migration Using the Import Pipeline Master Page Migration List Template Gallery Migration Content Types Migration Document Version and Checked Out File Limitations Ghosted and Un-Ghosted Page Migration Document Set Migration Navigation Migration Classic Web Parts Migration Site Theme Preservation Site Feature Migration Managed Metadata Migration Users and Permissions Migration BCS/BDC Data Migration OneNote Notebooks Migration Customized Form Pages Migration InfoPath Forms Migration SharePoint Workflow Migration Nintex Workflows and Forms Migration StoragePoint Content Migration Link Correction
Initiating a Migration Configuring Copying Options Saving or Running a Migration Job Copying SharePoint Objects as a Separate Action Configuring Hub Sites Incremental Migration Using PowerShell with Content Matrix
Adding PowerShell Snap-Ins for the Application Framework Content Matrix PowerShell Commandlet List
Metalogix.System.Commands Metalogix.SharePoint.Commands Metalogix.Jobs.Reporting.Commands Metalogix.SharePoint.Migration.Commands
Modifying Content Matrix Configuration and Settings Configuring Content Matrix for Distributed Migration Frequently Asked Questions About Us

Pre-Workflow Migration Considerations

Navigation:  How Content Matrix Handles Various SharePoint Components > SharePoint Workflow Migration >

Pre-Workflow Migration Considerations

If you are performing workflow migration, it is highly recommended you have a general understanding of their workflows and where the data is located to ensure that data integrity is preserved after a migration.

Consider the following questions:

·What type of workflows are being used?

§Are there out of box (OOB) workflows?

§Are there SharePoint Designer (SPD) or  Nintex Workflows?

§Are there other third party workflows?

Depending on the answer to this question, there can be different steps that need to be taken, or even a slightly different approach to the migration. The following are some general responses to this question:

·If there are OOB workflows - OOB workflows are installed as a SharePoint solution file, and are deployed across the entire farm. As a result, they are defined at the server level. In this case, Metalogix Content Matrix will not migrate the template definitions, but will instead activate the features on the target side to allow the OOB workflow templates to be used. If migrating at the site collection level, these templates will be activated by Metalogix Content Matrix, and only the features will be activated. If migrating at a site or list level (and not the site collection level), you must ensure that the templates are already activated at the site collection level before a migration is run so that the features can be activated. This is especially notable when migrating from SharePoint 2007 to SharePoint 2013 or later.

NOTE: In some cases, you may need to manually activate the SharePoint 2007 Workflows feature on a SharePoint 2010 or later target environment before the workflows can be properly migrated.

·If there are SPD or Nintex Workflows - SPD and Nintex Workflows have a local install of the workflow template (WFA) definition. This definition is usually held in a hidden list called "Workflows." If the Preserve workflow associations for SharePoint Designer and Nintex Workflow option is enabled, then Metalogix Content Matrix can migrate the template as well. However, in this case the migration must be performed at a site or site collection level. This is because the definition is in a local hidden folder and the rest of the data is spread out, and can only be collected when performing a site or site collection level migration. As long as the workflow templates are defined locally, Metalogix Content Matrix should be able to migrate them.

·If there are third party workflows - The answer here can vary depending on the workflow in question. If the third party workflow works in the same way as a SharePoint Designer or a Nintex Workflow, then the workflow can be migrated using the same steps as SPD and Nintex Workflows.

If the third party workflows are set up in a different way from OOB or SPD and Nintex Workflows, then migration of those workflows is currently not supported.

Once you have a better understanding of what type of workflow is being migrated, the actual migration process can begin.

For additional Nintex workflow-specific considerations, see Additional Considerations for Nintex Workflows.

Workflow Migration Requirements and Limitations

Navigation:  How Content Matrix Handles Various SharePoint Components > SharePoint Workflow Migration >

Workflow Migration Requirements and Limitations

The following list describes some requirements and limitations to be considered when migrating workflows. Note that this list may not exhaustively cover every migration scenario.

NOTE:  SP 2010 OOB and SPD 2010 style workflows are no longer supported by Microsoft for SharePoint Online, so they will be skipped during migration to a SharePoint Online target.

Connection icon

·For a migration at the site level or higher:

§The source connection can be Database (SharePoint 2010 or later); Object Model (OM) connection (through either a Local or Remote Metalogix Extensions Web Service (MEWS) connection) (SharePoint 2013 or later).  However, for a SharePoint 2013 source, the only supported target is another SharePoint 2013 or Office 365 tenant connection.

§The target connection must be Local OM, MEWS, SharePoint 2013 or later, or Office 365 Tenant.

·For a migration at the list level (OOB and SPD workflows), the source connection can be SharePoint on premises local Object Model (OM) or Metalogix SharePoint Extensions Web Service (MEWS).

·Metalogix Content Matrix does not currently support migrating SharePoint Designer 2013 read-only style workflows from SharePoint 2013 or later source environments over a MEWS connection. Workflows will be skipped; only lists and libraries will be migrated under these conditions.

·When migrating SPD 2013 platform workflows, the SuppressEvents property must be set to False in order for workflows to be published after migration. For more information, please see Modifying the SuppressEvents Property.

·If you initiate a list-level migration and you want to migrate workflows for the lists, all of the site-level dependencies must already exist at the target.  See also Pre-Workflow Migration Considerations.

·Metalogix Content Matrix does not support the migration of workflows at the item level because the item level scope of the migration cannot properly fetch all of the necessary data, as this data is usually stored at the site or list level (this includes actions that reference other lists, site level content types, and so on).

·Workflow histories are currently always migrated from SharePoint 2010 and never migrated from SharePoint 2013 and later, regardless of whether workflow instances are migrated.  This applies to Nintex workflows as well, regardless of whether the option "Preserve Nintex Workflows instance history" is checked.  This is a known issue that will be addressed in a future release.

Nintex Workflows and Forms Migration

Navigation:  How Content Matrix Handles Various SharePoint Components >

Nintex Workflows and Forms Migration

Before Nintex workflows and forms can be migrated, there are prerequisites to be met and some limitations to be aware of.

NOTE:   Currently, the migration of Nintex workflows and forms is not supported:

·if Office 365 OAuth with MFA Authentication is used

·SharePoint Server Subscription Edition is installed on the source and/or target.  

The option to migrate Nintex forms will disabled on the List Content Options tab, and the failure to migrate Nintex workflows will be written to the Job Log.

Prerequisites When Migrating to SharePoint Online

In order to migrate workflows and forms to SharePoint Online:

·the following URLs must be unblocked:



·the  Workflow for O365 (and if used, Nintex Forms for O365) must be deployed to applicable site collections on the target.  See Deploying Nintex Apps to SharePoint Online for instructions.  

Additional Considerations

Refer to the following topics for additional considerations for workflows and forms respectively:

·Additional Considerations for Nintex Workflows

·Additional Considerations for Nintex Forms

Additional Considerations for Nintex Workflows

Navigation:  How Content Matrix Handles Various SharePoint Components > Nintex Workflows and Forms Migration >

Additional Considerations for Migrating Nintex Workflows

When migrating Nintex workflows, additional considerations include:

·adding external connections to preserve Nintex Workflow database entries

·determining whether Nintex Features are activated before migrating to a SharePoint on premises target

·configuring a temporary storage location and deploying the Nintex Workflow app when migrating to SharePoint Online (SPO).

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating