托管DB的SSD上的I/O定期挂起，队列长度峰值为800+
我有一个我无法正确识别的问题。我有一个进程(在WinSrv 2008 R2上)，它将数据导入Mongo，并定期冻结整个系统--每5-10-15分钟一次，持续20-30秒。在冻结期间，计算机盒上的HDD一直处于“打开”状态，所有以某种方式访问SSD的进程都没有响应。经过一段时间(15-30秒)，系统会解冻，perfmon显示800+的磁盘队列长度(而通常不超过5-10)。
来自perfmon的Scren快照在这里，http://clip2net.com/s/5wVBPP
我怀疑SSD有一些硬件问题，那就是Intel 520 120 in (使用最新的SSD/BIOS固件和驱动程序，/system完全挂在不同的盒子中，结果相似或更糟)。问题是，还有其他原因吗？英特尔520 /my公司只安装英特尔硬件，所以似乎没有其他硬件选择/？
回答 3
Server Fault用户
发布于 2013-08-12 09:39:42
对于这个问题，我得到了意想不到的解决办法--当我把英特尔520从旧的电脑盒回复到当前的一个机箱时，做这件事的人把SSD插入了SATA2端口。当我注意到驱动器被塞进SATA3端口时，所有的问题都消失了。
顺便说一句:芯片组是英特尔的Q75 --英特尔和英特尔之间非常奇怪的冲突(顶点也插入了SATA2端口，工作速度比可能慢，但没有故障).
不管怎样，谢谢你的帮助。
Server Fault用户
发布于 2013-08-08 10:31:48
硬件或软件问题，软件是驱动器上的固件。
SSD很可能决定现在就需要进行一些清理/垃圾收集，并在完成之前停止任何应答。CHeck固件版本，应用升级尽可能，否则RMA驱动器进行替换。
不确定英特尔-他们有一个非常好的声誉-但OCZ在较早的版本有时这样做，虽然他们终于得到控制;)
Server Fault用户
发布于 2013-08-08 11:22:24
磁盘有多满？
如果磁盘几乎已满(80%-90%)，则磁盘必须特别努力地进行垃圾收集。
最近，我看到了这样的情况:一个特定的盒子上的队列深度和事务时间比其他的要糟糕得多，而那个特定的磁盘是90%。
https://serverfault.com/questions/529552
复制相似问题
腾讯云开发者
