SAP Commerce/Hybris 升级多个版本

Posted 2023-02-16

【中文标题】SAP Commerce/Hybris 升级多个版本

【英文标题】：SAP Commerce / Hybris upgrade multiple versions

【发布时间】：2021-05-21 01:10:30

【问题描述】：

当您落后多个版本时，哪种版本升级策略更可行。例如从 6.4 到 2005。 我们真的应该像 SAP 建议的那样逐个版本地做一个版本吗？我知道这是推荐的方式，但仍然如此。 任何人都可以分享他们对此的经验吗？ 直接迁移多个版本会遇到什么困难？

谢谢！

【问题讨论】：

我认为“逐个版本”是更安全的策略，这就是为什么您可以从 SAP 文档中了解版本之间的变化。

根据我对我们所做的所有迁移的经验，我们总是逐个版本进行，即使是加速器也是如此。

最近我尝试了升级到2011，一枪。我在 Java 版本升级、升级引擎、一些不推荐使用的课程和一些后台课程方面遇到了一些挑战。现在看起来很好......但我仍然建议逐个版本。

【参考方案1】：

您可以采取多种方法。您选择哪一个取决于您的团队所拥有的知识以及您已经执行的自定义数量。

一步一步

这是 SAP 推荐的方式。这是一种更安全的策略，很明显不同版本之间发生了哪些变化。对于每个版本，您都会遇到构建失败、启动失败甚至可能需要迁移的数据问题。但是很清楚是什么版本导致了这些问题。借助 SAP 帮助和升级说明，您应该能够轻松找到更改的内容以及如何修复它。这种方法的缺点是您需要为每个版本下载、解压缩和构建，这需要时间。有时，当实现多次更改时，您甚至需要修复相同的代码两次

一枪

通过这种方法，您可以直接进入最新版本。您只需将自定义代码放入最新版本，然后查看您遇到的构建失败。 使用这种方法，将更难找出确切的版本升级导致了特定问题。您仍应检查所有升级说明，以确保不需要迁移。优点是您只需执行一次所有操作。如果您有经验丰富的团队，这是一种可行的方法。如果您有一个新团队，请谨慎使用这种方法。您可能会遇到一些难以确定是什么版本导致的错误，因此在 SAP 帮助中查找信息可能会更加困难

混合方法

第三种选择是混合方法，您可以一次升级多个版本（例如升级到包含重大更改的版本，例如在 6.3 中添加后台）。这样可以更轻松地为这些重大更改应用更改，而您不必逐个浏览每个版本。

结论

我过去尝试过所有方法。循序渐进的方法需要很多时间，但会使更改更容易和更清晰。使用 One Shot 方法，您只需要下载最新版本，但查找错误可能会有些困难。如果您有一支经验丰富的团队，您应该采用一次性方法。当你落后很多版本并且有很大的变化时，你可以选择混合方法

【参考方案2】：

我有从 6.2 版本升级到 2005 的类似要求，我采用了 Yoni 解释的 One-Shot 方法，我面临的最大挑战是由于 Java 版本变化.

我相信 One-Shot 方法和 Step by Step 方法将在主要版本升级中花费相似的时间，尽管 Step by Step 方法是安全但多余的。我个人最喜欢的是One-Shot。

【参考方案3】：

我最近做了一个从 hybris 6.7 到 2005 的平台升级，一步一步做，主要是因为 java 版本的变化，除此之外，每个中间版本都有一定的迁移步骤需要完成。此外，客户有很多自定义促销规则，他们需要一些特别的照顾。

就我而言，每个步骤的过程是这样的：

升级到新版本 - 每个步骤都有一个help.sap.com 页面，我建议您按照它并浏览每个部分以查看适用于您的项目的内容，例如Upgrading Platform from 6.7 to 1808 编译项目 - 一些不推荐使用的东西将在某些步骤中删除，您必须在需要的地方进行重构。这一步花了我最多的时间 启动 hybris 服务器 - 完成重构并使用 ant clean all 成功构建项目后，平台可能会由于某些（现在）不正确的 xml 配置而无法启动。这里的“好”部分是您可以在控制台中看到问题所在，并且修复应该比上一步更快。 执行必要的升级步骤 - 这是棘手的部分，一旦您的平台启动，您必须为每个需要它的扩展程序和附加组件执行必要的升级步骤，否则您可能会遇到一些失败的业务逻辑。您需要进行一些回归测试并检查一切是否正常。

总而言之，升级需要时间，并且取决于您必须经历多少个版本，但我认为逐步完成升级是最有效的方法。