| |
LOGMINER 의 기능과 사용 방법
## 간단한 설명
1. on Oracle 8.1.5
SVRMGRL> connect internal;
SVRMGRL> @?/rdbms/admin/dbmslogmnrd.sql
2. on Oracle 8.1.6 and 8.1.7 , Oracle9i
SVRMGRL> connect internal;
SVRMGRL> @?/rdbms/admin/dbmslm.sql
...
SVRMGRL> @?/rdbms/admin/dbmslmd.sql
3. dictionary file이 생성될 위치를 parameter file에 지정
utl_file_dir='/hoem/oracle/logs'
4. sqlplus를 사용하여 분석 대상이 되는 database를 open
SQL> startup
----------- 새로운 로그분석을 시작할때 여기부터 ---------------
5. DBMS_LOGMNR_D.BUILD를 사용하여 dictionary file생성
SQL> exec dbms_logmnr_d.build('dir_file','/home/oracle/logs');
* 반드시 transaction의 처음 문장이어야 한다.
6. redo logfile 확인
SQL> select member from v$logfile;
7. 1(NEW) parameter를 사용하여 분석할 log의 list를 생성
SQL> exec dbms_logmnr.add_logfile('/db/oracle/oradata/ORA9i/redo01.log',1);
8. log 리스트에 첨가 하거나 삭제등을 시행
ADD : SQL> exec dbms_logmnr.add_logfile('/db/oracle/oradata/ORA9i/redo02.log',3);
REMOVE : SQL> exec dbms_logmnr.add_logfile('/db/oracle/oradata/ORA9i/redo02.log',2);
9. dbms_logmnr.start_logmnr을 실행한다.
SQL> execute dbms_logmnr.start_logmnr(
> dictfilename => '/home/oracle/logs/dir_file',
> starttime => to_date('2005051 10:37:44','YYYYMMDD HH24:MI:SS'),
> endtime => to_date('20050501 10:39:20','YYYYMMDD HH24:MI:SS'))
- StartSCN (default 0) / EndSCN (0) / StartTime (01-JAN-1988)
/ EndTime (01-JAN-2988) / DictFileName (Null) / Options (0)
** DictFileName은 null string이 기본값이므로 생성하였다면 반드시 지정한다.
10. V$LOGMNR_CONTENTS를 조회.
SQL> select operation, sql_redo, sql_undo
2 from v$logmnr_contents
3 where
4 seg_name='TEST' and operation='INSERT'
- column 정보
SCN
TIMESTAMP
SEG_OWNER
SEG_NAME
SEG_TYPE_NAME
USERNAME
SESSION_INFO
OPERATION : INSERT,DELETE...
SQL_REDO
SQL_UNDO
11. LogMiner를 종료.
SQL> call dbms_logmnr.end_logmnr();
## LogMiner 개요
1. transaction 별, 사용자 별, 테이블 별, 시간대 별로 database에 가해진
변경 사항에 대한 추적
2. Tuning과 capacity 계획을 수립하기 위한 보조 자료로서 사용될 수 있다.
다양한 형태의 시간적 추이에 따른 성향과 자료의 패턴 분석이 가능하다.
3. 언제 논리적인 변조가 발생했는지를 결정하고, 그것에 대한 복구 작업
(Incomplete recovery)을 수행하기 위해 필요한 SCN(system change number)나
시간 정보를 제공한다.
## 제약 사항
- oracle8i 이상.
- 분석하는 instance와 같은 H/W platform에서 동작하는 같은 character set을
사용하는 8.0 이상에서 생성된 redo log file을 처리.
- pl/sql package에 의해 생성된 dicrionary의 도움을 통해서만 redo log
file의 내용을 분석.
- 일반 table에 적용되는 DML에 대한 정보만 얻어낼 수 있다. 즉, 다음과 같은
table에 대해서는 지원하지 않는다.
** 지원이 되지 않는 경우 view에 "Unsupported"라는 자료로 통지된다. **
1. Index-Organized Table (IOT)
2. Clustered table / index
3. Non-scalar data type - varray / nested table과 Object type제외
4. Chained rows
- Rollback, Commit, Begin Transaction 등의 명령어는 지원한다.
## Logminer 사용하기
# Step 0. Package file 실행
1. on Oracle 8.1.5
SVRMGRL> connect internal;
SVRMGRL> @?/rdbms/admin/dbmslogmnrd.sql
2. on Oracle 8.1.6 and 8.1.7 , Oracle9i
SVRMGRL> connect internal;
SVRMGRL> @?/rdbms/admin/dbmslm.sql
...
SVRMGRL> @?/rdbms/admin/dbmslmd.sql
# Step 1. Dictionary file 생성
- Logminer는 database가 mount/unmount 상태에 상관없이 수행할 수 있다
- umount에서도 사용 가능하기 때문에 dictionary 정보를 따로 파일로 관리하는데
그러기 위해서는 분석 대상이 되는 redo log file을 생성한
database를 mount하고 dictionary file을 생성해야 한다
- LogMiner는 dictionary file을 사용하는데 그 내용물로부터 그 file을
생성한 database와 그 file이 생성된 시간을 알 수 있다.
- dictionary file이 없을 경우, 결과로 나타난 sql 문장에서 object
이름에 해당하는 object ID와 column이 hexa 데이타로 표시된다.
1. dictionary file이 생성될 위치를 parameter file에 지정
utl_file_dir='/hoem/oracle/logs'
2. sqlplus를 사용하여 분석 대상이 되는 database를 open
SQL> startup
3. DBMS_LOGMNR_D.BUILD를 사용하여 dictionary file생성
SQL> exec dbms_logmnr_d.build('dir_file','/home/oracle/logs');
* 반드시 transaction의 처음 문장이어야 한다.
* 새로운 로그분석을 시작할때는 3번 과정부터 시작한다.
# Step 2. 분석을 위한 Redo log 지정하기
1. redo logfile 확인
SQL> select member from v$logfile;
MEMBER
------------------------------------
/db/oracle/oradata/ORA9i/redo03.log
/db/oracle/oradata/ORA9i/redo02.log
/db/oracle/oradata/ORA9i/redo01.log
2. 1(NEW) parameter를 사용하여 분석할 log의 list를 생성
SQL> exec dbms_logmnr.add_logfile('/db/oracle/oradata/ORA9i/redo01.log',1);
3. log 리스트에 첨가 하거나 삭제등을 시행
SQL> exec dbms_logmnr.add_logfile('/db/oracle/oradata/ORA9i/redo02.log',3);
SQL> exec dbms_logmnr.add_logfile('/db/oracle/oradata/ORA9i/redo02.log',2);
- NEW : 1
- ADDFILE : 3
- REMOVEFILE : 2
* default는 ADDFILE
# Step 3. LogMiner 사용하기
1. Logminer와 관련된 view
- V$LOGMNR_DICTIONARY : 사용중인 dictionary file
- V$LOGMNR_PARAMETERS : LogMiner에 Setting된 현재의 parameter의 값
- V$LOGMNR_LOGS : 분석되고 있는 redo log file
- V$LOGMNR_CONTENTS : 현재 분석되고 있는 redo log file의 내용
2. dbms_logmnr.start_logmnr을 실행한다.
SQL> execute dbms_logmnr.start_logmnr(
> dictfilename => '/home/oracle/logs/dir_file',
> starttime => to_date('2005051 10:37:44','YYYYMMDD HH24:MI:SS'),
> endtime => to_date('20050501 10:39:20','YYYYMMDD HH24:MI:SS'))
or
SQL> execute dbms_logmnr.start_logmnr(DictFileName=>'/home/oracle/logs/dir_file');
or
SQL> execute dbms_logmnr.start_logmnr(DictFileName=>'/home/oracle/logs/dir_file',
StartSCN=>100, EndSCN=>150);
* StartSCN (default 0) / EndSCN (0) / StartTime (01-JAN-1988)
/ EndTime (01-JAN-2988) / DictFileName (Null) / Options (0)
DictFileName은 null string이 기본값이므로 생성하였다면 반드시 지정한다.
3. V$LOGMNR_CONTENTS를 조회.
SQL> select operation, sql_redo, sql_undo
2 from v$logmnr_contents
3 where
4 seg_name='TEST' and operation='INSERT'
- column 정보
SCN
TIMESTAMP
SEG_OWNER
SEG_NAME
SEG_TYPE_NAME
USERNAME
SESSION_INFO
OPERATION
SQL_REDO
SQL_UNDO
SEQUENCE#
INFO
STATUS
4. LogMiner를 종료.
SQL> call dbms_logmnr.end_logmnr();
## 기타 팁
# 다른 Database로부터 생성된 archive redo log file 분석
현재 logminer를 운영하는 Database를 LogmnrDB라고 하고 대상 database를 SourceDB라고 하면
1. 제약사항
- LogmnrDB는 SourceDB와 동일한 character set
- SourceDB에서 생성된 dictionary file을 사용
- LogMiner 를 실행하는 system 은 분석 대상 database 가 실린 system일 필요는 없지만
hardware platform 이어야 한다.
- Oracle8.0 이상에서 생성된 redo log file 을 사용.
# Oracle8의 log file분석
1. Oracle8i에서 dbmslogmnrd.sql(8.1.5) 또는 dbmslmd.sql file copy
2. copy한 화일을 다음과 같이 실행.
SVRMGRL> connect internal;
SVRMGRL> @dbmslogmnrd.sql
or
SVRMGRL> @dbmslmd.sql
3. utl_file_dir parameter설정.
4. dbms_logmnr_d package를 이용하여 dictionary file을 생성.
SQL> connect sys/manager
SQL> exec dbms_logmnr_d.build('dir_file','/home2/o8ii/logs');
5. 생성한 dictionary file과 분석하고자 하는 archiving file을
oracle8i db로 copy한 후에 logminer를 실행.
# 9I New feature
1) DDL 지원 단, 9I 이상의 Redo/Archive log file만 분석 가능
: V$LOGMNR_CONTENTS 의 OPERATION column에서 DDL 확인
2) LogMiner 분석을 위해 생성한 dictioanry 정보를 online redo 에 저장 가능
: 반드시 Archive log mode 로 운영 중이어야 한다.
: DBMS_LOGMNR_D.BUILD를 사용하여 dictionary file 생성
: 기존 Flat file 또는 Redo log 에 생성 가능
: 예) Flat file
- SQL> EXECUTE dbms_logmnr_d.build
(DICTIONARY_FILENAME => 'dictionary.ora'
,DICTIONARY_LOCATION => '/oracle/database'
,OPTIONS => DBMS_LOGMNR_D.STORE_IN_FLAT_FILE);
예) Redo log
- SQL> EXECUTE dbms_logmnr_d.build
(OPTIONS => DBMS_LOGMNR_D.STORE_IN_REDO_LOGS);
3) Redo log block corruption 이 발생하였을 경우 corruption 된 부분을 skip하고 분석
: 8I 에서 log corruption 발생 시 LogMiner 가 종료되고 분석 위해 다시 시도
: 9I 에서는 DBMS_LOGMNR.START_LOGMNR 의 SKIP_CORRUPTION option 으로 skip 가능
4) Commit 된 transaction 에 대해서만 display
: DBMS_LOGMNR.START_LOGMNR 의 COMMITTED_DATA_ONLY option
5) Index clustered 와 연관된 DML 지원 (8I 제공 안 됨)
6) Chained and Migrated rows 분석
2. 제약 사항(9I LogMiner 에서 지원하지 않는 사항)
1) LONG and LOB data type
2) Object types
3) Nested tables
4) Object Refs
5) IOT(Index-Organized Table)
3. LogMiner Views
1) V$LOGMNR_CONTENTS - 현재 분석되고 있는 redo log file의 내용
2) V$LOGMNR_DICTIONARY - 사용 중인 dictionary file
3) V$LOGMNR_LOGS - 분석되고 있는 redo log file
4) V$LOGMNR_PARAMETERS - LogMiner에 Setting된 현재의 parameter의 값
4. LogMiner 를 이용하기 위한 Setup
1) LogMiner 를 위한 dictionary 생성(flatfile or on line redo log)
2) Archive log file or Redo log file 등록
3) Redo log 분석 시작
4) Redo log 내용 조회
5) LogMiner 종료
5. LogMiner Example
1) flatfile이 생성될 location을 확인
SQL> show parameter utl
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
utl_file_dir string /home/ora920/product/9.2.0/smlee
2) dictionary 정보를 저장할 flatfile 정의 -> dictionary.ora 로 지정
SQL> execute dbms_logmnr_d.build -
> (dictionary_filename => 'dictionary.ora', -
> dictionary_location => '/home/ora920/product/9.2.0/smlee', -
> options => dbms_logmnr_d.store_in_flat_file);
PL/SQL procedure successfully completed.
3) logfile을 switch 하고 current logfile name과 current time을 기억한다.
SQL> alter system switch logfile;
System altered.
SQL> select member from v$logfile, v$log
2 where v$logfile.group# = v$log.group#
3 and v$log.status='CURRENT';
MEMBER
----------------------------------------------------------------------
----------
/home/ora920/oradata/ORA920/redo02.log
SQL> select current_timestamp from dual;
CURRENT_TIMESTAMP
----------------------------------------------------------------------
-----
13-NOV-02 10.37.14.887671 AM +09:00
4) test를 위해 table emp30 을 생성하고 update -> drop 수행
SQL> create table emp30 as
2 select employee_id, last_name, salary from hr.employees
3 where department_id=30;
Table created.
SQL> alter table emp30 add (new_salary number(8,2));
Table altered.
SQL> update emp30 set new_salary = salary * 1.5;
6 rows updated.
SQL> rollback;
Rollback complete.
SQL> update emp30 set new_salary = salary * 1.2;
6 rows updated.
SQL> commit;
Commit complete.
SQL> drop table emp30;
select
Table dropped.
SQL> select current_timestamp from dual;
CURRENT_TIMESTAMP
----------------------------------------------------------------------
-----
13-NOV-02 10.39.20.390685 AM +09:00
5) logminer start (다른 session을 열어 작업)
SQL> connect /as sysdba
Connected.
SQL> execute dbms_logmnr.add_logfile ( -
> logfilename => -
> '/home/ora920/oradata/ORA920/redo02.log', -
> options => dbms_logmnr.new)
PL/SQL procedure successfully completed.
SQL> execute dbms_logmnr.start_logmnr( -
> dictfilename => '/home/ora920/product/9.2.0/smlee/dictionary.ora', -
> starttime => to_date('13-NOV-02 10:37:44','DD_MON_RR HH24:MI:SS'), -
> endtime => to_date('13-NOV-02 10:39:20','DD_MON_RR HH24:MI:SS'), -
> options => dbms_logmnr.ddl_dict_tracking + dbms_logmnr.committed_data_only)
PL/SQL procedure successfully completed.
6) v$logmnr_contents view를 조회
SQL> select timestamp, username, operation, sql_redo
2 from v$logmnr_contents
3 where username='HR'
4 and (seg_name = 'EMP30' or seg_name is null);
TIMESTAMP USERNAME OPERATION SQL_REDO
----------------------------------------------------------------------
------------------------------------
13-NOV-02 10:38:20 HR START set transaction read write;
13-NOV-02 10:38:20 HR DDL CREATE TABLE emp30 AS
SELECT EMPLOYEE_ID, LAST_NAME,
SALARY FROM HR.EMPLOYEES
WHERE DEPARTMENT_ID=30;
13-NOV-02 10:38:20 HR COMMIT
commit;
13-NOV-02 10:38:50 HR DDL ALTER TABLE emp30 ADD
(new_salary NUMBER(8,2));
13-NOV-02 10:39:02 HR UPDATE UPDATE "HR"."EMP30" set
"NEW_SALARY" = '16500' WHERE
"NEW_SALARY" IS NULL AND ROWID
='AAABnFAAEAALkUAAA';
13-NOV-02 10:39:02-10 HR DDL DROP TABLE emp30;
7) logminer 를 종료한다.
SQL> execute dbms_logmnr.end_logmnr
PL/SQL procedure successfully completed.
## 10G New feature
1. LogMiner in a Shared Server Environment
기존에는 Dedicated mode에서만 logminer실행이 가능했으나 Oracle10g 에서는
MTS 환경에서도 logminer의 실행이 가능하다.
2. Support for Index Organized Tables
Logminer 는 IOT 에 대해서도 Logminer를 통해서 정확한 record 변화를 찾을 수
있다. Oracle9i 까지는 Logminer에서 IOT 를 지원하지 못했다.
3. Support for new datatypes
LogMiner 10g 에서는 아래의 data type을 redo/undo transaction에서 정확히
반영하게 되었다. 즉, 아래의 parameter가 새로 지원된다.
- LONG
- Multibyte CLOB
- NCLOB
4. SQL_REDO/SQL_UNDO without rowids - NO_ROWID_IN_STMT
DBMS_LOGMNR.START_LOGMNR procedure실행시에 NO_ROWID_IN_STMT option을
추가할 수 있다. 이 기능은 v$logmnr_contents view의 SQL_REDO 와 SQL_UNDO column에서
rowid 를 나타내지 않도록 하는 option이다.
이 rowid 를 나타내지 않으면 이 sql들을 rowid 가 다른 환경에서도 사용할 수 있으므로
더 유용하다. logminer 기능을 object가 원래 있는 db가 아닌 다른 db에서 실행할 때
이 기능을 이용하여 rowid 가 아닌 primary key 등에 의해 sql 을 적용할 수 있다.
[예제]
SQL> EXECUTE DBMS_LOGMNR.START_LOGMNR(-
OPTIONS => DBMS_LOGMNR.DICT_FROM_ONLINE_CATALOG + -
DBMS_LOGMNR.NO_ROWID_IN_STMT);
5. Removing a logfile from the LogMiner session
Oracle9i 까지는 Logminer session을 실행하여 log file이나 archiving file을
add한 후에는 list 에서 삭제할 수가 없었다. Oracle10g 부터는 add한 file을
삭제할 수 있는 기능이 추가되었다.
이 기능은 다음과 같이 DBMS_LOGMNR.REMOVE_LOGFILE()를 이용하여 가능하다.
[예제]
SQL> EXEC DBMS_LOGMNR.REMOVE_LOGFILE(LOGFILENAME => '/oracle/logs/log2.f');
만약 위와 같이 logfile을 삭제한 후에 바로 v$logmnr_contents view를 조회하면
아래와 같이 ora-1306 error가 발생한다. 그러므로 다시 DBMS_LOGMNR.START_LOGMNR 를
실행한 후 조회해야 한다.
SQL> select count(*) from v$logmnr_contents;
select count(*) from v$logmnr_contents
*
ERROR at line 1:
ORA-01306: dbms_logmnr.start_logmnr() must be invoked before selecting from
v$logmnr_contents
## LOGMINER를 이용한 분석 예제 - DELETE된 DATA 복구방법
Data를 delete한 후에 logminer를 이용하여 확인하고 삭제된
record를 복구하는 간단한 예제를 살펴보자.
1. scott user에서 dept table 전체와 emp table의 한 row를 삭제한다.
SQL> connect scott/tiger
SQL> delete from dept;
4 rows deleted.
SQL> commit;
Commit complete.
SQL> delete from emp where deptno = 10 and empno= 7934;
1 row deleted.
SQL> commit;
Commit complete.
2. 분석할 log file을 확인한다.
SQL> connect system/manager
SQL> select a.group#, a.sequence#, b.member
2 from v$log a, v$logfile b
3 where a.status = 'CURRENT' and a.group# = b.group#;
GROUP# SEQUENCE# MEMBER
---------- ---------- -------------------------------------------------------
1 801 /app/ora817/oradata/ORA817/oradata/ORA817/redo01.log
3. logminer를 사용하기 위해 dictionary file을 생성하고 delete되었을 때의
redo log file 또는 archiving file을 등록한다.
(1) dictionary file을 생성한다.
SQL> call dbms_logmnr_d.build('dir_file','/app/ora817/utl_dir');
Call completed.
(2) 분석할 file을 등록한다.
SQL> call dbms_logmnr.add_logfile('/app/ora817/admin/ORA817/arch/arch_1_801.arc'
,1);
또는 다음과 같이 archiving file을 등록한다. 보통의 경우 online redo log file은
금방 overwrite될 수 있기 때문에 archiving file을 이용한다.
SQL> call dbms_logmnr.add_logfile('/app/ora817/oradata/ORA817/oradata/ORA817/red
o01.log',1);
4. logminer를 실행한다. 다음과 같이 archiving file 전체의 정보를 뽑아내거나
특정한 scn 번호 또는 시간의 지정할 수도 있다.
SQL> execute dbms_logmnr.start_logmnr(DictFileName=>'/app/ora817/utl_dir/dir_file');
또는
SQL> execute dbms_logmnr.start_logmnr(DictFileName=>'/app/ora817/utl_dir/dir_file',
startTime=>to_date('2002/04/20 13:00:00','yyyy/mm/dd hh24:mi:ss'),
endTime=>to_date('2002/04/30 18:00:00','yyyy/mm/dd hh24:mi:ss'));
5. v$logmnr_contents view를 통한 log file의 정보를 확인
(1) DEPT table에서 삭제한 data 확인하기.
SQL> select seg_owner, seg_name, operation, sql_redo, sql_undo
2 from v$logmnr_contents
3 where seg_owenr = 'SCOTT' and seg_name = 'DEPT' ;
SEG_OWNER SEG_NAME
-------------------------------- --------------------------------
OPERATION
--------------------------------
SQL_REDO
----------------------------------------------------------------------
----------
SQL_UNDO
----------------------------------------------------------------------
----------
SCOTT DEPT
DELETE
delete from "SCOTT"."DEPT" where "DEPTNO" = 10 and "DNAME" = 'ACCOUNTING' and "L
OC" = 'NEW YORK' and ROWID = 'AAAAxCAAFAAAAAzAAA';
insert into "SCOTT"."DEPT"("DEPTNO","DNAME","LOC") values (10,'ACCOUNTING','NEW
YORK');
SCOTT DEPT
DELETE
delete from "SCOTT"."DEPT" where "DEPTNO" = 20 and "DNAME" = 'RESEARCH' and "LOC
" = 'DALLAS' and ROWID = 'AAAAxCAAFAAAAAzAAB';
insert into "SCOTT"."DEPT"("DEPTNO","DNAME","LOC") values (20,'RESEARCH','DALLAS
');
SCOTT DEPT
DELETE
delete from "SCOTT"."DEPT" where "DEPTNO" = 30 and "DNAME" = 'SALES' and "LOC" =
'CHICAGO' and ROWID = 'AAAAxCAAFAAAAAzAAC';
insert into "SCOTT"."DEPT"("DEPTNO","DNAME","LOC") values (30,'SALES','CHICAGO')
;
SCOTT DEPT
DELETE
delete from "SCOTT"."DEPT" where "DEPTNO" = 40 and "DNAME" = 'OPERATIONS' and "L
OC" = 'BOSTON' and ROWID = 'AAAAxCAAFAAAAAzAAD';
insert into "SCOTT"."DEPT"("DEPTNO","DNAME","LOC") values (40,'OPERATIONS','BOST
ON');
=> column SQL_REDO 는 실행된 DELETE문장이며, SQL_UNDO는 이 작업을 다시 되돌리기
위한 문장이다. 실제로 user가 실행한 문장은 'delete from dept;' 이지만,
redo log file에는 이 작업을 되돌릴 수 있는 각각의 문장으로 저장된다. 그래서
user가 실행한 command보다 많은 row가 나온다.
위의 경우는 SQL_UNDO column에 나오는 insert 문장을 실행하면 delete된 정보를 다시
되돌릴 수가 있다.
(2) EMP table에서 삭제된 data 확인하기.
SQL> select seg_owner, seg_name, operation, sql_redo, sql_undo
2 from v$logmnr_contents
3 where seg_owenr = 'SCOTT' and seg_name = 'EMP' ;
SEG_OWNER SEG_NAME
-------------------------------- --------------------------------
OPERATION
--------------------------------
SQL_UNDO
----------------------------------------------------------------------
----------
SCOTT EMP
DELETE
insert into "SCOTT"."EMP"("EMPNO","ENAME","JOB","MGR","HIREDATE","SAL","COMM","D
EPTNO") values (7934,'MILLER','CLERK',7782,TO_DATE('23-JAN-1982 00:00:00', 'DD-M
ON-YYYY HH24:MI:SS'),1300,NULL,10);
=> 위의 경우도 insert문장을 실행하여 delete된 data를 복구할 수 있다.
(3) 실행한 session의 정보 확인하기.
delete 문장을 실행한 시간과 session정보를 확인할 수 있다.
SQL> select to_char(timestamp,'yyyy/mm/dd hh24:mi:ss') "Time", session_info
2 from v$logmnr_contents where seg_name = 'EMP';
Time
-------------------
SESSION_INFO
----------------------------------------------------------------------
----------
2002/04/25 21:06:24
LoginUserName = SCOTT, ClientInfo = , OsUserName = ora817, MachineName = rcsunin
tel, OsTerminal = pts/9, OsProcessId = 5327, OsProgramName = sqlplus@rcsunintel
(TNS V1-V3)
6. 작업이 끝나면 다음과 같이 logminer를 종료한다.
SQL> call dbms_logmnr.end_logmnr();
이 문장을 실행하면 v$logmnr_contents view나 등록한 log file의 정보등이 모두
자동으로 없어지므로 그 전에 분석한 내용을 모두 확인하거나 v$logmnr_contents
view의 내용을 다른 table로 backup받아 두어야 한다.
|