SQL Clone
SQLServerCentral is supported by Redgate
 
Log in  ::  Register  ::  Not logged in
 
 
 


Place system and data files on the salme disk


Place system and data files on the salme disk

Author
Message
smmniceguy
smmniceguy
Forum Newbie
Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)Forum Newbie (8 reputation)

Group: General Forum Members
Points: 8 Visits: 38
Hi,

Our DBA is currently installing a SQL cluster attached to a SAN. In order to optimize disk space usage, he informed us that he will be placing the database data files on the same disk where system files are stored. Log files are placed on a separate disk.

Is it a good idea to place system and data files on the same disk ? Will there be any performance issues ?

Thanks
Erland Sommarskog
Erland Sommarskog
SSCrazy
SSCrazy (2.2K reputation)SSCrazy (2.2K reputation)SSCrazy (2.2K reputation)SSCrazy (2.2K reputation)SSCrazy (2.2K reputation)SSCrazy (2.2K reputation)SSCrazy (2.2K reputation)SSCrazy (2.2K reputation)

Group: General Forum Members
Points: 2183 Visits: 872
My preference is to have tempdb on a separate disk, as there can be some quite heavy action in tempdb. If master, model and msdb are on the same disk as the data files is less of a concern.

Of course, since it is a SAN, there is a risk that it is all the same disk anyway, all depending on how the LUNs are carved out.

Erland Sommarskog, SQL Server MVP, www.sommarskog.se
Francis Apel
Francis Apel
SSC-Enthusiastic
SSC-Enthusiastic (154 reputation)SSC-Enthusiastic (154 reputation)SSC-Enthusiastic (154 reputation)SSC-Enthusiastic (154 reputation)SSC-Enthusiastic (154 reputation)SSC-Enthusiastic (154 reputation)SSC-Enthusiastic (154 reputation)SSC-Enthusiastic (154 reputation)

Group: General Forum Members
Points: 154 Visits: 532
SANs are a completely different animal. And even the variation in manufacturer and model change the "best practice" of how to lay out your files. The best thing to do is consult with the SAN vendor. At the very least, ask for their white paper or best practice documentation on how to lay out files for SQL Server. Any respectable SAN vendor will have this and be happy to share it with you.

Francis
-----------------
SQLRanger.com
Nadrek
Nadrek
SSCommitted
SSCommitted (2K reputation)SSCommitted (2K reputation)SSCommitted (2K reputation)SSCommitted (2K reputation)SSCommitted (2K reputation)SSCommitted (2K reputation)SSCommitted (2K reputation)SSCommitted (2K reputation)

Group: General Forum Members
Points: 1973 Visits: 2729
Ask, and be very specific, what your SAN admin means by "disk".
Remember, you have, in some ordering (ask your SAN admin)

Physical spindles/SSD's

RAID groups

LUNs

MetaLUNs (sets of LUNs in a RAID)

For SQL Server performance, you need to know, at a minimum:
1) Which parts of which physical spindles/SSDs does each of your drive letters/mount points map to?
2) What else maps to those physical spindles/SSDs?
RatanDeep Saha
RatanDeep Saha
Right there with Babe
Right there with Babe (790 reputation)Right there with Babe (790 reputation)Right there with Babe (790 reputation)Right there with Babe (790 reputation)Right there with Babe (790 reputation)Right there with Babe (790 reputation)Right there with Babe (790 reputation)Right there with Babe (790 reputation)

Group: General Forum Members
Points: 790 Visits: 693
Not a very good idea if you are considering future performance and other DR deployement .

If your SAN admin is creating different mount points in the drive then the story will be different .


C:\ system files

D or E:\ SQL data file

M:\ Data files

L:\ Log files

T:\ Temp files
lkennedy76
lkennedy76
Ten Centuries
Ten Centuries (1.3K reputation)Ten Centuries (1.3K reputation)Ten Centuries (1.3K reputation)Ten Centuries (1.3K reputation)Ten Centuries (1.3K reputation)Ten Centuries (1.3K reputation)Ten Centuries (1.3K reputation)Ten Centuries (1.3K reputation)

Group: General Forum Members
Points: 1298 Visits: 919
Um, NO! not good...

C:\ - OS only
E:\ - Apps - install of sql, various third party if any, ever
M:\ Mdf files - Data files
L:\ ldf files - only logs
T:\ tempdb - only temp
S:\ system databases - msdb, model, master


I know there can be different types of san, disk, mount points, but it is always good to have structure and best practice. :-D

MCSA SQL Server 2012
Andreas.Wolter
Andreas.Wolter
SSC Veteran
SSC Veteran (253 reputation)SSC Veteran (253 reputation)SSC Veteran (253 reputation)SSC Veteran (253 reputation)SSC Veteran (253 reputation)SSC Veteran (253 reputation)SSC Veteran (253 reputation)SSC Veteran (253 reputation)

Group: General Forum Members
Points: 253 Visits: 1056
I would like to add my 2 cents:
Whenever I can, I recommend against more than drive letters C and D and advice to use mount points for everything. It’s hard to make sure all servers have the same disk layout (in fact rarely ever) – especially when it comes to test and dev environment. I will spare you a list of advantages here.
Second: for most SANs and environments in general it nowadays does not harm to put tempdb on the same drive as the other databases. In fact it’s mostly better (more disks). And only if tempdb becomes a bottleneck, then I would move it to a dedicated LUN/Raid-Group.

Of course, as usual, this is also a matter of personal preference and (bad) experience.

Andreas

---------------------------------------------------
MVP SQL Server
Microsoft Certified Master SQL Server 2008
Microsoft Certified Solutions Master Data Platform, SQL Server 2012
www.insidesql.org/blogs/andreaswolter
www.andreas-wolter.com
Go


Permissions

You can't post new topics.
You can't post topic replies.
You can't post new polls.
You can't post replies to polls.
You can't edit your own topics.
You can't delete your own topics.
You can't edit other topics.
You can't delete other topics.
You can't edit your own posts.
You can't edit other posts.
You can't delete your own posts.
You can't delete other posts.
You can't post events.
You can't edit your own events.
You can't edit other events.
You can't delete your own events.
You can't delete other events.
You can't send private messages.
You can't send emails.
You can read topics.
You can't vote in polls.
You can't upload attachments.
You can download attachments.
You can't post HTML code.
You can't edit HTML code.
You can't post IFCode.
You can't post JavaScript.
You can post emoticons.
You can't post or upload images.

Select a forum

































































































































































SQLServerCentral


Search