Oracle database licensing

Oracle Database Licensing: Enterprise Edition vs. Standard Edition 2

What are the differences between Oracle Database Enterprise Edition and Standard Edition 2 licensing

Oracle Database Licensing: Enterprise Edition vs. Standard Edition 2

Choosing between Oracle Database Enterprise Edition (EE) and Standard Edition 2 (SE2) involves important considerations around costs, scalability, licensing complexity, and available features. Each edition is targeted at different workloads and usage scenarios.

This article covers:

  • Licensing models for EE and SE2
  • Key feature and functional differences
  • Scalability and hardware limitations
  • High availability capabilities
  • Cost comparisons and practical examples

Read more Oracle Database Licensing FAQs.


Licensing Models and Cost Considerations

Oracle Enterprise Edition and Standard Edition 2 differ significantly in licensing models and costs:

Enterprise Edition (EE):

  • Licensing Metric:
    Typically licensed per Processor or by Named User Plus (NUP).
  • Processor Licenses:
    Licensing is based on cores multiplied by Oracleโ€™s Core Factor (e.g., Intel/AMD CPUs have a factor of 0.5).
    • Example: A 16-core Intel CPU would require 16 cores ร— 0.5 = 8 EE Processor licenses.
  • Named User Plus Licenses:
    Requires a minimum of 25 NUP licenses per processor license.
    • Example: A server requiring four processor licenses has a minimum requirement of 4 processors ร— 25 = 100 NUP licenses.

Standard Edition 2 (SE2):

  • Licensing Metric:
    Licensed per socket, not per core.
    • One SE2 processor license covers one occupied CPU socket, regardless of core count.
  • Maximum Socket Limit:
    SE2 supports servers with a maximum of 2 CPU sockets.
  • No Core Factor:
    Oracleโ€™s Core Factor table does not apply to SE2. Licensing is simpler.
  • Named User Plus Licenses:
    SE2 requires a minimum of 10 NUP licenses per server.

Cost Comparison:

EditionMetricCalculation ExampleLicensing Required
Enterprise EditionProcessor2 CPUs (16 cores each, Intel = 32 cores) ร— 0.5 core factor16 Processor licenses
Standard Edition 2Socket-based2 CPU sockets (regardless of cores)2 Processor licenses
  • EE licensing costs significantly more due to per-core counting, especially on high-core-count servers.
  • SE2 provides simpler, predictable licensing, which benefits small to midsize databases.

Feature Differences: Enterprise vs. Standard Edition 2

Feature availability differs greatly between editions, impacting the suitability for certain workloads.

FeatureEnterprise EditionStandard Edition 2
Partitioningโœ… (Licensed separately)โŒ Not available
Real Application Clusters (RAC)โœ… (Licensed separately)โŒ (available up to 18c; removed in 19c+)
Multitenant Optionโœ… (licensed separately, >3 PDBs)โŒ Not available
Data Guard / Active Data Guardโœ… (Active Data Guard licensed separately)โŒ Not available
Advanced Security (TDE, etc.)โœ… (Licensed separately)โŒ Not available
Advanced Compressionโœ… (Licensed separately)โŒ Not available
Advanced Analytics, OLAP, Spatialโœ… (Licensed separately)โŒ Not available (basic Spatial included)
In-Memory Database Optionโœ… (licensed separately)โŒ Not available
Online Table Redefinitionโœ… IncludedโŒ Limited features
  • Enterprise Edition provides robust, advanced features as paid add-ons, enabling large-scale, mission-critical workloads.
  • Standard Edition 2 includes core database functionalities only, sufficient for simpler scenarios but without advanced features.

Scalability and Hardware Limitations

Hardware scalability differs dramatically between editions, influencing your choice based on workload demands.

Enterprise Edition:

  • No hard CPU socket limit.
  • Supports large multi-socket servers.
  • Ideal for extensive, CPU-intensive workloads requiring robust hardware.

Standard Edition 2:

  • Limited to servers with up to 2 CPU sockets.
  • Limited to 16 CPU threads per instance (Oracle automatically limits CPU thread usage).
  • Designed specifically for small to midsize databases.
Hardware ScenarioEnterprise EditionStandard Edition 2
4-socket serverโœ… Supported (license all cores)โŒ Not permitted (max 2 sockets)
2-socket, 32-core CPUโœ… Supported (licensed all cores)โœ… Supported (2 processor licenses cover all cores)
1-socket, 16-core CPUโœ… Supported (license 8 cores, factor 0.5)โœ… Supported (1 license covers all 16 cores)
  • Enterprise Edition is mandatory if you require larger hardware or higher CPU thread usage.
  • Standard Edition 2 suits limited-scale, predictable, smaller workloads.

Read Hardware Limits and Restrictions for Oracle Database Standard Edition 2.


High Availability Considerations

Oracleโ€™s approach to high availability differs by edition.

Enterprise Edition:

  • Offers multiple high-availability solutions, including:
    • Real Application Clusters (RAC): Active-active clustering, licensed separately.
    • Data Guard / Active Data Guard: Disaster recovery solutions, with Active Data Guard licensed separately.

Standard Edition 2:

  • Previously (up to Oracle 18c), it allowed 2-node RAC at no extra cost.
  • From Oracle Database 19c onward, RAC is no longer supported in SE2.
  • You must rely on alternative high availability solutions (e.g., VMware HA, OS-level clustering, manual database failover).
High Availability SetupEnterprise EditionStandard Edition 2
RAC Active-Active (multiple nodes)โœ… (extra cost)โŒ (not available in 19c+)
Data Guard standby (open read-only)โœ… (Active DG extra cost)โŒ Not available
Manual Standby Database (mount mode)โœ… Includedโœ… Included
Third-party HA clustering (VMware HA)โœ… Includedโœ… Included
  • SE2 HA strategies are simpler and may rely heavily on third-party or manual failover solutions.
  • EE provides extensive built-in HA options but at additional licensing costs.

Real-World Licensing Scenarios

Consider two common examples to understand practical implications:

Scenario 1: Small-Scale Database Environment

  • Server: 2 CPU sockets, each 16-core Intel CPU (32 cores total)
  • Standard Edition 2:
    • Licensing required: 2 Processor licenses (1 per socket)
  • Enterprise Edition:
    • Licensing required: 32 cores ร— 0.5 (factor) = 16 Processor licenses

Conclusion: SE2 is significantly cheaper and simpler for this scenario.

Scenario 2: Large, Mission-Critical Database

  • Server: 4 sockets, each 24-core Intel CPU (96 cores total)
  • Standard Edition 2:
    • Licensing required: Not eligible (more than 2 sockets)
  • Enterprise Edition:
    • Licensing required: 96 cores ร— 0.5 (factor) = 48 Processor licenses

Conclusion: EE is required due to hardware limits; expect high licensing costs.

Read Licensing Oracle Database in VMware and Virtualized Environments.


Quick Reference Comparison Table

Comparison AreaEnterprise EditionStandard Edition 2
Licensing complexityMedium/HighLow
Licensing metricProcessor/NUPPer-socket/NUP
Core Factor applies?โœ… Yes (per-core)โŒ No (per socket)
Feature availabilityExtensiveBasic only
ScalabilityHigh (unlimited sockets)Limited (max 2 sockets)
RAC Supportโœ… Yes (separate license)โŒ Removed from 19c onward
CostHighLower
Best forLarge enterprise workloadsSmall/midsize workloads

Summary and Recommendations

  • Standard Edition 2 is best suited for:
    • Small to medium workloads
    • Limited hardware (max two sockets)
    • Simpler, predictable licensing scenarios
    • Cost-sensitive deployments
  • Enterprise Edition is suitable for:
    • Mission-critical, scalable workloads
    • Advanced features (Partitioning, RAC, etc.)
    • Large hardware environments
    • Complex, high-performance databases

Evaluate carefully based on your workload size, feature requirements, scalability needs, and budget.

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