IIS使用指南说明大全.doc

IIS使用指南之一 ：IIS 6 新特性 　 可能很多朋友使用Windows Server 2003是因为IIS 6 的强大性能吧，和Windows 2000中包含的IIS 5 相比，IIS 6更为安全和稳定，最重要的是具有更高的性能，那么，为什么IIS 6会具有更高的性能呢？ 　 IIS 5 和 IIS 6 的架构比较 这点需要从IIS 5的架构说起。IIS 5的架构如下图所示， IIS 5 的所有组件都工作在用户模式中，核心组件INETINFO侦听WinSock端口（例如常见的TCP 80端口）。当HTTP访问请求到达时，工作在内核模式的TCP/IP驱动将其直接路由到INETINFO进程，INETINFO进程自己本身对此请求进行处理或者将其交付扩展组件（如ISAPI扩展）进行处理。IIS 5 使用COM+提供的DLLHOST基础结构方式进行工作，这种方式具有以下缺陷： 在INETINFO中执行第三方代码；这样的后果是如果执行的代码有问题，那么会导致整个Web服务器停止工作； 如果执行的代码工作在OOB方式，那么可能需要多次用户模式到用户模式的转换，这降低了执行效率； Web服务器上的所有Web站点工作在一个应用程序池内，无法实现隔离； 　 针对IIS 5中的种种问题，微软将IIS 5的代码推倒重来，重新设计了IIS 6并在Windows Server 2003中提供。IIS 6的架构如下图所示， 可以从上图中看到，INETINFO进程虽然也存在，但是已经不再处理HTTP请求，而是处理FTP、SMTP和NNTP等非HTTP请求了。在IIS 6中，Web服务组件由以下三个组件构成： 运行在内核模式的HTTP.sys（HTTP协议栈）； 运行在用户模式的WAS（Web Admin Service，包含于W3SVC服务中）； 运行在用户模式的工作进程（WP，Worker Process） 　 HTTP.sys（HTTP协议栈） HTTP.sys是工作在内核模式的HTTP请求侦听器，它的架构如下图所示： HTTP.sys不会执行外部代码，它具有以下作用： 侦听和分析HTTP请求，支持IPv4和IPv6； 根据URL命名空间将接收到的HTTP请求路由到不同的工作进程；如果请求的URL并不位于本地的URL命名空间范围中，则返回400错误； 将HTTP请求进行队列缓存； 在内核模式中缓存静态的和无需身份验证的内容响应；这极大的提高了Web服务的响应速度，增强了Web服务器的性能。 支持PAE内存寻址方式，在x86上支持的内存容量为64GB； 　 　 WAS（W3SVC） WAS包含于W3SVC服务中，它负责管理IIS 6中的配置、应用程序池和工作进程，它工作在用户模式，但不会执行外部代码。 它主要具有以下作用： 配置HTTP.sys； 管理应用程序池； 创建工作进程； 工作进程回收； 工作进程状态监视； 工作进程快速失败保护； 支持孤立工作进程以进行调试等； 　 工作进程（WP，Worker Process） 在介绍工作进程之前，需要先介绍应用程序池。应用程序池定义了可以共享工作进程的Web应用程序（Web站点）的集合，你可以认为它是一组URL命名空间，属于此URL命名空间范围中的Web站点将共享此应用程序池中的工作进程，而HTTP.sys是根据应用程序池所定义的URL命名空间将接收到的HTTP请求路由到此应用程序池对应的工作进程。 和IIS 5 中只能使用一个应用程序池不同，在IIS 6 中你可以创建多个应用程序池，并将不同的Web站点（Web应用程序）分配到不同的应用程序池中，一个应用程序池可以具有一个或多个Web应用程序。不同应用程序池之间是完全隔离的，某个应用程序池出现故障时不会影响其他应用程序池；这样当属于某个应用程序池的Web站点因为代码编写问题而导致停止服务时，不会影响到使用其他应用程序池的Web站点，这最大的实现了Web服务器的高可用性。 在IIS 6中提供了Web园功能，支持使用超过1个的工作进程，并且支持在SMP系统中为工作进程分配CPU亲缘关系，让其只在某些CPU上运行。 工作进程则是真正用于处理客户发送的HTTP请求的组件，你可以认为它是一个全功能的Web服务器，就像一个微型的IIS 5 服务器一样。当HTTP.sys决定将接收到的HTTP请求路由到某个应用程序池时，它是将HTTP请求路由到此应用程序池对应的工作进程进行处理；工作进程处理HTTP请求，如果需要则加载其他组件（ISAPI扩展或过滤器等等）进行处理，并将处理结果返回给HTTP.sys。 　 当客户发起HTTP连接请求时，IIS 6完整的处理过程如下： 在W3SVC