欢迎光临
我们一直在努力

Oracle 视图 V$LOGMNR_STATS 官方解释,作用,如何使用详细说明

本站中文解释

V$LOGMNR_STATS视图是Oracle中LogMiner的系统视图,它显示了LogMiner进程在特定时刻执行时的统计信息。LogMiner于9i中引进,是用来分析或检查日志,提供语言支持,尤其是支持SQL语言,并且可以分析历史日志,满足审计分析的需要。

V$LOGMNR_STATS视图存储了LogMiner当前正在执行或已经完成的信息,包括当前正在开展的分析的日志文件的名称以及相应行的数量,总记录数,commit记录数和其它统计信息。

如何使用V$LOGMNR_STATS视图:

1、通过V$LOGMNR_STATS视图可以查看LogMiner的状态:

SELECT username, to_char(start_time,’YYYY/MM/DD HH24:MI:SS’) START_TIME,status,
scn, to_char(end_scn,’FM99999999999999′) END_SCN
FROM v$logmnr_status WHERE username=’LOGMNR_R’;

2、查询具体日志文件分析情况,以及总记录数、commit记录数等:

SELECT LFG.member filename,STS.start_scn,STS.end_scn,STS.stat_name, STS.records, STS.applied_scn_record FROM
v$logmnr_stats STS,V$LOGFILE_GROUP LFG WHERE STS.group_number=LFG.group#;

官方英文解释

V$LOGMNR_STATS displays the activity currently being performed by the active LogMiner persistent sessions.

Column Datatype Description

SESSION_ID

NUMBER

Unique identifier for the LogMiner persistent sessions

NAME

VARCHAR2(64)

Name of the LogMiner statistic, state, or status, including:

  • Bytes of Redo Processed – Cumulative count of bytes processed by SQL Apply

  • Redo Records Processed – Count of redo records processed by SQL Apply

  • Txns Delivered to Client – Count of SQL transactions processed by SQL Apply

  • DML txns delivered – Count of DML transactions processed by SQL Apply

  • DDL txns delivered – Count of DDL transactions processed by SQL Apply

  • CTAS txns delivered – Count of CREATE TABLE AS SELECT (CTAS) transactions processed by SQL Apply

  • Recursive txns delivered – Count of recursive transactions processed by SQL Apply

  • Rolled back txns seen

  • LCRs delivered to client – Number of logical change records (LCRs) processed by SQL Apply

  • Bytes paged out – Cumulative count of bytes that have been paged out. LogMiner pages out memory from the LCR cache to accommodate certain ill-behaved workloads or under-configured systems. The ratio of bytes paged out to bytes of redo processed should be low. If this ratio is high (10% or higher), try increasing the MAX_SGA allocated to SQL Apply.

  • Microsecs spent in pageout – Time spent by LogMiner paging out memory from the LCR cache

  • Bytes checkpointed – Keeps track of the amount of bytes checkpointed. The mining engine takes periodic checkpoints, whereby it writes out logical change records (LCRs) pertaining to long-running transactions. The ratio of Bytes Checkpointed to Bytes of Redo Processed should be low. A high ratio (10% or higher) indicates an ill-behaved workload.

  • Microsecs spent in checkpoint – Time spent by the mining engine taking checkpoints, whereby it writes out logical change records (LCRs) pertaining to long-running transactions.

  • Bytes rolled back – Cumulative value of the number of bytes rolled back by LogMiner. There are times that LogMiner needs to backtrack and reprocess a section of the redo stream. In this case, it will roll back work it has already done. The ratio of Bytes Rolled Back to Bytes of Redo Processed should be low. If this ratio is high (10% or higher), reduce the number of PREPARER processes allocated to SQL Apply.

  • Microsecs spent in rollback – Time spent rolling back transactions already applied to the logical standby database

VALUE

VARCHAR2(64)

The corresponding metric value

CON_ID

NUMBER

The ID of the container to which the data pertains. Possible values include:

  • 0: This value is used for rows containing data that pertain to the entire CDB. This value is also used for rows in non-CDBs.

  • 1: This value is used for rows containing data that pertain to only the root

  • n: Where n is the applicable container ID for the rows containing data

赞(0)
【声明】:本博客不参与任何交易,也非中介,仅记录个人感兴趣的主机测评结果和优惠活动,内容均不作直接、间接、法定、约定的保证。访问本博客请务必遵守有关互联网的相关法律、规定与规则。一旦您访问本博客,即表示您已经知晓并接受了此声明通告。