ORA-01280: Fatal LogMiner Error( 数据字典创建在ocfs2下)

WBOY
發布: 2016-06-07 17:03:15
原創
1063 人瀏覽過

logminer的基本使用很简单,按着基本步骤操作即可1. 安装在oracle10g中运行如下两个脚本即可:l $ORACLE_HOME/rdbms/admin/dbmsl

ORA-01280: Fatal LogMiner Error.

logminer的基本使用很简单,按着基本步骤操作即可

1. 安装
在Oracle10g中运行如下两个脚本即可:
l $ORACLE_HOME/rdbms/admin/dbmslm.sql
2 $ORACLE_HOME/rdbms/admin/dbmslmd.sql.

这两个脚本用于创建两个包(DBMS_LOGMNR 和 DBMS_ LOGMNR_D)和四个V$动态性能视图(视图是在利用过程DBMS_LOGMNR.START_LOGMNR启动LogMiner时创建)

比较重要的过程   

dbms_logmnr_d.build  创建一个数据字典文件
dbms_logmnr.add_logfile  在列表中增加日志文件以供分析
dbms_logmnr.start_logmnr 使用一个个可选的字典文件和前面确定要分析的日志文件来启动LogMiner
dbms_logmnr.end_logmnr  停止LogMiner分析

比较重要的视图
v$logmnr_dictionary 显示用来决定对象ID名称的字典文件的信息
v$logmnr_logs  在LogMiner启动时显示被分析的日志列表
v$logmnr_contents LogMiner启动后,可以使用这个视图在sql提示符下输入sql语句来查询重做日志的内容

和logminer有关的视图如下

V$LOGMNR_CONTENTS
V$LOGMNR_LOGS
V$LOGMNR_DICTIONARY
V$LOGMNR_PARAMETERS
V$LOGMNR_LOGFILE
V$LOGMNR_PROCESS
V$LOGMNR_TRANSACTION
V$LOGMNR_REGION
V$LOGMNR_CALLBACK
V$LOGMNR_SESSION
V$LOGMNR_LATCH
V$LOGMNR_DICTIONARY_LOAD
V$LOGMNR_STATS

2.创建数据字典
3.创建要分析的日志文件列表
4.使用LogMiner进行日志分析
5.观察分析结果(v$logmnr_contents)

下面是一个logminer的分析日志的过程

创建数据字典
begin
   DBMS_LOGMNR_D.BUILD('logmin_dic.ora','/db06/stream/logmin');
end;

创建要分析的日志文件列表
begin
 DBMS_LOGMNR.ADD_LOGFILE('/db06/archivelog/2_4648_748374015.dbf',DBMS_LOGMNR.NEW);
end;

使用LogMiner进行日志分析
alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';
begin

 dbms_logmnr.start_logmnr(dictfilename=>'/db06/stream/logmin/logmindic3.ora');
end;

这个分析报错,报ORA-01280: Fatal LogMiner Error.我在其他机器测试没有问题,查找不同的原因是这里
把数据库字典创建在ocfs2文件系统的,然后重新创建数据字典在ext3文件系统下,在按着操作步骤就没有问题
看来这logminer的数据字典还不能创建在ocfs2文件系统下。

终止日志分析事务
begin
 DBMS_LOGMNR.end_logmnr();
end;

linux

來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
最新問題
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板