찐빵의 IT World

** Transaction Rollback : 사용자가 rollback 을 할 경우 이 곳에 저장된 undo data를 사용해서 rollback 을 수행,

** Read Consistency (CR) : 아직 transaction 이 끝나지 않은 데이터는 변경 전 데이터로 보여줍니다. 즉, 

A 라는 사용자가 DB에서 장동건을 원빈으로 변경하기 위해 update 문을 수행 했을 경우, 

일단 DB buffer cache 에 장동건을 불러다 놓고 -> 변경내용들을 Redo log buffer 에 기록 -> Undo segment 에 원본 데이터인 장동건 기록 -> DB buffer cache 에 업데이트 되는 데이터 원빈을 저장, Lock 이 설정된다. 

commit 이나 rollback 이 아직 안된 상태에서, 사용자 B가 장동건을 조회하려고 하면, 현재 DB buffer cahce 에는 원빈이 저장된 채 lock 이 걸린 상태이므로, Undo segment 에서 장동건을 불러다가 다시 DB buffer cache 에 올려두고 사용자에서 제공한다. 이 과정을 CR 작업이라 한다. 

** Transaction Recovery (Instance Recovery) : 운영중이던 DB 가 비정상적으로 종료되었을 때 roll forward 와 roll backward 작업을 수행 할 때 undo data가 사용됨. 

## 현재 상태 조회하기 

SQL> show parameter undo;

NAME     TYPE VALUE

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

undo_management     string AUTO

undo_retention     integer 900

undo_tablespace     string UNDOTBS1

## 신규  undo tablespace 생성하기 

SQL> create undo tablespace undo01 datafile '/app/oracle/oradata/testdb/undo01.dbf' size 10M autoextend on;

Tablespace created.

SQL> select tablespace_name, bytes/1024/1024 MB, file_name from dba_data_files;

TABLESPACE   MB FILE_NAME

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

USERS    5 /app/oracle/oradata/testdb/users01.dbf

UNDOTBS1   95 /app/oracle/oradata/testdb/undotbs01.dbf

SYSAUX  510 /app/oracle/oradata/testdb/sysaux01.dbf

SYSTEM  700 /app/oracle/oradata/testdb/system01.dbf

EXAMPLE       345.625 /app/oracle/oradata/testdb/example01.dbf

UNDO01   10 /app/oracle/oradata/testdb/undo01.dbf

6 rows selected.

## undo tablespace 변경하기 

SQL> alter system set undo_tablespace=undo01;

System altered.

SQL> show parameter undo;

NAME     TYPE VALUE

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

undo_management     string AUTO

undo_retention     integer 900

undo_tablespace     string UNDO01

Undo Tablespace 의 특징 중 하나는 undo data file 의 크기는 증가만 되고 줄어들지는 않는다. 

이유인 즉, 

Undo tablespace 안에 undo segment 4개가 할당되어 각각 A, B, C, D 사용자에 의해 사용되고 있다고 가정하고, 새로운 E 사용자가 신규로 접속해서 DML 문장을 수행할 경우, E server process 는 undo segment 를 확보하게 된다. 

이 때 무조건 새로운 공간을 할당 받는게 아니라, 기존에 만들어져 있던 segment 중에서 transaction 이 완료 된 것이 있는지 없는지를 확인 한 후 (즉, commit 이나 rollback 을 한 사용자가 있는지 없는지 확인) 만약 A라는 사용자가 commit 을 수행해서 transaction 이 끝났다면, A가 쓰고 있던 공간을 덮어쓰게 된다. 

하지만, 덮어쓸 수 있는 공간이 없다면, 그냥 새로운 공간을 하나 만들게 된다. 

이런 식으로 계속 undo segment 가 늘어나면서 undo tablespace 가 늘어나게 되고, 모든 사용자가 commit 을 해서 transaction 이 완료 되었다고 하더라도, undo segment 안에 undo data는 지워지지 않는다. 

그래서 undo data file 의 크기는 증가만 될 뿐이다.

** UNDO_RETENTION : commit 수행 후에도 해당 undo segment 내의 데이터를 다른 서버 프로세스가 덮어 쓰지 못하도록 막아주는 시간. 하지만 Undo Segment 의 여분이 있을 경우에만 적용된다. 

** UNDO_RETENTION_GUARANTEE : guarantee 로 설정하면 무조건 undo retention 을 지켜줌. (기본 값은 noguarantee) 

Undo_retention 부분이 잘못되면 나오는 에러가 Snapshot too old 라는 에러이다. 이 에러의 발생 원인은 위의 undo tablespace 의 사용목적중 CR 부분과 관계가 있다. 

예를 들어, 

A라는 사용자가 emp 테이블에서 장동건 이라는 사원을 원빈으로 변경한다고 하면, 일단 장동건을 DB buffer cache 에 올리고, Redo log buffer 에 변경 내용 기록하고, Undo segment 을 할당해서 원본 데이터인 장동건을 기록할 것이다. 그리고 나서 DB buffer cache 에 원빈으로 변경 된 내용이 lock 이 걸린 상태가 될 것이다. 

이 때 B라는 사용자가 장동건을 emp 테이블에서 꺼내오려고 한다면, DB buffer cache 가 아닌 Undo segment 에서 장동건을 가져다가  B 사용자에게 보여주게 된다. 이게 CR 과정이라고 하였다. 

하지만 만약! 

B 사용자가 장동건을 undo segment 에서 꺼내려는데 A 사용자가 commit 을 날리고, 그 상황에서 새로운 DML 문장이 실행되서 새로운 데이터가 이 장동건이라는 undo segment 부분을 덮어 써 버렸다면 어떻게 될까? 

B 사용자는 undo segment 장동건이라는 사원을 찾지 못하고 에러를 발생 할 것이다. 

이 에러가 바로 ORA-0155 Snapshot too old 라는 에러이다. 

이 에러를 줄이는 방법으로는, 

** UNDO_RETENTION 을 셋업할 수 있다. 하지만 이 역시 commit 이 많이 발생하면 그 만큼 undo segment 가 덮어써 지는 경우가 늘어나고 이렇게 되면 또 다시 Snapshot too old 에러가 늘어날 수 있으므로, 불필요한 commit 은 자제한다. 

** Oracle 10g 버전 부터는 이 에러를 줄이기 위해 undo retention 을 자동으로 관리하는 기능이 제공된다. 

## 기존 temporary tablespace 조회

SQL> select file_id, tablespace_name, bytes/1024/1024 MB, file_name from dba_temp_files;

   FILE_ID TABLESPACE      MB FILE_NAME

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

1 TEMP      29 /app/oracle/oradata/testdb/temp01.dbf

## 신규 temporary tablespace 생성

SQL> select file_id, tablespace_name, bytes/1024/1024 MB, file_name from dba_temp_files;

   FILE_ID TABLESPACE      MB FILE_NAME

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

1 TEMP      29 /app/oracle/oradata/testdb/temp01.dbf

SQL> 

SQL> create temporary tablespace temp2 tempfile '/app/oracle/oradata/testdb/temp02.dbf' size 10M;

Tablespace created.

SQL> select file_id, tablespace_name, bytes/1024/1024 MB, file_name from dba_temp_files;

   FILE_ID TABLESPACE      MB FILE_NAME

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

1 TEMP      29 /app/oracle/oradata/testdb/temp01.dbf

2 TEMP2      10 /app/oracle/oradata/testdb/temp02.dbf

## Default temporary tablespace 변경하기

SQL> select * from database_properties where property_name like 'DEFAULT%';

PROPERTY_NAME       PROPERTY_V DESCRIPTION

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

DEFAULT_TEMP_TABLESPACE        TEMP  Name of default temporary tablespace

DEFAULT_PERMANENT_TABLESPACE   USERS  Name of default permanent tablespace

DEFAULT_EDITION       ORA$BASE   Name of the database default edition

DEFAULT_TBS_TYPE       SMALLFILE  Default tablespace type

SQL> alter database default temporary tablespace temp2;

Database altered.

SQL> select * from database_properties where property_name like 'DEFAULT%';

PROPERTY_NAME       PROPERTY_V DESCRIPTION

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

DEFAULT_TEMP_TABLESPACE        TEMP2  Name of default temporary tablespace

DEFAULT_PERMANENT_TABLESPACE   USERS  Name of default permanent tablespace

DEFAULT_EDITION       ORA$BASE   Name of the database default edition

DEFAULT_TBS_TYPE       SMALLFILE  Default tablespace type

## Temporary tablespace 크기 변경하기

SQL> alter database tempfile '/app/oracle/oradata/testdb/temp02.dbf' resize 100M;

Database altered.

## Temporary tablespace 삭제하기

SQL> drop tablespace temp;

Tablespace dropped.

SQL> select file_id, tablespace_name, bytes/1024/1024 MB, file_name from dba_temp_files;

   FILE_ID TABLESPACE      MB FILE_NAME

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

2 TEMP2     100 /app/oracle/oradata/testdb/temp02.dbf

Oracle DB 접속 시 여러명의 사용자가 동시에 같은 계정을 (예, scott) 사용해서 접속 할 수가 있는데, 이렇게 동시에 접속해서 order by 같은 정렬작업을 한꺼번에 한다고 하면 PGA 가 부족할 경우 scott schema 의 temporary tablespace 를 사용할 것이다. 

이럴 경우 temporary tablespace 가 하나밖에 없을 경우 작업 속도는 늦어 질 수 있다.

11g 에서는 이 부분을 해결하기 위해 temporary tablespace group 이라는 개념을 도입했다. 

temporary tablespace 를 여러 개 만든 후 group 으로 묶고 특정 schema 에게 이 group 을 지정해 주면 하나의 schema  로 여러명이 사용한다 하더라도 성능향상에 도움이 될 수있다. 

## Temporary tablespace group 생성

SQL> create temporary tablespace temp_scott1 tempfile '/app/oracle/oradata/testdb/temp_scott01.dbf' size 10M tablespace group temp_scott_group;

Tablespace created.

SQL> select file_id, tablespace_name, bytes/1024/1024 MB, file_name from dba_temp_files;

   FILE_ID TABLESPACE_NAME MB FILE_NAME

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

1 TEMP_SCOTT1 10 /app/oracle/oradata/testdb/temp_scott01.dbf

2 TEMP2       100 /app/oracle/oradata/testdb/temp02.dbf

## 이미 존재하는 temporary tablespace 를 group 에 추가 (TEMP_SCOTT2 를 하나 더 만들자)

SQL> create temporary tablespace temp_scott2 tempfile '/app/oracle/oradata/testdb/temp_scott02.dbf' size 10M;

Tablespace created.

SQL> select file_id, tablespace_name, bytes/1024/1024 MB, file_name from dba_temp_files;

   FILE_ID TABLESPACE_NAME MB FILE_NAME

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

1 TEMP_SCOTT1 10 /app/oracle/oradata/testdb/temp_scott01.dbf

2 TEMP2       100 /app/oracle/oradata/testdb/temp02.dbf

3 TEMP_SCOTT2 10 /app/oracle/oradata/testdb/temp_scott02.dbf

SQL> alter tablespace temp_scott2 tablespace group temp_scott_group;

Tablespace altered.

## group 조회

SQL> select * from dba_tablespace_groups;

GROUP_NAME       TABLESPACE_NAME

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

TEMP_SCOTT_GROUP       TEMP_SCOTT1

TEMP_SCOTT_GROUP       TEMP_SCOTT2

## 사용자 할당 (scott 에게 할당한다고 하자)

SQL> alter user scott temporary tablespace temp_scott_group;

User altered.

## default temporary tablespace 로 지정하기

SQL> alter database default temporary tablespace temp_scott_group;

Database altered.

## group 에서 탈퇴하기

SQL> alter tablespace temp_scott2 tablespace group '';

Tablespace altered.

SQL> select * from dba_tablespace_groups;

GROUP_NAME       TABLESPACE_NAME

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

TEMP_SCOTT_GROUP       TEMP_SCOTT1

## 생성

SQL> create tablespace haksa datafile '/app/oracle/oradata/testdb/haksa01.dbf' size 1M;

Tablespace created.

## 조회

SQL> select tablespace_name, bytes/1024/1024 MB, file_name from dba_data_files;

TABLESPACE_NAME     MB FILE_NAME

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

USERS      5 /app/oracle/oradata/testdb/users01.dbf

UNDOTBS1     95 /app/oracle/oradata/testdb/undotbs01.dbf

SYSAUX    510 /app/oracle/oradata/testdb/sysaux01.dbf

SYSTEM    700 /app/oracle/oradata/testdb/system01.dbf

EXAMPLE 345.625 /app/oracle/oradata/testdb/example01.dbf

UNDO01     10 /app/oracle/oradata/testdb/undo01.dbf

HAKSA      1 /app/oracle/oradata/testdb/haksa01.dbf

7 rows selected.

## 각 data file 의 실제 사용량 확인 방법

SQL> select distinct d.file_id file#, d.tablespace_name ts_name, d.bytes/1024/1024 MB, d.bytes/8192 total_blocks, sum(e.blocks) used_blocks, to_char( nvl( round( sum(e.blocks)/(d.bytes/8192), 4 ), 0 )*100, '09.99') || '%' pct_used from dba_extents e, dba_data_files d where d.file_id=e.file_id(+) group by d.file_id, d.tablespace_name, d.bytes order by 1,2;

FILE# TS_NAME MB TOTAL_BLOCKS USED_BLOCKS PCT_USED

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

    1 SYSTEM 700   89600       89232  99.59%

    2 SYSAUX 510   65280       61792  94.66%

    3 UNDOTBS1 95   12160 2480  20.39%

    4 USERS  5     640 392  61.25%

    5 EXAMPLE    345.625   44240       39568  89.44%

    6 UNDO01 10    1280 488  38.13%

    7 HAKSA  1     128      00.00%

7 rows selected.

## haksa tablespace 조회

SQL> select tablespace_name, bytes/1024/1024 MB, file_name from dba_data_files;

TABLESPACE   MB FILE_NAME

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

USERS    5 /app/oracle/oradata/testdb/users01.dbf

UNDOTBS1   95 /app/oracle/oradata/testdb/undotbs01.dbf

SYSAUX  510 /app/oracle/oradata/testdb/sysaux01.dbf

SYSTEM  700 /app/oracle/oradata/testdb/system01.dbf

EXAMPLE       345.625 /app/oracle/oradata/testdb/example01.dbf

UNDO01   10 /app/oracle/oradata/testdb/undo01.dbf

HAKSA    1 /app/oracle/oradata/testdb/haksa01.dbf

## iphak table 생성

SQL> create table scott.iphak (studno number) tablespace haksa;

Table created.

## 장애 발생

SQL> !vi ts_insert.sql

begin

for i in 1..5000000 loop

insert into scott.iphak values (i);

end loop;

commit;

end;

/

그리고 나서 일반 vi 처럼 :wq! 저장. 

SQL> @ts_insert

begin

*

ERROR at line 1:dy

ORA-01653: unable to extend table SCOTT.IPHAK by 8 in tablespace HAKSA

ORA-06512: at line 3

==> 설정되어 있는 tablespace 용량이 너무 작을 떄 나오는 error 이다. 아래와 같은 3가지 방법으로 복구 가능한다. 

## 복구 방법 1  - 수동으로 tablespace 에 data file 추가 하는 방법

SQL> alter tablespace haksa add datafile '/app/oracle/oradata/testdb/haksa02.dbf' size 20M;

Tablespace altered.

SQL> select tablespace_name, bytes/1024/1024 MB, file_name from dba_data_files;

TABLESPACE   MB FILE_NAME

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

USERS    5 /app/oracle/oradata/testdb/users01.dbf

UNDOTBS1   95 /app/oracle/oradata/testdb/undotbs01.dbf

SYSAUX  510 /app/oracle/oradata/testdb/sysaux01.dbf

SYSTEM  700 /app/oracle/oradata/testdb/system01.dbf

EXAMPLE       345.625 /app/oracle/oradata/testdb/example01.dbf

UNDO01   10 /app/oracle/oradata/testdb/undo01.dbf

HAKSA    1 /app/oracle/oradata/testdb/haksa01.dbf

HAKSA   20 /app/oracle/oradata/testdb/haksa02.dbf

8 rows selected.

## 복구 방법 2 - Data file 크기 수동 증가시키기

SQL> alter database datafile '/app/oracle/oradata/testdb/haksa01.dbf' resize 20M;

Database altered.

SQL> select tablespace_name, bytes/1024/1024 MB, file_name from dba_data_files;

TABLESPACE   MB FILE_NAME

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

USERS    5 /app/oracle/oradata/testdb/users01.dbf

UNDOTBS1   95 /app/oracle/oradata/testdb/undotbs01.dbf

SYSAUX  510 /app/oracle/oradata/testdb/sysaux01.dbf

SYSTEM  700 /app/oracle/oradata/testdb/system01.dbf

EXAMPLE       345.625 /app/oracle/oradata/testdb/example01.dbf

UNDO01   10 /app/oracle/oradata/testdb/undo01.dbf

HAKSA   20 /app/oracle/oradata/testdb/haksa01.dbf

HAKSA   20 /app/oracle/oradata/testdb/haksa02.dbf

8 rows selected.

## 복구 방법 3 - Data file 크기 자동 증가시키기

SQL> alter database datafile '/app/oracle/oradata/testdb/haksa01.dbf' autoextend on;

SQL> select tablespace_name, bytes/1024/1024 MB, file_name, autoextensible "Auto", online_status from dba_data_files;

TABLESPACE   MB FILE_NAME Aut ONLINE_

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

USERS    5 /app/oracle/oradata/testdb/users01.dbf YES ONLINE

UNDOTBS1   95 /app/oracle/oradata/testdb/undotbs01.dbf YES ONLINE

SYSAUX  510 /app/oracle/oradata/testdb/sysaux01.dbf YES ONLINE

SYSTEM  700 /app/oracle/oradata/testdb/system01.dbf YES SYSTEM

EXAMPLE       345.625 /app/oracle/oradata/testdb/example01.dbf YES ONLINE

UNDO01   10 /app/oracle/oradata/testdb/undo01.dbf YES ONLINE

HAKSA   20 /app/oracle/oradata/testdb/haksa01.dbf YES ONLINE

HAKSA   20 /app/oracle/oradata/testdb/haksa02.dbf NO  ONLINE

8 rows selected.

SQL> alter database datafile '/app/oracle/oradata/testdb/haksa02.dbf' autoextend on;    

Database altered.

SQL> select tablespace_name, bytes/1024/1024 MB, file_name, autoextensible "Auto", online_status from dba_data_files;

TABLESPACE   MB FILE_NAME Aut ONLINE_

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

USERS    5 /app/oracle/oradata/testdb/users01.dbf YES ONLINE

UNDOTBS1   95 /app/oracle/oradata/testdb/undotbs01.dbf YES ONLINE

SYSAUX  510 /app/oracle/oradata/testdb/sysaux01.dbf YES ONLINE

SYSTEM  700 /app/oracle/oradata/testdb/system01.dbf YES SYSTEM

EXAMPLE       345.625 /app/oracle/oradata/testdb/example01.dbf YES ONLINE

UNDO01   10 /app/oracle/oradata/testdb/undo01.dbf YES ONLINE

HAKSA   20 /app/oracle/oradata/testdb/haksa01.dbf YES ONLINE

HAKSA   20 /app/oracle/oradata/testdb/haksa02.dbf YES ONLINE

8 rows selected.

## autoextend 되는지 테스트 하기 (loop insert DML 을 다시 수행해본다.)

SQL> @ts_insert

PL/SQL procedure successfully completed.

SQL> select tablespace_name, bytes/1024/1024 MB, file_name, autoextensible "Auto", online_status from dba_data_files;

TABLESPACE   MB FILE_NAME Aut ONLINE_

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

USERS    5 /app/oracle/oradata/testdb/users01.dbf YES ONLINE

UNDOTBS1   95 /app/oracle/oradata/testdb/undotbs01.dbf YES ONLINE

SYSAUX  510 /app/oracle/oradata/testdb/sysaux01.dbf YES ONLINE

SYSTEM  700 /app/oracle/oradata/testdb/system01.dbf YES SYSTEM

EXAMPLE       345.625 /app/oracle/oradata/testdb/example01.dbf YES ONLINE

UNDO01 349.5 /app/oracle/oradata/testdb/undo01.dbf YES ONLINE

HAKSA      34.1875 /app/oracle/oradata/testdb/haksa01.dbf YES ONLINE

HAKSA      33.1875 /app/oracle/oradata/testdb/haksa02.dbf YES ONLINE

8 rows selected.

==> haksa01, 02 data file 의 크기가 20M 에서 34 M 정도로 자동으로 증가한 것이 확인 될 것이다.

Tablespace offline 한다는 것은 해당 tablespace 만 shutdown 한다는 의미이다. 

Tablespace offline 에는 3가지 mode 가 있다. 

** Normal Mode : tablespace 에 아무런 문제가 없을 때 하는 정상적인 방법이다.

** Temporary Mode : 현재 Offline 시키고자 하는 tablespace 의 data file 이 하나라도 이상이 생기게 되면 쓰는 방법이다. 

** Immediate Mode : archive log mode 일 경우에만 사용 가능하다. 이 옵션은 Data file 에 장애가 나서 데이터를 내려 쓰지 못하는 상황에서 쓴다. 

## Tablespace 전체를 offline 할 때

SQL> alter tablespace haksa offline;

Tablespace altered.

## Tablespace 상태 조회

SQL> select file#, name, status from v$datafile;

FILE# NAME STATUS

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

    1 /app/oracle/oradata/testdb/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf ONLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/oradata/testdb/haksa01.dbf OFFLINE

    8 /app/oracle/oradata/testdb/haksa02.dbf OFFLINE

8 rows selected.

## Tablespace 전체 online

SQL> alter tablespace haksa online;

Tablespace altered.

SQL> select file#, name, status from v$datafile;

FILE# NAME STATUS

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

    1 /app/oracle/oradata/testdb/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf ONLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/oradata/testdb/haksa01.dbf ONLINE

    8 /app/oracle/oradata/testdb/haksa02.dbf ONLINE

8 rows selected.

## 특정 data file 만 offline 시키기

SQL> alter database datafile '/app/oracle/oradata/testdb/haksa01.dbf' offline;

alter database datafile '/app/oracle/oradata/testdb/haksa01.dbf' offline

*

ERROR at line 1:

ORA-01145: offline immediate disallowed unless media recovery enabled

===> 이 명령어는 DB 가 archive log mode 일 때만 가능하다. no archive log mode 라면 drop을 적어주어야 한다. 

SQL> alter database datafile '/app/oracle/oradata/testdb/haksa01.dbf' offline drop;

Database altered.

SQL> select file#, name, status from v$datafile;

FILE# NAME STATUS

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

    1 /app/oracle/oradata/testdb/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf ONLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/oradata/testdb/haksa01.dbf RECOVER

    8 /app/oracle/oradata/testdb/haksa02.dbf ONLINE

8 rows selected.

==> 7번 째 파일을 보면 RECOVER 상태가 되었다. no archive log mode 에서 data file 을 강제로 offline 시키면 저렇게 복구가 필요한 상태가 된다. 

## Tablespace offline 과 checkpoint 관계

SQL> alter tablespace example offline;

Tablespace altered.

SQL> select file#, name, status from v$datafile;

FILE# NAME STATUS

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

    1 /app/oracle/oradata/testdb/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf OFFLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/oradata/testdb/haksa01.dbf RECOVER

    8 /app/oracle/oradata/testdb/haksa02.dbf ONLINE

8 rows selected.

SQL> select a.file#, a.ts#, b.name, a.status, a.checkpoint_change# from v$datafile a, v$tablespace b where a.ts#=b.ts#;

FILE#     TS# NAME    STATUS  CHECKPOINT_CHANGE#

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

    1       0 SYSTEM                     SYSTEM 907205

    2       1 SYSAUX                     ONLINE         907205

    3       2 UNDOTBS1             ONLINE         907205

    4       4 USERS             ONLINE         907205

   5    6 EXAMPLE   OFFLINE   907926

    6       7 UNDO01                     ONLINE          907205

   7    12 HAKSA            RECOVER          907734

   8    12 HAKSA            ONLINE   907734

8 rows selected.

==> 위의 내용을 보면, EXAMPLE 과 HAKSA 만 CHECKPOINT_CHANGE# 다르나. 이 상태에서 example 을 online 시켜 보겠다. 

SQL> alter tablespace example online;

Tablespace altered.

SQL> select a.file#, a.ts#, b.name, a.status, a.checkpoint_change# from v$datafile a, v$tablespace b where a.ts#=b.ts#;

FILE#     TS# NAME    STATUS  CHECKPOINT_CHANGE#

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

    1        0 SYSTEM                      SYSTEM 907205

    2        1 SYSAUX                      ONLINE         907205

    3        2 UNDOTBS1             ONLINE         907205

    4        4 USERS             ONLINE         907205

   5     6 EXAMPLE    ONLINE   907926

    6        7 UNDO01                      ONLINE          907205

   7     12 HAKSA            RECOVER          907734

   8     12 HAKSA            ONLINE   907734

8 rows selected.

==> EXAMPLE 을 online 시켰음에도 불구하고 여전히 다르다. 이럴 경우엔 alter system checkpoint 로 수동으로 data file 동기화를 시켜야 한다. 

SQL> alter system checkpoint;

System altered.

SQL> select a.file#, a.ts#, b.name, a.status, a.checkpoint_change# from v$datafile a, v$tablespace b where a.ts#=b.ts#;

FILE#     TS# NAME    STATUS  CHECKPOINT_CHANGE#

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

    1       0 SYSTEM                     SYSTEM 908218

    2       1 SYSAUX                     ONLINE         908218

    3       2 UNDOTBS1             ONLINE         908218

    4       4 USERS             ONLINE         908218

   5     6 EXAMPLE    ONLINE  908218

    6       7 UNDO01                     ONLINE        908218

    7      12 HAKSA             RECOVER        907734

    8      12 HAKSA             ONLINE        908218

8 rows selected.

==> 이제 example 의 CHECKPOINT_CHANGE# 도 동일하다. 

## HAKSA tablespace 을 offline 시켜 보자.  (현재 data file 하나만 내려가 있는 상태이다.)

SQL> alter tablespace haksa offline;

alter tablespace haksa offline

*

ERROR at line 1:

ORA-01191: file 7 is already offline - cannot do a normal offline

ORA-01110: data file 7: '/app/oracle/oradata/testdb/haksa01.dbf'

==> 앞의 tablespace offline mode 에서 보았듯이, 하나의 data file 에 문제가 있는 경우, 정상적인 offline 방법으로는 내려가지 않는다. 이런 경우 temporary mode 를 사용하여야 한다. 

SQL> alter tablespace haksa offline temporary;

Tablespace altered.

SQL> select file#, name, status from v$datafile;                                                                       

FILE# NAME STATUS

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

    1 /app/oracle/oradata/testdb/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf ONLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/oradata/testdb/haksa01.dbf RECOVER

    8 /app/oracle/oradata/testdb/haksa02.dbf OFFLINE

8 rows selected.

SQL> recover tablespace haksa;

Media recovery complete.

SQL> 

SQL> alter tablespace haksa online;

Tablespace altered.

SQL> select a.file#, a.ts#, b.name, a.status, a.checkpoint_change# from v$datafile a, v$tablespace b where a.ts#=b.ts#;

FILE#     TS# NAME    STATUS  CHECKPOINT_CHANGE#

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

    1       0 SYSTEM    SYSTEM 908218

    2       1 SYSAUX    ONLINE 908218

    3       2 UNDOTBS1    ONLINE 908218

    4       4 USERS    ONLINE 908218

    5       6 EXAMPLE    ONLINE 908218

    6       7 UNDO01    ONLINE 908218

    7      12 HAKSA    ONLINE 908369

    8      12 HAKSA    ONLINE 908369

SQL> alter system checkpoint;

System altered.

SQL> select a.file#, a.ts#, b.name, a.status, a.checkpoint_change# from v$datafile a, v$tablespace b where a.ts#=b.ts#;

FILE#     TS# NAME    STATUS  CHECKPOINT_CHANGE#

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

    1       0 SYSTEM    SYSTEM 908393

    2       1 SYSAUX    ONLINE 908393

    3       2 UNDOTBS1    ONLINE 908393

    4       4 USERS    ONLINE 908393

    5       6 EXAMPLE    ONLINE 908393

    6       7 UNDO01    ONLINE 908393

    7      12 HAKSA    ONLINE 908393

    8      12 HAKSA    ONLINE 908393

8 rows selected.

** Offline 이 되는 tablespace 의 data file 이동 순서

1, 해당 Tablespace offline

2. Data file 을 대상 위치로 복사

3. Control file 내의 해당 Data file 위치 변경

4. 해당 Tablespace online 

** Offline 이 안되는 tablespace 의 data file 이동 순서

1. DB 종료 (shutdown)

2. DB 를 mount 상태로 startup

3. Data file 복사

4. Control file 의 내용 변경

5. DB open 

## 1.  해당 Tablespace offline

SQL> alter tablespace haksa offline;

Tablespace altered.

SQL> select file#, name, status from v$datafile;

FILE# NAME STATUS

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

    1 /app/oracle/oradata/testdb/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf ONLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/oradata/testdb/haksa01.dbf OFFLINE

    8 /app/oracle/oradata/testdb/haksa02.dbf OFFLINE

8 rows selected.

## 2. Data file 을 대상 위치로 복사

SQL> !ls /app/oracle/disk1

ls: /app/oracle/disk1: No such file or directory

SQL> !mkdir /app/oracle/disk1

SQL> !ls /app/oracle/disk2

ls: /app/oracle/disk2: No such file or directory

SQL> !mkdir /app/oracle/disk2

SQL> !cp /app/oracle/oradata/testdb/haksa01.dbf /app/oracle/disk1/

SQL> !cp /app/oracle/oradata/testdb/haksa02.dbf /app/oracle/disk2/

## 3. Control file 내의 해당 Data file 위치 변경

SQL> select file#, name, status from v$datafile;

FILE# NAME STATUS

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

    1 /app/oracle/oradata/testdb/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf ONLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/oradata/testdb/haksa01.dbf OFFLINE

    8 /app/oracle/oradata/testdb/haksa02.dbf OFFLINE

8 rows selected.

SQL> alter tablespace haksa rename datafile '/app/oracle/oradata/testdb/haksa01.dbf' to '/app/oracle/disk1/haksa01.dbf';

Tablespace altered.

SQL> alter tablespace haksa rename datafile '/app/oracle/oradata/testdb/haksa02.dbf' to '/app/oracle/disk2/haksa02.dbf';

Tablespace altered.

SQL> select file#, name, status from v$datafile;

FILE# NAME STATUS

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

    1 /app/oracle/oradata/testdb/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf ONLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/disk1/haksa01.dbf OFFLINE

    8 /app/oracle/disk2/haksa02.dbf OFFLINE

8 rows selected.

## 4. 해당 Tablespace online

SQL> alter tablespace haksa online;

Tablespace altered.

SQL> select file#, name, status from v$datafile;

FILE# NAME STATUS

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

    1 /app/oracle/oradata/testdb/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf ONLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/disk1/haksa01.dbf ONLINE

    8 /app/oracle/disk2/haksa02.dbf ONLINE

8 rows selected.

## 1. DB 종료

SQL> shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

## 2. MOUNT mode 로 DB open

SQL> startup mount;

ORACLE instance started.

Total System Global Area  422670336 bytes

Fixed Size    1344616 bytes

Variable Size  276827032 bytes

Database Buffers  138412032 bytes

Redo Buffers    6086656 bytes

Database mounted.

SQL> 

SQL> select status from v$instance;

STATUS

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

MOUNTED

## 3. Data file 복사

SQL> !mkdir /app/oracle/disk3

SQL> !cp /app/oracle/oradata/testdb/system01.dbf /app/oracle/disk3/

## 4. Control file 의 내용변경

SQL> select file#, name, status from v$datafile;

FILE# NAME STATUS

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

    1 /app/oracle/oradata/testdb/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf ONLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/disk1/haksa01.dbf ONLINE

    8 /app/oracle/disk2/haksa02.dbf ONLINE

8 rows selected.

SQL> alter database rename file '/app/oracle/oradata/testdb/system01.dbf' to '/app/oracle/disk3/system01.dbf';

Database altered.

SQL> select file#, name, status from v$datafile;

FILE# NAME STATUS

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

    1 /app/oracle/disk3/system01.dbf SYSTEM

    2 /app/oracle/oradata/testdb/sysaux01.dbf ONLINE

    3 /app/oracle/oradata/testdb/undotbs01.dbf ONLINE

    4 /app/oracle/oradata/testdb/users01.dbf ONLINE

    5 /app/oracle/oradata/testdb/example01.dbf ONLINE

    6 /app/oracle/oradata/testdb/undo01.dbf ONLINE

    7 /app/oracle/disk1/haksa01.dbf ONLINE

    8 /app/oracle/disk2/haksa02.dbf ONLINE

8 rows selected.

## 5. DB open

SQL> alter database open;

Database altered.

## 현재 Redo log 상태 확인

SQL> select a.group#, a.member, b.bytes/1024/1024 MB, b.archived, b.status from v$logfile a, v$log b where a.group#=b.group# order by 1, 2;

    GROUP# MEMBER      MB ARC STATUS

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

1 /app/oracle/oradata/testdb/redo01.log      50 NO  CURRENT

2 /app/oracle/oradata/testdb/redo02.log      50 NO  INACTIVE

3 /app/oracle/oradata/testdb/redo03.log      50 NO  INACTIVE

## DB 종료

SQL> shutdown immediate;

Database closed.

Database dismounted.

ORACLE instance shut down.

## Mount mode 로 DB open

SQL> startup mount;

ORACLE instance started.

Total System Global Area  422670336 bytes

Fixed Size    1344616 bytes

Variable Size  276827032 bytes

Database Buffers  138412032 bytes

Redo Buffers    6086656 bytes

Database mounted.

## Data file 복사

SQL> !mkdir /app/oracle/disk4

SQL> !mkdir /app/oracle/disk5

SQL> !cp /app/oracle/oradata/testdb/redo01.log /app/oracle/disk4/redo01_a.log

SQL> !cp /app/oracle/oradata/testdb/redo02.log /app/oracle/disk4/redo02_a.log

SQL> !cp /app/oracle/oradata/testdb/redo03.log /app/oracle/disk4/redo03_a.log

## Control file 내용 변경

SQL> alter database rename file '/app/oracle/oradata/testdb/redo01.log' to '/app/oracle/disk4/redo01_a.log';

Database altered.

SQL> alter database rename file '/app/oracle/oradata/testdb/redo02.log' to '/app/oracle/disk4/redo02_a.log';

Database altered.

SQL> alter database rename file '/app/oracle/oradata/testdb/redo03.log' to '/app/oracle/disk4/redo03_a.log';

Database altered.

## member 추가

SQL> select member from v$logfile;

MEMBER

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

/app/oracle/disk4/redo03_a.log

/app/oracle/disk4/redo02_a.log

/app/oracle/disk4/redo01_a.log

SQL> alter database add logfile member '/app/oracle/disk5/redo01_b.log' to group 1, '/app/oracle/disk5/redo02_b.log' to group 2, '/app/oracle/disk5/redo03_b.log' to group 3;

Database altered.

SQL> select member from v$logfile;

MEMBER

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

/app/oracle/disk4/redo03_a.log

/app/oracle/disk4/redo02_a.log

/app/oracle/disk4/redo01_a.log

/app/oracle/disk5/redo01_b.log

/app/oracle/disk5/redo02_b.log

/app/oracle/disk5/redo03_b.log

6 rows selected.

## DB Open

SQL> alter database open;

Database altered.

SQL> drop tablespace haksa;

drop tablespace haksa

*

ERROR at line 1:

ORA-01549: tablespace not empty, use INCLUDING CONTENTS option

==> table 이 하나라도 있다면 삭제 불가능.

SQL> drop tablespace haksa including contents and datafiles;

Tablespace dropped.

SQL> select tablespace_name, bytes/1024/1024 MB, file_name from dba_data_files;

TABLESPACE   MB FILE_NAME

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

USERS    5 /app/oracle/oradata/testdb/users01.dbf

UNDOTBS1   95 /app/oracle/oradata/testdb/undotbs01.dbf

SYSAUX  520 /app/oracle/oradata/testdb/sysaux01.dbf

SYSTEM  700 /app/oracle/disk3/system01.dbf

EXAMPLE       345.625 /app/oracle/oradata/testdb/example01.dbf

UNDO01 349.5 /app/oracle/oradata/testdb/undo01.dbf

6 rows selected

서버 프로세스는 원하는 데이터 block 이 DB buffer cache 에 있는지 검사 한 후, 없으면 데이터 파일에서 원하는 데이터 block 을 복사해서 메모리 (DB buffer cache) 에 올려둔다. 

이 때, DB buffer cache 의 해당 block 을 다른 사용자가 사용하지 못하게 lock 을 설정해 두어야 하는데 이 과정을 page fix 라고 한다. 

또한, 변경되는 데이터의 모든 정보를 redo log 에 기록하기 위해 데이터 셋을 생성하는 데 이 데이터 셋을 Redo change Vector 이라고 한다. (PGA 에서 생성된다.) 

이렇게 PGA 상에서 만들어진 Change Vector 는 Redo log buffer 에 복사되는데, 서버 프로세스는 먼저 Redo log buffer 에 필요한 용량을 계산한다. 

그리고 Redo log buffer 에 복사하기 위해 번호표의 역활을 하는 Latch (래치) 를 획득해야 하는데 (공유된 자원을 사용할 시 순서를 정리해 주는 역활) , 우선 Redo copy latch 를 먼저 확보 한 후 다시 Redo Allocation latch 를 확보해야 한다.

Oracle 8i 버전까지는 이 Redo Allocation latch 는 하나 밖에 없어서 데이터의 변경이 많이 되는 서버일 경우 이 latch 를 확보하느라  속도 저하가 있었을 수 있다. 그래서 9i 버전 부터는 Redo log buffer 를 여러개의 공간으로 나누어서 각 공간별 Redo Allocation latch 를 할당해 주는 Shared Redo Strand  라는 기능이 도입 되었다. 

이렇게 해서 Redo log buffer 에 저장된  데이터가 아래와 같은 상황이 되면 LGWR 에 의해 Redo log file 에 내려써지게 된다.

1) 3초 마다

2) Redo log buffer 의 전체 크기의 1/3 이 찼겨나 1M가 넘을 경우

3) 사용자가 commit / rollback 수행했을 때 (Transaction 이 종료 되었을 때)

4) DBWR 이 LGWR에게 쓰기를 요청할 때

위와 같은 경우가 발생해서 Redo log file 에 내려쓰고 내려 쓴 내용들은 Redo log buffer 에서 삭제 (Flush) 되면서 Redo log buffer 에 새로운 공간을 확보하게 된다. 

위의 Redo log 의 생성 원리에서 봤듯이, LGWR 은 commit 이 발생 했을 경우, Redo log buffer 의 내용을 Redo log file 에 내려 쓰게 된다. 이렇게 내려 쓰다가 현재 쓰고 있는 log file 이 가득 차게 되면, 다음 log file 로 넘어가게 되는데, 이 과정을 Log Switch 라고 한다. 

Commit 이 발생 할때 Transaction 단위로 생성되는 고유 번호이다. 크게 SCN Base (4 bytes) + SCN Wrap(2 bytes) 로 구성되어 있다. 

이 번호를 가지고 장애 발생 시 복구도 하게 된다. 

사용자가 commit 하게 되면 LGWR 이 해당 transaction 을 Redo Log File 에 기록하게 되는데, 이 때 4가지 방식이 있다. 

** WAIT : 변경 된 Transaction 이 Redo log file 에 기록될 때 까지 기다린다.

** NOWAIT : WAIT 과 반대, Redo Log file 에 기록될 때 까지 기다리지 않는다. 

** IMMEDIATE : Commit 요청이 들어오면 즉시 Redo Log file 에 기록한다. 

** BATCH : Commit 요청이 들어오면 일정시간 동안 모아서 Redo log file 에 기록한다. 

또한 commit 종류에는 동기식과 비동기식 commit 이 있는데, 

** 동기식 commmit :  순서대로 작업하는 것. 즉, commit 을 수행 할 떄 LGWR 이 Redo Log buffer 의 내용을 Redo log file 에 기록을 완료한 후에 다음 작업을 한다. 이 방법은 안정성은 좋지만 성능 면에서 떨어진다.

** 비동기식 commit : 아직 Redo log file 에 기록이 완료되지 않아도 다른 작업을 할 수 있게 해서 성능을 높이는 방식이다. (NOWAIT)  

Commit 된 데이터를 어디까지 저장했는지 확인하기 위해서 만들어 놓은 개념이다. 

예를 들어, SCN 이 100번까지 commit 이 되었고, Checkpoint 정보가 90번 이라면 SCN 90 번 Transaction 까지는 데이터 파일에 저장이 되었다고 확인하는 것이다. 

Checkpoint 에는 아래와 같은 종류가 있다. 

** Database / Global Checkpoint : DB buffer cache 내에 있는 모든 저장 안된 Dirty buffer 들의 내용을 전부 데이터 파일로 저장하게 된다. 그리고 Checkpoint SCN (가장 큰 SCN 번호) 를 Control File 과 Data File Header 부분에 저장하게 된다. 

** Thread Checkpoint / Logical Checkpoint : Log Switch 가 발생하면 생기는 Checkpoint 이다. 해당 Thread 내의 저장되지 않은 모든 Dirty Buffer 들을 Data file 로 전부 내려쓴다. 

** Data file Checkpoint : 특정 데이터 파일에만 발생하는 Checkpoint 이다. 

** Mini Checkpoint : Drop Table 같이 특정한 DDL 발생시 특정 블록에만 발생하는 checkpoint 이다.

** Recovery Checkpoint : 데이터 파일에 장애가 발생 했을 때 백업된 데이터 파일 복원 후 Redo Change Vector 를 적용시키고 recovery 된 블록을 데이터 파일에 저장해야 하는데 이떄 발생하는 checkpoint 이다. 

- A 를 B 로, C 를 D 로 각각 순서대로 update 한다고 가정하자. 변경 순서는 아래와 같을 것이다. 

STEP 1 - Redo Log buffer 에 A 에서 B 로 변경한다는 내용을 기록한다. 

STEP 2 - Undo log 에 원본 데이터인 A 를 기록하고, 

STEP 3 - 변경되는 값인 B 를 DB buffer Cache 에 올려둔다. 

------------> 이 상태에서 commit 이 수행되면, 

STEP 4 - LGWR 은 Redo Log File 에 Redo log buffer 에 있던 내용을 내려쓰고 (A->B 로 변경된다.), 다 내려쓰게 되면 commit 이 완료되면서 SCN (System Commit Number) 이 생성된다. (예를 들어, 1 번 이라 하자) 

그리고 이 commit SCN 정보도 같이 redo log file 에 변경되는 데이터와 함께 저장된다. (commit SCN) 

------------> 이 상태에서 현재 쓰고 있던 Redo log file 이 가득 차서 Log switch 가 발생하면, 

STEP 5 - CKPT (Checkpoint Process) 가 DBWR 에게 checkpoint 신호를 전달해 주고, DBWR 은 DB buffer cache 에 있던 내용들을 (B 로 변경 된 내용) Data file 로 내려 쓰게 된다. 또한, checkpoint 가 발생할 때 마지막 SCN 정보를 (여기서는 현재 1 이다.) Control file 과 Data file header 에 기록하게 된다. 

------------> 이 상태에서 C->D 로 update 하고 commit 을 했다고 하면, 

 STEP 6 - 앞의 step 1~ 4 까지 수행이 되면서, SCN 이 2 로 증가하고 (숫자는 예이다..) 업데이트 된 D 라는 데이터와  SCN 정보가 Redo log file 에 기록 될 것이다. 

즉, 현재까지는 Control file 과 Data file 의 SCN 은 1 이고, Redo log file 의 SCN 은 2이다. (아직 서로 다르다.)

------------> 만약, 이 상태에서 checkpoint 가 발생하기 전에 서버가 장애가 나서 종료되면? 

 STEP 7 - 서버를 다시 startup 할 때 Instance recovery 를 하게 될 텐데, 이 때 Oracle 은 Control file 에 있는 SCN 정보와 Redo log file 에 있는 SCN 정보를 비교할 것이다.  만약 이 정보가 다르다면, Oracle 은 문제가 있다고 판단하여 복구를 시작하게 된다. 

만약 A 라는 사용자가 홍길동을 일지매로 변경하려고 한다면, 

1) 어떻게 변경 되는 지 Redo log buffer 에 기록하고, (홍길동 -> 일지매)  

2) 원래의 데이를 undo log 에 기록하고 (홍길동)

3) DB buffer cache (메모리) 에 변경되는 값을 기록하고 (일지매)

4) A 사용자가 commit 을 하게 되면 LGWR 은 Redo log buffer 에 기록되어진 내용들을 Redo log file 에 내려 쓴다. (아직 DBWR 이 실행하기 전 상태 - 즉, Data file 에는 변경 된 값이 없는 상태이다.)

5) 이 때, B 사용자가 원래의 값인 홍길동을 조회하려고 select 를 한다면, DB cache 에서 바로 불러오는 것이 아닌 (이미 해당 블록에는 일지매로 변경되어 있기 때문에) Undo log 에 있는 원래의 값을 DB cache 로 불러와서 select 를 한다. 이게 바로 CR (Consistent Read) 이다.

### 상황

1) test 테이블에 A 를 입력

2) test 테이블에 B 를 입력

3) commit 수행 ( --> 위의 LGWR 에서 봤듯이, commit 을 했다고 해서 실제 Data file 에 저장이 되는 것이 아니라, 변경된 내용들을 Redo log file 에 내려쓰게 된다.)

4) test 테이블에 C 입력

5) 정전발생으로 DB 서버가 비정상 종료 됨.

## Recovery 

1) Parameter file 을 읽어서 nomount 단계에서 instance 생성 

2) Mount 단계에서 control file 의 내용을 확인해서 Instance crash 확인

3) Redo log file 에서 위의 1~4 단계인 A, B 입력 -> commit -> C 입력 수행 (Roll Forward)

4) DB open 

5) commit 이 안되었던 4번 C 입력 부분을 취소 (Roll Backward) 

* SQL 문장을 ASCII 값 (숫자값) 으로 변경 후, 해당 숫자 값을 Hash 함수를 통해 특정 Hash value 를 얻는다. 

* 이렇게 해서 얻은 Hash value 값과 Shared Pool 의 Library Cache 에 있는 Hash value 들과 비교를 해서 동일한 값이 있는지 확인을 한다. (이런 Hash Value 들이 들어가 있는 곳을 Hash Bucket 이라고 한다.)

* Hash Bucket 을 읽어서 동일한 Hash Value 가 있다면, 이제 실제 내용을 찾아야 하는데, 실제 내용이 있는 곳을 커서 (Cursor) 라고 한다. Library Cache 안에 있는 커서를 공유커서라고 하는데, 주의할 사항은 같은 SQL 문장이라 하더라도 사용자가 다르거나 한다면, 다른 내용이라고 여겨져서 커서를 공유할 수 없다. 

* 즉, 실행 계획을 세울 때 이렇게 Library Cache 안에서 원하는 SQL 문과 실행 계획이 들어 있는 커서를 찾아야 하는데,  Library Cache 에는 아주 많은 SQL 문장과 실행 계획이 들어가기 때문에 일일히 실제 커서를 방문해서 해당 내용이 있는지 없는지를 검사하지는 못한다. 그래서 Oracle 에서는 어떤 커서에 어떤 데이터가 들어있는지를 List 를 통해서 관리하게 되는데 이걸 Hash List 라고 부른다. 결론적으로, Library Cache 안에서 원하는 SQL 문과 실행 계획이 들어 있는 커서를 찾기 위해서는 반드시 Hash List 를 읽어야 한다. 

============> 여기 까지의 과정을 Soft parse 또는, 커서 공유를 한다고 한다. Soft parse 의 장점은 SQL 수행 속도가 빨라진다는 데에 있다. 하지만 문제는, Hash List 는 1개 밖에 없기 때문에 여러명의 사용자가 SQL문을 수행 했을 경우, 동시에 이 List 를 읽으려면 문제가 발생 할 수 있다. 그래서 Library Cache 의 Hash List 를 순서대로 보기 위해서 Oracle 에서는 Library Cache Latch 를 가지게끔 정하고 있다. (순번표 같은...)

* 만약 원하는 실행 계획을 Hash List 에서 찾지 못한다면 (Soft parse 에서 실패한다면), 새로운 실행계획을 세워야 하는데, Oracle 에서는 이런 역활을 하는 것이 옵티마이져(Optimizer) 이다. Optimizer 는 Data Dictionary 를 참고해서 실행 계획을 생성한다. 

============> 이 단계를 Hard parse 라고 한다. 

* SEMMSL (250) - 보통 서버에서 여러 개의 process들이 세마포어를 동시에 사용하기 때문에 세마포어 사용량이 많다. 그래서 세마포어를 여러개의 셋트로 묶어서 사용하는데, 이 때 하나의 세마포어 셋트 당 세마포어의 최대 갯수 이다. 

* SEMMNI (128) - 리눅스에서 설정 가능한 세마포어 셋트의 최대 갯수를 의미한다.

* SEMMNS (32000) - 리눅스에서 사용 가능한 세마포어의 최대 갯수를 의미한다. 즉, SEMMSL X SEMMNI 가 되거나 그 이상이 되어야 한다.

* SEMOPM (100) - 하나의 시스템 호출이 초당 호출 가능한 최대 세마포어 갯수를 의미한다.

이 값을 변경하는 방법은 아래 처럼 3가지가 있다.

* 방법 1 > /proc 파일 시스템에 변경 사항을 직접 반영시켜 서버의 재부팅 없이 변경.

[root@chacha ~]# echo "2147483648" > /proc/sys/kernel/shmmax

* 방법 2 > sysctl 명령어를 사용하여 변경

[root@chacha ~]# sysctl -w kernel.shmmax=2147483648

* 방법 3 > /etc/sysctl.conf 를 변경 후 sysctl -p 로 변경 내용 적용

* Pinned buffer - 현재 사용중인 블록을 의미한다. 즉, 다른 사용자는 사용할 수 없다.

* Dirty buffer - 메모리에서의 작업은 완료 되었지만 (메모리에서는 변경되었지만), 아직 파일에 적용이 안 된 상태의 블록을 의미한다. 이 상태 역시  다른 사용자가 사용할 수 없다.

* Free buffer - 현재 비어있는 상태의 블록을 의미한다. 즉, 사용할 수 있는 블록이다. 

* Library Cache - Soft parse 할 때 사용되고, 이미 수행되었던 SQL, PL/SQL 문장과 실행 계획등이 저장되어 있다.

* Data Dictionary Cache - 구문분석이나 옵티마이져가 실행계획을 세울 때 사용되는 주요 Dictionary 들이 row 단위로 cache 되어 있다. 

* Server Result Cache (11g 부터) - SQL 의 결과 값을 cache 해 두는 공간이다. 

* Reserved Pool - Shared pool 에 5KB (11g 기준) 가 넘는 오브젝트가 적재되어야 할 경우 사용하기 위해 예약된 공간.