tempdb 로그 파일 모범 사례

tempdb 데이터 파일을 구성하는 방법에 대한 많은 블로그를 읽었지만 tempdb 로그 파일 에 관한 정보를 찾지 못했습니다 .

현재 tempdb와 함께 사용하는 전략은 다음과 같습니다.

• tempdb 데이터 파일을 분할하는 방법에 대해 Paul Randal 의 권장 사항을 사용했습니다.
• tempdb 데이터 파일의 크기를 최대 및 비활성화 된 자동 증가로 설정했습니다. 예를 들어, 100GB의 디스크 여유 공간이 있고 8 개의 tempdb 데이터 파일 크기를 각각 10GB로 설정합니다. 이렇게하면 Brent Ozar가 권장 하는 디스크 조각화를 방지 하고 로그 파일을 위해 20GB의 여유 공간이 있습니다.

그러나 내가 말했듯이 아무도 tempdb 로그 파일 에 대해 이야기하고 있지 않습니다. 어떻게해야합니까? 내 설정에서이 파일은 tempdb 데이터 파일과 같은 위치에 있습니다. tempdb 로그 파일과 함께 사용해야하는 크기와 자동 증가 값은 무엇입니까?

트랜잭션 로그를 통해 얼마나 많은 데이터가 흐를 것인지에 달려 있습니다. 오늘 로그가 얼마나 커지는 지보십시오. SQL을 시작할 때 로그가 최소한 그 크기가되도록 구성해야합니다. 내 고객의 대부분은 tempdb에 대한 3-4 Gig 트랜잭션 로그로 끝납니다. 여기에는 VLF가 몇 개 들어 있으며 모든 것이 훌륭하고 원활하게 작동합니다.

하드웨어가 데이터에 동시에 쓰고 동시에 성능을 향상시킬 수있는 경우 로그 파일을 별도의 물리적 / 디스크 배열에 저장하라는 지시를 항상 들었습니다. 20G tempdb 제한을 생성 한 제한이 크기에 대한 답변을 정의 할 수 있다고 생각합니다. 자동 증가의 경우 실행중인 트랜잭션과 사용 가능한 여유 공간 및 디스크의 기타 리소스에 따라 달라질 수 있습니다. 나는 일반적으로 초기 크기의 1/6을 임의로 선택합니다.

Aaron은 TempDB를 구성 할 때 스냅 샷 격리 등을 사용할지 여부와 같은 많은 변수에 의존합니다. 다음은 MS / TN 의 오래된 SQL 2005 백서입니다 . 특히 "tempdb 로깅에 필요한 공간"을 살펴보면 tempdb 로그에 어떤 종류의 트랜잭션이 기록되는지 확인할 수 있으므로 적절히 설정할 수 있습니다. 시간이 지남에 따라 모니터링하고 조정해야 할 종류의 것일 수 있습니다.

tempdb의 authogrowth까지는 과거에보고 서버 에서이 기능을 사용하지 않도록 설정했으며 오랫동안 경험 한 동작으로 인해 오랫동안 실행되는 트랜잭션이 중단되고 롤백되어 로그 공간이 즉시 해제되었지만 필자의 경우 대규모 정렬 및 조인 작업 (잘못 작성된 보고서 쿼리) 인 트랜잭션 유형. 본인은 Aaron에 동의하며 특히 거래량이 많은 상황에서 가능하면이를 피하는 것이 좋습니다.