Oracle database licensing

Hardware Limits and Restrictions for Oracle Database Standard Edition 2

Hardware Limits and Restrictions for Oracle Database Standard Edition 2

Hardware Limits and Restrictions for Oracle Database Standard Edition 2

Oracle Database Standard Edition 2 (SE2) offers a cost-effective and straightforward licensing model, ideal for small- to medium-sized databases. However, it comes with specific hardware and feature restrictions that organizations must consider carefully when planning database deployments.

This article covers:

  • Socket limitations and core licensing rules for SE2
  • Cluster and Real Application Clusters (RAC) restrictions
  • Cloud environment considerations and limits
  • High availability features available with SE2
  • Practical examples and recommended scenarios

Read more Oracle Database Licensing FAQs.


SE2 Hardware Limits: Maximum 2 CPU Sockets

Oracle SE2 can only be licensed on servers with a maximum of two CPU sockets. It does not matter if one socket is empty—what counts is the server’s maximum socket capacity.

Key points:

  • 2-socket maximum per physical server.
  • Applies regardless of cores per CPU.
  • If the server has more than two sockets (even if unused), it cannot run SE2.

Examples:

Server ConfigurationSE2 Allowed?Licensing Required
1 socket, 16 cores✅ Yes1 SE2 license
2 sockets, 32 cores total✅ Yes2 SE2 licenses (1 per socket)
4 sockets (only 2 populated)❌ NoNot eligible

Core Count Per Socket: Unlimited Cores, Fixed License Cost

SE2 licensing is based solely on the number of occupied CPU sockets, regardless of how many cores each socket has. No per-core counting or core factor table was applied.

This means:

  • A single SE2 license covers all cores within one occupied socket.
  • Upgrading CPUs to higher-core-count models does not increase licensing costs, provided you remain within two sockets.

Examples:

Server SetupSockets LicensedLicense Count
1 socket × 8-core CPU1 socket1 license
1 socket × 32-core CPU1 socket1 license
2 sockets × 16-core CPUs each2 sockets2 licenses
2 sockets × 64-core CPUs each2 sockets2 licenses

This model significantly reduces costs and simplifies licensing management compared to Enterprise Edition.

Read Oracle Database Licensing: Enterprise Edition vs. Standard Edition 2.


Real Application Clusters (RAC) Restrictions

Oracle RAC (Real Application Clusters) allows databases to run simultaneously on multiple servers (active-active clustering), improving performance and availability. However, RAC capabilities have changed significantly for SE2:

  • Oracle Database 12c and 18c allowed SE2 to use RAC on up to two nodes (each limited to two sockets).
  • Starting with Oracle Database 19c, RAC is no longer supported on SE2.

Instead, Oracle introduced Standard Edition High Availability (SEHA) for SE2:

  • SEHA provides basic failover clustering using Oracle Clusterware.
  • Only one active database instance at a time—no active-active RAC.
  • No extra license cost (included in SE2).

RAC/SEHA Summary Table:

Oracle VersionRAC Supported?SEHA Available?Clustering Type
12c/18c✅ (max 2 nodes)❌ NoActive-active RAC
19c and later❌ No RAC✅ YesActive-passive (failover)

SEHA provides reliable but simpler failover clustering compared to RAC, which is suitable for environments that don’t need constant active-active capabilities.


Cloud Environment Restrictions for SE2

Oracle’s cloud licensing policy further restricts the use of SE2 in public cloud environments (e.g., AWS, Azure, Google Cloud):

  • SE2 instances in public clouds cannot exceed eight virtual CPUs (vCPUs) per instance.
  • Roughly equivalent to Oracle’s on-premises 2-socket limit.
  • Applies explicitly in AWS and other “Authorized Cloud Environments.”

Cloud Deployment Examples:

Cloud InstancevCPU CountSE2 Allowed?Licenses Needed
AWS m5.2xlarge8 vCPUs✅ Allowed2 SE2 licenses (equivalent)
AWS m5.4xlarge16 vCPUs❌ Not allowedN/A

If your workloads exceed 8 vCPUs in the cloud, consider splitting them across multiple SE2 instances or upgrading to Enterprise Edition.


Scalability and Use-Case Recommendations

Due to these restrictions, SE2 is most suitable for:

  • Small-to-medium sized databases
  • Predictable workloads within two sockets
  • Applications without need for advanced options or active-active clustering
  • Cost-sensitive scenarios prioritizing simplicity and predictability

Consider Enterprise Edition instead when:

  • Your server hardware exceeds two sockets
  • You require active-active RAC clustering
  • Your database workload scales beyond the SE2 16-thread limit
  • You need advanced database options (Partitioning, Active Data Guard, Advanced Security, etc.)

SE2 Licensing: Real-World Example Scenarios

Scenario 1: Small Business ERP Application

  • Server: 1 socket, 24-core CPU
  • License Needed: 1 SE2 license
  • Ideal SE2 scenario: Simple, predictable, affordable

Scenario 2: Medium-Sized Application Server

  • Server: 2 sockets, each 16-core CPU (32 cores total)
  • License Needed: 2 SE2 licenses (one per socket)
  • Perfect SE2 scenario: Cost-effective, maximized core usage per socket

Scenario 3: Large Server with Multiple Sockets

  • Server: 4 sockets (2 occupied, two empty)
  • License Needed: Not eligible for SE2 (server has >2 socket capacity)
  • Recommended action: Use Enterprise Edition or downsize server

SE2 High Availability Considerations

Since active-active RAC clustering is unavailable in SE2 (from 19c onward), alternative HA strategies include:

  • Standard Edition High Availability (SEHA):
    • Built-in Oracle failover clustering (active-passive)
    • No extra licensing required
  • Third-party or infrastructure-level clustering:
    • VMware HA, Windows clustering, Linux HA, etc.
    • Cost-effective methods for enhancing availability

These options provide sufficient HA for most small-to-medium use cases without additional licensing costs.


Quick Reference: SE2 Hardware and Licensing Limitations

SE2 LimitationDetails
Maximum CPU Sockets2 sockets (max per server/node)
Core Count per SocketUnlimited (no extra cost for high-core CPUs)
Real Application ClustersNot supported in SE2 (from 19c onward)
SEHA AvailabilityIncluded free (active-passive clustering)
Cloud EnvironmentsLimited to maximum 8 vCPUs per instance

Common Misconceptions about SE2

  • Misconception: More cores per socket increase licensing costs.
    • Reality: SE2 licensing remains flat per occupied socket, regardless of core count.
  • Misconception: RAC is still supported on SE2.
    • Reality: RAC was removed starting from Oracle Database 19c.
  • Misconception: SE2 can scale up to large servers if sockets are empty.
    • Reality: The Server’s maximum socket capacity must be ≤2 sockets, even if sockets are empty.

Read Oracle Database Licensing for High Availability and Failover Scenarios.


Summary and Recommendations

Oracle Standard Edition 2 is best suited for scenarios involving:

  • Limited hardware (up to two sockets, unlimited cores)
  • Cost-sensitive, straightforward licensing models
  • Small- to medium-sized workloads without the need for RAC or advanced database features
  • Simple high availability needs, easily met by SEHA or third-party solutions

Consider upgrading to Oracle Enterprise Edition for larger workloads, higher scalability, active-active clustering, or advanced features.

By clearly understanding SE2’s hardware restrictions and aligning your workloads accordingly, you can maximize cost efficiency and compliance with Oracle licensing.

Do you want to know more about our Oracle Advisory Services?

Please enable JavaScript in your browser to complete this form.
Author
  • Fredrik Filipsson has 20 years of experience in Oracle license management, including nine years working at Oracle and 11 years as a consultant, assisting major global clients with complex Oracle licensing issues. Before his work in Oracle licensing, he gained valuable expertise in IBM, SAP, and Salesforce licensing through his time at IBM. In addition, Fredrik has played a leading role in AI initiatives and is a successful entrepreneur, co-founding Redress Compliance and several other companies.

    View all posts