[20150705]LOGMINER分析当前日志注意.txt

[20150705]LOGMINER分析当前日志注意.txt

SCOTT@test01p> @ver1
PORT_STRING                    VERSION        BANNER                                                                               CON_ID
------------------------------ -------------- -------------------------------------------------------------------------------- ----------
IBMPC/WIN_NT64-9.1.0           12.1.0.1.0     Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production              0

SCOTT@test01p> @logfile

GROUP# THREAD# SEQUENCE#       BYTES BLOCKSIZE MEMBERS ARC STATUS     FIRST_CHANGE# FIRST_TIME              NEXT_CHANGE# NEXT_TIME           GROUP# STATUS     TYPE      MEMBER                                 IS_
------ ------- --------- ----------- --------- ------- --- ---------- ------------- ------------------- ---------------- ------------------- ------ ---------- --------- -------------------------------------- ---
     1       1      1013    52428800       512       1 NO  CURRENT         19456728 2015-07-03 20:37:05  281474976710655                          1            ONLINE    D:\APP\ORACLE\ORADATA\TEST\REDO01.LOG  NO
     2       1      1012    52428800       512       1 YES INACTIVE        19432400 2015-06-29 22:01:33         19456728 2015-07-03 20:37:05      2            ONLINE    D:\APP\ORACLE\ORADATA\TEST\REDO02.LOG  NO
     3       1      1011    52428800       512       1 YES INACTIVE        19421845 2015-06-29 20:34:46         19432400 2015-06-29 22:01:33      3            ONLINE    D:\APP\ORACLE\ORADATA\TEST\REDO03.LOG  NO

SYS@test> EXEC DBMS_LOGMNR.ADD_LOGFILE('D:\APP\ORACLE\ORADATA\TEST\REDO01.LOG', DBMS_LOGMNR.NEW);
PL/SQL procedure successfully completed.

SYS@test> EXEC DBMS_LOGMNR.START_LOGMNR(OPTIONS  =>DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG + DBMS_LOGMNR.CONTINUOUS_MINE);
PL/SQL procedure successfully completed.

SYS@test> CREATE TABLE Tx AS SELECT * FROM V$LOGMNR_CONTENTS;
....

挂起.

SYS@test> @logfile
GROUP# THREAD# SEQUENCE#       BYTES BLOCKSIZE MEMBERS ARC STATUS     FIRST_CHANGE# FIRST_TIME          NEXT_CHANGE# NEXT_TIME           GROUP# STATUS     TYPE       MEMBER                                             IS_
------ ------- --------- ----------- --------- ------- --- ---------- ------------- ------------------- ------------ ------------------- ------ ---------- ---------- -------------------------------------------------- ---
     1       1      1013    52428800       512       1 YES INACTIVE        19456728 2015-07-03 20:37:05     19469323 2015-07-03 22:01:33      1            ONLINE     D:\APP\ORACLE\ORADATA\TEST\REDO01.LOG              NO
     2       1      1015    52428800       512       1 NO  CURRENT         19469636 2015-07-03 22:03:31   2.8147E+14                          2            ONLINE     D:\APP\ORACLE\ORADATA\TEST\REDO02.LOG              NO
     3       1      1014    52428800       512       1 YES INACTIVE        19469323 2015-07-03 22:01:33     19469636 2015-07-03 22:03:31      3            ONLINE     D:\APP\ORACLE\ORADATA\TEST\REDO03.LOG              NO

--可以发现seq=1015.实际上继续切换归档没有问题.查看alert*.log,

Fri Jul 03 22:02:54 2015
LOGMINER: summary for session# = 2147484417
LOGMINER: StartScn: 19456728 (0x0000.0128e2d8)
LOGMINER: EndScn: 0 (0x0000.00000000)
LOGMINER: HighConsumedScn: 0
LOGMINER: session_flag: 0x0
LOGMINER: Read buffers: 16
LOGMINER: Memory LWM limit: 10M, LWM 7M, 71%
LOGMINER: Memory Release Limit: 15000
Fri Jul 03 22:03:24 2015
LOGMINER: Begin mining logfile for session -2147482879 thread 1 sequence 1013, D:\APP\ORACLE\ORADATA\TEST\REDO01.LOG
Fri Jul 03 22:03:26 2015
LOGMINER: skipped redo. Thread 1, RBA 0x0003f5.00000083.008c, nCV 5
LOGMINER: op 4.1 (Transaction Undo)
Fri Jul 03 22:03:31 2015
Thread 1 advanced to log sequence 1015 (LGWR switch)
  Current log# 2 seq# 1015 mem# 0: D:\APP\ORACLE\ORADATA\TEST\REDO02.LOG
Fri Jul 03 22:03:35 2015
Archived Log entry 892 added for thread 1 sequence 1014 ID 0x7e537b63 dest 1:
Fri Jul 03 22:03:40 2015
LOGMINER: End   mining logfile for session -2147482879 thread 1 sequence 1013, D:\APP\ORACLE\ORADATA\TEST\REDO01.LOG
Fri Jul 03 22:03:40 2015
LOGMINER: Begin mining logfile for session -2147482879 thread 1 sequence 1014, D:\APP\ORACLE\ORADATA\TEST\REDO03.LOG
Fri Jul 03 22:03:41 2015
LOGMINER: End   mining logfile for session -2147482879 thread 1 sequence 1014, D:\APP\ORACLE\ORADATA\TEST\REDO03.LOG
Fri Jul 03 22:03:41 2015
LOGMINER: Begin mining logfile for session -2147482879 thread 1 sequence 1015, D:\APP\ORACLE\ORADATA\TEST\REDO02.LOG
Fri Jul 03 22:11:43 2015
ALTER SYSTEM ARCHIVE LOG
Fri Jul 03 22:11:43 2015
Thread 1 advanced to log sequence 1016 (LGWR switch)
  Current log# 1 seq# 1016 mem# 0: D:\APP\ORACLE\ORADATA\TEST\REDO01.LOG
Fri Jul 03 22:11:44 2015
LOGMINER: End   mining logfile for session -2147482879 thread 1 sequence 1015, D:\APP\ORACLE\ORADATA\TEST\REDO02.LOG
Fri Jul 03 22:11:44 2015
LOGMINER: Begin mining logfile for session -2147482879 thread 1 sequence 1016, D:\APP\ORACLE\ORADATA\TEST\REDO01.LOG
Fri Jul 03 22:11:45 2015
Archived Log entry 893 added for thread 1 sequence 1015 ID 0x7e537b63 dest 1:

--这样会不停采集下去.create table tx 无法停止.

--正确的做法是:

SYS@test> EXEC DBMS_LOGMNR.ADD_LOGFILE('D:\APP\ORACLE\ORADATA\TEST\REDO01.LOG', DBMS_LOGMNR.NEW);
PL/SQL procedure successfully completed.

SYS@test>  EXEC DBMS_LOGMNR.START_LOGMNR(OPTIONS  =>DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG);
PL/SQL procedure successfully completed.

SYS@test> create table tx  AS SELECT * FROM V$LOGMNR_CONTENTS;
Table created.

LOGMINER: summary for session# = 2147484673
LOGMINER: StartScn: 19470891 (0x0000.01291a2b)
LOGMINER: EndScn: 0 (0x0000.00000000)
LOGMINER: HighConsumedScn: 0
LOGMINER: session_flag: 0x0
LOGMINER: Read buffers: 16
LOGMINER: Memory LWM limit: 10M, LWM 7M, 71%
LOGMINER: Memory Release Limit: 15000
Fri Jul 03 22:18:22 2015
LOGMINER: Begin mining logfile for session -2147482623 thread 1 sequence 1016, D:\APP\ORACLE\ORADATA\TEST\REDO01.LOG
Fri Jul 03 22:18:23 2015
LOGMINER: skipped redo. Thread 1, RBA 0x0003f8.00000065.0010, nCV 9
LOGMINER: op 5.4 (Unknown)
Fri Jul 03 22:18:23 2015
LOGMINER: End   mining logfile for session -2147482623 thread 1 sequence 1016, D:\APP\ORACLE\ORADATA\TEST\REDO01.LOG

--说明要理解DBMS_LOGMNR.CONTINUOUS_MINE参数.
--我的建议最好使用归档日志,在logminer前ALTER SYSTEM ARCHIVE LOG current.

时间: 2024-07-30 10:56:35

[20150705]LOGMINER分析当前日志注意.txt的相关文章

ORACLE使用LogMiner分析重做日志文件全部步骤(WINDOWS NT CHINESE VERSION)

oracle|window oracle安装于磁盘d:1. 重新建立PL/SQL包DBMS_LOGMNR_D打开d:\oracle\ora81\rdbms\admin\dbmslmd.sql查找"TYPE col_desc_array IS VARRAY(513) OF col_description;"改为"TYPE col_desc_array IS VARRAY(1023) OF col_description;"在Server Manager中执行以下命令S

[20170412]分析重做日志.txt

[20170412]分析重做日志.txt --//自己很少做重做日志转储,测试看看. 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING                    VERSION        BANNER ------------------------------ -------------- ------------------------------------------------------------------------------

如何使用log miner分析oracle日志_oracle

当我们不小心误操作致使数据库数据丢失.改变时, 需要对数据库对象做基于时间点的恢复,找到我们需要的数据,这个时间点不能认为精确确定,我们可以通过对oracle日志进行分析,而获得无操作的精确时间点. oracle db提供了一个分析日志包logmnr logminer 工具的使用 -------对redo log 进行挖掘,找出在某个时间点所作的DDL 或DML 操作(包括:时间点.datablock scn .sql语句) 实验测试 SQL> select name from v$archiv

[20120523]关于11GR2无法通过logminer看到DML的问题.txt

[20120523]关于11GR2无法通过logminer看到DML的问题.txt 昨天工作需要,使用logminer挖掘一些dml信息,我发现漏掉一些信息,也就是一些dml语句无法抓取.我在测试环境做了一些测试(我的测试环境11.2.0.1),btw,这个问题也存在10.2.0.4版本中. 1.测试脚本: SQL> select * from v$version BANNER -----------------------------------------------------------

利用awstats分析nginx日志

今天打算分析下nginx日志,要分析nginx日志,我们可以通过shell脚本和第三方软件awstats进行分析,在此我们选择的是通过第三方软件awstats进行分析. 要使用awstats分析nginx日志,我们要安装awstats,而在安装awstats之前,我们需要先来介绍下awstats是什么? 一.awstats是什么 awstats是一个免费非常简洁而且强大有个性的基于Perl语言的WEB日志分析工具. 它可以统计网站的如下信息: 1):访问量.访问次数.页面浏览量.点击数.数据流量

网站日志里的秘密 分析网站日志有助于SEO

网站日志可以很好的记录访客和蜘蛛的访问情况,通过网站日志可以很好的了解网站的一些状况,这也是为什么现在很多SEO都会去分析网站日志的原因,但是分析网站日志的人不一定完全了解网站日志,下面我就浅谈一下网站日志里的秘密. 分析网站日志当然需要网站日志分析器,当然现在很多人使用免费的网站日志分析器,但是这些网站日志分析器分析出来的东西很有限,所以说很多网站信息也就被影藏了,下面我就以那种付费的网站日志分析器来阐述. 大家通过普通日志分析器一般都是看有没蜘蛛来过,什么蜘蛛,访问时间,访问哪些了页面.访问

SEO新手要学会查看和分析网站日志

作为SEO新手一定要学会查看和分析网站日志,因为从观看这些网站日志代码当中,可以分析出一个网站大体的状况. 网站日志中常见的代码: 网站日志记录了网民访问网站后返回的一些代码,其中常见的是200.304.404,返回代码200说明这个网站访问是正常的,返回代码404说明有一些错误的链接,已经访问不到链接的这个网页,这个情况大多数是站长删除了这个网页,如果返回是304说明这个网站已经很久没有更新了. 网站日志中常见的蜘蛛: 在网站日志中你可以看到一些搜索引擎的蜘蛛,常见的有:baiduspider

一天,python搞个分析NGINX日志的脚本

准备给ZABBIX用的. 统计接口访问字次,平均响应时间,4XX,5XX次数 以后可以再改进.. #!/usr/bin/env python # coding: utf-8 ################################### # User:chengang # # Email:aguncn@163.com # # Date:2016-02-25 # ################################### import time import datetime

数据-python分析apache日志,大家看看错在哪

问题描述 python分析apache日志,大家看看错在哪 import os import json import http.client import codecs LogFile='/mnt/log/meiyiren.log' #日志 logMess='/tmp/acc.log' if os.path.isfile(logMess): os.system('cp /dev/null %s'% logMess) file=codecs.open(logMess,'w+',encoding='