A Bulk Copy ran this weekend that maxed out the tempdb (by filling the drive).
Details on tempdb.mdf - 37 gig - but only 1.44 MB used.
DBCC shrinkdatabase had no effect - tried calling it from Enterprise manager and Query analyzer.
Theoretically shouldn't I be able to just stop SQL server - delete the tempdb.mdf - and restart? It's supposed to rebuild itself every time the server is started - at least that is my understanding - it would default back to whatever size model DB was. Well, I deleted it - cleared it totally off of the machine (not in the recycle bin - no where). But when you restart the server - it reappears. A 37 gig tempdb.mdf file just shows up. Any ideas?
The drive is maxed and causing the SQL service to behave weirdly. . .
I have done the dreaded reboot after deleting the file and before starting the SQL service - no success - the file still shows back up.
Fun.
Details on tempdb.mdf - 37 gig - but only 1.44 MB used.
DBCC shrinkdatabase had no effect - tried calling it from Enterprise manager and Query analyzer.
Theoretically shouldn't I be able to just stop SQL server - delete the tempdb.mdf - and restart? It's supposed to rebuild itself every time the server is started - at least that is my understanding - it would default back to whatever size model DB was. Well, I deleted it - cleared it totally off of the machine (not in the recycle bin - no where). But when you restart the server - it reappears. A 37 gig tempdb.mdf file just shows up. Any ideas?
The drive is maxed and causing the SQL service to behave weirdly. . .
I have done the dreaded reboot after deleting the file and before starting the SQL service - no success - the file still shows back up.
Fun.