I SQL Server 2005 och senare versioner är krympning av tempdb-databasen inte annorlunda än att krympa en användardatabas förutom det faktum att tempdb återställs till dess konfigurerade storlek efter varje omstart av SQL Server-instansen. Det är säkert att köra shrink i tempdb medan tempdb-aktivitet pågår.
Förbättrar en krympande databas prestanda?
Men krympning kan påverka din databasprestanda avsevärt, om den inte görs på rätt sätt. Shrinking kommer att öka fragmenteringen och kommer att göra all DB-operation kostsam. Återskapa index är nödvändigt efter att DB krympt för att minska fragmentering och öka prestanda.
Hur krymper du tempdb?
Vi kan använda SSMS GUI-metoden för att också krympa TempDB. Högerklicka på TempDB och gå till Tasks. I uppgiftslistan klickar du på Krymp, så kan du välja Databas eller filer. Alternativen för både databas och filer liknar kommandona DBCC SHRINKDATABASE och DBCC SHRINKFILE som vi förklarade tidigare.
Krymper tempdb automatiskt?
Som standard växer tempdb-databasen automatiskt när utrymme krävs, eftersom MAXSIZE för filerna är inställd på UNLIMITED. Därför kan tempdb fortsätta växa tills utrymmet på disken som innehåller tempdb är slut.
Varför växer tempdb så stort?
Tempdb-tillväxten är främst på grund av dåligt resultat av frågor, så du kan använda SQL Profiler och förmodligen filtrera på Duration toavgöra om det finns några lagrade procedurer som tar mer än x sekunder att köra.
