<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQL Server 2008
»
SQL Server 2008 - General
»
Tempdb : ONE Data File per cpu
19 posts, Page 1 of 2
1
2
»»
Tempdb : ONE Data File per cpu
Rate Topic
Display Mode
Topic Options
Author
Message
lianvh
lianvh
Posted Tuesday, September 11, 2012 12:57 AM
SSC Rookie
Group: General Forum Members
Last Login: Friday, September 28, 2012 3:18 AM
Points: 45,
Visits: 394
Good Day,
w had an auditing team running Microsoft Assessment on our database servers . This product recommends that the principle of creating ONE datafile per cpu be
deployed on all the SQL Servers regardless of the load on the server . How can Microsoft release a product like this ?
Post #1357162
Perry Whittle
Perry Whittle
Posted Tuesday, September 11, 2012 1:21 AM
SSCertifiable
Group: General Forum Members
Last Login: Today @ 10:11 AM
Points: 5,242,
Visits: 11,262
The reality is, if you don't have the load then you dont need to it's more a best practice. This has been blogged many times by many different people.
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs"
Post #1357167
chandan_jha18
chandan_jha18
Posted Tuesday, September 11, 2012 2:15 AM
SSC-Addicted
Group: General Forum Members
Last Login: 2 days ago @ 7:57 AM
Points: 415,
Visits: 1,689
lianvh (9/11/2012)
Good Day,
w had an auditing team running Microsoft Assessment on our database servers . This product recommends that the principle of creating ONE datafile per cpu be
deployed on all the SQL Servers regardless of the load on the server . How can Microsoft release a product like this ?
such advice had appeared from top consultants who work on very big and heavy farms. They suggested to improve the number of files per cpu only after analysing wait statistics and contention GAM and SGAM pages(can't recall exact terminology). We should be careful with what we choose. Read some whitepapers from SQLCAT team, PSSQL team, blogs from Paul Randal,Brent Ozar and analyse what they suggest before we make this implementation in our production servers.
Thanks
Chandan
Post #1357187
Waylon
Waylon
Posted Tuesday, September 11, 2012 2:28 AM
Forum Newbie
Group: General Forum Members
Last Login: Thursday, June 06, 2013 5:20 AM
Points: 7,
Visits: 246
The recommendation is per cpu core and it is also a microsoft recommendation.
http://msdn.microsoft.com/en-us/library/ms175527(v=sql.105).aspx
I'm not entirely sure what you mean by "How can Microsoft release a product like this"... Do you find the recommendation bad in some way? Do you have an objection to creating multiple data files?
Post #1357190
anthony.green
anthony.green
Posted Tuesday, September 11, 2012 2:42 AM
SSCertifiable
Group: General Forum Members
Last Login: Wednesday, June 05, 2013 2:40 AM
Points: 5,075,
Visits: 4,833
http://www.sqlskills.com/BLOGS/PAUL/post/A-SQL-Server-DBA-myth-a-day-%281230%29-tempdb-should-always-have-one-data-file-per-processor-core.aspx
Want an answer fast? Try here
How to post data/code for the best help - Jeff Moden
Need a string splitter, try this - Jeff Moden
How to post performance problems - Gail Shaw
CrossTabs-Part1
&
Part2 - Jeff Moden
SQL Server Backup, Integrity Check, and Index and Statistics Maintenance - Ola Hallengren
Managing Transaction Logs - Gail Shaw
Troubleshooting SQL Server: A Guide for the Accidental DBA - Jonathan Kehayias and Ted Krueger
Post #1357195
george sibbald
george sibbald
Posted Tuesday, September 11, 2012 2:45 AM
SSCertifiable
Group: General Forum Members
Last Login: Today @ 10:28 AM
Points: 5,314,
Visits: 11,305
<sigh> were the auditors dbas?
thats a rather blanket recommendation, and there are lots of other recommendations than one file per core.
The recommendation should be that if you are not using multiple files for tempdb you investigate whether your system would benefit from doing so, as there is a chance it could do. Are you having any performance problems? A system that is not a heavy user of tempdb is unlikely to require it.
---------------------------------------------------------------------
Post #1357198
lianvh
lianvh
Posted Tuesday, September 11, 2012 2:48 AM
SSC Rookie
Group: General Forum Members
Last Login: Friday, September 28, 2012 3:18 AM
Points: 45,
Visits: 394
I am frustrated, because , a consultancy firm used this tool and now to keep the peace we have to implement this setting.
Post #1357202
george sibbald
george sibbald
Posted Tuesday, September 11, 2012 3:11 AM
SSCertifiable
Group: General Forum Members
Last Login: Today @ 10:28 AM
Points: 5,314,
Visits: 11,305
read the blog from paul randal anthony posted and check out the scripts it links to which determine if you have tempdb contention. If you have no latch contention on tempdb allocation pages that is evidence you can present that multiple files will not be required.
If you are forced to do this it may not do any harm but point out it could be unnecessary and the server should be monitored after applying the changes.
---------------------------------------------------------------------
Post #1357220
Perry Whittle
Perry Whittle
Posted Tuesday, September 11, 2012 4:28 AM
SSCertifiable
Group: General Forum Members
Last Login: Today @ 10:11 AM
Points: 5,242,
Visits: 11,262
The later recommendation is actually files equal to 1\4 - 1\2 the number of CPU cores
-----------------------------------------------------------------------------------------------------------
"Ya can't make an omelette without breaking just a few eggs"
Post #1357285
TheSQLGuru
TheSQLGuru
Posted Wednesday, September 12, 2012 4:26 AM
Hall of Fame
Group: General Forum Members
Last Login: Today @ 10:32 AM
Points: 3,678,
Visits: 5,176
lianvh (9/11/2012)
I am frustrated, because , a consultancy firm used this tool and now to keep the peace we have to implement this setting.
May I recommend that you find a consultancy that is a) capable of independent thinking and which is up to date on current SQL Server "best practices" and more importantly b) recommends things that are necessary for YOUR ENVIRONMENT to function optimally/correctly and which shows you WHY they make such recommendations using metrics from YOUR system(s)?!?
I happen to know of just such a consultancy, btw.
Best,
Kevin G. Boles
SQL Server Consultant
SQL MVP 2007-2012
TheSQLGuru at GMail
Post #1357879
« Prev Topic
|
Next Topic »
19 posts, Page 1 of 2
1
2
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
