部署基于.NET Framework构建的应用程序

  • 项目

本文介绍部署基于.NET Framework构建的应用程序的重要注意事项。

原始产品版本：.NET Framework
原始 KB 编号： 818016

摘要

本文是一系列文章之一，提供基于.NET Framework构建的应用程序的详细信息。

本系列文章还包括以下文章：

为 ASP.NET 应用程序创建 Web.Config 文件

Web.config 文件是一个 XML 文件，其中包含替代系统默认值的应用程序特定设置。 虽然大多数基于.NET Framework构建的 ASP 应用程序都是使用 Web.config 文件部署的，但Web.config 文件是可选的。 可能需要创建 Web.config 文件，以逐个应用程序替代默认设置。

有关如何为尚没有 Web.config 的应用程序创建Web.config文件的详细信息，请访问 如何编辑 ASP.NET 应用程序的配置。

编辑 ASP.NET 应用程序的配置

部署.NET Framework的所有系统都具有系统范围的 ASP.NET 配置设置，这些设置在 Machine.config 文件的 system.web> 元素中<定义。 可以经常 (修改这些设置，必须逐个应用程序) 修改这些设置。

有关如何替代特定应用程序的 .NET framework 默认配置设置的详细信息，请参阅 如何编辑 ASP.NET 应用程序的配置。

确定客户端系统是否满足安装.NET Framework

必须先安装特定的软件组件和修补程序，然后才能将基于 .NET Framework 构建的应用程序部署到客户端系统。 大多数客户端系统都满足要求。 但是，可能需要手动验证特定系统是否已准备好接收.NET Framework可再发行组件。

确定服务器系统是否满足安装.NET Framework的最低要求

在将基于 .NET Framework 构建的应用程序部署到服务器之前，服务器必须安装特定的软件组件和修补程序。 大多数服务器系统都满足要求。 但是，可能需要手动验证特定系统是否已准备好接收.NET Framework可再发行组件。

选择性地在 IIS 中启用和禁用 ASP.NET 功能

在运行 Internet Information Services (IIS) 的服务器计算机上安装.NET Framework时，会自动为虚拟服务器启用 ASP.NET。 但是，你可能不需要此配置。 当基于 .NET Framework 构建的新 ASP Web 应用程序部署到运行 IIS 5.0 的服务器计算机时，你可以控制哪些虚拟服务器和目录支持 ASP.NET，哪些虚拟服务器不支持。

有关如何在 IIS 5.0 中为虚拟服务器和目录启用和禁用 ASP.NET 功能的其他信息，请访问 如何：选择性地启用或禁用 IIS 中的 ASP.NET 功能。

为 ASP.NET 应用程序配置自定义错误消息

许多站点将 IIS 默认错误消息更改为显示用户友好页面或通知管理员。 当运行 IIS 5.0 的服务器计算机具有自定义错误消息，并且基于 .NET Framework 构建的 ASP Web 应用程序部署到该服务器计算机时，ASP.NET 应用程序中的错误不会使用 IIS 5.0 自定义错误消息，除非应用程序配置为这样做。

有关如何为基于 .NET Framework 生成的 ASP 应用程序配置自定义错误消息的其他信息，请访问如何使用 Visual Basic .NET 在 ASP.NET 创建自定义错误报告页。

在 ASP.NET 应用程序中进行特定于应用程序和特定于目录的配置设置

重写整个 ASP.NET 应用程序的系统默认值的最常见方法是为该应用程序创建或编辑 Web.config 文件。 但是，配置更改通常必须仅应用于应用程序中的特定文件或文件夹。 有两种方法可以限制配置更改的范围：

为 ASP.NET 应用程序配置会话状态管理

ASP.NET 具有用于会话状态管理的新功能。 ASP.NET 中的会话状态设置是通过 ASP.NET 应用程序的Web.config 文件配置的。 ASP.NET 中提供了多个会话状态管理选项。 这些选项包括模式 (进程、状态服务器、SQL Server) 、无 Cookie 状态管理、进程外模式状态服务器和端口设置。

有关 ASP.NET 会话状态管理的详细信息，请访问 ASP.NET 会话状态。

生成和部署 .NET 安全策略部署包

.NET Framework引入了安全策略。 安全策略是一种控制应用程序可以在系统上访问的资源的新方法。 它基于应用程序的位置或源定义应用程序的授权。 作为管理员，你可以逐台计算机控制安全策略。 但是，可以将部署包用作在 Active Directory 环境中部署和管理安全策略的可缩放性更高的方法。

将 ASP Web 应用程序迁移到 ASP.NET，同时保留现有文件名

与早期的 ASP 3.0 脚本环境相较，ASP.NET 提供了许多优势。 具体而言，基于 .NET Framework 构建的 ASP 应用程序提供了改进的性能、可伸缩性和可靠性。 因此，许多基于 .NET Framework 构建的新 ASP 应用程序实际上都升级到现有的 ASP 3.0 应用程序。

将应用程序从 ASP 3.0 升级到 ASP.NET 的一个挑战是这两个环境使用不同的文件扩展名。 默认情况下，ASP 3.0 使用.asp文件扩展名。 但是，ASP.NET 使用.aspx文件扩展名。 尽管不同的文件扩展名允许这两个应用程序位于单个文件夹中，但它们需要在 ASP 3.0 应用程序脱机之前更改书签和超链接。

将 ASP.NET 应用程序配置为使用与现有 ASP Web 应用程序相同的身份验证和授权

ASP.NET 包括比 ASP 3.0 更灵活、更复杂的身份验证和授权系统。 默认情况下，只能使用 Windows 身份验证 对 ASP 3.0 应用程序进行身份验证。 此外，只能使用 NTFS 文件权限来控制授权。

ASP.NET 支持Windows 身份验证，并且可以以与 ASP 3.0 大致相同的方式模拟最终用户。 但是，默认情况下不会启用此设置。

使用 XCopy 部署部署 ASP.NET Web 应用程序

可以使用 MS-DOS xcopy 命令行实用工具部署 ASP.NET Web 应用程序。 但是，最好部署项目，而不是使用 xcopy。 与“复制项目”命令一样， xcopy 不会注册或验证程序集的位置。 此外，对于 Web 项目， xcopy 不会自动配置 IIS 目录设置。

有关其他信息，请访问 如何使用 Xcopy 部署部署 ASP.NET Web 应用程序。

ASP.NET Web 应用程序和 Web 服务设置多个服务器

对于 ASP.NET 的大多数用途，单个服务器可以快速处理所有请求。 但是，许多环境必须部署多个服务器才能持续处理大量流量、支持处理器密集型应用程序、响应流量的突然突发或满足冗余要求。

References

有关如何部署基于 .NET Framework 构建的应用程序以及 .NET 互操作性的详细信息，请访问以下 Microsoft 网站：