În SQL Server 2005 și versiunile ulterioare, micșorarea bazei de date tempdb nu este diferită de micșorarea unei baze de date de utilizator, cu excepția faptului că tempdb se resetează la dimensiunea configurată după fiecare repornire a instanței SQL Server. Este sigur să rulați shrink în tempdb în timp ce activitatea tempdb este în desfășurare.
Reducerea bazei de date îmbunătățește performanța?
Dar reducerea poate afecta semnificativ performanța bazei de date, dacă nu este făcută corect. Reducerea va crește fragmentarea și va cauza orice operațiune DB costisitoare. Este necesară reconstruirea indicilor după ce DB se micșorează pentru a reduce fragmentarea și a crește performanța.
Cum micșorați tempdb?
Putem folosi metoda GUI SSMS pentru a micșora și TempDB. Faceți clic dreapta pe TempDB și accesați Tasks. În lista de activități, faceți clic pe Reducere și puteți selecta Bază de date sau fișiere. Ambele opțiuni de bază de date și fișiere sunt similare cu comanda DBCC SHRINKDATABASE și DBCC SHRINKFILE pe care am explicat-o mai devreme.
Tempdb se micșorează automat?
În mod implicit, baza de date tempdb crește automat pe măsură ce este necesar spațiu, deoarece DIMENSIUNEA MAXIMĂ a fișierelor este setată la NELIMITAT. Prin urmare, tempdb poate continua să crească până când spațiul de pe disc care conține tempdb este epuizat.
De ce tempdb crește atât de mare?
Creșterea
Tempdb este, în principal din cauza interogărilor cu performanță slabă, așa că puteți utiliza SQL Profiler și probabil filtrați pe Durată pentrustabiliți dacă există proceduri stocate care durează mai mult de x secunde pentru a se executa.
