我们计划在此物理架构上安装 SQL Server:
- 基于windows server 2019的hyper-v集群
- 所有虚拟机所在的集群共享卷
- 包含 CSV 的全闪存 SAN
我一直认为,为数据文件、日志文件、临时数据库文件等提供多个磁盘是一种常见的最佳做法......
但这种最佳实践是指准系统安装。
所以,我要问的是:在上述架构(如果有的话)上这样做的实际好处是什么?
我们计划在此物理架构上安装 SQL Server:
我一直认为,为数据文件、日志文件、临时数据库文件等提供多个磁盘是一种常见的最佳做法......
但这种最佳实践是指准系统安装。
所以,我要问的是:在上述架构(如果有的话)上这样做的实际好处是什么?
有一些管理上的好处,特别是:
您在 VM 中为 Data、Log 和 TempDb 获得单独的磁盘性能计数器
您可以将其中任何一个迁移到不同的存储设备,而无需重新配置 VM 或 SQL Server。
您可以为每个虚拟磁盘单独管理存储服务质量,限制或保留 IOPS。
您在来宾 VM 中获得单独的 IO 队列,这可能会略微提高性能,尤其是在性能关键日志写入与大容量数据文件 IO 混合的情况下。
最初的好处是通过跨多个物理磁盘分离关注点来提高 I/O 性能。这是因为您的数据文件、日志文件甚至 TempDB 文件可能(并且通常会)发生并发更改。磁盘是 SQL Server 环境中使用的最慢的硬件组件,因此优化它很重要。
随着 SSD 和 NVM 的磁盘速度提高,以及不同的虚拟和云解决方案最终将逻辑驱动器托管在同一个物理驱动器上,这种优化技术变得更具争议性。
我认为仍然有最小的好处,这取决于工作负载,所以你只能通过测试知道是否与你的用例相关。