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

ORA-00258
2026년 06월 04일 | DBMS Error 가이드

이 글에서 다루는 내용

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

ORA-00258 manual archiving in NOARCHIVELOG mode must identify log 는?

ORA-00258 에러는 Oracle 데이터베이스가 NOARCHIVELOG 모드로 운영 중일 때, 수동 아카이빙(Manual Archiving) 명령을 실행하면서 대상 로그 파일을 명확하게 지정하지 않았을 경우 발생합니다. ARCHIVELOG 모드에서는 Oracle이 자동으로 모든 리두 로그를 아카이브하지만, NOARCHIVELOG 모드에서는 수동으로 아카이브할 때 반드시 특정 로그 시퀀스 번호나 그룹 번호를 명시해야 합니다. 이 에러는 주로 DBA가 ALTER SYSTEM ARCHIVE LOG 명령을 실행할 때 필수 파라미터를 누락하거나 잘못된 구문을 사용하는 상황에서 빈번하게 나타납니다.

주요 발생 원인

1. ARCHIVE LOG 명령에서 로그 식별자 누락

가장 흔한 원인은 ALTER SYSTEM ARCHIVE LOG 명령 실행 시 어떤 로그를 아카이브할지 지정하지 않는 경우입니다. NOARCHIVELOG 모드에서는 Oracle이 “어떤 로그를 아카이브하라는 것인지 알 수 없다”며 에러를 반환합니다. 예를 들어 단순히 ALTER SYSTEM ARCHIVE LOG;만 입력하면 이 에러가 즉시 발생합니다. DBA는 반드시 SEQUENCE, GROUP, LOGFILE, CURRENT, NEXT 등의 키워드를 함께 사용해야 합니다.

2. NOARCHIVELOG 모드에서 부적절한 아카이빙 스크립트 실행

과거 ARCHIVELOG 모드용으로 작성된 배치 스크립트나 자동화 스크립트를 NOARCHIVELOG 모드 환경에서 그대로 실행할 때 이 에러가 발생합니다. ARCHIVELOG 모드에서는 ALTER SYSTEM ARCHIVE LOG ALL; 형태의 명령이 정상 동작하지만, NOARCHIVELOG 모드로 전환된 이후에는 동일한 명령이 에러를 유발할 수 있습니다. 이 경우 해당 스크립트가 현재 데이터베이스 모드에 맞게 수정되었는지 반드시 확인해야 합니다.

3. 데이터베이스 모드 혼동으로 인한 잘못된 명령 실행

운영 환경과 개발/테스트 환경이 서로 다른 아카이브 모드로 구성되어 있을 때, DBA가 현재 연결된 데이터베이스의 모드를 확인하지 않고 명령을 실행하는 경우에도 이 에러가 발생합니다. 특히 여러 데이터베이스를 동시에 관리하는 환경에서는 각 DB의 운영 모드를 사전에 확인하는 습관이 매우 중요합니다. 로그 모드 확인 없이 일괄적으로 동일한 아카이브 명령을 실행하면 이 에러가 쉽게 재현됩니다.

해결 방법

1단계: 현재 데이터베이스 아카이브 모드 확인

먼저 현재 데이터베이스가 어떤 모드로 운영 중인지 확인합니다.

-- 데이터베이스 아카이브 모드 확인
SELECT LOG_MODE FROM V$DATABASE;

-- 또는 상세 정보 확인
ARCHIVE LOG LIST;

2단계: NOARCHIVELOG 모드에서 수동 아카이빙 시 로그 식별자 명시

NOARCHIVELOG 모드에서는 반드시 아카이브할 대상 로그를 명확히 지정해야 합니다.

-- 특정 시퀀스 번호로 아카이브 (권장)
ALTER SYSTEM ARCHIVE LOG SEQUENCE 100;

-- 특정 그룹 번호로 아카이브
ALTER SYSTEM ARCHIVE LOG GROUP 2;

-- 현재 리두 로그 아카이브
ALTER SYSTEM ARCHIVE LOG CURRENT;

-- 특정 로그 파일 경로로 아카이브
ALTER SYSTEM ARCHIVE LOG LOGFILE '/u01/oradata/redo01.log';

-- 다음 로그 아카이브
ALTER SYSTEM ARCHIVE LOG NEXT;

3단계: 현재 리두 로그 그룹 및 시퀀스 정보 조회

아카이브 대상을 정확히 지정하려면 현재 리두 로그 정보를 먼저 조회합니다.

-- 리두 로그 그룹 현황 확인
SELECT GROUP#, SEQUENCE#, STATUS, ARCHIVED, MEMBERS
FROM V$LOG
ORDER BY GROUP#;

-- 리두 로그 멤버(파일) 정보 확인
SELECT GROUP#, MEMBER, STATUS
FROM V$LOGFILE
ORDER BY GROUP#;

-- 아카이브 로그 이력 확인
SELECT SEQUENCE#, NAME, FIRST_TIME, NEXT_TIME, ARCHIVED
FROM V$ARCHIVED_LOG
ORDER BY SEQUENCE# DESC
FETCH FIRST 10 ROWS ONLY;

4단계: 만약 ARCHIVELOG 모드 전환이 필요한 경우

실무에서는 NOARCHIVELOG 모드보다 ARCHIVELOG 모드를 권장합니다. 전환 절차는 다음과 같습니다.

-- ARCHIVELOG 모드로 전환 (MOUNT 상태에서 실행)
SHUTDOWN IMMEDIATE;
STARTUP MOUNT;

-- 아카이브 로그 목적지 설정
ALTER SYSTEM SET LOG_ARCHIVE_DEST_1 = 'LOCATION=/u01/archive' SCOPE=SPFILE;
ALTER SYSTEM SET LOG_ARCHIVE_FORMAT = 'arch_%t_%s_%r.arc' SCOPE=SPFILE;

-- ARCHIVELOG 모드로 전환
ALTER DATABASE ARCHIVELOG;

-- 데이터베이스 오픈
ALTER DATABASE OPEN;

-- 전환 결과 확인
SELECT LOG_MODE FROM V$DATABASE;
-- 결과: ARCHIVELOG

5단계: 기존 스크립트 수정

기존 스크립트에서 에러가 발생하는 경우 아래와 같이 모드 체크 로직을 추가합니다.

-- 아카이브 모드 확인 후 조건부 실행 예시
DECLARE
  v_log_mode VARCHAR2(20);
BEGIN
  SELECT LOG_MODE INTO v_log_mode FROM V$DATABASE;
  
  IF v_log_mode = 'ARCHIVELOG' THEN
    -- ARCHIVELOG 모드에서는 ALL 사용 가능
    EXECUTE IMMEDIATE 'ALTER SYSTEM ARCHIVE LOG ALL';
    DBMS_OUTPUT.PUT_LINE('ARCHIVELOG 모드: 전체 아카이브 완료');
  ELSE
    -- NOARCHIVELOG 모드에서는 CURRENT 또는 특정 식별자 사용
    EXECUTE IMMEDIATE 'ALTER SYSTEM ARCHIVE LOG CURRENT';
    DBMS_OUTPUT.PUT_LINE('NOARCHIVELOG 모드: 현재 로그 아카이브 완료');
  END IF;
END;
/

예방 방법

1. 데이터베이스 모드 확인 자동화 및 표준 스크립트 관리

모든 아카이브 관련 스크립트 실행 전 반드시 데이터베이스 모드를 자동으로 확인하는 루틴을 포함시키세요. 위의 PL/SQL 블록처럼 V$DATABASE의 LOG_MODE를 체크하여 ARCHIVELOG 여부에 따라 다른 명령을 실행하도록 스크립트를 표준화하면 환경이 달라도 동일한 스크립트를 안전하게 사용할 수 있습니다. 또한 운영 DB와 개발/테스트 DB별로 별도의 스크립트를 유지 관리하고, 각 스크립트의 헤더에 대상 데이터베이스 이름과 아카이브 모드를 명시적으로 주석으로 기재하는 습관을 권장합니다.

2. 운영 환경에서 ARCHIVELOG 모드 사용 및 주기적 모드 검증

실무에서 운영 데이터베이스는 반드시 ARCHIVELOG 모드로 운영해야 합니다. NOARCHIVELOG 모드는 데이터 복구 시 마지막 백업 이후의 트랜잭션 복구가 불가능하므로, 운영 환경에서는 적합하지 않습니다. 또한 정기적인 DBA 점검 항목에 각 데이터베이스의 아카이브 모드 확인을 포함시키고, 모니터링 도구(Oracle Enterprise Manager 또는 커스텀 모니터링 스크립트)를 통해 NOARCHIVELOG 모드로 실행 중인 운영 DB가 없는지 주기적으로 검증하는 절차를 수립하세요.