Control File의 역할
- 데이터베이스의 물리적 구조를 기록한다.
- 데이터베이스 이름, 데이터 및 로그 파일의 이름 및 위치 등의 정보를 갖고 있다.
- 데이타베이스 생성시간
- 체크포인트 정보
1. 제어파일의 이름 지정
- DB의 매개변수파일의 control_file parameter를 사용하여
제어파일의 이름을 정한다.
예를들면 configSID.ora file안의 내용을 간단히보면 다음과 같다.
Solaris용 7.3.3의 경우
#
# $Header: cnfg.orc 1.1 95/02/27 12:14:25 wyim Osd $ Copyr (c)
1992 Oracle
#
# cnfg.ora - instance configuration parameters
control_files = (/usr2/oradata/control01.ctl,
/usr2/oradata/control02.ctl,
/usr2/oradata/control03.ctl)
# Below for possible future use...
#init_sql_files = (?/dbs/sql.bsq,
# ?/rdbms/admin/catalog.sql,
# ?/rdbms/admin/expvew.sql)
background_dump_dest = /usr2/oracle/oracle/bdump
core_dump_dest = /usr2/oracle/admin/cdump
user_dump_dest = /usr2/oracle/admin/udump
db_name = myDB
2. 제어파일의 다중화
- 모든 Oracle DB는 최소한 서로다른 저장된 두개의 control file을 가지고
있어야 한다.
- DB 매개변수 파일의 control_files 매개변수에 두개 이상의 제어파일을
나열한다.
- DB 작업중 Oracle7 Server는 control_file 매개변수에 나열된 첫번째
파일만을 읽는다.
- DB작업중 사용할수 없는 제어파일이 생기면 인스턴스는 더이상 작동할수
없으며 중단해야 한다.
- 다중화의 유일한 단점은 Datafile추가나 checkpoint 지정과 같이
제어파일을 갱신하는 시간이 길어지는 단점이 있다.
3. 올바른 제어파일의 배치
- control file의 복사본을 각기 다른 Disk Driver에 저장해야 한다.
또한 Online RedoLog가 다중화되면 온라인 리두로그의 멤버를 저장하고
있는 모든 디스크 드라이버에 제어파일의 복사본을 저장해야 한다.
이렇게 함으로서 모든제어파일과 온라인 리두로그 그룹이 단일 디스크
고장으로 인해 손실될 위험을 줄일수 있다.
4. 제어파일의 크기
- 주 결정요소는 연관된 Database를 생성하는 create database명령에서
지정한 maxdatafiles, maxlogfiles, maxlogmembers, maxloghistory
밑 maxinstances 매개변수에 설정된 값이다. 이러한 매개변수 값을
증가시키면 제어파일의 크기가 증가된다.
1. 초기제어파일의 생성
- DB생성중에 사용하는 매개변수 파일의 control_files 매개변수에
하나 이상의 파일이름을 지정하여 Oracle 초기제어 파일을 생성한다.
이미 제어파일이 OS에 존재한다면 create database 명령어에
controlfile reuse라는 option을 사용해야 한다.
control_files parameter를 수정하여 제어파일을 추가하거나
수정할수 있다.
2. 현재 제어파일의 추가복사본을 다중화하거나 이동방법
- DataBase를 종료한다.
- OS명령어를 사용하여 기존 제어파일을 다른 위치로 복사한다.
- 매개변수 파일의 control_files parameter를 수정한다.
- DataBase를 재시작한다.
3. 새제어파일 생성
- DataBase의 모든 Datafile과 온라인 리두로그 파일의 목록을 생성한다.
만약 이러한 목록을 모르는 상황에서 제어파일이 훼손되어 DataBase를
Open할수 없는 상황을 맞이 한다면 모든 데이타파일과 리두로그 파일의
위치를 일일이 지정해야 한다.
- DataBase를 종료한다.(normal option을 사용할것, 만약 shutdown normal
이 안된다면 immediate로 종료후 다시 시닥항후 shutdown normal로 DataBase를
ShutDown 시킨다.)
- DataBase의 모든 Datafile과 Online RedoLog file을 백업한다.
- 새 인스턴스를 시작, 마운트나 Open은 하지말것(startup nomount)
- create control file명령으로 새제어파일을 생성한다.
create controlfile 명령어는 지정된 DataFile과 온라인 리두로그
파일을 훼손 시킬 가능성이 있다. 파일명을 생력하면 해당 파일의 Data를
손실하거나 전체 DB에 대한 Access 손실이 발생할수도 있다.
새제어파일이 생성되면 이부분에서 지정하지 않은 파일의 복구는 불가능하며
또한 SYSTEM Tablespace를 구성하는 파이릉ㄹ 생략하면 DB의 복구는
불가능하다.
- Offline 저장영역 장치에 새제어파일의 백업본을 저장한다.
- DB의 복구가 필요하다면 복구한다.
- DataBase를 연다.
4. 제어파일의 삭제
- DataBAse를 종료한다.
- 매개변수 파일의 control_files parameter를 수정하여 기존 제어파일의
이름을 제거한다.
- DataBase를 다시 Open한다.
5. Mirror Control Files on Different Disks
모든 ORACLE 데이타베이스는 각 다른 디스크에 저장되었던, 최소한 두 제어 화일
이 있을 것이다. 만약 제어 화일이 디스크 failure에 손상 되었다면,associated
instance는 shut down 되어야 한다. 만일 디스크 드라이브에서 고쳤다면, 손상
되는 제어 화일은 제어 화일의 완전 복사를 사용 저장될 수 있었으며 instance는
재 start 될 수 있었다; no media recovery는 요구 한다. mirror 되는 제어 화
일을 사용 하는 것에 의하면, 디스크 failure가 데이타베이스 server에 발생 되
면 불필요 문제를 회피해야 한다.
mirror되는 제어 화일의 효능
* 둘 혹은 많은 화일명은 데이타베이스의 매개변수 화일에 있는 초기 매개변수
CONTROL_FILES 에 리스트 되어 있다.
* CONTROL_FILES 매개변수에 리스트 되는 첫번째 화일은 데이타베이스
operation 하는 동안 ORACLE Server에서의 화일만 읽는 것이다.
* 만약 제어 화일의 어느 것이든 데이타베이스 operation 하는 동안 이용할 수
없는 것을 이용하면, instance는 실시할 수 없는 것으로 되며 삭제하게 될 것
이다.
오라클자바커뮤니티에서 설립한 개발자교육6년차 오엔제이프로그래밍 실무교육센터
(오라클SQL,튜닝,힌트,자바프레임워크,안드로이드,아이폰,닷넷 실무개발강의)
 | |||||
|---|---|---|---|---|---|
총
|
4일
|
32시간
|
10-04
| ||
총
|
4일
|
32시간
|
10-08
| ||
총
|
8일
|
56시간
|
10-10
| ||
 | |||||
총
|
18일
|
54시간
|
10-04
| ||
총
|
11일
|
33시간
|
10-08
| ||
총
|
18일
|
54시간
|
10-10
| ||
총
|
10일
|
30시간
|
10-10
| ||
 | |||||
총
|
8일
|
56시간
|
10-05
| ||
총
|
8일
|
56시간
|
10-05
| ||
총
|
4일
|
32시간
|
10-05
| ||
총
|
4일
|
32시간
|
10-05
| ||
댓글 없음:
댓글 쓰기