Az SQL Server 2005 és újabb verzióiban a tempdb adatbázis zsugorítása nem különbözik a felhasználói adatbázis zsugorításától, kivéve azt a tényt, hogy a tempdb visszaáll a konfigurált méretre az SQL Server példányának minden újraindítása után. A tempdb-ben biztonságos a shrink futtatása, miközben a tempdb tevékenység folyamatban van.
Az adatbázis zsugorodása javítja a teljesítményt?
A zsugorodás azonban jelentősen befolyásolhatja az adatbázis teljesítményét, ha nem megfelelően történik. A zsugorodás növeli a töredezettséget, és minden DB művelet költséges lesz. Az indexek újraépítése szükséges a DB zsugorodása után a töredezettség csökkentése és a teljesítmény növelése érdekében.
Hogyan csökkenti a tempdb-t?
Használhatjuk az SSMS GUI metódust a TempDB zsugorítására is. Kattintson a jobb gombbal a TempDB-re, és lépjen a Feladatok elemre. A feladatlistában kattintson a Shrink gombra, és kiválaszthatja az Adatbázis vagy a fájlok lehetőséget. Mind az Adatbázis, mind a Fájlok beállításai hasonlóak a korábban ismertetett DBCC SHRINKDATABASE és DBCC SHRINKFILE parancsokhoz.
A tempdb automatikusan zsugorodik?
Alapértelmezés szerint a tempdb adatbázis automatikusan növekszik, amint hely szükséges, mivel a fájlok MAXSIZE értéke KORLÁTALAN értékre van állítva. Ezért a tempdb folyamatosan növekedhet, amíg a tempdb-t tartalmazó lemezen el nem fogy a hely.
Miért nő ilyen nagyra a tempdb?
A Tempdb növekedése főleg a gyengén teljesítő lekérdezéseknek köszönhető, így használhatja az SQL Profilert, és valószínűleg szűrheti az Időtartamothatározza meg, hogy vannak-e olyan tárolt eljárások, amelyek végrehajtása x másodpercnél tovább tart.
