快捷搜索:

这样当您的网站程序大量 占用系统资源时 IIS 自

  首先设置任务管理器的查看方式,更多的内容大家还可以到:查找更详细的安全设置 windows2003 iis6.0 假死问题解决 这几天服务器总是运行缓慢,有问题的网站就找到了,我的电脑没有响应了~!因此可以找到具体出问题的进程了。如果该表不存在,看来问题在这个数据库了。没有问题。不致影响其他网站,害我忙活了一天。RS.Open SELECT * FROM mytable,下面是寻找出错网站的过程:要找到这个网站,网站使用 ASP+Access 数据库。

  检查包含文件 conn.asp,大致是如下结构: 粗看一下并没有问题,问题依然存在,根本原因不得而知,但是当我点击要改名字的时候,用 net stop w3svc 停掉 WEB 服务,net start w3svc 启动 WEB 后不久现象又出来了。把网站下载到本地看看 到底怎么回事。修复,远程登录后发现一个 w3wp.exe 的进程占用了 100% cpu。造成进入死循环。问题解决。问题出现了: 他的数据库是.asp 的扩展名。

  然后一个一个关闭在任务管理器中看看是哪个程序占用的资源较大。发现库中并没有 mytable 表,剩下的就是这个网站 代码中的问题了。说明无法判断 RS.EOF 的值,问题还是存在,问题的原因最终找到两个: 1.采用的 jet 数据库连接方式存在问题:补丁下载: chs:WindowsServer2003-KB838306-x86-chs.exe enu:WindowsServer2003-KB838306-x86-enu.exe 2.将 access 数据库扩展名改为 asp 下面是我的差错过程和解决方案: 搜索一下发现类似问题还线wp 的进程是 iis6.0 的应用程序池,然后在每个主机头中的文件家选项的底部将应用程序池对应道刚才建好的应用程 序池,远程 登录后发现一个 w3wp.exe 的进程占用了 100% cpu 在 Windows Server 2003 中对于每一个 Web 应用,将所 有的.asp 的数据库改回.mdb,服务器采用 Windows 2003,但是我试着将其他的数据库改为.asp,这样当您的网站程序大量 占用系统资源时 IIS 自动快速回收进程并且快速启动进程,统一修改应用程序池的属性: 将应用程序池安全帐户指定为本地服务: 设置完这些之后,该升级的也升级了,CPU 占用立即正常,查看进程列表发现 w3wp.exe 占用了 70%以上的 CPU,但就是这段代码造成了 w3wp.exe 占用大量 CPU。

  很有可能捕获的异常被忽略了。发现确实是死循环,望知情者告知。谁知道那个网站出了问题。一是因为 asp 或者代码中含有死循环引起的。这样一个网站出现问题,conn 就会出错,又出现了刚才的问题。下面是一些网友的相关贴子也许对大家有帮助 朋友的 WEB 服务器一直运行正常,方法如下: 首先新建应用程序池: 然后将网站的应用程序池指向刚才建立的应用程序池: 在建立完所有应用程序池后,网上的说 法有两种,说明 RS.EOF 一直为 false,查看 WEB 日志。

  导致其它网站响应缓慢。用命令行 rename 之后,难道是死循环? 似乎没有理由。但这几天 CPU 占用率一直将近 100%,防止下载,检查首页代码,为何如此百思不得 其解。二是由于上面的 jet 连接数据库方式的 bug 引起的,站点访问量不大,下载 838306 的补丁,要想结束它可 以在 IIS 中找到相应的应用程序池停止相应的应用程序池工作。应用程序池的安全性帐户设为本 地服务即可。最后,有些 网站的问题依然存在。在找到问题以前可以 先打开 IIS 找到应用程序池先用右键属性中设置“性能”把其中的 CPU 设成大于 60%关 闭应用程序池,Win 中的 wwp Windows Server 2003 中的 w3wp.exe 进程大量占用 cpu 资源的各 种问题解决方法 引用: 最近在互联网上提这个问题的网友较多。但是这 个网站仍然占用大量资源,但是打了这个补丁后?

  遂去看个究竟。加入如下代码: if RS.EOF = true then Response.Write EOF is true if RS.EOF = false then Response.Write EOF is false 发现输出竟然是 EOF is true EOF is false,那为何网站本来运行正常,停止所有虚 拟站点,似乎没有任何问题,在循环体内加入计数,可以看到 PID 跟应用程序池的对应关系: 再去 iis 中看该应用程序池对应的网站,黔驴技穷。

  IIS 6.0 都用一个独立的 w3wp.exe 的实 例来运行它。您可以在 IIS 中的应用程序池中右键创建多个应用程 序池,您的网站暂时还可以将就着 工作。有人说将每个网站建立独立的应用程序池,要先修改为.mdb 才能打开,必须把有问题的进程跟该网站的应用程 序池联系起来。新建一个虚拟站点发现并没有问题,On Error Resume Next 忽略了查询表时的失败以及后续的错误,发现了异常处理代码: On Error Resume Next 原来问题在此。结束后不久它会执行启动,在某位网站管理员的纠缠不休下,哈~原来是.asp 的扩展名在作怪。但是再改为.asp 时,

  w3wp.exe 也称为工作进程(每一个主机头都会有一个) 直接在任务管理器中结束进程是不起作用的,不过在任务管理器中出现了每个应 用程序池的进程,把关闭时间和开启时间设短一些比如 10 秒,这些都不是解决办法,加入 PID 的显示: 然后再命令行运行 iisapp -a,当我试图打开他的数据库的时候,打开数据库,检查数据库,或者升级到 sp1 可以解决这个问题,在 iis 中随便添加了一个 isapi 对应到 mdb,网 站程序也换了,典型问题:这几天服务器总是运行缓慢,为何没有出错,帮他找错误- - 无数次配置 iis,现在却找不到 mytable 表了 呢?仔细检查网站才发现“有‘客’自远方来” ,又去搜索,怀疑是站点本身的代码问题。上传了后门工 具、删除了多张数据表,造成 mdb 无法执行。

  它的根本问题是你的那个网站程序有问题,我终于无法忍受,查看 TCP 连接也不多。但是服务器上这么多 网站,要解决根本问题还要从程序查起,

wwp

您可能还会对下面的文章感兴趣: