确定升级方法 (SharePoint Foundation 2010)

 

适用于： SharePoint Foundation 2010

上一次修改主题： 2016-11-30

在运行从 Windows SharePoint Services 3.0 升级到 Microsoft SharePoint Foundation 2010 的任何过程之前，必须确定采用何种升级方法。使用本文中的信息有助于比较每种方法的优缺点，并查看有关特殊情况的信息，这些特殊情况可能影响您的方法。除了本文中所提供的信息之外，请确保阅读查看受支持和不受支持的升级途径 (SharePoint Foundation 2010) 以完全了解哪些升级情况有效并能升级成功。

备注

若要执行升级，必须安装 Windows SharePoint Services 3.0 Service Pack 2 (SP2)。

本文内容：

• 选择升级方法

• 特殊情况

选择升级方法

存在两种基本的升级方法：就地升级和数据库附加升级。此外，您还可以使用各种技术来组合这两种基本方法的各个方面以减少停机时间或潜在提高性能。

下表对就地升级方法和数据库附加升级方法进行了比较。

方法	说明	优点	缺点
就地升级	您可以在相同的硬件上安装 SharePoint Foundation 2010。您也可以在一个过程中升级服务器场中的内容和设置。	服务器场范围内的设置将会保留并升级。可以在升级之后的环境中进行自定义，尽管可能需要手动步骤才能升级自定义设置或重新进行自定义。	在升级进行过程中，服务器和服务器场处于脱机状态。升级将持续进行。因此，您必须分配足够的时间以便按顺序升级所有内容。
数据库附加升级	可以为独立服务器场上的环境升级内容。这样一来，无需升级任何服务或服务器场设置。您可以按任意顺序升级数据库，并同时升级若干数据库。当升级每个数据库时，对应数据库中的内容对用户不可用。	可以同时升级多个内容数据库，这将使总升级时间短于就地升级。可以使用数据库附加升级将多个服务器场合并为一个服务器场。	服务器和服务器场设置不会升级。您必须将要保留的设置从旧服务器场手动传输到新服务器场。还必须将所有自定义项手动传输到新服务器场。任何缺失的自定义项均可能导致功能的意外丢失或用户体验问题。在网络上复制数据库会占用时间和带宽。必须对该操作加以规划。需要直接访问数据库服务器。

有关就地升级和数据库附加升级的工作方式的详细信息，请参阅升级过程概述 (SharePoint Foundation 2010)。

下表列出了停机时间减轻技术，您可以在升级过程中使用这些技术以减少用户无法访问其内容的时间或潜在地提高升级性能。

技术	说明	优点	缺点
并行升级	可以一次附加和升级多个数据库，以加快升级过程的整体速度。并行升级的最大数目取决于您的硬件。此项技术适用于就地升级或数据库附加升级。	加快整体环境的升级次数。	这是一个需要其他步骤和监视的手动过程。
混合方法 1：含有只读数据库的数据库附加	允许您在升级过程中继续提供对内容的只读访问。对于此方法，在另一个服务器场上进行升级的同时，可以将数据库设置为只读。此方法可减少用户感知到的停机时间。	在您升级内容的同时，现有服务器场可以继续容纳未升级的网站（采用只读模式）。因此，可以最大程度地缩短用户的停机时间。 可以同时升级多个内容数据库，这将使总升级时间短于就地升级。 除了升级软件外，还可以升级硬件。	服务器和服务器场设置不会升级。您必须将要保留的设置从旧服务器场手动传输到新服务器场。 还必须手动传输和升级任何自定义项。任何缺失的自定义项均可能导致功能的意外丢失或用户体验问题。 在网络上复制数据库会占用时间和带宽。必须对该操作加以规划。 需要直接访问数据库服务器。
混合方法 2：含有已分离数据库的就地升级	允许您利用就地升级所具备的升级内容和设置的能力，同时提高数据库附加升级的速度。对于此方法，可以使用就地升级来升级服务器场和设置，并行分离和升级多个数据库（在相同服务器场上或分开的服务器场上）。	服务器场范围内的设置可以保留并升级。 可以在升级之后的环境中进行自定义，尽管可能需要手动步骤才能升级自定义设置或重新进行自定义。 可以同时升级多个内容数据库，这将使总升级时间短于就地升级。	在网络上复制数据库会占用时间和带宽。必须对该操作加以规划。 需要直接访问数据库服务器。

请注意，您也可以对这些技术加以组合。例如，可以将原始服务器场设置为只读模式，创建该服务器场的副本并升级该服务器场（不包含内容数据库），使用并行升级以快速升级所有用户内容，最后在升级完成后将用户切换到新服务器场。有关这些停机时间减轻技术的工作方式的详细信息，请参阅升级过程概述 (SharePoint Foundation 2010)。

面临过分长的中断窗口时要考虑的另一种选择是，结合使用备用访问映射 URL 重定向和数据库附加方法，以便您可以在升级新服务器场上的内容时将用户临时重定向到一个现有服务器场。这是一种高级方法，除非其他停机时间减轻技术不够充分，否则不应使用此种方法。有关详细信息，请参阅在升级过程中使用 AAM URL 重定向 (SharePoint Foundation 2010)（白皮书）。

特殊情况

执行升级时可能有其他要求或额外目标要实现。下表列出了特殊情况，并描述适合每种情况的升级方法。

情况	升级方法
是否使用 Windows Internal Database 升级独立安装？	如果正在具有 Windows Internal Database 的独立服务器上运行 Windows SharePoint Services 3.0，则在运行就地升级的过程中会将您的数据库迁移到 SQL Server Express。如果数据库大于 4 GB，您必须配置远程 BLOB 存储来存储其中一些数据。有关详细信息，请参阅从 Windows SharePoint Services 3.0 的独立安装升级到带远程 BLOB 存储的 SharePoint Foundation 2010。
是否从 32 位版本的 SQL Server 升级到 64 位版本？	如果正在运行 32 位版本的 SQL Server，必须迁移到 64 位版本。建议先执行此迁移，然后再升级到 SharePoint Foundation 2010，以确保获得最佳性能效益。确保一次只执行一种升级或迁移，以避免升级失败。有关详细信息，请参阅将现有服务器场迁移到 64 位环境 (Windows SharePoint Services 3.0)。 从 32 位版本的 SQL Server 升级到 64 位版本时，可以选择以下两种方法： 可以备份服务器场的所有数据库，执行升级，然后还原数据库。（这种方法可行并建议使用，原因是您将拥有完整备份，在还原数据库后无需更改 SharePoint Foundation 2010 中的任何内容。） 可以将要升级的 SQL Server 数据库转移到其他 64 位版本的 SQL Server。您必须添加不同的 64 位版本，然后对运行 SharePoint Foundation 2010 的计算机运行命令，以使它们指向新的 64 位版本的 SQL Server。（这种方法可行但不建议使用，原因是它有时需要在 SharePoint Foundation 2010 中完成更多工作，例如在数据库改变位置时）。 备注 如果升级 SQL Server 版本（例如，从 SQL Server 2005 SP2 升级到 SQL Server 2008），您可以在从 32 位版本的 SQL Server 升级到 64 位版本之前、之后或在升级过程中执行此升级。
是否从 Windows Server 2003 升级到 Windows Server 2008？	尝试升级到 SharePoint Foundation 2010 之前，请先升级操作系统。 如果正在运行 Windows SharePoint Services 3.0，您必须执行特定步骤升级到 Windows Server 2008。有关详细信息，请参阅升级到 Windows Server 2008 for Windows SharePoint Services 3.0 SP1。
是否从 32 位操作系统升级到 64 位操作系统？	如果您使用的是 32 位操作系统，则必须在升级之前迁移到 64 位操作系统。有关详细信息，请参阅将现有服务器场迁移到 64 位环境 (Windows SharePoint Services 3.0)。
是否升级使用基于表单的身份验证的环境？	若使用基于表单的身份验证，升级时需要其他步骤。有关详细信息，请参阅为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint Foundation 2010)。
是否升级非常大的数据库？	一般情况下，非常大的数据库（尤其是其中包含数目或规模很大的文档版本的数据库）升级时间要比较小的数据库时间长。但是，确定升级时间的是数据的复杂程度，而非数据库本身的大小。如果升级过程超时，这通常是连接问题的缘故。在 Windows SharePoint Services 3.0 中，升级过程通常会因执行过程所需的时间而超时，但对于 SharePoint Foundation 2010 来说几乎不会出现这种情况。有关在您的环境下进行升级可能花费的时间的详细信息，请参阅估计升级过程将花费的时间和所需的空间量 (SharePoint Foundation 2010)。
是否从 Windows SharePoint Services 2.0 升级？	使用数据库附加升级方法升级到 Windows SharePoint Services 3.0，然后再升级到 SharePoint Foundation 2010。有关此升级过程的详细信息，请参阅从 Windows SharePoint Services 2.0 升级到 SharePoint Foundation 2010。
是否使用国际化域名？	虽然 Windows SharePoint Services 3.0 支持国际化域名 (IDN)，但 SharePoint Foundation 2010 不支持国际化域名。如果您当前对 Windows SharePoint Services 3.0 使用了 IDN 并计划升级或迁移到 SharePoint Foundation 2010，那么在升级或迁移之前，您必须停止使用 IDN，删除所有 IDN 设置并设置一个非 IDN 环境。有关详细信息，请参阅规划多语言网站 (SharePoint Foundation 2010)。