Do you wonder if your IT business is truly profitable or if you should raise your prices? Learn how to calculate your overhead burden using our free interactive tool and use it to determine the right price for your IT services. Start calculating Now!
A heavily fragmented file in an NTFS volume may not grow beyond a certain size. Operating system error 665. EvenID 17053 MSSQLServer
Hello server and SQL EXPERTS,
I need the expertise from both teams, in an issue found in one of my application servers that runs a third party application called Informatica. This application runs some jobs that uses SQL resources, apparently the jobs are performing very slow.
Our DBA guys ran a checkDB and found the following[ see attached screenshot]
and below is what’s recorded in the event log, please take a look while I’m running DBCC checkdb. The error is on a data file that has autogrowth off, and it’s on a different mount point, i.e., data3:
After the DBA completed DBCC CHECKDB, he started noticing some improvements on the load and blocking, but as this seems to be a known issue with “967351 A heavily fragmented file in an NTFS volume may not grow beyond a certain size” ,which requires a window’s fix:
https://support.microsoft.com/en-us/kb/2002606
Can you please confirm this is the right solution to fix this isue? and why, please elaborate an action plan step by step, and please provide the hotfix if required
Please elaborate your answer with your thoughts about the issue found and the "possible resolution" any gotchas?
CHECKDBError.jpg
I need the expertise from both teams, in an issue found in one of my application servers that runs a third party application called Informatica. This application runs some jobs that uses SQL resources, apparently the jobs are performing very slow.
Our DBA guys ran a checkDB and found the following[ see attached screenshot]
and below is what’s recorded in the event log, please take a look while I’m running DBCC checkdb. The error is on a data file that has autogrowth off, and it’s on a different mount point, i.e., data3:
After the DBA completed DBCC CHECKDB, he started noticing some improvements on the load and blocking, but as this seems to be a known issue with “967351 A heavily fragmented file in an NTFS volume may not grow beyond a certain size” ,which requires a window’s fix:
https://support.microsoft.com/en-us/kb/2002606
Can you please confirm this is the right solution to fix this isue? and why, please elaborate an action plan step by step, and please provide the hotfix if required
Please elaborate your answer with your thoughts about the issue found and the "possible resolution" any gotchas?
CHECKDBError.jpg
Do more with
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®
I am very confused here, the hotfix applies to WIndows 2008 R2, but we found the error on a Windows 2012 R2
please, provide instructions step by step to resolve this issue
please, provide instructions step by step to resolve this issue
how often do you optimize the drive? default is weekly if enabled.
read this article as the principles are universal
set the autogrow sizes appropriately the DBA will know about this.
http://www.hasmug.com/wp-content/uploads/2012/10/07-201210-Oct-SQL-Server-Optimization-and-Best-Practices-for-System-Center-Administrators-Kevin-Holman.pdf
read this article as the principles are universal
set the autogrow sizes appropriately the DBA will know about this.
http://www.hasmug.com/wp-content/uploads/2012/10/07-201210-Oct-SQL-Server-Optimization-and-Best-Practices-for-System-Center-Administrators-Kevin-Holman.pdf
If you have enough free space on the volume to hold a defragmented version of the file, you can use contig.exe to defragment the file itself, or whatever part of it can be defragmented. I've used this on *live* SQL files many, many times and never had an issue.
You should also increase the automatic growth amount for the db to keep from getting too many small fragments on disk, particularly if you have IFI set on (which you should). Also, be sure to specify growth as a fixed amount and not a percentage.
You should also increase the automatic growth amount for the db to keep from getting too many small fragments on disk, particularly if you have IFI set on (which you should). Also, be sure to specify growth as a fixed amount and not a percentage.
thanks Scott,
Will defrag.exe –c –h –k –g caused serious performance issue? what is the impact of defrag a drive that has SQL data?
in the meantime, can you please provide more details about the use of contig.exe and the"LIVE" SQL files
Will defrag.exe –c –h –k –g caused serious performance issue? what is the impact of defrag a drive that has SQL data?
in the meantime, can you please provide more details about the use of contig.exe and the"LIVE" SQL files
Sysinternals Contig.exe https://technet.microsoft.com/en-us/sysinternals/bb897428.aspx?f=255&MSPPError=-2147217396 is the file level version of defrag.exe.. Both of these attempt using a best effort try and make fragmented files contigous
Premium Content
You need an Expert Office subscription to comment.Start Free Trial