规划 Microsoft Dynamics 365 Server 的升级

  • 项目

本文不适用于 Dynamics 365 Customer Engagement (on-premises) 版本 9.1 更新。 有关 update 9.1 中的新功能的信息，请参阅新增功能。

有关 Dynamics 365 Customer Engagement (on-premises) 版本 9.0 的此主题的信息，请选择上面左侧导航窗格中的版本。

版本选择器

本节提供准备升级到 Dynamics 365 Server 版本 9.0 的指南。 提前执行这些任务可帮助最大程度地缩短系统停机时间并确保升级成功。 另外，本节还介绍 Dynamics 365 Server 版本 9.0 如何升级您的当前系统以及现有报表、自定义项和解决方案等项目发生的变化。

适用于 Microsoft Dynamics 365 (on-premises) (8.2) 的 2016 年 12 月服务包服务器角色与 Dynamics 365 Server 版本 9.0 部署不兼容。 因此，升级第一个服务器后，在部署中运行的其他适用于 Dynamics 365 (on-premises) 的 2016 年 12 月服务包服务器角色将被禁用。 升级每个服务器后，将启用相应服务器。

您可以按任意顺序升级适用于 Dynamics 365 (on-premises) 的 2016 年 12 月服务包服务器角色。 不过，为了保证 Dynamics 365 Server 版本 9.0 部署能够正常运行，必须升级所有服务器和服务器角色。

重要提示

Dynamics 365 Server 版本 9.0 的唯一支持升级路径是从适用于 Dynamics 365 (on-premises) 的 2016 年 12 月服务包或更高版本升级到 Dynamics 365 Server 版本 9.0。

为简化升级过程和减少停机时间，建议您在升级 Dynamics 365 Server 时遵循这些基本步骤。

  1. 建议您应用最新的可用更新，然后再开始升级。 详细信息：Microsoft Dynamics 365 Customer Engagement (on-premises) On-Premise 累积更新

  2. 复制将升级的所有组织的组织加密密钥。 在将组织数据库导入到 SQL Server 的新实例时需要加密密钥来激活数据加密。 详细信息：复制组织数据加密密钥

  3. 安装（建议）或将所有服务器角色全部升级到 Dynamics 365 Server 版本 9.0。

  4. 将组织导入新部署或升级的部署。 在导入过程中，组织也将升级。

Microsoft Dynamics 服务器升级选项

有三个不同的升级选项：

  • 使用一个新的 SQL Server 实例进行迁移。 升级部署时，建议使用此选项。 尽管此选项要求对 Dynamics 365 Server 版本 9.0 使用其他计算机，并且要求使用其他 SQL Server 实例，但是对用户来说，它可以最大程度地降低潜在停机，因为在完成和验证升级之前，现有的部署仍可以正常工作。

  • 使用同一 SQL Server 实例迁移。 此选项要求对 Dynamics 365 Server 版本 9.0 使用不同的计算机，但是将使用同一 SQL Server 实例就地升级配置和默认组织数据库。 如果在升级过程中出现问题，必须回滚到以前版本以避免严重停机。

  • 就地升级。 尽管此选项不要求对 Dynamics 365 Server 版本 9.0 使用其他计算机，也不要求使用其他 SQL Server 实例，但出现升级问题时它会带来最大风险，因为需要回滚和重新安装以前的 Dynamics 365 Server 版本以避免潜在停机。

有关最新产品信息，请参阅 Microsoft Dynamics 365 Customer Engagement (on-premises) 版本 9.0 自述文件。

重要提示

在升级到产品的新版本之前，请始终运行 Dynamics 365 数据库的完整备份。

进行就地升级期间，仅升级您指定要升级的组织。 如果部署包含其他组织，这些组织将被禁用并且无法升级。 必须使用 Import-CrmOrganization Windows PowerShell 命令或使用部署管理器升级那些组织。 详细信息：Dynamics 365 Customer Engagement (on-premises) PowerShell 参考

建议升级的每个组织，我们建议卷具有的可用空间至少为组织数据库文件 (organizationName_MSCRM.mdf) 大小的三倍和日志文件 (organizationName_MSCRM.ldf) 大小的四倍。 例如，如果单个组织数据库和日志文件位于同一卷上，该卷上 MDF 文件为 326 MB，LDF 文件为 56 MB，则推荐的可用空间应至少为 1.2 GB 以便容纳增长 ((326 x 3) + (56 x 4))。 请注意，在升级过程中展开的数据库文件在升级完成后大小不减少。

升级产品密钥

升级之前，应先获取升级过程中需要输入的产品密钥。

详细信息：Microsoft Dynamics 365 Customer Engagement (on-premises) 版本和许可

用户权限

要想成功升级，运行 Dynamics 365 Server 安装程序的用户必须：

  • 在要升级的服务器所在 Active Directory 域中具有一个帐户。

  • 对于任何要升级的组织，应同时是部署管理员角色和 Dynamics 365 系统管理员角色的成员。

    重要提示

    如果运行升级的用户具有禁用的系统管理员角色，那么升级将失败。

  • 对与要升级的部署关联的 SQL Server 和 Reporting Services 服务器具有管理员权限。

  • 具有足够权限，可创建新的安全组，以及将成员添加到包含现有 Dynamics 365 组的 Active Directory 部门中的那些组中。

共享 SQL Server

每个 SQL Server 实例仅支持一个 Dynamics 365 部署。 这是因为每个部署都需要有自己的 MSCRM_CONFIG 数据库，而同一 SQL Server 实例中不能同时存在多个 MSCRM_CONFIG 数据库实例。 如果在同一计算机上运行多个 SQL Server 实例，则可以在同一计算机上承载多个 Dynamics 365 部署的数据库。 但是，这可能会降低系统性能。

成功升级提示

在开始升级之前，应解决以下可能适用于当前部署的问题。

不要超过最大字段数

如果为一个实体定义了超过 1023 个字段，则必须在运行升级之前删除附加字段，否则升级将失败并出现以下消息：

CREATE VIEW 失败，因为视图view_name中的列column_name超过了列的最大数目 1024。

移除自定义数据库对象

由于数据库重新设计，Dynamics 365 数据库通常会从一个主要发行版更改为下一个版本。

如果您已添加自定义数据库对象（如触发器、统计信息、存储过程和特定索引），则建议您从配置和组织数据库中移除这些对象。 多数情况下，安装程序会在检测到这些对象时显示警告。

移除 ignorechecks 注册表子项

如果您在现有 Dynamics 365 Server 上手动添加了 ignorechecks 注册表子项，则应在开始升级之前将其移除。 详细信息：您无法使用 Microsoft SQL Server 上不具有本地管理员权限的帐户部署 Dynamics 365 Customer Engagement (on-premises)

另请参阅

导入组织