아카이브 로그와 온라인 로그 비교

복구 범위를 가르는 기준

두 모드 모두 온라인 Redo 로그로 인스턴스 장애 복구는 가능하지만, 가득 찬 로그를 보존하느냐가 PITR과 미디어 복구 가능 여부를 결정합니다.

공통 출발점

1. 변경 발생

트랜잭션이 Redo 생성

데이터 변경 내역이 먼저 온라인 로그에 기록됩니다.

2. 운영 중 유지

온라인 로그 파일을 순환 사용

로그 그룹이 차면 다음 그룹으로 넘어가며 계속 기록합니다.

3. 갈림길

이전 로그를 남길지 결정

여기서 NOARCHIVELOG와 ARCHIVELOG의 복구 범위가 갈라집니다.

NOARCHIVELOG

덮어쓰기 중심

로그 파일이 가득 참

다음 순환 시점에 기존 Redo 그룹이 재사용됩니다.

기존 로그를 바로 덮어씀

과거 변경 이력이 남지 않아 복구 지점이 현재로 좁아집니다.

결과: 과거 Redo 이력이 사라져 원하는 시점까지 되돌릴 재료가 없습니다.

가능

현재 온라인 로그를 이용한 인스턴스 장애 복구

제한

PITR 불가, 디스크 손실 후 과거 시점 복구 불가

주 용도

개발·테스트처럼 복구 범위보다 단순 운용이 중요한 환경

ARCHIVELOG

운영 기본

로그 파일이 가득 참

다음 순환 전에 현재 Redo 그룹을 먼저 보존합니다.

아카이브 로그로 복사

과거 Redo 순서를 별도 스토리지에 남겨 복구 체인을 유지합니다.

온라인 로그 재사용

현재 운영 성능을 유지하면서도 이전 로그는 계속 참조할 수 있습니다.

결과: 백업 + 아카이브 로그를 조합해 특정 시점까지 순차 복구할 수 있습니다.

가능

인스턴스 장애 복구, PITR, 미디어 장애 후 백업 기반 복구

의미

실수 직전 시점이나 장애 직전 시점처럼 복구 목표를 더 세밀하게 잡을 수 있음

주 용도

운영 서비스처럼 데이터 손실 허용 범위가 작은 DB