通过

在 SharePoint 2013 中规划网站集升级

  • 项目

适用于：yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

当您从 SharePoint 2010 产品升级到 SharePoint 2013 时，网站集不会在您将内容数据库升级到新版本时升级。 升级过程可以进行拆分，以允许网站集管理员决定何时升级其网站集。 有关升级过程的直观概述，请参阅Overview of the upgrade process from SharePoint 2010 to SharePoint 2013。

服务器场管理员可控制用于升级网站集的设置（如升级评估网站集、通知和升级限制的设置）。 本文将帮助您计划用于控制网站集的升级的设置。

确定服务器场管理员应升级的网站集

默认情况下，网站集管理员负责决定何时升级其网站集，并且他们将自行执行升级。 但在某些情况下，可能应由服务器场管理员执行升级。 例如，对于符合以下特征的网站，服务器场级别的升级团队应在升级前执行测试，并可能升级网站集：

  • 极其重要的网站

    如果某个网站对您的业务非常重要，服务器场管理员应在升级该网站前仔细地进行测试，然后自行升级它，以确保网站集能尽快供用户使用。

  • 非常大的网站

    默认情况下，如果网站集管理员开始升级某个大于 10 MB 或包含 10 个以上的子网站的网站，则该网站将添加到升级队列，而不是立即进行升级。 对于非常大的网站集（大于 10 GB），我们建议让服务器场管理员升级该网站集，而不要允许网站集管理员开始升级。 这样，服务器场管理员就可以测试这些网站，然后监控升级的进度。

  • 高度自定义的网站

    在升级基于自定义网站定义或包含很多其他自定义项的网站之前，应仔细进行测试。 如果服务器端自定义存在问题，服务器场管理员应处理它们，重新测试，然后执行升级，以便能解决发生的任何问题。 如果网站设计存在问题，设计人员和网站集管理员可以处理它们。

场管理员可以使用 PowerShell 升级网站。 有关详细信息，请参阅Upgrade a site collection to SharePoint 2013。

为升级通知、自助式升级和网站集创建规划设置

当某个网站集可供升级时，网站上的状态栏将指示网站集管理员可以升级它。 他们可以选择立即升级该网站集，或者选择让系统以后提醒升级。

服务器场管理员可决定到底是否允许网站集管理员升级其网站。 您可以设置一个属性，用来阻止网站集管理员开始升级，这也会关闭状态栏中的通知。 然后，您可以使用 PowerShell 自行执行升级。 如果您选择集中升级某些网站，则应制定一个计划来确定每个网站的升级时间以及升级后验证网站的人员。

尽管管理员可以立即升级所有网站集，但我们不建议这样做，原因如下：

  • 您会让某些网站遇到无法预见而又必须处理的问题。 这可能导致中断或延长中断时间。

  • 当用户同时开始使用多个已升级的网站时，您的支持中心或故障排除流程将会接到大量问题。

您可以控制网站集升级和网站创建的设置。 您可以做出以下决定：

  • 网站集管理员是否能升级网站集。

  • 用户创建网站集时可使用的模式（2010 或 2013 或两者）。

    例如，您可能希望用户在大多数网站集升级完成之前的一段时间创建 2010 模式网站，或者您可能希望强制使用 2013 模式创建新网站以便不必在以后升级它们。

控制网站集升级和网站创建的属性

属性 说明
SPSite.AllowSelfServiceUpgrade
 确定是否可为网站集设置升级通知。
默认值为 true - 将自动设置通知。
如果设置为 false，则升级通知不会显示在状态栏上。
SPWebApplication.CompatibilityRange
 确定在哪些模式下创建网站集。 例如，2010 模式 (14) 或 2013 模式 (15)。 提供了以下范围：
OldVersions 使用此范围可让用户仅创建 2010 模式网站。
NewVersion 使用此范围可让用户仅创建 2013 模式网站。
AllVersions 使用此范围可让用户创建 2010 或 2013 模式网站。
您可以使用 New-Object 命令设置 Microsoft.Shareoint.SPCompatibilityRange 属性，以使用上述范围或设置您的范围。

有关如何设置这些属性的详细信息，请参阅Manage site collection upgrades (SharePoint 2013 Products)。

您还可以控制有关升级通知的设置。 您可以做出以下决定：

  • 是否添加指向"立即升级"状态栏中的更多信息的链接。

  • 当网站集管理员选择状态栏上的"以后提醒我"时，在向该管理员发出升级提醒之前等待的天数。

    If a user clicks Remind me later, the current date is added to the number that is set for the UpgradeReminderDelay and the notification is hidden until that new date occurs. For example, if the setting is 30, then the notification will appear 30 days from the current date.

以下属性控制了网站集升级通知：

控制升级通知的属性

属性 说明
SPWebApplication.UpgradeMaintenanceLink
 添加指向"立即升级"状态消息的另一个链接，以便用户能跟踪状态，并找到更多信息。
默认值为空。
SPWebApplication.UpgradeReminderDelay
 设置在用户单击"以后提醒我"后暂停状态栏中的升级通知的天数。
默认值为 30 天。
如果设置为 0，则升级通知不会从状态栏中删除，且通知无法设置为"以后提醒我"。

有关如何设置这些属性的详细信息，请参阅Manage site collection upgrades (SharePoint 2013 Products)。

规划升级评估网站

网站集管理员可请求预览其网站集。 此预览网站称为"升级评估网站集"。 利用升级评估网站集，网站集管理员可在运行于 SharePoint 2013 上的网站的新单独副本中查看其网站的内容。 与 SharePoint Server 2010 中的直观升级不同，升级评估网站集是网站集的完全副本。 该网站集独立于原始网站集且拥有自己的 URL。 网站集管理员在升级评估网站集中执行的操作不会影响原始网站。 原始网站和升级评估网站均可供搜索，且为所有网站集运行的计时器作业也在升级评估网站上运行。

当网站集管理员请求评估网站集时，该请求会添加到每天运行一次的计时器作业（也称为"创建升级评估网站集"）。 此计时器作业可在唯一的 URL 处创建网站集的完整副本。 升级评估网站集将设置为自动过期，过期后便会删除。 过期的默认时间为 30 天，可通过设置 Web 应用程序的值或更改评估网站集本身的值配置此时间。

服务器场管理员可选择阻止用户创建升级评估网站，方法是为网站集设置 SPSite.AllowSelfServiceUpgradeEvaluation 属性。

计时器作业可创建和删除升级评估网站。 将使用以下计时器作业：

升级评估网站集的计时器作业

作业名称 说明 运行时间
创建升级评估网站集 (job-create-upgrade-eval-sites)
 创建升级评估网站。
在每天的凌晨 1:00 到 1:30 之间运行
删除升级评估网站 (job-delete-upgrade-eval-sites)
 删除过期的升级评估网站并为即将过期的网站发送通知。
在每天的凌晨 1:00 到 1:30 之间运行
升级网站集 (job-upgrade-sites)
 升级内容数据库的队列中的网站集。
每分钟运行一次

您可以决定这些计时器作业的运行时间和运行方式，还可以手动运行它们。

升级评估网站集的创建方法

“创建升级评估网站集”作业计时器会收集排入评估网站队列的网站集的列表，然后将这些网站复制到新的 URL 和网站 ID。 此作业计时器还会将网站添加到升级队列，以便以后由升级网站集计时器作业选取这些网站。 创建网站副本的方法：

  1. 如果您使用的是 SQL Server 企业版，则创建升级评估网站集作业计时器会拍摄数据库快照并将数据从快照读取到目标数据库（默认目标是源数据库）。 这在整个过程中不会影响源网站的只读状态。

  2. 对于没有快照功能的其他版本的 SQL Server，创建升级评估网站集作业计时器会备份网站集并将其还原到新 URL。 这将使源网站在整个过程中都为只读。

升级网站集作业将收集排入升级队列的网站集的列表，然后按从旧到新的顺序升级已排队的网站。 最新添加的评估网站将在随后升级（或者至少尝试升级）。

计划网站集升级限制和队列

为了确保网站集升级不会导致服务器场出现中断情况，在 Web 应用程序、数据库和内容级别上内置了一些限制。 这意味着即使有 100 个网站集管理员同时决定升级其网站集，同一时间也只有一个管理员可以运行，其余的管理员将被排入队列，并在以后运行。

网站集升级限制如下所示：

网站集升级的限制级别

级别 一次可以升级的最大网站集数 控制限制设置的属性
Web 应用程序
 默认值为每个 Web 应用程序实例 5 个网站集。
其他请求将排入队列。
SPWebApplication.SiteUpgradeThrottleSettings AppPoolConcurrentUpgradeSessionLimit
内容数据库
 默认值为每个内容数据库 10 个网站集。
其他请求将排入队列。
SPContentDatabase.ConcurrentSiteUpgradeSessionLimit
如果有多个站点在内容数据库中排队，定时服务实例一次只能升级一个站点。 此行为是设计造成的。
ConcurrentSiteUpgradeSessionLimit 限制影响所有形式的网站升级，包括直接在 w3wp（最终用户启动或在升级过程中）和诸如 Windows PowerShell 之类的管理工具中执行的升级（服务器场管理员显式重写限制除外，如下所示）。 定时服务对于分发与任何站点升级都无关的负载有其自身机制。 内容数据库在服务器场中的定时服务实例中分布，由一个且仅一个定时服务实例在串行过程中处理给定内容数据库的所有作业。 这意味着，给定内容数据库中的定时服务一次只处理一个网站集，但不同的定时器服务实例可以同时处理针对多个不同内容数据库的队列。 虽然出于独立原因，定时服务不并行处理单个内容数据库，但定时服务并不是升级网站集的唯一方法。 如果网站集很小，则在启动升级的过程中，将被同步升级 - 这通常是 w3wp.exe，但如果未指定 -QueueOnly 标志，那么也可以是 Windows PowerShell。 在这种情况下，并发性限制将会生效。
网站集的内容（大小和子网站数）
 默认值为大于 10 MB 的网站或包含 10 个以上的子网站的网站，该网站无法由网站集管理员以自助式服务的方式升级，而必须由服务器场管理员升级。
SPWebApplication.SiteUpgradeThrottleSettings UsageStorageLimit 和 SubwebCountLimit

下图显示了 Web 应用程序和内容数据库升级阻止限制之间的关系。

Web 应用程序和内容数据库的升级限制和网站升级队列

Web 应用程序和内容数据库升级限制

在此图中，内容数据库包含 15 个网站，所有这些网站都提出了开始升级的请求。

  1. 由于存在 Web 应用程序阻止限制，因此对于 Web 服务器 1 上的 Web 应用程序 1 - 实例 1 只有 5 个网站可以开始升级。

  2. Web 应用程序 1 上的 Web 应用程序 2 - 实例 2 上的另 5 个网站开始升级。

  3. 由于存在内容数据库限制，有 5 个网站会发送到升级队列等待升级。

您可以使用默认限制设置，或者也可以自行指定可同时升级的网站集数的值。 当服务器场管理员使用 PowerShell 升级网站时，其还可以覆盖限制设置。 更改这些值时必须小心谨慎，且应确保先验证要在测试环境中使用的设置，然后才在生产中实现它们。 如果将限制值增加得过大，则可能导致您的环境中出现性能问题。 例如，并行升级的数量过多可能影响网站呈现。 有关如何更改这些设置的信息，请参阅Manage site collection upgrades。

关于网站集模式

为了将升级网站集与升级内容数据库分开，SharePoint 2013 引入了网站集"模式"（也称为"兼容性级别"）的概念。 网站集在新环境中将采用 2010 模式，直到您专门将它升级到 2013 模式。 您可以在任一模式下创建新网站集。 虽然服务器场管理员可以配置此设置，但默认设置是在 2010 模式下创建网站。 当网站集处于 2010 模式时，用户界面与 SharePoint 2010 产品界面类似，并且仅会启用 SharePoint 2010 产品中可用的功能。 在 2013 模式下，界面和功能将更新为 SharePoint 2013。

您必须确保解决方案包、功能和其他自定义组件可用于两个网站模式。 有关详细信息，请参阅Create a plan for current customizations during upgrade to SharePoint 2013。

培训网站集管理员

请务必培训用户，使其了解如何升级其网站集和如何在升级评估网站集中审阅其网站。 经过培训的用户已有所准备并且了解将会遇到的情况，这样会最大限度地减少支持事件和失败的可能性。

请通知用户所做的更改及新增功能。 另外，还要让他们了解可能会遇到的问题。 例如，他们可能会遇到自定义问题，如页面无法正确显示。 有关常规升级问题的详细信息，请参阅查看已升级到 SharePoint 2013 的网站集和解决 SharePoint 2013 中的网站集升级问题。

向网站集管理员说明其升级评估网站是副本，他们所做的任何更改将不会在升级后的网站中保留。 预览网站中还有一个通知栏，指示该网站是副本。

默认情况下，网站集管理员拥有其网站的控制权。 他们可以使用升级评估网站集来预览新用户界面和功能。 这样他们就有时间确保一切运行正常，并且他们能够在升级原始网站前处理其中的任何问题。 网站集管理员准备好后，他们就可以升级其网站。

建议您制定计划并针对允许网站集管理员推迟其网站升级的时间设置限制。 例如，可为每位网站集管理员留出 90 天的时间，以便与其网站集管理员一起评估然后升级其网站。 此时间限制可确保为用户留出合理的时间来熟悉新用户界面，并解决其网站中的任何问题。 确保将时间限制通知用户，并确保他们知道您可以强制升级所有网站。 此外，还可使用 PowerShell 命令检查内容数据库中的网站的兼容性级别，以便让用户了解采用 2010 模式和 2013 模式的网站各自的数量。 有关详细信息，请参阅Manage site collections upgrades。

请务必告知网站集管理员，只要网站使用 2010 模式，新功能就不可用。 但是，站点升级到新版本后，应用程序功能会自动显示。

另请参阅

其他资源

Manage site collection upgrades

Overview of the upgrade process from SharePoint 2010 to SharePoint 2013

Upgrade a site collection to SharePoint 2013

Run site collection health checks in SharePoint 2013