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