dbTalk Databases Forums  

adding files to tempdb

microsoft.public.sqlserver.setup microsoft.public.sqlserver.setup


Discuss adding files to tempdb in the microsoft.public.sqlserver.setup forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
MRWildiac
 
Posts: n/a

Default adding files to tempdb - 09-17-2009 , 07:26 AM






Hi

I'm setting up a new Windows 2008 SQL Server 64 bit Enterprise Edt.. To add
files to the temdb, I used SQL Server Management Studio, and opened tempdb
properties. I went to the "Files" node, and added new files to the tempdb.
Alle files have the same size, and same settings for Autogrowth, same
location as well.
Closed properties windows by clicking OK, and the files where generated.
Any addition steps that should be taken?

/MRW

Reply With Quote
  #2  
Old   
Aaron Bertrand
 
Posts: n/a

Default Re: adding files to tempdb - 09-17-2009 , 08:32 AM






Quote:
Alle files have the same size, and same settings for Autogrowth, same
location as well.
Closed properties windows by clicking OK, and the files where generated.
Any addition steps that should be taken?
If you have multiple disks at your disposal, an additional benefit of having
multiple tempdb files is that you can place them on separate drives. If you
put 8 or 16 tempdb files all in the same location, you may get some gain in
CPU performance, but your I/O is not going to get any better... in fact it
may get inversely worse as your CPU improves.

Reply With Quote
  #3  
Old   
MRWildiac
 
Posts: n/a

Default Re: adding files to tempdb - 09-17-2009 , 08:53 AM



"Aaron Bertrand" wrote:

Quote:
If you have multiple disks at your disposal, an additional benefit of having
multiple tempdb files is that you can place them on separate drives. If you
put 8 or 16 tempdb files all in the same location, you may get some gain in
CPU performance, but your I/O is not going to get any better... in fact it
may get inversely worse as your CPU improves.

The tempdb files is placed on it's own disk array, and so is datafiles and
logfiles.

/MRW

Reply With Quote
  #4  
Old   
Chris Wood
 
Posts: n/a

Default Re: adding files to tempdb - 09-17-2009 , 10:19 AM



I thought that it was best to not allow autogrow when you have multiple
tempdb data files? This was because of the way that the different files
would get filled.

Chris

"MRWildiac" <MRWildiac (AT) discussions (DOT) microsoft.com> wrote

Quote:

"Aaron Bertrand" wrote:


If you have multiple disks at your disposal, an additional benefit of
having
multiple tempdb files is that you can place them on separate drives. If
you
put 8 or 16 tempdb files all in the same location, you may get some gain
in
CPU performance, but your I/O is not going to get any better... in fact
it
may get inversely worse as your CPU improves.

The tempdb files is placed on it's own disk array, and so is datafiles and
logfiles.

/MRW

Reply With Quote
  #5  
Old   
Aaron Bertrand
 
Posts: n/a

Default Re: adding files to tempdb - 09-17-2009 , 11:29 AM



You can't disable autogrow on all of them; your system grinds to a halt if
you use up all the space for some reason. And you don't want autogrow on
only one of them, because it then becomes the primary source and will likely
just keep growing and growing and your other files go unused. So the best
combination IMHO:

- allow autogrow on all
- monitor the differences and alert whenever they are not equal
- proactively adjust all of the files to the same size when one has grown

This shouldn't happen too often, unless you start them all at the default (8
MB I believe?). If you size them right up front, you shouldn't have to
worry about growth, but disabling autogrowth means disaster when the
unforeseen happens.

A



On 9/17/09 11:19 AM, in article #NTyOp6NKHA.4028 (AT) TK2MSFTNGP05 (DOT) phx.gbl,
"Chris Wood" <anonymous (AT) microsoft (DOT) com> wrote:

Quote:
I thought that it was best to not allow autogrow when you have multiple
tempdb data files? This was because of the way that the different files
would get filled.

Chris

"MRWildiac" <MRWildiac (AT) discussions (DOT) microsoft.com> wrote in message
news859A212-8FF6-4147-B4B4-D81213A17629 (AT) microsoft (DOT) com...


"Aaron Bertrand" wrote:


If you have multiple disks at your disposal, an additional benefit of
having
multiple tempdb files is that you can place them on separate drives. If
you
put 8 or 16 tempdb files all in the same location, you may get some gain
in
CPU performance, but your I/O is not going to get any better... in fact
it
may get inversely worse as your CPU improves.

The tempdb files is placed on it's own disk array, and so is datafiles and
logfiles.

/MRW


Reply With Quote
  #6  
Old   
Andrew J. Kelly
 
Posts: n/a

Default Re: adding files to tempdb - 09-17-2009 , 11:39 AM



Is the tempdb log file with the tempdb data files or on a separate array?
You want to separate the log files from the data files even with tempdb.

--

Andrew J. Kelly SQL MVP
Solid Quality Mentors

"MRWildiac" <MRWildiac (AT) discussions (DOT) microsoft.com> wrote

Quote:

"Aaron Bertrand" wrote:


If you have multiple disks at your disposal, an additional benefit of
having
multiple tempdb files is that you can place them on separate drives. If
you
put 8 or 16 tempdb files all in the same location, you may get some gain
in
CPU performance, but your I/O is not going to get any better... in fact
it
may get inversely worse as your CPU improves.

The tempdb files is placed on it's own disk array, and so is datafiles and
logfiles.

/MRW

__________ Information from ESET NOD32 Antivirus, version of virus
signature database 4434 (20090917) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com



__________ Information from ESET NOD32 Antivirus, version of virus signature database 4434 (20090917) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Reply With Quote
  #7  
Old   
Sia
 
Posts: n/a

Default Re: adding files to tempdb - 09-20-2009 , 09:46 PM



Hi MRWildiac,

From what I've read, the main performance optimisation steps you can
take for the tempDB is to ensure you have the same number of tempDB
data files as you have CPU cores in the host machine. Then have these
located on a dedicated tempDB disk.

As Aaron pointed out, there are gains to be had if you have spare
disks available to spread these tempDB data files across but in my
experience this is generally overkill for the performance improvement
you might get from this, and spare disks would better be spent
splitting the other data files from the log files, or even high disk
IO databases onto their own disk.

Regards,


Sia
www.universql.com

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.