IIS自动重启解决方案参考

飞跃111

IIS自动重启解决方案参考

-----源自网络

　　
　　1.         解决方案一：打上微软red Code（红色代码）补丁
　　Ø         到microsoft网站上看有关红色代码病毒的告示，然后下载升级包。运行即可。
　　杀一下毒，也许是红色代码
　　
　　Ø         我见到过这个现象，打上微软red   code补丁就好了。   
　　视你的OS到微软网站下个补丁，然后重起就好了
　　
　　Ø         检查一下是不是中了红色代码吧。它在中文版下可是要起四百个进程进行传染呀。当然IIS会当了。
　　
　　2.         解决方案二：杀毒软件或防火墙禁用了FSO有关
　　某些网友会遇到这样一个问题，后台管理时，有时会遇到IIS假死现象，就是突然间，点任何东西都没有反应，只能重新启动服务器。这种情况在有关用到FSO和采集时会经常遇到。这是什么原因呢？
　　1、和服务器上安装的杀毒软件或防火墙禁用了FSO有关。杀毒软件禁用FSO功能，他并改变FSO在注册表中类名，所以让系统以为FSO功能正常，但实际上，FSO是不能使用的，结果导致系统陷入死循环或无限等待，而导致IIS假死。这个现象在安装了诺顿等杀毒软件，并且启用了“禁用脚本”这个功能（默认是启用的）后，最为常见。而动易系统几乎所有地方都在使用FSO，在添加频道、添加栏目、添加文章等都要使用FSO功能。
　　
　　2、和防火墙封住了某些端口有关。某装有防火墙的服务器，由于防火墙会阻挡XMLHTTP随机开启的查询端口，导致此组件发生长时间等待的现象，并可能引起较明显的“假死”现象。而动易的采集和保存远程图片功能都需要使用XMLHTTP组件，所以一进行这些操作，就有可能出现“IIS假死”现象，或者出现采集失败或保存远程图片失败的现象。
　　
　　
　　3.         解决方案三：IIS日志存放的盘是不是满了？
　　看看你的IIS日志存放的盘是不是满了？？？日志文件在SYstem32"LogFiles下面。   
　　同时在正式使用的时候请禁用IIS日志，在调试的时候再打开。
　　
　　4.         解决方案四：应用程序池的原因
　　主要是AppPool的问题,给应该程序单独新建一个AppPool,并设定好自己动回收的时间和周期；   
　　我以前管理服务器的时候也经常出现这个问题！
　　
　　
　　5.         解决方案五：从以下几个方面大概考虑
　　    实际中检查IIS自动停止的原因很多都是代码引起的，所以请仔细检查一下代码，特别注意是否释放了connection、recordset等对象=nothing。   
　　如果使用了VB   COM，注意选中这两个选项：'unattend   execution'   和   'retain   in   memory'。   
　　对于程序中的on   error   resume   next也要特别注意，看是否会引发死循环。   
　　一个可用的调试检查方法是：   
　　（1）首先隔离IIS应用程序，将其设为高的应用程序隔离。   
　　（2）监视所有的dllhost.exe，记住其PID、通常的CPU和内存占用数据   
　　（3）查看任务管理器中的每一个PID各自代表的应用程序或对象。   
　　（4）然后在访问IIS时看其占用资源。   
　　   
　　对于其他原因，首先确认是否安装了最新的安全包。可以参考http://www.microsoft.com/security/.   
　　   
　　然后，可参考http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/iis/default.asp
　　
　　中"Performance"一节或看“HOW   TO:   Monitor   Web   Server   Performance   by   Using   Counter   Logs   in   
　　
　　System   Monitor   in   IIS”         http://support.microsoft.com/default.aspx?scid=kb;en-us;313064   
　　这可以帮助确认是否为硬件瓶颈导致IIS停止服务。   
　　当然，也需要排除病毒可能。   
　　还要说到的一点是：在开发完成到程序实际部署到生产环境，最好用WAS进行压力测试：http://webtool.rte.microsoft.com。   
　　   
　　下面几个可能会有所帮助的文章：   
　　HOWTO:   Troubleshoot   High   CPU   Utilization   of   an   MTS   or   COM+   Process     
　　http://support.microsoft.com/default.aspx?scid=kb;en-us;Q258833   
　　    How   to   Isolate   a   DLL   into   a   Separate   Process   By   Using   Component   
　　Services   
　　http://support.microsoft.com/default.aspx?scid=kb;en-us;Q258833   
　　   
　　HOWTO:   Use   Autodump+   to   Troubleshoot   "Hangs"   and   "Crashes"   
　　http://support.microsoft.com/default.aspx?scid=kb;en-us;q286350   
　　   
　　HOW   TO:   Isolate   Web   Applications   into   Their   Own   Process   
　　http://support.microsoft.com/default.aspx?scid=kb;en-us;Q326086   
　　
　　
　　
　　
　　
　　C:"httpodbc.dll和一些Inetpub目录下的一些tftp文件都和曾流行一时的尼姆达病毒有关。   
　　需要对系统杀毒。
　　同时，关于该病毒的查杀，网上有很多讨论，可以搜一下。   
　　我觉得可能是一些链接没有释放，比如连数据库的。这样内存虽然没有达到重建asp.net进程的，但系统已经无法创建新的连接，就无法访问了。
　　
　　IIS服务管理器----》应用程序池----》添加你的应用，并设置最大内存，当程序达到最大内存后其会自动重启。
　　
　　6.         解决方案六：请检查W3WP.EXE进行,和SQLserver进程占用内存和CPU的情况
　　
　　7.         解决方案七：w3wp.exe、Session、Cache等原因造成
　　w3wp.exe就是你的ASP.NET应用宿主，如果你使用了大量的Session、Cache等资源，并且Session超市时间很长，那么内存占用量就比较大。应用池是为增加性能而设的一个特性，但是也消耗很大的内存。另外关掉Windows   Server   2003里的大多数Service（那个不用都可以关掉），也可以节省一部分内存
　　
　　你的问题我以前也遇见过，我以前是用的Session,后我全部改成cook之后就好多了，应该是你的Session或是你的CACHE有问题（CACHE不太懂，但多多少应该是有的）
　　
　　优化asp.net程序，就向楼上的说的那样，少用或不用session   cache   application之类的东西，再有就是是不是有翻页的地方，翻页处理不好也是会占很多内存的。
　　
　　总结上面,大概原因是因为   session   和   cache   的不合理使用造成的。   
　　我的应用程序中，确实用了很多的Session   和   Cache。