Base de données Oracle

L'intégration de base de données Oracle collecte les métriques et les journaux de base de données Oracle. Les métriques sont collectées en interrogeant les vues de surveillance pertinentes. Cette intégration écrit des journaux trace structurés.

Pour en savoir plus sur la base de données Oracle, consultez la documentation sur la base de données Oracle.

Prérequis

Pour collecter les données télémétriques de la base de données Oracle, vous devez : Installez l'agent Ops:

  • Pour les métriques, installez la version 2.22.0 ou ultérieure.
  • Pour les journaux, installez la version 2.22.0 ou ultérieure.

Cette intégration est compatible avec les versions 12.2, 18c, 19c et 21c de la base de données Oracle.

Configurer votre instance de base de données Oracle

Pour collecter des métriques, un utilisateur de surveillance doit disposer d'un accès SELECT aux vues pertinentes. Le script sql suivant doit créer un utilisateur de surveillance et lui accorder les autorisations appropriées si celui-ci est exécuté par un utilisateur disposant des autorisations suffisantes connectées à l'instance de base de données Oracle en tant que SYSDBA ou SYSOPER.

-- Create the monitoring user "otel"
CREATE USER otel IDENTIFIED BY ;

-- Grant the "otel" user the required permissions
GRANT CONNECT TO otel;
GRANT SELECT ON SYS.GV_$DATABASE to otel;
GRANT SELECT ON SYS.GV_$INSTANCE to otel;
GRANT SELECT ON SYS.GV_$PROCESS to otel;
GRANT SELECT ON SYS.GV_$RESOURCE_LIMIT to otel;
GRANT SELECT ON SYS.GV_$SYSMETRIC to otel;
GRANT SELECT ON SYS.GV_$SYSSTAT to otel;
GRANT SELECT ON SYS.GV_$SYSTEM_EVENT to otel;
GRANT SELECT ON SYS.V_$RMAN_BACKUP_JOB_DETAILS to otel;
GRANT SELECT ON SYS.V_$SORT_SEGMENT to otel;
GRANT SELECT ON SYS.V_$TABLESPACE to otel;
GRANT SELECT ON SYS.V_$TEMPFILE to otel;
GRANT SELECT ON SYS.DBA_DATA_FILES to otel;
GRANT SELECT ON SYS.DBA_FREE_SPACE to otel;
GRANT SELECT ON SYS.DBA_TABLESPACE_USAGE_METRICS to otel;
GRANT SELECT ON SYS.DBA_TABLESPACES to otel;
GRANT SELECT ON SYS.GLOBAL_NAME to otel;

Configurer l'agent Ops pour la base de données Oracle

Suivez le guide Configurer l'agent un agent, ajoutez les éléments requis ; pour collecter des données de télémétrie à partir d'instances de base de données Oracle ; redémarrez l'agent.

Exemple de configuration

Les commandes suivantes créent la configuration de collecte et d'ingestion de la télémétrie pour la base de données Oracle et redémarre l'agent Ops.

# Configures Ops Agent to collect telemetry from the app and restart Ops Agent.

set -e

# Create a back up of the existing file so existing configurations are not lost.
sudo cp /etc/google-cloud-ops-agent/config.yaml /etc/google-cloud-ops-agent/config.yaml.bak

# Configure the Ops Agent.
sudo tee /etc/google-cloud-ops-agent/config.yaml > /dev/null << EOF
logging:
  receivers:
    oracledb_audit:
      type: oracledb_audit
      oracle_home: /opt/oracle
    oracledb_alert:
      type: oracledb_alert
      oracle_home: /opt/oracle
  service:
    pipelines:
      oracledb:
        receivers:
          - oracledb_audit
          - oracledb_alert
metrics:
  receivers:
    oracledb:
      type: oracledb
      username: otel
      password: ora19c
      sid: ORCLCDB
      service_name: ORCLCDB
  service:
    log_level: debug
    pipelines:
      oracledb:
        receivers:
          - oracledb
EOF

sudo service google-cloud-ops-agent restart

Configurer la collecte de journaux

Pour ingérer des journaux à partir de la base de données Oracle, vous devez créer un récepteur pour les journaux produit par la base de données Oracle, puis créer un pipeline pour le nouveau récepteur.

Pour configurer un récepteur pour vos journaux oracledb_audit, spécifiez les champs suivants :

Champ Par défaut Description
exclude_paths Liste des formats de chemin d'accès au système de fichiers à exclure de l'ensemble correspondant à include_paths.
include_paths Liste des chemins d'accès du système de fichiers à lire en affichant chaque fichier. Un caractère générique (*) peut être utilisé dans les chemins d'accès. Ne peut pas être fourni avec le champ oracle_home.
oracle_home Emplacement de ORACLE_HOME pour l'environnement. Lorsqu'il est fourni, il définit include_paths sur $ORACLE_HOME/admin/*/adump/*.aud. Ne peut pas être fourni avec le champ include_paths.
record_log_file_path false Si cette valeur est définie sur true, le chemin d'accès au fichier spécifique à partir duquel l'enregistrement de journal a été obtenu apparaît dans l'entrée de journal de sortie en tant que valeur du libellé agent.googleapis.com/log_file_path. Lorsque vous utilisez un caractère générique, seul le chemin du fichier à partir duquel l'enregistrement a été obtenu est enregistré.
type Cette valeur doit être oracledb_audit.
wildcard_refresh_interval 60s Intervalle d'actualisation pour les chemins d'accès de fichiers utilisant des caractères génériques dans include_paths. Renseigné sous la forme d'une durée, par exemple, 30s ou 2m. Cette propriété peut s'avérer utile lorsque le débit de journalisation est élevé et que les fichiers journaux sont alternés plus rapidement que l'intervalle par défaut.

Pour configurer un récepteur pour vos journaux oracledb_alert, spécifiez les champs suivants :

Champ Par défaut Description
exclude_paths Liste des formats de chemin d'accès au système de fichiers à exclure de l'ensemble correspondant à include_paths.
include_paths Liste des chemins d'accès du système de fichiers à lire en affichant chaque fichier. Un caractère générique (*) peut être utilisé dans les chemins d'accès. Ne peut pas être fourni avec le champ oracle_home.
oracle_home Emplacement de ORACLE_HOME pour l'environnement. Lorsqu'il est fourni, il définit include_paths sur $ORACLE_HOME/diag/rdbms/*/*/trace/alert_*.log. Ne peut pas être fourni avec le champ include_paths.
record_log_file_path false Si cette valeur est définie sur true, le chemin d'accès au fichier spécifique à partir duquel l'enregistrement de journal a été obtenu apparaît dans l'entrée de journal de sortie en tant que valeur du libellé agent.googleapis.com/log_file_path. Lorsque vous utilisez un caractère générique, seul le chemin du fichier à partir duquel l'enregistrement a été obtenu est enregistré.
type La valeur doit être égale à oracledb_alert.
wildcard_refresh_interval 60s Intervalle d'actualisation pour les chemins d'accès de fichiers utilisant des caractères génériques dans include_paths. Renseigné sous la forme d'une durée, par exemple, 30s ou 2m. Cette propriété peut s'avérer utile lorsque le débit de journalisation est élevé et que les fichiers journaux sont alternés plus rapidement que l'intervalle par défaut.

Contenu consigné

Le champ logName est dérivé des ID de récepteur spécifiés dans la configuration. Les champs détaillés dans l'entrée de journal (LogEntry) sont les suivants.

Les journaux oracledb_alert contiennent les champs suivants dans LogEntry :

Champ Type Description
jsonPayload.message chaîne Message du journal
severity chaîne (LogSeverity) Niveau d'entrée de journal (traduit).

Les journaux oracledb_audit contiennent les champs suivants dans LogEntry :

Champ Type Description
jsonPayload.action chaîne Action consignée dans le journal d'audit
jsonPayload.action_number nombre Numéro permettant d'identifier le type de l'action enregistrée
jsonPayload.client_terminal chaîne Identifiant du terminal client d'où provient l'action
jsonPayload.client_user chaîne Utilisateur client pour l'action auditée
jsonPayload.database_user chaîne Utilisateur de base de données pour l'action auditée
jsonPayload.dbid nombre Identifiant de la base de données
jsonPayload.length nombre Longueur de la chaîne représentant l'action enregistrée
jsonPayload.privilege chaîne Droit de base de données sous lequel l'action a été exécutée
jsonPayload.sessionid nombre Identifiant de session
jsonPayload.status chaîne État de l'action
jsonPayload.user_host chaîne Hôte d'où provient l'action auditée
severity chaîne (LogSeverity) Niveau d'entrée de journal (traduit).

Configurer la collecte de métriques

Pour ingérer des métriques à partir de la base de données Oracle, vous devez créer des récepteurs pour les métriques générés par la base de données Oracle, puis créer un pipeline pour les nouveaux récepteurs.

Ce récepteur ne permet pas d'utiliser plusieurs instances dans la configuration, par exemple pour surveiller plusieurs points de terminaison. Toutes ces instances écrivent dans la même série temporelle, et Cloud Monitoring n'a aucun moyen de les distinguer.

Pour configurer un récepteur pour vos métriques oracledb, spécifiez les champs suivants :

Champ Par défaut Description
collection_interval 60s Une valeur time duration, telle que 30s ou 5m.
endpoint localhost:1521 Point de terminaison utilisé pour se connecter à l'instance de la base de données Oracle. Ce champ accepte host:port ou un chemin d'accès au socket Unix.
insecure true Indique si une connexion TLS sécurisée doit être utilisée. Si ce paramètre est défini sur false, TLS est activé.
insecure_skip_verify false Indique si la validation du certificat doit être ignorée ou non. Si insecure est défini sur true, la valeur insecure_skip_verify n'est pas utilisée.
password Mot de passe utilisé pour se connecter à l'instance.
service_name Nom de service de la base de données Oracle surveillée. Utilisez ce champ ou le champ sid, selon le cas.
sid Identifiant système de la base de données Oracle surveillée. Utilisez ce champ ou le champ service_name, selon le cas.
type Cette valeur doit être oracledb.
username Nom d'utilisateur utilisé pour se connecter à l'instance.
wallet Chemin d'accès au répertoire contenant le portefeuille oracle éventuellement utilisé pour l'authentification et la sécurisation des connexions.

Métriques surveillées

Le tableau suivant fournit la liste des métriques que l'agent Ops collecte à partir de l'instance de la base de données Oracle.

Type de métrique
Genre, type
Ressources surveillées		 Étiquettes
workload.googleapis.com/oracle.backup.latest
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
workload.googleapis.com/oracle.buffer.cache.ratio
GAUGE, DOUBLE
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.cursor.count
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.cursor.current
GAUGE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.disk.operation.count
CUMULATIVE, INT64
gce_instance 		database_id
db_system
direction
global_name
instance_id
workload.googleapis.com/oracle.disk.operation.size
CUMULATIVE, INT64
gce_instance 		database_id
db_system
direction
global_name
instance_id
workload.googleapis.com/oracle.logon.count
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.logon.current
GAUGE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.network.data
CUMULATIVE, INT64
gce_instance 		database_id
db_system
direction
global_name
instance_id
target
workload.googleapis.com/oracle.process.count
GAUGE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.process.limit
GAUGE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.process.pga_memory.size
GAUGE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
program
state
workload.googleapis.com/oracle.row.cache.ratio
GAUGE, DOUBLE
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.service.response_time
GAUGE, DOUBLE
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.session.count
GAUGE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.session.limit
GAUGE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.sort.count
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
type
workload.googleapis.com/oracle.sort.row.count
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.tablespace.count
GAUGE, INT64
gce_instance 		contents
database_id
db_system
global_name
status
workload.googleapis.com/oracle.tablespace.size
GAUGE, INT64
gce_instance 		contents
database_id
db_system
global_name
state
tablespace_name
workload.googleapis.com/oracle.user.calls
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.user.commits
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.user.rollbacks
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
workload.googleapis.com/oracle.wait.count
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
type
wait_class
workload.googleapis.com/oracle.wait.time
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
type
wait_class
workload.googleapis.com/oracle.wait.timeouts
CUMULATIVE, INT64
gce_instance 		database_id
db_system
global_name
instance_id
type
wait_class

Vérifier la configuration

Cette section explique comment vérifier que vous avez bien configuré le récepteur de base de données Oracle. La collecte de la télémétrie par l'agent Ops peut prendre une ou deux minutes.

Pour vérifier que les journaux de base de données Oracle sont envoyés à Cloud Logging, procédez comme suit :

  1. Dans la console Google Cloud, accédez à la page Explorateur de journaux :

    Accéder à l'explorateur de journaux

    Si vous utilisez la barre de recherche pour trouver cette page, sélectionnez le résultat dont le sous-titre est Logging.

  2. Saisissez la requête suivante dans l'éditeur, puis cliquez sur Exécuter la requête :
    resource.type="gce_instance"
(log_id("oracledb_alert") OR log_id("oracledb_audit"))

Pour vérifier que les métriques de base de données Oracle sont envoyées à Cloud Monitoring, procédez comme suit :

  1. Dans la console Google Cloud, accédez à la page Explorateur de métriques :

    Accéder à l'explorateur de métriques

    Si vous utilisez la barre de recherche pour trouver cette page, sélectionnez le résultat dont le sous-titre est Surveillance.

  2. Dans la barre d'outils du volet de création de requêtes, sélectionnez le bouton nommé  MQL ou  PromQL.
  3. Vérifiez que MQL est sélectionné dans le bouton d'activation Langage. Le bouton de langage se trouve dans la barre d'outils qui vous permet de mettre en forme votre requête.
  4. Saisissez la requête suivante dans l'éditeur, puis cliquez sur Exécuter la requête :
    fetch gce_instance
| metric 'workload.googleapis.com/oracle.logon.count'
| every 1m

Afficher le tableau de bord

Pour afficher les métriques de votre base de données Oracle, vous devez configurer un graphique ou un tableau de bord. L'intégration Oracle DB inclut un ou plusieurs tableaux de bord. Tous les tableaux de bord sont automatiquement installés après la configuration de l'intégration et que l'agent Ops a commencé à collecter des données de métriques.

Vous pouvez également afficher des aperçus statiques de tableaux de bord sans installer l'intégration.

Pour afficher un tableau de bord installé, procédez comme suit :

  1. Dans la console Google Cloud, accédez à la page Tableaux de bord .

    Accéder à la page Tableaux de bord

    Si vous utilisez la barre de recherche pour trouver cette page, sélectionnez le résultat dont le sous-titre est Surveillance.

  2. Sélectionnez l'onglet Liste des tableaux de bord, puis choisissez la catégorie Intégrations.
  3. Cliquez sur le nom du tableau de bord que vous souhaitez afficher.

Si vous avez configuré une intégration, mais que le tableau de bord n'a pas été installé, vérifiez que l'agent Ops est en cours d'exécution. Lorsqu'un graphique ne contient aucune donnée de métrique, l'installation du tableau de bord échoue. Une fois que l'agent Ops a commencé à collecter des métriques, le tableau de bord est installé.

Pour afficher un aperçu statique du tableau de bord, procédez comme suit :

  1. Dans la console Google Cloud, accédez à la page Intégrations  :

    Accéder à la page Intégrations

    Si vous utilisez la barre de recherche pour trouver cette page, sélectionnez le résultat dont le sous-titre est Surveillance.

  2. Cliquez sur le filtre de plate-forme de déploiement Compute Engine.
  3. Recherchez l'entrée de la base de données Oracle, puis cliquez sur Afficher les détails.
  4. Cliquez sur l'onglet Tableaux de bord pour afficher un aperçu statique. Si le tableau de bord est installé, vous pouvez y accéder en cliquant sur Afficher le tableau de bord.

Pour en savoir plus sur les tableaux de bord dans Cloud Monitoring, consultez la page Tableaux de bord et graphiques.

Pour en savoir plus sur l'utilisation de la page Intégrations, consultez la page Gérer les intégrations.

Installer des règles d'alerte

Les règles d'alerte indiquent à Cloud Monitoring de vous avertir lorsque des conditions spécifiées se produisent. L'intégration de la base de données Oracle inclut une ou plusieurs règles d'alerte que vous pouvez utiliser. Vous pouvez afficher et installer ces règles d'alerte à partir de la page Intégrations dans Monitoring.

Pour afficher la description des règles d'alerte disponibles et les installer, procédez comme suit :

  1. Dans la console Google Cloud, accédez à la page Intégrations  :

    Accéder à la page Intégrations

    Si vous utilisez la barre de recherche pour trouver cette page, sélectionnez le résultat dont le sous-titre est Surveillance.

  2. Recherchez l'entrée de la base de données Oracle, puis cliquez sur Afficher les détails.
  3. Sélectionnez l'onglet Alertes. Cet onglet fournit une description des règles d'alerte disponibles et fournit une interface pour les installer.
  4. Installez les règles d'alerte. Les règles d'alerte doivent savoir où envoyer des notifications indiquant que l'alerte a été déclenchée. Elles nécessitent donc des informations de votre part pour l'installation. Pour installer des règles d'alerte, procédez comme suit :
    1. Dans la liste des règles d'alerte disponibles, sélectionnez celles que vous souhaitez installer.

    2. Dans la section Configurer les notifications, sélectionnez un ou plusieurs canaux de notification. Vous avez la possibilité de désactiver l'utilisation des canaux de notification. Toutefois, si vous le faites, vos règles d'alerte se déclenchent en mode silencieux. Vous pouvez vérifier leur état dans Monitoring, mais vous ne recevez aucune notification.

      Pour plus d'informations sur les canaux de notification, consultez la section Gérer les canaux de notification.

    3. Cliquez sur Créer des règles.

Pour plus d'informations sur les règles d'alerte dans Cloud Monitoring, consultez la section Présentation des alertes.

Pour en savoir plus sur l'utilisation de la page Intégrations, consultez la page Gérer les intégrations.

Étape suivante

Pour accéder à un tutoriel pas à pas expliquant comment utiliser Ansible pour installer l'agent Ops, configurer une application tierce et installer un exemple de tableau de bord, consultez la vidéo Install the Ops Agent to troubleshoot third-party applications (Installer l'agent Ops pour résoudre les problèmes liés à des applications tierces).