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

ORA-00202란?

ORA-00202 에러는 Oracle 데이터베이스가 컨트롤 파일(Control File)에 접근하려고 할 때 해당 파일을 사용할 수 없는 상태일 때 발생하는 에러입니다. 컨트롤 파일은 데이터베이스의 물리적 구조 정보(데이터 파일 위치, 리두 로그 파일 위치, 데이터베이스 이름, SCN 정보 등)를 담고 있는 매우 중요한 바이너리 파일로, 이 파일 없이는 데이터베이스를 정상적으로 기동하거나 운영할 수 없습니다. 일반적으로 에러 메시지는 ORA-00202: control file: '/u01/oradata/ORCL/control01.ctl' 형태로 출력되며, 문제가 발생한 컨트롤 파일의 경로를 함께 표시해줍니다.

주요 발생 원인

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

가장 빈번하게 발생하는 원인으로, 운영 중 디스크 장애, 실수로 인한 파일 삭제, 파일 시스템 손상 등으로 컨트롤 파일 자체가 물리적으로 사라지거나 읽을 수 없는 상태가 됩니다. 특히 야간 배치 작업 중 디스크 풀(Disk Full) 상태가 발생하거나, 잘못된 쉘 스크립트가 실행되어 파일이 삭제되는 사례가 실무에서 자주 목격됩니다.

2. 파일 접근 권한(Permission) 문제

Oracle 프로세스를 실행하는 OS 계정(일반적으로 oracle)이 컨트롤 파일에 대한 읽기/쓰기 권한을 가지고 있지 않을 때 발생합니다. 파일 시스템 마운트 옵션이 변경되거나, 보안 정책에 의해 권한이 수정된 경우, 또는 다른 계정으로 파일을 생성하거나 복사한 경우에 이 문제가 발생할 수 있습니다.

3. 잘못된 초기화 파라미터(CONTROL_FILES) 설정

init.ora 또는 spfile에 설정된 CONTROL_FILES 파라미터가 실제 컨트롤 파일의 경로와 일치하지 않을 때 발생합니다. 데이터베이스 마이그레이션, 스토리지 변경, 또는 파일 이동 후 파라미터 파일을 업데이트하지 않은 경우에 특히 자주 발생하며, 이 경우 데이터베이스 기동 시 즉시 ORA-00202가 발생합니다.

해결 방법

원인 1: 컨트롤 파일 손상 또는 삭제 시 복구

Step 1: 현재 컨트롤 파일 위치 및 상태 확인

-- 현재 파라미터에 설정된 컨트롤 파일 경로 확인
SHOW PARAMETER control_files;

-- v$controlfile 뷰로 상태 확인 (DB가 mount 상태일 때)
SELECT name, status, is_recovery_dest_file
FROM v$controlfile;

Step 2: 멀티플렉싱된 컨트롤 파일이 있는 경우, 정상 파일로 복사

Oracle은 컨트롤 파일을 다중화(Multiplexing)하여 여러 경로에 동일한 파일을 유지하도록 권장합니다. 하나의 컨트롤 파일이 정상이라면 OS 레벨에서 복사하여 복구할 수 있습니다.

-- 먼저 데이터베이스 셧다운
SHUTDOWN ABORT;

# OS 레벨에서 정상 컨트롤 파일을 손상된 위치로 복사
cp /u01/oradata/ORCL/control02.ctl /u01/oradata/ORCL/control01.ctl

# 파일 권한 및 소유자 확인 및 수정
chown oracle:oinstall /u01/oradata/ORCL/control01.ctl
chmod 640 /u01/oradata/ORCL/control01.ctl

-- 데이터베이스 재기동
STARTUP;

Step 3: RMAN 백업에서 컨트롤 파일 복구

-- RMAN으로 컨트롤 파일 복구 (NOMOUNT 상태에서)
STARTUP NOMOUNT;

rman target /

-- RMAN에서 자동 백업으로 컨트롤 파일 복구
RESTORE CONTROLFILE FROM AUTOBACKUP;

-- 특정 백업 조각에서 복구하는 경우
RESTORE CONTROLFILE FROM '/backup/rman/ctl_backup_20240101.bkp';

-- 복구 후 마운트 및 복구 진행
ALTER DATABASE MOUNT;
RECOVER DATABASE;
ALTER DATABASE OPEN RESETLOGS;

원인 2: 파일 접근 권한 문제 해결

# OS 레벨에서 컨트롤 파일 권한 확인
ls -la /u01/oradata/ORCL/control*.ctl

# oracle 계정으로 소유자 변경
chown oracle:oinstall /u01/oradata/ORCL/control01.ctl
chown oracle:oinstall /u01/oradata/ORCL/control02.ctl

# 적절한 권한 부여 (oracle 계정 읽기/쓰기)
chmod 640 /u01/oradata/ORCL/control01.ctl
chmod 640 /u01/oradata/ORCL/control02.ctl

권한 수정 후 데이터베이스 재기동으로 정상 동작 확인:

STARTUP FORCE;

-- 정상 기동 후 컨트롤 파일 상태 재확인
SELECT name, status FROM v$controlfile;

원인 3: CONTROL_FILES 파라미터 불일치 해결

SPFILE 사용 시 파라미터 수정:

-- 현재 설정된 컨트롤 파일 경로 확인
SHOW PARAMETER control_files;

-- NOMOUNT 상태로 기동 후 SPFILE 수정
STARTUP NOMOUNT;

-- 실제 파일이 존재하는 경로로 파라미터 수정
ALTER SYSTEM SET control_files = 
    '/u01/oradata/ORCL/control01.ctl',
    '/u02/oradata/ORCL/control02.ctl'
SCOPE=SPFILE;

-- 변경 사항 적용을 위해 재기동
SHUTDOWN IMMEDIATE;
STARTUP;

PFILE 사용 시 수동 수정:

# init.ora 파일 직접 편집
vi /u01/app/oracle/product/19.3.0/db_1/dbs/initORCL.ora

-- init.ora 내 아래 항목을 실제 경로로 수정
-- 수정 전:
-- control_files = '/old/path/control01.ctl'

-- 수정 후:
-- control_files = ('/u01/oradata/ORCL/control01.ctl','/u02/oradata/ORCL/control02.ctl')

-- PFILE로 기동
STARTUP PFILE='/u01/app/oracle/product/19.3.0/db_1/dbs/initORCL.ora';

신규 컨트롤 파일 재생성 (최후 수단):

백업도 없고 복구가 불가능한 상황이라면, 컨트롤 파일을 새로 생성해야 합니다.

-- NOMOUNT 상태에서 CREATE CONTROLFILE 실행
STARTUP NOMOUNT;

CREATE CONTROLFILE REUSE DATABASE "ORCL" RESETLOGS NOARCHIVELOG
    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.ctl' SIZE 50M
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 RESETLOGS;

⚠️ 주의: CREATE CONTROLFILE은 현재 데이터 파일 목록과 리두 로그 파일 목록을 정확히 알고 있어야 합니다. 잘못된 정보로 생성하면 추가적인 데이터 손실이 발생할 수 있습니다.

예방 방법

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

컨트롤 파일은 반드시 서로 다른 디스크 또는 스토리지 경로에 2개 이상 다중화하여 관리해야 합니다. 하나의 디스크가 장애가 발생하더라도 다른 경로의 컨트롤 파일로 즉시 복구가 가능하도록 구성합니다. 또한 RMAN의 CONFIGURE CONTROLFILE AUTOBACKUP ON 설정을 통해 백업이 수행될 때마다 컨트롤 파일을 자동으로 백업하도록 설정하는 것이 필수입니다.

-- 컨트롤 파일 자동 백업 활성화
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/rman/ctl_%F';

-- 현재 자동 백업 설정 확인
SHOW CONTROLFILE AUTOBACKUP;

-- 수동으로 컨트롤 파일 백업 (트레이스로도 저장 가능)
ALTER DATABASE BACKUP CONTROLFILE TO '/backup/manual/control_backup.ctl';
ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '/backup/trace/controlfile_trace.sql';

2. 모니터링 및 정기 상태 점검 스크립트 운영

운영 환경에서는 컨트롤 파일의 상태를 주기적으로 점검하는 모니터링 스크립트를 크론잡(cron job)으로 등록하여 이상 징후를 사전에 감지해야 합니다. 문제가 발생하기 전에 디스크 사용량, 파일 존재 여부, 파일 권한 변경 등을 자동으로 감지하고 알람을 발송하는 체계를 갖추는 것이 중요합니다.

-- 컨트롤 파일 상태 점검 쿼리 (정기 실행 권장)
SELECT 
    name                              AS controlfile_path,
    status                            AS status,
    is_recovery_dest_file             AS in_fra,
    block_size                        AS block_size,
    file_size_blks * block_size / 1024 AS size_kb
FROM v$controlfile;

-- alert log에서 컨트롤 파일 관련 에러 확인
SELECT originating_timestamp, message_text
FROM v$diag_alert_ext
WHERE message_text LIKE '%control%'
  AND originating_timestamp > SYSDATE - 1
ORDER BY originating_timestamp DESC;

#!/bin/bash
# 컨트롤 파일 존재 여부 모니터링 쉘 스크립트 (cron 등록 권장)
CTLFILES=("/u01/oradata/ORCL/control01.ctl" "/u02/oradata/ORCL/control02.ctl")
for f in "${CTLFILES[@]}"; do
    if [ ! -f "$f" ]; then
        echo "ALERT: Control file missing - $f" | mail -s "ORA-00202 RISK" dba@company.com
    fi
done

推荐订阅源

DEV Community