重要提示：

当前仅支持从 Dynamics AX 2012 R2 或 Dynamics AX 2012 R3 升级。 对于每个版本，请先更新到最新的可用累计更新，然后再升级到最新的 Finance and Operations 应用程序版本。

Finance and Operations 应用程序提供了一个升级路径，当前运行 Microsoft Dynamics AX 2012 的客户可以使用该路径将他们的数据和代码迁移到 Finance and Operations 应用程序。 目前，支持 Dynamics AX 2012 R3 和 AX 2012 R2的 升级。 升级过程基于以下要素：

· 帮助您从 AX 2012 引入现有定制化应用程序代码的工具。

· 一个数据升级过程，您可以使用它来推进您的数据库。 因此，您可以升级完整的交易历史记录。

重要提示：

正在运行一些已弃用功能的Dynamics AX 2012系统目前不能升级。 例如，使用虚拟公司或数据分区的系统无法进行升级。 如果您不确定您的系统是否可以升级，请运行升级分析器（Upgrade analyzer）工具。

概览

整个升级过程可以可视化为三个总体阶段：分析、执行和验证。

下图显示了端到端的升级过程，以及我们认为的属于每个阶段的活动。

要了解成功将 Dynamics AX 2012 解决方案升级到 Finance and Operations 应用程序的最重要的要素和最佳实践，请参阅将 Dynamics AX 2012 升级到 Finance and Operations 应用程序。

分析

分析阶段的活动可帮助您评估升级所需的工作量。 他们还可以帮助您准备一个项目计划。 这些活动可以在您购买 Finance and Operations 之前完成。 他们将通过提供您需要的工作量和资源的数据点来帮助您做出明智的购买决定。

注册预览订阅

要注册预览订阅，请参阅注册预览订阅。

附加的升级方法

在您的新 LCS 项目中，将项目方法与升级 AX 2012 附加到 Dynamics 365 for Finance and Operations。 这个方法是专门为正在升级的AX 2012客户准备的。 它详细描述了三个阶段，并提供了关于该过程的所有支持文件的链接。

运行升级分析器 upgrade analyzer

升级分析器工具是针对您的 AX 2012 环境运行，并确定为准备 AX 2012 环境需要执行的任务，以使升级体验更顺畅，成本更低：

· 数据清理 – 此过程可帮助您确定可以删除的数据，而不会造成功能损失。该工具可识别各种类型的数据，您可以通过运行清理流程来减少这些数据。对于每种类型的数据，它都会解释清理之后的影响。然后再让您决定是否运行清理流程。部分的订阅费用取决于数据库大小。因此，通过减小数据，您可以减少订阅费用的这一部分，也有助于减少升级上线过程所需的时间。较小的数据库有助于保证更快的升级。

· SQL 配置 – 此过程可以审查 SQL 配置并提出优化建议。通过确保 SQL用最佳性能执行，此过程有助于减少升级上线过程所需的时间。

· 废弃的功能 – 此过程可以识别您当前正在使用但在 Finance and Operations 中不可用的功能。因此，该过程可帮助您及早发现功能上的差距。它还提供了替代方案的建议。

此外，作为此步骤的一部分，您必须在 AX 2012 环境中安装升级前清单。 您可以使用此清单输入升级过程中所需的数据。 例如，在一个升级前核对清单任务中，您为每个当前的 AX 2012 用户提供微软 Azure Active Directory (Azure AD) 的登录信息，这样每个用户都能够登录到 Finance and Operations。

· 如果从 AX 2012 R3 升级，请安装 KB 4035163。

· 如果从 AX 2012 R2 升级，请安装 KB 4048614。

升级分析器工具的输出成为了 AX 2012 系统管理员升级项目计划中的工作流。 有关详细信息，请参阅从 AX 2012 升级 - 使用升级分析器工具进行。

运行代码升级评估工具 Code upgrade estimation tool

此步骤是从 AX 2012 中获取您的代码，将其转换为新格式，并提供有关开发人员以后必须解决的冲突的反馈。 此步骤构成了估算代码升级成本的基础。

要完成此步骤，您必须从 AX 2012 中导出代码作为一个模型储存导出，并将其上传到 LCS 代码升级工具。 代码升级工具将生成代码的升级版本和一个必须解决的剩余冲突报告。 然后，您的开发人员可以查看升级后的代码和报告，以明确升级代码库所需的工作量。

此步骤的输出成为了 Microsoft Dynamics AX 开发人员升级项目计划中的工作流。

有关详细信息，请参阅 AX 2012 升级 - 使用代码升级服务评估工作量。

部署演示环境

演示环境是包含演示数据（不是您自己的数据）和标准代码（没有自定义）的默认环境。 我们建议您部署一个演示环境来评估新功能，并对在 AX 2012 中使用但在 Finance and Operations 中可能已更改的标准流程执行基本的拟合差距分析。 您可以在 Azure 中部署这些演示环境，也可以下载它们，作为在自己的硬件上运行的虚拟机 (VM)。 如果您在 Azure 中部署它们，则必须提供您的 Azure 订阅，因为你还在使用一个公共预览项目，并且还没有购买订阅。

此步骤的输出代表了功能用户或业务用户的升级项目计划中的工作流。

有关详细信息，请参阅从 AX 2012 升级 - 部署演示环境以进行分析。

创建项目计划

升级方法中提供了项目计划模板。 在此步骤中，分析阶段的前几个步骤的输出被用来填写升级项目的项目计划。项目计划还将包含所有测试细节：数据升级测试、切换测试（模拟切换）、功能测试通过迭代以及关于这些任务的各种资源分配的细节。

在这个阶段，项目计划提供了一个数据点，可以帮助您了解升级的时间和成本。

执行

在执行阶段，你要完成你在分析阶段计划的任务。要进入执行阶段，你必须购买F&O Apps，而且你必须有可用的资源来进行升级工作。

切换到LCS实施项目

您用于分析阶段的公共预览项目已达到其目的。 您现在可以丢弃它。 对于剩余的步骤，需要的是您在分析阶段的最后一步中创建的项目计划。

购买 Finance and Operations 订阅后，您将收到有关如何注册新 LCS 项目的详细信息。 此项目称为实施项目，只要您拥有该订阅，它将成为您的租户里一个新的、永久的 LCS 项目。 此项目与公共预览项目的不同之处在于它由 Microsoft 管理。 因此，本项目具有以下特点：

· 这个项目支持沙盒和生产型环境的部署。

· 沙盒和生产型环境由微软团队来进行维护和修补，而不是你的员工。

· 所有的DevTest或Demo环境都必须部署在Azure的订阅上。建议在您的LCS实施项目中重新部署这些环境，以便它们与沙盒和生产环境在同一个项目中。

标识该项目为AX 2012升级项目

首次登录 LCS 实施项目时，系统会引导您完成 Project Onboarding 向导。 您以后可以随时使用项目中Project Settings 旁边的导航菜单来访问 Project Onboarding 向导。

在 Project Onboarding 向导中的 Project Scope 部分，您可以使用 Legacy System 字段将项目标识为 AX 2012 升级。 以这种方式来确定项目是至关重要的一步。

执行AX 2012的准备任务

完成升级分析器工具发现的、并记录在您的升级项目计划中的任务。您的Microsoft Dynamics AX系统管理员和数据库管理员（DBA）必须完成这些任务。

执行代码升级

完成在分析阶段的代码升级估计步骤中计划的任务。您的开发人员必须运行这些任务。

从此时起，应冻结 AX 2012 中的代码更改。在 AX 2012 中只应允许紧急代码更改。如果进行了更改，则必须手动将其迁移到新代码库。

开发新的代码

完成在分析阶段的“部署演示环境”步骤中执行的拟合差距分析中的任务。这些任务可能是功能任务的混合，这些任务定义了与正在使用的新特性相关的定制的配置和开发任务。

数据升级（开发环境）

在您的代码升级任务完成后，您可以首次升级您的数据库。第一次升级发生在开发环境中，因此您可以更轻松地修复或调试在此阶段发现的任何问题。在开发环境中，可以立即调试问题，调整代码，并在几分钟内重新运行升级。沙盒环境不提供这种敏捷性，并且至少需要几个小时才能调试和修复问题、更新代码、部署更新的代码并重新运行升级。

下图展示了该过程。只需备份 AX 2012 数据库，将其上传到 Azure，将其还原到 Finance and Operations 环境，然后运行数据升级。

更多信息，请参阅 从AX2012升级 - 在开发环境下的数据升级。

数据升级是通过一种特殊类型的可部署包完成的。 相同的机制用于将新代码从一个环境部署到另一个环境。

在此过程中用于转换数据库中数据的底层框架与 AX 2012 中的升级框架基本相同，后者基于运行 ReleaseUpdatexxx 类的 X++ 批处理作业。

提示：

如果您将 Commerce 功能和店内组件用作 AX 2012 R3 升级的一部分，我们建议您查看 Dynamics 365 Commerce 分阶段推出 (N-1) 安装、配置和转换指南。 对于开发环境，用户需要初始化零售参数，重新初始化CDX时间表，然后在应用数据升级包后，需要将最新的质量更新和渠道扩展应用到环境中。

数据升级（沙盒环境）

当开发环境中的数据升级完成后，您必须在沙盒环境中进行数据升级。 有关沙盒部署的更多信息，请参阅自助服务部署概述。 沙盒环境是业务用户和职能团队成员可以使用升级后的 AX 2012 数据和代码测试业务流程的环境。

下图显示了在沙盒环境中运行数据升级的过程。 此处的不同之处在于使用了适用于 Dynamics 365 的 AX 2012 数据库升级工具包，而不是传统的 SQL 备份。 需要此工具包将 AX 2012 数据移动到 Azure SQL 数据库（使用 SQL 事务复制）以及运行数据升级。 在这种情况下，您的源是 AX 2012 数据库，目标是 Finance and Operations 沙盒环境。

更多信息，请参阅 从AX2012升级 - 在自助服务环境下的数据升级。

验证

当您进入验证阶段时，您将拥有可用的环境，其中包括升级后的自定义代码和升级后的数据。 此阶段描述了验证和测试升级后的环境是否按预期工作的过程。 它还描述了准备上线的过程。

执行转换测试并创建转换计划

此处使用术语“转换（Cutover）”来描述将新系统投入使用的最终过程。此流程包括在 AX 2012 关闭之后和 Finance and Operations 开启之前发生的任务。

测试或模拟转换的目的是为了练习转换过程。通过这种方式，您可以保证每个参与实际转换到上线的人都能有一个顺利的体验。

有两个主要的工作流：

· 技术工作流 – 此工作流是运行数据升级的过程。您的企业将对允许的停机时间实施限制。在此停机期间，两个产品数据库都将不可用。技术工作流可能必须对其数据升级过程进行性能调整，以满足业务的停机时间限制。

· 功能性工作流 – 数据升级后，Finance and Operations 环境中需要执行多项配置任务。所有任务都必须记录和量化，并且必须为它们分配资源，因为它们必须在业务的停机时间限制内与技术任务相匹配。

更多信息，请参阅：

· 从 AX 2012 升级 - 升级后的任务

· 从 AX 2012 升级 - 转换测试（模拟转换）

功能测试通过

完成所有业务流程的完整功能测试通过。 此测试通过将对Finance and Operations 的所有业务流程进行广泛的重新测试。 这些业务流程既包括从 AX 2012 提出的旧流程，也包括涉及Finance and Operations 中首次采用的新功能的新流程。

根据代码质量，问题补救和重新测试可能需要功能测试通过的多次迭代。 解决问题后，请务必重新测试涉及的所更多信息，请参阅从 AX 2012 升级 - 功能测试通过。

上线前检查清单

上线前的检查清单是一个推荐的程序，它可以帮助减少最终转换到上线过程中出现错误的概率。在上线前一周，停止AX 2012的配置变更（即，在 <module>\Setup 下）。这种对配置更改的限制只是程序性的。Microsoft Dynamics AX 系统管理员只是同意在这个时候暂停此类更改。

我们还建议您冻结Finance and Operations 代码库中的代码更改。除非经过评估并证明不会阻止上线，否则不得进行进一步的更改。

在配置限制和代码冻结到位后，应该在转换前运行最后一次的数据升级。通过这种方式，你可以确保一切仍然按照预期工作。

更多信息，请参见验证：为上线做准备。

上线

在标准或高级验收测试环境（Sandbox Tier 2 或更高级别）中成功完成升级测试并成功完成测试转换后，升级生产环境并上线的时刻到了。

转换（Cutover）是我们用于启动新系统的最终过程的术语。 此转换过程包括在 Dynamics AX 2012 关闭之后但在 Finance and Operations 开启之前发生的任务。

详情请见 从AX 2012 升级 - 转换流程（上线）。

支持的升级路径

从 AX 2012 R2 和 AX 2012 R3 支持升级到云版本的Finance and Operations 应用程序。

当前不支持从 Dynamics AX 2012 RTM 升级。 支持升级到本地版本，如 AX 2012 到 Dynamics 365 Finance + Operations (on-premises) 的数据升级过程中所述。

以上信息转自微软官方发布，原文链接：https://docs.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/migration-upgrade/upgrade-overview-2012