Server在不同逻辑驱动器中拆分数据库的好处

Question

我们即将启动一个项目，将一个大型DWH迁移到一个新的数据中心中的新物理服务器。当前的服务器规范是运行在Windows2012 SP2上的2016 R2。新服务器将是运行在Windows 2019上的MSSQL 2019 Enterprise。

当前和新服务器的SAN存储是一个全闪存阵列。在当前环境中，以及将数据和日志文件分离到不同的逻辑驱动器中，不同的数据库(仅限于数据文件)也被分割在不同的逻辑驱动器上。

• 局部SSD - TempDb
• 逻辑驱动器1-日志文件
• 逻辑驱动器2-用于暂存数据库的数据文件
• 逻辑驱动器3-面向用户数据库的数据文件
• 逻辑驱动4-支持数据库的数据文件(ReportServer、MDS数据库)

作为服务器迁移的一部分，我正在考虑将所有数据文件合并到一个逻辑驱动器上。

• 局部SSD - TempDb
• 逻辑驱动器1-日志文件
• 逻辑驱动器2-数据文件

除了数据库文件管理之外，在不同的逻辑驱动器中保持数据文件的分离有什么性能上的好处吗？多个逻辑驱动器是否提供更好的IO，即使最终是相同的物理存储数组？

Answer 1

在不同的逻辑驱动器中保持数据文件的分割是否有性能上的好处？

如果所有卷映射到SAN上的同一组物理磁盘，则通常没有区别。

但是，如果每个卷映射到不同的SAN，SAN就有可能以不同的方式分配存储资源。例如，它们可以跨不同的SAN控制器托管，具有不同的缓存策略，被单独监视，等等，即使LUN共享相同的底层存储。

如果每个卷映射到单独的一组物理磁盘，那么将它们分开是非常昂贵的，因为您不能在卷之间汇集和共享IO资源。由于大多数数据库文件IO都是后台IO，因此通常应该将所有数据库文件的所有IO资源集中在一起，以最大限度地提高效率、共享和每个数据库的高峰IO吞吐量。

因此，这取决于，您需要与SAN专家一起进行选择，并适当地配置SAN和服务器(例如IO队列深度)。

Answer 2

我认为对数据文件的写入不是“实时”完成的。通常，当日志文件处于“较慢”的存储中时，会对性能产生影响(因为SQL需要在提交事务之前编写日志(*如果没有将其配置为不进行事务处理)。

我想在不同的驱动器上拥有数据文件不会有真正的好处。

我猜如果是我，我会把所有的数据文件放在同一个驱动器上，然后检查stats的统计数据，或者与基线进行比较以检查性能。如果您有问题，您仍然可以选择添加新驱动器和移动一些数据库文件。

如果有问题，还可以检查是否没有其他“帮助”选项，如添加RAM (因为数据页存储在RAM中，而SQL使用它们)，调整最大的IO请求，使您不必在RAM中加载太多页面(迫使SQL更频繁地刷新最老的页)，检查填充因子，等等。

Answer 3

我从2007年开始的文章仍然与这个问题非常相关。是的，当使用多个物理卷时，速度会提高。它适用于SSD，正如它适用于硬盘。实际上，在物理卷之间拆分SQL数据库比使用基于我的测试的RAID更快。https://www.zdnet.com/article/comprehensive-raid-performance-report/