SQL Server HW Config – 你更喜欢哪个(磁盘configuration)?

所以我正在构build一个SQL Server 2008 R2 x64 …将运行约2GB,也许80/20读/写,和大约100个用户的单个用户数据库。

基础硬件将是DL380,12GB内存和双核6 Xeons。 现在我挂在磁盘configuration上

选项1
RAID 1 60GB SSD(操作系统,SQL文件,TLog,TempDB)
RAID 1 120GB SSD(数据库文件)

要么

选项2
RAID 1 146GB 15K(操作系统,SQL文件)
RAID 1 146GB 15K(Tlogs,TempDB)
RAID 10 4x148GB 15K(DB文件)

从我当前的生产服务器的一些perfmon号码:
内存可用MBytes – 813(服务器有4GB的内存)
页面预期寿命 – 496854avg
批量请求/秒 – 7.5avg 97.595最大
SQL编译 – 3.422avg 27.599max
SQL重新编译 – 0.002 0.200max

业务优先级是性能更可靠。

上述哪种磁盘configuration,你宁愿? SSD的成本差异约为+ 2700美元(也需要第二台镜像服务器)。 固态硬盘甚至会为这样一个小型数据库做出改变吗? 我可以想象用12GB的,我会有足够的物理内存的整个分贝,对吗?

感谢任何反馈…谢谢!

我已经读过高失败率的 SSD。 所以如果可靠性是重中之重,那么我会select15k SAS硬盘。

无论哪种方式,用RAID你有磁盘容错,但你可能与15k SAS最好的运气。 我们已经运行了15k SAS硬盘的戴尔服务器,而且它们已经稳定。

使用SSD时,磁盘块切换的可能性更大。 如果你有一个OLTP数据库,这不是一个好主意,尽pipe你的读/写速度要快得多。 您可能还需要在数据库上运行更频繁的DBCC检查,以排除SSD上损坏的部分。 对于一个OLAP系统来说,SSD变得有点可以接受,但是你仍然有相同的优点和缺点。

如果优先级是可靠性,请使用选项2并远离SSD。

有了这么多的内存和如此小的数据库,读取的存储性能无关紧要。

在数据库的一些查询活动后,一切都将在RAM中。 SQL不应再次触摸磁盘,除非通过惰性写入器进行更新。

我会保持这一对只为日志,并把你的其他数据文件的RAID卷上的tempdb数据文件。 它似乎不太可能会同时做你的数据文件和tempdb的物理IO。 在这对日志上放置日志会让这个对的写入caching更容易跟上,并最小化磁头移动,这是真正的敌人。 您希望日志写入速度很快,因为它们与您的DML是同步的。 数据写入可能会比较慢,因为它们被SQL Servercaching并且是asynchronous的。