Product · BMC AMI Data for IMS

BMC AMI Data for IMS: priced per MSU, sold as a suite.

BMC AMI Data for IMS is the IMS database and system management suite under BMC's Automated Mainframe Intelligence brand. It is licensed on MSU capacity and packaged as an integrated bundle, so the renewal turns on the suite envelope, the MSU it sits on, and any MIPS to MSU restatement BMC applies.

№ 01

What it is

IMS toolsz/OS

BMC AMI Data for IMS is BMC's suite for managing IMS databases and systems on z/OS. It brings together change management, full function and HALDB database management, administration, recovery, and performance tooling under the Automated Mainframe Intelligence (AMI) brand, with automation and analytics layered in. For organizations running IMS in production, it is the operational toolset that keeps the databases available, recoverable, and tuned, which makes it core to the IMS estate and a recurring line in the BMC relationship.

№ 02

How it is licensed

Per MSUSuiteConsumption

AMI Data for IMS is licensed on capacity measured in MSU. BMC commonly prices its mainframe products per MSU under a consumption oriented model, and where older entitlements were written in MIPS, BMC has converted them to an MSU basis using a ratio stated in the order, reflecting the machines in use at the time. The tools are typically taken as an integrated suite rather than as wholly separate products, so the MSU basis applies across the components in the bundle. The capacity figure and the suite envelope are set in your agreement.

AMI Data for IMS licensing at a glance
AttributeDetail
Charge modelCapacity license, consumption oriented
MetricMSU of the licensed environment
Legacy basisMIPS converted to MSU by stated ratio
PackagingIntegrated AMI suite, not single tools
Billed onLicensed MSU, not IMS transaction volume

The MIPS to MSU restatement is where BMC capacity contracts move. See the MIPS to MSU conversion question before accepting a rebased renewal.

№ 03

Cost drivers

MSUSuite scope

The primary driver is the licensed MSU, since the bill scales with the capacity of the environment regardless of how hard the IMS tools are exercised. The second is suite scope: a bundle can fold in components you do not actively use, and the per MSU charge then applies across the whole envelope, so shelfware inside the suite is paid for on every MSU. The third is the capacity restatement, because a MIPS to MSU conversion or a capacity rebasing at renewal sets the baseline the suite is priced on for years, and accepting it without modeling can lift spend.

№ 04

Audit traps

CapacitySuite scope

Capacity and suite scope are where exposure builds. Common traps we see at pattern level:

Where exposure hides

  • Tools deployed on more LPARs or machines than the licensed MSU was sized to cover after a consolidation or DR build out
  • Suite components in use that the entitlement envelope does not actually include
  • An MSU figure that did not follow a hardware upgrade, leaving installed capacity above entitlement
  • Test and disaster recovery environments assumed covered when the contract caps capacity
  • A MIPS to MSU conversion applied without an independently validated ratio for the current machines
№ 05

Renewal levers

5 levers

The levers work on MSU, on suite scope, and on the competitive option. The five that pay:

Buyer side levers

  • Align licensed MSU to actual capacity, and consolidate LPARs so the basis the suite is priced on comes down
  • Scope the suite to the components you use, and refuse to pay the per MSU charge across tools you do not run
  • Validate any MIPS to MSU conversion independently before accepting it, since it sets years of spend
  • Build competitive tension with IBM IMS Tools, priced honestly against migration effort
  • Cap the renewal uplift and negotiate consumption protections rather than accepting an open ended capacity basis
№ 06

Alternatives, where credible

Real options

The IMS tools category is contestable. IBM fields its own IMS Tools covering database management, recovery, and performance, so a competitive evaluation against BMC is realistic leverage rather than a bluff. Switching means migrating utilities, batch jobs, and operational procedures, which is a project with real effort, so a full displacement is not a mid term flip. The effective play is to keep the IBM alternative priced and credible, use it to set the ceiling on the BMC suite renewal, and reserve an actual migration for when the economics or the relationship justify it.

№ 07

Frequently asked

FAQ
Q1
How is it licensed?On MSU capacity under a consumption oriented model, applied across the integrated AMI suite. Legacy MIPS entitlements were converted to MSU by a stated ratio.
Q2
What is in the suite?IMS change management, full function and HALDB database management, administration, recovery, and performance tools, packaged together under the AMI brand.
Q3
How does MIPS to MSU bite?BMC converted legacy MIPS to MSU by a stated ratio. Because the relationship varies by machine, a restatement can move the bill, so model it independently.
Q4
Can it be displaced?Yes, more realistically than an embedded database. IBM IMS Tools compete, so price the alternative against migration effort and use it as leverage.

MSU, suite scope, and a credible alternative.

Audit notice or renewal under 18 months out? We mobilize within 48 hours.

The suite is priced on MSU. We help you scope both.

Get expert help