Oracle ORA-00204 오류 원인과 해결 방법 완벽 가이드

ORA-00204
2026년 06월 01일 | DBMS Error 가이드

이 글에서 다루는 내용

ORA-00204 에러의 원인 분석, 해결 SQL, 예방 방법을 실무 관점에서 정리합니다.

ORA-00204 error in reading control file 는?

ORA-00204 에러는 Oracle 데이터베이스가 컨트롤 파일(Control File)을 읽는 과정에서 I/O 오류가 발생했을 때 나타나는 에러입니다. 컨트롤 파일은 데이터베이스의 물리적 구조 정보(데이터파일 위치, 리두 로그 파일 위치, 데이터베이스 이름, SCN 정보 등)를 담고 있는 매우 중요한 바이너리 파일로, 이 파일을 정상적으로 읽지 못하면 데이터베이스를 기동하거나 운영하는 것 자체가 불가능해집니다. 주로 데이터베이스 시작(STARTUP) 단계 또는 운영 중 갑작스러운 하드웨어 장애, 스토리지 문제, 파일 시스템 손상 등으로 인해 발생하며, 즉각적인 조치가 필요한 심각한(Critical) 수준의 에러입니다.

주요 발생 원인

1. 컨트롤 파일 손상 또는 삭제

컨트롤 파일이 OS 레벨에서 물리적으로 손상되거나 실수로 삭제된 경우 가장 먼저 이 에러가 발생합니다. 특히 스토리지 장비의 갑작스러운 전원 차단, 디스크 배드 섹터(Bad Sector) 발생, 또는 파일 시스템 불일치(File System Inconsistency)로 인해 컨트롤 파일의 내용 일부 또는 전체가 파손될 수 있습니다. 이 경우 단순 재시작으로는 해결되지 않으며, 백업으로부터 복구하거나 멀티플렉싱된 다른 컨트롤 파일로 대체하는 작업이 필요합니다.

2. 컨트롤 파일 경로 또는 파라미터 설정 오류

CONTROL_FILES 초기화 파라미터(init.ora 또는 spfile)에 지정된 경로가 실제 컨트롤 파일의 위치와 다르거나, 파일 권한(Permission)이 Oracle 프로세스에서 읽기 불가능한 상태일 때 발생합니다. 스토리지 재구성, LUN(Logical Unit Number) 변경, 마운트 포인트 변경 후 파라미터 파일을 업데이트하지 않은 경우 자주 발생하며, 이 경우 에러 메시지에 특정 블록 번호(block number)와 파일 번호(file number)가 함께 출력됩니다. Alert 로그를 통해 정확한 파일 경로를 확인하는 것이 첫 번째 진단 단계입니다.

3. OS 또는 파일 시스템 레벨의 I/O 오류

컨트롤 파일이 존재하더라도 네트워크 파일 시스템(NFS), ASM(Automatic Storage Management), 또는 SAN 스토리지 환경에서 I/O 경로에 문제가 생기면 읽기 자체가 실패합니다. 멀티패스(Multipath) 설정 오류, HBA(Host Bus Adapter) 장애, 또는 ASM 디스크 그룹의 일부 디스크가 DROP된 경우에도 동일한 에러가 발생할 수 있습니다. 이런 경우는 Oracle Alert 로그뿐만 아니라 OS 레벨의 /var/log/messages, dmesg 출력, 또는 ASM Alert 로그를 함께 점검해야 합니다.

해결 방법

1단계: Alert 로그 및 현재 컨트롤 파일 상태 확인

가장 먼저 Alert 로그에서 에러가 발생한 컨트롤 파일의 경로와 블록 번호를 확인합니다.

-- Alert 로그 위치 확인
SELECT VALUE FROM V$PARAMETER WHERE NAME = 'background_dump_dest';

-- 현재 등록된 컨트롤 파일 목록 확인 (DB가 MOUNT 이상일 경우)
SELECT NAME, STATUS FROM V$CONTROLFILE;

-- 컨트롤 파일 파라미터 확인
SHOW PARAMETER CONTROL_FILES;

2단계: 멀티플렉싱된 정상 컨트롤 파일로 복구

다중화(Multiplexing)된 컨트롤 파일 중 하나가 손상된 경우, 정상적인 다른 컨트롤 파일을 복사하여 대체합니다.

-- 1. 데이터베이스 종료
SHUTDOWN ABORT;

-- 2. OS 레벨에서 정상 컨트롤 파일 복사 (예시)
-- $ cp /u01/oradata/orcl/control01.ctl /u02/oradata/orcl/control02.ctl

-- 3. PFILE을 사용하여 컨트롤 파일 경로 수정 후 재기동
-- spfile을 pfile로 추출
CREATE PFILE='/tmp/init_recover.ora' FROM SPFILE;

-- pfile에서 control_files 파라미터 수정 후 재기동
STARTUP PFILE='/tmp/init_recover.ora';

-- 정상 기동 확인 후 spfile 재생성
CREATE SPFILE FROM PFILE='/tmp/init_recover.ora';

3단계: RMAN 백업으로부터 컨트롤 파일 복구

모든 컨트롤 파일이 손상된 최악의 상황에서는 RMAN 백업으로부터 복구합니다.

-- RMAN을 통한 컨트롤 파일 복구 (NOMOUNT 상태에서 수행)
-- $ rman target /

STARTUP NOMOUNT;

-- 백업된 컨트롤 파일 복구
RESTORE CONTROLFILE FROM AUTOBACKUP;

-- 또는 특정 백업 조각(backup piece)에서 복구
RESTORE CONTROLFILE FROM '/backup/rman/ctl_backup_20240101.bkp';

-- 컨트롤 파일 복구 후 MOUNT 단계로 전환
ALTER DATABASE MOUNT;

-- 전체 데이터베이스 복구
RECOVER DATABASE;

-- RESETLOGS로 오픈 (불완전 복구 후)
ALTER DATABASE OPEN RESETLOGS;

4단계: 컨트롤 파일 재생성 (최후의 수단)

백업도 없는 극단적인 상황에서는 컨트롤 파일을 재생성할 수 있습니다.

-- 현재 컨트롤 파일 생성 스크립트 추출 (DB가 살아있는 동안 미리 해두는 것이 중요)
ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '/tmp/recreate_ctlfile.sql' REUSE RESETLOGS;

-- 추출된 스크립트를 편집하여 STARTUP NOMOUNT 후 실행
-- CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS ARCHIVELOG
--   MAXLOGFILES 16
--   MAXLOGMEMBERS 3
--   MAXDATAFILES 100
--   MAXINSTANCES 8
--   MAXLOGHISTORY 292
-- LOGFILE
--   GROUP 1 '/u01/oradata/orcl/redo01.log' SIZE 50M,
--   GROUP 2 '/u01/oradata/orcl/redo02.log' SIZE 50M,
--   GROUP 3 '/u01/oradata/orcl/redo03.log' SIZE 50M
-- DATAFILE
--   '/u01/oradata/orcl/system01.dbf',
--   '/u01/oradata/orcl/sysaux01.dbf',
--   '/u01/oradata/orcl/users01.dbf'
-- CHARACTER SET AL32UTF8;

예방 방법

1. 컨트롤 파일 다중화(Multiplexing) 및 정기적 백업 자동화

컨트롤 파일은 반드시 서로 다른 물리적 디스크(또는 ASM 디스크 그룹)에 최소 3개 이상 다중화하여 구성해야 합니다. 또한 RMAN을 통해 CONFIGURE CONTROLFILE AUTOBACKUP ON 설정을 활성화하면 매 백업 및 구조 변경 시 자동으로 컨트롤 파일 백업이 수행되므로, 손상 시 빠른 복구가 가능합니다.

-- 컨트롤 파일 자동 백업 설정
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/ctlfile_%F';

-- 현재 멀티플렉싱 상태 확인
SELECT NAME FROM V$CONTROLFILE;

-- 컨트롤 파일 추가 다중화 (spfile 수정 후 재기동 필요)
ALTER SYSTEM SET CONTROL_FILES=
  '/u01/oradata/orcl/control01.ctl',
  '/u02/oradata/orcl/control02.ctl',
  '/u03/oradata/orcl/control03.ctl'
SCOPE=SPFILE;

2. 정기적인 DB 구조 스크립트 보관 및 모니터링 체계 구축

운영 중인 데이터베이스는 주기적으로(최소 주 1회) 컨트롤 파일 재생성 스크립트(ALTER DATABASE BACKUP CONTROLFILE TO TRACE)를 백업 서버에 저장해 두어야 합니다. 또한 Oracle Enterprise Manager(OEM) 또는 커스텀 쉘 스크립트를 통해 컨트롤 파일의 상태를 주기적으로 모니터링하고, 이상 징후 발생 시 즉각 알림(Alert)을 받을 수 있는 체계를 구축하는 것이 필수적입니다.