I have been looking at the new database server we are setting up for a client and note the database files are set to grow by 1 meg everytime the file is full and the initial size is 100 MB.
I have been considering this breifly and it doesn’t sound right. I’ve checked a few sites on DB considerations and they didn’t properly explain these values.
I would probably only want the database files to extend once a month shall we say?
So if i was to calculate the amount of data I expect to be inserted per day in megabytes and just multiply by 30 I should find a suitable figure?
i.e. I do know approximately the size of 1 row and approx how many rows will be inserted in an average week per table. I know these are estimates from the ground up so you think once a month is a suitable approximation for the file to extend or is it preferable to extend every hour>? or never?
We are using full back so we can recover to a point in time and transaction log backups are occuring and the recovery procedure seems to be 100% effective. Are these types of changes going to impact the backup and recovery in any way at all?
Thanks.
What you’ve suggested is pretty much spot on. You want the autogrowth to be based on what you expect to see.
A database that has autogrowth of 1Mb everytime it is full will experience huge performance issues, as every time the database is full, whatever transaction is in progress will have to pause until it has grown.
I’m trying to find an article I read on the subject earlier, so when I find it, I’ll add a link…
EDIT: http://searchsqlserver.techtarget.com/tip/0,289483,sid87_gci1330922,00.html The article is about shrinking your database, but it details what happens when a database auto-grows, and shows the performance impact it can have.
You definitely don’t want your database to be growing as often as it would at 1Mb a pop!