[ORACLE] Data Guard 관련 내용 정리

각종 용어와 특이사항 등에 대해 docs보고 정리

 

Standby 종류

- Physical Standby

Primary와 물리적으로 동일한 블록 복사본

Redo Apply process : Primary로 부터 Redo Data를 받아 적용하여 동기화 유지

 

* oracle 11.1 : read only 인 open 상태에서 redo apply 가능 (ADG / DG는 Open 상태에서 불가능)

* oracle 11.2 : One-off 패치, PSU, CPU를 롤링방식으로 가능 (MOS 1265700.1)

 

- Logical Standby

SQL Apply : Primary에서 받은 Redo Data를 SQL문으로 변환한 후 실행하는 방식으로 동기화 유지

유연성 제공 : Oracle Database Software (PSU, new Oracle Database Release) Upgrade 가능

 

* oracle 11.1 :롤링 업그레이드 가능

 

* 지원 가능한 데이터 타입

https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/data-type-ddl-support-on-logical-standby-databases.html#GUID-340BA6D6-74D5-4684-AF39-08890D5CD9D4

Concepts and Administration

 

Logical Standby Database는

Standby Redo Log를 사용하여 변경사항을 수신함.

변경사항을 적용할 때 온라인 리두로그에도 기록함.

   -> 두개의 리두로그를 동시에 아카이브 하기 위해 추가적인 ARCn 프로세스를 필요로 함.

   -> ORL ARCHIVE가 SRL ARCHIVE 보다 우선순위가 높음.

 

Logical Standby Database 생성

1. Physical Standby를 생성한 후 이걸 Logical로 Transition 해서 생성해야함.

2. Transition 준비

• LOG_ARCHIVE_DEST_ ~ parameter 설정
• LogMinor dictionary build : SQL Apply의 LogMiner 컴포넌트가 변경사항을 적절하게 해석할 수 있도록 해주는 과정
  • supplemental logging 자동 setup (primary key , unique constraint/index column)

SQL> EXECUTE DBMS_LOGSTDBY.BUILD;

3. Transition

• * RAC의 경우 cluster_database = false 설정 후 진행

• logical standby로 Transition

SQL> ALTER DATABASE RECOVER TO LOGICAL STANDBY db_name;

# KEEP IDENTITY 절 사용 : Primary와 동일한 db_name 및 dbid를 유지하기 때문에, 
# 롤링 업그레이드 작업에서만 사용해야 함
SQL> ALTER DATABASE RECOVER TO LOGICAL STANDBY KEEP IDENTITY;

• * RAC의 경우 cluster_database = true 원복

• Logical Standby MOUNT 로 재기동

SQL> SHUTDOWN;
SQL> STARTUP MOUNT;

• log_archive_dest_n parameter 수정

# Physical Standby와 달리 redo data를 생성하는 database이기 때문에 수정 필요
## (Online Redo Log , Archive Redo Log, Standby Redo Log)

1. Logical Standby에서 생성된 Redo data를 저장하는 Archived Redo Log file
LOG_ARCHIVE_DEST_1=LOCATION ~~..

2. Primary 에서 수신한 Redo data 저장하는 Archived Redo Log file
LOG_ARCHIVE_DEST_3=~~..

<예시>

 

4. Open Logical Standby Database

SQL> ALTER DATABASE OPEN RESETLOGS;

- Snapshat Standby

Primary에서 Redo Data 수신 및 아카이브 하나, 적용시키진 않음

=> 다시 Physical Standby로 전환시키면 적용시킴 (전환되었던 시점으로 돌아가서 적용 / Snapshot 상태에서 변경된 내용은 적용되지 않음)

 

Data Guard Service 

- Redo Transport Services

Primary 에서 Standby로 Redo Data 전송

네트워크 장애로 인해 발생한 Archive Redo Log File 사이의 갭을 해결 (네트워크 때문에 Standby로 전송되지 않아 벌어진 갭 차이를 관리하고 적용시킴)

Standby에서 누락되거나 손상된 아카이브 파일을 자동으로 탐지하고, 해당 파일을 Primary나 다른 Standby에서 찾아옴

 

- Apply Services

Standby에 자동 Redo 적용

Physical : Redo Apply 방식 / Logical : SQL Apply 방식

 

- Role Transitions

Switchover : Primary <-> Standby 

Failover : Primary에 장애가 발생한 경우에만 수행되며 Standby가 Primary로 전환된다.

 

 

Data Guard Protection Modes

SQL> select PROTECTION_MODE from v$database ;

PROTECTION_MODE     
--------------------
MAXIMUM PERFORMANCE

 

- Maximum Availability (최대 가용성)

최고 수준의 데이터 보호 기능 제공

동기화된 Standby의 Redo log에 기록될 때 까지 트랜잭션이 커밋되지 않는다.

 

- Maximum Performance (최대 성능)

Default 설정으로, Primary 성능에 영향을 주지 않고, 가능한 최고 수준의 보호를 제공

 

- Maximum Protection (최대 보호)

장애 시 데이터 손실 발생하지 않도록 보장 - 커밋 전 online redo log file이 primary, standby 양쪽에 모두 기록할 수 없으면 트랜잭션이 끊김

 

 

DataGuard 사용을 위한 Oracle Database Software Requirements

1. EE (Enterprise Edition)

2. Physical Standby는 Primary와 PSE CPU PSU (Patch)를 포함한 동일한 버전의 Database Home이 있어야 함.

3. Physical Standby는 Primary와 COMPATIBLE parameter가 동일해야함 / Logical은 primary보다 높게 설정 가능함.

4. 아카이브 모드 (Archivelog mode)

5. Primary와 Standby DB는 RAC,Single 모두 가능

6. 동일한 Server에 구성하는 경우 Primary와 Standby의 디렉토리 분리해야 함.