다음을 통해 공유

온라인 인덱스 작업에 대한 지침

  • 아티클

적용 대상: SQL Server Azure SQL 데이터베이스 Azure SQL Managed Instance

온라인 인덱스 작업을 수행할 때 다음 지침이 적용됩니다.

  • 기본 테이블에 image, ntext및 textLOB(Large Object) 데이터 형식이 포함된 경우 클러스터형 인덱스는 오프라인으로 생성, 다시 작성 또는 삭제해야 합니다.
  • 테이블에 LOB 데이터 형식이 들어 있는 경우 비고유 비클러스터형 인덱스를 온라인 상태로 만들 수 있지만 이러한 열은 인덱스 정의에 키 또는 키가 아닌 포괄 열로 사용되지 않습니다.
  • 로컬 임시 테이블의 인덱스는 온라인에서 만들거나 다시 작성하거나 삭제할 수 없습니다. 이 제한은 전역 임시 테이블의 인덱스에는 적용되지 않습니다.
  • 예기치 않은 오류, 데이터베이스 장애 조치(failover) 또는 PAUSE 명령 후 중지된 지점부터 인덱스를 다시 시작할 수 있습니다. 인덱스 만들기 및 인덱스 변경을 참조하세요.

참고 항목

온라인 인덱스 작업은 일부 Microsoft SQL Server 버전에서 사용할 수 없습니다. SQL Server 버전에서 지원되는 기능 목록은 SQL Server 2022의 버전과 지원하는 기능을 참조하세요.

다음 표에서는 온라인으로 수행 가능한 인덱스 작업, 이러한 온라인 작업에서 제외된 인덱스, 다시 시작 가능한 인덱스 제한을 보여줍니다. 추가 제한 사항도 포함됩니다.

온라인 인덱스 작업 제외된 인덱스 기타 제한 사항
ALTER INDEX REBUILD 비활성화된 클러스터형 인덱스 또는 비활성화된 인덱싱 뷰

XML 인덱스

Columnstore 인덱스

로컬 임시 테이블의 인덱스		 키워드를 ALL로 지정하면 테이블에 제외된 인덱스가 들어 있는 경우 작업이 실패할 수 있습니다.

비활성 인덱스 다시 작성에 대한 추가 제한이 적용됩니다. 자세한 내용은 인덱스 및 제약 조건 비활성화를 참조하세요.
CREATE INDEX XML 인덱스

뷰의 초기 고유 클러스터형 인덱스

로컬 임시 테이블의 인덱스
CREATE INDEX WITH DROP_EXISTING 비활성화된 클러스터형 인덱스 또는 비활성화된 인덱싱 뷰

로컬 임시 테이블의 인덱스

XML 인덱스
DROP INDEX 비활성 인덱스

XML 인덱스

비클러스터형 인덱스

로컬 임시 테이블의 인덱스		 단일 문에 여러 인덱스를 지정할 수 없습니다.
ALTER TABLE ADD CONSTRAINT(PRIMARY KEY 또는 UNIQUE) 로컬 임시 테이블의 인덱스

클러스터형 인덱스		 한 번에 하나의 하위 절만 허용됩니다. 예를 들어 동일한 ALTER TABLE 문에 PRIMARY KEY 또는 UNIQUE 제약 조건을 추가 및 삭제할 수 없습니다.
ALTER TABLE DROP CONSTRAINT(PRIMARY KEY 또는 UNIQUE) 클러스터형 인덱스

온라인 인덱스 작업이 진행되는 동안에는 기본 테이블을 변경하거나 자르거나 삭제할 수 없습니다.

클러스터형 인덱스를 만들거나 삭제할 때 지정한 온라인 옵션 설정(ON 또는 OFF)은 다시 작성해야 하는 비클러스터형 인덱스에 적용됩니다. 예를 들어 CREATE INDEX WITH DROP_EXISTING, ONLINE=ON를 사용하여 클러스터형 인덱스를 온라인으로 빌드하는 경우 연결된 모든 비클러스터형 인덱스도 온라인으로 다시 만들어집니다.

인덱스 작성기와 동시 사용자 트랜잭션에서 UNIQUE 인덱스를 온라인으로 만들거나 다시 작성할 때 동일한 키를 삽입하려고 시도하여 고유성을 위반할 수 있습니다. 원본 테이블의 원래 행을 새 인덱스로 이동하기 전에 사용자가 입력한 행을 새 인덱스(대상)에 삽입하면 온라인 인덱스 작업이 실패합니다.

일반적이지는 않지만 온라인 인덱스 작업으로 인해 사용자 또는 애플리케이션 활동으로 인해 데이터베이스 업데이트와 상호 작용할 때 교착 상태가 발생할 수 있습니다. 이러한 드문 경우에서 SQL Server 데이터베이스 엔진이 사용자 또는 애플리케이션 활동을 교착 상태의 희생자로 선택합니다.

여러 개의 새로운 비클러스터형 인덱스를 만들거나 비클러스터형 인덱스를 다시 구성할 때만 동일한 테이블 또는 뷰에서 동시 온라인 인덱스 DDL 작업을 수행할 수 있습니다. 동시에 수행된 다른 온라인 인덱스 작업이 모두 실패합니다. 예를 들어 동일한 테이블에서 기존 인덱스를 온라인으로 다시 작성하면서 새 인덱스를 온라인으로 생성할 수 없습니다.

인덱스에 큰 개체 형식의 열이 포함되어 있고 동일한 트랜잭션에 이 온라인 작업 전에 업데이트 작업이 있는 경우 온라인 작업을 수행할 수 없습니다. 이 문제를 해결하려면 트랜잭션 외부에 온라인 작업을 배치하거나 트랜잭션의 업데이트 앞에 배치합니다.

디스크 공간 고려 사항

온라인 인덱스 작업에는 오프라인 인덱스 작업보다 더 많은 디스크 공간 요구 사항이 필요합니다.

  • 인덱스 만들기 및 인덱스 다시 빌드 작업 동안 빌드(또는 다시 빌드)할 인덱스에 대해 추가 공간이 필요합니다.
  • 또한 임시 매핑 인덱스에 대해서도 디스크 공간이 필요합니다. 이 임시 인덱스는 클러스터형 인덱스를 만들거나 다시 작성하거나 삭제하는 온라인 인덱스 작업에 사용됩니다.
  • 온라인 상태에서 클러스터형 인덱스를 삭제하는 작업은 온라인 상태에서 클러스터형 인덱스를 만드는 작업(또는 다시 빌드)에 필요한 공간과 동일한 크기가 필요합니다.

자세한 내용은 인덱스 DDL 작업에 필요한 디스크 공간 요구 사항을 참조하세요.

성능 고려 사항

온라인 인덱스 작업은 동시 사용자 업데이트 활동을 허용하지만 업데이트 활동이 매우 많은 경우 인덱스 작업이 더 오래 걸릴 수 있습니다. 일반적으로 온라인 인덱스 작업은 동시 업데이트 작업 수준과 상관없이 같은 양의 오프라인 인덱스 작업보다 느립니다.

원본 구조와 대상 구조는 모두 온라인 인덱스 작업 중에 유지 관리되므로 삽입, 업데이트 및 삭제 트랜잭션에 대한 리소스 사용량이 증가하여 최대 두 배까지 증가할 수 있습니다. 이로 인해 인덱스 작업 중에 성능이 저하되고 리소스 사용량, 특히 CPU 시간이 늘어나게 될 수 있습니다. 온라인 인덱스 작업은 완전히 기록됩니다.

온라인 작업을 권장하지만 환경 및 특정 요구 사항을 평가해야 합니다. 인덱스 작업을 오프라인으로 실행하는 것이 최적일 수 있습니다. 이렇게 하면 작업 중에 데이터에 대한 사용자 액세스가 제한되지만 작업이 더 빠르게 완료되고 더 적은 리소스를 사용합니다.

다중 프로세서 컴퓨터에서 SQL Server 2016(13.x) 이상을 실행하는 경우 인덱스 문은 다른 쿼리와 마찬가지로 인덱스 문과 관련된 검색 및 정렬 작업을 수행하기 위해 더 많은 프로세서를 사용할 수 있습니다. MAXDOP 인덱스 옵션을 사용하여 온라인 인덱스 작업 전용 프로세서 수를 제어할 수 있습니다. 이런 방법으로 인덱스 작업에 사용되는 리소스와 동시 사용자의 리소스 간에 균형을 유지할 수 있습니다. 자세한 내용은 병렬 인덱스 작업 구성을 참조하세요. 병렬 인덱스 작업을 지원하는 SQL Server 버전에 대한 자세한 내용은 SQL Server 2022의 버전 및 지원되는 기능을 참조하세요.

S-lock 또는 Sch-M 잠금은 인덱스 작업의 마지막 단계에서 유지되므로 BEGIN TRANSACTION ... COMMIT 블록과 같은 명시적 사용자 트랜잭션 내에서 온라인 인덱스 작업을 실행할 때 주의해야 합니다. 이 작업을 실행하면 트랜잭션이 끝날 때까지 잠금이 보유되어 사용자 동시성을 방해할 수 있습니다.

온라인 인덱스 다시 작성 작업은 1보다 큰 MAXDOP 및 ALLOW_PAGE_LOCKS=OFF로 실행되는 경우 조각화가 증가할 수 있습니다. 자세한 내용은 작동 방법: 온라인 인덱스 다시 빌드 - 조각이 늘어날 수 있음을 참조하세요.

트랜잭션 로그 고려 사항

오프라인 또는 온라인 상태에서 수행되는 대규모 인덱스 작업은 트랜잭션 로그를 빨리 채워 대용량 데이터 로드를 생성할 수 있습니다. 오프라인 및 온라인 인덱스 다시 작성 작업이 모두 완전히 기록되기 때문입니다. 인덱스 작업을 롤백할 수 있도록 인덱스 작업이 완료될 때까지는 트랜잭션 로그를 자를 수 없지만, 인덱스 작업 중에 로그를 백업할 수 있습니다.

따라서 트랜잭션 로그에는 인덱스 작업을 수행하는 동안 인덱스 작업 트랜잭션 및 동시 사용자 트랜잭션을 모두 저장할 수 있는 충분한 공간이 있어야 합니다. 자세한 내용은 Transaction Log Disk Space for Index Operations을 참조하세요.

다시 시작 가능한 인덱스 고려 사항

인덱스 및 인덱스 다시 작성을 위한 다시 시작 가능한 인덱스 옵션은 SQL Server(SQL Server 2017(14.x)부터 인덱스 다시 작성 및 SQL Server 2019(15.x)에서 지원되는 인덱스 만들기), Azure SQL 데이터베이스에 적용됩니다. 자세한 내용은 인덱스 만들기 및 인덱스 변경을 참조하세요.

다시 시작 가능한 온라인 인덱스를 만들거나 다시 작성할 때 다음 지침이 적용됩니다.

  • 인덱스 유지 관리 기간의 관리, 계획, 확장. 유지 관리 기간에 맞게 인덱스 만들기 및 다시 작성 작업을 여러 번 일시 중지 및 다시 시작할 수 있습니다.
  • 인덱스 만들기 또는 다시 작성 오류(예: 데이터베이스 장애 조치(failover)나 디스크 공간 부족)에서 복구합니다.
  • 인덱스 작업이 일시 중지된 경우 원래 인덱스와 새로 만든 인덱스 모두 디스크 공간이 필요하며 DML 작업 중에 업데이트해야 합니다.
  • 인덱스 만들기 또는 다시 빌드 작업 중 트랜잭션 로그 잘라내기를 사용합니다.
  • SORT_IN_TEMPDB=ON 옵션은 지원되지 않습니다.
  • 비활성 인덱스는 지원되지 않습니다.

Important

다시 시작 가능한 인덱스의 만들기 또는 다시 작성에서는 장기 트랜잭션을 연 상태로 유지할 필요가 없으며, 작업 중에 로그 자르기가 허용되고 로그 공간 관리가 향상됩니다. 새 디자인을 통해 다시 시작 가능한 작업을 다시 시작하는 데 필요한 모든 참조와 함께 데이터베이스에 필요한 데이터를 유지할 수 있었습니다.

일반적으로 다시 시작 가능한 온라인 인덱스 다시 작성과 다시 시작 불가능한 온라인 인덱스 다시 작성 간에는 성능 차이가 없습니다. 다시 시작 가능한 인덱스를 만드는 경우 다시 시작 가능한 인덱스와 다시 시작 불가능한 인덱스 만들기 간에 작은 성능 차이를 일으키는 일정한 오버헤드가 있습니다. 이러한 차이는 주로 작은 테이블에서만 두드러집니다.

인덱스 작업이 일시 중지되는 동안 다시 시작 가능한 인덱스를 업데이트하는 경우:

  • 읽기가 대부분인 워크로드는 성능에 미치는 영향이 크지 않습니다.
  • 업데이트가 많은 워크로드는 약간의 처리량 저하가 발생할 수 있습니다(테스트는 10% 미만의 성능 저하를 보여줍니다).

일반적으로 다시 시작 가능한 온라인 인덱스 만들기 또는 다시 작성과 다시 시작 불가능한 온라인 인덱스 만들기 또는 다시 작성 간에는 조각 모음 품질의 차이가 없습니다.

참고 항목

온라인 인덱스 작업이 일시 중지되는 동안 일시 중지된 인덱스를 포함하는 테이블에 테이블 수준 배타적 잠금이 필요한 작업은 실패합니다. INSERT ... WITH (TABLOCK) 작업에서 가장 자주 발생합니다. 다음 오류가 표시될 수 있습니다.

Msg 10637, Level 16, State 1, Line 32: Cannot perform this operation on 'object' with ID (objectid) as one or more indexes are currently in resumable index rebuild state. Please refer to sys.index_resumable_operations for more details.

오류 10637을 해결하려면 트랜잭션에서 TABLOCK 힌트를 제거하거나 인덱스 작업을 일시 중지하고 트랜잭션을 다시 시도하기 전에 완료될 때까지 기다립니다.

온라인 기본 옵션

ELEVATE_ONLINE 또는 ELEVATE_RESUMABLE 데이터베이스 범위 구성 옵션을 설정하여 온라인 또는 데이터베이스 수준에서 다시 시작 가능한 기본 옵션을 설정할 수 있습니다. 이러한 기본 옵션을 통해 실수로 데이터베이스 테이블을 오프라인으로 전환하는 작업을 수행하는 것을 방지할 수 있습니다. 두 옵션 모두 엔진이 특정 작업을 자동으로 온라인 또는 다시 실행 가능 실행으로 상승시키도록 합니다.
ALTER DATABASE SCOPED CONFIGURATION 명령을 사용하여 옵션을 FAIL_UNSUPPORTED, WHEN_SUPPORTED 또는 OFF로 설정할 수 있습니다. online 및 resumable에 대해 다른 값을 설정할 수 있습니다.

ELEVATE_ONLINE 및 ELEVATE_RESUMABLE은 online 및 resumable 구문을 각각 지원하는 DDL 문에만 적용됩니다. 예를 들어 ELEVATE_ONLINE=FAIL_UNSUPORTED를 사용하여 XML 인덱스를 만들려는 경우 XML 인덱스가 ONLINE= 구문을 지원하지 않으므로 작업이 오프라인으로 실행됩니다. 이 옵션은 ONLINE 또는 RESUMABLE 옵션을 지정하지 않고 제출된 DDL 문에만 적용됩니다. 예를 들어 ONLINE=OFF 또는 RESUMABLE=OFF를 사용하여 문을 제출하면 사용자가 FAIL_UNSUPPORTED 설정을 재정의하고, 오프라인으로 또는 다시 시작 가능하지 않은 방식으로 문을 실행합니다.

참고 항목

ELEVATE_ONLINE 및 ELEVATE_RESUMABLE은 XML 인덱스 작업에 적용되지 않습니다.

관련 콘텐츠