EOSL Alerts

IBM MQ 9.2 LTS EOL: Sept 30, 2025 – Six Months to Migrate

Updated 3rd Party Support Team

Six Months Out: The Window is Closing on IBM MQ 9.2 LTS

IBM MQ 9.2 LTS reaches end of life on September 30, 2025. That is roughly six months from now.

If your organization runs IBM MQ 9.2 LTS, the support clock stops on that date. After that, IBM will no longer provide patches, bug fixes, or security updates for this release. With no active support contract, any vulnerability or outage that hits a 9.2 LTS queue manager becomes your team’s problem to solve alone.

Six months sounds like enough runway. But when you account for procurement approvals, vendor lead times, internal change freezes (summer and year-end), application testing, and rollback planning, the actual working time is closer to 12–14 weeks. If you haven’t started planning your exit from IBM MQ 9.2 LTS, you are already behind.

A Realistic Migration Timeline Worked Backwards

To meet the September 30 deadline without an active IBM support contract gap, your timeline needs to look something like this:

  • April 2025 – Finalize target version. Identify incompatible custom code, connectors, and channel exits. Order any new license or entitlement if the upgrade changes your licensing footprint.
  • May 2025 – Set up parallel test environment. Begin integration testing with dependent applications. Engage application owners to schedule their own regression windows.
  • June 2025 – Complete functional and performance testing. Create rollback scripts. Socialize cutover plan with operations and change advisory boards.
  • July 2025 – Submit change requests. Summer freeze windows may block some production slots, so plan around them now.
  • August 2025 – Perform production cutover for non-critical workloads. Start monitoring.
  • September 2025 – Cut over remaining production queue managers. Leave at least two weeks buffer for rework and validation before the September 30 deadline.

This schedule assumes no delays in procurement, no failed cutovers, and no late-breaking incompatibilities. In practice, most organizations will slip past September 30.

The Risks of Running Unsupportable IBM MQ

After September 30, 2025, IBM MQ 9.2 LTS enters a state where no support contract applies. This creates several material risks:

  • No security patches – A new CVE in the MQ channel handler or security infrastructure will go unaddressed. Audit teams and compliance frameworks often require a vendor-supported version, so a finding could require an emergency upgrade under pressure.
  • No IBM support for outages – A queue manager crash, channel coordination failure, or cluster issue becomes a self-support problem. Root cause analysis and workarounds come from your team’s own expertise and community forums.
  • No entitlement transfers – If the underlying hardware or virtualization changes, IBM may require a support contract to re-activate the software. With no support contract, the software is effectively unlicensed for that new environment.
  • Increased audit exposure – Many license compliance audits check that all installed software has an active support contract. Running MQ after its EOL creates a license compliance gap.

How Third-Party Support Removes the Deadline Pressure

You do not need to migrate by September 30, 2025. Third-party support for IBM MQ covers versions past the vendor’s end-of-life date, including IBM MQ 9.2 LTS.

By engaging a third-party provider before your IBM support contract lapses, you can:

  • Keep IBM MQ 9.2 LTS running with security patches and bug fixes delivered by engineers who understand the IBM MQ codebase.
  • Eliminate the forced upgrade timeline – Migrate when it makes sense for your applications, not when the vendor’s calendar says so. You can skip a release entirely if the migration offers no value.
  • Avoid cost escalation – Third-party support typically costs 50–70% less than IBM’s Annual Software Maintenance, and the price does not jump simply because you are on a non-current version.
  • Free up your queue manager team’s schedule – Instead of a rushed migration, they can focus on architecture improvements, performance tuning, or strategic initiatives.

Lock in Support Now, Migrate Later

The smartest move today is to secure third-party support for IBM MQ 9.2 LTS before IBM’s contract expires. That locks in a safety net for the entire queue manager estate, removes deadline pressure from every application team, and gives you the flexibility to migrate (or stay) on your own terms.

Contact us to discuss a transition plan before September 30, 2025.


Lifecycle source: endoflife.date/ibm-mq. See our IBM software support page for more on third-party support for IBM MQ and other IBM products.

How we can help

Keep it supported after end of life

The vendor's date doesn't have to be yours. Our engineers keep IBM MQ 9.2 LTS running after official support ends — independent third-party support that covers most operational issues, typically at 40-70% below the last renewal quote.

IBM software support →

Migration services

When you do decide to move, we plan and execute the migration. Your current environment stays under vendor support while your contract is active — and if the renewal lapses mid-move, our third-party support covers most issues until the last workload is off it.

Migration & hybrid cloud services →

24×7 remote administration

Short on hands to run it day to day? Our NOC engineers monitor, patch and administer your environment around the clock — incident response included, at a fraction of the cost of an in-house night shift.

24/7 operations & remote administration →

Talk to a support specialist

Speak with an engineer, not a sales rep. We respond within 24 hours.

Your quote will be sent to this address.

By submitting this form, you agree to our Privacy Policy.