开箱即用的工作流程不迁移从2007年莫斯SP2010

我从2007年MOSS（12.0.0.6670）到SharePoint 2010在我们的开发环境中使用数据库附加方法做（只是SP1现在）迁移。（从Server 2003 32位移动到Server 2008 R2 64位 - 从SQL2005 SP3移动到SQL2008R2）开箱即用的工作流程不迁移从2007年莫斯SP2010

附加内容数据库后，我发现只有CUSTOM工作流已经迁移到SP2010 - 而不是开箱即用已经配置的工作流程。（自定义工作流程是在SP Designer中创建的）。

我已经去了网站的功能，并确认2007年的工作流程功能被激活，并根据我的谷歌搜索结果，我已经尝试禁用，重新启用，并再次以各种命令，尝试启用使用PowerShell的工作流功能，以及通过某人发布到论坛帖子的一条建议，启用该功能，通过设计人员访问工作流程，并且它们奇迹般地出现。

我可以重新创建工作流程，但是在如此庞大数量的列表上进行并重新创建2-3个工作流程将耗费大量精力 - 而且我不确定2007年的工作流程历史记录仍然会被链接（即。点击“批准”链接，在“批准”列中显示谁批准了它，如果我最终重新创建了相同的名称，此链接是否仍然存在，或链接是否会消失？）

有没有办法让这些OOTB工作流在2007年已经与内容数据库一起迁移到新的SP2010环境中？

来源

2013-03-21 Billy B

OOTB工作流程应也automatically migrated也。确保在迁移之前在新系统上禁用“工作流自动清理”计时器作业。

如果一切都失败了，您可能需要考虑第三方产品 - Metavis Migrator报价为Migrate OOTB workflows。他们确实有产品的测试版本，所以它应该足够用于一次性迁移。

来源

2013-03-21 05:32:18

由于没有修复，我们减轻...

迁移从2007年MOSS到SharePoint 2010 SP1中，仍然悬而未决不会接受审批的关于批准按钮响应审批任务，或者修改任何响应后任务。

我们必须建立使用SharePoint 2010审批模板替换工作流程。

在一个库中，我们只是把旧的工作流程结果列，并删除旧的工作流程。由于只有约50件物品需要批准，我们通过运行新的工作流程来复制结果。

但与约300项，我们决定，我们不得不保留旧的工作流程和工作流老列结果另一个库，所以我们创建了一个不同名称的新工作流程“...（2010）”。

来源

2013-07-19 16:33:39

开箱即用的工作流程不迁移从2007年莫斯SP2010

回答

相关问题