In SQL Server 2005 en later weergawes is die krimp van die tempdb-databasis niks anders as om 'n gebruikersdatabasis te verklein nie, behalwe vir die feit dat tempdb na sy gekonfigureerde grootte terugstel na elke herbegin van die instansie van SQL Server. Dit is veilig om krimp in tempdb te hardloop terwyl tempdb-aktiwiteit aan die gang is.
Verbeter krimpende databasis werkverrigting?
Maar krimp kan jou databasiswerkverrigting aansienlik beïnvloed, indien dit nie behoorlik gedoen word nie. Krimp sal fragmentasie verhoog en sal enige DB-operasie duur veroorsaak. Herbou indekse is nodig nadat DB gekrimp het om fragmentasie te verminder en werkverrigting te verhoog.
Hoe krimp jy tempdb?
Ons kan die SSMS GUI-metode gebruik om die TempDB ook te verklein. Regskliek op die TempDB en gaan na Take. In die take lys, klik op Krimp, en jy kan Databasis of lêers kies. Beide Databasis en Lêers opsies is soortgelyk aan die DBCC SHRINKDATABASE en DBCC SHRINKFILE opdrag wat ons vroeër verduidelik het.
Krimp tempdb outomaties?
By verstek, die tempdb-databasis groei outomaties soos spasie benodig word, want die MAXSIZE van die lêers is op ONBEPERK gestel. Daarom kan tempdb aanhou groei totdat spasie op die skyf wat tempdb bevat uitgeput is.
Waarom word tempdb so groot?
Tempdb-groei is hoofsaaklik as gevolg van swak presterende navrae, so jy kan SQL Profiler gebruik en waarskynlik filter op Duur nabepaal of daar enige gestoorde prosedures is wat meer as x sekondes neem om uit te voer.
