Op maandag 23 februari 2026 heeft ons EMEA-team een belangrijke Europese haven live gezet met IBM MAS Manage 9.1.7. Het Maximo-team aan het project, waaronder Ronald Francke, Dik Aanen en Raf Van Camp, begon in september 2024 met de voorbereidingen. Het uitgangspunt was een Maximo ICD 7.6.1.2-omgeving met de brancheoplossingen SP en HSE. Deze omgeving was al 15 jaar in gebruik. In die tijd waren er talloze aanpassingen doorgevoerd, variërend van automatiseringsscripts en aangepaste Java-code tot triggers en procedures op databaseniveau.

‍

Het doel was om deze omgeving te upgraden naar Maximo Manage 9.x, waarbij ICD, SP en HSE werden geëlimineerd en alle aanpassingen intact bleven.

‍

Deze haven huurde een onderaannemer in om twee OpenShift-clusters op te zetten: één niet-productie en één productie. We zijn begonnen met de installatie van Manage 9.0.3 en zijn geleidelijk geüpgraded naar versie 9.1.7, die uiteindelijk zou worden gebruikt voor go-live.

Uitdagingen

Er waren verschillende uitdagingen die moesten worden aangepakt. Eerst moesten we de configuratie met betrekking tot ICD, SP en HSE identificeren, zodat deze tijdens het upgradeproces kon worden verwijderd, waarbij alleen de standaard Maximo-configuratie en de door de klant geïmplementeerde aanpassingen behouden bleven.

‍

Ten tweede, de OpenShift clusters hadden geen internettoegang. Als gevolg hiervan moesten we MAS installeren in een omgeving met luchtgaten, waarbij alle afbeeldingen naar een lokaal register werden gespiegeld.

‍

Er waren ook veel legacy-integraties. Sommige waren al geconverteerd om het REST API-framework te gebruiken, maar andere waren nog steeds afhankelijk van gegevensuitwisseling op bestandsbasis en triggers en procedures op databaseniveau. De bestandslocaties van deze integraties konden niet worden gewijzigd, dus moesten we op Samba gebaseerde persistente volumes implementeren om van binnenuit toegang te krijgen tot deze netwerklocaties OpenShift.

‍

Naast oude integraties had de klant, parallel met de voorbereidingen voor de migratie, onlangs een nieuw financieel systeem geïmplementeerd, waarvoor veel nieuwe processen en integraties moesten worden ontworpen en geïmplementeerd. Dit project had enige tijd prioriteit, waardoor de oorspronkelijk geplande start van het MAS in september 2025 werd uitgesteld tot februari 2026.

‍

Tijdens de voorbereiding van de migratie werd de ontwikkeling op Maximo 7.6 niet onderbroken. Er zijn verschillende nieuwe aangepaste functionaliteiten geïmplementeerd in Maximo 7.6 of voorbereid op MAS 9. Deze omvatten onder andere de vervanging van een oude applicatie door een nieuwe Maximo-applicatie die wordt gebruikt om grote contracten te volgen, waarbij de nadruk lag op de voortgang van het werk tot en met de eindbetaling.

‍

Een andere uitdaging was de vereiste hoge beschikbaarheid van het systeem. Bij gebruik van meerdere datacenters mag een geplande of ongeplande sluiting van een enkel datacenter geen invloed hebben op de beschikbaarheid van MAS Manage boven een acceptabel niveau. Slechts 5 tot 10 minuten downtime zou worden getolereerd. Om dit te bereiken hebben we antiaffiniteitsregels en spreidingsbeperkingen voor topologie geïmplementeerd in OpenShift. Deze opstelling is meerdere keren getest door verschillende datacenters uit te schakelen. Na het verfijnen van de regels — waarbij sommige implementaties, zoals MongoDB, over drie datacenters moesten worden verdeeld — waren de resultaten uitstekend, waarbij gebruikers weinig tot geen merkbare downtime ondervonden.

Migratie

Het hele migratieproces is meerdere keren getest. Eindelijk, op donderdag 19 februari 2026, werd Maximo 7.6.1.2 stilgelegd en begon het migratieproces. De upgrade is vrijdag uitgevoerd. Op zaterdag hebben sleutelgebruikers een laatste test van het productiesysteem uitgevoerd en rond het middaguur hun goedkeuring gegeven. De officiële go-live vond plaats op maandag 23 februari.

‍

In de week na de livegang bleek het systeem zeer stabiel te zijn en goed te presteren. Afgezien van enkele inactieve gebruikersaccounts, een probleem met de firewall en een continue hapering in de JMS-wachtrij, deden zich geen noemenswaardige problemen voor. Prestaties waren ook geen probleem. Met 178 actieve gebruikerssessies bij piekgebruik op de eerste dag, verdeeld over vier UI-pods, waren de responstijden meer dan acceptabel.

‍

Nu, een week na de livegang, is de overgang heel soepel verlopen. Met trots kunnen we zeggen dat met deze belangrijke haven MAX 9 heeft echt koers gezet.