Product · BMC MainView

MainView: the monitor that can lift the peak it measures.

BMC MainView, now branded under BMC AMI Ops Monitoring, watches your z/OS environment continuously and is licensed on the MSU of that environment. Its own monitoring overhead consumes MSU, so on a consumption metric it is one of the few products that can contribute to the figure that prices it, and it competes directly with IBM OMEGAMON.

№ 01

What it is

Monitoringz/OS

BMC MainView is a mainframe systems monitoring suite for z/OS, covering performance, availability, and operations across subsystems such as CICS, Db2, IMS, MQ, and the z/OS image itself. BMC has folded it into the BMC AMI Ops family, so newer materials refer to BMC AMI Ops Monitoring, but the installed product and its licensing heritage are still widely known as MainView. It is the operational eyes on the platform, and it is a direct competitor to IBM OMEGAMON, which matters more for its economics than its features do.

№ 02

How it is licensed

MSUCapacityzCL

MainView is licensed on mainframe capacity measured in MSU. The traditional entitlement is a contracted MSU figure for the environment it monitors. BMC also offers zConsumption Licensing (zCL), a consumption model that sets the charge from actual measured z/OS MSU utilization, with customers paying on the prior year's consumption and truing up overage annually. Under either model the cost tracks the size and consumption of the monitored estate, not the count of monitors or users, so the controlling questions are whether the contracted MSU still fits and whether a consumption model would help or hurt your profile.

MainView licensing at a glance
AttributeDetail
Product familyBMC AMI Ops Monitoring (MainView heritage)
MetricMainframe capacity in MSU
Legacy modelContracted MSU for the monitored estate
Consumption modelzConsumption Licensing (zCL), measured MSU with annual true up
Competitive positionDirect rival to IBM OMEGAMON

Confirm whether your environment is on contracted MSU or zCL before renewal; the two meter differently and the move between them is negotiable.

№ 03

Cost drivers

Monitored MSUOverhead

The base driver is the MSU of the monitored estate, contracted or measured. The distinctive second driver is the monitoring overhead itself: MainView's address spaces consume MSU continuously, and on a consumption metric that overhead is part of the figure that prices the product and everything else on the image. It is usually modest against production workload, but on a tightly managed or consumption billed environment it is not nothing. The third driver is breadth: MainView is modular across subsystems, and monitors enabled for subsystems no longer in scope quietly extend the licensed footprint.

№ 04

Audit traps

Module sprawlNon-prod

MainView exposure comes from its modularity and from capacity drift. Common traps we see at pattern level:

Where exposure hides

  • Subsystem monitors enabled for CICS, Db2, IMS, or MQ environments that have since been retired or consolidated
  • Contracted MSU set when the estate was larger and never reset to the capacity actually monitored
  • Monitoring running on test, development, and disaster recovery LPARs without a clear entitlement line
  • A zConsumption Licensing move accepted without modeling how it meters the monitoring overhead and the wider estate
  • Overlap with another monitoring tool, so the same systems are watched and licensed twice
№ 05

Renewal levers

5 levers

Monitoring is more displaceable than core infrastructure, so MainView gives a buyer real room. The five levers that pay:

Buyer side levers

  • Reconcile monitored MSU: prove the capacity actually monitored against the contracted figure and reset a commitment sized for a larger estate
  • Prune the modules: switch off and stop licensing subsystem monitors for environments that no longer exist
  • Trim peak overhead: tune monitoring intervals and collection during the peak window so the suite contributes less to a consumption measured figure
  • Model zCL before accepting it: confirm whether consumption licensing genuinely lowers cost for your utilization profile rather than assuming it does
  • Use the OMEGAMON alternative: a credible evaluation of the IBM rival is one of the stronger backdrops on monitoring spend, because BMC competes hard for this business both ways
№ 06

Alternatives, where credible

Reality check

MainView's principal alternative is IBM OMEGAMON, and the relationship runs both ways: BMC built much of its mainframe business displacing IBM tools, and IBM competes to win monitoring back. That mutual contestability is what makes the alternative usable. Switching monitoring suites is real work, replacing dashboards, automation hooks, and operational runbooks, but it is bounded and routinely done, unlike replacing a security manager or a database. A scoped evaluation of the rival is therefore a legitimate lever, and even held in reserve it changes the renewal conversation more than it would for a product with no realistic substitute.

№ 07

Frequently asked

FAQ
Q1
How is MainView licensed?On mainframe capacity in MSU, either a contracted figure or BMC zConsumption Licensing measured against actual utilization with an annual true up. Cost tracks the monitored estate, not users.
Q2
Can a monitor raise its own bill?It can contribute. MainView address spaces consume MSU, so on a consumption metric the monitoring overhead is part of the measured figure. Trimming peak overhead is a real lever.
Q3
How does it relate to OMEGAMON?MainView is BMC's monitoring suite and OMEGAMON is IBM's. They are direct rivals, and that mutual contestability makes a credible evaluation a strong negotiation backdrop.
Q4
What moves the number?Reconciling monitored MSU, pruning unused subsystem modules, modeling zCL before agreeing, and using a credible OMEGAMON evaluation as leverage.

Monitoring is contestable, so price it that way.

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

It watches the platform. We help you watch the bill.

Get expert help