2026年2月23日星期一，我们的欧洲、中东和非洲团队推出了IBM MAS Manage 9.1.7版本的欧洲主要港口。该项目的 Maximo 团队，包括罗纳德·弗兰克、迪克·阿宁和拉夫·范坎普，于 2024 年 9 月开始准备工作。起点是采用行业解决方案 SP 和 HSE 的 Maximo ICD 7.6.1.2 环境。这种环境已经使用了15年。在此期间，已经实现了许多自定义设置，从自动化脚本和自定义 Java 代码到数据库级触发器和程序，不一而足。

‍

目标是将此环境升级到 Maximo Manage 9.x，在此过程中消除 ICD、SP 和 HSE，同时保持所有自定义设置不变。

‍

该港口聘请了分包商来建立两个 OpenShift 集群：一个非生产集群和一个生产集群。我们首先安装了 Manage 9.0.3，然后逐步升级到 9.1.7 版，该版本最终将用于上线。

挑战

有几个挑战需要解决。首先，我们必须确定与 ICD、SP 和 HSE 相关的配置，以便在升级过程中将其删除，只保留标准 Maximo 配置和客户实施的自定义。

‍

其次， openShift 集群无法访问互联网。结果，我们不得不在气隙环境中安装 MAS，将所有映像镜像到本地注册表。

‍

还有许多传统的集成。有些已经转换为使用 REST API 框架，但其他一些仍然依赖于基于文件的数据交换以及数据库级别的触发器和程序。这些集成的文件位置无法更改，因此我们必须实现基于 Samba 的永久卷才能从内部访问这些网络位置 openShift。

‍

除了传统的集成外，在准备迁移的同时，该客户最近还实施了新的财务系统，这需要设计和实施许多新的流程和集成。一段时间以来，该项目成为优先事项，导致原计划于2025年9月上线的MAS推迟到2026年2月。

‍

在迁移准备期间，Maximo 7.6 上的开发并未暂停。在 Maximo 7.6 中实现了几项新的自定义功能或 为 MAS 9 做准备。除其他外，其中包括用新的Maximo应用程序替换传统应用程序，该应用程序用于跟踪大型合同，重点关注工作进度直至最终付款。

‍

另一个挑战是要求系统具有高可用性。使用多个数据中心，单个数据中心的任何计划内或计划外关闭都不会对 MAS Manage 的可用性产生超过可接受水平的影响。只能容忍 5 到 10 分钟的停机时间。为了实现这一点，我们在 OpenShift 中实施了反关联性规则和拓扑分布限制。通过关闭不同的数据中心，对该设置进行了多次测试。在对规则进行了微调之后（某些部署，例如MongoDB）必须分布在三个数据中心中——结果非常好，用户几乎没有出现明显的停机时间。

移民

整个迁移过程经过了多次测试。最终，在2026年2月19日星期四，Maximo 7.6.1.2被关闭，迁移过程开始了。升级已于周五执行。周六，主要用户对生产系统进行了最终测试，并在中午左右给予了批准。正式上线于2月23日星期一举行。

‍

在上线后的一周内，该系统被证明非常稳定且表现良好。除了一些非活动用户帐户、防火墙问题和 JMS 连续队列中断外，没有发生任何重大问题。性能也不是问题。第一天有 178 个活跃用户会话处于使用峰值，分布在四个 UI 窗格中，响应时间超出了可接受的范围。

‍

现在，在上线一周后，事实证明过渡非常顺利。我们可以自豪地说，有了这个主要港口， 最多 9 已经真正起航了。