发现问题
　　今天服务器检查的时候发现SQL Server 2005服务器的CPU负载很高，而且一直居高不下:
　　服务器是一台4路服务器有4颗XEON 3GHz的CPU，8G的内容，SQL Server 2005是32位，打了SP2。
　　该服务器上跑了很多个业务系统的数据其中属于JT的数据库就有好几个，业务量还是挺大的。
　　排除是其他进程搞的鬼，确定是SQL Server 进程把服务器搞得这么忙。
　　定位问题
　　打开活动监视器按照CPU排序，得到如下信息，可见jt_user在jt_ComitOA上面的连接所作所为都是大动作啊。
　　接下来换一个工具，SQL Server Profiler 出场，调整跟踪的属性，调整为只是监视“SQL:Batch Completed”，而且将“DatabaseName”这个列选上，再调整一下列筛选器。
　　这个列筛选器有个小Bug，输入完条件后最好按一下回车，否则有可能输入无效，OK开始我们的跟踪之旅。我这里简单地设置了一下DatabaseName，LoginName，CPU和Duration ，以便过滤掉一些无关紧要的值。
　　经过半个小时的收集，我得到了如下的跟踪信息：
　　我将部分语句Copy出来，顺便整理了一下格式。
　　exec oa_SWLIST
　　’glzyf’,
　　’(s.fileSerialNumber like ’’%%’’ or s.title like ’’%%’’ or s.keywords like ’’%%’’ or s.fileZi like ’’%%’’) and ’,
　　’ (　ft.userid=’’glzyf’’ ) ’
　　exec oa_DBSX ’cwkfss’,’’
　　exec oa_FlowTurning ’jgstyb’
　　update FlowTurning set readStatus=1 where type=’sw’ and pkid=’21712’ and userid=’cwkfss’
　　其中第一条语句的的占用率最严重，比其他的语句足足多了一个数量级。