只有服务器管理员（Web 服务器上的本地管理员组的成员或者中心管理中场管理员组的成员）可以从 Microsoft Windows SharePoint Services 2.0 升级到 Microsoft Windows SharePoint Services 3.0。然而，升级过程会影响网站所有者和设计者。这个主题提供的信息可以帮助网站所有者和设计者了解升级的内容、升级的类型以及如何成为升级过程的一部分。有关为服务器管理员提供的升级到 Windows SharePoint Services 3.0 的详细信息，请参阅“中心管理”页上的“帮助”和 Microsoft TechNet 网站上的 Windows SharePoint Services 页。

升级概述

升级时，网站结构和数据将保留，并且 Windows SharePoint Services 3.0 做出以下更改：

• 将 Windows SharePoint Services 技术升级为最新版本
• 将数据升级为 Windows SharePoint Services 3.0 数据库架构
• 将用户权限、网站组以及跨网站组更新为 Windows SharePoint Services 3.0 用户权限、权限级别和 SharePoint 组
• 如有必要，升级 Web 部件自定义
• 如有必要，升级通过与 Windows SharePoint Services 兼容的 Web 设计程序（例如 Microsoft Office SharePoint Designer 2007）进行的网站自定义

 注释   只有在逐步升级时才能决定是保留还是放弃 Web 部件自定义以及网站自定义。有关不同升级类型的详细信息，请参阅升级选项部分。

 注释   您不能直接从 Microsoft 的 SharePoint Team Services 升级到 Windows SharePoint Services 3.0。若要从 SharePoint Team Services 升级，您必须先升级到 Windows SharePoint Services 2.0 然后再升级到 Windows SharePoint Services 3.0。

升级选项

Windows SharePoint Services 3.0 设置向导提供两种升级类型：就地升级与逐步升级。就地升级用于立即升级所有 SharePoint 网站，最适合单个服务器或者小型部署。逐步升级通过允许一个或多个网站集同时升级，可以对升级过程进行更细微的控制。请用此部分向您的服务器管理员提供反馈，指出哪一种类型更适合您的网站。

 提示   对于较大的 Windows SharePoint Services 3.0 部署，逐步升级是最好的选项，因为它允许执行升级的管理员控制一次升级多少个网站集。这样一来，Windows SharePoint Services 2.0 的大型部署就可以通过几个周末逐步升级，并同时继续承载前一个版本的网站。这是有可能的，因为您可以继续在与已升级的网站相同的服务器上承载尚未升级的网站。

在就地升级中：

• Windows SharePoint Services 2.0 被 Windows SharePoint Services 3.0 覆盖，并且内容数据库被更改。这意味着就地升级是一个不可逆的过程，没有回滚到前一个版本的选项。
• 升级之后不能查看原来的 Windows SharePoint Services 2.0 网站。
• 在升级过程中，网站访问者不能访问任何网站。
• 升级之后，网站访问者继续使用相同的 URL。

在逐步升级中：

• 在网站集的每一个组升级时，它们包含的数据在升级到 Windows SharePoint Services 3.0 之前，会从原来的数据库复制到新的数据库。在服务器管理员明确删除之前，原来的 Windows SharePoint Services 2.0 数据会保留在原来的数据库中。鉴于这一点，如有必要，已升级的网站可以轻松回滚到前一个版本。
• 在升级过程中，网站访问者可以访问所有网站。
• 升级过程将原来的 URL 重定向到网站已经升级的版本。这样一来，用户可以继续使用他们在升级之前所使用的相同 URL。

 注释   用于访问 SharePoint 网站的 URL 在整个升级过程中继续有效。然而，由于逐步升级期间会发生 URL 映射，因此用户也许会发现原来的 URL 已经更改。

升级过程

大多数升级过程都发生在服务器级别。然而，网站所有者和设计者可以在下列两个阶段为该过程提供输入：

• 在服务器管理员运行预扫描工具之后到执行升级之前
• 在执行升级之后

下列步骤描述了升级过程的高级工作流（因为它适用于网站所有者和设计者）：

1. 服务器管理员预扫描所有 Web 服务器、检查日志并修复日志中描述的问题或者将在升级之前可能需要注意的问题反映给相应的网站所有者或设计者。例如：
   • 升级之后可能需要重新部署自定义 Web 部件。
   • 在升级之前重建在 Microsoft ASP.NET 1.1 上创建并已经混淆的自定义 Web 部件，可能比在升级之后试图重新部署这些部件要容易一些。
2. 网站所有者验证他们的网站上是否有任何自定义（包括网站模板以及对核心 .aspx 文件的更改），然后记录结果。
3. 网站所有者记录目前与每个网站相关联的主题，以便在升级之后重新应用相似的主题。

    注释   Windows SharePoint Services 3.0 不提供与 Windows SharePoint Services 2.0 相同的主题。如果您希望主题在升级之后保持原样，则可以使用您想保留的颜色、字体和元素创建一个自定义主题。

4. 网站所有者向网站访问者传达中断时的期望。
5. 服务器管理员在每个网站集升级之后通知相应的网站所有者和设计者，并报告他们的一个或多个网站是否升级成功，以及是否有需要其注意的任何问题。

   除了极个别的情况，例如孤立的对象或损坏的网站，预计所有对象都可以成功升级。

6. 如果执行了逐步升级，服务器管理员会通知网站所有者，Windows SharePoint Services 2.0 网站在被删除之前将保留多长时间。

   在使用逐步升级选项升级网站集之后，服务器管理员应该保留 Windows SharePoint Services 2.0 网站在线一段时间。这可以让网站所有者和设计者有时间做以下事情：

   • 若有必要，比较 Windows SharePoint Services 2.0 网站和已经升级的网站。

    注释   由于 Windows SharePoint Services 2.0 网站的 URL 会在逐步升级中更改，因此网站所有者和设计者必须找服务器管理员要他们需要的新 URL。

   • 将丢失的组件从 Windows SharePoint Services 2.0 网站复制到升级后的网站。
   • 如有必要，要求服务器管理员回滚到 Windows SharePoint Services 2.0 网站。
7. 验证他们的网站的功能，并重新应用任何需要的自定义。每一个已升级的网站都应执行以下内容：
   • 检查所有超链接。请注意，升级之后硬编码超链接可能不再有效。
   • 验证所有 Web 部件的功能。重新部署不再有效的 Web 部件。对于自定义程度极高的 Web 部件（例如已经混淆的部件），可能需要重建该 Web 部件然后重新部署。这是因为，与 ASP.NET 1.1 配合使用的混淆器工具不能与 Microsoft ASP.NET 2.0 配合使用。
   • 验证所有组件都还在。如果有组件在逐步升级期间丢失，您通常可以在与 Windows SharePoint Services 兼容的网页编辑器（例如 Microsoft Office SharePoint Designer 2007）中打开 Windows SharePoint Services 2.0 网页，然后将组件复制到新的位置。如果执行了就地升级，则不能进行此操作。
   • 重新应用主题。

    注释   升级向导将所有网站的主题重设为默认主题。

8. 如果网站已在与 Windows SharePoint Services 兼容的设计程序中进行了自定义，并且服务器管理员在其中选择了在升级期间保留自定义，您的主页将具有 Windows SharePoint Services 2.0 网站的外观，而不会具有 Windows SharePoint Services 3.0 网站的外观，并且不会包括所有 Windows SharePoint Services 3.0 功能。网站所有者应该考虑通过使用这些网站的“网站设置”页上的“重置为网站定义”链接放弃自定义。这会让自定义页面具有 Windows SharePoint Services 3.0 默认和非自定义版本的页面，包括所有的 Windows SharePoint Services 3.0 功能。
9. 网站所有者和设计者解决上一个步骤中发现的任何问题。如果不能解决问题，则可以要求服务器管理员将升级后的网站回滚到 Windows SharePoint Services 2.0 版本（如果执行了逐步升级）。否则，必须修复所有问题。
10. 验证已升级的网站并执行必需的修复之后，升级组将网站的状态告知网站成员和访问者。
11. 在所有网站都成功升级之后，服务器管理员可以卸载 Windows SharePoint Services 2.0。