10-1 백업, 리커버리 개요
미디어 리커버리: 데이터베이스 파일이 손상된(미디어 장애) 경우에 실행하는 데이터베이스의 복구작업.
백업 및 미디어 리커버리의 조작은 Recovery Manager (RMAN)이라는 툴을 사용하여 간단하게 처리할 수 있다.
ARCHIVELOG모드
미디어 리커버리를 처리하려면, 미리 데이터베이스를 ARCHIVELOG모드로 운용하고 있을 필요가 있다. REDO 데이터를 포함한 아카이브 로그파일(아카이브 REDO 로그파일)이 지정된 디렉토리에 출력된다.
ARCHIVELOG모드의 구성
| 항목 | 설명 |
| 고속 리커버리 영역의 구성 | -고속 리커버리 영역의 사이즈와 장소를 지정 -아카이브 로그파일을 포함하는 리커버리 관련의 파일을 저장하기 위한 저장공간 영역 |
| ARCHIVELOG 모드의 변경 | MOUNT 모드로 ALTER DATABASE ARCHIVELOG 커맨드를 실행 |
고속 리커버리 영역
Oracle 10g부터 도입된, 리커버리 관련 파일을 일괄적으로 관리하기 위한 저장공간이다. 백업파일이나 아카이브 로그파일 등 리커버리 관련 파일을 한 곳에 저장한다.
| 고속 리커버리 영역 초기화 파라미터 | 설명 |
| DB_RECOVERY_FILE_DEST | 고속 리커버리 영역의 장소를 지정 |
| DB_RECOVERY_FILE_DEST_SIZE | 고속 리커버리 영역의 사이즈를 지정 |
ARCHIVELOG모드와 NOARCHIVELOG모드의 차이점
- ARCHIVELOG모드는 비일관성 백업(온라인 백업: 데이터베이스 OPEN 상태에서 백업)이 가능하지만, NOARCHIVELOG모드는 불가능하다.
- ARCHIVELOG모드는 데이터파일 단위의 백업이 가능하지만, NOARCHIVELOG모드에서는 데이터베이스 전체단위의 백업밖에 불가능하다.
- ARCHIVELOG모드는 장애발생직전의 시점까지 복구가 가능하지만(일부 데이터에 장애가 발생한 경우는 제외), NOARCHIVELOG모드는 그냥 불가능하다.
데이터베이스의 백업
백업 취득 방식
| 파일 형식 | 특징 |
| 백업세트 | - RMAN 독자적인 파일 형식으로, 여러 데이터파일을 하나의 세트로 묶어놓은 형태이다. - 미사용영역의 압축이나 암호화 등의 여러 RMAN 확장기능을 이용할 수 있음. |
| 이미지 카피 | - 백업되는 곳의 파일과 물리적으로 동일한 카피 - 백업파일의 사이즈는, 백업된 파일의 사이즈와 같다 |
완전 리커버리와 불완전 리커버리
| 리커버리 분류 | 완전 리커버리 | 불완전 리커버리 |
| 복구 타겟시점 | 장애발생직전 | 지정한 과거의 한 시점 |
| 운용하는 REDO 데이터 | 리스토어한 백업의 취득시점으로부터 장애발생직전까지 | 리스토어한 백업의 취득시점으로부터 복구의 타겟시점까지 |
| 일반적으로 이용되는 상황 | 통상적인 상황에서 사용되는 미디어 장애대응 | - 데이터베이스를 과거의 상태로 되돌리고 싶은 경우 - 완전 리커버리를 실행할 수 없는 장애가 발생한 경우 |
10-2 가용성을 높이는 구성
Oracle Real Application Clusters (RAC)
기존의 인스턴스와 데이터베이스의 1대1 구조에서는 하나의 데이터베이스 서버 안에서 하나의 인스턴스가 여러 데이터파일을 관리하는데, 데이터베이스 서버 혹은 인스턴스에 장애가 발생한다면, 서비스를 정지해야만 했다. 여러 데이터베이스 서버를 연계하여 동작하는 RAC 구성을 이용하면, 데이터베이스 서버 및 인스턴스 장애발생시의 서비스정지를 회피할 수 있게 된다.
- 여러 데이터베이스 서버를 준비하여, 각각의 데이터베이스 서버에 인스턴스를 기동한다.
- Scale Out을 적용하여, 데이터베이스를 정지하지 않도록 서버를 증가한다.
- 캐시 퓨전을 적용하여, 데이터베이스 버퍼캐시(SGA 공간에 위치)에 캐시된 블록을 데이터베이스 서버 사이에 공유한다.
Oracle Clusterware
-RAC에서 여러 데이터베이스 서버를 연계하여 동작하기 위해 필요한 소프트웨어이다. 데이터베이스상에 동작하는 인스턴스나 프로세스를 감시하고, 장애가 발생한 경우, 프로세스를 기동하는 데이터베이스 서버의 변경이나 서비스 인계(Fail over: 장애발생시 대기시스템을 교체) 등의 처리를 담당한다.
-Oracle Database 소프트웨어에 포함되지 않는다. 다른 제품인 Oracle Grid Infrastructure에 포함되어 있다.
Oracle Automatic Storage Management (ASM)
-RAC는 공유 저장소상에 데이터파일을 배치한다. 공유 저장소에 파일을 배치하려면, 공유 저장소에 대응하는 파일시스템이 필요하다. RAC를 사용할 때는 클러스터파일 시스템으로써, ASM을 사용한다.
-여러 저장소를 통합하여, 저장소 관리를 간소화한다.
-스트라이핑: 여러 저장소로의 병렬write, 병렬read을 수행하여 성능을 향상시킨다.
-미러링: 동일 데이터를 여러 저장소로 중복작성하여, 장애 내성을 향상시킨다.
-Oracle Database 소프트웨어에 포함되지 않는다. 다른 제품인 Oracle Grid Infrastructure에 포함되어 있다.
Oracle Data Guard
-데이터센터 레벨이나, 지역레벨 등의 비교적 거대한 규모의 재해를 상정한 기능으로 주로 사용하는 데이터베이스를 primary 데이터베이스, 재난발생시 사용되는 standby 데이터베이스로 구분된다. standby 데이터베이스는 primary 데이터베이스로부터 REDO 데이터를 전파받음으로써 데이터 변경을 데이터베이스에 반영한다.
-평상시에는, standby 데이터베이스를 read-only 전용으로 오픈하여, 레포트 생성이나 백업 취득 등 부하가 큰 처리를 수행할 때도 standby 데이터베이스로 실행이 가능하다.
연습문제 1
NOARCHIVELOG 모드로 운용할 때, 알맞은 것 3개를 고르시오.
A. OPEN 하지 않을 때만 전체 백업을 취득할 수 있다.
B. 인스턴스 장애로부터 완전한 복구가 가능하다.
C. 마지막 백업 시점까지 복구가 가능하다.
D. CLOSE 상태라면 부분 백업이 가능하다.
연습문제 2
ARCHIVELOG 모드로 운용할 때, SHUTDOWN ABORT 후의 인스턴스 리커버리로 옳은 설명은?
A. OPEN할 때에, 자동 인스턴스 리커버리를 실행한다.
B. OPEN 할 수 없다. OPEN하려면 미디어 리커버리가 필요하다.
C. OPEN할 때에 아카이브 로그파일과 REDO 로그파일이 사용되어 자동 리커버리를 실행한다.
D. OPEN할 수 있다. 리커버리는 불필요하다.
연습문제 3
일관성 백업에 관한 설명으로 옳은 설명을 모두 고르시오.
A. REDO 로그 안의 모든 변경이 데이터파일에 적용되야 할 필요가 있다.
B. 리스토어 조작이 종료되면, 바로 데이터베이스를 오픈할 수 있다.
C. 파일의 리스토어 후에, 리커버리를 실행할 필요가 있다.
D. ARCHIVELOG 모드로는 취득할 수 없다.
연습문제 4
비일관성 백업에 관한 설명으로 옳은 설명을 모두 고르시오.
A. 데이터베이스가 오픈하고 있을 때도 취득이 가능하다.
B. 리스토어 조작이 종료되면, 바로 데이터베이스를 오픈할 수 있다.
C. 파일의 리스토어 후에, 리커버리를 실행할 필요가 있다.
D. 데이터파일에 적용되어 있지 않은 변경이 포함되는 REDO 로그파일과 아카이브 로그파일을 사용하여 리커버리를 수행할 수 있다.
정답
1. A, B, C
2. A (SHUTDOWN ABORT로 인해 발생하는 문제는 인스턴스 강제종료이다. 미디어 리커버리랑은 상관없는 주제다.)
3. A, B
4. A, C, D (비일관성 백업을 위해서는, 리스토어 후에 바로 데이터베이스를 오픈할 수 없다.)
'Oracle > Oracle Architecture' 카테고리의 다른 글
| マルチテナントアーキテクチャの概要 (0) | 2023.04.01 |
|---|---|
| 오라클마스터 실버(1) Oracle Database 아키텍처의 이해 (0) | 2022.09.16 |
| 오라클마스터 브론즈(9) 데이터베이스 감시 및 어드바이저 사용 (0) | 2022.09.14 |
| 오라클마스터 브론즈(8) 스키마 오브젝트 관리 (1) | 2022.09.13 |
| 오라클마스터 브론즈(7) 유저 및 시큐리티 관리 (0) | 2022.09.12 |
