我们从 5.3sp1 到 2011sp1 的迁移将持续 2-3 个月,但在此期间将在 tridion 5.3sp1 的生产中添加内容。在迁移活动之后,我们将在 2011sp1 上迁移系统,
但现在我想将新内容从生产(仍在 5.3 中)迁移到升级的数据库。
2011 年不支持 Content porter 版本 2.3(目前在 5.3sp1 中使用)。
最好的方法是什么?
我们从 5.3sp1 到 2011sp1 的迁移将持续 2-3 个月,但在此期间将在 tridion 5.3sp1 的生产中添加内容。在迁移活动之后,我们将在 2011sp1 上迁移系统,
但现在我想将新内容从生产(仍在 5.3 中)迁移到升级的数据库。
2011 年不支持 Content porter 版本 2.3(目前在 5.3sp1 中使用)。
最好的方法是什么?
我认为最好是在生产设置后再次重做数据库升级。在测试的最后阶段,要求编辑同时在两台服务器上添加/编辑内容。
您必须说服您的编辑在最终数据库升级后的最后阶段进行内容冻结或最小更改。我们发现这很难,所以我们添加了自定义事件代码来跟踪更改并撤销许多编辑器的访问权限。
您可能需要考虑将您的内容移植器升级到 2009 SP1。它也与 5.3 SP 1 和 2011 SP1 兼容。
没有冻结期可能无法执行迁移,但使用一次性数据库升级和内容移植器,您可以将其保持在最低限度。
您可能还需要考虑设计冻结(没有架构或模板更改),基于您的蓝图和端口仅内容更改稍后在 2 个环境中完成,将风险降至最低。
我希望它有所帮助。祝你好运说服作者:)。
您可能会考虑让额外的 Tridion 服务器运行一段时间。我正在考虑这样的过程。
当然,我可能没有完全理解你的逻辑,但是这个主题的一些变化可能会起作用。如今,拥有备用环境的基本前提通常比过去更加可行。通常它就像克隆虚拟机一样简单。如果您在短时间内需要额外的 SDL Tridion 许可证,我建议您与他们讨论一下。他们支持人们升级,并且通常会在可能的情况下提供帮助。
我假设您的 5.3 机器是您的开发环境,而您的 2011 是您的生产环境,并且您要求将一些增量项目发送到您的生产环境。
可以从 5.3 sp1 直接升级到 2011,我建议让您的环境使用相同的版本,这样您就可以将内容从一个 2011 环境移植到另一个环境。
也许如果您在此处提供更多信息,您可能会从社区中获得更好的答案。