Advantages of multiple SQL Server files with a single RAID array

Posted by Dr Giles M on Server Fault See other posts from Server Fault or by Dr Giles M
Published on 2011-01-03T16:28:43Z Indexed on 2011/01/03 16:55 UTC
Read the original article Hit count: 474

Originally posted on stack overflow, but re-worded.

Imagine the scenario : For a database I have RAID arrays R: (MDF) T: (transaction log) and of course shared transparent usage of X: (tempDB).

I've been reading around and get the impression that if you are using RAID then adding multiple SQL Server NDF files sitting on R: within a filegroup won't yeild any more improvements. Of course, adding another raid array S: and putting an NDF file on that would.

However, being a reasonably savvy software person, it's not unthinkable to hypothesise that, even for smaller MDFs sitting on one RAID array that SQL Server will perform growth and locking operations (for writes) on the MDF, so adding NDFs to the filegroup even if they sat on R: would distribute the locking operations and growth operations allowing more throughput? Or does the time taken to reconstruct the data from distributed filegroups outweigh the benefits of reduced locking?

I'm also aware that the behaviour and benefits may be different for tables/indeces/log.

Is there a good site that distinguishes the benefits of multiple files when RAID is already in place?

© Server Fault or respective owner

Related posts about sql-server

Related posts about sql-server-2008