SQL Server 2005:ssä ja uudemmissa versioissa tempdb-tietokannan pienentäminen ei eroa käyttäjätietokannan pienentämisestä lukuun ottamatta sitä tosiasiaa, että tempdb palautuu määritettyyn kokoonsa jokaisen SQL Serverin ilmentymän uudelleenkäynnistyksen jälkeen. Voit turvallista ajaa kutistua tempdb:ssä, kun tempdb-toiminta on käynnissä.
Parantaako tietokannan pienentyminen suorituskykyä?
Mutta kutistuminen voi vaikuttaa tietokannan suorituskykyyn merkittävästi, jos sitä ei tehdä oikein. Kutistuminen lisää pirstoutumista ja tekee kaikista tietokannan toiminnoista kalliita. Indeksien uudelleenrakentaminen on tarpeen DB:n kutistumisen jälkeen pirstoutumisen vähentämiseksi ja suorituskyvyn parantamiseksi.
Kuinka pienennät tempdb:tä?
Voimme käyttää SSMS GUI -menetelmää myös TempDB:n pienentämiseen. Napsauta hiiren kakkospainikkeella TempDB:tä ja siirry kohtaan Tehtävät. Napsauta tehtäväluettelossa Pienennä ja voit valita Tietokannan tai tiedostot. Sekä tietokanta- että tiedostoasetukset ovat samank altaisia kuin aiemmin selittämämme DBCC SHRINKDATABASE- ja DBCC SHRINKFILE -komennot.
Kutistuuko tempdb automaattisesti?
Oletusarvoisesti tempdb-tietokanta kasvaa automaattisesti tilan tarpeen mukaan, koska tiedostojen MAXSIZE-arvoksi on asetettu RAJOITTAmaton. Siksi tempdb voi jatkaa kasvuaan, kunnes tila tempdb:n sisältävällä levyllä on lopussa.
Miksi tempdb kasvaa niin suureksi?
Tempdb:n kasvu johtuu pääasiassa huonosti toimivista kyselyistä, joten voit käyttää SQL Profileria ja luultavasti suodattaa Durationinmäärittää, onko tallennettuja toimenpiteitä, joiden suorittaminen kestää yli x sekuntia.
