SQL Server 2008 R2 인덱스 다시 작성이 심각도 17로 실패


12

때때로 인덱스 유지 보수 중에 재 빌드중인 오브젝트에 충분한 공간을 할당 할 수없는 SEV 17 오류와 함께 작업이 실패합니다. 데이터베이스는 다음과 같이 구성됩니다.

Data_file1    PRIMARY    0 growth         0% free                Max Size UNLIMITED
Data_file2    PRIMARY    0 growth         0% free                Max Size UNLIMITED
Data_file3    PRIMARY    0 growth         Less than 1% free      Max Size UNLIMITED
Data_file4    PRIMARY    250 MB growth    Less than 1% free      Max Size UNLIMITED

기본적으로 4 개의 데이터 파일 중 3 개가 가득 차서 커질 수 없으며, 4 번째 파일이 가득 차서 커질 수 있습니다. 파일이 여러 LUN에 분산되어 있으며 그 이유가 지저분한 이유입니다. 따라서 온라인 인덱스 재 구축이 시작되면 추가 공간이 필요하면 Data_file4로 커지고 괜찮을 것이지만 성장이 허용되지 않고 실패하는 다른 파일로 자라려고한다는 것을 이해합니다. 이 오류를 재현 할 수 없지만 왜 이런 일이 발생했는지 누군가가 궁금해하고있었습니다.

전체 SQL Server 버전은 2008 R2 Enterprise, SP2 CU 4 (10.50.4270)입니다. Ola Hallengren의 재 구축 스크립트를 사용하여 온라인으로 재 구축하지만 정렬하지는 않습니다 tempdb.


최대 파일 크기가 지정되어 있습니까? 문서에 If max_size is not specified, the file size will increase until the disk is full.자동 증가가 해제되어 있으면 해당 파일에서 할당하려고 시도 해서는 안되지만 ( A value of 0 indicates that automatic growth is set to off and no additional space is allowed.) 버그가있을 수 있으므로 Granted 는 Granted 라고 말합니다 . 설정되지 않은 경우 시도해 보지 않아도됩니다.
Jon Seigel

max_size is성장이 0 인 경우에도 현재 무제한으로 설정되어 있습니다. 나는 지금 내 재현 테스트에서 이것을 조사하고 있습니다.
Mike Fal

결과를 기록하고 있습니까? 기록 레코드를 유지하면 오류가 발생할 때마다 동일한 색인에서 오류가 발생합니까?
Cougar9000

문제의 색인이 몇 페이지입니까?
Mark Wilkinson

또한 스크립트에서 생성 된 오류입니까, 아니면 실제 SQL Server 오류입니까? 데이터 파일 크기 제한이 아닌 트랜잭션 로그 크기 제한에 도달했는지 스크립트가 오류를 잘못 처리하는지 궁금하기 때문에 묻습니다.
Mark Wilkinson

답변:


1

내 경험에 따르면 인덱스가있는 파일 그룹에서 항상 온라인 재구성을 수행해야합니다. 기존 색인을 맵핑하고 본질적으로 하나의 사본을위한 충분한 공간을 보유해야합니다.

맵핑 (사본)을 보유하기에 너무 큰 색인을 재 빌드 할 때만 오류가 발생해야합니다. 예를 들어, 한 번은 Ola의 스크립트에서 규정하기에 충분히 단편화되고 다음에 그렇지 않을 수 있습니다.

인덱스 관련 디스크 공간 문제가 발생할 때 여러 번 읽어야 하는 훌륭한 기사 http://technet.microsoft.com/en-us/library/ms179542(v=sql.105).aspx 가 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.