IIS 中查看W3P.exe所性应用池与iisapp来查看pid占用cpu过高进程

iis 中查看w3p.exe所性应用池与iisapp来查看pid占用cpu过高进程

iisapp -a来显示应用程序池的性能列表.

iisapp.vbs它是一个脚本程序,在安装2003时需要sp1才有

而iis7可以直接用它的外壳命令

c:"windows"system32"inetsrv>appcmd.exe list wp来显示

有时候因为服务器安全问题不能直接运行,我们可以通过下面的方法解决下。

iis7中查看w3wp进程

在iis中可以用iisapp命令查看到所有w3wp进程的情况,但iis7中微软改变了做法,改用了appcmd命令了,做法如下:
  1:在system32文件夹中有appcmd.exe工具,%windir%system32inetsrvappcmd.exe
  2:打开doc命令窗口,定位到该文件夹
  3:输入查看命令:appcmd list wp,即可看到所有w3wp进程的情况了

利用iisapp来查看pid占用cpu过高的网站

isapp -a pid

可以查出对应的域名

反之 iisapp -p domain 查pid的语法
iisapp [a/
apppoolname | /p
apppoolid]

参数
/a apppoolname

指定特定应用程序池的名称。(可选项)

/p apppoolid

按 id 号指定应用程序池。(可选项)

注释
如果未指定应用程序池名或 id,则 iisapp 列出所有运行应用程序。

仅当使用 /s 时,

才可使用 /u 和 /p 命令行选项。必须同时使用 /p 和 /u 才能提供用户密码。

iisext.vbs 执行 iis 管理器中可用的相同操作。可使用任何一种工具管理 iis 网站。

发出命令的计算机必须正在运行 windows xp 或 windows server 2003 操作系统。用户必须是命令所影响的计算机上的 administrators 组成员。

命令所影响的计算机必须是运行带有 internet 信息服务 (iis) 6.0 的 windows server 2003 的服务器。

说明一下:w3wp.exe为iis里面的应用程序池进程,有几个进程就会有几个w3wp.exe,会发现某个w3wp.exe进程cpu和内存都高得可怕!

好,那我们来看看具体实践中该如何解决首先是windows2003

首先打开windows任务管理器–点击查看—选择列–把pid给钩上!!,,

就可以在进程里面看到pid的选项了

点击运行–输入cmd–输入iisapp -a—很奇怪,这里显示pid的,是用弹出窗口一个个出现的,不知道别人会不,,反正我就是这样,太不利于查看了!!
注意,希望人blog听说第一次运行,会提示没有js支持,点击确定.然后再次运行就可以了.这样就可以看到pid对应的应用程序池,这个我就没测试了!

这样吧,先再cmd里面输入:cd %systemroot%system32
然后再输入:cscript.exe iisapp.vbs -a
cmd窗口显示如下:
w3wp.exe pid: 2488 apppoolid: apppool #26
w3wp.exe pid: 3008 apppoolid: apppool #2
w3wp.exe pid: 4704 apppoolid: apppool #15
w3wp.exe pid: 6388 apppoolid: apppool #19
w3wp.exe pid: 6004 apppoolid: apppool #8
奇怪的是,我还是弹出了窗口,不过不影响显示!有了这样对于就好办了,!

再任务管理器里面查看占用cpu和内存过高进程的pid值,就知道是哪一个应用程序池出了问题,就可以查到具体是什么网站有问题了!!!

时间: 2024-08-31 21:13:33

IIS 中查看W3P.exe所性应用池与iisapp来查看pid占用cpu过高进程的相关文章

IIS中查看W3P.exe进程对应的应用程序池的方法

  先在Windows任务管理器中点击查看--选择列--选择PID(进程标识符),这样在进程中就会显示进程ID号. 对于IIS6可以运行 iisapp -a来显示应用程序池的性能列表. iisapp.vbs它是一个脚本程序,在安装2003时需要SP1才有 而IIS7可以直接用它的外壳命令 C:"Windows"System32"inetsrv>appcmd.exe list wp来显示 有时候因为服务器安全问题不能直接运行,我们可以通过下面的方法解决下. IIS7中查看

IIS中查看W3P.exe进程对应的应用程序池的方法_win服务器

先在Windows任务管理器中点击查看--选择列--选择PID(进程标识符),这样在进程中就会显示进程ID号. 对于IIS6可以运行 iisapp -a来显示应用程序池的性能列表. iisapp.vbs它是一个脚本程序,在安装2003时需要SP1才有 而IIS7可以直接用它的外壳命令 C:"Windows"System32"inetsrv>appcmd.exe list wp来显示 有时候因为服务器安全问题不能直接运行,我们可以通过下面的方法解决下. IIS7中查看w3

w3wp.exe占用cpu过高的解决方法第1/2页_win服务器

iisapp.vbs:IIS 应用程序查询脚本 报告为特定的应用程序池提供服务且当前正在运行 w3pwp.exe 进程的进程标识符 (PID). 语法 iisapp [a/ AppPoolName | /p AppPoolID] 参数 /a AppPoolName 指定特定应用程序池的名称.(可选项) /p AppPoolID 按 ID 号指定应用程序池.(可选项) 注释 如果未指定应用程序池名或 ID,则 iisapp 列出所有运行应用程序. 仅当使用 /s 时,才可使用 /u 和 /p 命令

解决IAStorDataMgrSvc.exe进程占用cpu过高

这个进程一般都是驱动程序版本有问题!别以为电脑都已经是装的最新版本的驱动了就觉得不会是这个问题,本人就是安装官方推荐的旧版本的驱动来覆盖本地的最新驱动,这问题才得以解决,现在想来应该是不知什么时候用驱动人生安装了新版本驱动 ,而该驱动版本刚好就有问题,吭爹吧,呵呵.... 推荐做法是去dell电脑官网下载推荐的驱动版本,如果下回来安装的驱动提示是否要用比较旧的版本覆盖安装本地较新的版本,果断选择是,安装完驱动 重启,若IAStorDataMgrSvc.exe进程占用cpu问题解决,则证明就是该进

Win7电脑中的mrt.exe是什么文件

  1.一些优化软件可以检测到mrt.exe文件占用CPU很高! 2.如果没有优化软件,按三键(Ctrl+Alt+Del)调出[Windows任务管理器]→进程→也会看到mrt.exe文件占用cpu很高. 3.通常情况下,这是在安全软件打了这个补丁之后,会自动运行一次进行全盘扫描的.但是这个补丁比较神秘,有些系统在控制面板的添加或删除程序中是不会显示的! 4.只要使用mrt.exe作为关键词搜索一下,就会有该程序了,通常是保存在这个路径之下:C:WindowsSystem32 5.如果双击,可以

win7系统Svchost.exe占用cpu资源过高怎么办

win7系统Svchost.exe占用cpu资源过高的解决方法 先来看一下任务管理器下Svchost.exe占用了47%的CPU资源,在高的时候达到80%以上 我们首先右键点击任务栏空白处,然后在弹出菜单中选择"启动任务管理器"菜单项 在打开的任务管理器中点击"查看/选择列"菜单项 这时会打开选择进程页列窗口,选中最上面的"PID(进程标识符)"前的复选框 这时在任务管理器中就可以看到多了一个PID列,我们看到占用CPU资源高的Svchost.e

linux查看占用内存/cpu最高的进程情况

可以使用一下命令查使用内存最多的10个进程 查看占用cpu最高的进程 ps aux|head -1;ps aux|grep -v PID|sort -rn -k +3|head 或者top (然后按下M,注意这里是大写) 查看占用内存最高的进程 ps aux|head -1;ps aux|grep -v PID|sort -rn -k +4|head 或者top (然后按下P,注意这里是大写) 该命令组合实际上是下面两句命令: ps aux|head -1 ps aux|grep -v PID|

介绍三种处理IIS中无法打开asp页面的方法

每每装IIS,总会碰到这样那样的问题,从目前反应情况来看,IIS安装后可浏览HTML静态文件,却无法浏 览asp为后缀的动态页面. 通过几次调试后,找到以下几种方法,这些方法都参考网络各个介绍,并通过了本人的测试.希望能给大家 减少IIS安装故障带来的烦恼. 一般来说,对于此故障通常都发生在这么一种情况,即windows xp ghost版本.很容易理解,ghost制作方 通常为了给系统减肥,把普通用户不需要的服务给停止了,结果导致当我们需要使用一些不常用的服务时, 却怎么也不能正常.所以,对大

win2003中的w3wp.exe进程大量占用cpu资源的各种问题解决方法_win服务器

1:使用 MicrosoftJet 数据库引擎 Web 应用程序可能停止响应负载,造成假死: 原因:发生此问题是因为 Jet 数据库引擎中存在缺陷. Microsoft Windows Server 2003 上只会出现此问题. 在 Windows Server 2003, COM+ 更改频率 CoFreeUnusedLibraries 函数被调用. 此更改导致 Jet 驱动程序以初始化频繁. 此行为可能导致死锁条件. Web 服务器负载时最常出现此问题. 补丁下载: chs:WindowsSe