本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 鉴定工作负载
<a name="qualify-workloads"></a>

 要确定数据库的最佳迁移策略，了解当前的数据库工作负载非常重要。您需要分析您的数据库，以确定您当前正在使用哪些功能，以及迁移到其他云原生数据库引擎（例如 [Amazon Aurora PostgreSQL](https://aws.amazon.com/rds/aurora/)）时涉及哪些功能。

AWS 提供了一种名为 AWS 工作负载资格框架 (AWSWQF)的工作负载认证工具。该工具通过分析数据库架构和代码对象、应用程序代码、依赖关系、性能特征和类似输入，可以帮助确定 Oracle 和 Microsoft SQL Server 数据库迁移的复杂性。WQF 提供有关目标数据库引擎的建议。它还估计所涉及的工作类型和所需的工作量。

WQF 会评估您的迁移工作负载，并将其归入下表所概述的五个工作负载类别之一。

 ![Five migration workload categories reported by WQF](http://docs.aws.amazon.com/zh_cn/prescriptive-guidance/latest/strategy-database-migration/images/wqf-categories.png) 
+ **类别 1：**使用开放式数据库连接（ODBC）或 Java 数据库连接（JDBC），而非专有驱动程序来连接数据库的工作负载。此类别通常具有用于访问控制的简单存储过程。转换只需不到 50 项手动更改。
+ **类别 2：**较少使用专有功能且不使用高级 SQL 语言功能的工作负载。此类工作负载需要不到 200 项手动更改。
+ **类别 3：**大量使用专有功能的工作负载。此类别中的工作负载完全由高级存储过程逻辑或专有功能驱动。此类工作负载需要 200 多项手动更改，这些更改涉及驻留在数据库中的代码和功能。
+ **类别 4：**特定于引擎的工作负载 此类别中的工作负载使用仅适用于特定商用数据库引擎的框架。例如，这些框架包括 Oracle Forms、Oracle Reports、Oracle Application Development Framework (ADF)、 Oracle Application Express (APEX),或广泛使用 .NET ActiveRecord 的应用程序。
+ **类别 5：**不可移植的、不可接受的风险或“简单搬运”工作负载 此类别中的工作负载可能在并无基于云的等效项的数据库引擎上实现。在某些情况下，您可能并无这些程序的源代码。

这种分类可以帮助您确定应用程序的迁移路径，正如我们将在[第 2 阶段：规划](planning-phase.md)一节中讨论的那样。

AWS 目前不提供 AWS WQF 下载。如果您在评估使用 AWS WQF 向 AWS 迁移时需要帮助，则我们建议开具支持工单。AWS 将直接与您接触，以帮助您完成该流程。