主页 / server / 问题 / 638773
Accepted
dqnet
Asked: 2014-10-23 00:30:36 +0800 CST

操作系统和 SQL 文件的放置

  • 772

我们正在设置我们的 SQL 服务器，该服务器集群在 2 个 HP DL380p 服务器上，使用 HP P2000 用于具有 2 个 raid 10（8 个磁盘）阵列和 raid 1 镜像（2 个磁盘）的共享存储。我们创建了 3 个 LUN（LUN10、20、30）并创建了 5 个单独的 VHDx 文件。1. OS/SQL (LUN10) 2. MDF (LUN10) 3. LDF (LUN 20) 4. TempDB (LUN30)

我唯一关心的是把操作系统和 SQL 安装和数据库文件放在同一个 LUN 上？这是不推荐的东西还是真的没有什么不同？它们是单独的 VHDx 文件 [OS / SQL 安装 VHD] 和 [MDF 文件 VHD]，但仍驻留在具有相同心轴的相同 LUN 上。您是否建议将操作系统移至其自己完全独立的磁盘集？我猜在（OS 和 SQL 二进制安装 VHDx）上几乎不会有任何活动来证明它需要自己的一组主轴？它们可以与 MDF 文件共享相同的主轴吗？

谢谢。

virtualization

1 个回答

  1. Best Answer

    SQL Server 上的操作系统磁盘使用量在正常操作期间非常少。它们仅在更新期间产生负载。

    更令人担忧的是您将日志和数据文件放在同一个主轴上。这与您总是尝试将日志 I/O 与数据库 I/O 分开的推荐设置形成鲜明对比。这在某些情况下也适用于 tempDB。

    我可能会选择这样的东西：

    • 用于操作系统的 RAID1 中的 2 个磁盘
    • RAID1 中的 2 个磁盘用于日志文件
    • 用于 tempDB 的 RAID1 中的 2 个磁盘
    • 用于数据库的 RAID10 中的 4 个磁盘

    此设置可能会限制您在某些区域（例如每个 LUN 有多少空间），但它可以让您更好地控制 I/O 的位置​​，尤其是避免高 LUN 队列。也更容易看到瓶颈，将来只需升级更多磁盘，或者如果您发现磁盘无法跟上 I/O，甚至为 tempDB/log 安装闪存磁盘。

    当然，这一切都取决于您期望系统上的 I/O 负载量、备份日志文件（截断它们）的频率以及您有多少预算。

    • 1

相关问题