Database에 savepoint를 찍어보자 !!

oracle 10g R2 new feature를 보다 보니까.. (나온지가 언젠데.!!)
"restore point"라는 개념이 나오더군요.. (아래..)

테스트 함 해봤습니다.

원문 : Restore Point in Flashback Database

SQL의 savepoint라는 개념을 기억하십니까? 트랜잭션에서 savepoint를 생성한 후, 데이터를 일부 수정한 다음, 다시 savepoint를 생성하는 식으로 작업합니다. 그리고 변경된 내용을 다시 되돌리고 싶다면, 해당되는 savepoint로 롤백하면 됩니다.

Oracle Database 10g의 Flashback Database는 데이터베이스를 과거의 특정 시점으로 되돌리는 기능을 제공합니다. 그렇다면 여기에도 savepoint와 유사한 개념을 도입하면 유용하지 않을까요? 시간을 기준으로 하지 않고, 명명된 시점(named point)으로 되돌릴 수 있게 하면 좋지 않을까요?

Oracle Database 10g Release 2에 추가된 “restore point”라는 기능이 바로 이러한 역할을 담당합니다. 그 작동 원리가 다음과 같습니다.

월말 결산 과정에서 여러 개의 배치 프로그램을 순차적으로 실행해야 한다고 가정해 봅시다. 작업의 실행 순서가 다음과 같습니다:

1. restore point rp1 생성
2. batch job 1 실행
3. restore point rp2 생성
4. batch job 2 실행

만일 batch job 2가 실행 도중 실패한다면, 그리고 데이터베이스의 일관성을 보장해야 한다면, 전체 작업 내용을 모두 롤백할 필요는 없습니다. 배치 작업을 실행하기 전에 restore point rp2를 미리 생성해 두었으므로, 해당 restore point로 데이터베이스를 플래시백 처리하기만 하면 됩니다.

restore point를 생성하는 방법은 다음과 같습니다:

SQL> create restore point before_monthend_200503;







위와 같이 하면, 현재 데이터베이스 시간과 SCN을 기준으로 새로운 restore

point (BEFORE_MONTHEND_200503)가 생성됩니다. 데이터베이스를 해당 restore point로 플래시백

처리할 수 있음을 보장하고 싶다면, 아래와 같이 “guarantee” 키워드를 추가합니다:

SQL> create restore point before_monthend_200503



guarantee flashback database;







V$RESTORE_POINT 뷰를 조회하면 생성한 restore point가 존재함을 확인할 수 있습니다:

SQL> select * from v$restore_point;



       SCN DATABASE_INCARNATION# GUA STORAGE_SIZE

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

TIME

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

NAME

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

   1429811                     1 YES      8192000

27-MAR-05 05.18.39.000000000 PM

BEFORE_MONTHEND_200503







나중에 데이터베이스를 플래시백 처리하려면 아래와 같이 명령을 실행합니다:

SQL> flashback database to restore point before_monthend_200503;



로그에는 다음과 같은 기록이 남게 됩니다:

Media Recovery Applied UNTIL CHANGE 1429814



Restore point, 특히 “guaranteed” restore point는 데이터베이스 관리자에게 

매우 유용한 옵션입니다. QA 데이터베이스가 좋은 예입니다. 

관리자는 restore point를 생성한 후 몇 가지 테스트를 실행하고, 

다시 restore point로 플래시백 함으로써 데이터베이스를 이전의 상태로 



깨끗하게 돌려놓을 수 있습니다.

위의 내용은 OTN의 Oracle Database 10g Release 2의 신기능에서 가져왔습니다.

1. RESTORE POINT 생성.

SQL> create restore point before_fb_test guarantee flashback database;

ERROR at line 1:
ORA-38784: Cannot create restore point 'BEFORE_FB_TEST'.
ORA-38786: Flash recovery area is not enabled.

SQL> alter system set db_recovery_file_dest='/..' scope=both;
SQL> alter system set log_archive_dest_1='' scope=spfile;
SQL> shutdown immediate;
SQL> startup

SQL> archive log list
Database log mode   Archive Mode
Automatic archival  Enabled
Archive destination USE_DB_RECOVERY_FILE_DEST
            :


SQL> create restore point before_fb_test guarantee flashback database;

ERROR at line 1:
ORA-38784: Cannot create restore point 'BEFORE_FB_TEST'.
ORA-38787: Creating the first guaranteed restore point requires mount mode when flashback database is off.

ORA-38787: Creating the first guaranteed restore point requires mount mode when flashback database is off.
Cause: While flashback database is not on, an attempt was made to create the first guaranteed restore point while the database is open.
Action: Mount the database and retry.

SQL> shutdown immediate;
SQL> STARTUP MOUNT
SQL> ALTER DATABASE FLASHBACK ON;

ERROR at line 1:
ORA-38706: Cannot turn on FLASHBACK DATABASE logging.
ORA-38708: Not enough space for first flashback database log file

SQL> alter system set db_recovery_file_dest_size=5G scope=both;
SQL> ALTER DATABASE FLASHBACK ON;
SQL> ALTER DATABASE OPEN;

( flash backup area에 flb라는 확장자로 파일이 하나 생기는 군요.)

SQL> create restore point before_fb_test guarantee flashback database;

2. 테스트

SQL> delete from scott.emp;
SQL> commit;

* flash backup area에 flb file이 추가로 1개 더 생기는 ..

SQL> SHUTDOWN IMMEDIATE
SQL> STARTUP MOUNT
SQL> FLASHBACK DATABASE TO RESTORE POINT before_update_of_emp;
SQL> ALTER DATABASE OPEN RESETLOGS;

기본 설정만 해놓으면 잘 되는 거 같네요..