估计升级过程将花费的时间和所需的空间 (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 存储的最佳实践，以便在升级期间获得最佳体验和性能。有关详细信息，请参阅物理存储建议 (Office SharePoint Server)。还应查看用于 SharePoint Server 2010 的最佳实践并对升级后的环境做必要调整。
由于新版本中的表结构发生了变化，因此在重新组织数据时数据库会暂时变大。此空间可在升级后恢复，但应确保在就地升级或数据库附加升级期间，有足够的空间可供数据库增长到比其当前大小大 50%（注意，在升级后，可以再次减小数据库，以恢复其中大部分空间）。还应确保数据库服务器上的空间充足，可供数据库在常见用途中随时间而增长。若要了解数据库的当前大小，请使用 Microsoft SQL Server 中的企业管理器。除数据库空间外，还必须具有用于以下各项的空间：
临时数据库。请确保具有足够的数据库空间，以便能够满足快速增长的临时数据库对空间的需求。如果没有足够的空间，则升级过程可能会超时，并且升级将失败。
升级日志文件。
数据库的事务日志文件。这些日志文件必须迅速增大以适应数据库中发生的更改次数。
备注
在大型环境中，可能存在这样一种情况：由于事务日志文件的默认增长率 (10%) 不足以与升级过程保持一致，从而导致升级过程发生超时。同样，试验升级是用于确定事务日志文件是否能适应升级过程的最佳方法。如果环境非常大，或者升级过程在试验升级期间超时，请考虑预先扩展 SQL Server 事务日志文件以确保有空间可用于必须处理的事务数。有关扩展 SQL Server 事务日志的详细信息，请参阅扩展数据库 (SQL Server 2005) (https://go.microsoft.com/fwlink/?linkid=182619&clcid=0x804) 或扩展数据库 (SQL Server 2008) (https://go.microsoft.com/fwlink/?linkid=182620&clcid=0x804)。
估计升级将花费的时间
得到磁盘空间的估计值并学会一些测试方法后，现在可以计算实际升级过程所需时间的粗略估计值。在不同环境中，升级时间会有很大差异。升级的性能主要取决于所使用的硬件、网站的复杂程度以及实现的特定特征。例如，如果有许多大型文档库，则升级这些文档库所花费的时间可能比升级较简单的网站要长。
下表介绍了影响性能的因素。
| 内容因素 | 硬件因素 |
|---|---|
以下各项的数量：
加上总数据库大小本身。 |
|
数据的结构化方式会影响升级所花费的时间。例如，10,000 个列表（每个列表包含 10 项）所需的升级时间会比 10 个列表（每个列表包含 10,000 项）所需要的升级时间长。无论列表包含多少个项目，必须对每个列表执行升级列表基础结构所需要的操作；因此，列表越多，需要执行的操作越多。这一规律同样适用于上表中“内容因素”列的大多数项目。
硬件的结构也可能会对性能产生很大影响。通常，数据库服务器性能要比 Web 服务器性能重要，但任何一层出现硬件动力不足问题或连接问题均会显著影响升级性能。
已选择的升级方法也会使升级过程所需时间有很大差异。执行数据库附加升级是最快的方法（但请注意，此方法的升级前和升级后步骤所需时间比就地升级要长得多）。就地升级所需时间略长，这是因为除了升级网站之外，还要升级环境，但使用此方法时，没有那么多的升级前和升级后步骤。
估计总时间的最佳方法是对一小部分数据或所有数据进行试验升级，然后查看升级日志文件。日志文件中包含升级的持续时间 - 在升级日志文件底部查找总运行时间。使用此时间可以表达完整内容集合的持续时间。在升级过程中，还可以使用日志文件检查进度。upgrade.log 文件位于 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS。
根据试验升级得出的估计值适用于数据的实际升级过程；它并不包括此步骤之前和之后必须执行的所有步骤，而这些步骤花费的时间可能比升级数据本身更长。在估计升级将花费的时间时，除了估计处理数据所需要的时间之外，还必须估计升级前和升级后阶段中的活动将花费的时间。
对于升级前步骤，请考虑以下因素：
创建自定义元素 升级 Web 部件或重做自定义模板以利用新功能将花费一些时间。创建自定义元素的过程应在项目的评估阶段中尽早开始。
备份数据库 对于就地升级，必须对整个环境执行完整备份（而非差异备份），以确保能够在升级失败而必须重建服务器场时（这种可能性微乎其微）进行恢复。对于大型环境，此步骤可能会花费大量时间。尤其是备份到网络位置时，网络延迟问题会减慢这一过程。
对于升级后步骤，请考虑以下因素：
验证网站并进行更改 给用户足够的时间在升级后验证其网站。这可能需要几天时间。有关详细信息，请参阅验证升级并审阅升级后的网站 (SharePoint Server 2010)。
创建服务应用程序和配置服务 此步骤仅适用于数据库附加升级过程（对于就地升级过程，将在升级过程中创建服务应用程序）。创建服务应用程序和配置服务不需要花费很长时间；但是，如果需要联系数据库管理员为您预先创建数据库，则可能需要提前一两天。
将配置文件属性转换为分类数据并更新 User Profile Service 的照片存储 您必须转换包括选项列表的用户配置文件属性才能使用 Managed Metadata Service 提供的分类功能。根据您的环境中的用户配置文件数量，这些步骤可使升级过程延长一个或几个小时。
运行人员爬网 对于大型组织，此步骤花费的时间可能会超过 24 小时。
对所有内容运行搜索爬网 对于大型网站，此步骤花费的时间可能会超过 24 小时。
环境中的其他因素也会导致升级时间变长，这些因素包括：
超大型文档库 如果文档库中有超过 250,000 个文档，且所有文档都位于文档库的根目录中（而非文件夹中），则升级这样的库将花费很长时间，并且升级可能会失败。遵照使用文件夹分解大型文档库的 Microsoft Office SharePoint Server 2007 指导标准可以帮助您管理库的大小。例如，如果重新排列同一文档库，使 250,000 个文档划分为 125 个文件夹，则升级这样的文档库应该更容易些。
超大型数据库 升级大于 100 GB 的数据库需要很长时间。
备注
如果您拥有的内容数据库大于 100 GB 并且包含混合网站类型（如“我的网站”和团队网站，以及已发布的网站），建议在运行升级前将它们分成包含一致数据类型的较小数据库。大型数据库不仅需要花费更长时间升级，还使升级失败后的恢复变得更加困难。
您可以使用 Stsadm.exe 中的 mergecontentdbs 或者 backup 和 restore 操作在数据库之间移动网站。有关详细信息，请参阅 Mergecontentdbs：Stsadm 操作 (Office SharePoint Server) 和备份和还原：Stsadm 操作 (Office SharePoint Server)。如果您拥有无法拆分的超大型数据库（大于 100 GB），因为大部分内容在一个网站集中，则可能需要重新考虑升级方法。数据库附加升级方法较难处理超大型数据库，因为备份和还原如此之大的数据库本身就是个问题。
警告
尝试升级之前，一定要遵循以前版本和新版本中的容量规划指导标准。如果超出了最佳性能指导标准，则升级过程可能花费更长时间，还可能失败（例如，升级过程对同一大型文档库可能会反复超时）。如果部署不满足推荐的容量指导标准，则在尝试升级之前请考虑是否需要做些什么来满足这些指导标准。此外，试验升级可以帮助您做出该决定。
通信要求
您需要向您的用户和团队通知升级计划，并为其安排执行任务的时间。有关详细信息，请参阅创建沟通计划 (SharePoint Server 2010)。
管理系统中心通知和警报
您需要在升级过程中监视系统性能，但不需要监视特定功能。请通过 Microsoft Systems Center Operations Manager 或 Microsoft Operations Manager 暂停不必要的警报和通知，然后在升级后再将其打开。
打开/关闭 SQL 监视和日志传送
应在升级之前关闭镜像和日志传送，然后在升级之后确保环境可正确运行时再将其打开。建议您在升级期间不要运行镜像或日志传送，因为不这样做将会给运行 SQL Server 的服务器造成额外负载，还会浪费用于镜像或传送临时数据的资源。
测试升级过程以确定该过程可能需要的时间，然后为升级操作创建计划，并对其进行测试以确定日程表。操作日程表应包括执行升级前和升级后步骤所需要的时间：如果开始之前需要 5 个小时来备份环境，则需要在中断窗口中包括该时间。还要包括需要进行还原或恢复时的缓冲时间 - 应确定计划中断（理想情况）和紧急中断（最坏情况）日程表。