Oracle Gestion des licences de base de données et de WebLogic Server dans les environnements partitionnés physiquement

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 6 minutes de lecture

    • L’application Gestion des actifs logiciels prend en charge Oracle les règles de gestion des licences de partitionnement matériel pour IBM la partition logique AIX (LPAR), Solaris le domaine logique (LDOM) et Solaris la zone.

    Lorsque vous partitionnez un serveur en dur, celui-ci est divisé en systèmes plus petits qui s’exécutent indépendamment les uns des autres. Chaque système contient ses propres processeurs, ressources réseau, système d’exploitation, mémoire, etc. Pour plus d’informations sur Oracle la gestion des licences et le partitionnement matériel, reportez-vous à la section Politique de partitionnement Oracle.

    IBM LPAR

    LPAR est un sous-ensemble défini du matériel de processeur qui prend en charge le système d’exploitation. Une LPAR contient des ressources, telles que des processeurs, de la mémoire et des périphériques d’entrée ou de sortie, qui fonctionnent comme un système indépendant. Vous pouvez avoir plusieurs LPAR dans chaque système matériel de l’ordinateur central.

    La détection des LPAR et des ressources LPAR au sein de votre IBM infrastructure LPAR nécessite ServiceNow Découverte des modèles pour la IBM console de gestion matérielle (HMC), qui est l’appliance matérielle vous permettant de gérer et de configurer vos LPAR. Pour accéder à ces schémas de détection, vous devez demander et installer l’application DécouverteMappage des services and Patterns à partir du ServiceNow Store. Pour plus d’informations sur la configuration d’une découverte sur vos LPAR, consultez IBM Virtualization and Hardware Management Console Discovery (Découverte de la virtualisation IBM et de la console de gestion matérielle).

    Remarque :
    La commande lparstat extrait un rapport des informations et de l’utilisation relatives à LPAR. Pour plus d’informations, consultez le Centre de connaissances IBM.
    Lorsque vous exécutez une découverte, vos données LPAR découvertes sont renseignées et stockées dans les tables suivantes Base de données de gestion des configurations (CMDB) sur votre 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
    Pour remplir et stocker ces données, vous devez demander et installer l’application Modèles de classe CI CMDB à partir du ServiceNow Store. Cette application ajoute ou met à jour des classes CMDB pour la IBM console HMC. Pour plus d’informations sur IBM les classes HMC CMDB, voir Classes d’extension IBM Hardware Management Console (HMC).
    Une fois que vos données LPAR détectées sont renseignées dans les tables CMDB appropriées, vous pouvez utiliser la samp_frame_to_lpar_resource vue de base de données pour joindre les tables et consolider toutes les données LPAR en une seule vue. Sur la base de cette vue de base de données et des Oracle règles de gestion des licences de base de données et de WebLogic Server pour IBM LPAR, vous pouvez identifier et déterminer la conformité de licence de toutes les Oracle installations de base de données et de serveur WebLogic sur votre IBM infrastructure LPAR.
    Tableau 1. Oracle Règles de gestion des licences de base de données et WebLogic Server pour IBM LPAR
    Pool de processeurs Description Règle de gestion des licences
    Dédié Les processeurs ne sont affectés qu’à une seule LPAR dédiée, qui est une LPAR construite sur des ressources CPU dédiées. Vous devez obtenir une licence pour les processeurs dédiés sur lesquels vous installez ou exécutez une base de données ou un Oracle serveur WebLogic.

    Pour déterminer le nombre de droits requis pour une LPAR dédiée, multipliez le nombre total de cœurs de processeur exécutant un serveur de base de données ou WebLogic Oracle sur la LPAR par un facteur de licence de processeur principal, comme spécifié dans la table de facteur de cœur de processeur Oracle.
    partagé Les processeurs sont partagés entre les micro-partitions, qui sont des LPAR construites sur des ressources CPU partagées. Vous devez obtenir une licence pour les processeurs partagés sur lesquels vous installez ou exécutez une base de données ou un Oracle serveur WebLogic.
    Vous pouvez déterminer le nombre de droits requis sur vos micro-partitions en fonction du type de LPAR :
    • LPAR plafonnée : une LPAR plafonnée est une partition logique à laquelle une capacité maximale autorisée est affectée, qui correspond au nombre de ressources de processeur que la LPAR est en droit de recevoir. Les LPAR plafonnées ne peuvent pas utiliser plus de puissance de processeur que la capacité autorisée affectée.

      Pour déterminer le nombre de droits requis sur vos micro-partitions plafonnées, multipliez la somme de toutes les capacités autorisées affectées par un facteur de licence de processeur principal, comme spécifié dans la table de facteur de cœur de processeur Oracle.

    • LPAR non plafonnée : une LPAR non plafonnée est une partition logique qui peut utiliser plus de puissance de processeur que la capacité autorisée attribuée. L’utilisation de l’alimentation du processeur est limitée par le nombre de processeurs virtuels affectés à LPAR ou par le nombre maximal de cœurs de processeur physique disponibles pour le pool de processeurs partagés.
      Pour déterminer le nombre de droits requis sur vos micro-partitions non plafonnées, ajoutez la somme de tous les processeurs virtuels affectés à la somme de toutes les capacités autorisées affectées.
      • Si la valeur résultante est inférieure au nombre de cœurs de processeur physique disponibles pour le pool de processeurs partagés, multipliez la valeur par un facteur de licence du processeur principal, comme spécifié dans la table de facteur de cœur de processeur Oracle.
      • Si la valeur résultante est supérieure au nombre de cœurs de processeur physique disponibles pour le pool de processeurs partagés, multipliez le nombre de cœurs de processeur physique par un facteur de licence de processeur principal, comme spécifié dans la table de facteurs de cœur de processeur Oracle.

    Pour plus d’informations sur les vues de base de données, reportez-vous à la section Working with database views for reporting.

    Solaris Serveur LDOM ou Oracle VM pour SPARC

    Un domaine logique (LDOM) est une unité logique distincte au sein d’un seul système informatique, dotée de son propre système d’exploitation, de ses propres ressources et de sa propre identité. Vous pouvez exécuter différentes applications dans des domaines logiques distincts et conserver leur indépendance pour des raisons de performance et de sécurité. Solaris LDOM est une technologie de virtualisation qui permet de créer plusieurs machines virtuelles sur un seul serveur physique.

    L’application ServiceNow Découverte utilise le modèle d’infrastructure LDOM et Solaris le Solaris modèle de bibliothèque partagée LDOM pour trouver toutes les données LDOM. Pour plus d’informations sur Solaris la découverte LDOM, reportez-vous à la section Oracle Solaris LDOM discovery.

    L’application Gestion des actifs logiciels prend en charge la gestion des licences de Serveur de base de Oracle données et WebLogic Server installés sur la version 2.0 et ultérieure de LDOM, pour les Solaris métriques de licence Par processeur et Utilisateur nommé plus (NUP). Pour obtenir une licence pour vos Oracle installations de base de données ou de serveur WebLogic, les droits doivent être alloués au serveur physique qui exécute la Solaris configuration LDOM. Pour plus de détails sur l’octroi de licences de Oracle produits, reportez-vous à la section Attributs de mesures de modèles logiciels.

    Solaris Zones

    Vous pouvez configurer une zone globale sur un Solaris serveur et la partitionner physiquement avec plusieurs zones locales. Vous pouvez ensuite exécuter un serveur de base de données ou WebLogic Oracle sur une ou plusieurs zones locales. Pour obtenir une licence pour vos Oracle installations de serveur de base de données ou WebLogic, les droits doivent être alloués à l’hôte physique qui exécute l’intégralité Solaris de la configuration de zone. Pour la métrique de licence Par processeur, les droits doivent couvrir les cœurs de toutes les zones locales jusqu’à la capacité maximale de l’hôte physique. Pour la métrique de licence NUP, les droits doivent couvrir les clients qui accèdent au serveur Database ou WebLogic sur les zones locales. Pour plus d’informations sur la découverte de Solaris zone, reportez-vous à la section Solaris Découverte.