I SQL Server 2005 og senere versjoner er krymping av tempdb-databasen ikke annerledes enn å krympe en brukerdatabase, bortsett fra det faktum at tempdb tilbakestilles til den konfigurerte størrelsen etter hver omstart av forekomsten av SQL Server. Det er trygt å kjøre shrink i tempdb mens tempdb-aktiviteten pågår.
Forbedrer krympende database ytelsen?
Men krymping kan påvirke databaseytelsen betydelig, hvis den ikke gjøres riktig. Shrinking vil øke fragmenteringen og vil føre til at all DB-operasjon blir kostbar. Gjenoppbygging av indekser er nødvendig etter at DB krymper for å redusere fragmentering og øke ytelsen.
Hvordan krymper du tempdb?
Vi kan bruke SSMS GUI-metoden for å krympe TempDB også. Høyreklikk på TempDB og gå til Oppgaver. I oppgavelisten klikker du på Krymp, og du kan velge Database eller filer. Alternativene for både database og filer ligner på kommandoene DBCC SHRINKDATABASE og DBCC SHRINKFILE vi forklarte tidligere.
Krymper tempdb automatisk?
Som standard vokser tempdb-databasen automatisk ettersom det kreves plass, fordi MAXSIZE av filene er satt til UBEGRENSET. Derfor kan tempdb fortsette å vokse til plassen på disken som inneholder tempdb er oppbrukt.
Hvorfor vokser tempdb så stor?
Tempdb-veksten er hovedsakelig på grunn av dårlige søk, så du kan bruke SQL Profiler og sannsynligvis filtrere på Duration tofinne ut om det er noen lagrede prosedyrer som tar mer enn x sekunder å utføre.