February 12, 2013 at 10:12 pm
Initial log file size is 5gb, 10 % file growth, Auto Growth enabled, unrestricted growth checked and drive has plenty of space . Still i see below error message:
Autogrow of file 'MyDb_Log' in database 'MyDB' was cancelled by user or timed out after 3837 milliseconds. Use ALTER DATABASE to set a smaller FILEGROWTH value for this file or to explicitly set a new file size.
When this occured i noticed a lot of blocking on MyDb,probably because file wasnt able to grow. My question is even though all the options were checked why didnt the log file grow? I was able to resolve the issue by changing growth rate to 512mb instead of 10 %. Any thoughts what could be causing this? Bad indices/stats?
February 13, 2013 at 1:02 am
You've probably got a % growth like 10% (very bad default) and an IO subsystem under strain so that the log can't grow and zero-out the requested size in the time allowed.
As the message says, use ALTER DATABASE to set a smaller FILEGROWTH value for this file or to explicitly set a new file size.
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
February 13, 2013 at 8:59 am
GilaMonster (2/13/2013)
You've probably got a % growth like 10% (very bad default) and an IO subsystem under strain so that the log can't grow and zero-out the requested size in the time allowed.As the message says, use ALTER DATABASE to set a smaller FILEGROWTH value for this file or to explicitly set a new file size.
I did have the growth rate to 10% with initial size as 5GB, so the time when i had this issue the file would have grown to 500 MB, when i changed the growth rate to fixed 512MB issue was gone?
February 13, 2013 at 9:08 am
what is your database size now? do you have log backup?
Have you understood completely, what Gail said? if your DB is 500GB it will try to increase by 50GB which is a huge bottle neck.
Regards
Durai Nagarajan
February 14, 2013 at 11:20 am
You keep mentioning the 'initial size'. That only matters at the beginning. How big was the log when the failed increase was attempted? 10 percent of *that* amount is what the system was attempting to allocate and zero - not of your *initial* size.
Viewing 5 posts - 1 through 4 (of 4 total)
You must be logged in to reply to this topic. Login to reply