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

ORA-01554
2026년 07월 24일 | DBMS Error 가이드

이 글에서 다루는 내용

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

ORA-01554 maximum extents reached in segment in tablespace 는?

ORA-01554 에러는 Oracle 데이터베이스에서 특정 세그먼트(테이블, 인덱스 등)가 허용된 최대 익스텐트(Extent) 수에 도달했을 때 발생하는 오류입니다. Oracle은 각 세그먼트가 확장될 수 있는 익스텐트의 수를 스토리지 파라미터(MAXEXTENTS)로 제한하고 있으며, 이 한도를 초과하려는 시도가 발생할 경우 더 이상 데이터를 저장할 수 없게 됩니다. 주로 대용량 데이터 적재(INSERT), 배치 작업, 또는 장기간 운영된 테이블스페이스에서 빈번하게 나타나며, 방치할 경우 애플리케이션 전체가 멈출 수 있는 심각한 장애로 이어집니다.

주요 발생 원인

1. MAXEXTENTS 파라미터가 낮은 값으로 설정된 경우

과거 Oracle 7, 8 버전에서는 MAXEXTENTS의 기본값이 매우 낮았으며(예: 121, 505 등), 레거시 시스템을 운영 중인 환경에서는 여전히 이 낮은 값이 적용된 세그먼트가 존재합니다. 데이터가 꾸준히 증가하는 테이블이나 인덱스에서 이 한도에 도달하면 ORA-01554가 발생합니다. 특히 오래된 애플리케이션을 최신 Oracle 버전으로 마이그레이션할 때 이 설정이 그대로 이관되어 문제가 발생하는 경우가 많습니다.

2. 익스텐트 크기(INITIAL, NEXT)가 너무 작게 설정된 경우

INITIAL, NEXT 익스텐트 크기가 지나치게 작게 설정된 경우, 데이터가 증가함에 따라 수많은 소규모 익스텐트가 빠르게 생성됩니다. 이로 인해 MAXEXTENTS 한도에 예상보다 훨씬 빨리 도달하게 되는 문제가 발생합니다. 예를 들어 NEXT 크기를 8KB로 설정한 경우, 수백만 건의 데이터를 저장하면 수천 개의 익스텐트가 생성되어 순식간에 한도를 초과하게 됩니다.

3. AUTOEXTEND 및 UNLIMITED EXTENTS 설정 미적용

Oracle 8i 이후부터는 MAXEXTENTS UNLIMITED 설정이 가능하지만, 구형 방식으로 생성된 테이블스페이스나 세그먼트에는 이 설정이 적용되어 있지 않을 수 있습니다. AUTOEXTEND가 꺼져 있거나 MAXEXTENTS가 명시적으로 제한된 경우, 테이블스페이스 공간이 물리적으로 남아 있음에도 익스텐트 수 제한으로 인해 ORA-01554가 발생합니다. 이는 공간 부족(ORA-01653)과는 별개의 문제이므로 혼동하지 않아야 합니다.

해결 방법

방법 1: MAXEXTENTS를 UNLIMITED로 변경

가장 빠르고 효과적인 해결 방법은 해당 세그먼트의 MAXEXTENTS를 UNLIMITED로 설정하는 것입니다.

-- 테이블의 MAXEXTENTS를 UNLIMITED로 변경
ALTER TABLE schema_name.table_name
  STORAGE (MAXEXTENTS UNLIMITED);

-- 인덱스의 MAXEXTENTS를 UNLIMITED로 변경
ALTER INDEX schema_name.index_name
  STORAGE (MAXEXTENTS UNLIMITED);

-- 현재 세그먼트의 익스텐트 수 및 MAXEXTENTS 확인
SELECT segment_name,
       segment_type,
       extents,
       max_extents,
       tablespace_name
FROM   dba_segments
WHERE  owner = 'SCHEMA_NAME'
  AND  segment_name = 'TABLE_NAME';

방법 2: 익스텐트 크기 재설정 및 세그먼트 재구성

익스텐트 크기가 너무 작게 설정된 경우, NEXT 크기를 크게 조정하고 세그먼트를 재구성합니다.

-- NEXT 익스텐트 크기를 늘려 향후 익스텐트 수 증가 억제
ALTER TABLE schema_name.table_name
  STORAGE (NEXT 100M MAXEXTENTS UNLIMITED);

-- 세그먼트 재구성 (단편화 해소 및 익스텐트 수 감소)
-- 방법 1: MOVE를 이용한 재구성
ALTER TABLE schema_name.table_name MOVE TABLESPACE new_tablespace_name;

-- 방법 2: SHRINK를 이용한 공간 회수 (ROW MOVEMENT 활성화 필요)
ALTER TABLE schema_name.table_name ENABLE ROW MOVEMENT;
ALTER TABLE schema_name.table_name SHRINK SPACE CASCADE;

-- MOVE 후 인덱스 재빌드 필수
ALTER INDEX schema_name.index_name REBUILD;

방법 3: 문제 세그먼트 진단 쿼리

ORA-01554가 발생한 직후 빠르게 문제 세그먼트를 식별하는 쿼리입니다.

-- MAXEXTENTS에 근접한 세그먼트 조회 (90% 이상 사용)
SELECT owner,
       segment_name,
       segment_type,
       tablespace_name,
       extents,
       max_extents,
       ROUND(extents / DECODE(max_extents, 0, 1, max_extents) * 100, 2) AS pct_used
FROM   dba_segments
WHERE  max_extents != 2147483645  -- UNLIMITED가 아닌 경우
  AND  extents / DECODE(max_extents, 0, 1, max_extents) >= 0.9
ORDER BY pct_used DESC;

-- 특정 테이블스페이스의 전체 세그먼트 익스텐트 현황
SELECT segment_name,
       segment_type,
       extents,
       max_extents,
       bytes / 1024 / 1024 AS size_mb
FROM   dba_segments
WHERE  tablespace_name = 'YOUR_TABLESPACE_NAME'
ORDER BY extents DESC;

방법 4: LOCALLY MANAGED TABLESPACE로 전환

DICTIONARY MANAGED TABLESPACE를 사용 중이라면 LOCALLY MANAGED TABLESPACE(LMT)로 전환하면 MAXEXTENTS 제한 문제를 근본적으로 해소할 수 있습니다.

-- 현재 테이블스페이스 관리 방식 확인
SELECT tablespace_name,
       extent_management,
       allocation_type
FROM   dba_tablespaces
WHERE  tablespace_name = 'YOUR_TABLESPACE_NAME';

-- LMT 방식으로 새 테이블스페이스 생성 (권장)
CREATE TABLESPACE new_lmt_ts
  DATAFILE '/oradata/new_lmt_ts01.dbf' SIZE 10G AUTOEXTEND ON NEXT 512M MAXSIZE 50G
  EXTENT MANAGEMENT LOCAL AUTOALLOCATE
  SEGMENT SPACE MANAGEMENT AUTO;

-- 기존 테이블을 새 테이블스페이스로 이동
ALTER TABLE schema_name.table_name MOVE TABLESPACE new_lmt_ts;

예방 방법

1. 정기적인 세그먼트 익스텐트 모니터링 자동화

운영 환경에서는 익스텐트 사용률을 주기적으로 모니터링하고, 임계치 도달 전에 사전 조치를 취하는 것이 필수입니다. 아래와 같이 모니터링 쿼리를 스케줄러(DBMS_SCHEDULER 또는 OS Cron)에 등록하고, 80% 이상 사용 시 DBA에게 알림을 보내도록 구성하세요. 신규 테이블스페이스는 반드시 EXTENT MANAGEMENT LOCAL과 MAXEXTENTS UNLIMITED를 기본 설정으로 생성하고, 레거시 객체들도 정기적으로 검토하여 낮은 MAXEXTENTS 설정을 사전에 수정합니다.

-- 모니터링 쿼리 (DBMS_SCHEDULER Job으로 등록 권장)
SELECT owner,
       segment_name,
       segment_type,
       extents,
       max_extents,
       ROUND(extents / DECODE(max_extents, 0, 1, max_extents) * 100, 2) AS pct_used
FROM   dba_segments
WHERE  max_extents NOT IN (0, 2147483645)
  AND  extents / DECODE(max_extents, 0, 1, max_extents) >= 0.8
ORDER BY pct_used DESC;

2. 신규 객체 생성 시 표준 스토리지 가이드라인 수립

모든 신규 테이블 및 인덱스는 반드시 LOCALLY MANAGED TABLESPACE에 생성하고, STORAGE (MAXEXTENTS UNLIMITED)를 명시하는 내부 개발 표준을 수립합니다. INITIAL 및 NEXT 익스텐트 크기도 예상 데이터 증가량을 고려하여 충분히 크게(최소 1MB 이상) 설정하며, 소규모 익스텐트 남용을 방지하기 위한 코드 리뷰 프로세스를 도입합니다. DBA와 개발팀 간 정기적인 스토리지 리뷰 미팅을 월 1회 이상 실시하여 잠재적인 공간 문제를 사전에 식별하고 대응합니다.