问：重启后就正常，以前无反应时，有大量close_wait，这几次无反应时检查都没有异常，最近的是4月14日下午两点半左右和4月14日晚上十九点四十左右，请工程师帮我查看一下，是什么原因，这样的重启非常影响用户的使用体验。,服务器每天www服务要停最少一次
答：您好，
当前查看服务器资源使用率正常，连接数也比较正常，事件查看器中无明显错误。日志中网站访问量相对较大，建议再观察，如果再次出现异常，请先不要重启，并及时回复工单我司为您核实。,非常感谢您长期对我司的支持.由此给您带来的不便之处,敬请原谅!谢谢!
问：好的，下次再出现不能访问，我马上提交工单
答：好的，下次出现异常请先不要重启，及时提交工单我司核实。
,非常感谢您长期对我司的支持!
问：现在又出现无法访问的情况了，检查了一下，只有一个close_wait!
问：请尽快查看一下，只要重启服务器就一切正常！
答：您好，
请问您那边访问的地址是多少？我司测试：http://xxxxxxxx.xxxxx.xxxxx/adskjfqpiovnsmdfov/dfjcvkdjfiei76232/erma.jpg 打开并无问题。,非常感谢您长期对我司的支持.由此给您带来的不便之处,敬请原谅!谢谢!
问：http://xxxxxxxx.xxxxx.xxxxx/openid3.asp 这是公众号入口，用微信加“一年级拼音练习”公众号，点“开始练习”就是跳转到这个地址的，现在无反应
问：http://pytest.sxkqwangluo2017.site/test.asp，这是电脑可以访问的地址，正常应该有ok 两个字，现在也无反应
问：这个地址是我自己的手机访问，现在访问，产生了大量的close_wait,怪了
答：您好，
刚刚站点池卡死了导致无法响应，释放站点池之后 http://pytest.sxkqwangluo2017.site/test.asp 可以访问了，如果可以的话对您程序执行进行一些优化，非常感谢您长期对我司的支持!
问：为什么会有卡死的情况？
答：您好，
一般情况是请求过大、连接数多站点池处理asp脚本响应不过来了，目前是否可以中断几分钟，我们尝试为您调整下观察；另外如果有用access的话，最好是跟换成mssql数据库，非常感谢您长期对我司的支持!
问：请求数过大除非有恶意的，每次假死时不是用户量最大的时候，用户100个左右在线时也不会假死，我已经使用sql的数据库了。
问：网上也在不少windows2008的iis程序池假死的问题，应该是和设置有关！
问：查看windows日志，下午16：30左右的应用程序池卡死无关查询到，在日志中并未记录。
问：我自己设置了：打开应用程序池 -> 高级设置 ->在“禁止重叠回收”里选择“true”，这样就有效避免了应用程序池回收假死问题。死马当作活马医了！
答：您好，1.服务器外部情况已做调整，主要是云服务器性能优化调整。
2.如果还是出现以上现象请从两个方面核查处理：一、某个站点受cc攻击，请开启所有站点的web日志，后面好分析。二、iis或者操作系统层面的问题，这个是最难查的。另外您可以把应用程序池回收时间改短点，比如30分钟。
问：我服务器现在只有一个站点，应用程序池回收原来是默认29个小时，我现在设置为0小时，不回收，服务器第天在凌晨3点重启一次，看看这样设置有没有效果，因为重启了，所以不需要回收。原来的29个小时回收可能设置上有点不合理，我先试试看
答：您好，0小时是一直不回收，请设置为30分钟。每天凌晨重启一次服务器也是可行的，但建议设置6-7点重启。3点有可能windows打补丁中，重启会造成系统挂掉。
问：好的，那我就设置成0小时不回收，每天就靠重启来回收一次，这样试试看，重启时间我设置成晚上23：30分吧
答：您好，建议参考上条的回复，最好设置下 回收时间，同时将重启时间设置在 访问量最少的时候进行重启 ，避免后半夜3点重启 ，设置后 再进行观察 ,非常感谢您长期对我司的支持.由此给您带来的不便之处,敬请原谅!谢谢!
问：我的理解：重启就是回收吧，原来默认的29小时回收次，加上我原来的重启，是不是一天要回收两次，有一次还是在白天某个时候，我现在设置0小时，这样每天就只回收一次（就是重启那次）了，不知道这样理解对不对？请指教！
问：重启时间已经设置在晚上十一点半了
答：您好，重启服务器也是会回收资源的，但是在您服务器重启之前，如果您的站点存在访问大导致站点池卡死，程序池不回收会导致网站访问异常。只有您重启对应的服务器或者重启iis回收资源后才会正常，所以建议最好是设置一下站点池回收。
当前查看到对应的重启已经生效，请在观察。非常感谢您长期对我司的支持!
