如何部署构建在 .NET Framework 上的应用程序

文章翻译 文章翻译
文章编号: 818016 - 查看本文应用于的产品
展开全部 | 关闭全部

本文内容

概要

本文分步介绍了部署构建在 .NET Framework 上的应用程序时的重要事项。本文是系列文章之一,该系列文章提供了有关构建在 .NET Framework 上的应用程序的详细信息。

本系列文章包括:
818016 如何部署构建在 .NET Framework 上的应用程序
818013 如何支持构建在 .NET Framework 上的应用程序
818015 如何调整和扩展构建在 .NET Framework 上的应用程序的性能
818014 如何保护构建在 .NET Framework 上的应用程序

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

Web.config 文件是一个 XML 文件,它包含重写系统默认设置的特定于应用程序的设置。虽然大多数构建在 .NET Framework 上的 ASP 应用程序都是使用 Web.config 文件部署的,但 Web.config 文件是可选的。可能需要创建一个 Web.config 文件,以便逐个应用程序地重写默认设置。

有关如何为没有 Web.config 文件的应用程序创建该文件的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
815179 如何创建 ASP.NET 应用程序的 Web.Config 文件

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

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

有关如何为特定应用程序重写 .NET Framework 默认配置设置的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
307626 INFO:ASP.NET 配置概述
815178 如何编辑 ASP.NET 应用程序的配置

确定客户端系统是否满足安装 .NET Framework 的最低要求

客户端系统必须安装了特定的软件组件和修补程序,才能将构建在 .NET Framework 上的应用程序部署到该系统。多数客户端系统都可以满足这些要求。不过,可能需要手动验证特定的系统是否已准备好接收 .NET Framework 的重新发布。

有关如何将 .NET Framework 部署到客户端系统的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
815177 如何确定客户端是否满足安装 .NET Framework 的最低要求

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

服务器必须安装了特定的软件组件和修补程序,才能将构建在 .NET Framework 上的应用程序部署到该服务器。多数服务器系统都可以满足这些要求。不过,可能需要手动验证特定的系统是否已准备好接收 .NET Framework 的重新发布。

有关如何将 .NET Framework 部署到服务器系统的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
815176 如何确定服务器是否满足安装 .NET Framework 的最低要求

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


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

有关如何为 IIS 5.0 中的虚拟服务器和目录启用和禁用 ASP.NET 功能的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
815175 如何在 ISS 中选择性地启用或禁用 ASP.NET 功能

配置 ASP.NET 应用程序的自定义错误信息

许多网站可通过更改 IIS 默认错误信息来显示用户友好的页面或通知管理员。如果运行 IIS 5.0 的服务器计算机具有自定义的错误信息,而且将构建在 .NET Framework 上的 ASP Web 应用程序部署到该服务器计算机上,则 ASP.NET 应用程序中的错误不会使用 IIS 5.0 的自定义错误信息,除非将应用程序特别配置为使用该错误信息。

有关如何配置构建在 .NET Framework 上的 ASP 应用程序的自定义错误信息的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
306355 如何使用 Visual C# .NET 在 ASP.NET 中创建自定义错误报告页
308132 如何使用 Visual Basic .NET 在 ASP.NET 中创建自定义的错误报告页

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

为整个 ASP.NET 应用程序重写系统默认设置的最常用方法是创建或编辑该应用程序的 Web.config 文件。不过,通常情况下,配置更改必须仅应用于应用程序中的特定文件或文件夹。有两种方法可以限制配置更改的范围:
  • 将 Machine.config 文件的 <location> 配置元素添加到 Web.config 文件中。

    - 或者 -
  • 将其他 Web.config 文件添加到子文件夹中。
有关如何应用可影响特定应用程序和目录的更改的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
815174 如何在 ASP.NET 应用程序中进行特定于应用程序和目录的配置设置

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

ASP.NET 具有会话状态管理的新功能。ASP.NET 中的会话状态设置是通过 ASP.NET 应用程序的 Web.config 文件进行配置的。ASP.NET 中提供了多个会话状态管理选项。这些选项包括模式 (inproc、State Server、SQL Server)、无 Cookie 的状态管理、进程外模式 stateserver 和端口设置。有关 ASP.NET 会话状态管理的更多信息,请访问下面的 Microsoft 网站:
http://msdn2.microsoft.com/en-us/library/ms972429.aspx
有关其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
307626 INFO:ASP.NET 配置概述

构建和部署 .NET 安全策略部署包

.NET Framework 引入了安全策略。安全策略是控制应用程序可以访问的系统资源的新方法。它根据应用程序的位置或来源来定义该应用程序的授权。作为管理员,可以逐个计算机地控制安全策略。不过,您可以使用部署包作为部署和管理 Active Directory 环境中的安全策略的扩展方法。

有关如何使用部署包构建和部署 .NET 安全策略的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
815173 如何构建和部署 .NET 安全策略部署包

将 ASP Web 应用程序迁移到 ASP.NET 中并保留现有的文件名

ASP.NET 提供了许多优于以前 ASP 3.0 脚本环境的优点。特别是,构建在 .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 3.0 迁移到 ASP.NET 的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
815172 如何将 ASP Web 应用程序迁移到 ASP.NET 中并保留现有的文件扩展名

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

与 ASP 3.0 相比,ASP.NET 包括更为灵活和完善的身份验证和授权系统。默认情况下,只能使用 Windows 身份验证来验证 ASP 3.0 应用程序。而且只能使用 NTFS 文件权限来控制授权。

ASP.NET 支持 Windows 身份验证,而且可以使用与 ASP 3.0 非常类似的方式来模拟最终用户。但是,在默认情况下未启用此设置。

有关如何配置 ASP.NET 应用程序,以便使用与现有 ASP 3.0 应用程序类似的方式对用户进行身份验证和授权的其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
815171 如何配置 ASP.NET 应用程序以使用与 ASP 3.0 应用程序相同的凭据

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

可以使用 MS-DOS xcopy 命令行实用工具来部署 ASP.NET Web 应用程序。但是,最好不要使用 xcopy 来部署您的项目。对于 Copy Project 命令,xcopy 并不进行注册或验证程序集的位置。而且,对于 Web 项目,xcopy 不会自动配置 IIS 目录设置。 有关其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
326355 如何使用 Xcopy 部署来部署 ASP.NET Web 应用程序

安装多服务器 ASP.NET Web 应用程序和 Web 服务

对于 ASP.NET 的多数使用,一台服务器就可以及时处理所有请求。但是,许多环境必须部署多台服务器以处理持续较高的通信量、支持大量使用处理器的应用程序、响应通信量的激增或者满足冗余要求。
有关其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
815162 如何安装多服务器 ASP.NET Web 应用程序和 Web 服务

参考

有关如何部署构建在 .NET Framework 上的应用程序、以及有关 .NET 互操作性方面的更多信息,请访问下面的 Microsoft 网站:
http://msdn2.microsoft.com/en-us/library/ms994336.aspx
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/default.mspx


有关其他信息,请单击下面的文章编号,以查看 Microsoft 知识库中相应的文章:
308488 INFO:下载和安装 .NET Framework


属性

文章编号: 818016 - 最后修改: 2007年6月1日 - 修订: 1.7
这篇文章中的信息适用于:
  • Microsoft .NET Framework 1.0
  • Microsoft ASP.NET 1.0
  • Microsoft Internet Information Services 5.0
  • Microsoft .NET Framework 1.1
  • Microsoft ASP.NET 1.1
关键字:?
kbweb kbdeployment kbhowtomaster KB818016
Microsoft和/或其各供应商对于为任何目的而在本服务器上发布的文件及有关图形所含信息的适用性,不作任何声明。 所有该等文件及有关图形均"依样"提供,而不带任何性质的保证。Microsoft和/或其各供应商特此声明,对所有与该等信息有关的保证和条件不负任何责任,该等保证和条件包括关于适销性、符合特定用途、所有权和非侵权的所有默示保证和条件。在任何情况下,在由于使用或运行本服务器上的信息所引起的或与该等使用或运行有关的诉讼中,Microsoft和/或其各供应商就因丧失使用、数据或利润所导致的任何特别的、间接的、衍生性的损害或任何因使用而丧失所导致的之损害、数据或利润不负任何责任。

提供反馈

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com