估计升级过程将花费的时间和所需的空间量 (Windows SharePoint Services)

本文内容：

• 估计升级所需的空间量

• 估计升级将花费的时间

• 相关工作表

每个环境都独一无二，包括不同的硬件功能和不同的网站特征。运行升级所需的空间量和时间长度根据环境不同会有较大的差异。若要估计所需的空间量和升级过程将花费的时间，最佳方法是执行试验升级，然后查看大小和时间。有关执行试验升级的详细信息，请参阅使用试验升级查找潜在问题 (Windows SharePoint Services)。

估计升级所需的空间量

根据所选择的升级方法，执行升级将需要不同的可用磁盘空间量。对于就地升级和数据库迁移方法，只需要对数据库规划极少量的扩展；但是，升级过程运行时会发生大量事务，因此需要扩展日志文件以容纳将会发生的更改。

对于逐步升级，必须为三组数据库准备空间：原始数据库、发生升级过程的临时数据库以及升级后的数据库。此外，对日志文件和其他搜索索引（如果需要）也必须准备空间。

有关可帮助您规划并监控您的 SQL Server 存储要求以支持服务器场的最佳性能和运行的重要建议和最佳实践，请参阅规划和监控 Windows SharePoint Services 的 SQL Server 存储：性能建议和最佳做法（白皮书）。

估计就地升级或数据库迁移所需的空间

对于就地升级或数据库迁移，不需要规划大量的额外数据库空间。对于内容数据库迁移，只需要规划新硬件上的可用空间等于当前数据库所需的空间加上随时间推移要扩展的空间。若要了解数据库的当前大小，请使用 Microsoft SQL Server 中的企业管理器。除数据库空间之外，对下列各项也需要准备空间：

• 临时数据库。请确保具有足够的数据库空间，以便能够满足快速增长的临时数据库对空间的需求。如果没有足够的空间，则升级过程可能会超时，并且升级将失败。

• 升级日志文件。

• 数据库的事务日志文件。这些日志文件必须迅速增大以适应数据库中发生的更改次数；请确保有足够的磁盘空间可用于这些日志文件。

  备注

  在超大型环境中，事务日志文件的默认增长率 (10%) 有可能跟不上升级过程；这会导致超时。此外，若要确定事务日志文件能否跟上升级过程，试验升级是最佳方法。如果环境非常大，或者如果升级过程在试验升级期间超时，请考虑预先扩大 SQL Server 事务日志文件以确保有空间可用于需要处理的事务数。有关预先扩大 SQL Server 事务日志的详细信息，请参阅 SQL Server 2000 或 2005 文档中的“扩展数据库”主题。

估计逐步升级所需的空间

如果遵循逐步升级路径，则数据库空间需要足以容纳最大网站集大小约三倍的数据量。若要了解数据库的当前大小，请使用 SQL Server 中的企业管理器。

如果无法承担分配这么多磁盘空间，则可以通过分批升级网站来减少此开销。升级了几批并与网站所有者确认不再需要旧版本之后，可以开始清理和删除原有版本的网站（进行备份后）。如果继续以升级新批次并删除旧版本网站这种方式执行操作，则可以使所需的空间量有规律可循。

除数据库空间之外，对下列各项也需要准备空间：

• 升级日志文件。

• 数据库的事务日志文件。这些日志文件必须迅速增大以适应数据库中发生的更改次数；请确保有足够的磁盘空间可用于这些日志文件。

  备注

  在超大型环境中，事务日志文件的默认增长率 (10%) 有可能跟不上升级过程；这会导致超时。此外，若要确定事务日志文件能否跟上升级过程，试验升级是最佳方法。如果环境非常大，或者如果升级过程在试验升级期间超时，请考虑预先扩大 SQL Server 事务日志文件以确保有空间可用于需要处理的事务数。有关预先扩大 SQL Server 事务日志的详细信息，请参阅 SQL Server 2000 或 2005 文档中的“扩展数据库”主题。

有关逐步升级过程中如何使用磁盘空间的详细信息，请参阅升级过程的工作原理 (Windows SharePoint Services)。

估计升级将花费的时间

得到磁盘空间的估计值后，现在可以计算实际升级过程所需时间的粗略估计值。在不同环境中，升级时间会有很大差异。升级的性能主要取决于所使用的硬件、网站的复杂程度以及实现的特定特征。例如，如果有许多大型文档库，则升级这些文档库所花费的时间可能就比升级简单网站长。

所选择的升级方法也会使升级过程所需时间有很大差异。以数据库迁移的方式进行升级是最快速的方法（但是请注意，此方法的升级前和升级后步骤所需时间比其他方法要长得多）。逐步升级是最慢的方法，这是因为要涉及到额外的数据复制步骤。就地升级处于二者之间。

估计总时间的最佳方法是对一小部分数据进行试验升级，然后查看升级日志文件。在升级过程中还可以使用日志文件检查进度。位于 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS 目录中的 upgrade.log 文件包含持续时间。

但是，根据数据集得出的估计时间只是针对数据的实际升级过程的时间；它并不包括此步骤之前和之后必须执行的所有步骤所需的时间，而这些步骤花费的时间可能比升级数据本身所需时间更长。在估计升级将花费的时间时，除了估计数据处理的时间之外，还必须估计升级前和升级后这两个阶段的活动将花费的时间。

升级前步骤：

• 创建自定义元素 创建网站定义或新页面布局或者升级 Web 部件将花费一些时间。创建自定义元素的过程应在项目的评估阶段中尽早开始。

• 备份数据库 必须执行完整备份（而非差异备份），以确保能够在升级失败而需要重建服务器场时（这种可能性微乎其微）进行恢复。对于大型环境，此步骤可能会花费大量时间。尤其是备份到网络位置时，网络延迟问题会减慢这一过程。

• 为逐步升级创建新的域名系统 (DNS) 名称 域名系统通过网络传播更改将需要花费时间。有关为逐步升级预先创建 DNS 名称的详细信息，请参阅创建新的域名（仅适用于逐步升级）(Windows SharePoint Services)。

升级后步骤：

• 验证网站并进行更改或还原到模板 给用户足够的时间在升级后验证其网站。这可能需要几天时间。有关详细信息，请参阅查看升级后的网站 (Windows SharePoint Services)。

环境中的其他因素也会导致升级时间变长，这些因素包括：

• 超大型文档库 如果文档库中有超过 250,000 个文档，且所有文档都位于文档库的根中（而非文件夹中），则升级这样的库将花费很长时间，并且升级可能会失败。遵照使用文件夹分解大型文档库的 2.0 指导标准可以帮助您管理库的大小。例如，如果重新排列同一文档库，使 250,000 个文档划分为 125 个文件夹，则升级这样的文档库应该更容易些。

• 超大型数据库   升级大于 100 GB 的数据库需要很长时间。如果数据库大于该大小，建议您在运行升级之前将其分隔为一些较小的数据库。大型数据库不仅需要花费更长时间来升级，还使升级失败后的恢复变得更加困难。有一些支持社区的工具，可用于在数据库之间移动网站集。

  警告

  如果您的数据库非常大（大于 100 GB），且无法拆分（因为大部分内容都在一个网站集中），则可能还要重新考虑升级方法。逐步升级方法可以处理较大的数据库，因为使用逐步升级方法可以单独升级每个网站集。数据库迁移方法处理超大型数据库具有更多的困难，因为备份和还原如此之大的数据库本身就是一个难以解决的问题。当然，逐步升级方法需要更多空间，因此您需要仔细考虑您的选择。有关在完成逐步升级后使用数据库迁移升级网站的详细信息，请参阅 Microsoft 知识库中的文章 926718：如何在 Windows SharePoint Services 2.0 服务器场的逐步升级过程中将内容数据库备份附加到 Windows SharePoint Services 3.0(https://go.microsoft.com/fwlink/?linkid=113886&clcid=0x804)。

  尝试升级之前，请遵循旧版本和新版本中的容量规划指导标准。如果超出了最佳性能指导标准，则升级过程可能花费更长时间，还可能失败（例如，升级过程对同一大型文档库可能重复超时）。如果部署不满足推荐的容量指导标准，则在尝试升级之前请考虑是否需要做些什么来满足这些指导标准。此外，试验升级可以帮助您做出该决定。

工作表

使用估计升级所需的数据库空间和时间工作表（该链接可能指向英文页面）(https://go.microsoft.com/fwlink/?linkid=73752&clcid=0x804) 确定执行升级所需的磁盘空间和升级过程可能花费的时间。