确定升级方法 (SharePoint Server 2010)
适用于： SharePoint Server 2010
上一次修改主题： 2016-11-30
在运行任何过程以从 Microsoft Office SharePoint Server 2007 升级到 Microsoft SharePoint Server 2010 之前，您必须要确定采用何种升级方法。使用本文中的信息有助于比较每种方法的优缺点，并查看有关特殊情况的信息，这些特殊情况可能影响您所采用的方法。除了本文中的信息外，还务必要阅读查看受支持和不受支持的升级途径 (SharePoint Server 2010)，以准确了解哪些升级情况有效并且会实现成功升级。
备注
若要执行升级，必须安装 Office SharePoint Server 2007 Service Pack 2 (SP2)。
本文内容：
选择升级方法
特殊情况
选择升级方法
有两种基本升级方法：就地升级和数据库附加升级。此外，还可以使用多种方法来组合这些基本方法的各个方面，以缩短停机时间，还可能会改进性能。
下表对就地方法和数据库附加方法进行了比较。
| 方法 | 说明 | 优点 | 缺点 |
|---|---|---|---|
就地升级 |
您可以在相同的硬件上安装 SharePoint Server 2010。您也可以在一个过程中升级服务器场中的内容和设置。 |
服务器场范围内的设置将会保留并升级。可以在升级之后的环境中进行自定义，尽管可能需要手动步骤才能升级自定义设置或重新进行自定义。 |
在升级进行过程中，服务器和服务器场处于脱机状态。升级将持续进行。因此，您必须分配足够的时间以便按顺序升级所有内容。 |
数据库附加升级 |
可以为独立服务器场中的环境升级内容。这样一来，无需升级任何服务或服务器场设置。您可以按任意顺序升级数据库，并同时升级若干数据库。在每个数据库进行升级时，用户不能使用该数据库中的内容。 |
可以同时升级多个内容数据库，这将导致升级时间总体上比就地升级要快。可以使用数据库附加升级将多个服务器场合并为一个服务器场。 |
服务器和服务器场设置不会升级。必须手动将要保留的设置从旧服务器场迁移到新服务器场，另外也必须手动将任何自定义项迁移到新服务器场。任何缺失的自定义项均可能导致功能的意外丢失或用户体验问题。通过网络复制数据库会占用时间和带宽，因此必须制定相应的计划。需要直接访问数据库服务器。 |
有关就地升级和数据库附加升级的工作方式的详细信息，请参阅升级过程概述 (SharePoint Server 2010)。
下表列出了可在升级期间使用的缩短停机时间的方法，以缩短用户无法访问其内容的时间，甚至可能会提高升级性能。
| 方法 | 说明 | 优点 | 缺点 |
|---|---|---|---|
并行升级 |
您可以同时附加并升级多个数据库，以加快整个升级过程的速度。最大并行升级数取决于硬件。此方法适用于就地升级或数据库附加升级。 |
加快整个环境的升级速度。 |
这是一个手动过程，需要执行附加步骤和监视。 |
混合方法 1：使用只读数据库的数据库附加升级 |
允许您在升级过程中继续提供对内容的只读访问。对于此方法，您可以在对另一个服务器场进行升级的同时将数据库设置为只读。此方法可为用户缩短检测到的停机时间。 |
在您升级内容的同时，现有服务器场可以继续容纳未升级的网站（采用只读模式）。因此，可以最大程度地缩短用户的停机时间。 可以同时升级多个内容数据库，这将导致升级时间总体上比就地升级要快。 除了升级软件外，还可以升级硬件。 |
服务器和服务器场设置不会升级。您必须将要保留的设置从旧服务器场手动传输到新服务器场。 还必须手动传输和升级任何自定义设置。任何缺失的自定义项均可能导致功能的意外丢失或用户体验问题。 通过网络复制数据库会占用时间和带宽，因此必须制定相应的计划。 需要直接访问数据库服务器。 |
混合方法 2：使用分离数据库的就地升级 |
使您能够利用就地升级功能来升级内容和设置，同时加快数据库附加升级的速度。对于此方法，可以使用就地升级来升级服务器场和设置，并同时分离和升级（相同服务器场或独立服务器场上的）多个数据库。 |
服务器场范围内的设置可以保留并升级。 可以在升级之后的环境中进行自定义，尽管可能需要手动步骤才能升级自定义设置或重新进行自定义。 可以同时升级多个内容数据库，这将导致升级时间总体上比就地升级要快。 |
通过网络复制数据库会占用时间和带宽，因此必须制定相应的计划。 需要直接访问数据库服务器。 |
请注意，您还可以组合使用这些方法。例如，您可以将原始服务器场设置为只读模式，创建服务器场的副本并升级该服务器场但不升级内容数据库，使用并行升级快速升级所有用户内容，最后在升级完成后将用户切换到新服务器场。有关这些缩短停机时间方法的工作原理的详细信息，请参阅升级过程概述 (SharePoint Server 2010)。
如果您面临很长时间的中断，可以考虑的另一个选项是将备用访问映射 URL 重定向与数据库附加方法一起使用，这样便可在升级新服务器场中的内容的同时临时将用户重定向到现有服务器场。这是一种高级方法，除非其他缩短停机时间的方法不够充分，否则不应使用此方法。有关详细信息，请参阅将 AAM URL 重定向用作升级过程的一部分 (SharePoint Server 2010)（白皮书）。
特殊情况
执行升级时可能有其他要求或额外目标要实现。下表列出了特殊情况，并描述适合每种情况的升级方法。
| 情况 | 升级方法 |
|---|---|
是否从 32 位版本的 SQL Server 升级到 64 位版本？ |
如果您正在运行 32 位版本的 SQL Server，则必须迁移到 64 位版本。建议您先执行此迁移，然后再升级到 SharePoint Server 2010，以确保获得最佳性能。确保一次只执行一种升级或迁移，以免升级失败。有关详细信息，请参阅将现有服务器场迁移到 64 位环境 (Office SharePoint Server 2007) 从 32 位版本的 SQL Server 升级到 64 位版本时，可以选择以下两种方法：
备注 如果升级 SQL Server 版本（例如，从 SQL Server 2005 SP2 升级到 SQL Server 2008），您可以在从 32 位版本的 SQL Server 升级到 64 位版本之前、之后或在升级过程中执行此升级。 |
是否从 32 位操作系统升级到 64 位操作系统？ |
如果使用的是 32 位操作系统，您必须在升级之前先迁移到 64 位操作系统。有关详细信息，请参阅将现有服务器场迁移到 64 位环境 (Office SharePoint Server 2007)。 |
是否升级使用基于表单的身份验证的环境？ |
在使用基于表单的身份验证时，必须执行其他步骤来进行升级。有关详细信息，请参阅为基于声明的 Web 应用程序配置基于表单的身份验证 (SharePoint Server 2010)。 |
是否升级超大数据库？ |
通常，超大数据库（特别是其中包含大量或较大的文档版本的数据库）进行升级所需时间比小型数据库长。但是，数据的复杂性而非数据库本身的大小决定升级所需要的时间。如果升级过程超时，通常是由于连接问题引起的。在 Office SharePoint Server 2007 中，升级过程通常因执行过程所需要的时间而超时，但在 SharePoint Server 2010 中很少出现这种情况。有关您的环境进行升级需要多长时间的详细信息，请参阅估计升级过程将花费的时间和所需的空间 (SharePoint Server 2010)。 |
是否从 SharePoint Portal Server 2003 升级？ |
使用数据库附加升级方法升级到 Microsoft Office SharePoint Server 2007，然后升级到 SharePoint Server 2010。有关此升级过程的详细信息，请参阅从 SharePoint Portal Server 2003 升级到 SharePoint Server 2010。 |
是否从 Windows SharePoint Services 3.0 升级？ |
使用数据库附加升级方法将内容数据库从 Windows SharePoint Services 3.0 附加并升级到 SharePoint Server 2010。此过程升级内容数据库中的数据，但并不传送任何服务器场设置。 |
是否使用支持国际化域名？ |
虽然 Office SharePoint Server 2007 支持国际化域名 (IDN)，但是 SharePoint Server 2010 并不支持。如果您当前在 Office SharePoint Server 2007 中使用 IDN，并且计划升级或迁移到 SharePoint Server 2010，则在执行此步骤之前，必须停止使用 IDN、删除任何 IDN 设置，并设置非 IDN 环境。有关详细信息，请参阅规划多语言网站 (SharePoint Server 2010)。 |