Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQL Server 2005
»
Administering
»
Handling Tempdb space full situtation?
58 posts, Page 1 of 6
1
2
3
4
5
»
»»
Handling Tempdb space full situtation?
Rate Topic
Display Mode
Topic Options
Author
Message
rames.net
rames.net
Posted Monday, July 21, 2008 1:24 PM
Grasshopper
Group: General Forum Members
Last Login: Friday, January 18, 2013 10:02 AM
Points: 18,
Visits: 180
How can we handle the situation if the tempdb space was full?
reply with more than 2 diff answers?
Post #537946
DKG
DKG
Posted Monday, July 21, 2008 1:43 PM
SSC Rookie
Group: General Forum Members
Last Login: Thursday, September 04, 2008 10:26 PM
Points: 49,
Visits: 129
you need to alter the tempdb database in this case(means need to increase the size of DB) from the query analysir, in this situation you might see all the DBs would disappear. But dont worry it would come back once temp db is normal.
Post #537954
Jeff Moden
Jeff Moden
Posted Monday, July 21, 2008 6:11 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 4:01 PM
Points: 32,918,
Visits: 26,809
The real problem is that you need to identify why it is full, first.
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #538085
GilaMonster
GilaMonster
Posted Tuesday, July 22, 2008 12:40 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 2:33 PM
Points: 37,741,
Visits: 30,019
rames.net (7/21/2008)
reply with more than 2 diff answers?
Why?
Gail Shaw
Microsoft Certified Master: SQL Server 2008, MVP
SQL In The Wild
: Discussions on DB performance with occasional diversions into recoverability
We walk in the dark places no others will enter
We stand on the bridge and no one may pass
Post #538192
shahbaz.oradba
shahbaz.oradba
Posted Tuesday, July 22, 2008 12:56 AM
Valued Member
Group: General Forum Members
Last Login: Tuesday, September 25, 2012 5:03 AM
Points: 71,
Visits: 102
TEMP DB FULL:
first know the reason why it is full then shrink the
temp db,or u can add one more temp file to that from
MMS.:P
Post #538203
Jeff Moden
Jeff Moden
Posted Tuesday, July 22, 2008 6:18 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 4:01 PM
Points: 32,918,
Visits: 26,809
We also need to know what you think "full" is... how many bytes is your TempDB?
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #538387
Ross McMicken
Ross McMicken
Posted Wednesday, July 23, 2008 4:50 AM
Old Hand
Group: General Forum Members
Last Login: Today @ 8:30 AM
Points: 346,
Visits: 1,819
Is tempdb set to autogrow? If not, that might be the issue as well. One application I support makes liberal use of temp tables. A guy I knew at another company using the same app was complaining about tempdb filling up. It turned out the DBA's at that company restricted tempdb to 50MB, and refused to let it autogrow, giving some specious reason. It took months to get htem to autogrow tempdv, at which point, the issues all went away.
Rebooting the servers on a regular schedule helps as well, as tempdb gets cleaned out during the startup process.
Post #539103
Jeff Moden
Jeff Moden
Posted Wednesday, July 23, 2008 6:16 AM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 4:01 PM
Points: 32,918,
Visits: 26,809
Heh... 50MB for a TempDB... we
start
our TempbDB up at 12
Gig
!
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #539170
Ross McMicken
Ross McMicken
Posted Wednesday, July 23, 2008 6:29 AM
Old Hand
Group: General Forum Members
Last Login: Today @ 8:30 AM
Points: 346,
Visits: 1,819
The DBA's that specified the 50MB were of the opinion that aproperly designed application doesn't need more tempdb. I was glad I didn't have to deal with them. Our tempdb's typically run 3-6GB.
Post #539182
sgmunson
sgmunson
Posted Wednesday, July 23, 2008 6:37 AM
UDP Broadcaster
Group: General Forum Members
Last Login: Wednesday, May 15, 2013 8:20 AM
Points: 1,446,
Visits: 1,883
Sounds to me like an exam question or homework. Otherwise why ask for 2 different answers. I would suggest that the OP read their course material and find the answers that way... They will likely learn more that way.
Steve
(aka smunson)
:):):)
Steve
(aka sgmunson)
Weight Loss Tips
Post #539191
« Prev Topic
|
Next Topic »
58 posts, Page 1 of 6
1
2
3
4
5
»
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.