Microsoft事务日志的重I/O

Question

我们有一个Microsoft ( Server 2012 SP3)，我们注意到事务日志I/O非常高。我们确实有一个繁忙的服务器；我们在Rackspace托管SSD块存储。日志是它们自己的分区，日志设置为“自动增长”，大小约为70 to (数据文件约为100 to)。

对于如何提高事务日志的I/O性能有任何想法吗？我们有一种感觉它正在影响性能。

• 事务日志每30分钟进行一次记录。
• 在正常活动期间，事务日志分区上的I/O为47%，当我们运行一个作业时，它将转到90%+
• 我们有一个8 vCPU云服务器，我们有8个temp db和8个temp日志。
• 附加性能图

我应该指出，我们没有DBA，我确实有一些SQL经验，我们有SQL开发人员。

DBCC日志(info)显示456行

新问题:是否我的60 is的事务日志太大了？我会得到更少的I/O，使转换日志变小，比如20 get 30 get？

Answer 1

我会做的事情，使事务日志更快。

1. 检查NTFS块大小，并将驱动器重新格式化为64k
2. 检查VLF's (应在EXEC xp_readerrorlog中发出警告)，如果您超过1k..。收缩/增长文件以修复。
3. 设置合理的日志文件增长率(不是1%或1MB)
4. 考虑在可能的情况下使用延迟耐久性(be of Data完整性/DR)

大家都知道的K.特里普有一篇关于这个http://www.sqlskills.com/blogs/kimberly/8-steps-to-better-transaction-log-throughput/的文章