May 29, 2014 at 10:21 am
Microsoft recommends For the TEMPDB database, create 1 data file per CPU. but We have 4 processors with 16 cores each in new server. So do we need to have 64 tempdb data files or 4 ? please clarify.
-Junior DBA
May 29, 2014 at 10:37 am
May 29, 2014 at 12:47 pm
Gangadhara MS (5/29/2014)
Microsoft recommends For the TEMPDB database, create 1 data file per CPU.
That recommendation belongs in the garbage.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
May 29, 2014 at 12:55 pm
GilaMonster (5/29/2014)
Gangadhara MS (5/29/2014)
Microsoft recommends For the TEMPDB database, create 1 data file per CPU.That recommendation belongs in the garbage.
And burned!!
:hehe:
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
May 30, 2014 at 12:02 pm
agreed as it is written - however there are relevant truisms that do enhance performance on truly large systems.
We have found that on NUMA architected 'physical' systems one file per socket (not core) more evenly distributes things. Trace flag 1118 also helps with allocations/deallocations on' truly busy' tempdb databases. One however must allocate the tempdb data files exactly the same size with no growth.
NOTES:
- big NUMA architected 'physical systems = 8 sockets by 10 cores/socket with 1 TB+ of RAM
- 'truly busy' tempdb databases translates to read/write volumes between 1-3 TB per day (peaks of 4-6 TB) with all of the associated allocations/deallocations
for our big iron we have had to double the 8 files (1 file per NUMA socket) to 16 files (a 'special' case suggested by Microsoft).
We have 16 - 50 GB tempdb data files (800 GB total) and the t-log is 384 GB with 2 128 GB growths allowed.
When it comes to VMware hosted SQL Server instances we apply the 1 file per core maxim to a limit of 8 along with -T1118.
We are now also growing the VMware capabilities so we will be moving to TN sized application databases and 23-64 CVPU and 128/256 GB RAM configurations - so tempdb willbe huge also !!!
RegardsRudy KomacsarSenior Database Administrator"Ave Caesar! - Morituri te salutamus."
Viewing 5 posts - 1 through 4 (of 4 total)
You must be logged in to reply to this topic. Login to reply