How to Use This Assessment
This tool is structured around the same 20 risk vectors Redress Compliance reviews in every Oracle estate engagement. Each item includes an expert note drawn from real audit findings, ULA certifications, and negotiation outcomes. Work through each point methodically. Any item where your answer is "unsure" or "no" represents a live financial or compliance exposure.
For the ADNOC engagement, the estate covered Oracle Database Enterprise Edition, Oracle E-Business Suite, Oracle WebLogic Server, Oracle Java SE, and a portfolio of on-premises middleware running across a VMware-based data centre with over 2,400 physical cores. The majority of the $6M recovery came from just four of the 20 items below.
— Morten Andersen, Redress Compliance
Section 1: Database Licensing Fundamentals
Oracle Database Enterprise Edition remains the highest-risk product in most enterprise estates. Processor licensing, core factors, and option/pack activation together account for the majority of Oracle audit findings worldwide. Oil & gas organisations typically run Oracle DB on large x86 clusters — making every calculation here high-stakes.
Confirm that your Oracle Database processor licence count equals total physical cores multiplied by the applicable core factor from Oracle's Processor Core Factor Table. Intel Xeon and AMD EPYC processors typically carry a 0.5 factor; IBM POWER processors carry 1.0. Verify the exact processor model in each server, apply the correct factor, and round up to the nearest whole number. Compare the result to your current entitlement count.
Oracle automatically installs all options and packs with Database Enterprise Edition. Any feature used — even once, even inadvertently by a DBA running a diagnostic query — is deemed licensed and creates a perpetual obligation. Run Oracle's Feature Usage Statistics script (DBA_FEATURE_USAGE_STATISTICS) across all instances. Map every feature with CURRENTLY_USED = TRUE or DETECTED_USAGES > 0 to a licence entitlement. Common unlicensed features found in energy sector estates include Diagnostic Pack, Tuning Pack, Advanced Compression, Active Data Guard, and Oracle Partitioning.
If you licence Oracle Database Enterprise Edition on a Named User Plus (NUP) metric, Oracle requires a minimum of 25 NUPs per processor licence (based on the core factor calculation). Verify that your NUP count meets this floor across every licensed server. This check is frequently overlooked when processor counts change following hardware refreshes or when servers are added to clusters without a corresponding licence review.
Oracle's licensing policy requires DR and standby servers running Oracle software to be licensed, unless covered by a specific licensing exception. The Active Data Guard option requires a separate licence. Passive failover standby databases (no active queries, no reporting) may qualify for Oracle's 10-day failover policy — but only if specific conditions are met and documented. Inventory every DR instance and validate which policy applies.
Section 2: Virtualisation & Infrastructure Risk
Oracle's virtualisation policy is the single most contentious area in Oracle licensing. Oracle does not recognise VMware, Microsoft Hyper-V, or most other hypervisors as "hard partitioning" — meaning that if Oracle software can run on any host in a cluster, Oracle's position is that all hosts must be fully licensed. This creates enormous leverage for Oracle auditors in VMware-heavy data centres.
If Oracle DB VMs are hosted on a VMware vSphere cluster, Oracle's position requires all physical hosts in that cluster to be fully licensed — not just the hosts the Oracle VM currently runs on. Identify every VMware cluster hosting Oracle workloads, count the total physical cores across all hosts in each cluster, apply the core factor, and compare against current entitlements. If you have not done this calculation, assume you are under-licensed.
Any Oracle VM that has the ability to migrate — via vMotion, DRS, or automated load-balancing — to an unlicensed host creates an immediate compliance exposure. Even historical snapshots of Oracle VMs can be counted by Oracle's audit scripts. Disable automated DRS migration for Oracle VMs, document VM affinity rules, and audit any snapshot history for Oracle instances.
Oracle recognises only a narrow set of technologies as "hard partitioning" — including Oracle VM Server, Oracle Solaris Zones (non-capped excluded), and IBM LPAR with dedicated CPUs. If your infrastructure roadmap includes a move away from VMware (particularly given Broadcom's 2024 pricing changes), evaluate whether migrating Oracle workloads to Oracle VM or bare metal would eliminate the cluster-wide licensing risk and reduce long-term licence exposure.
Section 3: Java SE Licensing
Oracle's January 2023 switch to an employee-based Java SE Universal Subscription model turned a previously manageable cost into a potentially enormous liability for large enterprises. An oil & gas major with 60,000 employees can face an annual Oracle Java bill exceeding $3M — even if only a fraction of employees use Java-based applications.
Run a full discovery of Oracle JDK installations across production, development, test, staging, and containerised environments. The Oracle Java Universal Subscription is calculated on total employee headcount — not on the number of JDK installs — but discovery is still necessary to understand which systems are using Oracle-branded JDK versus an OpenJDK build. Any Oracle JDK version receiving updates after September 2024 (when the NFTC free period ended) requires a paid subscription.
Assess which Oracle JDK deployments can be replaced with a supported OpenJDK distribution (Adoptium, Amazon Corretto, Microsoft Build of OpenJDK, Azul Zulu). For applications not requiring Oracle-specific patches, OpenJDK migration eliminates the Java subscription cost entirely. Prioritise migration of JDK 8, 11, and 17 instances — the most common versions still running Oracle-branded binaries in enterprise estates.
Docker images and Kubernetes workloads that embed Oracle JDK are licensable under the Universal Subscription model. Audit your container registry for base images containing Oracle Java. CI/CD pipelines that pull Oracle JDK as a build tool are also in scope. This is a rapidly growing exposure area as energy sector organisations accelerate DevOps adoption for operational analytics and AI workloads.
Section 4: ULA & Agreement Management
Oracle Unlimited License Agreements (ULAs) are common in large energy sector organisations due to the scale of Oracle deployments. A ULA provides unlimited use of specified products for a fixed term (typically three years), after which the organisation must either renew or "certify" — locking in a specific licence count. Certification is where most value is lost or recovered.
Obtain every Oracle ordering document associated with your current or most recent ULA. Verify exactly which products are included, on which metric (processor or NUP), and whether any geographic or entity restrictions apply. ULAs frequently exclude options, packs, cloud services, and recently acquired Oracle products — usage of excluded items creates a compliance liability even during the ULA term.
If your ULA is approaching its end date (within 18 months), begin your certification count immediately. Include all environments — production, development, test, QA, and disaster recovery. Under-counting during certification leaves you under-licensed post-ULA; over-counting leaves you paying unnecessary annual support on phantom licences. Both errors are costly. The certification count you agree with Oracle is permanent — it cannot be revised downward after submission.
At ULA expiry, you face a binary choice: certify (exit the ULA with a fixed perpetual count) or renew (enter another ULA term). Oracle's sales team will almost always recommend renewal — because it preserves Oracle's revenue and avoids locking in a low licence count. Run a quantitative analysis comparing the net present value of certifying at current deployment levels versus the cost of a renewal term, factoring in cloud migration plans and anticipated workload changes.
Section 5: Support, Cloud & Middleware
Oracle's annual support model — typically 22% of the net licence fee — represents the largest recurring Oracle cost for most enterprises. Third-party support alternatives, cloud migration paths, and middleware rationalisation together offer the most accessible cost reduction levers available without renegotiating the core product licence structure.
Oracle standard support is priced at 22% of net licence value annually, and Oracle's support contracts typically include an annual uplift of 4–8%. Review which Oracle products you are actively using Oracle support for — including submitting SRs, downloading patches, or accessing My Oracle Support (MOS). Products that are stable, at end-of-development, or earmarked for decommission within three years are candidates for third-party support or support termination.
Evaluate whether Oracle EBS, Oracle Database, or Oracle Middleware products in your estate qualify for third-party support through providers such as Rimini Street, Spinnaker Support, or US Cloud. Third-party support is legally permitted, typically saves 50% vs Oracle's support fees, and does not affect your perpetual licence entitlements. The key constraint is that third-party support providers cannot deliver Oracle patches — so assess whether your security patching strategy can operate without access to new Oracle CPUs.
Oracle WebLogic Server, Oracle Forms, and Oracle Reports are frequently over-licensed in large enterprise estates. Verify that WebLogic Server processor licence counts match deployed cores, and that you are not paying for WebLogic Suite (which includes several components you may not be using) where the standalone WebLogic Server licence would suffice. Oracle Forms and Reports deployments are often candidates for decommission in favour of modern web application frameworks.
If Oracle workloads are being migrated to AWS, Azure, Google Cloud, or Oracle Cloud Infrastructure (OCI), validate the licensing model before migration. BYOL (Bring Your Own Licence) on third-party clouds requires the same processor licence count as on-premises, based on the cloud provider's vCPU-to-core mapping. On OCI specifically, Oracle offers more favourable BYOL terms. Incorrect cloud licensing assumptions can create a larger compliance exposure than the on-premises environment being replaced.
Oracle's indirect access policy holds that any data accessed in an Oracle database by a non-Oracle application is potentially licensable — based on the total number of users or devices that could access that data. This applies to ERP integrations, data warehouse pipelines, API gateways, and industry-specific systems (such as SCADA historians, GIS platforms, or supply chain tools) that read from or write to Oracle databases. Identify all third-party applications that touch Oracle data and assess their licence position under Oracle's current indirect access policy.
Oracle's License Management Services (LMS) team uses a suite of scripts to scan Oracle environments during audits. Obtain and run Oracle's published Collection Scripts against your estate before any audit is triggered. Review the output for unexpected findings, feature activations, or deployment counts that differ from your licence register. Oracle will use the script output as the primary basis for any compliance gap assessment — you should know what it says before they do.
Map all upcoming Oracle support renewal dates, ULA expiry dates, and cloud subscription renewal windows on a forward-looking calendar. Oracle's sales team is most receptive to pricing and scope negotiations in the 90–180 days before renewal. Any negotiation attempted after a renewal order is placed has significantly less leverage. Ensure that renewal conversations are initiated with independent advisory support — Oracle's sales team is expert at structuring deals that appear attractive while locking in long-term cost commitments that disadvantage the buyer.
What the ADNOC Engagement Proved
The $6M savings achieved in this engagement did not come from a single dramatic finding. They came from the cumulative effect of working through assessments like this one, methodically, with the depth of knowledge that only comes from having been on Oracle's side of the table. The four highest-value items — database options exposure, VMware cluster-wide licensing, ULA scope violation, and support renegotiation — each required a combination of technical expertise, contract interpretation, and negotiation skill that is difficult to replicate without specialist support.
The 20 points in this checklist represent the minimum viable assessment for any large Oracle estate. For ADNOC-scale environments, the full Redress Compliance methodology extends to over 60 assessment points covering specific technology configurations, contract language analysis, and benchmarking against industry peer data. If any item on this checklist has surfaced a question you cannot answer with confidence, that gap is worth addressing before Oracle addresses it for you.