Noms de service Database pour Autonomous Database

Autonomous Database est fourni avec des services de base de données prédéfinis avec des performances et des caractéristiques de simultanéité différentes. Vous devez choisir l'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 Instructions simultanées Note de bas de page 3
      Sans redimensionnement automatique de calcul Avec le redimensionnement automatique de calcul
TPURGENT Note de bas de page 5 Défini manuellement Note de bas de page 4 12

Limité par le paramètre sessions.

Modèle OCPU : le paramètre de sessions est défini sur 300 fois le nombre d'OCPU de base.

Modèle d'ECPU : le paramètre sessions est défini sur 75 fois le nombre d'ECPU de base.

Valeurs identiques sans redimensionnement automatique

TP Note de bas de page 5 Pas de parallélisme 8

Limité par le paramètre sessions.

Modèle OCPU : le paramètre de sessions est défini sur 300 fois le nombre d'OCPU de base.

Modèle d'ECPU : le paramètre sessions est défini sur 75 fois le nombre d'ECPU de base.

Valeurs identiques sans redimensionnement automatique

HIGH

Activé

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

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

4 3 9
MEDIUM

Activé

Modèle OCPU : le degré de parallélisme est de 2 avec 2 OCPU, 3 avec 3 OCPU et 4 pour plus de 3 OCPU.

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

2

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

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

Un résultat décimal est tronqué.

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

Modèle 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 OCPU : le paramètre de sessions est défini sur 300 fois le nombre d'OCPU de base.

Modèle d'ECPU : le paramètre sessions est défini sur 75 fois le nombre d'ECPU de base.

Valeurs identiques à celles sans redimensionnement automatique.

Note de bas de page 1

Par défaut, les fonctions Parallel Query, DDL et DML sont activées pour les services HIGH et MEDIUM.

Si vous utilisez Autonomous Database avec Oracle Database 19c, le langage DML parallèle vous demande de valider ou d'annuler (rollback) 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-12839. Cette restriction a été levée dans Oracle Database 23ai. Vous pouvez donc accéder à nouveau à la même table en utilisant la même session sans validation ni annulation.

Si nécessaire, vous pouvez désactiver les opérations LMD parallèles 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 ce degré de parallélisme peut être doublé pour les requêtes simples telles qu'une requête sur une seule table.

Les conseils de parallélisme dans vos instructions SQL sont ignorés par défaut dans les instances Autonomous Database avec le type de charge globale Data Warehouse. Les conseils de parallélisme dans vos instructions SQL sont pris en compte dans les instances Autonomous Database avec les types de charge globale Transaction Processing, JSON ou APEX. Pour contrôler le parallélisme à l'aide de conseils dans une instance Autonomous Database avec la charge globale Data Warehouse, vous pouvez activer les conseils à l'aide de la commande suivante.

alter session set optimizer_ignore_parallel_hints=false;

Pour plus d'informations, reportez-vous à :

Note de bas de page 2

Les parts de CPU affectées à chaque service déterminent la quantité de CPU et d'E/S que les sessions utilisant ces services obtiendront lorsque l'utilisation de la CPU dans votre base de données atteindra 100 %. Dans ce cas, chaque service obtient des ressources de CPU et d'E/S proportionnelles aux parts de CPU qui lui sont affectées. Vous pouvez modifier ces partages si nécessaire pour les ajuster à votre charge globale. Les tâches automatisées exécutées sur Autonomous Database, telles que la collecte automatique de statistiques destinées à l'optimiseur, sont exécutées avec un partage de ressources de 1. Pour plus d'informations, reportez-vous à Gestion des partages d'UC/E/S sur Autonomous Database.

Note de bas de page 3

La simultanéité dans cette table signifie le nombre de sessions actives qui exécutent des instructions SQL simultanément. Le nombre de sessions qui n'utilisent pas le parallélisme, par exemple les 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 utilisé par ces sessions. 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 défini sur 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 simultanée d'autant d'instructions SQL que ce tableau l'indique, 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. A la fin des instructions en cours d'exécution, 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 afficher les niveaux de simultanéité de 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 des règles Resource Management dans Database Actions. Pour plus d'informations, reportez-vous à Gestion des partages d'UC/E/S sur Autonomous Database.

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 des interrogations, des instructions LDD et des instructions LMD en définissant des degrés de parallélisme sur les tables et les index. Pour plus d'informations, reportez-vous à Spécification manuelle du degré de parallélisme.

Note de bas de page 5

Les services TP et TPURGENT ne sont pas disponibles pour les charges globales Data Warehouse. Si vous disposez d'une charge globale nécessitant un parallélisme manuel, disponible uniquement avec TPURGENT, enregistrez une demande de service auprès du support technique Oracle Cloud pour demander l'activation des services TP et TPURGENT dans votre instance Autonomous Database.

Sujets

Où 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. Vous pouvez visualiser les services à partir de la console Oracle Cloud Infrastructure ou visualiser les noms des services de base de données dans le fichier tnsnames.ora dans le fichier de portefeuille que vous pouvez télécharger.

Reportez-vous à Affichage des noms TNS et des chaînes de connexion pour une instance Autonomous Database afin d'obtenir les étapes de visualisation des chaînes de connexion sur la console Oracle Cloud Infrastructure.

Pour plus d'informations, reportez-vous à Téléchargement des informations d'identification client (portefeuilles).

Par exemple, pour une instance Autonomous Database dont le type de charge globale Transaction Processing est 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 globale.

Les instructions générales suivantes peuvent vous aider à utiliser le service de base de données choose.a :

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

  • MEDIUM : utilisez le service MEDIUM pour les charges globales analytiques telles que les requêtes à longue durée d'exécution analysant des ensembles de données volumineux, les processus de chargement de données par lots, les requêtes 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 sa simultanéité soient ajustés pour votre charge globale.

    Utilisez le service MEDIUM pour exécuter des tests d'évaluation monoutilisateur qui mesurent les performances de l'analyse des données, des requêtes et des instructions LMD pour les charges globales analytiques, et définissez son niveau de simultanéité sur 1 pour permettre à chaque instruction SQL d'utiliser le degré de parallélisme maximal possible.

    Pour plus d'informations sur la modification du niveau de simultanéité, reportez-vous à Modification de la limite de concomitance du service MEDIUM (modèle de calcul d'ECPU).

  • HIGH : utilisez le service HIGH pour les charges globales analytiques à faible simultanéité d'accès, telles qu'une base de données de reporting accessible simultanément par quelques utilisateurs uniquement.

Si vous devez basculer vers un service différent dans la même session pour exécuter des instructions SQL dans ce service, vous pouvez utiliser le package CS_SESSION pour ce faire. Pour plus d'informations, reportez-vous à la section CS_SESSION Package.

Noms de service de base de donnée pour Autonomous Data Warehouse

Décrit les noms de service disponibles pour la connexion à l'instance Autonomous Database avec un type de charge globale Data Warehouse.

Les noms de service pour les connexions à une instance Autonomous Database avec un type de charge globale Data Warehouse sont au format suivant :

  • nom de base de données_high

  • nom de base de données_medium

  • nom de base de données_low

Ces services est mappés avec les groupes des consommateurs LOW, MEDIUM et HIGH.

Par exemple, si vous créez une instance Autonomous Database avec un type de charge globale Data Warehouse et indiquez le nom de base de données DB2024, les noms de service sont les suivants :

  • db2024_high

  • db2024_medium

  • db2024_low

Si vous vous connectez à l'aide du service db2024_low, la connexion utilise le groupe de consommateurs de ressources LOW.

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

  • HIGH : ressources les plus élevées, accès simultané le plus faible. Les requêtes sont exécutées en parallèle.

  • MEDIUM : moins de ressources, accès simultané plus élevé. Les requêtes sont exécutées en parallèle.

    Le choix d'un des services prédéfinis fournit des valeurs de simultanéité qui fonctionnent bien pour la plupart des applications. Si la sélection d'un des services par défaut ne répond pas aux besoins de performances de votre application, vous pouvez utiliser le service MEDIUM et modifier la limite de simultanéité. Par exemple, lorsque vous exécutez des tests d'évaluation monoutilisateur, vous pouvez définir la limite de simultanéité du service MEDIUM sur 1 afin d'obtenir le plus haut degré de parallélisme (DOP).

    En fonction de votre modèle de calcul, d'ECPU ou d'OCPU, reportez-vous aux sections suivantes pour plus d'informations.

  • LOW : moins de ressources, accès simultané le plus élevé. Les requêtes sont exécutées en série.

Remarque

Après avoir été connecté à la base de données à l'aide d'un service, n'essayez pas de basculer manuellement cette connexion vers un autre service en modifiant simplement le groupe de destinataires de la connexion. Lorsque vous vous vous connectez à l'aide d'un service, Autonomous Database effectue davantage d'actions pour configurer la connexion que de simplement définir son groupe de destinataires. Vous pouvez utiliser la procédure CS_SESSION.SWITCH_SERVICE pour passer à un autre service.

Pour plus d'informations, reportez-vous à Procédure SWITCH_SERVICE.

Noms de service de base de données pour Autonomous Transaction Processing et Autonomous JSON Database

Décrit les noms de service disponibles pour la connexion à l'instance Autonomous Database avec un type de charge globale Traitement des transactions, JSON ou APEX.

Les noms de service disponibles pour les connexions à une instance Autonomous Database avec l'un des types de charge globale Traitement des transactions, JSON ou APEX sont au format suivant :

  • nom de base de données_tpurgent

  • nom de base de données_tp

  • nom de base de données_high

  • nom de base de données_medium

  • nom de base de données_low

Ces services sont mis en correspondance avec les groupes de destinataires TPURGENT, TP, HIGH, MEDIUM et LOW.

Par exemple, si vous créez une instance Autonomous Database avec un type de charge globale Transaction Processing et que vous indiquez le nom de base de données DB2024, les noms de service de connexion sont les suivants :

  • db2024_tpurgent

  • db2024_tp

  • db2024_high

  • db2024_medium

  • db2024_low

Si vous vous connectez à l'aide du service db2024_tp, la connexion utilise le groupe de consommateurs de ressources TP.

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

  • TPURGENT : service de connexion d'application avec le niveau de priorité le plus élevé pour les opérations de traitement de transactions urgentes. Ce service de connexion prend en charge le parallélisme manuel.

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

  • HAUTE : service de connexion d'application de priorité élevée pour les opérations de reporting et de traitement par lots. Toutes les opérations s'exécutent en parallèle et sont soumises à la mise en file d'attente.

  • MEDIUM : service de connexion d'application standard pour la génération de rapports et les opérations par lots. Toutes les opérations s'exécutent en parallèle et sont soumises à la mise en file d'attente.

    Le choix d'un des services prédéfinis fournit des valeurs de simultanéité qui fonctionnent bien pour la plupart des applications. Si la sélection d'un des services par défaut ne répond pas aux besoins de performances de votre application, vous pouvez utiliser le service MEDIUM et modifier la limite de simultanéité. Par exemple, lorsque vous exécutez des tests d'évaluation monoutilisateur, vous pouvez définir la limite de simultanéité du service MEDIUM sur 1 afin d'obtenir le plus haut degré de parallélisme (DOP).

    En fonction de votre modèle de calcul, d'ECPU ou d'OCPU, reportez-vous aux sections suivantes pour plus d'informations.

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

Remarque

Après avoir été connecté à la base de données à l'aide d'un service, n'essayez pas de basculer manuellement cette connexion vers un autre service en modifiant simplement le groupe de destinataires de la connexion. Lorsque vous vous vous connectez à l'aide d'un service, Autonomous Database effectue davantage d'actions pour configurer la connexion que de simplement définir son groupe de destinataires. Vous pouvez utiliser la procédure CS_SESSION.SWITCH_SERVICE pour passer à un autre service.

Pour plus d'informations, reportez-vous à Procédure SWITCH_SERVICE.