我有一个运行 SQL Server 2008 R2 的相当繁忙的数据库服务器，它具有以下设置：
假设我无法向此服务器添加额外的驱动器，我是否充分利用了可用的配置？或者我应该在这里考虑另一种方案，例如，将日志与数据文件隔离开来？
更新：
对于那些需要更多硬件详细信息的人：
更新 2：
根据我收到的反馈，我似乎有以下可行的选项可供选择 - 我会将赏金奖励给可以告诉我哪个可能是我概述的环境中最好的人：
我是设置 SQL Server 和 Vms 的新手。我的前任使用了 SQL 安装所在的 C 驱动器的 Raid 5 和数据库文件和数据库日志的 RAID 10。
我想知道这是正确的还是应该将 RAID 5 用于 SQL 数据库文件？
有什么帮助吗？
我们有一个非常活跃的数据库服务器，上面运行着不拘一格的应用程序集合。其中最繁忙的两个是全天进行文档扫描和工作流处理的 Laserfiche 数据库（平均约 2800 批请求/秒）和路由电子邮件的黑莓服务器应用程序。还有大约 25 个其他的小型应用程序数据库。
我们是政府机构，所以我们只获得了单个数据库服务器许可证的预算。
最近，我们获得了一个 SAN 来解决磁盘争用问题。
因此，目前我们在其自己的磁盘（raid 1 镜像对）上运行 TempDB，并且我们已将事务日志和数据文件移至 SAN。事务日志放在一个逻辑位置，数据文件放在另一个位置。从物理上讲，它是同一个阵列，但它是一个由 14 个轴（磁盘）组成的阵列，采用 RAID 1+0 配置。
一个非常强大的 SAN - 事情运行得更好。队列长度减半。
就在今天，我们还获得了另一种选择。如果我们当前在文件服务器上需要它，我们也可以有一个 4 磁盘阵列。我知道通常建议在两个单独的阵列上使用 MDF 和 LDF，但在我们的情况下，唯一的方法是将数据或事务日志从 SAN 移到配置为 Raid 5 的 4 磁盘阵列上。请记住它们是当前位于不同的逻辑卷中，但共享相同的物理阵列。
从臀部拍摄我觉得将 MDF 和 LDF 放在 14 轴 raid 1+0 阵列上可能与将它们与 4 轴 raid 5 阵列上的一个分开一样好。但是，我不会在这里问我是否是磁盘逻辑专家。两个选项都使用基本相同的 15k SAS 磁盘 - 即每个主轴基本上是相同的。
所以，本质上问题是。通过将数据或日志移动到它自己的 4 轴 raid 5 阵列，在配置为 RAID 1+0 的单个 14 轴阵列上的 MDF/LDF 是否会得到任何显着的改善（或根本没有）？
想法？
更新信息：
我还将注意到，当前日志卷上的平均队列长度始终保持在 0.55 左右。Data volume 上的平均队列长度很少超过 0.01（通常为 0.00） …
我们正在构建一个工作中的新服务器，我希望了解我们应该如何构建它以获得最佳性能和备份能力。我们有 6 个驱动器，我们需要一个操作系统（Windows Server 2008）和数据库（SQL Server 2010）。一切都是全新的，6 个 146GB 磁盘驱动器、2 个 AMD 2.2Ghz 四核处理器和 16GB 内存。
我们有一个程序可以连续读取和写入 SQL 数据库。