License the cores Oracle actually uses, not the server it sits on. The policy is precise. Implemented exactly, it cuts Enterprise Edition costs 30 to 60 percent.
Oracle accepts a short list of hard partitioning technologies. Configured and evidenced exactly as the policy describes, they cut Database license cost by 30 to 60 percent and hold at audit.
Hard partitioning lets you license Oracle Database to the physical cores actually allocated to the Oracle workload instead of the full server, and Oracle recognizes only the technologies named in its partitioning policy document. Everything else counts as soft partitioning and licenses the whole machine.
The policy is not part of your contract. It is a published Oracle position paper, which cuts both ways: it is not binding on you, but Oracle audit teams apply it without exception.
The accepted list is short and specific. The most used entries in current estates are:
VMware vSphere, Microsoft Hyper V, and Nutanix AHV never qualify, regardless of pinning, affinity rules, or DRS host groups. Oracle's position licenses every physical host where the workload could run, and with vSphere clusters that can mean the entire estate.
An implementation survives audit when the capping mechanism, the core count, and the evidence trail all match the policy text. The configuration alone is not enough; you need timestamped proof it was in place for the whole license period.
Hard versus soft partitioning treatment on common platforms
| Platform | Oracle treatment | License scope |
|---|---|---|
| Oracle Linux KVM, pinned | Hard partitioning | Pinned cores only |
| Solaris Capped Zones | Hard partitioning | Capped cores only |
| IBM LPAR, capped | Hard partitioning | LPAR allocation |
| VMware vSphere, any config | Soft partitioning | All hosts in cluster |
| Hyper V, any config | Soft partitioning | Full physical server |
| OCI, AWS, Azure vCPU | Cloud policy | Counted vCPUs |
Keep configuration exports, change tickets, and quarterly screenshots for every capped host. In the audits we defended, the estates that produced dated evidence within two weeks closed partitioning questions without findings.
The standard advice is to avoid hard partitioning because Oracle audits it aggressively. We disagree. In roughly 15 of 20 capped implementations Fredrik Filipsson reviewed in 2024 to 2025, the configuration held at audit and the customer kept savings of 30 to 60 percent on Enterprise Edition licensing. The estates that lost were the ones that pinned CPUs informally and never matched the policy text. The buyer side move is to implement exactly what the policy describes, document it quarterly, and treat the policy PDF as the audit script it is.
Source: Redress Compliance advisory engagement file, 2024 to 2025.
Hard partitioning is not a loophole. It is Oracle's own policy, applied precisely. The customers who lose are the ones who improvise.
Hard partitioning wins when a large physical estate runs a small, stable Oracle footprint; consolidation, BYOL to OCI, or a move to Standard Edition 2 can beat it when the footprint is shrinking. Model all three before committing engineering time.
A capped configuration changes your support baseline as well as your license need. Reducing licensed cores ahead of a renewal resets the support stream before the uplift compounds, which is where the multi year money is. See the Oracle support cost reduction guide for the sequencing.
Start with the Oracle advisory practice or the Oracle knowledge hub. The Oracle partitioning policy guide covers the policy document clause by clause, and Vendor Shield keeps the position reviewed year round.
Hard partitioning physically caps the cores available to Oracle and licenses only those cores. Soft partitioning, which includes VMware and Hyper V in any configuration, does not limit license scope, so the full server or cluster must be licensed.
No. Oracle treats every VMware configuration as soft partitioning, including pinning and host affinity rules. Oracle expects every host where the workload could run to be licensed, which in a vSphere cluster can mean all of them.
The policy names Oracle Linux KVM with capped configuration, Solaris Capped Zones, IBM LPAR with capped pools, legacy Oracle VM Server, and capped vCPU counting in authorized clouds under the separate cloud policy.
In the 2024 to 2025 positions we reviewed, correctly implemented capping cut Oracle Database Enterprise Edition license requirements by 30 to 60 percent against full server licensing, and the savings held through audit where evidence was kept.
The policy is a published Oracle position paper, not a contract term. In practice Oracle audit teams apply it strictly, so the pragmatic move is to implement to its letter and document the configuration continuously.
Hard partitioning implementation steps, the audit evidence pack, edition downgrade screens, and the support re baselining sequence.
Used across more than five hundred enterprise engagements. Independent. Buyer side. Built for procurement leaders running the next renewal cycle.