Oracle RAC環境的日志體系是什么

今天就跟大家聊聊有關Oracle RAC環境的日志體系是什么，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據這篇文章可以有所收獲。

在Oracle RAC環境中比單個系統的日志體系要復雜：見下圖：

簡單介紹一下有關Oracle集群環境中日志體系結構，在遇到問題時，可以快速查找所需的日志文件，及時的定位問題~

1.Oracle集群日志的文件路徑

Oracle集群涉及的日志主要位于“$GRID_HOME/log”和“$ORACLE_HOME/log”目錄中。

2.日志目錄結構

clusterware 層的日志結構：

grid@rac1:/home/grid>tree -d $ORACLE_HOME/log

/opt/rac/11.2.0/grid/log

|-- crs

|-- diag

|   `-- clients

|       `-- user_root

|           `-- host_1874443374_76

|               |-- alert

|               |-- cdump

|               |-- incident

|               |-- incpkg

|               |-- lck

|               |-- metadata

|               |-- stage

|               |-- sweep

|               `-- trace

`-- rac1

    |-- admin

    |-- agent

    |   |-- crsd

    |   |   |-- oraagent_grid

    |   |   |-- oraagent_oracle

    |   |   `-- orarootagent_root

    |   `-- ohasd

    |       |-- oraagent_grid

    |       |-- oracssdagent_root

    |       |-- oracssdmonitor_root

    |       `-- orarootagent_root

    |-- client

    |-- crsd

    |-- cssd

    |-- ctssd

    |-- diskmon

    |-- evmd

    |-- gipcd

    |-- gnsd

    |-- gpnpd

    |-- mdnsd

    |-- ohasd

    |-- racg

    |   |-- racgeut

    |   |-- racgevtf

    |   `-- racgmain

    `-- srvm

42 directories

RMDBS 層的日志結構：

oracle@rac1:/opt/rac/oracle/diag/rdbms/rac>tree -d rac1

rac1

|-- alert

|-- cdump

|-- hm

|-- incident

|-- incpkg

|-- ir

|-- lck

|-- metadata

|-- stage

|-- sweep

`-- trace

11 directories

其中“rac1”是主機名。

3.日志目錄功能說明

1）CRS日志存放在“$GRID_HOME/log/<hostname>/crsd”目錄，系統會對該日志每10M進行歸檔一次；

2）CSS日志存放在“$GRID_HOME/log/<hostname>/cssd”目錄，系統會對該日志每20M進行歸檔一次；

3）EVM日志存放在“$GRID_HOME/log/<hostname>/evmd”目錄；

4）“$GRID_HOME/log/<hostname>”和“$ORACLE_HOME/log/<hostname>”目錄中的racg目錄中記錄了RACG可執行文件對應的日志；

5）“$GRID_HOME/log/<hostname>/client”和“$ORACLE_HOME/log/<hostname>/client”目錄記錄了與srvctl、ocrdump、ocrconfig以及ocrcheck命令對應的日志信息。

4.Oracle集群的alert日志

Oracle RAC環境中的alert日志文件與Oracle單實例的alert日志一樣。該文件位于“在 $ORACLE_BASE/rdbms/<hostname>/trace”目錄下，命名規則為“alert_<nodename>.log”

該警告日志記錄了有關Oracle集群rdbms 層面的重要警告信息。

oracle@rac1:/opt/rac/oracle/diag/rdbms/rac/rac1/trace>more alert_rac1.log 

Starting up:

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production

With the Partitioning, Real Application Clusters, OLAP, Data Mining

and Real Application Testing options.

Using parameter settings in client-side pfile /opt/rac/oracle/admin/rac/pfile/init.ora on machine rac1

System parameters with non-default values:

  processes                = 150

  nls_language             = "SIMPLIFIED CHINESE"

  nls_territory            = "CHINA"

  memory_target            = 1584M

  control_files            = "+DATA2/rac/controlfile/current.260.781821965"

  db_block_size            = 8192

  compatible               = "11.2.0.0.0"

  log_archive_dest_1       = "LOCATION=+DATA2"

  log_archive_format       = "yangdb_%t_%s_%r.dbf"

  db_create_file_dest      = "+DATA2"

  undo_tablespace          = "UNDOTBS1"

  instance_number          = 1

  remote_login_passwordfile= "EXCLUSIVE"

  db_domain                = ""

  dispatchers              = "(PROTOCOL=TCP) (SERVICE=racXDB)"

  remote_listener          = "scan:1521"

  audit_file_dest          = "/opt/rac/oracle/admin/rac/adump"

  audit_trail              = "DB"

  db_name                  = "rac"

  open_cursors             = 300

  diagnostic_dest          = "/opt/rac/oracle"

Cluster communication is configured to use the following interface(s) for this instance

  10.10.10.10

cluster interconnect IPC version:Oracle UDP/IP (generic)

IPC Vendor 1 proto 2

Sat Apr 28 20:50:38 2012

PMON started with pid=2, OS id=16042 

Sat Apr 28 20:50:38 2012

VKTM started with pid=3, OS id=16044 at elevated priority

VKTM running at (10)millisec precision with DBRM quantum (100)ms

Sat Apr 28 20:50:39 2012

GEN0 started with pid=4, OS id=16048 

Sat Apr 28 20:50:39 2012

DIAG started with pid=5, OS id=16050 

Sat Apr 28 20:50:39 2012

DBRM started with pid=6, OS id=16052 

5.小結

熟悉Oracle集群環境下日志文件的位置和功能有助于快速定位故障的位置，善用之。

ORA-29780: unable to connect GPnP daemon [CLSGPNP_ERR]

安裝完成 11GR2 Grid 之后，使用asmca創建磁盤組的時候遇到如下報錯：

Started getting following error

ORA-29780: unable to connect to GPnP daemon [CLSGPNP_ERR]

google 一把 和環境變量有關：(CRS/GRID 是運行正常的). 

grid@rac1 /oragrid/dbs> env | grep ORA

GRID_HOME=/opt/11.2.0/grid <====== 從老的bash_profle 中繼承的！

ORACLE_SID=+ASM1

ORACLE_BASE=/opt/rac/grid

ORACLE_HOME=/opt/rac/11.2.0/grid

$GRID_HOME變量必須和$ORACLE_HOME 保持一致,否則在使用asmca創建磁盤的時候 會認不到asm 磁盤!

看完上述內容，你們對Oracle RAC環境的日志體系是什么有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注億速云行業資訊頻道，感謝大家的支持。