也就是说,sql Server的一个更重要的一点是,不仅通常会在数据文件的同时访问事务日志,因此将两者分开是一个不错的选择,但如果你还需要至少其中一个希望能够在硬件故障的情况下真正恢复.如果丢失了事务日志,则可以创建另一个集合,但实际数据是安全的……如果丢失数据,事务日志将允许您从上次备份恢复到故障点.如果同时丢失数据和日志,则只能恢复上次备份,仅此而已.

您的方案中的最佳选择是创建三个RAID 1卷,一个用于O.S.,一个用于数据库文件,一个用于事务日志.我知道这看起来像是浪费大量空间(O.S.无处可用500 GB,因此如果你遵循适当的备份计划就会记录事务日志),但在性能和可恢复性方面它会有很大帮助.而且,如果您不需要超过500 GB的实际数据,它将对您有很大帮助.

如果您不能这样做,那么使用RAID 1卷作为O.S.和日志以及一个用于数据的RAID 10卷.这是您使用硬件所能做到的最好的事情.但是,无论你做什么,你真的不应该把数据和日志放在同一个地方.

关于多个分区：这完全没用,甚至可以使事情恶化.同一磁盘(或RAID)中的三个分区执行与单个分区完全相同(=严重),或者由于磁盘几何问题而更糟糕;并且它对恢复没有帮助,因为在硬件故障的情况下,无论如何你将失去所有这些.

哦,就你自己而言,如果你完全关心写性能,甚至不要考虑使用RAID 5.