关于从SharePoint 2010迁移至SharePoint 2016时保留Nintex工作流的技术问询

我之前帮好几个客户完成过SharePoint 2010到集成Nintex的SharePoint 2016迁移，刚好踩过不少和你这个场景相关的坑，给你梳理一套亲测有效的分步流程，重点解决单个项迁移、运行中工作流完整性和状态保留的问题：

• 先在SP2016目标环境完成Nintex Workflow 2016的部署与配置，务必保证Nintex版本和SP环境兼容（别用太老旧的Nintex版本，兼容性问题会让后续迁移踩大雷）
• 对SP2010源环境做全量备份，重点包含带Nintex工作流的站点集、列表，以及Nintex专属的工作流数据库
• 提前在目标环境复刻源环境的站点集、列表结构：要保证列表字段、内容类型的内部名称和显示名称完全一致，不然工作流和列表的绑定关系会直接失效
• 用Nintex官方的Migration Tool做预扫描，排查潜在问题：比如SP2010里的旧工作流动作在SP2016是否被弃用，有没有自定义代码动作需要调整适配

别用SP原生的内容迁移工具，容易丢工作流关联信息，推荐这么操作：

• 打开Nintex Migration Tool的**「列表项迁移」模块**，选择「单个项迁移」模式：
  • 先选中目标列表，再逐个勾选需要迁移的列表项（也可以按筛选条件批量选择单个项）
  • 一定要勾选**「迁移项关联的工作流状态」**选项，这个会把项的工作流历史记录、当前运行状态元数据完整同步过去
• 迁移前确认源和目标列表的字段映射完全匹配，避免自定义元数据、附件丢失
• 先做小批量测试迁移，验证列表项的内容、附件、工作流关联状态都正常后，再大规模推进

这是核心环节，分两步走：

1. 工作流模板的迁移 #

• 用Migration Tool同时连接源SP2010和目标SP2016环境
• 选中要迁移的工作流模板，注意勾选这两个选项：
  • 「保留工作流版本历史」：确保模板的迭代记录不丢失
  • 「迁移工作流依赖项」：包含关联的表单、自定义动作、权限配置等
  • 迁移完成后，先在目标环境的测试列表上发布工作流，验证模板能正常打开、编辑、发布，无报错

2. 运行中工作流实例的迁移 #

这是最容易出问题的部分，严格按步骤来：

• 先暂停源环境中正在运行的工作流实例（别直接终止，不然状态就彻底丢了）
• 在Migration Tool中选择**「运行中工作流实例迁移」**功能，指定要迁移的实例所属的列表和对应项
• 迁移过程中工具会自动把实例的当前状态（比如正在等待审批、已完成的步骤节点）同步到目标环境的对应项上
• 迁移完成后，在目标环境手动恢复这些工作流实例的运行，验证它们能继续执行后续步骤，状态和源环境完全一致

• 逐个检查迁移后的列表项：确认内容、附件、元数据和源环境一致，工作流历史记录完整可查
• 针对运行中的工作流实例：触发后续动作（比如提交审批），验证工作流能正常推进，状态更新准确
• 测试工作流的所有分支逻辑，确保没有因为环境变更导致动作失效（比如SP2016的权限动作和SP2010有细微差异）
• 查看目标环境的Nintex工作流日志，确认没有迁移相关的报错记录

内容的提问来源于stack exchange，提问作者Orange Juice Jones