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

ORA-32013
2026년 10월 10일 | DBMS Error 가이드

이 글에서 다루는 내용

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

ORA-32013 failure to write SPFILE 는?

ORA-32013 에러는 Oracle 데이터베이스가 SPFILE(Server Parameter File)에 쓰기 작업을 수행하는 도중 실패했을 때 발생하는 오류입니다. SPFILE은 데이터베이스 인스턴스의 초기화 파라미터를 저장하는 바이너리 파일로, ALTER SYSTEM SET 명령 등으로 파라미터를 변경할 때 이 파일에 대한 쓰기가 이루어집니다. 파일 시스템 권한 문제, 디스크 공간 부족, 파일 손상 등 다양한 원인으로 인해 이 에러가 발생할 수 있으며, 즉각적인 조치가 필요합니다.

주요 발생 원인

1. 파일 시스템 권한 문제 (Permission Issue)

가장 빈번하게 발생하는 원인으로, Oracle 프로세스(oracle 유저)가 SPFILE이 위치한 디렉터리 또는 파일 자체에 대한 쓰기 권한을 가지고 있지 않을 때 발생합니다. 운영체제 레벨에서 파일 소유자가 변경되었거나, 보안 정책 변경으로 인해 권한이 박탈된 경우, 또는 NFS 마운트 환경에서 네트워크 권한 설정이 올바르지 않을 때 주로 나타납니다. DBA는 즉시 OS 레벨에서 파일 권한과 소유권을 확인해야 합니다.

2. 디스크 공간 부족 (Disk Space Exhaustion)

SPFILE이 위치한 파티션 또는 파일 시스템의 디스크 공간이 가득 찬 경우에도 이 에러가 발생합니다. Oracle이 SPFILE을 업데이트하기 위해 임시 파일을 생성하거나 기존 파일을 덮어쓰려 할 때, 충분한 여유 공간이 없으면 쓰기 작업이 실패합니다. 특히 아카이브 로그, trace 파일, 코어 덤프 파일 등이 쌓여 디스크를 가득 채우는 경우가 실무에서 자주 목격됩니다.

3. SPFILE 경로 불일치 또는 파일 손상 (SPFILE Path Mismatch or Corruption)

SHOW PARAMETER spfile 명령으로 확인되는 경로에 실제 SPFILE이 존재하지 않거나, 파일이 손상된 경우에도 ORA-32013이 발생합니다. RAC 환경에서는 공유 스토리지 경로 설정이 잘못되어 특정 노드에서만 파일에 접근하지 못하는 경우도 있습니다. 또한 SPFILE이 ASM 디스크 그룹에 위치할 경우, ASM 인스턴스 장애나 디스크 그룹 마운트 해제로 인해 접근 불가 상태가 될 수 있습니다.

해결 방법

원인 1 해결: 파일 권한 복구

먼저 SPFILE의 현재 경로를 확인합니다.

-- SPFILE 경로 확인
SHOW PARAMETER spfile;

-- 또는 V$ 뷰를 통해 확인
SELECT VALUE FROM V$PARAMETER WHERE NAME = 'spfile';

Oracle 서버 OS에 접속하여 아래 명령으로 권한을 확인하고 수정합니다.

# OS 레벨에서 파일 권한 확인
ls -al /u01/app/oracle/product/19c/db_1/dbs/spfileORCL.ora

# 소유권 및 권한 수정 (oracle 유저, dba 그룹)
chown oracle:dba /u01/app/oracle/product/19c/db_1/dbs/spfileORCL.ora
chmod 640 /u01/app/oracle/product/19c/db_1/dbs/spfileORCL.ora

권한 수정 후 파라미터 변경 명령을 재시도합니다.

-- 파라미터 재설정 시도
ALTER SYSTEM SET sga_target = 2G SCOPE=SPFILE;

-- 변경 확인
SHOW PARAMETER sga_target;

원인 2 해결: 디스크 공간 확보

-- Oracle 내부에서 trace 파일 위치 확인
SHOW PARAMETER diagnostic_dest;
SHOW PARAMETER background_dump_dest;

OS 레벨에서 디스크 공간을 확인하고 불필요한 파일을 정리합니다.

# 디스크 사용량 확인
df -h

# 오래된 trace 파일 정리 (30일 이상)
find $ORACLE_BASE/diag -name "*.trc" -mtime +30 -exec rm -f {} \;
find $ORACLE_BASE/diag -name "*.trm" -mtime +30 -exec rm -f {} \;

아카이브 로그가 디스크를 가득 채운 경우 RMAN으로 정리합니다.

-- RMAN에서 오래된 아카이브 로그 삭제
-- RMAN 접속 후:
DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7';

원인 3 해결: SPFILE 재생성

SPFILE이 손상되었거나 경로가 잘못된 경우, PFILE로부터 SPFILE을 재생성합니다.

-- 현재 파라미터를 PFILE로 백업 (인스턴스가 살아있는 경우)
CREATE PFILE='/tmp/initORCL_backup.ora' FROM SPFILE;

-- PFILE 내용 확인 후 SPFILE 재생성
CREATE SPFILE='/u01/app/oracle/product/19c/db_1/dbs/spfileORCL.ora'
FROM PFILE='/tmp/initORCL_backup.ora';

SPFILE이 전혀 없는 상태에서 인스턴스가 기동되고 있다면, PFILE을 직접 편집하여 복구합니다.

-- PFILE로 기동 중인 경우 SPFILE 새로 생성
CREATE SPFILE FROM PFILE;

-- ASM 환경에서는 ASM 경로 명시
CREATE SPFILE='+DATA/ORCL/spfileORCL.ora' FROM PFILE='/tmp/initORCL.ora';

재생성 후 인스턴스를 재시작하여 새로운 SPFILE이 정상 적용되는지 확인합니다.

-- 재기동 후 SPFILE 사용 여부 확인 (값이 있으면 SPFILE 사용 중)
SHOW PARAMETER spfile;

-- 파라미터 변경 테스트
ALTER SYSTEM SET log_archive_max_processes = 4 SCOPE=SPFILE;

예방 방법

1. SPFILE 정기 백업 및 RMAN 통합 관리

SPFILE은 데이터베이스 구성의 핵심 파일이므로 반드시 RMAN 백업 정책에 포함시켜야 합니다. 아래와 같이 RMAN 스크립트에 SPFILE 백업을 포함하고, 파라미터 변경 전후로 수동 백업을 수행하는 습관을 들이는 것이 좋습니다.

-- RMAN에서 SPFILE 포함 전체 백업
BACKUP DATABASE INCLUDE CURRENT CONTROLFILE SPFILE;

-- SPFILE만 단독 백업
BACKUP SPFILE;

-- 백업된 SPFILE 목록 확인
LIST BACKUP OF SPFILE;

2. 디스크 공간 모니터링 자동화

ORA-32013은 디스크 공간 부족으로 인해 갑작스럽게 발생하는 경우가 많으므로, Oracle Enterprise Manager(OEM) 또는 커스텀 스크립트를 활용하여 디스크 사용률이 80%를 초과하면 알림을 받도록 설정해야 합니다. 또한 AWR 리포트 및 ADR(Automatic Diagnostic Repository) 정리 정책을 통해 불필요한 파일이 쌓이지 않도록 관리합니다.

-- ADR purge 정책 설정 (단위: 시간)
-- 30일 이상된 incident 데이터 자동 삭제
EXEC DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS(retention => 43200);

-- ADRCI를 통한 수동 정리 (OS 레벨)
-- adrci> purge -age 43200 -type alert