DEV Community

umzzil nng
umzzil nng

Posted on • Originally published at oraerror.com

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

#oracle #database #dba #sql

ORA-00202 control file is not available 는?

ORA-00202 에러는 Oracle 데이터베이스가 컨트롤 파일(Control File)에 접근하려 했지만, 해당 파일이 존재하지 않거나 읽을 수 없는 상태일 때 발생합니다. 컨트롤 파일은 데이터베이스의 물리적 구조(데이터파일 위치, 리두 로그 파일 위치, 체크포인트 정보 등)를 담고 있는 핵심 바이너리 파일로, 이 파일 없이는 데이터베이스 자체를 마운트하거나 오픈할 수 없습니다. 주로 데이터베이스 시작(STARTUP) 단계 또는 운영 중 특정 백그라운드 프로세스가 컨트롤 파일을 읽으려 할 때 이 에러가 발생하며, 즉각적인 조치가 필요한 심각한 에러입니다.

주요 발생 원인

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

컨트롤 파일이 OS 레벨에서 실수로 삭제되거나, 디스크 장애, 파일시스템 오류로 인해 물리적으로 손상된 경우입니다. Oracle은 초기화 파라미터 CONTROL_FILES에 명시된 경로에서 컨트롤 파일을 찾는데, 해당 파일이 존재하지 않으면 즉시 이 에러를 발생시킵니다. 특히 멀티플렉싱(Multiplexing)이 되어 있지 않은 환경에서는 단일 컨트롤 파일 손실만으로도 데이터베이스 전체가 중단됩니다.

2. 초기화 파라미터(CONTROL_FILES)의 경로 불일치

SPFILE 또는 PFILE의 CONTROL_FILES 파라미터에 설정된 경로와 실제 컨트롤 파일이 위치한 경로가 다를 때 발생합니다. 스토리지 마이그레이션, 디스크 재구성, 파일 이동 작업 후 파라미터 파일을 업데이트하지 않은 경우가 대표적입니다. 이 경우 파일 자체는 존재하지만 Oracle이 엉뚱한 위치를 찾기 때문에 에러가 발생합니다.

3. OS 파일 권한(Permission) 문제

컨트롤 파일이 존재하더라도 Oracle 프로세스를 실행하는 OS 사용자(일반적으로 oracle)가 해당 파일에 대한 읽기/쓰기 권한이 없을 경우 발생합니다. 시스템 패치, 보안 정책 변경, 또는 다른 사용자가 파일 소유권을 변경한 이후에 갑자기 이 에러가 나타나는 패턴이 자주 목격됩니다. 단순해 보이지만 실무에서 상당히 자주 발생하는 원인입니다.

해결 방법

원인 1: 컨트롤 파일 물리적 손상 또는 삭제 — 백업에서 복구

Step 1: 현재 컨트롤 파일 경로 확인

-- NOMOUNT 상태에서도 조회 가능
SHOW PARAMETER control_files;

-- 또는 v$parameter 뷰 활용
SELECT name, value
FROM   v$parameter
WHERE  name = 'control_files';
Enter fullscreen mode Exit fullscreen mode

Step 2: RMAN을 이용한 컨트롤 파일 복구

-- RMAN 접속 후 NOMOUNT 상태로 시작
RMAN TARGET /

-- 데이터베이스를 NOMOUNT 상태로 시작
STARTUP NOMOUNT;

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

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

-- 컨트롤 파일 복구 후 MOUNT
ALTER DATABASE MOUNT;

-- 데이터베이스 복구 수행
RECOVER DATABASE;

-- RESETLOGS 옵션으로 오픈
ALTER DATABASE OPEN RESETLOGS;
Enter fullscreen mode Exit fullscreen mode

Step 3: 멀티플렉싱된 다른 컨트롤 파일로 복사 복구 (백업 없을 때)

-- 살아있는 컨트롤 파일을 손상된 위치로 OS에서 복사 후
-- (예: /u01/oradata/control01.ctl → /u02/oradata/control02.ctl)
-- 데이터베이스 재시작

STARTUP;
Enter fullscreen mode Exit fullscreen mode 
# OS 레벨 복사 명령 예시
cp /u01/oradata/prod/control01.ctl /u02/oradata/prod/control02.ctl
cp /u01/oradata/prod/control01.ctl /u03/oradata/prod/control03.ctl
Enter fullscreen mode Exit fullscreen mode

원인 2: CONTROL_FILES 파라미터 경로 불일치 — 파라미터 수정

Step 1: 실제 컨트롤 파일 위치 확인

# OS 레벨에서 컨트롤 파일 검색
find / -name "*.ctl" -user oracle 2>/dev/null
find /u01 /u02 /u03 -name "control*" 2>/dev/null
Enter fullscreen mode Exit fullscreen mode

Step 2: PFILE을 이용한 파라미터 수정

-- 현재 SPFILE로부터 PFILE 생성
CREATE PFILE='/tmp/init_restore.ora' FROM SPFILE;
Enter fullscreen mode Exit fullscreen mode 
# OS에서 PFILE 편집
vi /tmp/init_restore.ora

# 아래 항목을 실제 경로로 수정
# *.control_files='/u01/oradata/prod/control01.ctl',
#                 '/u02/oradata/prod/control02.ctl'
Enter fullscreen mode Exit fullscreen mode

Step 3: 수정된 PFILE로 DB 기동 후 SPFILE 재생성

-- 수정한 PFILE로 데이터베이스 시작
STARTUP PFILE='/tmp/init_restore.ora';

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

-- 이후 재시작 시에는 SPFILE로 자동 기동
SHUTDOWN IMMEDIATE;
STARTUP;

-- 파라미터 정상 반영 확인
SHOW PARAMETER control_files;
Enter fullscreen mode Exit fullscreen mode

원인 3: OS 파일 권한 문제 — 권한 재설정 

# 컨트롤 파일 권한 및 소유권 확인
ls -al /u01/oradata/prod/control*.ctl

# 소유권 및 권한 복구 (oracle 유저, oinstall 그룹)
chown oracle:oinstall /u01/oradata/prod/control01.ctl
chown oracle:oinstall /u02/oradata/prod/control02.ctl

# 권한 설정 (소유자 읽기/쓰기, 그룹/기타 권한 제거)
chmod 640 /u01/oradata/prod/control01.ctl
chmod 640 /u02/oradata/prod/control02.ctl
Enter fullscreen mode Exit fullscreen mode 
-- 권한 수정 후 데이터베이스 재시작
SHUTDOWN ABORT;
STARTUP;

-- 컨트롤 파일 상태 확인
SELECT name, status
FROM   v$controlfile;
Enter fullscreen mode Exit fullscreen mode

예방 방법

1. 컨트롤 파일 멀티플렉싱(Multiplexing) 구성 및 정기 백업

컨트롤 파일은 반드시 서로 다른 디스크(또는 스토리지 경로)에 최소 3개 이상 멀티플렉싱하여 단일 장애점(SPOF)을 제거해야 합니다. 또한 RMAN 설정에서 AUTOBACKUP을 활성화하여 컨트롤 파일이 자동으로 백업되도록 구성하고, 주기적으로 복구 테스트를 수행해야 합니다.

-- RMAN 자동 백업 설정
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK
    TO '/backup/rman/cf_%F';

-- 현재 컨트롤 파일 멀티플렉싱 상태 확인
SELECT name, status, is_recovery_dest_file
FROM   v$controlfile;

-- 컨트롤 파일 수동 백업 (운영 중에도 가능)
ALTER DATABASE BACKUP CONTROLFILE TO '/backup/manual/control_bkp.ctl';

-- 텍스트 형태로 백업 (재생성 스크립트)
ALTER DATABASE BACKUP CONTROLFILE TO TRACE
    AS '/backup/manual/create_controlfile.sql' REUSE NORESETLOGS;
Enter fullscreen mode Exit fullscreen mode

2. 정기적인 컨트롤 파일 상태 모니터링 자동화

컨트롤 파일의 상태와 접근 가능 여부를 정기적으로 점검하는 모니터링 스크립트를 스케줄러(cron 또는 Oracle Scheduler)에 등록하여 이상 징후를 사전에 탐지해야 합니다.

-- 컨트롤 파일 상태 점검 쿼리 (정기 실행 권장)
SELECT name,
       status,
       BLOCK_SIZE,
       FILE_SIZE_BLKS
FROM   v$controlfile
ORDER  BY name;

-- Oracle Scheduler를 이용한 주기적 점검 Job 등록 예시
BEGIN
    DBMS_SCHEDULER.CREATE_JOB(
        job_name        => 'CHECK_CONTROLFILE_STATUS',
        job_type        => 'PLSQL_BLOCK',
        job_action      => '
            DECLARE
                v_cnt NUMBER;
            BEGIN
                SELECT COUNT(*)
                INTO   v_cnt
                FROM   v$controlfile
                WHERE  status IS NOT NULL
                AND    status != ''INVALID'';

                IF v_cnt > 0 THEN
                    -- 알림 발송 로직 추가
                    DBMS_OUTPUT.PUT_LINE(''Control file issue detected!'');
                END IF;
            END;',
        start_date      => SYSTIMESTAMP,
        repeat_interval => 'FREQ=HOURLY;INTERVAL=1',
        enabled         => TRUE,
        comments        => 'Control file health check job'
    );
END;
/
Enter fullscreen mode Exit fullscreen mode

관련 에러

에러 코드 설명
ORA-00200 control file could not be created — 컨트롤 파일 생성 실패, 주로 경로 오류나 권한 문제
ORA-00201 control file version X incompatible with ORACLE version Y — 컨트롤 파일 버전 불일치
ORA-00203 using the wrong control files — 잘못된 컨트롤 파일 사용, DB ID 불일치 시 발생
ORA-00205 error in identifying control file — 컨트롤 파일 식별 오류, 파일 크기/포맷 이상
ORA-00210 cannot open the specified control file — 지정된 컨트롤 파일 오픈 불가
ORA-01503 CREATE CONTROLFILE failed — 컨트롤 파일 재생성 실패 시 동반 발생

💡 실무 팁: ORA-00202는 단독으로 발생하기보다 ORA-00210, ORA-00205와 함께 alert log에 연속으로 기록되는 경우가 많습니다. 에러 발생 시 반드시 $ORACLE_BASE/diag/rdbms/<db_name>/<instance_name>/trace/alert_<SID>.log 파일을 먼저 확인하여 연관된 에러 메시지 전체를 분석하는 것이 빠른 원인 파악의 핵심입니다.

Top comments (0)