网站目前的带宽线路和服务器稳定性已经得到了相当的改善，非是一般的个人网站可比。但是也经常有网友反映有时候网络访问不稳定，这一点我也有察觉，表现为偶尔点击站内的某个页面会等待较长时间，或者有时候打不开，歇一会儿就正常了，同时我查阅了网站服务器的系统错误日志，发现每天会出现多次的W3SVC服务故障的报警：一般是“为应用程序池 'DefaultAppPool' 提供服务的进程在与 World Wide Web Publishing 服务通信时遇到致命错误。进程 ID 为 '1112'。数据字段包含错误号。”每天出现多次不等，此报警出现时，一般网站不可访问90秒。我也注意到当我们的网站安装了威盾IIs防火墙之后才出现这样的情况，当然以前的一款IIS防火墙也出现这种情况。所以我一直以为IIS防火墙有问题，不断的和防火墙提供方反应，他们也不断的改进，但是一直消除不了这个错误。

因为这个问题也不算什么大问题，每天最多出现4次，所以我也没怎么注意它了，可是这总算是个心病。按照以前的经验似乎是网站中的某个程序BUG导致数据库访问失败，IIS进入假死状态，如果是IIS5.0版本的就会只有手动重启IIS才能正常访问了，IIS6.0则会自动关闭故障进程，不影响其他的WEB访问。但是果真是这个原因，这么多的代码要找到故障程序可谓是大海捞针。

互联网时代最先想到的一个解决办法就是：上网搜索，找到一大堆和我一样被同样问题困扰的业余管理员，但是高手们的回答都不得要领，解决不了根本问题。

最后想到到httperr错误日志记录里查阅看看有什么收获，从错误日志文件产生的数目来看明显过多，记得很久以前的印象是半个月产生一个，现在则是2天左右一个新的错误日志文件。打开日志文件看到很多的“Timer_MinBytesPerSecond”错误，都是连接过期的提示，这个应该不是导致问题出现的原因，可能仅仅是问题出现后的表现，我按照日志文件格林威治时间调整后的时间比对了出现问题时一系列的错误对应关系，也没有什么大的收获，只好修改了IIS元数据文件中的两个参数，删除了所有的错误日志文件再作观察。

我一直隐约的怀疑论坛程序中的某个程序会有一些比较大的BUG，但是那些代码太乱，我曾经尝试过规范的重新编写所有的论坛程序代码，但是因为那个母版程序设计思路太乱，太过于费精力而放弃。