umzzil nng

Posted on May 24 • Originally published at oraerror.com

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

#oracle #ora00205 #ora #dba

ORA-00205란?

ORA-00205는 Oracle 데이터베이스가 시작(STARTUP) 과정에서 컨트롤 파일(Control File)을 식별하거나 열지 못할 때 발생하는 치명적인 에러입니다. 컨트롤 파일은 데이터베이스의 물리적 구조 정보(데이터파일 위치, 리두 로그 파일 위치, SCN 정보 등)를 담고 있는 핵심 바이너리 파일로, 이 파일 없이는 데이터베이스가 MOUNT 단계조차 진행할 수 없습니다. 주로 DBA가 STARTUP 명령을 실행했을 때 NOMOUNT 단계에서 MOUNT 단계로 넘어가지 못하고 에러가 발생하며, 신속하고 정확한 대응이 필요한 상황입니다.

주요 발생 원인

1. 컨트롤 파일의 물리적 손실 또는 삭제

운영체제 레벨에서 컨트롤 파일이 실수로 삭제되었거나, 디스크 장애로 인해 파일이 손상된 경우입니다. Oracle은 SPFILE 또는 PFILE의 CONTROL_FILES 파라미터에 명시된 경로에서 컨트롤 파일을 찾는데, 해당 경로에 파일이 존재하지 않으면 즉시 ORA-00205가 발생합니다. 이 경우는 가장 심각한 원인으로, 백업본 없이는 복구가 매우 어렵습니다.

2. CONTROL_FILES 파라미터 경로 불일치

SPFILE 또는 PFILE에 설정된 CONTROL_FILES 파라미터의 경로가 실제 컨트롤 파일이 존재하는 경로와 다른 경우입니다. 데이터베이스 서버 이전(migration), 파일시스템 재구성, 또는 실수로 파라미터를 잘못 수정했을 때 주로 발생합니다. 파일 자체는 멀쩡히 존재하지만 Oracle이 엉뚱한 경로를 바라보고 있어 발생하는 경우이므로 비교적 해결이 간단합니다.

3. 파일 권한(Permission) 또는 소유권(Ownership) 문제

컨트롤 파일은 물리적으로 존재하지만, Oracle 프로세스(oracle OS 유저)가 해당 파일을 읽을 수 있는 권한이 없는 경우입니다. OS 패치, 보안 정책 적용, 또는 관리자의 실수로 파일 권한이 변경되면 Oracle이 파일을 인식하지 못하고 ORA-00205를 발생시킵니다. ls -al 명령으로 파일 권한을 확인하고, oracle:dba 소유권과 640 이상의 권한 여부를 반드시 점검해야 합니다.

해결 방법

원인 1: 컨트롤 파일 물리적 손실 — 멀티플렉싱된 복사본으로 복구

Oracle은 일반적으로 컨트롤 파일을 여러 경로에 다중화(Multiplexing)하여 보관합니다. 하나의 컨트롤 파일이 손상되었더라도 다른 정상 복사본이 있다면 간단히 복구할 수 있습니다.

-- Step 1: 현재 CONTROL_FILES 파라미터 확인 (NOMOUNT 상태에서 가능)
STARTUP NOMOUNT;

SHOW PARAMETER control_files;
-- 또는
SELECT value FROM v$parameter WHERE name = 'control_files';

-- Step 2: 정상적인 컨트롤 파일을 손상된 경로로 OS 레벨에서 복사
-- (SQL*Plus 외부에서 OS 명령 실행)
-- $ cp /u01/oradata/ORCL/control02.ctl /u01/oradata/ORCL/control01.ctl

-- Step 3: 데이터베이스 재기동
SHUTDOWN ABORT;
STARTUP;

-- Step 4: 정상 OPEN 여부 확인
SELECT STATUS FROM V$INSTANCE;
SELECT NAME, STATUS FROM V$CONTROLFILE;

원인 1: RMAN 백업으로 컨트롤 파일 복구

멀티플렉싱된 컨트롤 파일이 모두 손실된 경우, RMAN 백업을 활용합니다.

-- RMAN으로 컨트롤 파일 복구
RMAN TARGET /

-- 컨트롤 파일을 기본 위치로 복원
RESTORE CONTROLFILE FROM AUTOBACKUP;

-- 또는 특정 백업 세트에서 복원
RESTORE CONTROLFILE FROM '/backup/rman/ctl_backup_20240101.bkp';

-- 복원 후 MOUNT 상태로 전환
ALTER DATABASE MOUNT;

-- 데이터베이스 복구 (미디어 복구 필요 시)
RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL;

-- RESETLOGS 옵션으로 오픈
ALTER DATABASE OPEN RESETLOGS;

원인 2: CONTROL_FILES 파라미터 경로 불일치 해결

컨트롤 파일이 실제로는 존재하지만 파라미터에 지정된 경로가 틀린 경우의 해결 방법입니다.

-- Step 1: NOMOUNT 상태로 기동 (PFILE 사용)
STARTUP NOMOUNT PFILE='/tmp/init_temp.ora';

-- Step 2: 실제 컨트롤 파일 위치 확인 (OS 레벨)
-- $ find / -name "*.ctl" 2>/dev/null
-- $ find /u01 -name "control*" -type f

-- Step 3-A: SPFILE을 사용하는 경우 파라미터 수정
-- 먼저 현재 SPFILE에서 PFILE 생성
CREATE PFILE='/tmp/initORCL_fix.ora' FROM SPFILE;

-- PFILE을 텍스트 편집기로 수정 후 SPFILE 재생성
-- vi /tmp/initORCL_fix.ora
-- *.control_files='/u01/oradata/ORCL/control01.ctl','/u02/oradata/ORCL/control02.ctl'

CREATE SPFILE FROM PFILE='/tmp/initORCL_fix.ora';

-- Step 3-B: SPFILE을 사용하는 경우 직접 수정 (NOMOUNT에서 가능)
ALTER SYSTEM SET control_files=
  '/u01/oradata/ORCL/control01.ctl',
  '/u02/oradata/ORCL/control02.ctl'
SCOPE=SPFILE;

-- Step 4: 재기동하여 확인
SHUTDOWN ABORT;
STARTUP;

SELECT NAME, STATUS FROM V$CONTROLFILE;

원인 3: 파일 권한 및 소유권 문제 해결

-- SQL*Plus에서 현재 컨트롤 파일 경로 확인
STARTUP NOMOUNT;
SHOW PARAMETER control_files;

-- OS 레벨에서 권한 확인 및 수정 (root 또는 OS 관리자 수행)
-- $ ls -al /u01/oradata/ORCL/control01.ctl
-- -rw-r----- 1 oracle dba 10485760 Jan  1 00:00 control01.ctl

-- 소유권 변경 (필요 시)
-- $ chown oracle:dba /u01/oradata/ORCL/control01.ctl

-- 권한 변경
-- $ chmod 640 /u01/oradata/ORCL/control01.ctl

-- 수정 후 Oracle 재기동
SHUTDOWN ABORT;
STARTUP;

-- 컨트롤 파일 상태 최종 확인
SELECT NAME, STATUS, IS_RECOVERY_DEST_FILE
FROM V$CONTROLFILE;

-- 현재 컨트롤 파일 블록 크기 및 정보 확인
SELECT * FROM V$CONTROLFILE_RECORD_SECTION
WHERE TYPE = 'DATABASE';

예방 방법

1. 컨트롤 파일 멀티플렉싱 및 RMAN 자동 백업 설정

컨트롤 파일은 반드시 3개 이상, 서로 다른 디스크 또는 스토리지 경로에 다중화하여 운영해야 합니다. 또한 RMAN의 AUTOBACKUP 기능을 활성화하면 BACKUP DATABASE 또는 구조 변경 시마다 컨트롤 파일이 자동으로 백업되므로, 재해 발생 시 빠른 복구가 가능합니다.

-- 컨트롤 파일 멀티플렉싱 확인
SELECT NAME FROM V$CONTROLFILE;

-- RMAN 컨트롤 파일 자동 백업 설정
RMAN TARGET /

CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT
  FOR DEVICE TYPE DISK TO '/backup/rman/cf_%F';

-- 설정 확인
SHOW ALL;

-- 주기적인 컨트롤 파일 텍스트 트레이스 덤프 (내용 기록 용도)
ALTER DATABASE BACKUP CONTROLFILE TO TRACE
  AS '/backup/trace/controlfile_backup.sql' REUSE NORESETLOGS;

2. 모니터링 스크립트와 정기 점검 프로세스 수립

컨트롤 파일의 존재 여부와 상태를 주기적으로 점검하는 쉘 스크립트 또는 Oracle Enterprise Manager 알람을 구성해야 합니다. 아래와 같이 상태 점검 쿼리를 Cron Job으로 등록하거나 모니터링 툴에 연동하면 장애를 사전에 감지할 수 있습니다.

-- 컨트롤 파일 상태 정기 점검 쿼리
SELECT
    CF.NAME                          AS controlfile_path,
    CF.STATUS                        AS status,
    ROUND(CF.BLOCK_SIZE * CF.FILE_SIZE_BLKS / 1024 / 1024, 2) AS size_mb,
    TO_CHAR(SYSDATE, 'YYYY-MM-DD HH24:MI:SS') AS check_time
FROM V$CONTROLFILE CF;

-- 데이터베이스 전체 파일 건전성 확인
SELECT
    FILE# ,
    STATUS,
    FUZZY,
    CHECKPOINT_CHANGE#,
    TO_CHAR(CHECKPOINT_TIME, 'YYYY-MM-DD HH24:MI:SS') AS checkpoint_time
FROM V$DATAFILE_HEADER
ORDER BY FILE#;

에러 코드	설명
ORA-00202	`controlfile: '%s'` — 컨트롤 파일 경로 자체를 명시하며 ORA-00205와 함께 출력되는 보조 에러로, 실제 문제가 된 파일 경로를 알려줍니다.
ORA-00210	지정한 컨트롤 파일을 열 수 없음. 파일 잠금(lock) 또는 접근 불가 상태에서 발생합니다.
ORA-00211	컨트롤 파일이 현재 데이터베이스에 속하지 않음. 다른 DB의 컨트롤 파일을 잘못 지정했을 때 나타납니다.
ORA-00214	컨트롤 파일 간 버전 불일치. 멀티플렉싱된 컨트롤 파일 중 하나가 오래된 버전일 때 발생하며, 가장 최신 버전의 파일로 나머지를 덮어써서 해결합니다.
ORA-01503	`CREATE CONTROLFILE` 실패. 컨트롤 파일을 재생성할 때 구문 오류나 파일 경로 문제로 발생합니다.
ORA-00600	내부 오류로 컨트롤 파일 블록 손상 시 동반 발생할 수 있으며, Oracle Support 케이스 등록이 필요합니다.

DEV Community