12c的GI日志目录发生了改变,默认情况下,在 ‘$ORACLE_BASE/diag/crs/<node name>/crs/trace’目录下:

[root@rac1 trace]# pwd
/u01/app/oracle/grid/diag/crs/rac1/crs/trace
[root@rac1 trace]# ls -l alert.log
-rw-rw—- 1 grid oinstall 131004 Oct 11 21:41 alert.log
[root@rac1 trace]# ls -l *cssd*
-rw-rw—- 1 grid oinstall 52430990 Oct 9 21:31 ocssd_1.trc
-rw-rw—- 1 grid oinstall 8064351 Oct 9 21:31 ocssd_1.trm
-rw-rw—- 1 grid oinstall 52428999 Oct 11 02:39 ocssd_2.trc
-rw-rw—- 1 grid oinstall 7515646 Oct 11 02:39 ocssd_2.trm
-rw-rw—- 1 grid oinstall 30031491 Oct 11 22:41 ocssd.trc
-rw-rw—- 1 grid oinstall 4441545 Oct 11 22:41 ocssd.trm
-rw-rw—- 1 root oinstall 2615059 Oct 11 22:41 ohasd_cssdagent_root.trc
-rw-rw—- 1 root oinstall 528863 Oct 11 22:41 ohasd_cssdagent_root.trm
-rw-rw—- 1 root oinstall 2552595 Oct 11 22:41 ohasd_cssdmonitor_root.trc
-rw-rw—- 1 root oinstall 508163 Oct 11 22:41 ohasd_cssdmonitor_root.trm
[root@rac1 trace]# ls -l *crsd*
-rw-rw—- 1 root oinstall 10486287 Oct 9 00:55 crsd_209.trc
-rw-rw—- 1 root oinstall 1541500 Oct 9 00:55 crsd_209.trm
-rw-rw—- 1 root oinstall 10486038 Oct 10 10:18 crsd_210.trc
-rw-rw—- 1 root oinstall 1884924 Oct 10 10:18 crsd_210.trm
-rw-rw—- 1 grid oinstall 10486071 Oct 10 15:02 crsd_oraagent_grid_1.trc
-rw-rw—- 1 grid oinstall 1663426 Oct 10 15:02 crsd_oraagent_grid_1.trm
-rw-rw—- 1 grid oinstall 4673388 Oct 11 22:42 crsd_oraagent_grid.trc
-rw-rw—- 1 grid oinstall 855552 Oct 11 22:42 crsd_oraagent_grid.trm
-rw-rw—- 1 oracle oinstall 4324992 Oct 11 22:41 crsd_oraagent_oracle.trc
-rw-rw—- 1 oracle oinstall 753972 Oct 11 22:41 crsd_oraagent_oracle.trm
-rw-rw—- 1 root oinstall 6551876 Oct 11 22:42 crsd_orarootagent_root.trc
-rw-rw—- 1 root oinstall 1190635 Oct 11 22:42 crsd_orarootagent_root.trm
-rw-rw—- 1 grid oinstall 6333986 Oct 11 22:42 crsd_scriptagent_grid.trc
-rw-rw—- 1 grid oinstall 1195598 Oct 11 22:42 crsd_scriptagent_grid.trm
-rw-rw—- 1 root oinstall 6845156 Oct 11 22:42 crsd.trc
-rw-rw—- 1 root oinstall 1300678 Oct 11 22:42 crsd.trm
 

实际上,是在 ‘$ADR_BASE/diag/crs/’目录下,$ADR_BASE是由DIAGNOSTIC_DEST初始化参数控制的,如果用户没有设置,则DIAGNOSTIC_DEST指向$ORACLE_BASE,如果$ORACLE_BASE参数也没有设置,则指向$ORACLE_HOME/log目录。

关于12c的ADR架构,请参考在线文档:

For more information, please may refer online document:

http://docs.oracle.com/database/121/ADMIN/diag.htm#ADMIN11008

9.1.4 Structure, Contents, and Location of the Automatic Diagnostic Repository

 

————-后记————-

写这篇博客的初衷是因为发现到现在还有客户找不到12c的日志挪到哪儿去了,早在几年前12c刚出来时,‘12c trace new location’就成为了MOS的TOP热门搜索词汇。我以为这个问题早解决了,早应该有Note讲这个问题了,结果我自己搜了一下,发现根本搜不到。

于是我就写了一篇note:“Where can I find 12c GI trace file? (Doc ID 2316330.1)”,结果马上被删除了,说是和“12.1.0.2 Oracle Clusterware Diagnostic and Alert Log Moved to ADR (Doc ID 1915729.1)” 这篇重复了,看了这篇文档的标题,我瞬间明白了为何我和客户都搜不到这篇文档了,‘12c GI trace file new location’,你会用来搜索的这些词当中,任何一个词都没有在这篇文档标题中出现过。。出现过。过。。。

“12.1.0.2 Oracle Clusterware Diagnostic and Alert Log Moved to ADR”完全是从一个编程者的角度出发主观写的说明文档,而没有考虑从一个使用者的角度会如何搜索这篇文档。

我已经给这篇文档加了comment,建议作者“整改”一下,也不知道他会不会搭理我。这就是单点信息失效的问题。Oracle虽然可以通过删除重复文档维护文档的高效性,但是适量的冗余可以帮助用户更有可能,更高效的找到想要的信息。

写这篇博客的目的,是为了帮助中文用户更好的找到这个信息。