升级 Microsoft Dynamics 部署

 

发布日期： 2017年1月

适用于： Dynamics 365 (on-premises),Dynamics CRM 2016

Microsoft Dynamics CRM 2016 与以前版本相比，在特性和功能方面取得了巨大进步。 这样，升级可能会影响现有特性、解决方案和扩展。 本主题提供最佳实践流程以最大限度减少停机时间，这有助于确定由升级引起的问题。

本主题内容

升级过程

准备升级

建立测试环境

升级和验证测试环境

如果无法成功升级或迁移该怎么办？

升级过程

在升级过程中，有两个单独的环境：

• 测试环境。 测试环境表示用于验证升级的 Microsoft Dynamics CRM 的受限部署。 测试环境需要尽可能真实的反应生产环境，其中在硬件（处理器、磁盘和内存等等)、技术平台（Windows Server 和SQL Server 等）、拓扑结构 (1 台服务器、2 台服务器 和 5 台服务器等) 和数据（Microsoft Dynamics CRM 数据库) 方面有大量相同之处。 若要创建相应的测试环境，可能要求设置 Windows 或网络负载平衡 (NLB) 或群集、安装和配置 Microsoft Dynamics CRM 组件和应用程序（如 电子邮件路由器、工作流、自定义项和连接器），以及安装任何其他加载项、插件或解决方案的特定部署。 建立完全或部分通过使用虚拟化技术（如 Windows ServerHyper-V）运行和配置的测试环境可极大地促进该过程。 在测试环境，管理员执行升级、优化性能、可引入升级代码和测试系统运行良好。

• 生产部署。 此部署表示组织中所有 Microsoft Dynamics CRM 用户使用的 Microsoft Dynamics CRM 部署。 在生产部署中执行升级，管理员可使用优化升级性能的策略。 升级管理员可能会将已升级的代码从开发环境或测试环境移动到生产环境。 然后，该管理员使生产环境联机、验证该系统是否能够正常运行并根据需要为用户部署 Dynamics 365 for Outlook。

准备升级

确保您具有足够的员工、资源和时间专用于升级。 在此阶段，您必须确定升级过程将涉及到的人员、指定将用于验证升级的测试部署硬件和软件，并为可能出现的故障做好准备。

您还应评估当前生产环境是否适合升级。 这需要查看最新 Microsoft Dynamics 365 文档。

• Microsoft Dynamics 365系统要求和所需技术

• Microsoft Dynamics CRM 2016 和 Microsoft Dynamics CRM Online 自述文件

• 为下一版本做好准备

此外，您必须确定将用于决定是否继续升级生产环境的可接受条件。

提示

Microsoft Dynamics Sure Step 可用于 Microsoft Dynamics 合作伙伴，从而帮助您降低风险并指导您完成与部署和配置 Microsoft Dynamics 解决方案关联的任务。 有关 Microsoft Dynamics Sure Step 的详细信息，包括培训、方法和工具下载，请访问 PartnerSource 网站（需要 Dynamics 合作伙伴成员资格）。

确定升级策略

若要确定升级策略，您需要回答下列问题：

• 将对什么执行升级？ 升级 Microsoft Dynamics CRM 服务器可能要求您升级平台组件（如 Windows Server 或 SQL Server）。 它还要求升级其他 Microsoft Dynamics CRM 应用程序或解决方案（如 Dynamics 365 for Outlook 和 Unified Service Desk）。

• 何时执行升级？ 升级的日程表是什么？

• 如何升级？ 例如，您是就地升级或您是否愿意将迁移到新硬件升级前？ 此外，其中还应包含将如何推广升级。 谁来验证升级？ 是在试验时推出还是在调整阶段推出？ 根据测试升级的结果，您可能需要修改或迁移您的策略并执行纠正操作以确保功能正常运行。 例如，如果某些工作流无法升级，则您必须计划重新创建这些工作流并对它们进行测试。

故障、备份和恢复规划

某些组件（例如，自定义报表、工作流、自定义 JavaScript 或第三方扩展）可能导致升级失败或无法正常运行。 应记录这些项并针对各个问题制定应变计划。 此外，自定义 JavaScript 和第三方扩展可能需要在升级之前移除。

因此，您必须准备好快速、完整地回滚系统。 如果您希望在任意情况下都可以恢复，则必须备份所有需要的信息并在现场以外的地方存储一个副本。 应该为所有的 Microsoft Dynamics CRM 组件和服务创建并试用备份计划，以确保在出现故障时可以最大限度地恢复数据。 若要了解故障恢复过程，必须对若干不同情形进行分析以了解各种情况下的还原方式。

有关如何备份或恢复 Microsoft Dynamics CRM 数据的详细信息，请参阅 Microsoft Dynamics 365 数据保护和还原。

查看适当的规划和必备文档

产品文档对帮助您在升级之前确定所需准备的范围很有帮助。 要查看的文档应包括：

• Microsoft Dynamics CRM 2016 和 Microsoft Dynamics CRM Online 自述文件

• 该文档和安装本地 Dynamics CRM。 其中，特别重要的主题是 计划升级到 Microsoft Dynamics CRM 2016 服务器、Microsoft Dynamics 365系统要求和所需技术 和 Microsoft Dynamics 365 支持的配置。

• 此外，如果您将安装其他组件（例如 Dynamics 365 for Outlook 或 Microsoft Dynamics CRM 电子邮件路由器），请查看下列文章：

  • 设置 Dynamics 365 for Outlook

  • 设置电子邮件路由器

确保拥有最新的技术

要获得最佳结果，请验证为 Microsoft Dynamics CRM 和其他从属技术（例如 Windows Server、SQL Server 和 Exchange Server）都应用了最新的 Service Pack 和更新汇总。

确定升级计划和清单

在此任务中，您将确定如何评估升级的环境的全部功能和生产准备情况。 这些任务的目的是验证生产准备情况和完全可以操作的系统是否适用于推广到用户群。

将下列步骤用作要求在生产升级或“上线”日之前完成的任务的清单。

升级完成后，通过执行这些基本测试来验证该系统是否能够正常工作：

• 有关升级期间可能发生的问题，请查看安装程序日志文件。 默认情况下，安装程序会在运行安装程序的计算机上的 C:\Documents and Settings\<用户名>\Application Data\Microsoft\MSCRM\Logs 文件夹中创建这些文件，其中，<用户名> 是运行安装文件用户帐户的名称。

• 查看事件查看器日志文件。Microsoft Dynamics CRM 事件记录在事件查看器中以 MSCRM 开头的源下面。

• 运行 Microsoft Dynamics 365Windows PowerShell 命令，验证 服务器和升级的组织是否已启用。详细信息：使用 Windows PowerShell 管理部署

  或者，启动部署管理器，并验证已启用所有 Microsoft Dynamics CRM 服务器和升级的组织。 根据您是否已迁移或执行就地升级，使用“部署管理器”中的“导入组织向导”或“升级组织向导”升级其他 。

• 启动 Internet Explorer 并连接到 Microsoft Dynamics CRM 服务器。 执行完以上任务后，请执行用户接受测试。 以下是某个功能的示例，用于测试典型组织：

  • 根据早期版本的报表验证报表。

  • 打印 Microsoft Dynamics CRM 中的报表。

  • 验证 Microsoft Dynamics CRM 系统中适用的数据，例如创建、编辑、删除和提升/转换下列实体的记录：

    • 客户

    • 联系人

    • 商机

    • 案例

    • 活动

    • 自定义实体

  • 根据以上工作流验证工作流。 更新受配置或数据模型修改影响的任何工作流项。

  • 测试所有自定义代码、JavaScript 和自定义报表（如果适用）。

  • 测试所有集成过程（如果适用）。

  • 测试远程客户端和移动应用程序的访问和功能。

  • 第三方应用程序或扩展测试。

建立测试环境

我们强烈建议您在升级生产环境之前先至少计划运行一次测试升级。 在运行测试升级后，请执行通常在生产环境中使用的操作来验证产品配置。 例如，对于服务组织，您可能想要创建与某个案例相关的电子邮件活动，然后通过发送包含现有案例文本的测试电子邮件来验证功能。 在测试环境中使用 Microsoft Dynamics CRM 时，如果遇到错误，则请确保在升级生产环境之前解决它们。

提示

虚拟机软件（如 Windows ServerHyper-V）可缩短建立测试环境的部署时间，还可以限制模拟生产部署所需的硬件资源的数量。

确定将使用哪些计算机，或者，如果您使用的是虚拟机技术，则确定将使用哪个虚拟机。

使用新 SQL Server 实例迁移

建议此升级选项，因为利用该选项，您可以在部署新 Microsoft Dynamics CRM 系统的同时维护以前版本的部署。 这将减少出现问题时的停机时间，以便可安装新部署、导入组织和进行验证，而不影响生产部署。

重要

“使用 SQL Server 的新实例迁移”选项在因升级部署出现问题时提供最短的潜在停机时间。

1. 建立 SQL Server 的新实例。 您可以使用现有实例，但其不得是以前版本的配置数据库所在的同一实例。

2. 在尚未安装 Microsoft Dynamics CRM Server 的新 64 位计算机上运行 Microsoft Dynamics CRM Server 安装程序。

3. 备份生产 Microsoft Dynamics CRM 配置和组织数据库，并将其还原到 SQL Server 的新实例。

4. 运行 Import-CrmOrganization Windows PowerShell 命令或运行 导入组织向导 将一个或多个组织导入新安装的系统。 在导入过程中，组织数据库将升级到新版本。

5. 如果您具有其他组织，或者您要对迁移使用新 SQL Server，则必须将组织数据库导入新系统中。 为此，请在装有并运行高版本 Microsoft Dynamics CRM Server 的计算机上，运行 Import-CrmOrganization Windows PowerShell 命令。 或者，启动 Microsoft Dynamics CRM部署管理器，右键单击“组织”，单击“导入组织”，再选择新还原的 OrganizationName_MSCRM 数据库。

6. 如果对 .NET 程序集或配置文件进行了自定义，则必须将这些自定义文件复制到新系统中。 默认情况下，这些文件位于早期版本 Microsoft Dynamics CRM Server 上的 <drive>:\Program Files\Microsoft Dynamics CRM\Server\bin\assembly\ 文件夹下。

升级和验证测试环境

验证新升级的环境的稳定性和操作性。 这包括使用 Microsoft Dynamics CRM web 应用程序连接用户选择集，并使用该系统执行所有正常的日常任务。 确保工作流和报表都能够正常运行，并测试来自升级的新功能是否也能正常运行。

运行接受条件和清单

执行先前提到的有关新部署的任务。 根据该测试，决定是否对生产环境实施升级。

用户接受测试

在测试清单完成后且任务质量在可接受的限制范围内时，可以开始用户接受测试。 这将涉及所有用户的子集并且通常会涉及执行系统中正常的日常任务的关键用户。 这些关键用户将任何问题或意外行为报告给 Microsoft Dynamics 365 管理团队来采取措施。

完成

在成功完成用户接受测试后，使新的 Microsoft Dynamics CRM 服务器联机。 这可能需要先删除以前版本的服务器，然后再将新 Microsoft Dynamics CRM Server 加入域中，将 IIS 绑定配置为使用与 Microsoft Dynamics CRM 网站先前版本相同的绑定，并根据需要更新 DNS 记录以便正确解析到新的网站。

如果无法成功升级或迁移该怎么办？

如果按照本节中的指南执行操作后仍无法成功升级生产部署或迁移，请使用下列资源帮助解决该问题：

自我支持

• 使用事件查看器显示帮助您解决问题的事件。Microsoft Dynamics CRM 事件记录在事件查看器中以 MSCRM 开头的源下面。

• 启用平台跟踪 有关说明，请参阅 监视和排查 Microsoft Dynamics 365 下的跟踪主题。

• 在 Microsoft Dynamics CRM 解决方案中心 浏览或搜索适用于 Microsoft Dynamics 365 的知识库文章。

• 访问 CustomerSource 或 PartnerSource 网站。

帮助支持

联系 Microsoft 客户支持服务。 有关 Microsoft 客户支持服务电话号码和信息的完整列表，请访问 Microsoft Customer Support 页。

另请参阅

计划升级到 Microsoft Dynamics CRM 2016 服务器
Microsoft Dynamics 365 服务器的高级部署选项

© 2017 Microsoft。 保留所有权利。 版权