Windows Server 2008 IIS 7.0 入门

您还可以指定用户可以更改哪些功能和设置，甚至指定 UI 中应该出现哪些内容。例如，如果您不希望某人更改其站点所使用的身份验证类型，则可将此功能设置为只读或非继承。当某项功能为只读时，用户仍然可以访问该功能并确定设置，但无法进行更改；如果设置为非继承，则该功能的图标将不会出现在委派用户的 IIS 管理器视图中。此类功能委派可以让您提供对其他内容的严格受控访问，而无需提供对 Web 服务器的管理控制。

IIS 7.0 的发展

设计 IIS 7.0 时，设计团队希望通过允许使用管理工具中的某些现有投资和 IIS 6.0 的脚本来确保迁移到 IIS 7.0 的过程尽可能地平稳。他们为 IIS 7.0 的向后兼容性付出了许多努力，从而使其能够继续运行 IIS 6.0 所使用的脚本。您可在安装中的 IIS 6.0 管理兼容性节点下安装一整套工具—范围从 IIS 6.0 元数据库兼容性到实际的 IIS 6.0 管理控制台。

IIS 6.0 元数据库兼容性基础结构使用称为 ADOMapper 的组件。它允许您根据新配置系统运行 IIS 6.0 管理基础对象 (ABO) 和 ADSI（Active Directory 服务接口）元数据库脚本，但仅限于使用 IIS 6.0 中提供的功能。因此，它不能读写新的 IIS 7.0 属性、访问新的运行时数据，或者读写 ASP.NET 属性或 web.config 文件。

故障排除和诊断

故障排除和诊断一直是最耗时的工作。深入分析日志并尝试重现大型 Web 场，甚至单个服务器中的问题都是非常棘手的工作。IIS 7.0 中包含一个称为“失败请求跟踪”的工具，可帮助您从枯燥而费时的工作中解脱出来。它在许多情况下非常有用，包括请求挂起或程序出错，以及调查身份验证和授权问题。

“失败请求跟踪”使用跟踪规则作为条件来搜索错误。可以创建跟踪规则，以通过指定希望跟踪的内容类型（例如，服务器上的所有内容、仅 ASP.NET 内容或诸如 PHP 等自定义内容），以及在何种条件下应开始跟踪（例如，特定的返回状态代码、提供页面所用的时间、事件严重性或组合条件）来搜索行为或错误的类型。

例如，假设用户报告某站点的加载时间过长。在任何情况下，此情形都难以重现，特别是当每小时有数千次点击时更是如此。使用“失败请求跟踪”，您只需添加跟踪规则，指定当页面加载时间超过某个指定时间量（例如，对于本例为两秒）时开始记录，之后便可以等待服务器自己去重现问题（请参阅图 5）。

  

图 5 使用“失败请求跟踪”进行故障排除

“失败请求跟踪”与传统日志记录的不同之处在于：前者仅在检测到特定的失败请求条件时才会进行记录。日志文件本身是具有 XML 样式表的 XML，从而使其清晰、易读。与大多数其他 IIS 7.0 功能类似，此功能在默认情况下不会安装，但可在安装的运行状况和诊断部分下找到。您还必须在 IIS 管理器中启用该功能。

对于所有管理员而言，IIS 7.0 是一大飞跃。它的新体系结构和功能为适应不断变化的环境提供了所需的敏捷性和灵活性。有了管理功能、向后兼容性工具和故障排除功能，您如今可以对其进行部署并在您的现有环境中使用它。

Isaac Roybal 是 Microsoft Windows Server 的产品经理。他负责 Windows Server 中与 Web 相关的所有事宜。Isaac 从 Windows NT 3.51 和 IIS 4.0 开始就从事 Windows Server 方面的工作。在此之前，他是 Office Internet 平台和运营组的运营项目经理。他已获得 Windows NT 4.0、Windows 2000 和 Windows Server 2003 的 MCSE 认证。