Présentation des événements du service Database

L'implémentation de la fonctionnalité des événements du service Database vous permet d'être informé des problèmes d'état des bases de données ou d'autres composants Oracle sur la machine virtuelle invitée.

Il est possible qu'Oracle Database ou Clusterware ne soit pas en bon état, ou que divers composants système ne disposent pas de suffisamment d'espace dans la machine virtuelle invitée. Vous n'êtes pas informé de cette situation, sauf si vous le demandez.
Remarque

Vous activez la fonctionnalité en sachant que la liste des événements peut changer à l'avenir. Vous pouvez désactiver cette fonctionnalité à tout moment.

L'implémentation de la fonctionnalité des événements du service Database génère des événements pour les opérations et conditions de machine virtuelle invitée, ainsi que des notifications pour les clients à l'aide du service OCI Events et des mécanismes de notification existants dans leur location. Les clients peuvent ensuite créer des sujets et s'y abonner via leur adresse électronique, des fonctions ou des flux de données.

Remarque

Le flux d'événements sur Oracle Exadata Database Service sur une infrastructure Exascale dépend des composants suivants : agent Oracle Database Cloud Service (DBCS), Oracle Trace File Analyzer (TFA) et sysLens. Assurez-vous que ces composants sont en fonctionnement.

Gestion d'Oracle Trace File Analyzer

  • Pour vérifier le statut d'exécution d'Oracle Trace File Analyzer, exécutez la commande tfactl status en tant qu'utilisateur root ou autre que root :
    # tfactl status
    .-------------------------------------------------------------------------------------------------.
    | Host	| Status of TFA | PID    | Port | Version    | Build ID	      | Inventory Status|
    +----------------+---------------+--------+------+------------+----------------------+------------+
    | node1      | RUNNING	| 41312  | 5000 | 22.1.0.0.0 | 22100020220310214615 | COMPLETE        |
    | node2      | RUNNING	| 272300 | 5000 | 22.1.0.0.0 | 22100020220310214615 | COMPLETE        |
    '----------------+---------------+--------+------+------------+----------------------+------------'
  • Pour démarrer le démon Oracle Trace File Analyzer sur le noeud local, exécutez la commande tfactl start en tant qu'utilisateur root :
    # tfactl start
    Starting TFA..
    Waiting up to 100 seconds for TFA to be started..
    . . . . .
    . . . . .
    . . . . .
    . . . . .
    . . . . .
    . . . . .
    . . . . .
    . . . . .
    Successfully started TFA Process..
    . . . . .
    TFA Started and listening for commands
  • Pour arrêter le démon Oracle Trace File Analyzer sur le noeud local, exécutez la commande tfactl stop en tant qu'utilisateur root :
    # tfactl stop
    Stopping TFA from the Command Line
    Nothing to do !
    Please wait while TFA stops
    Please wait while TFA stops
    TFA-00002 Oracle Trace File Analyzer (TFA) is not running
    TFA Stopped Successfully
    Successfully stopped TFA..

Gestion de sysLens

  • Si sysLens est en cours d'exécution, des données sont collectées toutes les 15 minutes dans le domaine domU local pour repérer les événements à signaler. Pour vérifier si sysLens est en cours d'exécution, exécutez la commande systemctl status syslens en tant qu'utilisateur root dans le domaine domU :
    # systemctl status syslens 
    ? syslens.service
    Loaded: loaded (/etc/systemd/system/syslens.service; enabled; vendor preset: disabled)
    Active: active (running) since Wed 2025-03-19 20:23:00 UTC; 44min ago
    Process: 137603 ExecStopPost=/var/opt/oracle/syslens/bin/syslens --stop (code=exited, status=0/SUCCESS)
    Main PID: 137794 (python3)
    Tasks: 7 (limit: 319999)
    Memory: 194.7M
    CGroup: /system.slice/syslens.service
    ??137794 /usr/bin/python3 /var/opt/oracle/syslens/bin/syslens_main.py --level DRIFT=0 --daemon --service
    
    Mar 19 20:53:12 scaqar07dv0201 su[336679]: pam_unix(su-l:session): session closed for user oracle
    Mar 19 20:53:13 scaqar07dv0201 su[336728]: (to oracle) root on none
    Mar 19 20:53:13 scaqar07dv0201 su[336728]: pam_unix(su-l:session): session opened for user oracle by (uid=0)
    Mar 19 20:53:13 scaqar07dv0201 su[336728]: pam_unix(su-l:session): session closed for user oracle
    Mar 19 20:53:14 scaqar07dv0201 su[336808]: (to oracle) root on none
    Mar 19 20:53:14 scaqar07dv0201 su[336808]: pam_unix(su-l:session): session opened for user oracle by (uid=0)
    Mar 19 20:53:14 scaqar07dv0201 su[336808]: pam_unix(su-l:session): session closed for user oracle
    Mar 19 20:53:15 scaqar07dv0201 su[336869]: (to oracle) root on none
    Mar 19 20:53:15 scaqar07dv0201 su[336869]: pam_unix(su-l:session): session opened for user oracle by (uid=0)
    Mar 19 20:53:15 scaqar07dv0201 su[336869]: pam_unix(su-l:session): session closed for user oracle
    [root@scaqar07dv0201 opc]#
  • Si sysLens est activé, il démarre automatiquement en cas de redémarrage du domaine domU. Afin de vérifier si sysLens est activé pour collecter des données de télémétrie, exécutez la commande systemctl is-enabled syslens en tant qu'utilisateur root dans le domaine domU :
    # systemctl is-enabled syslens
    enabled
  • Pour vérifier si sysLens peut être exécuté en tant que démon, procédez comme suit :
    # /var/opt/oracle/syslens/bin/applin_ctl config_file get enable --file /etc/oracle/syslens/config/syslens.config
    true
  • Pour vérifier si sysLens est configuré pour notifier les événements, exécutez la commande tfactl get customerDiagnosticsNotifications en tant que root dans domU :
    # tfactl get customerDiagnosticsNotifications
    .---------------------------------------------------------------------.
    |                             Hostname                                |
    +-------------------------------------------------------------+-------+
    | Configuration Parameter                                     | Value |
    +-------------------------------------------------------------+-------+
    | Send CEF notifications ( customerDiagnosticsNotifications ) | ON    |
    '-------------------------------------------------------------+-------'

Gestion de l'agent de service Database

Consultez le fichier /opt/oracle/dcs/log/dcs-agent.log pour identifier les problèmes liés à l'agent.

  • Pour vérifier le statut de l'agent de service Database, exécutez la commande systemctl status :
    # systemctl status dbcsagent.service
    dbcsagent.service
    Loaded: loaded (/usr/lib/systemd/system/dbcsagent.service; enabled; vendor preset: disabled)
    Active: active (running) since Fri 2022-04-01 13:40:19 UTC; 6min ago
    Process: 9603 ExecStopPost=/bin/bash -c kill `ps -fu opc |grep "java.*dbcs-agent.*jar" |awk '{print $2}' ` (code=exited, status=0/SUCCESS)
    Main PID: 10055 (sudo)
    CGroup: /system.slice/dbcsagent.service
    ‣ 10055 sudo -u opc /bin/bash -c umask 077; /bin/java -Doracle.security.jps.config=/opt/oracle/...
  • Pour démarrer l'agent s'il n'est pas en cours d'exécution, exécutez la commande systemctl start en tant qu'utilisateur root :
    systemctl start dbcsagent.service