我正在使用数据库附加方法在我们的开发环境中从MOSS 2007（12.0.0.6670）迁移到SharePoint 2010（现在只是SP1）。 （从Server 2003 32位迁移到Server 2008 R2 64位 - 从SQL2005 SP3迁移到SQL2008R2）
在附加内容数据库之后，我发现只有CUSTOM工作流程已迁移到SP2010 - 而不是已经配置的开箱即用工作流程。 （自定义工作流程是在SP Designer中创建的）。
我已经转到网站功能，并确认2007工作流程功能已激活，根据我的谷歌搜索结果，我已尝试禁用，重新启用，并在各种订单中再次执行此操作，尝试启用使用PowerShell的工作流功能，以及通过某人向论坛帖子转发的一条建议，启用该功能，通过设计人员访问工作流程，他们神奇地出现。
我可以重新创建工作流程，但是在如此庞大的列表上重新创建2-3个工作流程将会付出很多努力 - 而且我不确定2007年的工作流程历史是否仍会链接（即。点击“已批准”链接，在“审批”列中会显示您批准的时间，如果我最终使用相同名称重新创建，此链接是否仍然存在，或链接是否会消失？）
有没有办法让这些已经在2007年设置的OOTB工作流与内容数据库一起迁移到新的SP2010环境？
答案 0 :(得分：1)
OOTB工作流 也应该是automatically migrated。确保在迁移之前禁用新系统上的工作流程自动清理计时器作业。
如果所有其他方法都失败了，您可能需要考虑第三方产品 - Metavis Migrator向Migrate OOTB workflows提供的商品。他们确实拥有该产品的测试版本，因此它应足以进行一次性迁移。
答案 1 :(得分：0)
没有修复，我们减轻了......
从MOSS 2007迁移到SharePoint 2010 SP1后，仍处于待处理状态的审批任务将不接受审批者对“批准”按钮的响应或任何修改任务的响应。
我们必须使用SharePoint 2010批准模板构建替换工作流。
在一个库中，我们只是转储了旧的工作流结果列并删除了旧的工作流程。由于只有大约50个项目需要批准，我们通过运行新的工作流程来重现结果。
但在另一个包含大约300个项目的图书馆中，我们决定保留旧工作流程和旧工作流程结果列，因此我们创建了一个名为“...（2010）”的新工作流程。