59. 영구 저장소 (Persistent Storage) - 데이터 파일, 로그 파일, 제어 파일

핵심 인사이트 (3줄 요약)

1. 본질: 영구 저장소는 DB 인스턴스가 메모리 밖에 남기는 데이터 파일, 로그 파일, 제어 파일의 집합이다.
2. 가치: 데이터 파일은 실제 데이터를, 로그 파일은 변경 이력을, 제어 파일은 구조와 위치 정보를 보존한다.
3. 판단 포인트: 복구는 로그와 제어 파일이 있어야 시작되므로, 세 파일의 역할과 보호 전략을 분리해서 봐야 한다.

Ⅰ. 개요 및 필요성

메모리의 인스턴스는 전원이 꺼지면 사라진다. 그래서 데이터베이스는 디스크에 자신의 상태를 기록할 영구 파일이 필요하다.

이 파일들은 단순 저장소가 아니라 복구 장치다. 장애 후 재기동할 때 무엇이 있었고, 무엇이 바뀌었고, 어디에 저장됐는지를 알려 주기 때문이다.

• 📢 섹션 요약 비유: 교실 칠판, 출석부, 교실 배치도처럼 각각 기록하는 내용이 다르다.

Ⅱ. 아키텍처 및 핵심 원리

영구 저장소는 보통 세 축으로 본다. 데이터 파일은 실제 데이터, 로그 파일은 변경 이력, 제어 파일은 전체 구조의 메타데이터를 담는다.

Nomount
   ↓
제어 파일(Control File) 읽기
   ↓
Mount
   ↓
데이터 파일(Data File) + 로그 파일(Redo Log) 확인
   ↓
Open

DBWR(Database Writer)는 더티 페이지를 데이터 파일에 쓰고, LGWR(Log Writer)는 변경 기록을 로그 파일에 남긴다. 제어 파일은 부팅 시 가장 먼저 읽혀 데이터 파일과 로그 파일의 위치를 찾아 준다.

• 📢 섹션 요약 비유: 창고에 물건을 넣는 장부, 출입 기록, 창고 위치도가 각각 따로 있는 구조다.

Ⅲ. 비교 및 연결

세 파일은 모두 중요하지만 중요성이 다르다. 데이터 파일이 본체라면, 로그 파일은 복구의 시간축이고, 제어 파일은 시작 주소다.

제어 파일이 없으면 DB는 어디에 무엇이 있는지 몰라 열린다 해도 운영할 수 없다. 반대로 데이터 파일이 있어도 로그가 없으면 장애 후 일관성 회복이 어렵다.

• 📢 섹션 요약 비유: 본체, 블랙박스, 네비게이션이 각각 다른 역할을 맡는 자동차와 같다.

Ⅳ. 실무 적용 및 기술사 판단

실무에서는 복구 전략을 세 파일 기준으로 나눠야 한다. 데이터 파일은 백업과 스냅샷, 로그 파일은 아카이빙과 복구 시점, 제어 파일은 다중 보관이 핵심이다.

체크리스트

1. 제어 파일을 2개 이상 다중화했는가?
2. 로그 파일이 아카이브와 순환 정책을 갖추는가?
3. 데이터 파일 백업과 로그 보관 주기가 복구 목표(RPO/RTO)에 맞는가?

안티패턴

• 제어 파일을 단일 위치에만 두는 설계
• 로그 파일을 충분히 보관하지 않는 설계
• 데이터 파일과 로그 파일의 복구 전략을 같은 수준으로 취급하는 설계

실무 시나리오

• 장애 후 시점 복구(Point-in-Time Recovery)

• 정기 백업과 아카이브 로그 결합

• 복제 환경에서 제어 파일 동기화

• 📢 섹션 요약 비유: 교무실 열쇠, 수업 기록, 배치도가 모두 있어야 학교를 다시 열 수 있는 것과 같다.

Ⅴ. 기대효과 및 결론

영구 저장소의 핵심은 "남긴다"가 아니라 "다시 살릴 수 있게 남긴다"이다. 그래서 데이터, 로그, 제어 파일을 따로 보고 따로 보호해야 한다.

좋은 설계는 장애 복구 시간을 줄이고, 데이터 손실 범위를 줄이며, 운영자가 시스템 상태를 빠르게 이해하게 만든다.

• 📢 섹션 요약 비유: 일기, 영수증, 지도 세 장이 있어야 여행을 처음부터 다시 복기할 수 있다.

관련 개념 맵

인스턴스(메모리)
   ↓
데이터 파일 / 로그 파일 / 제어 파일
   ↓
복구 / 기동 / 운영

관련 키워드 및 발전 흐름도

휘발성 메모리
   ↓
영구 저장소
   ↓
Redo Log / Control File
   ↓
백업 · 복구 · 재생

어린이를 위한 3줄 비유 설명

데이터 파일은 진짜 물건이 들어 있는 창고예요.
로그 파일은 무엇이 언제 바뀌었는지 적는 일기예요.
제어 파일은 그 창고가 어디 있는지 알려 주는 지도예요.