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

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 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 qui vous permet de gérer et de configurer vos LPAR. Pour accéder à ces modèles de détection, vous devez demander et installer l’application Découverte and Mappage des services Patterns à partir du ServiceNow Store. Pour plus d’informations sur la configuration d’une détection sur vos LPAR, consultez Virtualisation IBM et Détection de la console de gestion matérielle.

    Remarque :
    La commande lparstat extrait un rapport des informations et de l’utilisation liées à LPAR. Pour plus d’informations, consultez le Centre de connaissances IBM.
    Lorsque vous exécutez une détection, vos données LPAR détectées 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 renseigner 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, consultez 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 vue unique. 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 la 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 de WebLogic Server pour IBM LPAR
    Pool de processeurs Description Règle de gestion des licences
    Dédié Les processeurs sont affectés à 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 qui exécutent un Oracle serveur Database ou WebLogic sur la LPAR par un facteur de licence de processeur principal, comme spécifié dans la table Facteur de cœur de processeur Oracle.
    Partagé Les processeurs sont partagés entre des 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 un Oracle serveur Database ou WebLogic.
    Vous pouvez déterminer le nombre de droits requis sur vos micropartitions 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, c’est-à-dire le 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 micropartitions 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 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 affectée. L’utilisation de l’alimentation du processeur est limitée par le nombre de processeurs virtuels affectés à la 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 micropartitions 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 de processeur principal, comme spécifié dans la table 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 Facteur 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, avec son propre système d’exploitation, ses propres ressources et 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 modèle de Solaris bibliothèque partagée LDOM pour trouver toutes les données LDOM. Pour en savoir plus 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 données et de Oracle WebLogic Server installés sur LDOM, version 2.0 et supérieures, pour les Solaris métriques de licence Par processeur et Utilisateur nommé plus (NUP). Pour obtenir une licence pour vos Oracle installations de serveur Database ou WebLogic, les droits doivent être alloués au serveur physique qui exécute la Solaris configuration LDOM. Pour plus de détails sur la licence des Oracle produits, reportez-vous à Attributs de mesure de licence logicielle.

    Solaris Zones

    Vous pouvez configurer une zone globale sur un Solaris serveur et la partitionner en dur avec plusieurs zones locales. Vous pouvez ensuite exécuter un Oracle serveur Database ou WebLogic sur une ou plusieurs zones locales. Pour obtenir une licence pour vos Oracle installations de serveur Database ou WebLogic, les droits doivent être alloués à l’hôte physique qui exécute l’ensemble 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 en savoir plus sur la détection de Solaris zone, reportez-vous à la rubrique Solaris détection.