How a Canadian Energy Company Found $2M in Oracle Licensing Exposure
The client was a Canadian integrated energy company operating upstream, midstream, and downstream assets across Alberta and British Columbia. Like most large energy organisations, they had accumulated Oracle licences over two decades of acquisitions, ERP consolidations, and infrastructure upgrades.
When Oracle's LMS team issued a formal software audit notification, the client engaged Redress Compliance to conduct an independent Oracle licensing assessment before responding. The objective: establish the accurate licence position, identify exposure, and surface optimisation opportunities before Oracle set the terms.
The assessment uncovered $2M in total adjustable cost — split between compliance exposure eliminated through legitimate technical controls and support overspend recovered through negotiated terms. The 20-point checklist below replicates the framework our advisors applied across their Oracle estate.
The 20-Point Oracle Licensing Assessment Checklist
Use this checklist to conduct your own Oracle licensing assessment. Each item reflects a risk or optimisation lever that Redress Compliance auditors review on every engagement. High-risk items are flagged with estimated exposure ranges based on our engagement data.
Section 1 — Licence Inventory & Entitlement BaselineOracle's LMS audit scripts are designed to discover every installation, including legacy Oracle Database versions running in disaster recovery, development sandboxes, and test environments that procurement never tracked. Energy companies frequently have Oracle middleware (WebLogic, SOA Suite, Forms) deployed on operational systems alongside their core ERP. Every installation — regardless of whether it is "active" — counts unless explicitly excluded by contract or technical controls. The Canadian energy client had 14 Oracle Database installations that had never been captured in their CMDB.
Oracle CSIs (Customer Support Identifiers) are the source of truth for what you are licensed to run and at what metric. Discrepancies between what procurement believes is licensed and what the CSI actually covers are common, especially following acquisitions where Oracle contracts were not properly novated. The metric matters enormously: a licence covering "Named User Plus" cannot substitute for a "Processor" licence requirement, regardless of the user count calculation. Verify every product name precisely — Oracle Database Enterprise Edition and Oracle Database Standard Edition 2 are distinct products with different feature sets and restrictions.
When a company acquires another entity, Oracle licences do not automatically transfer. The acquiring entity must formally novate the contracts through Oracle's legal process. If this step was skipped, the acquiring company is using Oracle software it is not licensed for — regardless of the acquisition agreement's intentions. Similarly, if a business unit was divested but the Oracle installation remained, the divested entity is running unlicensed software. The Canadian energy client had completed three acquisitions in six years with no formal Oracle licence novation in any of them.
Oracle Database options and management packs are separately licensed from the core Database Enterprise Edition licence. The Diagnostics Pack (required for AWR, ADDM, and Active Session History) and Tuning Pack (required for SQL Tuning Advisor and SQL Access Advisor) are the most frequently used without corresponding entitlement. Any DBA who has run Enterprise Manager against an unlicensed database has likely triggered a licensing requirement for Diagnostics Pack. The Canadian energy client had enabled Diagnostics Pack across all 23 production databases — licensed for zero. This single item accounted for $640,000 in exposure.
Oracle Database Standard Edition 2 (SE2) is licensed per Named User Plus or per server, with a maximum of two populated sockets per server. If a server running SE2 has more than two CPU sockets physically present (even if only two are populated), Oracle's position is that the server is ineligible for SE2. Additionally, SE2 cannot be deployed in a RAC (Real Application Clusters) configuration. Energy companies that run SE2 on commodity servers need to confirm socket counts precisely — server hardware refreshes frequently move installations to higher-socket servers without licence review.
Oracle's Processor metric does not count physical cores directly. It applies a Core Factor from Oracle's published table, which varies by CPU architecture. Intel Xeon processors carry a 0.5 factor (halving the effective core count), while certain AMD EPYC and IBM POWER processors have different factors. The Core Factor Table is updated periodically, and the version applicable to a given contract may differ from the current published version. Energy companies that upgraded server hardware from Xeon to EPYC need to re-verify their factor calculations. An incorrect factor of 0.25 instead of 0.5 doubles the effective licence requirement.
Oracle Database 21c introduced a Multitenant architecture that requires a separate Multitenant option licence for more than three Pluggable Databases (PDBs) in Enterprise Edition. In Standard Edition 2, the limit is one PDB. DBAs frequently create additional PDBs for application isolation without recognising the licence implications. This is a growing exposure area as organisations migrate to containerised database architectures. An energy company running Oracle Database 19c EE without Multitenant option but with eight PDBs per CDB is out of compliance unless they are within the three-PDB allowance.
Need an expert assessment of your Oracle database licensing position?
We've completed 340+ Oracle assessments across energy, manufacturing, and financial services.Oracle's January 2023 Java SE licensing change moved from a per-Named User Plus model to an Employee metric — requiring a licence for every employee in the organisation, regardless of whether they use Java directly. This change applies to Oracle JDK 8u211 and later, and to all Java SE 11, 17, and 21 releases. For a Canadian energy company with 5,000 employees, the minimum Java SE Universal subscription cost at Oracle's published rate is approximately $500,000 per year. The critical discovery task is identifying all Oracle JDK installations — including those embedded in Tomcat, WebLogic, JBoss, and commercial applications like SAP, which bundle their own JREs and are separately covered.
The most effective Oracle Java cost reduction strategy is migration to a supported, freely available OpenJDK distribution. Amazon Corretto, Eclipse Temurin (AdoptOpenJDK), Azul Zulu Community, and Microsoft Build of OpenJDK are all free, production-supported distributions that eliminate Oracle Java commercial licensing requirements for any version from Java 8 through 21. The migration process requires identifying every application that references a specific JDK path or relies on Oracle-specific extensions, then retesting on the target OpenJDK build. Energy companies that completed Java migrations before their Oracle audit notification removed the Java exposure entirely from the audit scope.
Oracle's Java 8 free-use policy ended at 8u201 (January 2019 for personal desktop use) and 8u202 (for commercial use). Any installation running 8u211 or later — which includes all security-patched versions from April 2019 onward — requires a commercial Oracle Java SE subscription under the new Employee metric. Energy companies that stayed on "Java 8" without checking the specific update number frequently assume they are still within free-use territory. The Canadian energy client had 847 Java 8 installations: 312 were on 8u202 or earlier (compliant), and 535 were on post-8u202 updates (requiring subscription). This distinction alone reduced the Java exposure calculation by 37%.
Oracle's licensing policy for VMware is one of the most contested areas in enterprise software licensing. Oracle's position is that VMware is not an "approved hard partition" technology, meaning Oracle requires organisations to licence all physical servers in a VMware cluster where Oracle software can run — not just the VMs actually running Oracle. Oracle has enforced this position in audits, though it has never been tested in court. Energy companies with large VMware environments running Oracle on a subset of VMs face potentially massive exposure if Oracle's cluster-wide counting applies. The defensive strategy involves vSphere affinity rules, DRS configuration to restrict Oracle VMs to specific hosts, and — most defensibly — migration to Oracle VM or Oracle Linux KVM, which Oracle does recognise as hard partition technologies.
Even if an organisation uses vSphere affinity rules to pin Oracle VMs to specific hosts, vMotion migration events — including automated DRS migrations and manual administrator-initiated moves — create a historical record of which physical hosts the Oracle software has touched. Oracle's LMS scripts collect vCenter logs and can identify every host an Oracle VM has accessed. If an Oracle VM was vMotioned to a different host even once, Oracle's position is that the destination host must also be licensed. Energy companies should conduct a minimum 12-month review of Oracle VM migration history before any audit response. The Canadian energy client found 23 host-migration events across a 2-year period, each representing additional processor licensing requirements under Oracle's position.
Oracle's partitioning rules vary by hypervisor technology. Microsoft Hyper-V is recognised by Oracle as capable of hard partitioning when configured with Hyper-V partitions that restrict Oracle software to specific virtual processors. Oracle Linux KVM and Oracle VM (OVM) are Oracle's own approved partition technologies where only the vCPUs allocated to the Oracle VM need to be licensed. Bare-metal deployments require licensing all physical processor cores on the server (adjusted by the Core Factor). Energy companies with mixed hypervisor environments — common after acquisitions where target companies ran different virtualisation stacks — must apply different counting rules to each environment segment.
An Oracle ULA grants unlimited deployment rights for specified products over a fixed term (typically three to five years), at the end of which the organisation certifies the quantity deployed and converts to perpetual licences at that quantity. The certification process is critical: organisations that certify too early lock in a lower quantity; those that certify too late (or inadvertently let the ULA lapse) may face retroactive licence demands. The optimal certification strategy maximises the certified deployment count, which becomes the permanent perpetual licence entitlement. Energy companies with ULAs covering Oracle Database, WebLogic, or middleware should assess certification timing 18 months before expiry. The Canadian energy client had an Oracle Technology ULA expiring in 14 months — with significant uncertified deployment capacity remaining.
Oracle Annual Technical Support (ATS) is charged at 22% of the net licence fee per year — and it does not automatically decrease when systems are decommissioned. Organisations continue paying ATS on retired licences unless they formally terminate support through Oracle's MyOracle Support process. Additionally, Oracle's support price increase mechanism ("Sustainable Support" policy) applies annual increases unless the organisation exercises specific contractual rights during their designated review window. Energy companies that have decommissioned Oracle systems, consolidated databases, or reduced user populations typically have support cost reduction opportunities. The Canadian energy client recovered $380,000 in annual ATS through support termination on 12 retired product lines.
Third-party Oracle support providers — including Rimini Street and Spinnaker Support — offer Oracle Database and application support at 50% or less of Oracle's ATS rate, without Oracle's annual support price increases. Third-party support is appropriate for stable workloads not requiring new Oracle product releases, patches beyond a certain maturity point, or Oracle Cloud integrations. Energy sector SCADA and operational technology systems running Oracle Database in stable configurations are strong third-party support candidates. The trade-off: returning to Oracle support after a period on third-party support is possible but can be administratively complex and may involve back-support payments for the gap period.
Oracle E-Business Suite licensing is based on Named User Plus (NUP) for most modules. The critical distinctions are: Full Use licences (for users who use EBS as a primary application function), Application Specific Full Use (ASFU) licences (for users who access EBS only from other Oracle products), and licences for "light" or "read-only" user access in specific modules like iExpenses or iRecruit. Energy companies that have grown headcount, expanded EBS module use, or granted access to external contractors without corresponding NUP purchases face exposure. The minimum NUP counts apply (typically 10 or 25 NUP per processor) if user counts are very low, making small deployments more expensive per user than large ones.
Oracle WebLogic Server Standard Edition and Enterprise Edition have different feature sets and significantly different pricing. WebLogic Standard Edition does not include clustering, work managers, Oracle HTTP Server, or WebLogic Server Management Pack. Any WebLogic deployment using clustered server instances, advanced deployment features, or Enterprise Edition-only capabilities requires an Enterprise Edition licence — regardless of what edition the CSI shows as purchased. Development and test WebLogic deployments also require licences (without the "developer" licence mitigation that applies to Oracle Database). Energy companies using WebLogic for J2EE application hosting frequently have licence mismatches between purchased and deployed editions.
Oracle's cloud licensing policy for non-Oracle clouds (AWS, Azure, GCP) is one of the most complex areas in Oracle licensing. For Oracle Database on AWS or Azure bare-metal or dedicated hosts, Oracle allows licensing of only the vCPUs allocated to the virtual machine (subject to the 0.5 Core Factor). For shared virtual machines (i.e., standard AWS EC2 instances), Oracle's policy still technically requires licensing all physical cores on the underlying host — though this position is contested. Energy companies that migrated Oracle workloads to cloud without reviewing Oracle's specific cloud licensing policy may have created significant exposure or significant over-licensing depending on their interpretation. Oracle's June 2024 cloud licensing policy update changed key rules for authorised cloud environments.
Oracle's formal audit notification is a letter from Oracle's License Management Services (LMS) team, not a legal subpoena. Organisations have rights in the audit process: the right to review Oracle's audit scripts before execution, the right to engage independent licensing counsel, the right to challenge audit scope (particularly regarding what software and what time periods are in scope), and the right to negotiate settlement terms. Never submit Oracle LMS script output without independent expert review. Oracle's LMS scripts are designed to maximise Oracle's findings, not provide an accurate picture. The Canadian energy client reduced their audit exposure by $820,000 by challenging Oracle's virtualisation counting methodology and providing technical evidence of affinity rule configuration pre-dating the audit notification.
Applying This Checklist to Your Oracle Estate
The 20 items above represent the core risk and optimisation areas that Redress Compliance assessors review on every Oracle engagement. Not all items will be relevant to every organisation, but in the energy sector — with its complex IT estates, virtualised infrastructure, operational technology systems, and multi-entity corporate structures — most organisations will find exposure in at least five to eight areas.
The value of this checklist is not just in identifying risk. It is in identifying defensible positions: places where your technical configuration, your contractual rights, or Oracle's own policy ambiguity creates legitimate arguments for a lower licence count. That is where the recoverable value is found.
Redress Compliance has completed 340+ Oracle licensing assessments across energy, resources, manufacturing, financial services, and public sector. We work exclusively for the buyer — never for Oracle, never for any software vendor. Our Oracle team includes former Oracle LMS auditors who know exactly how Oracle approaches its assessments, and what Oracle considers strong versus weak technical evidence.
Download the full Oracle Audit Defence Guide
Includes LMS script analysis guide, virtualisation defence template, and settlement negotiation framework.Book an Oracle Licensing Assessment
If you have received an Oracle audit notification, are approaching a ULA certification, or simply want to understand your Oracle licensing position before Oracle does, book a no-obligation assessment call with our Oracle practice.
Our initial 45-minute assessment call is free. We will review your Oracle estate at a high level, identify your three highest-risk areas, and tell you whether a formal engagement is warranted — with no commitment required.