Three sources, three different answers. Here is how to read each one and reconcile them into a position you can defend in a renewal or an audit.
There are three reliable ways to read what Oracle thinks you own, and each one shows a different slice of the truth. Knowing which to trust protects you in an audit.
This guide is for license managers, IT asset managers, and procurement leads who need a defensible view of their Oracle position before a renewal or an audit. Read it with the Oracle Database licensing guide and the Oracle Practice.
The mistake most teams make is trusting one source. A clean script output and a tidy CSI list can still hide a six figure compliance gap. The three options below each answer a different question.
Oracle does not give buyers a single screen that says what you own and what you use. You assemble that picture from three sources. Each has a purpose and a blind spot.
Think of entitlement and deployment as two separate ledgers. One source reports the legal grant. Two report what is installed and switched on.
Usage above entitlement is a compliance gap. Entitlement above usage is shelfware you are paying support on. You only see both by laying the three sources side by side.
Oracle reads the same gap during an audit. Building the view first lets you control the narrative rather than react to theirs.
The Oracle License Management Services scripts query the data dictionary and feature usage views. They are the most precise picture of deployed usage, and the most dangerous to share without review.
The standard collection reads DBA_FEATURE_USAGE_STATISTICS, options usage, and pack access. It captures Partitioning, Diagnostics Pack, Tuning Pack, and similar high cost options that switch on quietly.
Feature usage statistics record a feature as used even when a single test query touched it once. The Oracle Database Licensing Information manual is the reference for what each option requires, and it rarely matches a raw script flag.
Review every flag before anyone outside the team sees it. A used flag is the start of a conversation, not a confession.
Three sources, three different answers
| Source | Answers the question | Blind spot |
|---|---|---|
| Ordering documents | What am I licensed to run? | No usage data |
| LMS scripts | What is deployed and active? | Flags single use as full use |
| Enterprise Manager | What is running right now? | Console packs add exposure |
| CSI support portal | What did I buy and when? | No legal use limits |
A clean script and a tidy support portal can still hide a six figure gap. The truth lives where all three sources disagree.
Oracle Enterprise Manager, often called OEM or Cloud Control, includes a licensable management view. It is convenient and it is also a frequent source of accidental non compliance.
Many OEM packs are separately licensed. Database Lifecycle Management and Diagnostics features inside the console need their own grants. Teams enable them to monitor estates and create exposure.
OEM gives a live dashboard. The scripts give a point in time export Oracle trusts. For an audit baseline, the script export carries more weight, so use OEM for monitoring and the scripts for evidence.
The Customer Support Identifier, or CSI, ties your support contracts to your orders. The portal lists what you bought, but not always the full legal terms.
It confirms active support, the products under that support, and renewal dates. It is the fastest way to map which entitlements are still on maintenance.
It rarely shows use limits, territory restrictions, or migration rights. Those live in the signed ordering document. Always pull the original contract before you trust a portal summary.
No, running the scripts internally does not contact Oracle. The risk is sending raw output to Oracle before you review every feature usage flag and confirm it reflects real production use.
Your entitlement lives in the signed ordering documents and the master agreement. The portals report usage and orders, but the legal grant and its use limits sit only in those contracts.
Yes, several Enterprise Manager packs are separately licensed. Enabling Diagnostics or Lifecycle Management features for monitoring can create exposure if you do not hold the matching grants.
Reconcile at least quarterly and always before a renewal or a suspected audit. A current baseline lets you control the position rather than scramble when Oracle requests a measurement.
No, the CSI portal shows orders and support status but not use limits or territory rights. Always read the original ordering document alongside the portal summary before drawing conclusions.
Trusting one source. A clean script, a tidy console, or a neat CSI list each tells part of the story. Compliance gaps appear only where the three sources disagree.
Oracle ULA exit moves, Java audit defense posture, the certification framework, and the buyer side moves across the Oracle Database, Java, and EBS estate.
Used across more than five hundred enterprise engagements. Independent. Buyer side. Built for procurement leaders running the next renewal cycle.
We have never seen a clean Oracle position come from a single report. It comes from reconciling three.
500+ enterprise clients. 11 vendor practices. Industry recognized. One conversation can change what you pay for the next three years.
Audit defense moves, entitlement reconciliation tips, and renewal levers. No noise.