프로덕션 환경에서 Tempdb를 축소하는 모범 사례

SQL Server 2008에서 임시 DB를 축소 할 때 사용하는 가장 좋은 방법은 무엇입니까?

다음을 사용하는 것이 위험합니까?

use tempdb
GO

DBCC FREEPROCCACHE -- clean cache
DBCC DROPCLEANBUFFERS -- clean buffers
DBCC FREESYSTEMCACHE ('ALL') -- clean system cache
DBCC FREESESSIONCACHE -- clean session cache
DBCC SHRINKDATABASE(tempdb, 10); -- shrink tempdb
dbcc shrinkfile ('tempdev') -- shrink db file
dbcc shrinkfile ('templog') -- shrink log file
GO

-- report the new file sizes
SELECT name, size
FROM sys.master_files
WHERE database_id = DB_ID(N'tempdb');
GO

Tempdb의 일반적인 사용법을 사전에 모니터링하고 그에 따라 크기를 설정하는 것이 가장 좋습니다. Tempdb가 이러한 크기와 PROD 환경으로 성장한 경우는 매주 유지 관리 중에 SQL Server 서비스를 다시 시작합니다. 그 후 Tempdb는 구성된 크기로 돌아갑니다.

Tempdb를 사용하지 않는 한 파일 축소는 괜찮습니다. 그렇지 않으면 차단 및 교착 상태로 인해 기존 트랜잭션이 성능 관점에서 영향을받을 수 있습니다.

클리닝 프로 시저 캐시, 버퍼 캐시 등은 다시 작성되지 않을 때까지 데이터베이스 성능 자체에 부정적인 영향을 미칩니다. 나는 PROD에서 이것을하지 않을 것입니다.

희망이 도움이됩니다!