Oracle database licensing

Processor vs. Named User Plus: Choosing the Right Oracle Database License Metric

Processor vs. Named User Plus

Selecting the right Oracle database licensing metric can significantly impact your software costs and compliance risk. Oracle primarily offers two license metrics:

  • Processor Licensing
  • Named User Plus (NUP) Licensing

Understanding the difference between these two licensing methods will help you make informed decisions, avoid unnecessary spending, and maintain compliance. This guide explains each model thoroughly, provides examples, and highlights when each model makes sense for your organization.


Oracle Processor Licensing Explained

Oracle’s Processor licensing model calculates licensing costs based on the number of processor cores used to run the Oracle Database. Unlike user-based models, Processor licensing depends on how many users or devices access the database.

How Processor Licensing Works

Oracle Processor licensing is calculated using two key factors:

  • Total number of processor cores
  • Oracle Core Factor Table

Oracle assigns each processor type a Core Factor (e.g., Intel Xeon usually has a 0.5 factor, AMD EPYC often has 0.5, while some older processors have a factor of 1.0).

Processor Licensing Calculation Example:

  • You have a physical server with 2 Intel Xeon processors, each with 8 cores (16 cores total).
  • Intel Xeon’s Oracle Core Factor = 0.5
  • Calculation: 16 cores × 0.5 Core Factor = 8 Processor Licenses required

If each Processor license costs $47,500 (typical Enterprise Edition price), your total cost is:

  • 8 licenses × $47,500 each = $380,000

Advantages of Processor Licensing

  • Unlimited user access: Ideal for scenarios with many or undefined user counts.
  • Simple management: Easier compliance tracking, especially in public-facing applications.
  • Predictable costs: Costs scale primarily with hardware, not user counts.

Disadvantages of Processor Licensing

  • Can become costly if your database runs on powerful hardware or clusters.
  • Not cost-effective for environments with a limited or fixed number of users.

Ideal Scenarios for Processor Licensing

  • High-traffic applications (websites, e-commerce platforms) with numerous external users.
  • Large enterprises with complex database environments where counting users is impractical.
  • Environments using virtualization or cloud platforms, where defining user access is challenging.

Read about Oracle Database Licensing Basics.


Oracle Named User Plus (NUP) Licensing Explained

Named User Plus licensing is a user/device-based licensing model. Under NUP, you pay for each distinct individual or device that accesses your Oracle database, regardless of how many processors you use.

How Named User Plus Licensing Works

NUP licensing requires each unique person or device accessing the Oracle database to be licensed individually. Oracle sets a minimum number of Named User Plus licenses per processor based on the database edition:

  • Oracle Database Enterprise Edition: Minimum 25 NUP per processor
  • Oracle Database Standard Edition 2: Minimum 10 NUP per server

Named User Plus Licensing Example:

  • You have a database running on a server with 4 processors (Enterprise Edition).
  • Oracle requires a minimum of 25 NUP licenses per processor:
    • Calculation: 4 processors × 25 NUP = 100 NUP minimum
  • If you have 75 actual users, you must still license 100 NUP due to Oracle’s minimum requirement.
  • If you have 125 users, license 125 NUP since actual users exceed the minimum.

If each NUP license costs $950, the total cost for 100 users is:

  • 100 NUP × $950 each = $95,000

Advantages of Named User Plus Licensing

  • Cost-effective for clearly defined, smaller user groups.
  • Often cheaper in scenarios with limited user growth.
  • Beneficial for internal applications with stable, known user counts.

Disadvantages of Named User Plus Licensing

  • User tracking required: You must actively monitor user/device access.
  • Can become costly if the user base grows unexpectedly.
  • The minimum NUP license count might negate savings in some scenarios.

Ideal Scenarios for Named User Plus Licensing

  • Internal company databases with stable user populations (e.g., finance or HR systems).
  • Development or testing environments with limited developers/testers.
  • Smaller businesses with predictable user counts.

Key Considerations When Choosing Your Oracle License Metric

To choose effectively between Processor and Named User Plus licensing, consider these key factors:

User Count and Growth Expectations

  • Processor Licensing is optimal for large or rapidly growing user populations, where counting users isn’t practical.
  • NUP Licensing suits environments with stable, predictable user counts.

Example Scenario:

  • A small accounting firm with 50 employees accessing Oracle Financials will benefit from Named User Plus licensing.
  • A publicly accessible e-commerce platform with thousands of external users benefits from Processor licensing.

Virtualization and Cloud Environments

Oracle licensing rules in virtual and cloud environments affect your license metric choice:

  • Processor-based licensing is often simpler for cloud and virtual environments because counting virtualized users is difficult.
  • Named User Plus can be tricky if you regularly scale resources in the cloud, as tracking users might be challenging.

Example Scenario:

  • If deploying Oracle Database in a VMware environment with uncertain user counts, choose Processor licensing to simplify compliance.

Budget and Cost Predictability

Consider upfront and ongoing costs:

  • Processor licenses have higher upfront costs but provide predictable budgeting.
  • Named User Plus licenses have lower upfront costs, but unexpected user growth could lead to unforeseen expenses.

Example Scenario:

  • A startup expecting rapid growth in user count should consider Processor licensing for long-term predictability.
  • An established small enterprise with stable, limited users may prefer Named User Plus to reduce immediate costs.

Common Mistakes to Avoid

Organizations often face costly surprises due to misunderstandings. Watch out for these common pitfalls:

Mistake #1: Miscalculating Processor Licenses Due to Core Factor

Many companies miscalculate licensing by not accurately applying Oracle’s Core Factor Table, leading to over- or under-licensing.

How to avoid:

  • Always consult Oracle’s Core Factor Table.
  • Regularly audit your hardware specs and core counts.

Mistake #2: Ignoring Minimum Named User Plus Licenses

Businesses sometimes license only actual users without checking minimum Oracle requirements, causing unexpected compliance issues.

How to avoid:

  • First, calculate the minimum NUP required based on the processors/server configuration.
  • Compare minimum requirements vs actual users to find your license count.

Mistake #3: Misunderstanding Licensing Implications in Virtualized Environments

If soft-partitioning methods like VMware are used, Oracle requires licensing based on physical hosts, not just virtual machines.

How to avoid:

  • Clearly understand Oracle’s stance on virtualization.
  • Choose your licensing metric accordingly to simplify licensing audits.

Strategic Tips for Oracle Licensing Optimization

Regularly Audit and Monitor Database Usage

Implement regular internal audits to stay ahead of compliance issues and identify optimization opportunities. Consistently monitor user access patterns and processor core utilization.

Optimize Licensing Based on Actual Usage Patterns

If your organization grows or downsizes, reconsider licensing metrics to ensure continued cost-effectiveness.

Example Scenario:

  • A company initially licensed Oracle with Processor licensing but downsized to 30 users, which could benefit from switching to Named User Plus at renewal.

Leverage Oracle License Management Tools

Utilize Oracle or third-party Software Asset Management (SAM) tools to monitor and manage licenses effectively, preventing surprise audits.

Negotiate Licenses Strategically

Proactively negotiate discounts with Oracle. Oracle commonly provides flexibility for customers who clearly understand their licensing requirements and communicate transparently.


Making the Final Decision: Processor or Named User Plus?

When choosing the right Oracle Database license metric, consider the following summary guidelines:

Choose Processor Licensing if:

  • You have a large or unknown number of users.
  • Your database is externally facing or used by the public.
  • You run Oracle databases in highly virtualized or cloud environments.

Choose Named User Plus Licensing if:

  • You have a clearly defined, limited number of internal users.
  • Your user population is stable and unlikely to experience rapid growth.
  • Your database environment is small or departmental-level.

Read how Oracle Lifecycle Management Pack Licensing Works.


Conclusion: Selecting the Optimal Licensing Metric

Understanding the differences between Processor and Named User Plus licensing is vital for maintaining Oracle license compliance and cost efficiency. Carefully evaluating your database usage scenarios, user growth expectations, virtualization environment, and budget constraints will ensure you choose the most beneficial Oracle Database licensing metric.

Always reassess your Oracle licensing strategy periodically to account for changes in technology, business requirements, and Oracle policies, ensuring continued compliance and optimized costs.

Do you want to know more about our Oracle License 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