April 27, 2016 at 8:23 am
I can't see any sgam contention. Is there any point in me having multiple tempdb files?
Background:
I'm just reviewing configs across our estate. I've been running a job for a week to monitor any tempdb related waits. Where I meet the cpu etc. criteria should I bother creating multiple files for "best practice" or is there no need?
April 27, 2016 at 8:40 am
I only change the number of files when / if I see PFS / SGAM contention. (However I know people that change the number of files regardless...)
April 27, 2016 at 8:44 am
Thanks blob_eater. I'll probably leave it then. Seems a bit pointless unless there's another reason I don't know about.
April 27, 2016 at 8:50 am
Change the default sizes as that's usually a poor configuration setup - you know, the initial sizes / auto growth settings.
April 27, 2016 at 9:10 am
The new defaults in SQL 2016 are 1 per logical core, up to 8. I haven't typically worried about tempdb in many installs, but this seems like a small preventative item to just change to if you can. Administratively it shouldn't be anything to manage.
I'd make sure the files are the same size, and on similar hardware. Don't mix HDD and SSD. Also, change the default autogrow, as mentioned above.
Viewing 5 posts - 1 through 4 (of 4 total)
You must be logged in to reply to this topic. Login to reply