Найкраща практика зменшення Tempdb у виробничих умовах

Яку найкращу практику слід використовувати при зменшенні тимчасового db у SQL Server 2008?

Чи ризикувати використовувати наступне?

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 env, я б перезапустив служби SQL Server під час щотижневого обслуговування. Там після Tempdb повернеться до налаштованого розміру.

Стискання файлу добре, доки Tempdb не використовується, інакше існуючі транзакції можуть вплинути з точки зору продуктивності через блокування та тупикові місця.

Кеш процедур очищення, кеш-пам'ять буфера тощо буде мати негативний вплив на саму роботу бази даних, поки вони не будуть створені заново. Я б не робив цього в PROD.

Сподіваюся, що це допомагає!