A SQL Server 2005 i versions posteriors, reduir la base de dades tempdb no és diferent que reduir una base de dades d'usuari, excepte pel fet que tempdb es restableix a la seva mida configurada després de cada reinici de la instància d'SQL Server. És segur executar shrink a tempdb mentre l'activitat de tempdb està en curs.
La reducció de la base de dades millora el rendiment?
Però la reducció pot afectar significativament el rendiment de la base de dades, si no es fa correctament. La reducció augmentarà la fragmentació i farà que qualsevol operació de base de dades sigui costosa. És necessari reconstruir els índexs després que la base de dades es redueixi per reduir la fragmentació i augmentar el rendiment.
Com es redueix la tempdb?
Podem utilitzar el mètode SSMS GUI per reduir també TempDB. Feu clic amb el botó dret a TempDB i aneu a Tasques. A la llista de tasques, feu clic a Reduir i podeu seleccionar Base de dades o fitxers. Tant les opcions de base de dades com de fitxers són similars a l'ordre DBCC SHRINKDATABASE i DBCC SHRINKFILE que hem explicat anteriorment.
Tempdb es redueix automàticament?
De manera predeterminada, la base de dades tempdb creix automàticament a mesura que es requereix espai, perquè la TIDA MÀXIMA dels fitxers està establerta en ILLIMITAT. Per tant, tempdb pot continuar creixent fins que s'esgoti l'espai al disc que conté tempdb.
Per què tempdb està creixent tant?
El creixement de Tempdb és de principalment a causa de les consultes de baix rendiment, de manera que podeu utilitzar SQL Profiler i probablement filtrar per Durada perdeterminar si hi ha procediments emmagatzemats que triguen més de x segons a executar-se.
