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

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

이 글에서 다루는 내용

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

ORA-00205 error in identifying control file 는?

ORA-00205 에러는 Oracle 데이터베이스가 시작(Startup) 과정에서 컨트롤 파일(Control File)을 찾거나 식별하지 못할 때 발생하는 심각한 에러입니다. 컨트롤 파일은 데이터베이스의 물리적 구조 정보(데이터파일 위치, 리두 로그 파일 위치, 데이터베이스 이름 등)를 담고 있는 핵심 파일로, 이 파일 없이는 데이터베이스를 정상적으로 마운트하거나 오픈할 수 없습니다. 주로 파라미터 파일(SPFILE/PFILE)에 지정된 컨트롤 파일 경로가 잘못되었거나, 파일 자체가 손상·삭제된 경우, 또는 OS 레벨의 권한 문제 등으로 인해 발생합니다.

주요 발생 원인

컨트롤 파일 경로 오류 또는 파일 미존재

파라미터 파일(SPFILE 또는 PFILE)에 지정된 CONTROL_FILES 경로와 실제 컨트롤 파일이 위치한 경로가 다를 경우 이 에러가 발생합니다. 서버 마이그레이션, 디스크 교체, 또는 실수로 파일을 다른 위치로 이동한 경우가 대표적이며, 파일이 아예 삭제된 경우에도 동일한 에러가 발생합니다. 특히 ASM(Automatic Storage Management) 환경에서 디스크 그룹명이 변경되었을 때도 자주 나타납니다.

컨트롤 파일 손상(Corruption)

운영체제 크래시, 비정상적인 데이터베이스 종료, 스토리지 I/O 오류 등으로 인해 컨트롤 파일 자체가 물리적으로 손상되는 경우입니다. 손상된 컨트롤 파일은 Oracle이 헤더 정보를 읽지 못하므로 식별에 실패하게 됩니다. 모든 다중화(Multiplexing)된 컨트롤 파일 복사본이 동시에 손상되는 경우 복구가 매우 어려워지므로 다중화 전략은 반드시 필요합니다.

파라미터 파일(SPFILE/PFILE) 설정 오류

SPFILE이나 PFILE 내의 CONTROL_FILES 파라미터 값이 잘못 입력되거나, 편집 과정에서 경로 문자열에 오타가 발생하는 경우입니다. 또한 DB_NAME 파라미터가 실제 컨트롤 파일에 기록된 데이터베이스 이름과 일치하지 않을 경우에도 Oracle은 컨트롤 파일 식별에 실패합니다. 이런 경우 Alert 로그에서 구체적인 에러 메시지를 통해 원인을 파악할 수 있습니다.

해결 방법

1단계: Alert 로그 및 현재 설정 확인

가장 먼저 Alert 로그를 확인하여 정확한 에러 원인을 파악합니다.

-- Alert 로그 위치 확인 (SQL*Plus 에서 NOMOUNT 상태로 접속 후)
STARTUP NOMOUNT;

-- Alert 로그 디렉토리 확인
SHOW PARAMETER background_dump_dest;

-- 또는 ADR 경로 확인
SELECT VALUE FROM V$DIAG_INFO WHERE NAME = 'Diag Trace';

-- 현재 파라미터 파일에서 CONTROL_FILES 설정 확인
-- PFILE을 직접 읽거나, NOMOUNT 상태에서 아래 명령어 실행
SHOW PARAMETER control_files;

2단계: 컨트롤 파일 경로 불일치 해결

파라미터 파일에 잘못된 경로가 지정된 경우, 실제 파일 위치를 찾아 파라미터를 수정합니다.

-- SPFILE을 PFILE로 추출하여 편집
-- (OS 레벨에서 Oracle 홈 경로의 dbs 디렉토리에서 수행)
-- SQL*Plus 접속 후 NOMOUNT 상태에서 실행 가능 시:
CREATE PFILE='/tmp/init_edit.ora' FROM SPFILE;

-- PFILE 편집 후 (vi 또는 텍스트 편집기로 control_files 경로 수정)
-- 예시: control_files=('/u01/oradata/ORCL/control01.ctl','/u02/oradata/ORCL/control02.ctl')

-- 수정된 PFILE로 데이터베이스 기동
STARTUP NOMOUNT PFILE='/tmp/init_edit.ora';

-- 정상 마운트 및 오픈 확인 후 SPFILE 재생성
CREATE SPFILE FROM PFILE='/tmp/init_edit.ora';
SHUTDOWN IMMEDIATE;
STARTUP;

3단계: 컨트롤 파일 다중화 복사본으로 복구

한 복사본이 손상된 경우, 다른 정상 복사본으로 교체합니다.

-- 현재 컨트롤 파일 경로 확인 (DB가 오픈된 상태에서)
SELECT NAME, STATUS FROM V$CONTROLFILE;

-- 손상된 컨트롤 파일을 정상 복사본으로 교체
-- (OS 레벨 명령어로 정상 파일을 손상 파일 경로로 복사)
-- $ cp /u02/oradata/ORCL/control02.ctl /u01/oradata/ORCL/control01.ctl

-- 이후 데이터베이스 재기동
SHUTDOWN ABORT;
STARTUP;

4단계: 백업에서 컨트롤 파일 복구 (RMAN 활용)

모든 컨트롤 파일이 손상되거나 삭제된 경우, RMAN 백업으로부터 복구합니다.

-- RMAN으로 컨트롤 파일 복구
-- OS에서 RMAN 실행
-- $ rman target /

RMAN> STARTUP NOMOUNT;
RMAN> RESTORE CONTROLFILE FROM AUTOBACKUP;
-- 또는 백업 파일 경로를 직접 지정
RMAN> RESTORE CONTROLFILE FROM '/backup/ORCL/ctrl_backup.bkp';

-- 컨트롤 파일 복구 후 마운트
RMAN> ALTER DATABASE MOUNT;

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

-- RESETLOGS 옵션으로 데이터베이스 오픈
RMAN> ALTER DATABASE OPEN RESETLOGS;

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

RMAN 백업도 없는 경우, 컨트롤 파일을 수동으로 재생성해야 합니다.

-- 컨트롤 파일 재생성 스크립트 예시
-- (DB_NAME, DATAFILE 목록, LOGFILE 목록을 정확히 파악 후 실행)
STARTUP NOMOUNT;

CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS NOARCHIVELOG
    MAXLOGFILES 16
    MAXLOGMEMBERS 3
    MAXDATAFILES 100
    MAXINSTANCES 8
    MAXLOGHISTORY 292
LOGFILE
    GROUP 1 '/u01/oradata/ORCL/redo01.log' SIZE 200M,
    GROUP 2 '/u01/oradata/ORCL/redo02.log' SIZE 200M,
    GROUP 3 '/u01/oradata/ORCL/redo03.log' SIZE 200M
DATAFILE
    '/u01/oradata/ORCL/system01.dbf',
    '/u01/oradata/ORCL/sysaux01.dbf',
    '/u01/oradata/ORCL/undotbs01.dbf',
    '/u01/oradata/ORCL/users01.dbf'
CHARACTER SET AL32UTF8;

-- 복구 후 오픈
RECOVER DATABASE;
ALTER DATABASE OPEN;

-- 새로운 컨트롤 파일 백업
ALTER DATABASE BACKUP CONTROLFILE TO '/backup/control_backup.ctl';
ALTER DATABASE BACKUP CONTROLFILE TO TRACE;

예방 방법

컨트롤 파일 다중화 및 정기 백업 자동화

컨트롤 파일은 반드시 서로 다른 물리적 디스크(또는 ASM 디스크 그룹)에 최소 3개 이상 다중화하여 운영해야 합니다. 또한 RMAN을 통한 CONFIGURE CONTROLFILE AUTOBACKUP ON 설정으로 백업이 자동으로 수행되도록 구성하고, 주기적으로 ALTER DATABASE BACKUP CONTROLFILE TO TRACE를 실행하여 재생성 스크립트를 보관해 두는 것이 실무에서 가장 효과적인 예방책입니다.

“`sql

— RMAN 컨트롤 파일 자동 백업 설정

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP ON;

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO ‘/backup/%F’;

— 현재 컨트롤 파일 백업 (트레이스 파일로)

ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS ‘/backup/create_ctrl.sql’ REUSE;

“`

정기적인 파라미터 파일 및 컨트롤 파일 무결성 점검

데이터베이스 운영 중 정기적으로 컨트롤 파일 상태를 모니터링하고, 파라미터 파일 변경 이력을 관리해야 합니다. 특히 서버 이전이나 스토리지 변경 작업 후에는 반드시 CONTROL_FILES 파라미터와 실제 파일 경로의 일치 여부를 확인하는 점검 절차를 운영 표준에 포함시켜야 합니다.

“`sql

— 컨트롤 파일 상태 정기 점검 쿼리

SELECT NAME, STATUS, IS_RECOVERY_DEST_FILE

FROM V$CONTROLFILE;

— 컨트롤 파일 관련 파라미터 확인

SELECT NAME, VALUE, DESCRIPTION

FROM V$PARAMETER

WHERE NAME = ‘control_files’;

“`