我正在尝试测试一个新的虚拟SQL服务器。这将是我第一次虚拟化生产SQL服务器。我不认为这是一个超忙的服务器。100-200名不同活动的用户。
我从当前的物理服务器获取统计信息已经有一段时间了。
我正在新服务器上运行SQLIO。整个范围,读/写随机/顺序,2-64线程1-128个悬而未决的请求.我捕捉到了5分钟的运行,中间有1分钟的停顿,中间是一个20 in的dat文件。这方面的...none确实与我的问题有关。
我能够捕获物理磁盘计数器,并且可以看到匹配的延迟(avg /read或写)统计信息。我还检查了(avg磁盘字节/读或写),以查看SQLIO产生了多少活动。它比我们的生产服务器产生更多的磁盘活动。
我的问题是,我是否也可以抓取计数器来验证SQLIO中的线程和未决请求选项?我一直未能找到明确的答案。我想要做的是查看生产服务器上的统计数据,并评估SQLIO设置最能代表实际服务器的是什么。
SQLIO实际上是在测试存储系统,我希望能够以某种方式设置它,这样它才是真正的表示。
我不知道如何识别当前物理服务器的真正(avg)线程或(avg)未决请求。
谢谢您抽时间见我,
发布于 2016-01-20 01:40:47
SQLIO在技术上是不可取的--它已被较新的实用程序Diskspd所取代。然而,同样的基本答案也适用。
如果您查看现有服务器并猜测它使用了多少存储吞吐量,那么请查看计数器:
但是,这只反映了当前存储所能提供的内容,而不是服务器希望拥有的内容。把它想成是通过一根小吸管喝水。如果我问你想喝多快,我用那根小小的吸管来测量你的消耗量,它并不能告诉我,如果你不受这么小的吸管的限制,你到底能喝多快。相反,我需要以无限的吞吐量将您连接到管道(或吸管)上,然后测量实际消耗的量--然后使用它来调整所需的存储空间。(或者说是想要。)
https://dba.stackexchange.com/questions/126152
复制相似问题