April 4, 2016 at 12:03 pm
Job failed last night due to temp log consuming full disk space. Could you please advise on fixing this. Heard,Shrinking tempdb log file is not a good idea.
April 4, 2016 at 12:32 pm
Increase space in TempDB, set it to autogrow, manually increase the file size, increase space on the TempDB drive if its at capacity.
April 4, 2016 at 12:33 pm
coolchaitu (4/4/2016)
Job failed last night due to temp log consuming full disk space. Could you please advise on fixing this. Heard,Shrinking tempdb log file is not a good idea.
Quick question, what is the tempdb's file configuration?
😎
Consider adding another log file on another drive if space is limited or space to the current drive.
April 4, 2016 at 2:06 pm
coolchaitu (4/4/2016)
Job failed last night due to temp log consuming full disk space. Could you please advise on fixing this. Heard,Shrinking tempdb log file is not a good idea.
I don't know how much space that is but I'd look into the code and see where the accidental CROSS JOINs are, which are usually the result of someone not having correct criteria which, in turn, cause many-to-many joins. Step 1 is to look for anything that uses DISCTINCT. Step 2, look for GROUPBYs. Step 3, look for "monster" queries, usually have a large number of tables.
--Jeff Moden
Change is inevitable... Change for the better is not.
April 4, 2016 at 2:49 pm
Jeff Moden (4/4/2016)
coolchaitu (4/4/2016)
Job failed last night due to temp log consuming full disk space. Could you please advise on fixing this. Heard,Shrinking tempdb log file is not a good idea.I don't know how much space that is but I'd look into the code and see where the accidental CROSS JOINs are, which are usually the result of someone not having correct criteria which, in turn, cause many-to-many joins. Step 1 is to look for anything that uses DISCTINCT. Step 2, look for GROUPBYs. Step 3, look for "monster" queries, usually have a large number of tables.
That's a s good and sound advice from Jeff, seen DISTINCT (hash aggregate) go hundreds of GB in tempdb only to return handful of rows.
😎
April 4, 2016 at 9:08 pm
Dear Experts,
Can we shrink tempdb log file?
April 4, 2016 at 11:08 pm
Dear Experts,
Also, is there a way to find what caused tempdb to become full last night?
April 4, 2016 at 11:21 pm
April 5, 2016 at 3:03 am
coolchaitu (4/4/2016)
Dear Experts,Can we shrink tempdb log file?
You can, but I don't know what you expect that to achieve.
The error said that the log was full, that is, the log was too small to what it needed to contain. I'm not sure why making the log smaller is being considered when the problem is that it's already too small.
Surely you'd want to make the log larger to fix the error saying it's too small.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
April 5, 2016 at 3:07 am
coolchaitu (4/4/2016)
Dear Experts,Also, is there a way to find what caused tempdb to become full last night?
What kind of monitoring do you have on this server?
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
April 5, 2016 at 5:06 am
Dear Gail Madam
I did not understand your message. Are you saying that there is no point in shrinking tempdb log file?could you please let me know the solutions
April 5, 2016 at 5:17 am
Your error was "log file is full". Full, meaning that the entire space in the file had been used up and there wasn't space available. That means the file is too small for the workload.
Why then, when the error is telling you that the file is *too small*, do you think the solution is to make it even smaller?
I mean, if your cupboard was too small, you wouldn't suggest using an even smaller cupboard (I hope), so why are you trying to do that in SQL?
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
April 5, 2016 at 8:01 am
We are adding space and tempdb log becomes full in few days. Please advise
April 5, 2016 at 8:07 am
Then you need to figure out what uses TempDB and whether it's correct usage or not, and whether there are transactions left open that keep the log from being reused.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
April 5, 2016 at 8:40 am
Dear Gail Madam,
How to know which query caused tempdb to become full 1 hour back?
Viewing 15 posts - 1 through 15 (of 17 total)
You must be logged in to reply to this topic. Login to reply