知识大全手工备份恢复--LogMiner

Posted 2022-07-15 文件

篇首语：登山则情满于山，观海则意溢于海。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全手工备份恢复--LogMiner相关的知识，希望对你有一定的参考价值。

手工备份恢复--LogMiner 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　在以前的练习中我们讨论了归档重做日志文件对归档重做日志文件进行了备份并用于恢复操作利用这些文件可以把改变传递到一个备用数据库中并将一个表空间及时恢复到一个特定的时间点你是否考虑到什么方法可以直接观察一个Oracle重做日志文件的内部结构？从Oracle i开始可以是用LogMiner工具查看一个或者多个日志文件的内容包括一些数据字典视图和存储过程在本练习中将练习安装LogMiner 并使用LogMiner来查看和分析数据库重做日志文件的内容当Oracle改变数据块时它把重做信息写入当前的联机重做日志文件重做日志文件包括更改时间对象标识符更改的SCN号数据块发生的操作和其他的重要信息该文件不但包括使用者对数据块所做的更改也包括回退段中恢复块的更改 Oracle在数据字典中使用数字标识符来标识对象的相关信息例如为一个表制定一个对象号并且每列有一个列标志符每列都有一个相应的数据类型标识符表示该列是varchar date number等变量使用LogMiner 可以读出重做文件的内容然后重新产生或恢复产生原始重做信息的SQL表达式使用数据字典文件 LogMiner将Oracle对象标识符翻译成可以看得懂的表和列在进行本练习之前对相关数据进行解释

当前数据库(Current database) 当LogMiner使用产生日志文件的服务器来分析重做日志文件时重做日志文件来自当前数据库外部数据库(Foreign database) 当LogMiner可以分析异于当前数据库的其他数据库产生的重做日志文件该数据库就是有一个外部数据库字典文件(Dictionary file) LogMiner使用字典文件将Oracle内部对象标识与表名称列数据类型以及其他对象关联起来需要注意的是字典文件必须由创建重做日志文件的数据库产生

　　很多情况下需要使用LogMiner 如数据库表中的数据莫名其妙被修改了使用LogMiner可以检查哪个改变的运行细节也可以使用LogMiner来撤销这些更改可以使用LogMiner检查一个或多个表中SQL改变发生的次数从而检查表上的工作量通过进一步检查 LogMiner可以指出一个错误的DROP TABLE或者一个DDL语句发生的准确时间和SCN 使用LogMiner需要理解以下要点

可以在一个已经加载或者未加载的数据库上使用LogMiner 分析一个来自外来数据库重做日志文件时当前数据库的块大小必须和外部数据库一样的或者更大因为在热备份模式表空间中一个块的首次改变作为一个单独的重做记录在重做流中创建一个完整的镜像如果LogMiner使用较小的块尺寸的数据库读取重做会发生错误因为单独的重做记录无法放入一个块中虽然LogMiner不解释重做日志的DDL语句如DROP TABLE这样的DDL语句但仍旧会在数据字典创建DML 这些字典DML语句可以用来检查对数据库发布的DDL命令 LogMiner不会重构原始的无日志的SQL操作但在数据字典上的DML操作结果将记录到日志文件里虽然LogMiner可以偶然用来日志文件分析但不能当做常规意义上使用的一种功能特别是一个产生庞大数量重做信息的数据库挖掘重做信息使用LogMiner分析庞大数量的重做信息是一件非常耗费时间的事情如果LogMiner用来从其他数据库的日志文件里挖掘信息无论原数据库还是被分析的数据库都必须在使用相同的硬件平台和操作系统而且原数据库和被分析数据库必须使用相同的字符集 LogMiner无法分析某些数据库对象或数据类型产生的重做例如按索引组织的表成簇的表/索引非标量数据类型和链接的行尽管可以创建数据字典DML 但LogMiner无法从直接的路径插入操作中生成原始的SQL LogMiner将显示为提交的事务因为重做日志包含提交的和未提交的数据

　　练习分析重做文件

　　通过LogMiner读取重做日志事务涉及使用Oracle提供的包过程数据字典视图和一个数据字典外部文件下面是应用LogMiner分析重做日志文件的操作过程使用LogMiner存储过程创建一个外部数据字典文件然后使用另一个存储过程创建一个分析重做文件的列表最后执行另一个存储过程来启动LogMiner 在完成这些步骤以后从一个显示日志文件内容的数据字典视图里进行选择当查询这个视图时 Oracle读取日志文件然后以特定格式返回结果一旦分析列出的日志文件就调用另一个存储过程停止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语句来查询重做日志的内容

　　在本练习中将观察SCOTT EMP表中一行记录的特定改变的详细情况然后看到如何通过分析一个特定表上记录改变操作的重做日志文件来检查这个表数据库更改操作最后将学会怎样为一个特定的DROP TABLE命令确定准确的时间和SCN

　　步骤一创建数据字典文件

　　使用LogMiner创建数据字典是一个可选步骤字典文件极大增加了日志文件内容的可读性数据字典建立Oracle内部对象ID数据到表列以及其他数据类型名称之间的对应关系数据字典是一个文本文件相当于数据字典的相关部分本步骤中将创建一个数据字典文件然后指示LogMiner应用该文件把内容的数据翻译成步骤四中分析日志文件能够识别的名称

字典文件应该和日志文件的日期一致如果LogMiner分析的一个对象无法在字典文件中找到 LogMiner将无法显示数据库对象的表和列的名称建立字典文件的数据库必须和建立日志文件的数据库相同例如不能使用克隆数据库中的字典文件来分析PRACTICE数据库中的日志文件

　　在建立数据字典文件之前 PRACTICE数据库必须写到服务器硬盘的一个目录下 Oracle g之前数据库参数文件内设置UTL_FILE_DIR这个参数运行为Orace可以使用的PL/SQL文件I/O定义一个或多个目录可以在这个参数文件里连续地分行输入UTL_FILE_DIR 以定义更多的目录如下所示

Utl_file_dir= D:\\oracle\\CODE\\chap 而Oracle g可以使用如下进行设置 CREATE DIRECTORY utl AS D:\\oracle\\CODE\\chap ;

　　为了创建一个数据字典文件可以执行DBMS_LOGMNR_D包中的BUILD过程该过程查询当前的数据库字典表然后创建一个包含其内容基于文本的文件该文件在调用的过程目录中生成执行的过程如下

SQL>EXECUTE dbms_logmnr_d build(dictionary_filename => dictionary ora dictionary_location => D:\\oracle\\CODE\\chap ); 该过程执行后在D:\\oracle\\CODE\\chap 目录下打开文件dictionary ora 浏览其内容

　　步骤二产生数据库操作本步骤中进行的操作将在步骤五进行分析验证首先确认在TINA DATE_LOG表中生成行记录其次改变SCOTT EMP表的一行记录使用下面的SQL语句改变其中一个雇员的薪水和佣金

SQL>CONNECT scott/tiger@practice SQL>UPDATE emp SET sal= m= where empno= ; SQL>MIT;

　　使用SQL*PLUS命令 SET TIME ON 记录这些SQL命令运行的时间 set time on 命令生效后给SQL提示增加一个时间值如下所示

: : SQL>DROP TABLE bonus;

　　UPDATE和DROP（字典中对应的DML）语句的重做信息将保存在当前联机重做日志文件中从v$log视图中找出日志文件的序号最后做一个日志切换使当前联机日志归档运行LogMiner来分析这个新归档的日志文件试验一下是否能从这个日志中找到关于SQL更新和删除表的信息

SQL>SELECT sequence# FROM v$log WHERE status= CURRENT ; SQL>ALTER SYSTEM SWITCH LOGFILE;

　　在本练习讨论中日志切换前的当前日志序号是因此日志切换期间产生的归档日志文件的名称是ARC _

　　步骤三分析指定日志文件LogMiner需创建一个可供分析日志文件列表来分析指定的日志文件使用Oracle提供的DBMS_LOGMNR包中的ADD_LOGFILE过程来添加日志文件增加的日志文件显示在v$logmnr_logs视图里

SQL >conn sys/system@practice as sysdba; SQL>SELECT db_name thread_sqn filename FROM v$logmnr_logs;

　　前一个任务中SQL所做的改变保存在序号为的日志文件中在LogMiner分析前添加该日志文件和前面的两个文件

BEGIN dbms_logmnr add_logfile(logfilename=> D:\\oracle\\PRACTICE\\ARCHIVE\\ARC _ options=>dbms_logmnr NEW); dbms_logmnr add_logfile(logfilename=> D:\\oracle\\PRACTICE\\ARCHIVE\\ARC _ options=>dbms_logmnr ADDFILE); dbms_logmnr add_logfile(logfilename=> D:\\oracle\\PRACTICE\\ARCHIVE\\ARC _ options=>dbms_logmnr ADDFILE); END; /

　　Add_logfile过程第一次调用时选项设置为dbms_logmnr NEW 这就创建了供LogMiner分析新的日志文件列表之后调用add_logfile过程使用ADDFILE选项为新建立的列表添加文件每次使用NEW选项时任何在此之前添加的文件将从该列表删除查询v$logmnr_logs视图将看到已经添加到列表中文件

SQL>SELECT db_name thread_sqn filename FROM v$logmnr_logs;

　　可以在DBMS_LOGMNR ADD_LOGFILE过程中指定REMOVEFILE选项来删除重做日志文件在本练习中序号的日志文件没有包含寻找的重做信息因此可以将序号的日志文件从分析的列表中删除

EXECUTE dbms_logmnr add_logfile(logfilename=> D:\\oracle\\PRACTICE\\ARCHIVE\\ARC _ options=>dbms_logmnr REMOVEFILE);

　　步骤四启动LogMiner准备好字典文件和日志文件列表后准备启动LogMiner

EXECUTE dbms_logmnr start_logmnr(dictfilename=> D:\\oracle\\CODE\\chap \\dictionary ora );

　　可以为该过程有选择地制定其他几个参数可以指定分析开始的SCN或结束的SCN 可以制定分析开始时间或结束是时间如果必须分析大量的归档日志或者只想查看很少一段时间内的重做这两个参数很有帮助步骤五分析重做日志文件内容在V$LOGMNR_CONTENTS视图中包含日志文件ARC _ 和ARC _ 内容当查询V$LOGMNR_CONTENTS视图时包括在V$LOGMNR_CONTENTS的日志文件将顺序读出并以V$LOGMNR_CONTENTS视图定义的行结构返回数据（该视图有列）所有日志文件内容不是永久存放在一个表或者内存中因此每次选择有关V$LOGMNR_CONTENTS内容时日志文件都被扫描如果需要多次检查大量的日志文件来寻找需要的内容那么最好使用CREATE TABLE AS SELECT(CTAS)命令制作一个结果的表

　　列名称

　　描述

　　OPERATION

　　重做记录中记录的操作(INSERT UPDATE DELETE等)

　　TIMESTAMP

　　数据改变发生的日期和时间

　　SCN

　　特定数据变化的系统变更号

　　SEG_OWNER

　　段所有者名称（如果段发生变更）

　　SEG_NAME

　　数据发生改变的段名称

　　SEG_TYPYE

　　数据发生改变的段类型

　　TABLE_SPACE_NAME

　　变化段的表空间名称

　　ROW_ID

　　特定数据变化行的ID

　　USER_NAME

　　执行数据改变的用户名

　　SESSION_INFO

　　数据发生变化时用户进程信息

　　SQL_REDO

　　可以为重做记录重做指定行变化的SQL语句

　　SQL_UNDO

　　可以为重做记录回退或恢复指定行变化的SQL语句

　　在该步骤中将使用PRACTICE数据库中的重做信息完成三件事情

确定数据改变的细节确认一个雇员薪水更改的细节完成容量分析检查TINA DATE_LOG表的工作量确定DDL命令的详细情况定位SCN和删除表的时间

　　检查数据更改的细节

　　数据库里的数据可能因为意想不到的原因或者因为错误而发生改变在重做日志文件中可以找到这些更改的细节在本练习中可能有报告显示一个雇员的薪水和佣金发生了改变经理告诉你有一个名叫Turner的销售员的薪水和佣金发生改变了她希望你能查出发生什么事以及改变前的薪水和佣金数她还想知道更多的细节比如是谁做了这些改变以及改变是如何发生回答她的问题需要查找设计SCOTT EMP表的所有SQL语句该表有一个表示当前薪水的SAL列和表示佣金的M列要找到所有涉及这个表的SQL 可以运行如下SELECT语句

SELECT operation timestamp scn FROM v$logmnr_contents WHERE seg_name= EMP AND seg_owner= SCOTT AND seg_type_name= TABLE ;

　　可以看出结果在月日上午对SCOTT EMP表执行了更新操作要找出该表所有的具体改变最好查看SQL_REDO和SQL_UNDO列

SELECT sql_redo sql_undo FROM v$logmnr_contents WHERE seg_name= EMP AND seg_owner= SCOTT AND seg_type_name= TABLE ;

　　SQL_REDO列定义了特定的SQL语句可以使你得到与步骤二中SQL同样的结果 SQL_UNDO列包括的SQL允许撤销SQL_REDO的改变实际上它表示更改前的数据值找到了数据的更改和更改发生的时间还想弄清楚谁做了这个更改？查看V$LOGMNR_CONTENTS的USERNAME列和SESSION_INFO列在这些列中将知道有用的会话信息可以帮助进一步解释Tuner的薪水是如何改变的

SELECT username session_info FROM v$logmnr_contents WHERE seg_name= EMP AND seg_owner= SCOTT AND seg_type_name= TABLE ; 可以看到某人使用用户名SCOTT登录并执行更新操作知道该嫌疑人使用名叫YIREN的操作系统登录名叫YIREN机器上你可以把这个信息报告给经理同时使用SQL_UNDO列的内容把数据恢复到改变以前的数值检查当前存在表内该行的内容确保他没有改变后续的时间 SQL>update SCOTT EMP set SAL = M = where ROWID = AAAMBCAAEAAAAAgAAI ; SQL>MIT;

　　执行容量分析

　　作为DBA需要做一些性能调整或容量计划要完成该任务可能设计到使用许多不同的工具和程序 LogMiner是用来检查数据库表发生活动非常合适的工具例如 LogMiner帮助调查表中DML次数和频率虽然使用表审计来实现同样的功能但当更新表的时候使用LogMiner不会减低运行时间性能而是用表审计会导致运行时间能能开销过大下面我们查询一下TINA DATE_LOG表的SQL操作启动LogMiner检查这个表执行插入更新和删除的次数下面这个非常简单的例子为分析数据表上DML操作提供了一些思路和方法

SELECT operation to_char(timestamp HH ) hour count(*) total FROM v$logmnr_contents WHERE seg_name= EMP AND seg_owner= SCOTT GROUP BY operation to_char(timestamp HH );

　　查询的结果显示 DATE_LOG每小时增加行记录当必须分析大量中作信息时要在全面分析和分析速度之间进行权衡添加到LogMiner列表中待分析的日志文件越多可以分析的重做信息也就越多然而LogMiner列表太多或者太大的日志文件访问V$LOGMNR_CONTENTS视图将会花费更长的时间

　　寻找DDL命令的细节

　　就像本练习所做的一样在前面练习模拟了一个一位删除表的操作在那些练习中我们曾经提到要知道错误删除表的时间比较困难使用LogMiner可以推算出删除表语句的确切时间和SCN 可以将这个时间或者SCN用于不完全数据库恢复或者表空间时时检点恢复（TSPITR）如前所述 LogMiner只是将重做日志信息翻译成数据处理语言（插入更新删除）在V$LOGMNR_CONTENTS视图中将不会找到DROP TABLE语句既然在DROP TABLE语句在数据字典表上运行了DML 那么可以从SYS OBJ$和SYS TAB$数据字典表中搜索发生删除操作的视图

SELECT seg_name operation scn timestamp count(*) FROM v$logmnr_contents WHERE operation= DELETE and timestamp >= to_date( : : yyyy MM dd HH :mi:ss ) and timestamp <= to_date( : : yyyy MM dd HH :mi:ss ) GROUP BY seg_name operation scn timestamp ORDER BY scn;

　　从以上SQL结果可以看出在 : : 一个对象一个表和四个列(SCOTT BONUS有四列)从数据字典删除了这个数据字典对象删除操作可能就是删除bonus表语句接下来可以查看DROP TABLE命令的SQL_REDO

SQL>SELECT sql_redo FROM v$logmnr_contents WHERE scn = AND seg_name= OBJ$ ;

　　在SQL_REDO列的输出中有OBJ# 这个和OBJ#相关联的数值和存放在数据字典表TAB$ OBJ#红的Oracle ID一致要将删除表和执行删除表的SQL语句发生的时间时间和SCN联系到一起需要删除表在何时删除以及表中包含多少列使用这个信息就可以找出准确的时间以及用户信息通过文本编辑器打开字典文件查找单词BONUS 将看到如下插入语句如果没有在字典文件中找到相关BONUS的记录就不可能在数据库中已有这个表的情况下创建这个字典文件如果是这种情况就必须根据自己的判断拼凑被删除表的数据在SQL_REDO列内的OBJ#数值和第一次为删除表而插入到数据字典文件的数值完全相同如果把这些信息关联起来就可以确信删除表的时间为 : : SCN号为如果必要使用这些数值可以执行TSPITR 简而言之可以通过将数据字典文件的对象编码与删除操作发生的SYS OBJ$数据字典表的SQL_REDO列的对象标识符向匹配已找到删除表命令发生的时间和SCN 步骤六关闭LogMiner使用LogMiner后需要释放该程序使用的资源当完成LogMiner工作后 V$LOGMNR_CONTENTS的内容就不再可用如果需要更进一步分析重做日志文件的内容使用V$LOGMNR_CONTENTS视图内容创建一个永久的数据库表将非常有帮助

SQL>CREATE TABLE logmnr_contents AS SELECT * FROM v$logmnr_contents;

　　一旦完成重做日志的检查运行DBMS_LOGMNR中的END_LOGMNR

EXECUTE dbms_lognmr end_logmnr; cha138/Article/program/Oracle/201311/18477

知识大全 手工备份恢复--LogMiner

知识大全手工备份恢复--LogMiner