Assetize

Upgrade Desk · Suite upgrade

MAS 8.11 → MAS 9.2

One release at a time under IBM's n-1 policy: MAS 8.11 → MAS 9.0 → MAS 9.1 → MAS 9.2. What IBM has stated about this move, what breaks, the landmines, what you gain and the plan — each with the page it comes from.

Take it with you: the whole page exports as an Excel workbook, a PDF or Markdown from the page, and the phased checklist exports the same way with your ticks. Also: fixes gained, security catch-up, the deprecation register and the readiness assessment.

What IBM says about this move

The supported route

  • The suite upgrades one release at a time. IBM supports upgrading directly only from the release immediately before the target.

    “Maximo Application Suite upgrade policy supports n-1 versions in a cluster, which means that you can upgrade directly from the version just before the current one. For example, if the current version of Maximo Application Suite is 9.1, then you can upgrade directly from 9.0 in a cluster.” — IBM Docs — Upgrading IBM Maximo Application Suite versions, read 2026-09-12

  • IBM's own worked example: to reach 9.1.x you can come directly from any 9.0.x, but not from 8.11.x (or Manage 8.7.x). From 8.11 you go to 9.0.x first, then 9.1.x.

    “If your target Maximo Application Suite and Maximo Manage version to upgrade to is 9.1.x, then you can upgrade directly from any 9.0.x version in a cluster. However, you cannot upgrade directly from any Maximo Application Suite 8.11.x or Maximo Manage 8.7.x version. In this case, you need to upgrade first to 9.0.x and then to 9.1.x.” — IBM Docs — Upgrading Maximo Manage checklist, read 2026-09-12

  • Upgrades are delivered by the operator's subscription channel; you can require manual approval before an upgrade starts. Manual (installer) upgrades apply only to 8.9 or earlier.

    “Your Maximo Application Suite instance is automatically kept up to date with the latest version that is available in the Maximo Application Suite operator's subscription channel. Optionally, you can reconfigure the subscription to ensure that upgrades require manual approval before they begin. Manual upgrade is applicable only to Maximo Application Suite 8.9 or earlier.” — IBM Docs — Upgrading IBM Maximo Application Suite versions, read 2026-09-12

  • To upgrade to 9.1 you need either Maximo Manage or the foundation service, and a database that supports Manage.

    “When you upgrade to Maximo Application Suite 9.1, either Maximo Manage or the foundation service is required. To complete the upgrade, you must also provide a database that supports Maximo Manage.” — IBM Docs — Upgrading to Maximo Application Suite 9.1, read 2026-09-12

  • Before going 9.1 → 9.2, IBM tells you to review the password-migration changes; the required authentication data is migrated automatically during the upgrade.

    “Before you upgrade from Maximo Application Suite 9.1 to 9.2, review the changes to password migration. When you upgrade from Maximo Application Suite 9.1 to 9.2, the system automatically migrates this required data.” — IBM Docs — What's new in Maximo Application Suite 9.2 / Upgrade checklists, read 2026-09-12

  • During the 9.2 upgrade the administrative permission mode is locked; expect it to be set to cluster mode.

    “The administrative permission mode cannot be modified during the upgrade process.” — IBM Docs — Application and add-ons upgrade prerequisites, read 2026-09-12

OpenShift and platform

Database

  • Maximo Manage runs on IBM Db2, Db2 Warehouse, Microsoft SQL Server and Oracle Database. The suite's own Db2 instance is available from MAS 8.10.

    “Maximo Manage supports IBM Db2, IBM Db2 Warehouse, Microsoft SQL Server and Oracle Database.” — IBM Docs — Database configuration details for Maximo Manage, read 2026-09-12

  • Db2 12 is supported from MAS 9.2. The 11 → 12 move is opt-in, needs a Db2 Warehouse licence file and a full backup first, and is irreversible. Without the licence, Db2 12 runs on a 30-day trial that then takes production down.

    “Db2 12 is now supported in Maximo Application Suite 9.2. Upgrading from Db2 11 to 12 requires explicit opt-in activation and a valid IBM Db2 Warehouse license file. Without a valid license, Db2 12 operates under a 30-day trial license that causes production system outages.” — IBM Docs — What's new in Maximo Application Suite 9.2 / Upgrading Db2 from version 11 to 12, read 2026-09-12

  • Manage 9.2 no longer sets Oracle stored outlines at session start. If you relied on that, enable stored outlines on the Oracle side.

    “Removed support for using Oracle stored outlines at session startup. Previously, the use of alter session set use_stored_outlines = true was supported for connections to Oracle 7 or 8 databases.” — IBM Docs — What's new in Maximo Manage 9.2, read 2026-09-12

Java and customisations

  • Manage 9.1 runs on Java 17: recompile your customisation archives when you upgrade to it.

    “If you are upgrading to Maximo Manage 9.1, which supports Java 17, recompile customization archives.” — IBM Docs — Upgrading Maximo Manage checklist, read 2026-09-12

  • Manage 9.2 and Optimizer support Java 25. If you carry custom Java, plan a second recompile-and-test pass for 9.2, not just the Java 17 one.

    “Maximo Manage and Maximo Optimizer now support Java 25.” — IBM Docs — What's new in Maximo Manage 9.2, read 2026-09-12

  • Customisations travel as customisation archives (Java classes, XML files); IBM's checklist expects them created or updated before the upgrade.

    “Create or update customization archives to store specific changes, such as Java classes, XML files.” — IBM Docs — Upgrading Maximo Manage checklist, read 2026-09-12

Users, authentication and APIs

  • In 9.2 user and group data lives in the Manage relational database and user synchronisation is removed for every application except Maximo Real Estate and Facilities.

    “User and group data for user authentication is stored in the Maximo Manage relational database. User synchronization is removed for all applications except Maximo Real Estate and Facilities.” — IBM Docs — What's new in Maximo Application Suite 9.2, read 2026-09-12

  • The user-creation, workspace-assignment and role-assignment APIs deprecated in 9.1 are removed in 9.2. Update integrations and scripts before you upgrade. Setting initial roles is gone in 9.2.

    “User and group management APIs that were deprecated in Maximo Application Suite 9.1 are now removed in 9.2. If your integrations or scripts use the deprecated APIs, update them to use the new APIs before you upgrade to 9.2. Starting in Maximo Application Suite 9.2, the ability to set initial roles is no longer available.” — IBM Docs — User management APIs in Maximo Application Suite 9.1 and later, read 2026-09-12

Applications and add-ons

  • From Maximo Mobile 9.1 the Windows app is only in the Microsoft Store; shared-device setups must configure local authentication for offline login.

    “Starting in Maximo Mobile 9.1, the IBM® Maximo Mobile app for Windows is available only from the Microsoft store.” — IBM Docs — What's new in Maximo Mobile 9.1, read 2026-09-12

  • Maximo Collaborate is deprecated as an add-on in 9.2, and the role-based menu section is removed.

    “Maximo Collaborate is deprecated as an add-on in Maximo Application Suite. The role-based menu section is removed for a cleaner menu structure.” — IBM Docs — What's new in Maximo Application Suite 9.2, read 2026-09-12

  • From 9.1 Maximo Health is an add-on inside Manage, not a stand-alone suite application; Maximo Assist is renamed Maximo Collaborate automatically on upgrade.

    “Maximo Health is no longer available as a stand-alone suite application but remains an add-on in Maximo Manage. Starting in Maximo Application Suite 9.1, IBM Maximo Assist is now named IBM Maximo Collaborate. If Maximo Assist is deployed in Maximo Application Suite 9.0 or earlier and you upgrade to Maximo Application Suite 9.1, the name is automatically changed.” — IBM Docs — What's new in Maximo Application Suite 9.1, read 2026-09-12

  • Before upgrading to 9.0, remove Maximo Inventory Optimization as an externally configured application; from 9.0 it is reached by its own URL.

    “Maximo Inventory Optimization is no longer available to be added as an externally configured application and must be removed.” — IBM Docs — Application and add-ons upgrade prerequisites (Upgrading to 9.0), read 2026-09-12

  • Which applications and add-ons exist at each suite release is tabulated on IBM's compatibility matrix; an application that is no longer available must be deactivated and deleted before the upgrade completes.

    “Before upgrading, you must consider whether applications and add-ons are available for upgrade. If they are no longer available, you must deactivate and delete them.” — IBM Docs — Compatibility matrix / Upgrading IBM Maximo Application Suite versions, read 2026-09-12

Reports

From the field

  • Mehdi Salah (IBM Champion, 7 October 2025) on 9.1 migrations: audit versions, customisations, integrations and data volumes first; package every custom artefact into the MAS archive format; execute every script, report, API and ERP integration on the target and fix what breaks; start early.

    “Conduct a thorough audit of each client's existing Maximo environment: versions, customizations, integrations (ERP, IoT, analytics), data volumes, and technical dependencies. Package all custom artifacts (scripts, web.xml, Java classes, integrations) into the MAS 9.1 archive format. Execute all scripts, reports, APIs, and ERP integrations. Intensify monitoring for the first week.” — IBM Community — Migration to IBM Maximo Application Suite 9.1: Strategy, Lessons Learned, and Practical Guide (practitioner, not IBM documentation), read 2026-09-12

Still specific to your system

  • Whether your exact 8.11 level goes direct to 9.2 or must stage through an intermediate release.
  • Minimum OpenShift and database versions for the target release.
  • Required levels of every industry solution and add-on you deploy — each ships its own compatibility line.
  • AppPoint consumption at the target, with the applications you will actually enable.

The rest of the move

Breaks to absorb and landmines come from the reviewed comparison archive, the 9.x change log, the gotcha library and Change Watch; the deadline clock from the lifecycle table. They render on this page and in every export. The same composition answers the upgrade_plan tool on the MCP server.