Maximo 7.6 → MAS 9 Migratie

SectorNutsbedrijven / Asset Management

PlatformIBM MAS 9 op ARO

DatabaseOracle → SQL Server

PipelineAzure DevOps

DoorlooptijdMeerfasig traject

Challenge

The challenge

De organisatie beheerde een zwaar gecustomiseerde Maximo 7.6-installatie op Oracle, met duizenden werkorders en assets verspreid over meerdere bedrijfsonderdelen. De migratie naar MAS 9 op Azure Red Hat OpenShift bracht een kritieke beperking met zich mee: de database moest worden omgezet van Oracle naar SQL Server met behoud van volledige data-integriteit. Extra complexiteit ontstond door het beheer van versleutelingssleutels — de bestaande implementatie sloeg cryptografisch materiaal op een manier op die onverenigbaar was met de ingebouwde Key Store van MAS — en door datetime-typeverschillen (Oracle DATE versus SQL Server datetime2) die tijdens vroege migraties voor stille datatruncatie zorgden. Integratiepunten met ERP en GIS-systemen moesten op schemaniveau opnieuw worden ingericht.

Approach

The approach

Fase 1

Inventarisatie & Risicoregister

Databaseprofiling, inventarisatie van maatwerkkode, integratiemapping en versleutelingsaudit. Opgeleverd: migratieregiester met risico's en een remediatiebacklog.

Fase 2

DEV-omgeving – Eerste uitvoering

Volledige MAS 9-implementatie op ARO DEV. Eerste databasemigratierun met gedetailleerde diff-logging. Oracle-naar-SQL Server-conversie van schema en data. Eerste validatie van applicatiestatus, integratieconnectiviteit en gebruikersauthenticatie.

Fase 3

TST – Functionele validatie

Functioneel testen over alle kritieke Maximo-modules. Integratievalidatie tegen testendpoints. Prestatietests voor werkorder- en assetqueries met hoge volumes. Alle defects gevolgd en verholpen vóór ACC-promotie.

Fase 4

ACC – Gebruikersacceptatie & belastingtests

Bedrijfsrepresentatieve gebruikers valideren processtromen. Belastingstests voor piekoperationele volumes. Integratiepartners voeren end-to-end scenariotests uit. Go/no-go-criteria bepaald en gemeten. Cutover-runbook afgerond.

Fase 5

PRD – Cutover

Geautomatiseerde pipeline-uitvoering op productie. Healthcheckvalidatie per pipelinefase met automatische rollbacktriggers. Post-cutover-monitoring gedurende 48 uur. Hypercare-ondersteuningsperiode met vastgestelde escalatiepaden.

Belangrijkste technische uitdaging

Oracle DATE slaat tijd op met secondeprecisie; SQL Server datetime2 werkt anders bij impliciete casts. Zonder expliciete afhandeling kregen bestaande DATE-waarden na migratie een tijdcomponent van 00:00:00.000, waardoor tijdgevoelige werkorderqueries faalden. Expliciete CAST-mappings en rijvalidatiescripts werden ingevoerd om dit vóór elke omgevingspromotie te signaleren en te corrigeren.

Outcome

The result

Stabiele MAS 9-omgeving op ARO, volledig operationeel binnen het geplande cutovervenster.
Nul dataverlies bevestigd via validatiescripts die recordtelling en controlevelden vergeleken.
Herhaalbare pipeline nu in gebruik voor toekomstige MAS-puntversies — de upgrade-inspanning gereduceerd van weken naar dagen.
Versleutelingsinfrastructuur gemigreerd naar Azure Key Vault, met verbeterd beveiligingsniveau en auditbaarheid.
Alle ERP- en GIS-integraties opnieuw ingesteld en gevalideerd in productie.

Technology

Technology stack

IBM MAS 9Azure DevOpsSQL ServerAROOpenShiftAzure Key Vault

NextAutomation Scripts & Legacy PL/SQL Vervanging

Similar challenge in your environment?

Discuss the specifics with Magiq Minds. No generic advice — just a direct technical conversation about your situation.

Start a conversation