原文:iis7下查看站点日志对应文件夹 IIS7下面默认日志文件的存放路径：%SystemDrive%\inetpub\logs\LogFiles 查看方法：点击对应网站 -> 右侧功能视图 -> 双击 “日志” -> 目录 如果服务器配置有多个站点则在该目录下会生成多个文件夹，每个文件夹对应一个站点，那么问题来了，如何查看站点对应的日志文件夹？ 查看方法：%SystemDrive%\windows\system32\inetsrv\config\applicationHost.config 找到改文件打开，查找网站名称，里面有对应id对应生成时日志文件夹最后数字W3SVC2

PID是Process ID的简称，这对WINDOWS开发人员来说是非常有用的信息，但对于普通用户来说则根本不必去理会。   举个例子来说： 在网站发布的时候，需要安装IIS，那么iis的tcp的80端口就不能被占用。但如果被占用了，我们怎么查看被什么程序占用了呢？   1 在命令提示行中输入：netstat -an -p tcp -o，可以看到80端口被PID为1984的进程占用。   那么我就要找：1984是哪位仁兄啊？  2 在"任务管理器"中——>查看——>选择列。把PID勾选上，这样就可以在"任务管理器"看到这位仁兄了 原来是apache这位仁兄啊。   有几种解决办法： 1. 卸载apache 2. 直接更改IIS中TCP端口为其它端口如：81 82 等，但这样调试网站时需在网址后加上当前更改的端口   （http://localhost:81/）。 3. 还有其他的，大家上网搜搜吧！

问题描述 ECS Windows系统服务器使用IIS作为WEB服务搭建的网站访问出现“503 Service Unavailable”报错。 问题分析 一般出现Service Unavailable可以先从系统和应用层的日志看下是否有相关记录信息，原因可能有多种。 解决方案 1、isapi筛选器加载的扩展项失败 检查ISAPI筛选器中的加载项不能正常加载。 2、应用程序池启动失败，这个问题的原因较多,可能的情况有     2.1 应用程序池标识异常，检查应用程序池中的用户是否被禁用，账户密码是否正常 以下以默认“应用程序池”为例。 通过上图中第3步可以看到使用的用户。 通过“用户和组”中的用户，即可查看到对应的用户账户是否被禁用。    2.2 应用程序池所属用户不在IIS_WPG组 或者IIS_WPG组权限异常 其余的情况需要具体情况来具体分析： 3、服务器请求量过大，负载过高。 服务器的负载，可以通过服务器中的“任务管理器”来查看CPU和内存以及“联网”的性能状态，也可以通过阿里云控制台中的“实例实时信息”来查看。 4、如果在重启服务器后，发现IIS 6.0所承载的所有网站全部无法访问，全部出现Service Unavailable错误，建议通过如下方法进行排查分析： 查看系统日志，如果出现类似如下错误（来源-W3SVC，错误ID-1002）： 应用程序池 'defaultapppool' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误。 请尝试通过如下方法解决： 如下图所示 点击“开始”-“管理工具”-“组件服务”-“计算机”-“我的电脑”-“DCOM”选项. 选择其下的“IIS Admin Service”，右健选择“属性”. 然后切换到“安全”选项卡，在“启动和激活权限”中选中“自定义”后点击编辑. 添加帐号“Network Service”， 给该帐号赋予“本地启动”和“本地激活”的权限. 在命令行中使用IISRESET命令重新启动IIS（点“开始”-“运行”-“CMD”，点确定，然后运行IISRESET） 5. 查看系统日志，如果出现类似如下错误（来源-W3SVC，错误ID-1009）： 为应用程序池 'DefaultAppPool' 提供服务的进程意外终止。进程 ID 是 '332'。进程退出代码是 '0xffffffff'. 请尝试通过如下方法解决： 点击“开始”-“管理工具”-“Internet 信息服务(IIS)管理器”. 定位到“应用程序池” 下报错的相应应用程序池，右击选择“属性”. 切换到“运行状况”选项卡，取消勾选“启用快速失败保护”. 如果问题还是未解决，参阅微软官方KB ，该问题可能是由于某些系统补丁导致的，已知的可能导致该问题的补丁包括： KB973917、KB982666 请参阅如下步骤尝试解决： 打开系统盘下相应的补丁目录，比如C:\WINDOWS\$NtUninstallKB973917$ 运行子目录spuninst下的 spuninst.exe程序卸载补丁 重启系统 说明：如果相应的补丁目录已经被删除，可以尝试重新下载相应补丁安装后再使用上述方法进行卸载

转自红客联盟http://www.2cto.com/os/201405/300927.html 一、IIS服务器的搭建 IIS全称Internet Information Service，中文名：Internet信息服务，专用于微软操作系统平台，兼容微软的各项Web技术，尤其是ASP.NET（其实也就在IIS上能 跑），除此之外，IIS还支持CGI，IIS7以后的版本对Fast-CGI支持更好，所以PHP 5.3可以使用Fast-CGI和Zend来优化在IIS上的性能，当然早期的ASP也是可以支持的，JSP的支持相对麻烦，而且性能不好，所以基本没人 拿IIS跑JSP。 现在，IIS8已经伴随着Windows Server 2012 R2和Windows 8.1的发布而出现在最新的Windows版本中，所以本文就不拿IIS7以前的古董说事了，IIS7以后的版本，变化幅度很小，应该是在优化性能、增加 稳定性和添加新的MIME等一些杂项上的处理。 好了，现在让我们开始！ 基本步骤如下： 启用功能 -> 设置网站路径和端口 -> 设置权限 -> 设置杂项 -> 正式发布 1.启用功能： 首先，我们以Windows 桌面版系统为例，进入Windows的“控制面板”，如图所示 （Windows 桌面版控制面板） 进入“程序”，然后点“启用或关闭Windows功能”，然后就能看到一下选项，找到Internet Information Services（在Windows 7为Internet信息服务，下同），如图所示 （Windows 桌面版的 Windows 功能） 在Internet Information Services之前的选项框上打勾，会发现有些内容是方块型的，意思是没有完全启用其中的功能，建议按照图片上的介绍把“应用程序开发功能”中的内容全 部勾选，要不IIS搭好以后只能挂HTML这种静态网页。勾选完成后，如还需要其他方面的功能，如ODBC日志、动态内容压缩、HTTP重定向等功能，也 可以再次勾选，当然现在不勾选以后再加也没问题。  （关闭 Windows 防火墙） 完成后，点击确定，Windows自动安装IIS功能，安装完成后，建议在“系统和安全”中，完全关闭防火墙，保证IIS的其他端口可被访问，在IE或其他浏览器中，打开http://localhost，出现如下界面，则说明搭建成功 （IIS8 欢迎界面） 接下来，我们来看看在Windows Server 2012 R2上的IIS搭建过程 首先，打开“服务器管理器”，在右上角找到“管理”->“添加角色和功能”，如图所示 （Windows Server 2012 R2 服务器管理器添加角色和功能） 接着，一直点击“下一步”，直到“服务器角色”一项，在右侧列表中找到“Web 服务器(IIS)”一项，如图所示 （Windows Server 2012 R2 添加服务器角色） 成功添加角色后，会提示你选择所需的功能，类似前面Windows 桌面版的介绍，选择自己所需的功能，推荐将“应用程序开发”中的所有选项全部勾选！如果作为真正的服务器使用，最好把功能全部配齐，省得再次配置。勾选完后，一路“下一步”等待安装完成即可。 （Windows 7和Windows Server 2008 R2的配置类似对应的桌面版和服务器版，可参照上面的介绍配置） 安装完成后，查看Windows服务，可以发现多出一项名为“World Wide Web Publishing Service”的服务，这个服务用于启动和管理IIS进程，保证Windows开机启动时，自动运行，而不需要某一个用户登录。 （IIS的服务） 2.设置网站路径和端口 虽然服务器功能启用完毕，虽然我们可以在局域网内通过IP地址或者在本机用localhost进行访问，但我们只是浏览了微软给我们的示例，我们需 要让IIS展示我们自己写好的网站，此时就需要将网站相关的文件，如：aspx、html、dll等，这里，我们用ASP.NET中最简单的 WebForm形式单页面演示如何部署一个真正的动态网站。 首先，假设我们的网站已经在VS中完全开发完成，如图所示，网站基本目录文件如下： （一个基本的WebForm网站） 提前说明一点：这个网站就是一个基本的Web API，根据参数id（GET或POST提交），从数据库中取出对应ID的数据，当id为0或不能转换为int型数据时，返回所有数据，超出范围则返回空数据。 如果直接运行或者调试，会看到下面的画面，其中，浏览器地址是localhost+一个随机的端口号，这是VS将网站挂在了自带的IIS Express上，但IIS Express仅允许本地调试使用，如果在局域网测试或者把VS的调试关闭，则会发现网站不能访问。 （IIS Express展示结果） 于是，我们现在可以有两种方式整理网站需要的文件，第一是自己手动去复制，第二是用VS自动打包。如果不是网站特别大，文件特别多，还是建议自己复 制。如图所示，打开项目的源文件夹，我们会看到许多文件，有.cs、.vscxproj、.config等，其中，我们需要的只有以下几种类型： 第一，网站的视图或页面文件，WebForm为aspx，MVC为cshtml或aspx，WebService为asmx等等 第二，网站的资源文件，如js脚本、图片、css文件等 第三，网站的动态链接库，即整个bin文件夹，及及其中的dll文件 第四，网站的配置文件，Web.config （网站源码文件夹） 剩下的文件，不管以什么后缀名结尾，全部都可以不要，但是不要删，都是你自己的心血！ 把这些文件复制到你需要挂网站的地方，如果是服务器系统，只要不是系统目录，你可以任意放，如果是桌面版系统，别放在桌面上、系统目录就行，推荐放在以下几种路径： 第一，IIS默认路径，C:\inetpub\wwwroot\ 第二，非C盘的其他路径，如D:\xxx 第三，非网络路径的其他可读写、脚本可执行路径 接着，我们要在IIS里进行网站路径设置。打开IIS，在左边的列表中看到“网站”一项，如图所示，这里列出了所有在本机IIS服务器上挂载的站点 （IIS中的网站列表） 现在要考虑是将网站挂在本机的另一个TCP端口（Default Web Site默认绑定80端口，可以将自己的网站挂在8080等端口上）上，还是将网站挂在80端口下的一个虚拟目录中，这里分别介绍。 首先，如果我们将网站挂在8080端口上，我们需要在“网站”中新建一个网站，大致操作为：右键“网站”->“添加网站”->输入信息 ->点击“确定”即可，其中，“网站名称”任意填写，“物理路径”选择上面放了网站相关文件的目录路径，剩下端口改为8080或者其他未占用端口都 行，点击确定，访问http://localhost:8080/或者IP地址即可看到自己的网站了，如图所示 （添加一个新网站） 其次，我们来看一下虚拟路径的添加方法，所谓虚拟路径，就是类似http://www.xiyoumobile.com/admin/等访问方法， 看似访问了网站中的另一个文件夹，实际上访问了另外一个网站，在IIS中可以选择“添加虚拟目录”和“添加应用程序”两种方法实现，个人推荐后者，因为不 用因为新建一个虚拟目录而考虑.dll文件的放置位置。具体操作：对着要添加虚拟目录的网站右键->"添加应用程序"->填写“别名”和“路 径”->确定，在浏览器中输入网站即可访问到网站，其中，“别名”请填写希望被访问的虚拟目录名，如http://www.xiyoumobile.com/admin/中，别名就应该填“admin”，而“路径”则按照新建网站的方法填写即可，如图 （添加虚拟目录） 3.设置权限 Windows NT系统出于安全性的考虑，设置了用户组和权限的划分，尤其在普通桌面版或者说家庭版的系统中体现的更为明显，服务器上经常对Administrator 赋予了最高权限，有童鞋说，按照上面的方法，搭建完成服务器了以后，Web页面能打开，但是会报错，500或者401等等，基本上是因为权限，如果401 就是压根儿啥权限都没有，500有可能是在写本地数据库的时候，文件禁止写入所造成的服务器错误，于是乎，就请各位童鞋仔细查看网站目录的权限是否给够了。 如何检查呢，很简单，打开IIS，在左边的列表中选择一个网站或者虚拟目录，然后在右边的“操作”一栏中，选择“编辑权限”->“安全”，如图所示 （在IIS编辑网站目录权限） 在这里可以看到，我的网站目录权限中有“Everyone”、“Authenticated Users”、“SYSTEM”、“Administrators”等几个用户组或者用户名，并允许“Everyone”用户组进行读取和执行、列出等操 作，所以网站的脚本、内容都是允许任何人进行访问或者说获取的，有些童鞋的硬盘中没有设置过权限，有可能就没有Everyone的这个权限，所以有可能访 问出现如下情况 （由于权限不够而造成访问失败） 遇到这种情况有就可以在刚才（网站目录文件夹）的“安全”中，添加Everyone或者IIS_IUSRS访问权限，如果需要文件上传，可以将某个文件夹设为可读可写可执行，只要在需要的权限上打上勾即可，如图 （设置IIS_IUSRS的权限） 4.设置杂项 童鞋们该等急了，这下网站应该可以算正式发布了吧，别急，还有点东西要说！！ 第一，默认文档 有些童鞋说，安装你说的方法都配置好，怎么打开还是报错啊，就像下面的错误： HTTP 错误 403.14 - Forbidden Web 服务器被配置为不列出此目录的内容。 （网站未找到默认文档报错） 但是你会发现如果打http://localhost:8080/Default.aspx 又可以访问了，这是因为：IIS默认的默认文档为以下几个：Default.htm、Default.asp、index.htm、 index.html、iisstart.htm、default.aspx（在此说明一下，由于Windows系统在路径上不区分大小写，所以IIS上 发布的网站也是不区分大小写的），如果你的主页文件不在上述文件之内，不输文档名，默认是无法访问到的（这里我故意删除了Default.aspx），所 以，针对这种情况，请自行设置默认文档，方法如下（这里假设要挂php网站）： （添加默认文档） 添加默认文档以后，直接敲域名或者IP及端口号即可方法默认页面了！ 第二，数据库连接字符串 有些童鞋因为在本机测试时，SQL Server使用的是Windows身份验证，所以VS自动生成到Web.config中的连接字符串如下所示   ? 1 2 <add name="ExampleConnectionString" connectionString="Data Source=.\SQLEXPRESS;Initial Catalog=Example;Integrated Security=True"       providerName="System.Data.SqlClient" /> 而如果直接将这个连接字符串使用在网站上时，会发现网页提示：   无法打开登录所请求的数据库 "Example"。登录失败。 用户 'IIS APPPOOL\DefaultAppPool' 登录失败。 如图所示： （数据库异常） 所以，一定要注意，在将网站挂载到真正的IIS服务器上前，请将修改Web.config中的字符串，确保数据库使用SQL Server身份验证，且如果数据库装在本机，那么Data Source最好设为localhost,1433，如下面的代码所示： ? 1 2 3 <add name="ConnectionString" connectionString="Data Source=localhost,1433;Initial Catalog=Example;User    ID=sa;Password=123456" providerName="System.Data.SqlClient"/> 第三，.NET Framework版本 尤其是在Windows 7版本中，默认只支持.NET Framework 3.5，如果.NET Framework 4和IIS的安装顺序不同，还会造成.NET没有在IIS中注册的问题，所以建议不管先装.NET Framework，还是先装IIS，都在挂网站前，以管理员身份运行cmd，然后进X:Windows\Microsoft.NET \Framework\v4.0.30319（64位：X:Windows\Microsoft.NET\Framework64 \v4.0.30319，X代表系统安装盘，如C），然后执行命令aspnet_regiis.exe -i，这样可以保证.NET4被注册到IIS，IIS才能正常运行.NET4版本以上的程序。 再者，如果应用开发时选择了.NET4，而网站应用程序选择的是.NET2，也是不行的。 这两者都属于运行框架异常，必须配置正确，否则就会报错！ （选择正确的应用程序池） 第四，禁用调试信息 调试信息一般在本地开发时有用，正式发布后如果让访问者看到，也会暴露一些网站信息，同时显得开发者很业余，所以请在正式部署后，关闭调试信息，具体操作如下： 修改Web.config，将下面的内容修改 ? 1 2 3 <system.web>       <compilation debug="true" targetFramework="4.0" />     </system.web> 修改后 ? 1 2 3 <system.web>       <compilation debug="false" targetFramework="4.0" />     </system.web> 这样就关闭了远程访问时的调试信息 第五，添加MIME类型 如果需要让网站提供一些新文件访问的服务，必须在IIS中添加一些文件的后缀名和MIME类型，尤其是IIS7，默认没有.mp4格式文件的支持， 如果不添加MIME类型，HTML5就不容易实现，还有其他的文件，如apk、ipa等安装包，由于不常用，在IIS上也需要手动添加进来，如果不添加， 就会报“404 Not Found”的错误，添加方法如下： （添加MIME类型） 第六，其他设置 其他的设置包括访问控制、IP地址过滤、反向代理、SSL、日志、CGI等等，这个根据个人需要来配置，而且都不是很困难，除非你要在IIS上跑Java。 本文转自 wdy198622 51CTO博客，原文链接:http://blog.51cto.com/weimouren/1765490

IIS日志：  应用程序:ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' 报告它自身有问题，原因如下: 'ASP 不正常，因为执行请求的 100% 被挂起，而且请求队列已经使用了 0%。'。  关于server 2003+IIS6 出现 'ASP 不正常，因为执行请求的 100% 被挂起  现像如下:  站点无法打开,或者打开很慢.HTML可以打开.重新启动或者回收应用程序池可恢复.但过一段时间又会出现  日志里会有:  ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' reported itself as unhealthy for the following reason: 'ASP unhealthy because 100% of executing requests are hung and 6% of the request queue is full.'.  或者:  ISAPI 'C:\WINDOWS\system32\inetsrv\asp.dll' 报告它自身有问题，原因如下: 'ASP 不正常，因为执行请求的 100% 被挂起，而且请求队列已经使用了 0%。'。  解决方法:  1.asp是否正确映射到'C:\WINDOWS\system32\inetsrv\asp.dll'  2.一般来讲,是由于在同属IIS的应用程序池出现了某个站ASP代码错误所致,使得内存耗尽,检查代码本身的问题.可以隔离到单独应用程序池调试  3、减少应用程序池回收时间。默认为：1740。。可设为120（每2小时）  IIS假死的原因：  打开IIS 你就会看到应用程序池，默认只有一个应用程序池，查看应用程序池的属性，会发现他的回收时间，默认多达，1740分钟，就是说，需要在1740分钟后才回收此应用程序池，如果在这个时间内，达到请求的最高限制，那么就会出现ASP假死的情况，这个就是大型网站出现假死的情况，反而，小型网站确不会出现这样的情况，因为他请求少，流量少，还没达到限制数量。当然要看你的服务器上网站数目而定。  以下是解决方法:  资料一  单个网站解决方法:  把应用程序池回收时间缩短到300-600分钟，其间回收过程中，需要占用一点CPU资源，没办法，为了稳定性，再把回收时间设为凌晨5点。  多网站解决方法：  视服务器网站的多少，新建多个应用程序池，把每个池回收时间缩小到300分钟，然后再分配每个池10个网站左右(这个分配是要求你的网站访问量所定)如果某个网站，访问量大，就单独给他一个程序池，但是这样做的后果就是需要大内存，一个池现在占用我120M内存左右，反正内存大，没关系，  那么多网站如何分配应用程序池，打开IIS--查看你要分配的网站属性，查看主目录--在下面你就会看到应用程序池了，分配一个就行了。  资料二  大家在使用iis6时..如果装了动网论坛.肯定有出现过iis6假死现像..就是asp网页打开慢..但是iis却是正常的..静态网页打开速度一样..这时候..我一直是重启的方法..查了官方的资料结果没有...据官方资料说..win2003很快就要打这个补丁了..是iis6对access驱动支持不理像..也算是一个bug吧..由于我的服务器虚拟主机多..而且大多支持asp..如果一旦假死就无法运行..在多方面的资料查找下..找到了一个比较简单的方法..具体我测试是通过了..iis6自带数据应用程序池..现在就利用他来解决假死..  首先把bbs设一个单独的目录..然后点击应用程序池..新建应用程序池.输入应用程序池id..  然后把bbs的虚拟目录下面的.就用程序池..选择刚才新建的应用程序池...  然后再回到刚才设好的应用程序池...点击..属性...把回收工作进程数(分钟)及回收工作进程数还有在下列时间回收时间进程勾上..然后在下列时间回收程序池里左边添加..选择一个时间..一般来说..网站到凌晨3点的时候.基本人都很少了..这时回收一下bbs的进程数..就可以解决了iis假死的现像..  当然还可以配置其他信息..比如说iis6的用户名.. 我们可以打开计算机管理..然后打开计算机用户管理..添加一个用户..设置好后..在应用程序池里面..标识..把添加的用户放上去..用用户来测试回收的进程..当然还有..其他配置..其实很简单..只要好好看一下..就能明白意思...  也可以借助专用的工具来回收应用程序池..这样方便而且快捷..iis的备份.虚拟主机ip的统一修改及端口访问的ip记录..用批处理是一个很简单又方便的方法.所以.把一台服务器做的安全..并不是哪么容易的事..特别是iis..经常去官方网站搜索资料是一个好习惯..还有就是经常性的访问日志..及注册表的用户还有加载运行的程序.及服务也是一个好方法． 原文地址:http://www.cnblogs.com/eng308/archive/2010/02/26/1674097.html 本文转自温景良(Jason)博客园博客，原文链接：http://www.cnblogs.com/wenjl520/archive/2010/07/08/1773956.html，如需转载请自行联系原作者

IIS的验证方法: IWAM和IUSR账号-->IUSR: 323640;IWAM: 236855  参考: IIS如何验证浏览器客户端-->http://support.microsoft.com/?id=264921  Windows 2000中基本验证要求"Log on locally"权利 IIS 5.0架构概述-->见下图: IIS 5.0请求处理过程-->见下图: IIS 6.0 Worker Process隔离模式架构-->见下图: IIS 6.0 WPIM模式的请求处理过程-->见下图: 排错工具: Wfetch-->KB: 284285  网络监视器: Windows 2K/2003服务器版  SMS中带有的独立版 IIS问题归类: IIS服务、站点工作异常  IIS服务管理器工作异常  静态页面无法访问  动态页面不能访问  HTTP出错代码排查  验证、权限问题  证书排错  FTP排错  其他错误 排错信息收集: 使用WFetch获取请求回应详细信息  在IIS log中记录substatus信息  记录工作进程回收事件-->LogEventOnRecycle=0/1  检查系统和应用程序日志  检查HTTP错误日志-->systemroot\System32\LogFiles\HTTPERR  检查IIS日志  去除友好的HTTP出错信息  去除服务器端的友好出错信息  通用基本排错方法: 检查IIS服务、站点是否已经启动  获取详细的HTTP出错信息  使用简单的测试文件-->简单的HTML/ASP文件  使用不同的名称访问-->NetBIOS/FQDN/主机头/IP  在IIS本机访问  重启站点、IIS或服务器  检查浏览器上的代理服务器设置 IIS服务、站点无法启动: 是否存在端口冲突-->FPORT工具,netstat -nap tcp命令 IIS服务器是否安装了ISA Server?  服务是否被禁用  套接字池Socketpooling -->IIS 5.0: 238131  IIS 6.0: 813368 Internet信息管理器工作异常: 使用MMC打开  检查登录用户的权限  检查事件日志 验证权限问题排错(1): 该请求使用的验证方法? 该请求使用的用户身份? 基本验证的权限权利要求是否满足? DCOM的启动权限(IWAM及其他账号)-->http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/fd24c76b-a8d7-4033-8e31-6dbe236d92f7.mspx  若IIS在域控制器上,ASP.Net不能正常工作-->知识库文章315158 验证权限问题排错(2): IIS_WPG组默认对System32目录没有执行权限  确认IIS_WPG组对CGI或其他调用的应用程序具有执行权限  IIS是否启用了至少一种验证方法  若IIS在域控制器上,defaultAPPPool不能启动>账号设为local system 网站不可访问-->网站不可访问,任何访问请求均失败: IIS服务、站点是否已经启动  采用通用排错方法  网络问题?  检查服务器是否启用了防火墙  启用了主机头? 静态文件访问失败: IIS 6.0: 检查MIME文件类型是否启用  设置应用程序池的运行账户为"Network Service"  HTTP出错信息?  验证、权限问题?  动态问题无法访问: IIS 5.0: 是否安装了IIS Lockdown  IIS 6.0: 是否启用了相应的Web服务扩展  IIS是否禁用了Session和父路径 ASP.Net是否已经注册了-->816783: aspnet_regiis -l HTTP 401-->请求内容是否至少启用了任何一种验证方法  Windows 2000基本验证要求用户具有"Log on locally"权利  用户名和密码输入是否正确  输入域名\用户名进行验证  HTTP 403-->网站已设"文档"(默认主页)属性且至少一个文档文件存在。如果该文档未设置或所有的文档页面均不存在,则网站的"目录浏览"权限必须启用  访问用户是否对资源具有相应权限(NTFS、脚本、执行) HTTP 404: 文件不存在  IIS 5.0: IIS Lockdown禁用了了此种文件类型  IIS 6.0静态文件: MIME是否启用-->启用任何MIME类型: application/octet-stream  IIS 6.0动态文件: web服务扩展是否启用  启用父路径  文件隐藏属性是否启用 HTTP 500.100: HTTP500错误中有一类为HTTP 500.100错误,此时页面中会提示详细的ASP出错代码位置,如行数和列数。此时只需按照这些信息来排错 HTTP 500-->内部服务器错误(1): 测试静态页面  测试简单的ASP页面  检查HTTP 500.100错误处理程序  创建一个新的网站,然后进行测试  重建应用程序/应用程序池  检查IWAM账号: IWAM账号已被禁用或删除  账号的密码曾被修改  IWAM账号的默认权限被更改 DCOM启动权限  HTTP 500-->内部服务器错误(2): 查看USERS组成员  重建IIS COM+应用程序  重新注册一些相关的动态链接库文件  ...  尝试恢复操作系统和Metabase的备份  重装IIS或修复操作系统  IIS 6.0缓冲和超时限制: 默认ASP回应缓存ASPBufferingLimit=4MB-->知识库文章899714  Post文件大小限制(知识库文章327659)AspMaxRequestEntityAllowed  服务器等待时间Connection Timeout-->知识库文章817439  Header size limitation<16KB -->修改注册表MaxRequestBytes(知识库文章820129) Session错误: 服务器端是否启用了session?  Work Process回收时丢失了session-->使用数据库记录session状态  记录IIS回收事件  Web园-->知识库文章822171 证书排错: SSL站点配置方法-->知识库文章299525  IIS配置问题  CA信任  CRL问题  证书是否过期  本文转自 叶俊生 51CTO博客，原文链接:http://blog.51cto.com/yejunsheng/164235

PID是Process ID的简称，这对WINDOWS开发人员来说是非常有用的信息，但对于普通用户来说则根本不必去理会。   举个例子来说： 在网站发布的时候，需要安装IIS，那么iis的tcp的80端口就不能被占用。但如果被占用了，我们怎么查看被什么程序占用了呢？   1 在命令提示行中输入：netstat -an -p tcp -o，可以看到80端口被PID为1984的进程占用。   那么我就要找：1984是哪位仁兄啊？  2 在"任务管理器"中——>查看——>选择列。把PID勾选上，这样就可以在"任务管理器"看到这位仁兄了 原来是apache这位仁兄啊。   有几种解决办法： 1. 卸载apache 2. 直接更改IIS中TCP端口为其它端口如：81 82 等，但这样调试网站时需在网址后加上当前更改的端口   （http://localhost:81/）。 3. 还有其他的，大家上网搜搜吧！

网站环境 IIS6.0,操作系统Windows server2003 sp2,服务器之前已经部署了.net 2.0和asp的网站,现在要部署新开发的.net 4.0网站.本来认为很简单，却遇到了很多问题，下面详细描述下过程： 1.官网下载.net framework4.0,下载地址:http://www.microsoft.com/zh-cn/download/details.aspx?id=17718,或者到脚本之家下载(http://www.jb51.net/softs/69112.html),下载后安装.安装后,原有.net 2.0网站的Asp.Net Version会出现自动升级到4.0的情况,所以记得改回2.0。2.修改IIS的web服务扩展,默认安装后的ASP.NET v4.0.30319是禁止的，要修改为允许, 如下图2-1；不然就会出现访问网页的时候，出现找不到该页404的错误； 图2-1 3.为4.0程序创建应用程序池，2.0和4.0网站不能共用一个应用程序池，不然会在我的电脑—右键--管理--系统工具--事件查看器—应用程序中出现如下图3-1的错误。 图3-1 通过Internet信息服务—我的应用程序池—新建—应用池，弹出如下图3-2： 图3-2 4、新建.Net 4.0的网站，在主目录勾选应用程序池，如下图4-1 图4-1 并在Asp.net处勾选Asp.Net version为4.0； 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　  5、这时候访问2.0和4.0网站出现service unavailable的情况，查看事件查看器报如下错误： HTTP 筛选器 DLL v4.0.30319\aspnet_filter.dll 加载失败。数据是错误；通过查找文档发现，有人用Process Monitor工具监视一下w3wp.exe的文件访问，发现C:\Windows\System32\MSVCR100_CLR0400.dll 这个文件没有权限，那么找到这个文件，做如下图5-1操作：添加IIS_

原文 http://www.cnblogs.com/flowwind/archive/2013/06/02/3113469.html  网站环境 IIS6.0,操作系统Windows server2003 sp2,服务器之前已经部署了.net 2.0和asp的网站,现在要部署新开发的.net 4.0网站.     大体部署流程如下：       1.官网下载.net framework4.0,下载地址: http://www.microsoft.com/zh-cn/download/details.aspx?id=17718,下载后安装.安装后,原有.net 2.0网站的Asp.Net Version会出现自动升级到4.0的情况,所以记得改回2.0。 因为先安装的IIS，后安装的4.0，所以要用命令行注册下4.0；具体操作如下： a、开始--运行--cmd b、输入cd C:\Windows\Microsoft.NET\Framework\v4.0.30319 回车 c、输入aspnet_regiis.exe -i 回车 即注册完毕。   2.修改IIS的web服务扩展,默认安装后的ASP.NET v4.0.30319是禁止的，要修改为允许, 如下图2-1；不然就会出现访问网页的时候，出现找不到该页404的错误； 图2-1       3.为4.0程序创建应用程序池，2.0和4.0网站不能共用一个应用程序池，不然会在我的电脑—右键--管理--系统工具--事件查看器—应用程序中出现如下图3-1的错误。 图3-1       通过Internet信息服务—我的应用程序池—新建—应用池，弹出如下图3-2： 图3-2       4、新建.Net 4.0的网站，在主目录勾选应用程序池，如下图4-1 图4-1       并在Asp.net处勾选Asp.Net version为4.0；       5、这时候访问2.0和4.0网站出现service unavailable的情况，查看事件查看器报如下错误： HTTP 筛选器 DLL v4.0.30319\aspnet_filter.dll 加载失败。数据是错误；通过查找文档发现，有人用Process Monitor工具监视一下w3wp.exe的文件访问，发现C:\Windows\System32\MSVCR100_CLR0400.dll 这个文件没有权限，那么找到这个文件，做如下图5-1操作 图5-1       6、以上操作完毕后，重新启动下IIS,在开始--运行--cmd回车后，输入iisreset命令即可；

From:http://blog.csdn.net/yangzhawen/article/details/8209167 18056   客户端无法重新使用 SPID 为 %d 的会话，该会话已被重置用于连接池。失败 ID 为 %d。 此错误可能是由于先前的操作失败引起的。 请查看错误日志，找出在显示此错误消息之前刚发生的失败操作。2011-11-19 16:33:53.91 spid5495    The client was unable to reuse a session with SPID 5495, which had been reset for connection pooling. The failure ID is 1. This error may have been caused by an earlier operationfailing. Check the error logs for failed operations immediately before this error message.2011-11-19 16:33:53.93 spid2991    错误: 18056，严重性: 20，状态: 1。案例说明:当SQLSERVER的errorlog文件中不停的报错10856的时候，CPU同时会很低，此时SQL客户端登陆数据库查询操作正常；IIS连接数暴涨，网站无法操作数据库(如登录、基本查询)分析前提：该问题很常见，官方解释没有很明确的答案，都是说要么需要打补丁要么需要设置IIS的连接池.这里分析前提是数据库已经打了最新的补丁、IIS连接数据库的字符串正常、用户名和密码正常.分析过程：如IIS的连接池设置1500M，IIS连接数据正常1500个，那么每个session分到的连接池大小平均1MB，数据库网络数据包默认是4096；如果这个时候有个请求需要返回20M数据，那么这个session从数据库返回的数据包大小就要超过session获得的连接池大小，数据包是4096，比正常的请求(请求1M的回话)就需要多的数据包传递，这个session对应的回话保持时间就需要比平均水平长些，正常情况下，这些独大的请求不会有太大问题.如果同一时刻，IIS的请求数达到3000,每个SESSION分到的连接池大小平均值就会0.5MB，如果同样返回20MB数据，那么SESSION的时间就会更长！如果这个时候客户端请求返回100个30M数据，那么此时的请求，当数据库返回给IIS时，IIS会发现连接池没有足够的内存空间分配这个SESSION，此时IIS的连接池大小不会随着客户端请求的增加而自动增加或IIS服务器没有更多的物理内存，此时IIS就会因为没有足够的连接池空间分配来缓存对应的SESSION，但是后续的客户端回话还是不停的向IIS申请，这个时候问题就来啦！IIS会释放掉(或IIS进程down掉或IIS自动重启)没法处理的SESSION，当数据库收到IIS端SESSION请求查询出数据准备返回给IIS的SESSION时，去寻找对应请求的SPID，发现该请求的SPID已经不存在，但是数据库的TCP连接不会因为SPID的不存在立即抛弃这些数据，此时网卡的流量会增加！同时数据库ERRORLOG里全是这种错误.解决办法：0.首先排除DB是否有死锁1.最直接的办法就是增加IIS连接池大小2.就是找出程序中大的会话请求，修改代码3.限制IIS进程数上限,根据日常运行情况设置连接池大小(不推荐，迫不得已)4.数据库端限制sql回话时常:SQL防火墙或数据库限制长连接(不推荐，迫不得已,没办法的办法)