Exécution de la fonction de trace SQL sur Autonomous Database

Utilisez la fonction de trace SQL pour identifier la source d'une charge globale de base de données excessive, telle qu'une instruction SQL à forte charge dans votre application.

Configuration de la fonction de trace SQL sur Autonomous Database

Affiche les étapes de configuration de la fonction de trace SQL sur Autonomous Database.

Remarque

Si vous activez la fonction de trace SQL, les performances de l'application pour la session peuvent être dégradées lorsque la collecte de trace est activée. Cet impact négatif sur les performances est attendu en raison de la surcharge liée à la collecte et à l'enregistrement des données de trace.

Pour configurer la base de données pour la fonction de trace SQL, procédez comme suit :

  1. Créez un bucket pour stocker les fichiers trace dans le stockage d'objet cloud.

    Pour enregistrer les fichiers de trace SQL, le bucket peut se trouver dans n'importe quelle banque d'objets cloud prise en charge par Autonomous Database.

    Par exemple, pour créer un bucket dans Oracle Cloud Infrastructure Object Storage, procédez comme suit :

    1. Ouvrez la console Oracle Cloud Infrastructure.
    2. Sélectionnez Stockage dans le menu.
    3. Sous Stockage, sélectionnez Object Storage et Archive Storage.
    4. Cliquez sur Créer un bucket.
    5. Sur la page Créer un bucket, entrez le nom du bucket et cliquez sur Créer.

    Si vous utilisez Oracle Cloud Infrastructure Object Storage, notez que les fichiers de trace SQL ne sont pris en charge qu'avec les buckets créés dans le niveau de stockage standard. Veillez à choisir Standard en tant que niveau de stockage lors de la création du bucket. Pour plus d'informations sur le niveau Object Storage standard, reportez-vous à Présentation d'Object Storage.

  2. Créez des informations d'identification pour votre compte Cloud Object Storage à l'aide de DBMS_CLOUD.CREATE_CREDENTIAL.

    Par exemple :

    BEGIN
      DBMS_CLOUD.CREATE_CREDENTIAL(
        credential_name => 'DEF_CRED_NAME',
        username => 'adb_user@example.com', 
        password => 'password'
    );
    END;
    /

    Pour Oracle Cloud Infrastructure, username est votre nom utilisateur Oracle Cloud Infrastructure. password est votre jeton d'authentification Oracle Cloud Infrastructure. Pour plus d'informations, reportez-vous à Utilisation des jetons d'authentification.

    Pour plus de détails sur les paramètres et leurs valeurs, reportez-vous à Procédure CREATE_CREDENTIAL, en fonction du stockage d'objet cloud.

  3. Définissez des paramètres d'initialisation pour indiquer l'URL Cloud Object Storage d'un bucket pour les fichiers trace SQL et pour indiquer les informations d'identification permettant d'accéder à Cloud Object Storage.
    1. Définissez la propriété de base de données DEFAULT_LOGGING_BUCKET pour indiquer le bucket de journalisation sur Cloud Object Storage.

      Par exemple, si vous créez le bucket avec Oracle Cloud Infrastructure Object Storage :

      SET DEFINE OFF;
      ALTER DATABASE PROPERTY SET 
         DEFAULT_LOGGING_BUCKET = 'https://objectstorage.us-ashburn-1.oraclecloud.com/n/namespace-string/b/bucket_name/o/';

      namespace-string est l'espace de noms Oracle Cloud Infrastructure Object Storage et bucket_name est le nom du bucket que vous avez créé précédemment. Pour plus d'informations, reportez-vous à Présentation des espaces de noms Object Storage.

      Pour obtenir la liste des régions, reportez-vous à Régions et domaines de disponibilité.

      La banque d'objets cloud que vous utilisez pour les fichiers de trace SQL peut être n'importe quelle banque d'objets cloud prise en charge par Autonomous Database.

    2. Définissez la propriété de base de données DEFAULT_CREDENTIAL sur les informations d'identification créées à l'étape 2.

      Vous devez inclure le nom du schéma avec les informations d'identification. Dans cet exemple, le schéma est "ADMIN".

      Par exemple :

      ALTER DATABASE PROPERTY SET DEFAULT_CREDENTIAL = 'ADMIN.DEF_CRED_NAME';

Activation de la fonction de trace SQL sur Autonomous Database

Affiche les étapes permettant d'activer la fonction de trace SQL pour la session de base de données.

Remarque

Si vous activez la fonction de trace SQL, les performances de l'application pour la session peuvent être dégradées lorsque la collecte de trace est activée. Cet impact négatif sur les performances est attendu en raison de la surcharge liée à la collecte et à l'enregistrement des données de trace.

Avant d'activer la fonction de trace SQL, vous devez configurer la base de données pour enregistrer les fichiers SQL Trace. Pour plus d'informations, reportez-vous à Configuration de la trace SQL sur Autonomous Database.

Pour activer la fonction de trace SQL, procédez comme suit :

  1. (Facultatif) Définissez un identificateur client pour l'application. Cette étape est facultative, mais elle est recommandée. La fonction de trace SQL utilise l'identificateur client comme composant du nom du fichier trace lorsque ce dernier est écrit dans la banque d'objets cloud.

    Par exemple :

    BEGIN
      DBMS_SESSION.SET_IDENTIFIER('sqlt_test');
    END;
    /
  2. (Facultatif) Définissez un nom de module pour l'application. Cette étape est facultative, mais elle est recommandée. La fonction de trace SQL utilise le nom du module comme composant du nom du fichier trace lorsque ce dernier est écrit dans la banque d'objets cloud.

    Par exemple :

    BEGIN
      DBMS_APPLICATION_INFO.SET_MODULE('modname', null);
    END;
    /
  3. Activez l'utilitaire SQL Trace.
    ALTER SESSION SET SQL_TRACE = TRUE;
  4. Exécutez votre charge globale.

    Cette étape consiste à exécuter l'ensemble de l'application ou des parties spécifiques de l'application. Lorsque vous exécutez la charge globale dans la session de base de données, les données de trace SQL sont collectées.

  5. Désactivez la fonction de trace SQL.

    Lorsque vous désactivez la fonction de trace SQL, les données collectées pour la session sont écrites dans une table de la session et dans un fichier trace du bucket que vous configurez lorsque vous configurez la fonction de trace SQL. Pour plus de détails, reportez-vous à Désactivation de la fonction de trace SQL sur Autonomous Database.

Désactivation de la fonction de trace SQL sur Autonomous Database

Affiche les étapes permettant de désactiver la fonction de trace SQL sur Autonomous Database.

Pour désactiver la fonction de trace SQL, procédez comme suit :

  1. Désactivez l'utilitaire SQL Trace.
    ALTER SESSION SET SQL_TRACE = FALSE;
  2. (Facultatif) Si nécessaire pour votre environnement, vous pouvez réinitialiser la propriété de base de données DEFAULT_LOGGING_BUCKET afin d'effacer la valeur du bucket de journalisation sur Cloud Object Storage.

    Par exemple :

    ALTER DATABASE PROPERTY SET DEFAULT_LOGGING_BUCKET = '';

Lorsque vous désactivez la fonction de trace SQL, les données de trace collectées pendant l'exécution de la session avec la fonction de trace activée sont copiées dans une table et envoyées vers un fichier trace sur la banque d'objets cloud. Vous disposez de deux options pour afficher les données de trace :

Visualisation du fichier trace enregistré dans la banque d'objets cloud sur Autonomous Database

Décrit le nom des fichiers de sortie pour les fichiers trace SQL et affiche les commandes permettant d'utiliser TKPROF pour organiser et afficher les données des fichiers trace.

Les données du fichier trace SQL permettent d'analyser les performances des applications sur Autonomous Database. Lorsque vous désactivez la trace SQL dans votre session de base de données, les données sont écrites dans le bucket de banque d'objets cloud configuré avec DEFAULT_LOGGING_BUCKET.

L'utilitaire SQL Trace écrit les données de trace collectées dans la session dans la banque d'objets cloud au format suivant :

default_logging_bucket/sqltrace/clientID/moduleName/sqltrace_numID1_numID2.trc

Les composants du nom de fichier sont les suivants :

  • default_logging_bucket : valeur de la propriété de base de données DEFAULT_LOGGING_BUCKET. Pour plus d'informations, reportez-vous à Configuration de la trace SQL sur Autonomous Database.

  • clientID : est l'identifiant client. Pour plus d'informations, reportez-vous à Activation de la trace SQL sur Autonomous Database.

  • moduleName : nom du module. Pour plus d'informations, reportez-vous à Activation de la trace SQL sur Autonomous Database.

  • numID1_numID2 : deux identificateurs fournis par l'utilitaire SQL Trace. Les valeurs numériques numID1 et numID2 distinguent chaque nom de fichier trace des autres sessions à l'aide de la fonction de trace et de la création de fichiers trace dans le même bucket dans Cloud Object Storage.

    Lorsque le service de base de données prend en charge le parallélisme et qu'une session exécute une requête parallèle, la fonction SQL Trace peut générer plusieurs fichiers trace avec différentes valeurs numID1 et numID2.

Remarque

Lorsque la fonction de trace SQL est activée et désactivée plusieurs fois au cours de la même session, chaque itération de trace génère un fichier trace distinct dans la banque d'objets cloud. Pour éviter d'écraser les traces précédentes générées dans la session, les fichiers générés suivent la même convention de dénomination et ajoutent un suffixe numérique au nom du fichier trace. Ce suffixe numérique commence par le nombre 1 et est incrémenté de 1 pour chaque itération de trace par la suite.

Par exemple, voici un exemple de nom de fichier trace généré lorsque vous définissez l'identificateur client sur "sql_test" et le nom de module sur "modname" :

sqltrace/sqlt_test/modname/sqltrace_5415_56432.trc

Vous pouvez exécuter TKPROF pour convertir le fichier trace en fichier de sortie lisible.

  1. Copiez le fichier trace de la banque d'objets vers votre système local.
  2. Accédez au répertoire dans lequel le fichier trace est enregistré.
  3. Exécutez l'utilitaire TKPROF à partir de l'invite du système d'exploitation à l'aide de la syntaxe suivante :
    tkprof filename1 filename2 [waits=yes|no] [sort=option] [print=n]
        [aggregate=yes|no] [insert=filename3] [sys=yes|no] [table=schema.table]
        [explain=user/password] [record=filename4] [width=n]
    

    Les fichiers d'entrée et de sortie sont les seuls arguments requis.

  4. Pour afficher l'aide en ligne, appelez TKPROF sans arguments.

Pour plus d'informations sur l'utilisation de l'utilitaire TKPROF, reportez-vous à la section "Outils de trace d'application de bout en bout" du Guide de réglage SQL Oracle Database.

Visualisation des données de trace dans la vue SESSION_CLOUD_TRACE sur Autonomous Database

Lorsque vous activez la fonction de trace SQL, les mêmes informations de trace enregistrées dans le fichier trace de la banque d'objets cloud sont disponibles dans la vue SESSION_CLOUD_TRACE de la session dans laquelle la fonction de trace a été activée.

Tant que vous êtes dans la session de base de données, vous pouvez visualiser les données de trace SQL dans la vue SESSION_CLOUD_TRACE. La vue SESSION_CLOUD_TRACE comprend deux colonnes : ROW_NUMBER et TRACE :

DESC SESSION_CLOUD_TRACE

Name       Null? Type
---------- ----- ------------------------------
ROW_NUMBER       NUMBER
TRACE            VARCHAR2(32767)

Le paramètre ROW_NUMBER indique l'ordre des données de trace trouvées dans la colonne TRACE. Chaque ligne de sortie de trace écrite dans un fichier trace devient une ligne de la table et est disponible dans la colonne TRACE.

Une fois la fonction de trace SQL désactivée pour la session, vous pouvez exécuter des requêtes sur la vue SESSION_CLOUD_TRACE.

Par exemple :

SELECT trace FROM SESSION_CLOUD_TRACE ORDER BY row_number;

Les données dans SESSION_CLOUD_TRACE persistent pendant toute la durée de la session. Une fois la session déconnectée ou fermée, les données ne sont plus disponibles.

Si SQL Trace est activé et désactivé plusieurs fois au cours de la même session, SESSION_CLOUD_TRACE affiche les données de trace de toutes les itérations de manière cumulée. Par conséquent, la réactivation de la fonction de trace dans une session après la désactivation de la fonction de trace précédente ne supprime pas les données de trace générées par l'itération précédente.