Assetize

Upgrade Desk · Checklist

MAS 9.0 → MAS 9.2

The work, phase by phase, with the IBM page or published record behind each item. Items marked for your system depend on what you run. 22 items from IBM and the record, 25 specific to your system. Exports to Excel, PDF and Markdown with your ticks.

Back to the move · Upgrade Desk

Before the move

Your baseline

What you run decides what the move must carry. Inventory before you price.

  • Work IBM's own upgrade checklist for Maximo Manage: version compatibility and upgrade paths, Java version changes and customisation recompilation, OpenShift cluster requirements, database backup and integrity validation, customisation and integration testing. — Upgrading Maximo Manage checklist (IBM)
  • For your system: Inventory every automation script by launch-point type, and record which ones call custom Java classes or external endpoints.
  • For your system: Inventory custom Java (MBO extensions, field classes, custom applications, report scriptlets) with the source-control location of each.
  • For your system: Inventory object structures, publish channels, enterprise services, external systems and every endpoint address they use.
  • For your system: Export every customised presentation (Application Designer) and every customised BIRT report design so the regression list has a baseline.
  • For your system: Record the exact fix level you run today (product version, fix pack, interim fixes) — the whole plan prices against this.

Supported route

IBM names the source levels you can move from. Get to one of them, then confirm one hop or staged for your case.

Platform prerequisites

OpenShift, database and operator minimums surface as upgrade failures if found late.

  • For your system: Minimum OpenShift Container Platform version, operator catalog and storage classes for the target release, against IBM's current compatibility matrix.
  • For your system: Minimum database version for the target release, and whether your database vendor and edition are supported for every application you deploy.
  • Online upgrade (onlineUpgrade) is supported on Db2 only from Maximo Manage 8.6.2; support for other databases is provided only after Manage 9.0.0. The operator refuses an online or offline upgrade if maxupg indicates a version older than 8.6.2. — Reducing system downtime (IBM)
  • If you intend to move to Db2 12 with MAS 9.2: the upgrade is opt-in, requires a valid Db2 Warehouse license file, needs a complete backup first, and is irreversible. — A complete backup of the Db2 database is required before the upgrade from Db2 11 to 12 (IBM); The upgrade from Db2 11 to 12 is irreversible (IBM)

Database and configuration

Pending configuration, custom triggers and integrity errors are the classic upgrade blockers.

Customisations

Custom Java, automation scripts and screen changes are where a move actually breaks.

Integrations and authentication

Endpoints, auth model and queue contents are their own workstream.

Industry solutions and add-ons

Each add-on ships its own compatibility line; the suite upgrade does not carry them for free.

Licensing and AppPoints

Consumption modelling belongs before the contract, not after go-live.

During the move

Mobile

Legacy mobile clients and the Maximo Mobile apps are a separate cutover.

Cutover rehearsal

A rehearsed window with a rollback story, or no window at all.

  • For your system: A full rehearsal has run end to end on a production-sized copy, with the window measured and the rollback executed at least once.
  • For your system: Configuration freeze, integration pause and communication plan are agreed with every upstream and downstream system owner.
  • For your system: Go / no-go criteria are written down, with the smoke tests that decide them.

After the move

Post-upgrade validation

Every behaviour change on the move page is a regression test.

  • For your system: Every behaviour change listed on the move page has been exercised on the target, and the result recorded.
  • Redeploy all models after upgrading Maximo Visual Inspection. — Redeploy all models after upgrading Maximo Visual Inspection (IBM)
  • For your system: Every customised BIRT report runs on the target and returns the same rows as the baseline export.
  • For your system: Cron tasks, escalations and integration queues are running, and no message is stuck in an error queue.

Security catch-up

Confirm each security fix gained is active in the target build.

Deprecation exit

For each deprecated item still in use: replacement adopted, or removal date noted.