我正在使用数据库附加方法在我们的开发环境中从MOSS 2007 (12.0.0.6670)迁移到SharePoint 2010 (目前只有SP1 )。(从服务器2003 32位迁移到服务器2008 R2 64位-从SQL2005 SP3迁移到SQL2008R2)
在附加content DB之后,我发现只有自定义工作流迁移到了SP2010 -而不是已经配置的开箱即用工作流。(自定义工作流是在SP Designer中创建的)。
我已经去了网站的功能,并确认2007年的工作流功能是激活的,根据我的谷歌搜索结果,我已经尝试了禁用,重新启用,并以不同的顺序再次尝试,尝试使用powershell启用工作流功能,以及从Microsoft通过某人转发到论坛帖子的一个建议,启用该功能,通过designer访问工作流,它们神奇地出现了。
我可以重新创建工作流,但是在如此大量的列表上重新创建2-3个工作流将是一项巨大的努力-而且我不确定2007年的工作流历史记录是否仍然是链接的(即。单击“批准”列中的“批准”链接,将显示批准它的人,如果我最终使用相同的名称重新创建,此链接还会在那里,还是会消失?)
有没有办法让这些在2007年就设置好的面向对象的工作流随内容数据库一起迁移到新的SP2010环境中?
发布于 2013-03-21 13:32:19
OOTB工作流也应该是automatically migrated的。确保在迁移之前禁用新系统上的工作流自动清理计时器作业。
如果所有其他方法都失败了,您可能需要考虑第三方产品- Metavis Migrator为Migrate OOTB workflows提供的产品。他们确实有该产品的测试版本,因此它应该足以进行一次性迁移。
发布于 2013-07-20 00:33:40
在没有修复的情况下,我们减轻了...
从MOSS 2007迁移到SharePoint 2010 SP1后,仍处于待定状态的审批任务将不接受批准者在批准按钮上的响应,也不接受修改该任务的任何响应。
我们必须使用SharePoint 2010审批模板构建替代工作流。
在一个库中,我们只是转储了旧的工作流结果列,并删除了旧的工作流。由于只有大约50个项目需要批准,因此我们通过运行新的工作流程重现了结果。
但是在另一个有大约300个项目的库中,我们决定必须保留旧的工作流和旧的工作流结果列,所以我们创建了一个新的工作流,并使用了不同的名称"...(2010)“。
https://stackoverflow.com/questions/15539451
复制相似问题