Noms de service de base de données pour une base de données d'intelligence artificielle autonome

Autonomous AI Database est livré avec des services de base de données prédéfinis avec des caractéristiques de performance et d'accès simultané différentes. Vous devez choisir un de ces services pour chaque application ou utilisateur qui se connecte à la base de données.

Le tableau suivant compare les services de base de données. Ce tableau s'applique aux bases de données avec 2 OCPU ou plus, ou 4 ECPU ou plus. Vous ne pouvez pas utiliser le parallélisme dans les bases de données qui ont moins de 2 OCPU ou moins de 4 ECPU, sauf si vous utilisez le parallélisme manuel, comme expliqué ci-dessous.

Nom du service Degré de parallélisme Note de bas de page 1 Partages de ressources Note de bas de page 2 Relevés concurrents Note de bas de page 3
      Sans ajustement automatique du calcul Avec l'ajustement automatique du calcul
TPURGENT Définir manuellement Note de bas de page 4 12

Limité par le paramètre sessions.

Modèle d'OCPU : Le paramètre de sessions est réglé à 300 fois le nombre d'OCPU de base.

Modèle d'ECPU : Le paramètre de sessions est réglé à 75 fois le nombre d'ECPU de base.

Valeurs identiques sans ajustement automatique

TP Pas de parallélisme 8

Limité par le paramètre sessions.

Modèle d'OCPU : Le paramètre de sessions est réglé à 300 fois le nombre d'OCPU de base.

Modèle d'ECPU : Le paramètre de sessions est réglé à 75 fois le nombre d'ECPU de base.

Valeurs identiques sans ajustement automatique

HIGH

Cochée

Modèle d'OCPU : Le degré de parallélisme sera égal au nombre d'OCPU de base

Modèle d'ECPU : Le degré de parallélisme sera la moitié du nombre d'ECPU de base arrondi à la valeur entière la plus proche.

4 3 9
MEDIUM

Cochée

Modèle d'OCPU : Le degré de parallélisme sera de 2 avec 2 OCPU, de 3 avec 3 OCPU et de 4 pour plus de 3 OCPU.

Modèle d'ECPU : Le degré de parallélisme sera la moitié du nombre d'ECPU de base arrondi à la valeur entière la plus proche avec de 4 à 7 ECPU. Il sera 4 avec 8 ECPU ou plus.

2

Modèle d'OCPU : 1,25 × nombre d'OCPU de base

Modèle d'ECPU : 0,25125 × nombre d'ECPU de base

Un résultat décimal est tronqué.

Modèle d'OCPU : 3,75 x nombre d'OCPU de base

Modèle d'ECPU : 0,75375 × nombre d'ECPU de base

Un résultat décimal est tronqué.

LOW Pas de parallélisme 1

Limité par le paramètre sessions.

Modèle d'OCPU : Le paramètre de sessions est réglé à 300 fois le nombre d'OCPU de base.

Modèle d'ECPU : Le paramètre de sessions est réglé à 75 fois le nombre d'ECPU de base.

Même valeur que sans ajustement automatique.

Note de bas de page 1

Par défaut, les services HIGH et MEDIUM activent Parallel Query, DDL et DML.

Si vous utilisez Autonomous AI Database avec Oracle Database 19c, l'apprentissage LMD parallèle nécessite que vous validiez ou repositionniez votre transaction avant de pouvoir accéder à nouveau à la même table. Si vous essayez d'accéder à la même table sans valider ou annuler la transaction, vous obtiendrez l'erreur ORA-12838 ou ORA-12839. Cette restriction a été levée dans Oracle AI Database 26ai. Ainsi, vous pouvez accéder à nouveau à la même table à l'aide de la même session sans validation ni annulation.

Si nécessaire, vous pouvez désactiver l'instruction LMD parallèle dans votre session en exécutant :

alter session disable parallel dml;

Vous pouvez également créer un déclencheur de connexion pour exécuter cette instruction pour toutes vos sessions. Notez que les performances de vos instructions LMD volumineuses peuvent être affectées lorsque vous désactivez les instructions LMD parallèles.

Notez que ces valeurs de degré de parallélisme peuvent être doublées pour les interrogations simples telles qu'une interrogation sur une seule table.

Les conseils de parallélisme de vos énoncés SQL sont ignorés par défaut dans les instances de base de données autonome avec le type de charge de travail Entrepôt avec lac de données. Les conseils de parallélisme de vos énoncés SQL sont honorés dans les instances de base de données autonome avec les types de charge de travail Traitement de transactions, JSON ou APEX. Si vous voulez contrôler le parallélisme à l'aide des conseils d'une instance de base de données autonome avec la charge de travail avec entrepôt avec lac de données, vous pouvez activer les conseils à l'aide de la commande suivante.

alter session set optimizer_ignore_parallel_hints=false;

Voir ce qui suit pour plus d'informations :

Note de bas de page 2

Les partages d'UC affectés à chaque service déterminent la quantité d'UC et d'E/S que les sessions utilisant ces services obtiendront lorsque l'utilisation d'UC dans votre base de données atteindra 100 %. Dans ce cas, chaque service obtient des ressources d'UC et d'E/S proportionnelles aux partages d'UC affectés. Vous pouvez modifier ces partages si nécessaire pour les adapter à votre charge globale. Les tâches automatisées qui s'exécutent sur Autonomous AI Database, telles que la collecte automatique des statistiques de l'optimiseur, s'exécutent avec un partage de ressources de 1. Pour plus d'informations, voir Gérer les partages d'UC/d'E/S sur une base de données d'IA autonome.

Note de bas de page 3

La simultanéité dans ce tableau signifie le nombre de sessions actives exécutant simultanément des instructions SQL. Le nombre de sessions qui n'utilisent pas de parallélisme, par exemple des sessions dans le service LOW, est limité par le paramètre de base de données sessions. Ce paramètre détermine le nombre de sessions que vous pouvez avoir dans la base de données indépendamment du service que ces sessions utilisent. Une fois cette limite atteinte, les nouvelles sessions ne pourront plus se connecter à la base de données. Par exemple, si le paramètre sessions de votre base de données est réglé à 300, vous pouvez avoir différents nombres de sessions à l'aide de LOW et TP, le total étant limité à 300.

Les services HIGH et MEDIUM permettent l'exécution d'autant d'énoncés SQL concurrents comme indiqué dans ce tableau, en supposant que vous n'utilisez qu'un seul de ces services. Vous pouvez toujours soumettre d'autres instructions SQL à l'aide de ces services, mais les instructions suivantes seront mises en file d'attente une fois ces nombres atteints. Une fois les instructions en cours d'exécution terminées, les sessions en file d'attente sont sélectionnées dans la file d'attente. Si vous utilisez le parallélisme dans plusieurs services simultanément, ou si vous utilisez des conseils de parallélisme pour définir le degré de parallélisme de vos instructions SQL, la simultanéité obtenue peut être différente des nombres documentés indiqués dans ce tableau.

Pour voir les niveaux d'accès simultané à votre base de données, exécutez la commande suivante :

SELECT * FROM CS_RESOURCE_MANAGER.LIST_CURRENT_RULES();

Vous pouvez également voir les niveaux de devise dans la carte Définir les règles de Resource Management dans Database Actions. Pour plus d'informations, voir Gérer les partages d'UC/d'E/S sur une base de données d'IA autonome.

Note de bas de page 4

Le parallélisme manuel est le type de parallélisme dans lequel vous pouvez contrôler le parallélisme pour les interrogations, les instructions LDD et LMD en définissant des degrés de parallélisme sur les tables et les index. Pour plus d'informations, voir Spécification manuelle du degré de parallélisme.

Note de bas de page 5

Si vous voulez utiliser le service TP ou TPURGENT et que vous ne le voyez pas dans le fichier tnsnames.ora de votre entrepôt avec lac de données autonome avec intelligence artificielle, vous devrez peut-être recharger ou mettre à jour manuellement votre portefeuille de base de données.

Rubriques

Où puis-je trouver les descriptions de connexion pour les services de base de données?

Les services de base de données disponibles font partie des chaînes de connexion à la base de données et vous pouvez voir les services à partir de la console Oracle Cloud Infrastructure ou voir les noms des services de base de données dans tnsnames.ora dans le fichier de portefeuille que vous pouvez télécharger.

Voir Voir les noms TNS et les chaînes de connexion pour une instance de base de données du service d'intelligence artificielle autonome pour les étapes de consultation des chaînes de connexion dans la console Oracle Cloud Infrastructure,

Pour plus d'informations, voir Télécharger les données d'identification du client (portefeuilles).

Par exemple, pour une instance de base de données d'intelligence artificielle autonome nommée sales, les alias TNS sont : sales_tpurgent, sales_tp, sales_high, sales_medium et sales_low.

Quel service de base de données dois-je choisir pour ma connexion, mon application ou mon outil?

Le service que vous choisissez pour votre connexion, votre application ou votre outil dépend des caractéristiques de votre charge de travail.

Les directives générales suivantes peuvent vous aider à choisir un service de base de données à utiliser :

  • TP, TPURGENT ou LOW : Utilisez le service TP ou LOW pour exécuter des applications ou des outils OLTP devant exécuter des interrogations et des transactions de courte durée. Si vous avez différents types d'utilisateur qui doivent avoir des priorités d'UC et d'E/S différentes, utilisez TP, TPURGENT et LOW, en fonction de leurs priorités, et ajustez les partages d'UC pour ces services en fonction de vos besoins.

  • MEDIUM : Utilisez le service MEDIUM pour les charges de travail d'analyse telles que les interrogations de longue durée balayant des jeux de données volumineux, les processus de chargement de données par lots, les interrogations opérationnelles ad hoc, etc. Si le degré de parallélisme et le niveau de simultanéité documentés pour ce service ne correspondent pas à vos besoins, vous pouvez définir le niveau de simultanéité pour ce service afin que son degré de parallélisme et de simultanéité soit ajusté en fonction de votre charge globale.

    Utilisez le service MEDIUM pour exécuter des tests de performance mono-utilisateur qui mesurent les performances du balayage de données, des interrogations et des instructions LMD pour les charges de travail d'analyse et réglez son niveau de simultanéité à 1 pour permettre à chaque instruction SQL d'utiliser le degré de parallélisme maximal possible.

    Voir Modifier la limite d'accès simultané de service moyen (modèle de calcul d'ECPU) pour plus d'informations sur la modification du niveau d'accès simultané.

  • HIGH : Utilisez le service HIGH pour les charges de travail d'analyse à faible simultanéité d'accès, telles qu'une base de données de production de rapports accessible à seulement quelques utilisateurs simultanément.

Si vous devez passer à un autre service dans la même session pour exécuter des énoncés SQL dans ce service, vous pouvez utiliser l'ensemble CS_SESSION pour ce faire. Pour plus d'informations, voir Ensemble CS_SESSION.

Noms de service de base de données pour une base de données d'intelligence artificielle autonome

Décrit les noms de service disponibles pour la connexion à l'instance de base de données du service d'intelligence artificielle autonome.

Les noms de service disponibles pour les connexions à une instance de base de données du service d'intelligence artificielle autonome ont le format suivant :

  • nom de base de données_tpurgent

  • nom de base de données_tp

  • nom de base de données_élevé

  • nom de base de données_moyen

  • nom de base de données_low

Ces services sont mappés aux groupes de consommateurs de ressources TPURGENT, TP, HIGH, MEDIUM et LOW.

Par exemple, si vous créez une base de données autonome avec un type de charge de travail Traitement des transactions et spécifiez le nom de base de données DB2025, les noms de service de connexion sont les suivants :

  • db2025_tpurgent

  • db2025_tp

  • db2025_high

  • db2025_medium

  • db2025_low

Si vous êtes connecté à l'aide du service db2025_tp, la connexion utilise le groupe de consommateurs TP.

Les caractéristiques de base de ces groupes de consommateurs sont les suivantes :

  • TPURGENT : Service de connexion d'application à priorité maximale pour les opérations de traitement de transactions critiques. Ce service de connexion prend en charge le parallélisme manuel.

  • TP : Service de connexion d'application standard pour les opérations de traitement des transactions. Ce service de connexion ne s'exécute pas en parallèle.

  • HIGH : Service de connexion d'application hautement prioritaire pour la production de rapports et les opérations par lots. Toutes les opérations sont exécutées en parallèle et font l'objet d'une mise en file d'attente.

  • MEDIUM : Service de connexion d'application standard pour les rapports et les opérations par lots. Toutes les opérations sont exécutées en parallèle et font l'objet d'une mise en file d'attente.

    Le choix d'un des services prédéfinis fournit des valeurs d'accès simultané qui conviennent à la plupart des applications. Si la sélection d'un des services par défaut ne répond pas aux besoins de performance de votre application, vous pouvez utiliser le service MEDIUM et modifier la limite d'accès simultané. Par exemple, lorsque vous exécutez des tests de performance mono-utilisateur, vous pouvez définir la limite d'accès simultané du service MEDIUM à 1 afin d'obtenir le plus haut degré de parallélisme (DOP).

    En fonction de votre modèle de calcul, ECPU ou OCPU, voir les informations suivantes pour plus d'informations.

  • LOW : Service de connexion d'application ayant la priorité la plus faible pour les opérations de production de rapports ou de traitement par lots. Ce service de connexion ne s'exécute pas en parallèle.

Note

Après vous être connecté à la base de données à l'aide d'un service, n'essayez pas de transférer manuellement cette connexion vers un autre service en modifiant simplement le groupe de consommateurs de la connexion. Lorsque vous connectez à l'aide d'un service, Autonomous AI Database effectue plus d'actions pour configurer la connexion que la définition de son groupe de consommateurs. Vous pouvez utiliser la procédure CS_SESSION.SWITCH_SERVICE pour passer à un autre service.

Pour plus d'informations, voir ProcédureSWITCH_SERVICE.