我正在试图找出我为验证备份和执行DBCC检查而购买的新硬件所能承受的峰值负载。我一直在使用Crystal Diskmark来获取吞吐量统计数据,这帮助我对复制/还原任务进行了基准测试。对于DBCC检查,我很难判断我能承受多少随机I/O。我正在考虑使用I示波器和sqliosim,但想知道配置将最好地模拟一个DBCC检查。
我正在测试的硬件包括一个用于8核的带有双E5-2609的R720、32 GB内存、Windows 2008 R2标准、带有SP2的Server 2008 R2标准和一个带有24 15k SAS主轴的PowerVault 3620 f,连接到R720上的两个双口HBA。我一直在试验4、8和12个纺锤体RAID 0组(由于DBs的预期寿命是测试过程的一部分,所以我可以失去容错能力)。
我想我可以使用上述硬件运行多个同时进行的DBCC检查,而不会碰到磁盘争用。我可以选择将RAM升级到64 GB,O/S升级到Enterprise,但由于许可成本原因,可能无法将SQL升级到Enterprise。
任何建议,如何确定最大随机I/O为DBCC使用I测量仪,sqliosim或其他实用程序将不胜感激。
发布于 2013-07-21 21:50:42
发布于 2013-07-21 23:49:54
我很惊讶这个问题这么长时间没有得到回答。
对于这个场景,我建议少关注使用SQLIO等工具运行合成基准测试,而只是测试实际的RESTORE DATABASE和DBCC CHECKDB性能。SQLIO或Crystal Diskmark将为您提供一些关于I/O子系统的性能特性的有用信息,但真正告诉您对特定需求期望的性能的是使用您想要运行的RESTORE DATABASE和DBCC CHECKDB命令,在您想要在其上运行它们的数据库上,编写一个真实的工作负载。
在运行负载测试时使用Perfmon进行监视,并注意吞吐量(逻辑磁盘:字节/Sec)是常数,但延迟(逻辑磁盘:avg)。磁盘秒/传输( disk /transfer)增加,您就会知道您遇到了瓶颈,此时您要么需要进行一些研究和调整,要么决定性能是否可以接受。还请注意,即使只有一个并发完整性检查,DBCC CHECKDB也会故意使I/O子系统饱和,但这并不一定是一件坏事,因为它有助于确保I/O子系统保持忙碌。
https://dba.stackexchange.com/questions/35477
复制相似问题