--- title: Oracle Database and WebLogic Server licensing in hard-partitioned environments description: The Software Asset Management application supports Oracle hard-partitioning licensing rules for IBM AIX Logical Partition \(LPAR\), Solaris Logical Domain \(LDOM\), and Solaris Zone. locale: en-US canonical_url: https://www.servicenow.com/docs/r/australia/it-asset-management/software-asset-management/oracle-licensing-hard-partitioned-environments.html release: australia product: Software Asset Management classification: software-asset-management topic_type: concept last_updated: "2026-03-12" reading_time_minutes: 6 breadcrumb: [Oracle licensing in partitioned environments, Software Asset Management publisher pack for Oracle, Supported software publisher licenses, Software Asset Management, IT Asset Management, Asset Management] --- # Oracle Database and WebLogic Server licensing in hard-partitioned environments The Software Asset Management application supports Oracle hard-partitioning licensing rules for IBM AIX Logical Partition \(LPAR\), Solaris Logical Domain \(LDOM\), and Solaris Zone. When you hard partition a server, the server is divided into smaller systems that run independently from each other. Each system contains its own processors, network resources, operating system, memory, and more. For more information on Oracle licensing and hard partitioning, refer to [Oracle Partitioning Policy](https://www.oracle.com/assets/partitioning-070609.pdf). When you install or run an Oracle Database or WebLogic Server in hard-partitioned environments, you can license it using either the Named User Plus or Per Processor license metric. In addition, the WebLogic Server licensing support covers the entire WebLogic product family that includes the Standard, Enterprise, and Suite editions. For more information, refer to this knowledge base article [KB2630167](https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB2630167). ## IBM LPAR LPAR is a defined subset of processor hardware that supports the operating system. An LPAR contains resources, such as processors, memory, and input or output devices, that operate as an independent system. You can have multiple LPARs within each mainframe hardware system. Discovering the LPARs and LPAR resources within your IBM LPAR infrastructure requires ServiceNow Discovery patterns for the IBM Hardware Management Console \(HMC\), which is the hardware appliance that enables you to manage and configure your LPARs. To access these discovery patterns, you must request and install the Discovery and Service Mapping Patterns application from the ServiceNow Store. For more information on how to configure a discovery on your LPARs, see [IBM Virtualization and Hardware Management Console discovery](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/it-operations-management/ibm-hmc-discovery.md). **Note:** The `lparstat` command pulls a report of LPAR-related information and usage. For more information, see the [IBM Knowledge Center](https://www.ibm.com/support/knowledgecenter/). When you run a discovery, your discovered LPAR data is populated and stored in the following Configuration Management Database \(CMDB\) tables on your ServiceNow instance: - cmdb\_ci\_ibm\_frame - cmdb\_ci\_aix\_server - cmdb\_ci\_lpar\_instance - cmdb\_ci\_lpar\_resource - cmdb\_rel\_ci - cmdb\_sam\_sw\_install To populate and store this data, you must request and install the CMDB CI Class Models application from the ServiceNow Store. This application adds or updates CMDB classes for the IBM HMC. For more information on IBM HMC CMDB classes, see [IBM Hardware Management Console \(HMC\) extension classes](https://raw.githubusercontent.com/ServiceNow/ServiceNowDocs/australia/markdown/servicenow-platform/cmdb-ci-class-models-ibm-hmc.md). After your discovered LPAR data is populated in the appropriate CMDB tables, you can use the **samp\_frame\_to\_lpar\_resource** database view to join the tables together and consolidate all LPAR data into a single view. Based on this database view and the Oracle Database and WebLogic Server licensing rules for IBM LPAR, you can identify and determine the license compliance of all Oracle Database and WebLogic server installations across your IBM LPAR infrastructure.
| Processor pool | Description | Licensing rule |
|---|---|---|
| Dedicated | Processors are assigned to only one dedicated LPAR, which is an LPAR that is built on dedicated CPU resources. | You must license the dedicated processors on which you install or run an Oracle database or WebLogic server.To determine the number of rights that are required for a dedicated LPAR, multiply the total number of processor cores that are running an Oracle Database or WebLogic server on the LPAR by a core processor licensing factor, as specified on the [Oracle Processor Core Factor Table](http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf). |
| Shared | Processors are shared across micro-partitions, which are LPARs that are built on shared CPU resources. | You must license the shared processors on which you install or run an Oracle Database or WebLogic server.You can determine the number of rights that are required across your micro-partitions based on the LPAR type: - **Capped LPAR**: A capped LPAR is a logical partition that is assigned a maximum entitled capacity, which is the number of CPU resources that the LPAR is entitled to receive. Capped LPARs can’t use more processor power than the assigned entitled capacity. To determine the number of rights that are required across your capped micro-partitions, multiply the sum of all assigned entitled capacities by a core processor licensing factor, as specified on the [Oracle Processor Core Factor Table](http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf). - **Uncapped LPAR**: An uncapped LPAR is a logical partition that can use more processor power than the assigned entitled capacity. Processor power usage is limited by the number of virtual processors that are assigned to the LPAR or by the maximum number of physical processor cores that are available to the shared processor pool. To determine the number of rights that are required across your uncapped micro-partitions, add the sum of all assigned virtual processors with the sum of all assigned entitled capacities. - If the resulting value is lower than the number of physical processor cores that are available to the shared processor pool, multiply the value by a core processor licensing factor, as specified on the [Oracle Processor Core Factor Table](http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf). - If the resulting value is greater than the number of physical processor cores that are available to the shared processor pool, multiply the number of physical processor cores by a core processor licensing factor, as specified on the [Oracle Processor Core Factor Table](http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf). |