Two scenarios for IBM hard partitioning will be covered in this document:
- Dedicated LPAR.
- Micro-partitioning, containing both Capped and Uncapped micro partitions in Multi Shared-Processor Pool.
Oracle licensing calculation
Dedicated LPAR
Whole processors that are assigned to a single partition.
Scenario:
Two LPARs with Dedicated CPUs. Only one of them (LPAR1), has installed Oracle product (Oracle DB).
Information that we need: We need Entitled Capacity (EC) for each Dedicated LPAR
Calculation:
- LPAR1 has EC = 6 CPUs -> 6 Licensable CPUs.
- Processor license needed:
- Licensable CPUs * Processor Factor = 6 * 1.0 = 6 Processor Licenses
Micro-partitioning, Capped & Uncapped LPARs
Ability to distribute the processing capacity of one or more physical processors among one or more logical
partitions.
- Capped micro-partition – processing capacity can never exceed the Entitled capacity (EC) of the
micro-partition
- Uncapped micro-partition – processing capacity can exceed the Entitled capacity when resources are
available in their Shared-Processor Pool and the micro-partition is eligible to run.
- Virtual Processor is the upper limit of processor utilization for uncapped partitions
Scenario:
Information that we need: We need to calculate Licensable Processor separately for each Shared-processor
pool and then sum them up. We need information about the number of Active CPUs per pool. For each LPAR
that has Oracle Product installed we need to find the mode (Capped/Uncapped), Entitled Capacity and Online
Virtual CPUs.
Calculation:
- Shared Processor pool 1
- LPAR1, mode: Capped = 1.6 EC
- LPAR2, mode: Uncapped = 5 OVC
- Total: a. + b. = 6.6 Processors
- Active CPUs in pool = 5
- Minimum from c. and d. = 5 Processors
- Shared Processor pool 2
- LPAR4, mode: Uncapped = 2 OVC
- Active CPUs in pool = 3
- Minimum from a. and b. = 2 Processor
- Total processor that needs to be licensed: (1. + 2.) * Processor Factor = (5 + 2) * 1.0 =
7 Processor Licenses
IMPORTANT NOTES:
- There can be more servers combined and shared pool processors set on them. From a licensing
perspective, this should be treated as one server with a sumurized number of processors.
2. The rounding up of the license requirement calculation needs to be on the highest licensable
entity. We should minimize the error that can occur with the round number of licenses.
Snow Oracle Scanner 6.x
Related Articles
IBM PVU sub-capacity license calculations may default to full-capacity when all inventory is imported from IBM approved so… 43Number of Views Snow Integration Manager and Snow License Manager: Cores-processor calculation for IBM servers appears inaccurate when usi… 10Number of Views Wrong IBM PVU License calculation because of interfering SCCM Agent 12Number of Views Understanding Snow License Manager Windows Server License Calculations - An Example 93Number of Views Do we hard code the time difference between Client and Server if the License is EXPIRY Based (not permanent)? 3Number of Views
Hi, I am Reva - Ask me anything.
No new updates
Thanks for the feedback!
Your feedback has been saved.Rate this response:
Add Additional feedback ( Optional )
Are you sure you want to cancel
the case creation?
Are you sure you want to cancel the case creation?
Are you sure you want to close this case
| Products | Region | Phone Numbers |
|---|---|---|
| FlexNet Operations FlexNet Embedded FlexNet Publisher FlexNet Connect FlexNet Code Insight InstallAnywhere InstallShield |
North America * |
+1 630-332-2513 (toll) +1 877-279-2853 (toll-free in North America) |
| Europe * |
+44 1925 944367 (toll) +44 800 047 8642 (toll-free in Europe) |
|
| Japan * | +81 3-4540-5335 (select option 2) | |
| Australia * |
+61 3 9895 2177 +61 1800 560 603 (toll-free in Australia) |
|
|
Usage Intelligence (formerly
Revulytics) Compliance Intelligence |
Please use the Case Portal to submit your support ticket or reach out to your Revenera contact. | |
Revenera Assistant
Case id: 00001065
Activity: Status change: 2 hours ago