创建升级到 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 的过程中与用户进行沟通非常重要。 网站用户必须了解在您升级环境后再次访问网站时的情况。 网站所有者必须了解如何才能帮助准备升级以及必须执行哪些操作才能升级 SharePoint 2013 中的网站集和 SharePoint 2013 中的"My Sites"。 网站用户和网站所有者都必须了解何时进行升级。 在规划过程中,需要确定以下事项:

  • 升级团队的成员有哪些,涉及哪些其他利益干系人,以及升级将对哪些用户产生影响?

  • 升级团队必须获取哪些信息,以及应在何时获取?

  • 网站用户和其他利益干系人必须获取哪些信息,以及应在何时获取?

本文介绍如何创建沟通计划,以便升级团队、利益干系人和用户了解升级前、升级过程中以及升级后的情况。

升级团队的成员有哪些?

对于未大范围自定义网站的小型部署,升级团队可能只包含一个人。 另一方面,对于大型部署,可以要求具有不同角色的多个人员,如以下列表所述:

  • 服务器管理员 服务器管理员执行大部分升级任务。 由于运行安装程序向导要求人员是每台前端 Web 服务器上的本地 Administrators 组中的成员,因此必须至少有一个升级团队中的服务器管理员。

    注意

    服务器场管理员可能不是服务器的本地管理员。

  • 数据库管理员 如果具有单独的数据库管理团队,必须与团队成员进行协调以便安排和执行升级。

  • 服务器安全团队 必须与安全团队(如 Active Directory 域服务 (AD DS) 团队)进行协调,以便验证帐户和权限或者利用可应用于 SharePoint 2013 的新策略设置。

  • 网络团队 必须与网络团队进行协调,尤其是在您必须切换 DNS 以指向您的新服务器场或向网络基础结构添加新服务器的情况下。

  • 客户端部署团队 与客户端部署团队进行沟通,以便协调新客户端和服务器应用程序的部署。 客户端部署可能必须在升级之前执行,否则在用户的网站升级后可能会以选项的形式提供给用户。

  • 服务管理员 您必须与服务应用程序(如 Business Data Connectivity Service)的管理员进行沟通,以确保他们已做好升级准备,并且能够在新的版本中查看和重新配置适当的设置。

  • IT 或应用程序帮助服务台领导和员工 如果您公司设立了帮助服务台,请确保他们了解升级的时间并已准备好解决升级后出现的问题。 支持人员应是规划和测试的关键利益干系人,以便他们能够了解升级的潜在更改以及升级对用户的影响。

  • 网站集所有者 在升级过程即将开始时,您必须告知网站集所有者此情况。 告知他们您在运行升级前检查器时或升级其网站时发现的所有问题。 您还必须与网站集所有者沟通其在升级中所起的作用。 网站集所有者可在 SharePoint 2013 中升级其自己的网站。 在升级其网站之前,网站集所有者可运行运行状况检查并检查升级评估网站。

  • 网站设计人员和开发人员以及第三方解决方案提供商 如果您具有自定义模板、Web 部件、Web 服务或与网站关联的其他自定义元素,则必须与关联的网站设计人员和开发人员或第三方解决方案提供商协作。 由于自定义元素可能在升级后环境中失败或以其他方式执行,您必须确保设计人员或开发人员能够创建这些自定义元素的新版本,或验证是否已正确升级这些元素。 由于其工作会对升级计划产生很大影响,因此请在此过程的早期与这些利益干系人协作。 有关自定义元素的潜在问题的详细信息,请参阅 Use a trial upgrade to SharePoint 2013 to find potential issues

  • 网站用户 虽然网站用户无须参与对有关升级过程所做的决策,但您必须告知网站用户升级发生的时间以及他们将遇到的情况。

  • 发起人和其他利益干系人 组织中的其他人员可能会参与升级规划过程。 确保在沟通规划中使他们正确地参与进来。

    注意

    一个升级团队可以包含一个角色中的一个或多个成员,具体取决于组织。

与升级团队进行沟通的时间和内容

通常,服务器管理员和服务应用程序管理员将为升级设置日程表,并且仅在进程将要开始时才通知网站所有者。 但是,由于每个团队成员自身都具有要在整个升级过程中的特定时刻执行的任务,因此制定一个可靠计划是相当重要的,这样可将升级进度传达给所有团队成员以便每个人都知道何时执行自己的特定任务。

整个升级团队必须相互协作以确定执行升级的日期和时间。 建议您选择在网站使用率最低时显示的升级窗口。 对于小型单台服务器部署,升级可以在一天内完成。 大型部署花费的时间更长,最多一个周末的时间。 无法确定对任何特定网站集进行升级所需的准确时间长度。 为此,与参与升级过程的其他团队成员和用户进行沟通很重要。 为升级选择的时间长度应非常充足,以便升级团队在将来有充足的时间完成所有基本步骤。 当规划时间线时,请确保安排时间来验证已升级的网站,并安排时间来实现任何更改或执行用于重新建立网站品牌的任何工作。

在升级过程中的以下时间点与网站所有者、设计人员和开发人员进行沟通很重要:

  • 在试验升级之前,以便他们知道常规日程表和他们在进程中的角色。

  • 在执行试验升级以发现问题后。 例如,在计划升级之前,应向适当的网站所有者、设计人员或开发人员报告问题(例如,自定义网站模板或自定义 Web 部件),以便他们有时间调查这些问题并采取预备步骤。 或者,开发人员可能决定在升级发生之前重新构建 Web 部件是比较稳妥的做法。 网站所有者可能希望对已在其网站上执行的任何自定义进行注释,如网站模板和对核心 Active Server Page Extension (ASPX) 文件的更改。

  • 在升级环境之后,以便他们可以查看网站并进行任何所需的更改。

  • 在准备好升级其网站集时。

与网站用户进行沟通的时间和内容

与网站用户进行沟通以告知他们有关以下问题也相当重要:

  • 何时升级环境 具体而言,您还必须告知网站用户其网站在升级期间是否可用。

  • 何时升级其网站 网站集所有者应告知其网站用户有关升级网站集的日程表。 如果您以服务器场管理员的身份升级网站,则应在开始升级时告知其此情况。

  • How the upgrade might affect them and what they should know about the new environment For example, the site will look different and function slightly differently in the new user interface. You can also point them to available content, such as What's New article. For more information about feature changes, see What's new.

  • 如何获得帮助 如果他们在升级后发现网站中存在问题,如何获得帮助以便解决问题?

您可以使用网站集中的新系统状态栏来告知用户这些项目。 有关如何设置状态栏通知的详细信息,请参阅Plan for site collection upgrades in SharePoint 2013 一文中的 Plan for site collection upgrades in SharePoint 2013

另请参阅

其他资源

Overview of the upgrade process from SharePoint 2010 to SharePoint 2013