Am Montag, den 23. Februar 2026, hat unser EMEA-Team einen wichtigen europäischen Port mit IBM MAS Manage 9.1.7 live geschaltet. Das Maximo-Team für das Projekt, darunter Ronald Francke, Dik Aanen und Raf Van Camp, begann im September 2024 mit den Vorbereitungen. Ausgangspunkt war eine Maximo ICD 7.6.1.2-Umgebung mit den Branchenlösungen SP und HSE. Diese Umgebung wurde seit 15 Jahren verwendet. Während dieser Zeit wurden zahlreiche Anpassungen implementiert, die von Automatisierungsskripten und benutzerdefiniertem Java-Code bis hin zu Triggern und Prozeduren auf Datenbankebene reichten.

‍

Ziel war es, diese Umgebung auf Maximo Manage 9.x zu aktualisieren und dabei ICD, SP und HSE zu eliminieren und gleichzeitig alle Anpassungen beizubehalten.

‍

Dieser Port beauftragte einen Subunternehmer mit der Einrichtung von zwei OpenShift-Clustern: einem Nicht-Produktionscluster und einem Produktionscluster. Wir begannen mit der Installation von Manage 9.0.3 und führten nach und nach ein Upgrade auf Version 9.1.7 durch, die schließlich für den Go-Live verwendet werden sollte.

Herausforderungen

Es gab mehrere Herausforderungen, die es zu bewältigen galt. Zunächst mussten wir die Konfiguration für ICD, SP und HSE identifizieren, damit sie während des Upgrade-Prozesses entfernt werden konnte, wobei nur die Maximo-Standardkonfiguration und die vom Kunden vorgenommenen Anpassungen beibehalten wurden.

‍

Zweitens die OpenShift Cluster hatten keinen Internetzugang. Daher mussten wir MAS in einer Air-Gap-Umgebung installieren und alle Images in eine lokale Registrierung spiegeln.

‍

Es gab auch viele ältere Integrationen. Einige waren bereits auf die Verwendung des REST-API-Frameworks umgestellt worden, andere stützten sich jedoch immer noch auf den dateibasierten Datenaustausch sowie auf Trigger und Prozeduren auf Datenbankebene. Die Dateispeicherorte dieser Integrationen konnten nicht geändert werden, daher mussten wir persistente Samba-basierte Volumes implementieren, um von innen auf diese Netzwerkspeicherorte zugreifen zu können OpenShift.

‍

Abgesehen von den bestehenden Integrationen hatte der Kunde kürzlich parallel zu den Migrationsvorbereitungen ein neues Finanzsystem implementiert, für das viele neue Prozesse und Integrationen entworfen und implementiert werden mussten. Für einige Zeit hatte dieses Projekt Vorrang, weshalb die ursprünglich geplante MAS-Inbetriebnahme im September 2025 auf Februar 2026 verschoben wurde.

‍

Während der Vorbereitung der Migration wurde die Entwicklung von Maximo 7.6 nicht unterbrochen. In Maximo 7.6 wurden mehrere neue benutzerdefinierte Funktionen implementiert oder vorbereitet für MAS 9. Dazu gehörte unter anderem der Ersatz einer alten Anwendung durch eine neue Maximo-Anwendung, mit der große Verträge nachverfolgt werden konnten, wobei der Schwerpunkt auf dem Fortschritt der Arbeiten bis zur endgültigen Zahlung lag.

‍

Eine weitere Herausforderung war die erforderliche hohe Verfügbarkeit des Systems. Da mehrere Rechenzentren verwendet werden, sollte eine geplante oder ungeplante Abschaltung eines einzelnen Rechenzentrums die Verfügbarkeit von MAS Manage nicht über ein akzeptables Maß hinaus beeinträchtigen. Nur 5 bis 10 Minuten Ausfallzeit würden toleriert. Um dies zu erreichen, haben wir Anti-Affinitätsregeln und Topologiestreuungsbeschränkungen in OpenShift implementiert. Dieses Setup wurde mehrfach getestet, indem verschiedene Rechenzentren heruntergefahren wurden. Nach der Feinabstimmung der Regeln — bei der einige Bereitstellungen, wie MongoDB, auf drei Rechenzentren verteilt werden mussten — waren die Ergebnisse ausgezeichnet, und die Benutzer hatten kaum bis gar keine nennenswerten Ausfallzeiten.

Migration

Der gesamte Migrationsprozess wurde mehrfach getestet. Schließlich wurde Maximo 7.6.1.2 am Donnerstag, den 19. Februar 2026, heruntergefahren und der Migrationsprozess begann. Das Upgrade wurde am Freitag ausgeführt. Am Samstag führten wichtige Anwender einen letzten Test des Produktionssystems durch und erteilten gegen Mittag ihre Freigabe. Der offizielle Go-Live fand am Montag, den 23. Februar, statt.

‍

In der Woche nach der Inbetriebnahme erwies sich das System als sehr stabil und funktionierte gut. Abgesehen von einigen inaktiven Benutzerkonten, einem Firewallproblem und einem kontinuierlichen JMS-Warteschlangenproblem traten keine nennenswerten Probleme auf. Die Leistung war auch kein Problem. Bei 178 aktiven Benutzersitzungen am ersten Tag, die auf vier UI-Pods verteilt waren, waren die Reaktionszeiten mehr als akzeptabel.

‍

Jetzt, eine Woche nach der Inbetriebnahme, hat sich der Übergang als sehr reibungslos erwiesen. Wir können mit Stolz sagen, dass bei diesem großen Hafen KARTEN 9 hat wirklich Segel gesetzt.