oracle通过logminer分析日志遇到个问题

oraclelogminer

解决方案 »

  1.   

    ORA-01321: SCN 范围没有完全包含在所列日志文件中dbms_logmnr.start_logmnr函数的原型为： 
      PROCEDURE start_logmnr( 
         startScn           IN  NUMBER default 0 , 
         endScn   IN  NUMBER default 0, 
         startTime       IN  DATE default '', 
         endTime         IN  DATE default '', 
         DictFileName     IN  VARCHAR2 default '', 
         Options  IN  BINARY_INTEGER default 0 );  startScn 和endScn 缺省值为0，缺省值不在日志文件范围内
      

  2.   

    ORA-01321: SCN range not fully contained in the listed logfiles
    Cause: The input date/SCN range is not fully contained within the logfiles specified for the session.
    Action: select out of v$logmnr_logs view to check the date or SCN range covered by the logfiles specified for the LogMiner session , and reissue the procedure with appropriate date or SCN range.
      

  3.   

    ============================
    修改了一下  变成了ORA-0129  查了查是   ORA-01291: 丢失的日志文件   怎么会丢失呢    select * from v$logfile;用这句看着有啊
      

  4.   


    很有可能是在你指定的时间内的日志文件不完整造成的
    ================================
    startScn  endScn 这两个是什么意思啊    看到的资料都是说设定一个范围   这个范围的意义是什么啊
      

  5.   

    SCN是数据库内部编号，好比数据库一个内部时钟。
    startScn  endScn 就好比固定了一个范围。每个SCN对应一个外部的实际时间，这样也就能固定一个实际的时间范围
      

  6.   

    SCN是数据库内部编号，好比数据库一个内部时钟。
    startScn  endScn 就好比固定了一个范围。每个SCN对应一个外部的实际时间，这样也就能固定一个实际的时间范围
    =============================
    版主大哥  有没有这方面详细点的资料呢   我现在想每天或者每个几天获取一次这段时间的日志，获取过得就不再要，然后做数据库的同步更新      通过starttime  发现总是有问题    要是实现这个功能这个SCN应该怎么设置呢 
      

  7.   

     
    数据库一直处于归档模式下，应该不会有缺失的SCN的，你可以百度LogMiner，有很详细的描述