SQL Server 에서 "자동" 및 "자동 축소" 설정 위한 고려 사항

기술 자료 번역 기술 자료 번역
기술 자료: 315512 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

요약

기본 자동 증가자동 축소 설정이 없는 많은 SQL Server 튜닝 제대로 시스템. 그러나 가지 환경에 위치를 사용하면 설정을 해제하려면 권한이 없거나 자동 증가자동 축소 매개 변수를 조정해야 할 수 있습니다. 이 문서에서는 사용자 환경에 맞게 설정을 선택할 때 지침이 되는 배경 정보를 제공합니다.

추가 정보

자동 증가자동 축소 매개 변수를 조정하여 결정한 경우 고려해야 할 몇 가지 있습니다.

어떻게 설정을 구성하지?

  1. 다음 중 하나를 사용하여 자동 축소자동 증가 설정을 구성할 수 있습니다.
    • ALTER DATABASE 문 (SQL Server 7 .0에서 사용할 수 없음)
    • SQL Server 관리 Studio 또는 SQL 엔터프라이즈 관리자
    • sp_dboption 저장 프로시저 (SQL Server 2005에서 사용되지 않음)
    참고 SQL Server 2005를 사용하는 경우에는 SQL Server 관리 Studio 대신 SQL 엔터프라이즈 관리자를 사용하십시오. 이 설정은 SQL Server 2005에서 설정하는 방법에 대한 자세한 내용은 다음 MSDN Microsoft 개발자 네트워크 웹 사이트를 방문하십시오.
    방법: 데이터베이스 (SQL Server 관리 Studio) 데이터 또는 로그 파일 추가
    http://msdn2.microsoft.com/en-us/library/ms189253.aspx
    데이터베이스 속성 (파일 페이지)
    http://msdn2.microsoft.com/en-us/library/ms180254.aspx
    데이터베이스를 만들 때 자동 증가 옵션을 구성할 수도 있습니다.

    SQL 엔터프라이즈 관리자 (SEM) 의 데이터베이스 속성을 통해 현재 설정을 볼 수 있습니다. 다음 Transact-SQL 명령을 실행할 수 있습니다:
    sp_helpdb [ [ @dbname= ] 'name' ]
  2. 각 파일 자동 증가 설정이 염두에 두십시오. 따라서 각 데이터베이스에는 하나의 기본 데이터 파일 및 기본 로그 파일에 대해 하나씩 적어도 두 곳에 설정할 수 있습니다. 데이터 및 로그 파일을 여러 개 있으면 각 파일에 대한 옵션을 설정해야 합니다. 사용자 환경에 따라 각 데이터베이스 파일에 대해 다른 설정으로 종료될 수 있습니다.

성능 관련 문제를 무엇입니까?

  • 실행한 트랜잭션을 사용할 수 있는 것보다 더 많은 로그 공간을 사용하려면 자동 증가 옵션을 해당 데이터베이스의 트랜잭션 로그에 대해 설정된 경우 트랜잭션을 완료하는 데 걸리는 시간이 구성된 값만큼 증가 트랜잭션 로그를 걸리는 시간이 포함합니다. 다음 증분 큰 시간이 오래 걸리는 하는 몇 가지 요인이 있을 경우 트랜잭션 열 쿼리 시간 초과 오류로 인해 실패할 수 있습니다. 데이터베이스의 데이터 부분 사용하여 자동에서 같은 종류의 문제가 발생할 수 있습니다. 자동 증가 구성을 변경하려면 SQL Server 설명서의 "ALTER DATABASE" 항목을 온라인으로 참조하십시오.
  • 성장 로그에 필요한 많은 트랜잭션을 실행하면 다른 트랜잭션이 트랜잭션 로그에 대한 쓰기를 할 수도 성장 작업이 완료될 때까지 기다려야 합니다.
  • 자동 증가자동 축소 옵션이 결합할 경우 오버헤드가 필요하지 않은 만들 수 있습니다. 성장, 트리거 및 축소 작업을 임계값을 않는 일으키지 위쪽 및 아래쪽 크기 변경이 자주 확인하십시오. 예를 들어, 100 MB 트랜잭션 로그가 증가할 수 이를 커밋 시간별로 인해 트랜잭션이 실행될 수 있습니다. 일부 후에는 자동 축소 시작하고 100 MB 트랜잭션 로그를 축소하는 시간입니다. 같은 트랜잭션에서 실행되는 다음 트랜잭션 로그를 다시 100 MB 증가하도록 합니다. 이 예제에 중 어느 하나를 성능이 저하될 수 로그 파일 조각화를 오버헤드가 잠재적으로 만들기 불필요한 만드는 것입니다.
  • 데이터 또는 로그 파일 크기를 변경하지 못하도록 물리적 조각화가 심각한 영향을 사용자 성능에 미칠 수 있습니다. 자동 설정 사용 여부와 있고 여부를 수동으로 증가 파일을 자주 축소 마찬가지입니다.
  • 조금, 데이터베이스 증가할 경우 또는 이를 증가할 경우 이를 축소할 디스크 조각화는 결국 수 있습니다. 디스크 조각화 경우에 성능 문제가 발생할 수 있습니다. 작은 성장 증가분을 시나리오는 시스템의 성능을 줄일 수도 있습니다.
  • SQL Server 2005 또는 이후 버전의 인스턴트 파일 초기화를 사용할 수 있습니다. 인스턴트 파일 초기화를 데이터 파일 파일 할당 속도를 높여줍니다. 인스턴트 파일 초기화를 로그 파일에 적용되지 않습니다.
  • 로그 파일에서 파일 증가 많은 경우 지나치게 많은 가상 로그 파일 (VLF의) 있을 수 있습니다. 이 데이터베이스 시작/온라인 작업, 미러링, 복제 성능 문제가 발생할 수 있으며 변경 데이터 캡처 (CDC) 있습니다. 또한 이 경우에 따라 데이터 수정 함께 성능 문제가 발생할 수 있습니다.

최상의 방법

  • 관리되는 프로덕션 시스템에 대해 자동 증가 예기치 않은 성장 위한 긴급 복구 단순히 수 고려해야 합니다. 자동 증가 매일 사용자 데이터 및 로그 증가 관리하지 않습니다.
  • 알림 모니터링 프로그램 또는 파일 크기를 모니터링하고, 사전 파일이 증가할 수 있습니다. 조각화를 방지할 수 있습니다. 그리고 비 사용량이 가장 많은 시간에 이러한 유지 관리 작업을 이동할 수 있습니다.
  • 자동 축소자동 증가 신중히 숙련된 데이터베이스 관리자가 평가해야 합니다 (DBA) 남아 있어야 합니다 관리되지 않는.
  • 자동 증가 이전 절에 나열된 성능 저하를 방지하려면 크기보다 커야 합니다. 구성 설정 및 비율 증가 및 특정 MB 크기의 증가를 중에서 사용할 정확한 값을 사용자 환경의 여러 가지 요인에 따라 달라집니다. 사용할 수 있는 일반적인 경험에 사용자가 직접 테스트 파일 크기가 약 1-8로 자동 증가 설정을 설정할 것입니다.
  • 한 파일에 있는 모든 사용 가능한 디스크 공간을 사용하는 지점에 커지는 것을 막기 위해 각 파일에 대해 <maxsize>설정을 활성화하십시오.
  • 트랜잭션 크기가 예상치 못한 파일 커지지 않도록 하는 가능한 작게 유지하십시오.

왜 크기 설정을 자동으로 제어 경우 디스크 공간에 대한 고려해야 합니까?

  • 자동 증가 설정을 파일에 정의되는 드라이브의 사용 가능한 디스크 공간 제한 초과하는 데이터베이스 크기의 크기를 늘릴 수 없습니다. 따라서 데이터베이스 크기 자동 증가 기능을 사용하는 경우 사용 가능한 하드 디스크 공간을 계속 독립적으로 확인해야 합니다. 또한 각 파일에 대해 선택한 MAXSIZE 매개 변수를 자동 증가 설정이 제한됩니다. 공간이 실행 가능성을 줄이기 위해 성능 모니터 카운터를 모니터링할 SQL Server: 데이터베이스 개체: 데이터 파일 크기 (KB) 데이터베이스의 특정 크기에 도달하면 경고를 설정합니다.
  • 데이터 또는 로그 파일 증가 계획되지 않은 공간을 다른 응용 프로그램에서 사용할 수 있도록 예상되는 및 이러한 다른 응용 프로그램에 문제가 발생할 수 있습니다 걸릴 수 있습니다.
  • 트랜잭션 로그의 증가분을 미리 트랜잭션 단위의 요구 사항을 유지하기 위해 크기보다 커야 합니다. 설정되어 있는 경우에도 자동 증가 함께, 트랜잭션 로그 이를 빨리 쿼리의 요구를 충족시킬 수 커질 수 없는 경우 꽉 차지 메시지를 받을 수 있습니다.
  • SQL Server 데이터베이스 자동 축소 구성된 임계값을 적중 있어야 지속적으로 테스트하지 않습니다. 대신 시 사용 가능한 데이터베이스를 찾은 후 자동 축소를 위해 구성된 첫 번째 찾습니다. 해당 데이터베이스를 검사하고 필요한 경우 해당 데이터베이스가 축소됩니다. 그런 다음 자동 축소에 대해 구성한 다음 데이터베이스를 확인하기 전에 몇 분 정도 기다립니다. 즉, SQL Server 있지 않는 한 번에 모든 데이터베이스를 확인하여 및 한 번에 모두 축소. 일정 기간 동안 데이터를 로드 겹치지 않게 라운드 로빈 방식으로 데이터베이스를 통해 사용할 수 있습니다. 따라서 특정 SQL Server 인스턴스의 수를 데이터베이스에 자동 축소를 위해 구성된 따라, 데이터베이스가 실제로 축소될 때까지 임계값을 적중 시간에서 몇 시간이 걸릴 수 있습니다.

참조

증가 및 데이터베이스 및 로그 파일을 축소하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
256650SQL Server 7.0 트랜잭션 로그를 축소하는 방법
272318SQL Server 2000에서 DBCC SHRINKFILE을 사용하여 트랜잭션 로그를 축소하는 방법
317375트랜잭션 로그가 예기치 않게 커질 또는 SQL Server를 실행하는 컴퓨터에서 전체
247751BUG: 데이터베이스 유지 관리 계획의 데이터베이스 축소
305635데이터베이스를 자동으로 확장할 때 시간 제한이 발생합니다.
949523"초기 크기" 속성 값과 크기 자동 증가 속성 값이 작은 트랜잭션 복제 대기 시간을 SQL Server 2005의 높은 있습니다.
데이터베이스 파일 초기화하는 방법에 대한 자세한 내용은 다음 MSDN Microsoft 개발자 네트워크 웹 사이트를 방문하십시오.
Database file initialization
인스턴트 파일 초기화를 사용하도록 설정하는 방법에 대한 자세한 내용은 다음 Microsoft 웹 사이트를 방문하십시오.
How and why to enable instant file initialization
트랜잭션 로그 물리 아키텍처에 대한 자세한 내용은 다음 MSDN 웹 사이트를 방문하십시오.
Transaction log physical architecture

SQL Server 온라인 설명서, 항목: "트랜잭션 로그 물리적 아키텍처", "트랜잭션 로그 축소를"

속성

기술 자료: 315512 - 마지막 검토: 2008년 3월 7일 금요일 - 수정: 7.4
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Workgroup Edition
키워드:?
kbmt kbinfo KB315512 KbMtko
기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.
이 문서의 영문 버전 보기:315512

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com