LogMiner 用法淺談

一、LogMiner的用途
日誌檔案中存放著所有進行資料庫恢復的資料，記錄了針對資料庫結構的每一個變化，也就是對資料庫操作的所有DML語句。
在Oracle 8i之前，Oracle沒有提供任何協助資料庫管理員來讀取和解釋重作日誌檔案內容的工具。系統出現問題，對於一個普通的資料管理員來講，唯一可以作的工作就是將所有的log檔案打包，然後發給Oracle公司的技術支援，然後靜靜地等待Oracle 公司技術支援給我們最後的答案。然而從8i以後，Oracle提供了這樣一個強有力的工具-LogMiner。
LogMiner 工具即可以用來分析線上，也可以用來分析離線日誌檔案，即可以分析本身自己資料庫的重作日誌檔案，也可以用來分析其他資料庫的重作日誌檔案。
總的說來，LogMiner工具的主要用途有：
1． 跟蹤資料庫的變化：可以離線的跟蹤資料庫的變化，而不會影響線上系統的效能。
　　2． 回退資料庫的變化：回退特定的變化資料，減少point-in-time recovery的執行。
　　3． 最佳化和擴容計劃：可透過分析日誌檔案中的資料以分析資料增長模式。
二、安裝LogMiner
要安裝LogMiner工具，必須首先要執行下面這樣兩個指令碼：
l $ORACLE_HOME/rdbms/admin/dbmslm.sql
　　2 $ORACLE_HOME/rdbms/admin/dbmslmd.sql.
這兩個指令碼必須均以SYS使用者身份執行。其中第一個指令碼用來建立DBMS_LOGMNR包，該包用來分析日誌檔案。第二個指令碼用來建立DBMS_LOGMNR_D包，該包用來建立資料字典檔案。
在windows平臺的安裝示例:
SQL> @c:\oracle\ora81\rdbms\admin\dbmslm.sql
程式包已建立。
授權成功。
SQL> @c:\oracle\ora81\rdbms\admin\dbmslmd.sql
程式包已建立。
程式包主體已建立。
沒有錯誤。
授權成功。

三、使用LogMiner工具
下面將詳細介紹如何使用LogMiner工具。
1、建立資料字典檔案（data-dictionary）
前面已經談到，LogMiner工具實際上是由兩個新的PL/SQL內建包（(DBMS_LOGMNR 和 DBMS_ LOGMNR_D)和四個V$動態效能檢視（檢視是在利用過程DBMS_LOGMNR.START_LOGMNR啟動LogMiner時建立）組成：
1、v$logmnr_contents      它給出日誌分析的結果資訊。
2、v$logmnr_dictionary 因logmnr可以有多個字典檔案，該檢視用於顯示這方面資訊。
3、v$logmnr_parameters 它用於顯示logmnr的引數。
4、v$logmnr_logs       它用於顯示用於分析的日誌列表資訊。
在使用LogMiner工具分析redo log檔案之前，可以使用DBMS_LOGMNR_D 包將資料字典匯出為一個文字檔案。該字典檔案是可選的，但是如果沒有它，LogMiner解釋出來的語句中關於資料字典中的部分（如表名、列名等）和數值都將是16進位制的形式，我們是無法直接理解的。例如，下面的sql語句：
INSERT INTO dm_dj_swry (rydm, rymc) VALUES (00005, '張三');
LogMiner解釋出來的結果將是下面這個樣子，
insert into Object#308(col#1, col#2) values (hextoraw('c30rte567e436'), 　　hextoraw('4a6f686e20446f65'));
建立資料字典的目的就是讓LogMiner引用涉及到內部資料字典中的部分時為他們實際的名字，而不是系統內部的16進位制。資料字典檔案是一個文字檔案，使用包DBMS_LOGMNR_D來建立。如果我們要分析的資料庫中的表有變化，影響到庫的資料字典也發生變化，這時就需要重新建立該字典檔案。另外一種情況是在分析另外一個資料庫檔案的重作日誌時，也必須要重新生成一遍被分析資料庫的資料字典檔案。
字典檔案用於存放表及物件ID號之間的對應關係。當使用字典檔案時，它會在表名和物件ID號之間建立一一對應的關係。因此需要注意，如果使用者建立了新表之後，並且將來可能會對該表進行日誌分析，那麼就需要重新建立字典檔案，以將其物件名及物件ID號存放到字典檔案.
首先在init.ora初始化引數檔案中，指定資料字典檔案的位置，也就是新增一個引數UTL_FILE_DIR，該引數值為伺服器中放置資料字典檔案的目錄。如：
UTL_FILE_DIR = (e:\Oracle\logs)
重新啟動資料庫，使新加的引數生效，然後建立資料字典檔案：
SQL> CONNECT SYS
　　SQL> EXECUTE dbms_logmnr_d.build(
　　dictionary_filename => ' v816dict.ora',
dictionary_location => 'e:\oracle\logs');
注意：引數dictionary_filename用以指定字典檔案的檔名；引數 dictionary_location用於指定存放字典檔案所在的目錄，該目錄必須與初始化引數UTL_FILE_DIR的值一致。
另外注意，生成字典檔案的步驟可能會出現下標超出限制問題:
SQL> EXECUTE dbms_logmnr_d.build(dictionary_filename => 'v817dict.ora',dictionary_location => 'd:\oradict');

BEGIN dbms_logmnr_d.build(dictionary_filename => 'v817dict.ora',dictionary_location => 'd:\oradict')
*
ERROR 位於第 1 行:
ORA-06532: 下標超出限制
ORA-06512: 在"SYS.DBMS_LOGMNR_D", line 793
ORA-06512: 在line 1
解決方法：
將TYPE col_desc_array IS VARRAY(513) OF col_description;
改成：
TYPE col_desc_array IS VARRAY(713) OF col_description;
儲存檔案，然後執行一遍指令碼：
SQL> @c:\oracle\ora81\rdbms\admin\dbmslmd.sql
程式包已建立。
程式包主體已建立。
沒有錯誤。
授權成功。

再重新編譯DBMS_LOGMNR_D包：
SQL> alter package DBMS_LOGMNR_D compile body;
程式包主體已變更。

最後重新執行dbms_logmnr_d.build：
SQL> EXECUTE dbms_logmnr_d.build(dictionary_filename => 'v817dict.ora',dictionary_location =>'d:\ora
dict');
PL/SQL 過程已成功完成。
字典檔案正常生成，生成的字典檔案和提示下標超出限制的情況下生成的字典檔案大小一樣。
另請注意有的文件中說：
如果指定的字典檔名dict.ora已經存在，則應在執行此操作前將其徹底刪除（從垃圾箱中刪除），否則執行該過程將失敗。
實踐證明這要說法是沒有根據的，在實際操作前並沒有將原來生成的字典檔案刪除掉，但字典檔案是正常生成了。

2、建立要分析的日誌檔案列表
Oracle的重作日誌分為兩種，線上（online）和離線（offline）歸檔日誌檔案，下面就分別來討論這兩種不同日誌檔案的列表建立。
（1）分析線上重作日誌檔案
A. 建立列表
SQL> EXECUTE dbms_logmnr.add_logfile(
　　LogFileName=>' e:\Oracle\oradata\sxf\redo01.log',
　　Options=>dbms_logmnr.new);
B. 新增其他日誌檔案到列表
SQL> EXECUTE dbms_logmnr.add_logfile(
　　LogFileName=>' e:\Oracle\oradata\sxf\redo02.log',
　　Options=>dbms_logmnr.addfile);
（2）分析離線日誌檔案
A.建立列表
SQL> EXECUTE dbms_logmnr.add_logfile(
　　LogFileName=>' E:\Oracle\oradata\sxf\archive\ARCARC09108.001',
　　Options=>dbms_logmnr.new);
B.新增另外的日誌檔案到列表
SQL> EXECUTE dbms_logmnr.add_logfile(
　　LogFileName=>' E:\Oracle\oradata\sxf\archive\ARCARC09109.001',
　　Options=>dbms_logmnr.addfile);
關於這個日誌檔案列表中需要分析日誌檔案的個數完全由你自己決定，但這裡建議最好是每次只新增一個需要分析的日誌檔案，在對該檔案分析完畢後，再新增另外的檔案。
和新增日誌分析列表相對應，使用過程 'dbms_logmnr.removefile' 也可以從列表中移去一個日誌檔案。下面的例子移去上面新增的日誌檔案e:\Oracle\oradata\sxf\redo02.log。
SQL> EXECUTE dbms_logmnr.add_logfile(
　　LogFileName=>' e:\Oracle\oradata\sxf\redo02.log',
Options=>dbms_logmnr. REMOVEFILE);
可以透過動態效能檢視v$logmnr_logs檢視日誌分析列表中有哪些待分析的日誌檔案。
建立了要分析的日誌檔案列表，下面就可以對其進行分析了。
3、使用LogMiner進行日誌分析
（1）無限制條件
SQL> EXECUTE dbms_logmnr.start_logmnr(
　　DictFileName=>' e:\oracle\logs\ v816dict.ora ');
（2）有限制條件
透過對過程DBMS_ LOGMNR.START_LOGMNR中幾個不同引數的設定（引數含義見表1），可以縮小要分析日誌檔案的範圍。透過設定起始時間和終止時間引數我們可以限制只分析某一時間範圍的日誌。如下面的例子，我們僅僅分析2001年9月18日的日誌：
SQL> EXECUTE dbms_logmnr.start_logmnr(
　　DictFileName => ' e:\oracle\logs\ v816dict.ora ',
　　StartTime => to_date('2001-9-18 00:00:00','YYYY-MM-DD HH24:MI:SS')
EndTime => to_date(''2001-9-18 23:59:59','YYYY-MM-DD HH24:MI:SS '));

注意：此過程能否執行成功的關鍵是給出的starttime（起始時間）和endtime（終止時
間）應在一個有效的範圍內。特別是終止時間，應小於或等於歸檔日誌的建立時間；如果大於
歸檔日誌的建立時間，則不能執行分析過程。分析多個歸檔日誌時，這些歸檔日誌最好是連續

也可以透過設定起始SCN和截至SCN來限制要分析日誌的範圍：
SQL> EXECUTE dbms_logmnr.start_logmnr(
　　DictFileName => ' e:\oracle\logs\ v816dict.ora ',
　　StartScn => 20,
　　EndScn => 50);
表1 DBMS_LOGMNR.START__LOGMNR過程引數含義
引數 引數型別 預設值 含義
StartScn 數字型（Number） 0 分析重作日誌中SCN≥StartScn日誌檔案部分
EndScn 數字型（Number） 0 分析重作日誌中SCN≤EndScn日誌檔案部分
StartTime 日期型(Date) 1998-01-01 分析重作日誌中時間戳≥StartTime的日誌檔案部分
EndTime 日期型(Date) 2988-01-01 分析重作日誌中時間戳≤EndTime的日誌檔案部分
DictFileName 字元型(VARCHAR2) 字典檔案，該檔案包含一個資料庫目錄的快照。使用該檔案可以使得到的分析結果是可以理解的文字形式，而非系統內部的16進位制
Options BINARY_INTEGER 0 系統除錯引數，實際很少使用

在執行分析的時候如果提示無效的月份，可以按照下面的步驟去嘗試：
alter session set nls_date_language='AMERICAN';
alter session set nls_date_format='DD-MON-YYYY HH:MI:SS';
執行包(exec dbms_logmnr.start_logmnr(dictfilename=>'');
一定要指名引數dictfilename，因為這個包有五個預設的引數，不指名會預設為第一個。
4、觀察分析結果（v$logmnr_contents）
到現在為止，我們已經分析得到了重作日誌檔案中的內容。動態效能檢視v$logmnr_contents包含LogMiner分析得到的所有的資訊。
SELECT sql_redo FROM v$logmnr_contents;
如果我們僅僅想知道某個使用者對於某張表的操作，可以透過下面的SQL查詢得到，該查詢可以得到使用者DB_ZGXT對錶SB_DJJL所作的一切工作。
SQL> SELECT sql_redo FROM v$logmnr_contents WHERE username='DB_ZGXT' AND seg_name='SB_DJJL';
需要強調一點的是，檢視v$logmnr_contents中的分析結果僅在我們執行過程'dbms_logmrn.start_logmnr'這個會話的生命期中存在。這是因為所有的LogMiner儲存都在PGA記憶體中，所有其他的程式是看不到它的，同時隨著程式的結束，分析結果也隨之消失。
最後，使用過程DBMS_LOGMNR.END_LOGMNR終止日誌分析事務，此時PGA記憶體區域被清除，分析結果也隨之不再存在
5、結束分析：使用EXCUTE DBMS_LOGMNR.END_LOGMNR。
四、其他注意事項
們可以利用LogMiner日誌分析工具來分析其他資料庫例項產生的重作日誌檔案，而不僅僅用來分析本身安裝LogMiner的資料庫例項的redo logs檔案。使用LogMiner分析其他資料庫例項時，有幾點需要注意：
1. LogMiner必須使用被分析資料庫例項產生的字典檔案，而不是安裝LogMiner的資料庫產生的字典檔案，另外必須保證安裝LogMiner資料庫的字符集和被分析資料庫的字符集相同。
2. 被分析資料庫平臺必須和當前LogMiner所在資料庫平臺一樣，也就是說如果我們要分析的檔案是由執行在UNIX平臺上的Oracle 8i產生的，那麼也必須在一個執行在UNIX平臺上的Oracle例項上執行LogMiner，而不能在其他如Microsoft NT上執行LogMiner。當然兩者的硬體條件不一定要求完全一樣。
3. LogMiner日誌分析工具僅能夠分析Oracle 8以後的產品，不過它可以分析Oracle8的日誌。對於8以前的產品，該工具也無能為力。 另外, Oracle8i只能對DML操作進行分析，從Oracle9i開始不僅可以分析DML操作，而且也可以分析DDL操作。在Oracle9i中可使用如下語句查詢DDL操作及具體的操作時間：
SQL>select sql_redo
2 from v$logmnr_contents
　　3 where sql_redo like '%create%' or sql_redo like '%CREATE%';
LogMiner不支援索引組織表、Long、LOB及集合型別。
MTS的環境也不能使用LogMiner.