The*_*nel 2 performance sql-server-2008-r2 configuration transaction-log
我们有一个 SQL Server 2008 R2,其中包括一个 12K RPM 硬盘和一个 7.2K RPM 硬盘。最初的意图是将数据文件存储在12K驱动器上,将日志文件存储在7.2K驱动器上,这是我们通常的做法。但是,DBA 建议这可能不是理想的配置,我们可能会看到在 12K 硬盘上存储数据和日志文件的性能更好。
不是 DBA,我很乐意听从专家的意见,但我并不完全相信这种配置是最好的方法。我会认为,无论硬盘的规格如何,将数据与日志分离在并行性方面都会有优势。
你怎么看?
日志与数据分离是合理的建议,但问题总是在细节中。频繁提交的写入密集型工作负载需要日志流尽快刷新到磁盘。这反过来需要一个顺序写入模式,就像日志一样,不受任何其他操作的干扰。因此,将数据写入(和读取!)与日志写入隔离开来。
但问题是:您的工作负载写入敏感吗?日志提交刷新等待是最重要的性能瓶颈吗?您可能有一个 tempdb 敏感的工作负载。或者,您的工作负载甚至可能没有触及磁盘。锁争用、内存限制、闩锁争用都可能是您的克星,您如何分离 LDF 和 MDF 都无法解决。并且不要忘记现代 SQL Server 实例通常托管多个数据库,这意味着多个单独的日志流。
在缺乏进一步证据的情况下,您和您的管理员都同样正确/错误。您需要衡量、识别您的问题,并相应地解决它们。阅读如何分析 SQL Server 性能以了解如何识别(和解决)瓶颈的一般指导。
在我走之前,我建议你阅读:
并不是说,在没有适当考虑工作负载和价值的情况下,您应该使用 SSD(是的,您应该,总是......),但只是思考的食物。
归档时间: |
|
查看次数: |
162 次 |
最近记录: |