实施Microsoft Dynamics 365 CE-12. 部署和上线支持，解释如何将项目部署到生产中以及如何提供上线支持_microsoft dynamics架设

本章将帮助您了解如何将Dynamics 365客户参与（CE）解决方案部署到另一个环境中。您将了解如何使用手动步骤完成部署过程，以及哪些工具可用于自动化部署过程。您还将了解Dynamics 365 CE上线的常见检查表项目。

然后，我们将讨论上线前所需的配置。我们将进一步讨论为什么我们需要上线后支持，以及有哪些选项可以获得上线后支持。

最后，您将了解内部部署Dynamics 365 CE所需的维护活动。

我们将在本章中讨论的主要主题如下：

• 部署Dynamics 365 CE解决方案
• 准备上线检查表
• 上线前需要的配置
• 上线后支持
• 维护Dynamics 365 CE

技术要求

您应该对Dynamics 365 CE有基本的了解，并能够访问Dynamics 365 CE环境。以下是本章的技术要求列表：

• 访问internet以下载自动部署部分中提到的工具
• Microsoft Excel
• Dynamics 365 CE环境中的Office 365管理权限

部署Dynamics 365 CE解决方案 

在完成Dynamics365CE开发和测试后，是时候将我们的更改部署到生产环境中了。在第6章“自定义Dynamics 365 CE”中，我们讨论了可以用于将更改部署到其他环境的Dynamics 365 CE解决方案。我们还讨论了可以帮助我们选择托管或非托管解决方案的要点。根据部署的类型，我们会根据需要进行相应的计划。例如，如果我们要将一些更新转移到生产中，我们可以在工作时间后进行，但如果我们要推出一个完整的应用程序，则需要大量的停机时间。大多数时候，这些类型的推广都是在周末进行的。如果我们正在进行升级，解决方案部署可能会影响业务，也可能不会影响业务——例如，如果我们正在执行并行升级，而旧应用程序仍在运行，我们可以毫无问题地部署应用程序。在第11章“迁移和升级”中，我们讨论了可用于将Dynamics 365 CE解决方案从一个环境部署到另一个环境的不同选项。对于解决方案部署，我们有两个主要选项：

• 手动部署
• 自动化部署

手动部署

顾名思义，在手动部署中，我们手动导出和导入解决方案。我们可以将解决方案导出为托管或非托管，并将其安装在另一个环境中。根据发布的不同，如果我们是第一次部署完整的解决方案，我们可能会部署它，或者如果我们不是第一次部署部分解决方案。部分解决方案仅包括我们希望部署到目标环境的新更改。如果需要，我们还需要手动进行其他相关部署。例如，我们可能需要导入我们的主数据，以便我们的定制能够正常工作。我们可以以Dynamics 365 CE的现场服务应用程序为例。我们在第1章Dynamics365CE简介中讨论了现场服务应用程序。如果我们使用现场服务应用程序，我们需要设置许多数据实体，如资源、区域、现场服务产品和事件类型，我们需要手动执行这些导入，但一旦完成，我们可以使用数据迁移工具将它们移到另一个环境中。如果我们有一个简单的解决方案，不包括对其他解决方案或集成的依赖，特别是如果我们不需要频繁部署，那么这个过程是合适的。

导出解决方案

在第6章“自定义Dynamics365CE”中，我们讨论了如何创建解决方案并添加要自定义的组件。若要导出此解决方案，如果您的解决方案编辑器已打开，我们可以使用“解决方案”工具栏中的“导出”按钮。在撰写本章时，微软已经改变了解决方案的工作流程。现在，当您导航到“设置|解决方案”时，即使是从传统的web客户端，它也会打开一个新的“解决方案”编辑器，如以下屏幕截图所示：

但我们可以单击“切换到经典”打开经典编辑器来使用解决方案。在PowerApps中，当我们尝试导出我们的解决方案时（按照下一个屏幕截图中的编号），我们将看到以下对话框：

此对话框允许我们发布任何尚未发布的自定义项。我们将在这里找到的另一个新东西是解决方案检查器，它可以帮助我们发现解决方案中的潜在问题。我们可以单击“运行”按钮来运行解决方案检查器，并查看解决方案中的问题列表。检查过程完成后，我们可以看到潜在的问题，如以下屏幕截图所示：

在前面的屏幕截图中，您可以看到它显示其中一个脚本具有调试脚本的debugger关键字。

一旦所有问题都得到解决，我们可以通过选择我们的解决方案并单击“导出”按钮再次启动导出过程。我们可以点击下一步按钮，我们将得到如下屏幕截图所示的对话框：

在这里，我们可以选择解决方案的一个版本，并选择是要选择托管解决方案还是非托管解决方案。

最后，我们可以单击“导出”按钮来导出我们的解决方案。请记住，Microsoft提供了解决方案编号自动化功能，可自动更新解决方案版本号。如果我们手动导出一个解决方案两次而不进行任何更改——例如，如果我们同时导出托管和非托管解决方案——我们需要手动将版本号设置为相同的编号，因为Microsoft的解决方案编号自动化会自动增加版本号。

要将我们的解决方案导入到目标环境中，我们可以通过导航到“设置”|“解决方案”来使用“导入”按钮。我们可以浏览我们的ZIP文件，然后按照屏幕导入解决方案。确保启用解决方案中包含的任何SDK消息处理步骤，以激活作为解决方案一部分的工作流和插件步骤，如以下屏幕截图所示：

如果我们导入的是非托管解决方案，则需要在导入后发布解决方案，而如果我们导入托管解决方案则会由Dynamics 365 CE平台自动发布。

自动化部署

在自动化部署中，我们要为解决方案部署执行的任务都由软件工具处理。此过程不需要手动操作，或者只需要最少的手动操作。当我们需要频繁发布解决方案时，自动化部署非常适合。我们可以使用可以执行解决方案发布所有必要步骤的软件，也可以使用可以在手动构建或从源环境导出解决方案后部署解决方案的工具。根据开发环境的不同——无论我们使用的是单个服务器还是多个开发服务器——我们都可以在从不同的开发环境中提取解决方案后使用工具来构建我们的解决方案。让我们讨论一下我们可以与Dynamics 365 CE一起使用的一些工具，以自动化我们的解决方案发布过程。有些工具可以完全执行这个过程，有些工具可以帮助我们部分自动化这个过程。

SolutionPackager

此工具随Dynamics365CE软件开发工具包（SDK）一起提供，如果多个开发人员并行工作并共享相同的自定义项，它将非常有用。该工具将解决方案提取到多个XML文件中，我们可以使用这些文件存储在源代码管理中，并且我们可以使用该