Product · Rocket UniVerse and UniData

Rocket U2: priced on users and devices, not on MSU.

Rocket UniVerse and UniData are the two MultiValue databases in the Rocket U2 family, and they are licensed on concurrent users or devices rather than mainframe capacity. The levers are the seat and device count, the editions and connectors enabled, and the wider Rocket relationship the renewal sits inside.

№ 01

What it is

MultiValue DBMSU2

Rocket UniVerse and Rocket UniData are the two databases that make up the Rocket U2 family, a MultiValue (post-relational) data platform that has carried mission critical applications for decades across banking, retail, distribution, and government. UniVerse traces to the PICK lineage and UniData to a parallel MultiValue heritage; Rocket Software (formerly the steward of the Micro Focus and ASG portfolios it has consolidated) now owns and maintains both, along with the U2 development tools and the free MultiValue Integration Server. They run on UNIX, Linux, and Windows rather than as z/OS sub-capacity products, but they sit squarely inside the legacy enterprise estates we are routinely asked to baseline alongside the mainframe.

№ 02

How it is licensed

UsersDevicesEditions

U2 is licensed primarily on concurrent access rather than processor capacity. The common metric is the number of simultaneous users or devices authorized against the data server. Device licensing for the Server Edition lets a buyer tune the number of connections allowed per device, such as a single user's PC, and connection pooling for stateless and web workloads is authorized separately so it does not consume data server licenses. The U2 clients ship at no additional cost. Because the metric is seats and connections rather than MSU, a U2 entitlement is not measured through SCRT and is not a mainframe MLC or IPLA line; the cost moves with the user and device count and the priced editions and connectors enabled.

Rocket U2 licensing at a glance
AttributeDetail
Charge modelRecurring license plus maintenance
Primary metricConcurrent users or devices
PlatformsUNIX, Linux, Windows (not z/OS sub-capacity)
Connection poolingAuthorized separately, does not consume server licenses
Not priced onMSU, MIPS, or SCRT capacity

Directional and pattern level. Editions, device rules, and connector terms evolve, so confirm the current model in your own U2 schedules before modeling a renewal.

№ 03

Cost drivers

SeatsOptions

The first cost driver is the licensed user or device count, which tends to be set high and rarely revisited, so it often sits above true concurrent demand once an application matures. The second is the set of priced editions, options, and connectors enabled on top of the base database, which accumulate over years of project work and are seldom retired when the project ends. The third is environment sprawl: test, training, and disaster recovery copies that the agreement may scope more narrowly than production. Maintenance is charged as a percentage of license value, so any padding in the base entitlement compounds every year it is renewed.

№ 04

Audit traps

SeatsPooling

U2 exposure sits in the gap between what is deployed and what is contracted. Common traps we see at pattern level:

Where exposure hides

  • Concurrent user or device counts that have drifted above entitlement as the application grew
  • Connection pooling configured in a way that a reviewer reads as exceeding the licensed model
  • Priced options or connectors switched on for a past project and never disabled
  • Test, training, and disaster recovery deployments scoped more narrowly than production
  • Server moves and consolidations that left stale entitlements no longer matched to hardware
№ 05

Renewal levers

5 levers

A U2 estate is long lived, which means years of accumulated entitlement to reconcile. The five levers that pay:

Buyer side levers

  • Right size the seats: reconcile true concurrent demand against the licensed user or device count and cut the slack
  • Retire dead weight: remove environments and copies that no longer carry load
  • Validate pooling: confirm connection pooling is configured within the licensed model before a review tests it
  • Strip unused options: drop priced connectors and editions that no projects still rely on
  • Cap the uplift: lock a firm ceiling on the annual escalator and on the maintenance percentage
№ 06

Alternatives, where credible

Reality check

MultiValue is a niche, and migrating a UniVerse or UniData application to a relational database or a different MultiValue platform is a real project with real risk, because the data model and the application logic are tightly coupled to U2 behavior. That makes wholesale replacement a slow lever, not a fast one. The more reliable position is scope discipline and a credibly prepared modernization path held in reserve, since Rocket itself sells the modernization tooling and has an interest in keeping the estate inside its portfolio. Price any migration honestly, including retraining and parallel running, before treating it as leverage.

№ 07

Frequently asked

FAQ
Q1
How are UniVerse and UniData licensed?On concurrent users or devices against the data server, with device licensing tuning connections per device and connection pooling authorized separately. Not on MSU.
Q2
Do they scale with MSU?No. U2 runs on UNIX, Linux, and Windows, not as a z/OS sub-capacity product, so it is not measured through SCRT. Cost moves with seats, editions, and connectors.
Q3
Where does exposure hide?Seat and device counts above entitlement, pooling read as out of model, unused priced options left enabled, and test or DR copies scoped more narrowly than production.
Q4
How do you cut the renewal?Right size the seats, retire dead environments, validate pooling, strip unused options, and cap the uplift, ideally inside the wider Rocket relationship.

Seats and options, not capacity, set the U2 number.

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

A U2 estate is years of drift. We reconcile it before the vendor does.

Get expert help