Oracle Alert sid log 位置问题

1、Oracle 10g & 9i 及其之前版本 Alert log位置：

在Oracle 10g 与9i及其以前的版本中 alert log 位于ORACLE_BASE/admin/$ORACLE_SID/bdump 下

1.1 查看数据库版本：

[oracle@czjie ~]$ sqlplus /nolog
SQL*Plus: Release 10.2.0.4.0 - Production on Fri Nov 11 22:36:03 2011
Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

SQL> conn /as sysdba;
Connected.

SQL> select * from v$version;
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Prod
PL/SQL Release 10.2.0.4.0 - Production
CORE    10.2.0.4.0      Production
TNS for Linux: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production

SQL> exit
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options


[oracle@czjie ~]$ cd $ORACLE_BASE/admin/$ORACLE_SID/bdump
[oracle@czjie bdump]$ pwd
/opt/ora10g/admin/ORCL/bdump
[oracle@czjie bdump]$ ls
alert_ORCL.log       orcl_lgwr_7063.trc  orcl_lgwr_8453.trc
orcl_j001_18407.trc  orcl_lgwr_7208.trc  orcl_lgwr_8508.trc
orcl_lgwr_22729.trc  orcl_lgwr_8341.trc

2、Oracle 11g Alert log位置：
公司一套新系統安裝的是 Oracle 11g，今天有空想看下log日誌，找了半天都沒找到。在網上查了
下，才知道原來11g 對alert log 做了變動。從 Oracle 11g 開始，Oracle 數據庫以XML與傳統的文本
兩種格式提供 Alert 日誌。
新的日誌位置由 Automatic Diagnostic Repository (ADR) 決定。可以通過新的初始化參數
DIAGNOSTIC_DEST 控制 ADR BASE 的位置。

SQL> show parameter diagnostic_dest  
NAME                                 TYPE        VALUE  
------------------------------------ ----------- ------------------------------  
diagnostic_dest                      string      /db/interfacedb


如果沒有設定這個初始化參數的位置，而設置 ORACLE_BASE 環境變數的話，那麼，則 
ORACLE_HOME/log 即為 DIAGNOSTIC_DEST。 
Alert Log 文件父目录的位置在： 
[oracle@erp-itf INFDB]$ cd $ORACLE_BASE  
[oracle@erp-itf interfacedb]$ pwd  
        /db/interfacedb  
[oracle@erp-itf INFDB]$ pwd  
       /db/interfacedb/diag/rdbms/infdb/INFDB  
[oracle@erp-itf INFDB]$ ls  
       alert  cdump  hm  incident  incpkg  ir  lck  metadata  stage  sweep  trace  
这个目录下有 alert/trace/bdump 之类的子目录。 
alert log  XML 文件位置： 
SQL> select value from v$diag_info where name ='Diag Alert';  
VALUE  
--------------------------------------------------------------------------------  
/db/interfacedb/diag/rdbms/infdb/INFDB/alert  
[oracle@erp-itf interfacedb]$ cd /db/interfacedb/diag/rdbms/infdb/INFDB/alert  
[oracle@erp-itf alert]$ ls  
log.xml  
Alert log 文本文件位置:  
SQL> select value from v$diag_info where name ='Diag Trace';  
  VALUE  
--------------------------------------------------------------------------------  
/db/interfacedb/diag/rdbms/infdb/INFDB/trace  
[oracle@erp-itf interfacedb]$ cd  /db/interfacedb/diag/rdbms/infdb/INFDB/trace  
[oracle@erp-itf trace]$ ls  
alert_INFDB.log       INFDB_j000_19578.trm  INFDB_j000_6858.trm   INFDB_ora_1112.trm   
INFDB_ora_24339.trm  INFDB_ora_6398.trm   INFDB_cjq0_12102.trc  INFDB_j000_19613.trc  
INFDB_j000_7136.trc   INFDB_ora_11908.trc

Oracle Alert.log警报日志文件

每个 Oracle 例程都有一个警报日志文件。如果该文件尚未创建，将在例程启动过程中进行创建。警报日志文件由您进行管理，并随着数据库的继续运行而不断增长。诊断日常操作或错误时，应该首先查看警报日志文件。警报日志文件还包含指向跟踪文件的指针，从而可获得更详细的信息。

警报日志文件记录了以下信息：

数据库启动或关闭的时间
所有非缺省初始化参数的列表
后台进程的启动
例程使用的线程
正在向其中写入信息的日志序列号 LGWR
有关日志切换的信息
表空间的创建和撤消段
已发出的警报声明
有关 ORA-600 等错误消息和区错误的信息

alertSID.log 文件：
- 记录命令
- 记录主要事件结果
- 用于记录日常操作信息
- 用于诊断数据库错误
每个条目都带有与之相关联的时间戳
必须由 DBA 进行管理
存储位置由 BACKGROUND_DUMP_DEST 定义

告警日志这个文件里包含了依照之间排列的信息与错误日志。告警日志包括下列项目：

所有发生的内部错误(ORA-600)、数据块损坏错误(ORA-1578)以及死锁错误(ORA-60)的记录。
例如create、alter、drop命令以及startup、shutdown、archivelog命令等管理操作记录。
与共享服务器与调度器进程功能相关的信息及错误。
所有在实例启动时有非预设值的初始化参数数值。

Oracle服务器会将这些作业都记录在告警日志中，作为在操作员主控台(Operator’s console)显示信息的替代方式。如果操作成功，则会在告警日志中写入”completed”信息，并加上时间戳。

在Enterprise Manager中，您可以藉由按一下”数据库(Database)”首页中”相关链接(Related Links)”区域的”告警日志内容(Alert Log Content)”来检查告警日志中的内容。会显示”最近的告警日志项(Most Recent Alert Log Entries)”页面。

警报日志文件中的信息示例

ALTER DATABASE CLOSE NORMAL
ORA-1507 signalled during:ALTER DATABASE CLOSE NORMAL...
控制文件和联机表空间备份

Fri Jun 4 10:54:20
alter tablespace user_data begin backup
Fri Jun 4 10:54:21
ORA-1123 signalled during:alter tablespace user_data begin backup

...

由于轮换重做日志文件太快而导致未完成检查点

Thread 1 advanced to log sequence 1597
Current log# 2 seq# 1597 mem# 0:/users/cours/tun8_08/DATA/DISK3/
log2a.rdo
Thread 1 cannot allocate new log, sequence 1598
Checkpoint not complete

创建表空间

Fri Jun 4 10:57:20
create tablespace SYSTEM datafile '/home/disk3/user30/DATA/DISK1/
sys01.dbf' size 20m
default storage (initial 10K next 10K) online
Fri Jun 4 10:57:30
Completed:create tablespace SYSTEM datafile '/home/disk3/user30/
DATA/DISK1/sys01.dbf'
create tablespace rbs
datafile '/home/disk3/user30/DATA/DISK2/rbs01.dbf' size 30m
Fri Jun 4 10:58:48
Completed:create tablespace rbs datafile '/home/disk3/user30/DATA/
DISK2/rbs01.dbf'

创建和修改回退段

Fri Jun 4 11:57:48
create rollback segment SYSTEM tablespace SYSTEM
storage (initial 50K next 50K)
Completed:create rollback segment SYSTEM tablespace SYSTEM
Fri Jun 4 12:07:58
alter rollback segment rbs01 online
Completed:alter rollback segment rbs01 online
Fri Jun 4 12:58:48

由于警报日志文件会越来越大占用的磁盘空间也会不断增加所以应该经常
对其进行归档并删除或者定期进行整理

找到警报日志的SQL ：

For Unix / Linux 

select
   vp.value||'/alert_'||INSTANCE_NAME||'.log'
from
   v$parameter vp ,v$instance  vi
where
   vp.name = 'background_dump_dest';


For Windows 

select
   vp.value||'\alert_'||INSTANCE_NAME||'.log'
from
   v$parameter vp ,v$instance  vi
where
   vp.name = 'background_dump_dest';

posted @ 2018-03-15 23:47 dion至君阅读(1058) 评论(0) 编辑收藏举报

刷新页面返回顶部

dion至君

Oracle Alert sid log 位置问题

公告