随着虚拟化进程加速,公司将所有应用服务器全部迁移到了虚拟化中,
自然邮件服务器也要迁移上去,
公司目前由于人数较少,成本有限,故邮件系统采用的是exchange2010 SP3 单台服务器安装了三大角色来满足所有用户使用
安排好迁移时间进行迁移,由于是迁移到ESXI上,故采用的是直接由物理机转换到虚拟机,
转换过程很快也很顺利,由于整个数据才50G左右,一个小时完成转换,删除掉一些不用的驱动,
拔掉物理机网线,开启虚拟机,一切都很顺利,
观察了几分钟后,发现edgetransport.exe 竟然占用了90%以上的CPU,而且居高不下,
考虑是否是由于采用的scanmail反垃圾邮件的问题,查看资源管理器点击改进程的等待分析链,发现也确实在等在scanmail的进程,
手动停止了scanmail,发现问题依旧,
由于该进程是通过传输服务传输的数据来分析邮件,无法在进程中杀掉该进程,
那么开始翻翻google,发现sp3 U2 补丁能够修复该bug,
下载补丁打呗,漫长的打补丁过程后重启,问题依旧
看来我这个问题,不是由于bug导致的,
仔细去检查各个方面,突然发现一个数据库竟然有两万多个队列,在队列里面进行连接,
之前由于方向的问题,竟然忽视了,
手动删除掉这些队列切不发送NDR,又经过一段时间的等待,队列清除干净了,
效果果然很明显,之前竟然还考虑原来的硬件配置比较差,增加了内存和CPU,现在看来太扯,
观察了一段时间后cpu一直保持在10%的范围,非常稳定
得出的结论还是查询问题的方向错误,导致走了很多弯路,平时的日常检查维护工作也没做到位,
day day up!!
时间: 2024-10-29 19:11:06