En SQL Server 2005 y versiones posteriores, reducir la base de datos tempdb no es diferente a reducir una base de datos de usuario excepto por el hecho de que tempdb se restablece a su tamaño configurado después de cada reinicio de la instancia de SQL Server. Es seguro ejecutar la reducción en tempdb mientras la actividad de tempdb está en curso.
¿La reducción de la base de datos mejora el rendimiento?
Pero la reducción puede afectar significativamente el rendimiento de su base de datos, si no se hace correctamente. La reducción aumentará la fragmentación y hará que cualquier operación de base de datos sea costosa. Es necesario reconstruir los índices después de la reducción de la base de datos para reducir la fragmentación y aumentar el rendimiento.
¿Cómo se reduce tempdb?
Podemos usar el método GUI de SSMS para reducir TempDB también. Haga clic derecho en TempDB y vaya a Tareas. En la lista de tareas, haga clic en Reducir y puede seleccionar Base de datos o archivos. Las opciones Base de datos y Archivos son similares a los comandos DBCC SHRINKDATABASE y DBCC SHRINKFILE que explicamos anteriormente.
¿Tempdb se reduce automáticamente?
De manera predeterminada, la base de datos tempdb crece automáticamente a medida que se requiere espacio, porque el TAMAÑO MÁXIMO de los archivos está establecido en ILIMITADO. Por lo tanto, tempdb puede seguir creciendo hasta que se agote el espacio en el disco que contiene tempdb.
¿Por qué tempdb crece tanto?
El crecimiento de Tempdb es principalmente debido a consultas de bajo rendimiento, por lo que puede usar SQL Profiler y probablemente filtrar por Duración paradetermine si hay algún procedimiento almacenado que esté tardando más de x segundos en ejecutarse.