日志挖掘-对于DDL语句的挖掘

最新推荐文章于 2024-08-09 21:25:57 发布
最新推荐文章于 2024-08-09 21:25:57 发布
阅读量176 收藏
点赞数
文章标签： 数据库

/* ******* 对于DDL语句的日志挖掘 *****************************************************/

--使用的包为dbms_logmnr_d

sys@TESTDB11>desc dbms_logmnr_d

PROCEDURE BUILD

 Argument Name                  Type                    In/Out Default?

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

 DICTIONARY_FILENAME            VARCHAR2                IN     DEFAULT

 DICTIONARY_LOCATION            VARCHAR2                IN     DEFAULT

 OPTIONS                        NUMBER                  IN     DEFAULT

PROCEDURE SET_TABLESPACE

 Argument Name                  Type                    In/Out Default?

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

 NEW_TABLESPACE                 VARCHAR2                IN

 

 

 --方法1： 需要配置一个初始化参数(指定导出的数据字典信息的文件的路径)，缺点：需要实例重新启动

 sys@TESTDB11>show parameter utl_file_dir

 

NAME                                 TYPE        VALUE

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

utl_file_dir                         string

 

--创建目录

[oracle@S1011:/export/home/oracle]$ mkdir dict

 

--修改初始化参数

sys@TESTDB11>alter system set utl_file_dir = '/export/home/oracle/dict' scope = spfile;

 

System altered.

 

--需要重新启库

sys@TESTDB11>shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

sys@TESTDB11>startup;

ORACLE instance started.

 

Total System Global Area  855982080 bytes

Fixed Size                  2230792 bytes

Variable Size             641730040 bytes

Database Buffers          209715200 bytes

Redo Buffers                2306048 bytes

Database mounted.

Database opened.

 

--方法2：不需要重新启库，而将数据字典导出到日志文件中（场景：对象已经在数据字典中不存在了; 是在生产库外的库上进行挖掘)

sys@TESTDB11>exec dbms_logmnr_d.build(options => dbms_logmnr_d.store_in_redo_logs);

 

PL/SQL procedure successfully completed.

 

--确定哪些日志序列中包含logmnr需要的数据字典信息

sys@TESTDB11>select sequence#, name, dictionary_begin, dictionary_end from v$archived_log order by first_change#;

 

 SEQUENCE# NAME                           DIC DIC

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

        81 /archive1/1_81_813665348.dbf   NO  NO

        81 /archive2/1_81_813665348.dbf   NO  NO

        82 /archive1/1_82_813665348.dbf   NO  NO

        82 /archive2/1_82_813665348.dbf   NO  NO

        83 /archive1/1_83_813665348.dbf   NO  NO

        83 /archive2/1_83_813665348.dbf   NO  NO

        84 /archive1/1_84_813665348.dbf   NO  NO

        84 /archive2/1_84_813665348.dbf   NO  NO

        85 /archive1/1_85_813665348.dbf   NO  NO

        85 /archive2/1_85_813665348.dbf   NO  NO

        86 /archive1/1_86_813665348.dbf   NO  NO

        86 /archive2/1_86_813665348.dbf   NO  NO

        87 /archive1/1_87_813665348.dbf   NO  NO

        87 /archive2/1_87_813665348.dbf   NO  NO

        88 /archive1/1_88_813665348.dbf   NO  NO

        88 /archive2/1_88_813665348.dbf   NO  NO

        89 /archive1/1_89_813665348.dbf   NO  NO

        89 /archive2/1_89_813665348.dbf   NO  NO

        90 /archive1/1_90_813665348.dbf   NO  NO

        90 /archive2/1_90_813665348.dbf   NO  NO

        91 /archive1/1_91_813665348.dbf   NO  NO

        91 /archive2/1_91_813665348.dbf   NO  NO

        92 /archive1/1_92_813665348.dbf   NO  NO

        92 /archive2/1_92_813665348.dbf   NO  NO

        93 /archive1/1_93_813665348.dbf   NO  NO

        93 /archive2/1_93_813665348.dbf   NO  NO

        94 /archive1/1_94_813665348.dbf   NO  NO

        94 /archive2/1_94_813665348.dbf   NO  NO

        95 /archive1/1_95_813665348.dbf   NO  NO

        95 /archive2/1_95_813665348.dbf   NO  NO

        96 /archive1/1_96_813665348.dbf   NO  NO

        96 /archive2/1_96_813665348.dbf   NO  NO

        97 /archive1/1_97_813665348.dbf   NO  NO

        97 /archive2/1_97_813665348.dbf   NO  NO

        98 /archive1/1_98_813665348.dbf   NO  NO

        98 /archive2/1_98_813665348.dbf   NO  NO

        99 /archive1/1_99_813665348.dbf   NO  NO

        99 /archive2/1_99_813665348.dbf   NO  NO

       100 /archive1/1_100_813665348.dbf  NO  NO

       100 /archive2/1_100_813665348.dbf  NO  NO

       101 /archive1/1_101_813665348.dbf  NO  NO

       101 /archive2/1_101_813665348.dbf  NO  NO

       102 /archive1/1_102_813665348.dbf  YES YES

       102 /archive2/1_102_813665348.dbf  YES YES

 

44 rows selected.

 

--切换日志

sys@TESTDB11>alter system switch logfile;

 

System altered.

--删除表，确定DDL操作结束的时间

18:46:36 scott@TESTDB11>drop table emp1;

18:46:43 scott@TESTDB11>

 

Table dropped.

--切日志2次，为了是让日志归档

sys@TESTDB11>alter system switch logfile;

 

System altered.

 

sys@TESTDB11> /

System altered.

 

--查看挖掘时需要的日志

sys@TESTDB11>select sequence#, name, dictionary_begin, dictionary_end, first_time, next_time from v$archived_log order by first_change#;

 

 SEQUENCE# NAME                           DIC DIC FIRST_TIME          NEXT_TIME

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

        81 /archive1/1_81_813665348.dbf   NO  NO  2013-08-11 06:08:11 2013-08-11 06:29:02

        81 /archive2/1_81_813665348.dbf   NO  NO  2013-08-11 06:08:11 2013-08-11 06:29:02

        82 /archive1/1_82_813665348.dbf   NO  NO  2013-08-11 06:29:02 2013-08-11 06:29:05

        82 /archive2/1_82_813665348.dbf   NO  NO  2013-08-11 06:29:02 2013-08-11 06:29:05

        83 /archive1/1_83_813665348.dbf   NO  NO  2013-08-11 06:29:05 2013-08-11 06:29:25

        83 /archive2/1_83_813665348.dbf   NO  NO  2013-08-11 06:29:05 2013-08-11 06:29:25

        84 /archive1/1_84_813665348.dbf   NO  NO  2013-08-11 06:29:25 2013-08-11 06:29:27

        84 /archive2/1_84_813665348.dbf   NO  NO  2013-08-11 06:29:25 2013-08-11 06:29:27

        85 /archive1/1_85_813665348.dbf   NO  NO  2013-08-11 06:29:27 2013-08-11 06:30:07

        85 /archive2/1_85_813665348.dbf   NO  NO  2013-08-11 06:29:27 2013-08-11 06:30:07

        86 /archive1/1_86_813665348.dbf   NO  NO  2013-08-11 06:30:07 2013-08-11 06:30:22

        86 /archive2/1_86_813665348.dbf   NO  NO  2013-08-11 06:30:07 2013-08-11 06:30:22

        87 /archive1/1_87_813665348.dbf   NO  NO  2013-08-11 06:30:22 2013-08-11 06:36:43

        87 /archive2/1_87_813665348.dbf   NO  NO  2013-08-11 06:30:22 2013-08-11 06:36:43

        88 /archive1/1_88_813665348.dbf   NO  NO  2013-08-11 06:36:43 2013-08-11 06:36:58

        88 /archive2/1_88_813665348.dbf   NO  NO  2013-08-11 06:36:43 2013-08-11 06:36:58

        89 /archive1/1_89_813665348.dbf   NO  NO  2013-08-11 06:36:58 2013-08-11 06:53:19

        89 /archive2/1_89_813665348.dbf   NO  NO  2013-08-11 06:36:58 2013-08-11 06:53:19

        90 /archive1/1_90_813665348.dbf   NO  NO  2013-08-11 06:53:19 2013-08-11 06:53:37

        90 /archive2/1_90_813665348.dbf   NO  NO  2013-08-11 06:53:19 2013-08-11 06:53:37

        91 /archive1/1_91_813665348.dbf   NO  NO  2013-08-11 06:53:37 2013-08-11 06:53:41

        91 /archive2/1_91_813665348.dbf   NO  NO  2013-08-11 06:53:37 2013-08-11 06:53:41

        92 /archive1/1_92_813665348.dbf   NO  NO  2013-08-11 06:53:41 2013-08-11 06:53:44

        92 /archive2/1_92_813665348.dbf   NO  NO  2013-08-11 06:53:41 2013-08-11 06:53:44

        93 /archive1/1_93_813665348.dbf   NO  NO  2013-08-11 06:53:44 2013-08-11 06:53:45

        93 /archive2/1_93_813665348.dbf   NO  NO  2013-08-11 06:53:44 2013-08-11 06:53:45

        94 /archive1/1_94_813665348.dbf   NO  NO  2013-08-11 06:53:45 2013-08-11 06:53:46

        94 /archive2/1_94_813665348.dbf   NO  NO  2013-08-11 06:53:45 2013-08-11 06:53:46

        95 /archive1/1_95_813665348.dbf   NO  NO  2013-08-11 06:53:46 2013-08-11 07:58:15

        95 /archive2/1_95_813665348.dbf   NO  NO  2013-08-11 06:53:46 2013-08-11 07:58:15

        96 /archive1/1_96_813665348.dbf   NO  NO  2013-08-11 07:58:15 2013-08-11 08:28:34

        96 /archive2/1_96_813665348.dbf   NO  NO  2013-08-11 07:58:15 2013-08-11 08:28:34

        97 /archive1/1_97_813665348.dbf   NO  NO  2013-08-11 08:28:34 2013-08-11 12:25:43

        97 /archive2/1_97_813665348.dbf   NO  NO  2013-08-11 08:28:34 2013-08-11 12:25:43

        98 /archive1/1_98_813665348.dbf   NO  NO  2013-08-11 12:25:43 2013-08-11 14:46:05

        98 /archive2/1_98_813665348.dbf   NO  NO  2013-08-11 12:25:43 2013-08-11 14:46:05

        99 /archive1/1_99_813665348.dbf   NO  NO  2013-08-11 14:46:05 2013-08-11 17:04:13

        99 /archive2/1_99_813665348.dbf   NO  NO  2013-08-11 14:46:05 2013-08-11 17:04:13

       100 /archive1/1_100_813665348.dbf  NO  NO  2013-08-11 17:04:13 2013-08-11 17:07:51

       100 /archive2/1_100_813665348.dbf  NO  NO  2013-08-11 17:04:13 2013-08-11 17:07:51

       101 /archive1/1_101_813665348.dbf  NO  NO  2013-08-11 17:07:51 2013-08-11 18:37:13

       101 /archive2/1_101_813665348.dbf  NO  NO  2013-08-11 17:07:51 2013-08-11 18:37:13

       102 /archive1/1_102_813665348.dbf  YES YES 2013-08-11 18:37:13 2013-08-11 18:37:18

       102 /archive2/1_102_813665348.dbf  YES YES 2013-08-11 18:37:13 2013-08-11 18:37:18

       103 /archive1/1_103_813665348.dbf  NO  NO  2013-08-11 18:37:18 2013-08-11 18:45:23

       103 /archive2/1_103_813665348.dbf  NO  NO  2013-08-11 18:37:18 2013-08-11 18:45:23

       104 /archive1/1_104_813665348.dbf  NO  NO  2013-08-11 18:45:23 2013-08-11 18:45:37

       104 /archive2/1_104_813665348.dbf  NO  NO  2013-08-11 18:45:23 2013-08-11 18:45:37

       105 /archive1/1_105_813665348.dbf  NO  NO  2013-08-11 18:45:37 2013-08-11 18:45:39

       105 /archive2/1_105_813665348.dbf  NO  NO  2013-08-11 18:45:37 2013-08-11 18:45:39

       106 /archive1/1_106_813665348.dbf  NO  NO  2013-08-11 18:45:39 2013-08-11 18:47:29

       106 /archive2/1_106_813665348.dbf  NO  NO  2013-08-11 18:45:39 2013-08-11 18:47:29

       107 /archive1/1_107_813665348.dbf  NO  NO  2013-08-11 18:47:29 2013-08-11 18:53:26

       107 /archive2/1_107_813665348.dbf  NO  NO  2013-08-11 18:47:29 2013-08-11 18:53:26

       108 /archive1/1_108_813665348.dbf  NO  NO  2013-08-11 18:53:26 2013-08-11 19:01:13

       108 /archive2/1_108_813665348.dbf  NO  NO  2013-08-11 18:53:26 2013-08-11 19:01:13

       109 /archive1/1_109_813665348.dbf  NO  NO  2013-08-11 19:01:13 2013-08-11 19:01:23

       109 /archive2/1_109_813665348.dbf  NO  NO  2013-08-11 19:01:13 2013-08-11 19:01:23

 

58 rows selected.

 

--添加挖掘文件

sys@TESTDB11>exec dbms_logmnr.add_logfile(logfilename => '/archive1/1_102_813665348.dbf', options => dbms_logmnr.new);

 

PL/SQL procedure successfully completed.

 

sys@TESTDB11>exec dbms_logmnr.add_logfile(logfilename => '/archive1/1_106_813665348.dbf', options => dbms_logmnr.addfile);

 

PL/SQL procedure successfully completed.

 

--开始挖掘

sys@TESTDB11>exec dbms_logmnr.start_logmnr(options => dbms_logmnr.dict_from_redo_logs);

 

PL/SQL procedure successfully completed.

 

--查看挖掘出来的内容

sys@TESTDB11>select scn, timestamp, sql_redo, sql_undo from v$logmnr_contents

  2   where seg_owner='SCOTT' and seg_name = 'EMP1';

 

       SCN TIMESTAMP           SQL_REDO                                 SQL_UNDO

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

   2607283 2013-08-11 18:46:43 ALTER TABLE "SCOTT"."EMP1" RENAME TO "BI

                               N$47WerktYBe/gRAgAJzxnug==$0" ;

 

   2607286 2013-08-11 18:46:43 drop table emp1 AS "BIN$47WerktYBe/gRAgA

                               Jzxnug==$0" ;

                              

 

--结束挖掘

sys@TESTDB11>exec dbms_logmnr.end_logmnr;

 

PL/SQL procedure successfully completed.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/17013648/viewspace-1153197/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/17013648/viewspace-1153197/

cmff98425
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ORACLE的日志挖掘 logminer
微风
07-15 3834
数据库恢复中有时会需要对Redo log进行分析， 要会使用log miner，以便确定要恢复的时间点或SCN
如何使用log miner分析oracle日志
01-19
——-对redo log 进行挖掘，找出在某个时间点所作的DDL 或DML 操作（包括：时间点、datablock scn 、sql语句） 实验测试 SQL> select name from v$archived_log; NAME ----------------------------------------
logmnr挖掘中间有DDL的操作示例-对于执行DDL前的操作无法挖掘
还不算晕的专栏
12-19 1677
对于执行DDL前的操作无法挖掘，但是不报错。只显示DDL语句及DDL之后的DML操作。 更多logmnr挖掘DML操作，详见：使用logmnr使用logmnr对其它用户的操作执行日志挖掘的四个对比实验 BYS@ bys3>select dbms_flashback.get_system_change_number from dual; GET_SYSTEM_CHANGE_NUMBER
oracle数据库 日志挖掘实验
heguanghuicn的博客
02-27 635
日志挖掘修改当前环境alter session set nls_date_format='yyyy-mm-dd hh24:mi:ss';查看当前归档日志select sequence#,first_time,name from v$archived_log; 挖掘ddl：添加要挖掘的日志文件exec dbms_logmnr.add_logfile('/home/oracle/arc_orcl_de...
Oracle logmnr挖掘DDL语句实现误删除表的恢复
dbhang的博客
05-12 914
当时一个同事在公司业务统计库上误删除了一个表，下午做业务统计，突然这个表查不到，领导说需要恢复，给我一天时间，让我将这个表恢复，数据库可以申请停机时间。 当时存在的备份： 昨天的手工备份，归档日志都在，当前日志也正常。 模拟恢复场景： Drop purge操作。 数据库正在运行。 无法执行闪回drop，因为使用purge，直接跳过回收站。 由于没有使用RMAN备份，所以不能使用基于表空间的不完全恢复。 恢复计划： 需要挖掘出drop表的时间点/scn 这个是最主要的，然后使用昨天的备份进行不完全恢复，然后将
oracle日志挖掘 - 追踪某个时间段的SQL语句
喝醉酒的小白
02-10 2969
LogMiner
Oracle数据库日志挖掘工具的利用.pdf
10-10
- **事后审计**：日志挖掘可以追踪并记录所有的DML和DDL操作，包括执行时间和操作者，对于数据库审计提供有力支持，确保数据安全。 2. **日志挖掘在医院信息系统中的应用** 医院信息系统的数据库通常由应用程序...
sql-server-referencias:我的学习指南和SQL Server查询
04-09
9. **分析服务（SSAS）**：学习OLAP（在线分析处理）和数据挖掘概念，使用SSAS构建多维立方体和数据挖掘模型，进行高效的数据分析。 10. **报告服务（SSRS）**：掌握SSRS的设计和部署，创建交互式报表，提供数据...
SQL Server 2012 T-SQL 实用技巧 (英文版)
05-19
- **数据定义语言（DDL）**: 学习如何创建、修改和删除数据库对象，如表、视图、存储过程等。 - **数据操纵语言（DML）**: 掌握INSERT、UPDATE、DELETE语句，用于插入、更新和删除数据。 - **选择查询（SELECT）*...
软考中级数据库系统工程师历年真题2004-2011年
12-21
- DDL（数据定义语言）：包括CREATE、ALTER、DROP等语句，用于创建、修改和删除数据库对象。 - DML（数据操纵语言）：掌握INSERT、UPDATE、DELETE操作，以及SELECT查询语句，包括子查询、联接、聚合函数等高级用法...
Oracle LogMiner日志挖掘技术全解析
04-28
Oracle Redo Log就像Oracle数据库的录像带，记录了数据库中的所有改变，Oracle Logminer工具可以有效地挖掘并且呈现出Redo Log中的事务变化，从而可以实现数据恢复、Oracle Redo Log机制的研究、数据库监控和审计、redo apply类型的程序开发、数据库性能分析等目的。本课程详细地介绍了Oracle Logminer的原理和挖掘方法，并且通过大量的案例演示了logminer挖掘过程和各种选项配置，学习完课程能够完全掌握Oracle Logminer。
seatunnel2.3.3在centos7上安装
鑫哥
08-09 729
安装前需要准备点环境，因为seatunnel是基于java开发的，因此需要先安装java，我这里使用的java1.8，可以网上搜索下java安装教程，记得配置JAVA_HOME环境变量。在安装的过程中需要用到mysql命令，因此也需要安装下MySQL环境，这里也不具体讲解了，在网上搜索安装就行。接下来就是正式安装seatunnel了，
JDBC详细使用
最新发布
m0_73627305的博客
08-09 448
​ JDBC是一种标准,一种规则,主要作用是使用java语言操作数据库的​ JDBC这个标准中有很多的接口,接口中有很多方法。
SpringBoot依赖之Quartz Scheduler定时调度器使用MySQL存储Job
ahauedu的专栏
08-07 543
接上一篇。本篇将在 Spring Boot 项目中，使用 Quartz Scheduler 结合 MySQL 数据库来存储 Job。
04、MySQL-DCL（数据控制语言）
nibabaoo的博客
08-06 325
例：创建用户zhangsan 只能够在当前主机localhost访问 密码123456。例：创建用户xiaoming 可以在任意主机访问该数据库 密码123456。例：修改用户zhangsan的密码为654321。例：删除用户xiaoming。
Linux安全与高级应用（四）深入探索MySQL数据库：安装、管理与安全实践
洛秋的博客
08-07 1370
Linux：作为操作系统，提供稳定的运行环境。Apache：作为Web服务器，处理HTTP请求。MySQL：作为数据库管理系统，存储和管理数据。：作为脚本语言，生成动态网页。LAMP平台的优势在于其成本低廉、可定制性强、易于开发、方便易用且安全稳定。这使得LAMP成为许多企业和开发者的首选平台。通过以上步骤，我们完成了LAMP平台的部署及其主要组件的配置和测试。LAMP平台的搭建不仅为Web开发提供了一个强大的环境，同时也展现了其在成本和效率上的优势。
MySQL-----DDL基础操作
02-23
MySQL是一种开源的关系型数据库管理系统，它支持多种操作系统，并且广泛应用于Web应用程序的后端数据存储。MySQL的DDL（Data Definition Language）是用于定义和管理数据库结构的基础操作。 以下是MySQL中DDL的基础操作： 1. 创建数据库：使用CREATE DATABASE语句可以创建一个新的数据库。例如，CREATE DATABASE mydatabase; 2. 删除数据库：使用DROP DATABASE语句可以删除一个已存在的数据库。例如，DROP DATABASE mydatabase; 3. 创建表：使用CREATE TABLE语句可以创建一个新的数据表。在CREATE TABLE语句中，需要指定表名和表的列及其属性。例如，CREATE TABLE mytable (id INT, name VARCHAR(50)); 4. 删除表：使用DROP TABLE语句可以删除一个已存在的数据表。例如，DROP TABLE mytable; 5. 修改表结构：使用ALTER TABLE语句可以修改已存在的数据表的结构，包括添加、修改和删除列等操作。例如，ALTER TABLE mytable ADD COLUMN age INT; 6. 添加主键：使用ALTER TABLE语句可以为数据表添加主键约束，以确保每行数据的唯一性。例如，ALTER TABLE mytable ADD PRIMARY KEY (id); 7. 添加外键：使用ALTER TABLE语句可以为数据表添加外键约束，以确保与其他表的关联完整性。例如，ALTER TABLE mytable ADD FOREIGN KEY (customer_id) REFERENCES customers(id); 8. 创建索引：使用CREATE INDEX语句可以为数据表创建索引，以提高查询性能。例如，CREATE INDEX idx_name ON mytable (name); 这些是MySQL中DDL的基础操作，通过这些操作可以定义和管理数据库的结构。如果你有更具体的问题或者需要了解更多高级的DDL操作，请告诉我。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值