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

ORA-00221
2026년 06월 03일 | DBMS Error 가이드

이 글에서 다루는 내용

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

ORA-00221 error on write to control file 는?

ORA-00221은 Oracle 데이터베이스가 컨트롤 파일(Control File)에 쓰기 작업을 수행하는 도중 오류가 발생했을 때 나타나는 에러입니다. 컨트롤 파일은 데이터베이스의 물리적 구조 정보(데이터 파일 위치, 로그 파일 위치, SCN 정보 등)를 담고 있는 핵심 파일로, 이 파일에 쓰기 오류가 발생하면 데이터베이스 운영 자체가 위협받을 수 있습니다. 일반적으로 이 에러는 디스크 문제, 파일 시스템 손상, 권한 문제, 혹은 스토리지 장애와 함께 발생하며 즉각적인 조치가 필요합니다.

주요 발생 원인

1. 디스크 공간 부족 (Disk Full)

컨트롤 파일이 위치한 파일 시스템의 디스크 공간이 부족해지면 Oracle이 컨트롤 파일에 변경사항을 기록하지 못하게 됩니다. 특히 아카이브 로그, 트레이스 파일, 혹은 다른 데이터베이스 파일들이 같은 마운트 포인트에 위치해 있다면 빠르게 공간을 소진할 수 있으며, 이는 ORA-00221과 함께 ORA-00202 에러를 동반하는 경우가 많습니다.

2. 파일 시스템 또는 OS 레벨 권한 문제 (Permission Issue)

Oracle 프로세스가 컨트롤 파일에 대한 쓰기 권한을 잃었을 경우 이 에러가 발생합니다. 운영체제 패치, 보안 정책 변경, 또는 파일 시스템 리마운트 후 권한이 바뀌는 경우가 실무에서 자주 발생하며, 특히 NFS나 ASM 기반 스토리지를 사용하는 환경에서는 더욱 빈번하게 나타날 수 있습니다.

3. 스토리지 장애 또는 I/O 오류 (Storage/I/O Failure)

SAN, NAS 또는 로컬 디스크에서 발생하는 하드웨어 I/O 오류는 컨트롤 파일 쓰기 실패로 직결됩니다. 이 경우 OS 레벨의 /var/log/messages 또는 Windows 이벤트 로그에 디스크 관련 오류가 함께 기록되며, Oracle alert 로그에도 I/O 관련 에러 메시지가 함께 출력됩니다. 이런 상황에서는 단순 재시작으로 해결되지 않으므로 반드시 하드웨어 점검이 선행되어야 합니다.

해결 방법

1. 디스크 공간 부족 해결

먼저 컨트롤 파일 위치와 디스크 사용량을 확인합니다.

-- 컨트롤 파일 위치 확인
SELECT NAME, STATUS FROM V$CONTROLFILE;

-- 데이터베이스 파일별 크기 확인
SELECT FILE#, NAME, BYTES/1024/1024 AS SIZE_MB
FROM V$DATAFILE
ORDER BY BYTES DESC;

-- 아카이브 로그 목적지 확인
SHOW PARAMETER LOG_ARCHIVE_DEST;

OS 레벨에서 디스크 사용량을 확인하고, 불필요한 트레이스 파일이나 아카이브 로그를 삭제합니다.

-- RMAN을 이용한 오래된 아카이브 로그 삭제
RMAN> DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7';

-- 또는 특정 기간 이전 아카이브 삭제
RMAN> DELETE ARCHIVELOG UNTIL TIME 'SYSDATE-3';

2. 파일 권한 문제 해결

OS 레벨에서 컨트롤 파일의 소유자 및 권한을 확인합니다.

# Linux/Unix 환경에서 권한 확인
ls -la /u01/app/oracle/oradata/ORCL/control01.ctl

# 권한 수정 (oracle 유저, oinstall 그룹)
chown oracle:oinstall /u01/app/oracle/oradata/ORCL/control01.ctl
chmod 640 /u01/app/oracle/oradata/ORCL/control01.ctl

-- 컨트롤 파일 상태 및 경로 재확인
SELECT NAME, STATUS, IS_RECOVERY_DEST_FILE
FROM V$CONTROLFILE;

-- 파라미터 확인
SHOW PARAMETER CONTROL_FILES;

3. 컨트롤 파일 다중화로 복구

컨트롤 파일이 손상된 경우, 멀티플렉싱된 다른 컨트롤 파일로 복구합니다.

-- 현재 컨트롤 파일 목록 확인
SELECT NAME FROM V$CONTROLFILE;

-- PFILE에서 control_files 파라미터 수정 후 재시작
-- 손상된 컨트롤 파일을 정상 파일로 복사 (OS 레벨에서 수행 후)
-- SPFILE에 반영
ALTER SYSTEM SET CONTROL_FILES=
  '/u01/app/oracle/oradata/ORCL/control01.ctl',
  '/u01/app/oracle/fast_recovery_area/ORCL/control02.ctl'
  SCOPE=SPFILE;

-- DB 재시작
SHUTDOWN ABORT;
STARTUP;

-- 컨트롤 파일 백업 (정상화 후 반드시 수행)
ALTER DATABASE BACKUP CONTROLFILE TO
  '/backup/control_backup_20240101.ctl';

-- 트레이스로 백업 (재생성 스크립트 확보)
ALTER DATABASE BACKUP CONTROLFILE TO TRACE
  AS '/backup/controlfile_create.sql';

4. Alert 로그 및 진단

-- Alert 로그 위치 확인
SELECT VALUE FROM V$DIAG_INFO WHERE NAME = 'Diag Trace';

-- 최근 에러 조회 (Oracle 11g 이상)
SELECT ORIGINATING_TIMESTAMP, MESSAGE_TEXT
FROM V$DIAG_ALERT_EXT
WHERE MESSAGE_TEXT LIKE '%ORA-00221%'
   OR MESSAGE_TEXT LIKE '%control file%'
ORDER BY ORIGINATING_TIMESTAMP DESC
FETCH FIRST 20 ROWS ONLY;

예방 방법

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

컨트롤 파일은 반드시 서로 다른 디스크 또는 파일 시스템에 3개 이상 다중화하여 운영해야 합니다. 하나의 컨트롤 파일에 문제가 생기더라도 나머지 파일로 즉시 복구할 수 있도록 구성하고, RMAN을 이용한 자동 백업 스케줄(최소 일 1회)을 설정하여 컨트롤 파일 백업이 항상 최신 상태로 유지되도록 해야 합니다.

-- 현재 컨트롤 파일 다중화 상태 확인
SHOW PARAMETER CONTROL_FILES;

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

2. 디스크 공간 모니터링 자동화 및 임계치 알람 설정

컨트롤 파일, 데이터 파일, 아카이브 로그가 위치한 파일 시스템에 대해 디스크 사용률 80% 이상 시 자동 알람이 발송되도록 모니터링 시스템(Oracle Enterprise Manager, Zabbix, Nagios 등)을 구성해야 합니다. 또한 아카이브 로그에 대한 자동 삭제 정책을 RMAN Retention Policy와 함께 수립하여 디스크 공간이 임계치 이하로 유지되도록 관리해야 합니다.

-- DB_RECOVERY_FILE_DEST 사용량 확인 자동화용 쿼리
SELECT SPACE_LIMIT/1024/1024/1024 AS LIMIT_GB,
       SPACE_USED/1024/1024/1024 AS USED_GB,
       SPACE_RECLAIMABLE/1024/1024/1024 AS RECLAIMABLE_GB,
       ROUND(SPACE_USED/SPACE_LIMIT*100, 2) AS USED_PCT
FROM V$RECOVERY_FILE_DEST;