ORA-01291: missing logfile Oracle RAC 集群环境下日志文件结构-白红宇

在Oracle11g RAC环境中，对集群中的日志的定期检查是必不可少的。通过查看集群日志，可以早期定位集群环境中出现的问题，

以便将问题消灭在萌芽状态。

简单介绍一下有关Oracle集群环境中日志的结构，方便快速查找所需的日志文件。

1.Oracle集群日志藏匿之处

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

SQL> SELECT capture_name,queue_name,RULE_SET_NAME,NEGATIVE_RULE_SET_NAME,status from dba_capture;

CAPTURE_NAME QUEUE_NAME

------------------------------ ------------------------------

RULE_SET_NAME NEGATIVE_RULE_SET_NAME STATUS

------------------------------ ------------------------------ --------

CAPTURE_MES_QBJ MES_QUEUE_QBJ

RULESET$_17 ABORTED

SQL> select error_message,status from dba_capture;

ERROR_MESSAGE

--------------------------------------------------------------------------------

STATUS

--------

ORA-

01291: missing logfile

ORA-

06512: at "SYS.DBMS_CAPTURE_ADM_INTERNAL", line 842

ORA-

06512: at "SYS.DBMS_CAPTURE_PROCESS", line 397

ORA-

06512: at line 1

ABORTED

我猜想这个问题是在RAC上

execute dbms_logmnr_d.set_tablespace('jxmes');

不应该使用这个

在单实例上可以

为什么要Supplemental Log(追加日志)

|字号

前在配置logical standby database时, oracle文档中要求primary database需要添加附加日志

alter database add supplemental log data (primary key, unique index) columns;

在配置stream replication时,也要求参与复制的表传输附加日志:

alter table scott.dept add supplemental log group log_group_dept_pk (id) always;

但总是不太明白supplemental log的作用,总是担心如果不设置,会不会在某种情况下对数据库造成伤害,昨天看了一天文档,终于在oracle stream replication的online document中找到答案:

大致意思是说:

如果你的主键或唯一索引是组合的(复合的),就需要为表配置supplemental log,否则就不必,也就是说,如果你的所有表的主键是单列的,那你根本就不必去理会它是什么意思.

为什么会这样:

如果你更新了主键中的部分字段,那supplemental log的作用就是把该记录其余的组成部分的数据也传输到目标机,否则目标机就存在不确定性

分析日志的笔记 =====挺实用

select value from v$parameter where name = 'log_archive_dest';
SELECT member FROM v$logfile where rownum = 1;
exec SYS.DBMS_LOGMNR.ADD_LOGFILE('...../o1.log', sys.dbms_logmnr.New);
exec sys.dbms_logmnr.add_logfile(....._1_407.arc', dbms_logmnr.addfile);
select min(low_time), max(high_time), min(low_scn), max(next_scn) -1 from V$logmnr_logs;
exec SYS.DBMS_LOGMNR.START_LOGMNR(Options => sys.dbms_logmnr.DICT_FROM_ONLINE_CATALOG);
select SCN, timestamp, sql_redo, session# session_num, username,session_info From V$LOGMNR_CONTENTS Order by 1;
exec SYS.DBMS_LOGMNR.END_LOGMNR();