2、代码有不合理语法，死循环等；
3、数据库损坏，尤其是ACCESS数据库；
4、装过多第三方软件或插件，与IIS或网页功能代码冲突。
第一阶段排查：根据查阅到的参考资料逐项分析
1、服务器上所有站点代码均为公司设计人员自行编写，可证实并无过多调用服务器缓存语法（排除）
2、代码是否存在不合理语法（不确定）
3、根据情况来看，IIS进程占用率升高时，SQL占用率同时升高，应为SQL数据库的站点，根据现象判断，库或表应该正常，估计是数据方面可能有误；（不确定）
4、服务器端除了基本的系统服务，防杀毒及网站运作必备服务之外，并无多余第三方软件，机率不大（排除）。
经过以上分析判断，将不确定项连起来得出的结论是：某个采用了SQL数据库的网站网页代码存在不合理语法，导致IIS和SQL进程CPU占用率过高。
第二阶段排查：
确定范围，接着继续把范围缩小。
由于服务器上采用SQL数据库的站点并不多，便于建立独立进程ID来观察，将所有采用SQL数据库的站点在IIS管理器中分别建立独立的应用程序池，然后通过CMD界面输入：iisapp -a 命今查看并记录下各IIS池的进程ID号，通过多次现象重现时的观察，有个IIS进程ID是导致此次问题的罪魁祸首。
补充：
限制sql的内存。企业管理器——SQL的属性（一般是local）——“内存”标签，在这里看内存的设置，把最大值改成100M吧（这个确实有一定的作用）。只不过还是存在系统资源占用比较多的，继续寻找产生的原因。。。
