Noms de service de base de données pour Autonomous Database

Autonomous Database est fourni avec des services de base de données prédéfinis avec différentes caractéristiques de performances et de simultanéité d'accès aux données. 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 contenant moins de 2 OCPU ou moins de 4 ECPU, sauf si vous utilisez le parallélisme manuel, comme expliqué ci-dessous.

Nom de 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 évolutivité automatique de calcul Avec le redimensionnement automatique de calcul
TPURGENT Note de bas de page 5 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 défini sur 300 fois le nombre d'OCPU de base.

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

Même valeur que sans redimensionnement automatique

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

Limité par le paramètre sessions.

Modèle d'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 de sessions est défini sur 75 fois le nombre d'ECPU de base.

Même valeur que sans redimensionnement automatique

HIGH

Activé

Modèle d'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 arrondi à la valeur entière la plus proche.

4 3 9
MEDIUM

Activé

Modèle d'OCPU : le degré de parallélisme est 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 correspond à la moitié du nombre d'ECPU de base arrondi à la valeur entière la plus proche avec 4 à 7 ECPU. Elle sera de 4 avec 8 ECPU ou plus.

2

Modèle OCPU : 1,25 x 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 OCPU : 3,75 × nombre d'OCPU de base

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

Un résultat décimal est tronqué.

LOW Aucun parallélisme 1

Limité par le paramètre sessions.

Modèle d'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 de sessions est défini sur 75 fois le nombre d'ECPU de base.

Même valeur que sans mise à l'échelle automatique.

Référence 1

Par défaut, les services HIGH et MEDIUM prennent en charge la requête parallèle, le langage DDL et le langage DML.

Si vous utilisez Autonomous Database avec Oracle Database 19c, le DML parallèle exige que vous validiez ou annuliez votre transaction pour pouvoir accéder à nouveau à la même table. Si vous tentez d'accéder à la même table sans valider (commit) ou annuler (rollback) la transaction, vous obtenez l'erreur ORA-12839. Cette restriction a été levée dans Oracle Database 23ai, de sorte que vous pouvez accéder à nouveau à la même table en utilisant la même session sans validation ni annulation.

Si nécessaire, vous pouvez désactiver le langage DML parallèle dans votre session en exécutant les opérations suivantes :

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 comme 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 respectés dans les instances Autonomous Database avec les types de charge globale Transaction Processing, JSON ou APEX. Si vous voulez 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 à :

Référence 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 de l'UC 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 en fonction de votre charge de travail. Les tâches automatisées exécutées sur Autonomous Database, telles que la collecte automatique des statistiques de l'optimiseur, sont exécutées avec un partage de ressources égal à 1. Pour plus d'informations, reportez-vous à Gestion des partages d'UC et d'E/S sur Autonomous Database.

Référence 3

La simultanéité d'accès aux données dans cette table indique le nombre de sessions actives exécutant des instructions SQL simultanément. Le nombre de sessions qui n'utilisent pas de 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 d'exécuter autant d'instructions SQL simultanées que indiqué dans cette table, 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é d'accès aux données peut être différente des nombres documentés indiqués dans ce tableau.

Pour afficher les niveaux de simultanéité d'accès à la 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 fiche Définir les règles Resource Management dans Database Actions. Pour plus d'informations, reportez-vous à Gestion des partages d'UC et d'E/S sur Autonomous Database.

Référence 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.

Référence 5

Les services TP et TPURGENT ne sont pas disponibles pour les charges globales d'entrepôt de données. 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.

Rubriques

Où trouver des descriptions de connexion pour les services de base de données ?

Les services de base de données disponibles font partie de vos chaînes de connexion de 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 de portefeuille tnsnames.ora que vous pouvez télécharger.

Reportez-vous à Affichage des noms TNS et des chaînes de connexion pour une instance Autonomous Database afin de connaître les étapes permettant de visualiser les 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 avec le type de charge globale de traitement des transactions nommé 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, application ou outil dépend des caractéristiques de votre charge globale.

Les directives 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 censés exécuter des requêtes 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 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 en batch, 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é d'accès pour ce service afin que son degré de parallélisme et de simultanéité d'accès aux données soit ajusté en fonction de votre charge globale.

    Utilisez le service MEDIUM pour exécuter des tests d'évaluation monoutilisateur qui mesurent les performances d'analyse des données, de requête et de DML pour les charges globales d'analyse, et définissez son niveau d'accès simultané 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 d'accès simultané, reportez-vous à Modification de la limite d'accès simultané au service MEDIUM (modèle de calcul d'ECPU).

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

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

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

Décrit les noms de service disponibles pour la connexion à une instance Autonomous Database avec un type de charge globale d'entrepôt de données.

Les noms de service pour les connexions à une instance Autonomous Database avec un type de charge globale d'entrepôt de données 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 sont mappés avec les groupes de consommateurs LOW, MEDIUM et HIGH.

Par exemple, si vous créez une base de données Autonomous Database avec le type de charge globale Entrepôt de données et que vous indiquez le nom de base de données DB2024, les noms de service sont les suivants :

  • db2024_high

  • db2024_medium

  • db2024_low

Si vous utilisez le service db2024_low, la connexion utilise le groupe de consommateurs de ressources LOW.

Caractéristiques de base de ces groupes de destinataires :

  • 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.

    La sélection de l'un des services prédéfinis fournit des valeurs d'accès simultané qui fonctionnent pour la plupart des applications. Si la sélection de l'un des services par défaut ne répond pas aux besoins en performances de votre application, vous pouvez utiliser le service MEDIUM et modifier la limite d'accès simultané. Par exemple, lorsque vous exécutez des références avec un seul utilisateur, vous pouvez définir la limite d'accès simultané au service MEDIUM sur 1 afin d'obtenir le plus haut degré de parallèle.

    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 vous être connecté à la base de données à l'aide d'un service, n'essayez pas de basculer manuellement cette connexion sur un autre service en modifiant simplement le groupe de destinataires de la connexion. Lorsque vous connectez à l'aide d'un service, Autonomous Database effectue d'autres actions pour configurer la connexion que la simple définition de son groupe de destinataires. Vous pouvez utiliser la procédure CS_SESSION.SWITCH_SERVICE pour basculer vers 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 base de données Autonomous Database avec le type de charge globale Traitement des transactions 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 utilisez le service db2024_tp, la connexion utilise le groupe de consommateurs de ressources TP.

Caractéristiques de base de ces groupes de destinataires :

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

  • TP : service de connexion d'application standard pour le traitement des transactions. Ce service de connexion n'est pas exécuté avec un parallélisme.

  • HIGH : service de connexion d'application de priorité élevée pour les opérations en batch et de reporting. Toutes les opérations sont exécutées en parallèle et peuvent être mises en file d'attente.

  • MEDIUM : service de connexion d'application standard pour les opérations en batch et les rapports. Toutes les opérations sont exécutées en parallèle et peuvent être mises en file d'attente.

    La sélection de l'un des services prédéfinis fournit des valeurs d'accès simultané qui fonctionnent pour la plupart des applications. Si la sélection de l'un des services par défaut ne répond pas aux besoins en performances de votre application, vous pouvez utiliser le service MEDIUM et modifier la limite d'accès simultané. Par exemple, lorsque vous exécutez des références avec un seul utilisateur, vous pouvez définir la limite d'accès simultané au service MEDIUM sur 1 afin d'obtenir le plus haut degré de parallèle.

    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 avec la priorité la plus faible pour les opérations en batch et de reporting. Ce service de connexion n'est pas exécuté avec un parallélisme.

Remarque

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

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