Articles

Mis en ligne le

Comment trouver l'emplacement du fichier journal d'alerte dans Oracle

cumulus

Dans les versions plus récentes d'Oracle Database, il n'est pas évident de savoir où se trouve le fichier d'alerte permettant d'enquêter sur les problèmes potentiels.

Si vous voulez savoir comment vérifier les erreurs du journal d'alerte dans Oracle, continuez à lire.

Vous disposez de plusieurs moyens pour savoir où se trouve votre fichier d'alerte Oracle.

1. Si la base de données Oracle est ouverte

Vous pouvez utiliser cette requête après vous être connecté avec : sqlplus / as sysdba

select * 
from v$diag_info 
where NAME = 'Diag Trace';

2. Si la base de données Oracle n'est pas ouverte

Vous pouvez utiliser adrci à partir de la ligne de commande

# adrci

ADR base = "/u01/app/oracle"
adrci> show homes
ADR Homes:
diag/rdbms/yp001p/YP001P1
diag/rdbms/azamoa/azamoa1
diag/clients/user_oracle/host_2133002082_110
diag/tnslsnr/xm1iddb21/listener_dg
adrci>

Vous pouvez voir qu'il y a plusieurs maisons.

Si vous souhaitez vérifier le fichier d'alerte pour la base de données YP001P1, vous devez utiliser l'ADR base suivi de l'ADR home (à partir de la sortie ci-dessus) et ajouter le dossier trace à la fin.

cd /u01/app/oracle/diag/rdbms/yp001p/YP001P1/trace

Une fois dans ce dossier, vous pouvez vérifier le fichier d'alerte

ls -lrt alert*
Mis en ligne le

Comment trouver une base de données primaire à partir d'une base de données en attente dans Oracle ?

photo du champ d'herbe

Si vous disposez d'un data guard Oracle et que vous souhaitez connaître le rôle de chaque base de données, vous pouvez suivre ce guide pour obtenir plus de détails sur l'environnement.

Vous pouvez exécuter ces requêtes dans la base de données principale ou dans la base de données de secours, de manière distincte.

Cette première requête donne une vue d'ensemble des bases de données primaires et permanentes.

set lines 132
column current_scn format 99999999999999999999

select * from v$dataguard_config;

DB_UNIQUE_NAME                 PARENT_DBUN                    DEST_ROLE                   CURRENT_SCN     CON_ID
------------------------------ ------------------------------ ----------------- --------------------- ----------
XT001NFB                       NONE                           PRIMARY DATABASE          4686633244816          0
XT001NSB                       XT001NFB                       PHYSICAL STANDBY          4686633244861          0

Si vous souhaitez connaître le rôle de la base de données à laquelle vous êtes connecté :

select name, open_mode, database_role from v$database;

NAME      OPEN_MODE            DATABASE_ROLE
--------- -------------------- ----------------
XT001NFB  READ WRITE           PRIMARY

Si vous souhaitez obtenir encore plus d'informations, affichez ce paramètre :

show parameter log_archive_config

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_config                   string      dg_config=(XT001NSB,XT001NFB)

Si vous avez installé le courtier de garde de données pour votre garde de données (ce que je recommande), vous pouvez alors vérifier la configuration de cette manière.

dgmgrl /

DGMGRL for Linux: Version 12.1.0.2.0 - 64bit Production

Copyright (c) 2000, 2013, Oracle. All rights reserved.

Welcome to DGMGRL, type "help" for information.
Connected as SYSDG.
DGMGRL> show configuration;

Configuration - DG_XT001

  Protection Mode: MaxAvailability
  Members:
  XT001NFB - Primary database
    XT001NSB - Physical standby database

Fast-Start Failover: DISABLED

Configuration Status:
SUCCESS   (status updated 55 seconds ago)

J'espère que cela vous a été utile.