Re: tempdb size question

[VIPS]

On Apr 3, 7:29*am, "Krisnamourt via SQLMonster.com" <u21487@uwe>
wrote:

Friend,

TempDB is the soul of SQL and everything you can do to gain performance, do
it.

See this article from Kimberly and try to make this configuration. You'll see
the diference!

http://www.sqlskills.com/blogs/kimbe...guid=8be9d388-...

For example, SQL OLTP with 4 processors, I create five files, 4 with the same
size without autogrow and the last one with the same size, but with autogrow
true, because we need to garantee space for any necessary task, but often we
don't need and we manager well this.

http://www.sqlskills.com/blogs/kimbe...guid=8be9d388-...

aj wrote:

SQL Server 2005 SP2

I know that, for OLTP, the rule of thumb for LOGS is around 25% of
database size.

What is the rule of thumb for TEMP size? *I know that its a good idea
(for TEMP) to have .25 to 1 data files per CPU, but how big should
TEMP be in total? *Whats the rule of thumb there? *I would assume its
some multiple of the total size of all databases in the instance?

thanks

aj

--
Message posted via SQLMonster.comhttp://www.sqlmonster.com/Uwe/Forums.aspx/sql-server-general/200804/1

REGARDING TEMP DB SIZE:

-For a small db server that does about 10-20 GB of logging per day, I
would recommend having a size that does not go through AUTO_GROW. i.e
ensure that the size of tempdb is big enough that it will hold the
whole days work.

- for larger dbs, you need to come up with a cycle time that is
sufficient for your applications. i.e a 30 minute to 3 hour growth
between tempdb's log file ie zero'ed.