1

我正在使用数据库附加方法在我们的开发环境中从 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 环境？

4

2 回答 2

1

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

如果一切都失败了，您可能需要考虑使用第三方产品 - Metavis Migrator提供的Migrate OOTB 工作流程。他们确实有该产品的测试版本，因此对于一次性迁移来说应该足够了。

于 2013-03-21T05:32:18.710 回答
0

在没有修复的情况下，我们减轻了...

从 MOSS 2007 迁移到 SharePoint 2010 SP1 后，仍待处理的审批任务将不接受审批者对“审批”按钮的响应，或任何修改该任务的响应。

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

在一个库中，我们只是转储了旧的工作流结果列并删除了旧的工作流。由于只有大约 50 个项目需要批准，我们通过运行新的工作流程重现了结果。

但是在另一个包含大约 300 个项目的库中，我们决定必须保留旧工作流和旧工作流结果列，因此我们创建了一个具有不同名称的新工作流“...(2010)”。

于 2013-07-19T16:33:39.910 回答