你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
评估概述（迁移到 Azure SQL）
本文概述了使用 Azure Migrate：发现和评估工具将本地 SQL Server 实例从 VMware、Microsoft Hyper-V 和物理环境迁移到 Azure VM 上的 SQL Server、Azure SQL 数据库或 Azure SQL 托管实例的评估。
什么是评估？
使用发现和评估工具进行评估，是指数据的时间点快照，衡量就绪情况并预估将本地服务器迁移到 Azure 的影响。
评估的类型
通过使用“Azure Migrate：发现和评估”工具，可以创建三种类型的评估。
| 评估类型 | 详细信息 |
|---|---|
| Azure VM | 将本地服务器迁移到 Azure 虚拟机的评估。 使用这种评估类型，可以对 VMware 和 Hyper-V 环境中的本地服务器以及要迁移到 Azure VM 的物理服务器进行评估。 |
| Azure SQL | 将本地 SQL 服务器从 VMware、Microsoft Hyper-V 和物理环境迁移到 Azure VM 上的 SQL Server、Azure SQL 数据库或 Azure SQL 托管实例的评估。 |
| Azure 应用服务 | 评估将运行在 IIS Web 服务器上的本地 ASP.NET Web 应用从 VMware 环境迁移到 Azure 应用服务。 |
| Azure VMware 解决方案 (AVS) | 将本地服务器迁移到 Azure VMware 解决方案 (AVS) 的评估。 可使用此评估类型评估要迁移到 Azure VMware 解决方案 (AVS) 的本地 VMware VM。 了解详细信息。 |
注意
如果“发现和评估”工具上的 Azure VM 或 AVS 评估数不正确，请单击评估总数以导航到所有评估并重新计算 Azure VM 或 AVS 评估数。 然后，“发现和评估”工具就会显示该评估类型的正确计数。
Azure SQL 评估提供了两种调整大小标准：
| 调整大小标准 | 详细信息 | 数据 |
|---|---|---|
| 本地 | 仅基于本地 SQL Server 的配置提出建议的评估 | Azure SQL 配置基于本地 SQL Server 配置，其中包括已分配的核心数、已分配的总内存和数据库大小。 |
| 基于性能 | 基于收集的性能数据提出建议的评估 | Azure SQL 配置基于 SQL 实例和数据库的性能数据，其中包括 CPU 使用率、内存使用率、IOPS（数据和日志文件）、吞吐量和 IO 操作延迟。 |
如何评估我的本地 SQL Server？
可以使用轻型 Azure Migrate 设备收集的配置和使用率数据来评估本地 SQL Server 实例。 设备将发现本地 SQL Server 实例和数据库，并将配置和性能数据发送到 Azure Migrate。 了解详细信息。
如何使用设备进行评估？
如果部署 Azure Migrate 设备来发现本地服务器，请执行以下步骤：
- 设置 Azure 及适合于 Azure Migrate 运行的本地环境。
- 第一次评估时，请创建一个 Azure Migrate 项目并向其中添加“Azure Migrate：发现和评估”工具。
- 部署轻型 Azure Migrate 设备。 此设备将持续发现本地服务器，并向 Azure Migrate 发送配置和性能数据。 将设备部署为 VM 或物理服务器。 无需在要评估的服务器上安装任何内容。
设备开始发现后，可以将想要评估的服务器归集到一个组中，然后对评估类型为“Azure SQL”的组运行评估。
按照我们的教程评估 SQL Server 实例，尝试执行这些步骤。
设备如何计算 SQL 实例和数据库的性能数据？
设备通过以下步骤收集计算设置的性能数据：
- 设备收集实时示例点。 对于 SQL Server，它每隔 30 秒收集一个示例点。
- 设备在 10 分钟内聚合每 30 秒收集的示例数据点。 为了创建数据点，设备会选择所有示例中的峰值。 它向 Azure 发送每个计数器的最大值、平均值和方差。
- Azure Migrate 存储上个月的所有 10 分钟数据点。
- 创建评估时，Azure Migrate 会确定要用于合理调整大小的相应数据点。 根据性能历史记录和百分位使用率的百分位值进行识别。
- 例如，性能历史记录是一周，百分位使用率是第 95 百分位，则评估会对上一周的 10 分钟样本点进行排序。 按升序排序，并选取第 95 百分位值以合理调整大小。
- 第 95 百分位值可以确保忽略任何离群值，如果选取第 99 百分位，则可能包括这些离群值。
- 如果希望选择该期间内的峰值使用率，并且不希望错过任何离群值，请为百分位使用率选择第 99 百分位。
- 此值与舒适因子相乘，就得到了设备收集的这些指标的有效性能使用率数据：
- CPU 使用率 (%)
- 内存使用率 (%)
- 读取 IO/秒和写入 IO/秒（数据和日志文件）
- 读取 MB/秒和写入 MB/秒（吞吐量）
- IO 操作延迟
哪些属性用于创建和自定义 Azure SQL 评估？
Azure SQL 评估属性包括：
| 节 | 设置 | 详细信息 |
|---|---|---|
| 目标和定价设置 | 目标位置 | 要迁移到的 Azure 区域。 Azure SQL 配置和成本建议基于你指定的位置。 |
| 目标和定价设置 | 环境类型 | SQL 部署环境，应用适用于生产或开发/测试环境的定价。 |
| 目标和定价设置 | 产品/服务/许可计划 | 已注册的 Azure 产品/服务。 目前，该字段默认情况下为“即用即付”，即提供零售 Azure 价格。 可以通过在“即用即付”产品/服务的基础上应用预留容量和 Azure 混合权益来获得额外的折扣。 可以在即用即付产品/服务和开发/测试环境上应用 Azure 混合权益。 评估不支持在即用即付产品/服务和开发/测试环境上应用“预留容量”。 如果产品/服务设置为“即用即付”，预留容量设置为“无预留实例”，则每月成本估算值的计算方式是将 VM 运行时间字段中选择的小时数乘以建议的 SKU 的每小时价格。 |
| 目标和定价设置 | 节省选项 - Azure SQL MI 和 DB (PaaS) | 指定你希望评估考虑的预留容量节省选项，以便优化 Azure 计算成本。 Azure 预留（预留 1 年或 3 年）是运行最稳定的资源的不错选择。 选择“无”时，Azure 计算成本基于即付即用费率或基于实际使用情况。 需要在套餐/许可计划中选择即用即付才能使用预留实例。 选择“无”以外的任何节省选项时，“折扣 (%)”和“VM 运行时间”设置不适用。 每月成本估算值的计算方式是将 744 小时乘以建议的 SKU 的每小时价格。 |
| 目标和定价设置 | 节省选项 - Azure VM 上的 SQL Server (IaaS) | 指定你希望评估考虑的节省选项，以便优化 Azure 计算成本。 Azure 预留（预留 1 年或 3 年）是运行最稳定的资源的不错选择。 Azure 节省计划（1 年或 3 年节省计划）提供额外的灵活性和自动成本优化。 理想情况下，在迁移后，你可以同时使用 Azure 预留和节省计划（将首先使用预留），但在 Azure Migrate 评估中，你一次只能看到 1 个节省选项的成本估算。 选择“无”时，Azure 计算成本基于即付即用费率或基于实际使用情况。 需要在套餐/许可计划中选择即用即付才能使用预留实例或 Azure 节省计划。 选择“无”以外的任何节省选项时，“折扣 (%)”和“VM 运行时间”设置不适用。 每月成本估算值的计算方式是将 VM 运行时间字段中的 744 小时乘以建议的 SKU 的每小时价格。 |
| 目标和定价设置 | 货币 | 帐户的计费货币。 |
| 目标和定价设置 | 折扣 (%) | 基于 Azure 产品/服务获得的任何特定于订阅的折扣。 默认设置是 0%。 |
| 目标和定价设置 | VM 运行时间 | 指定服务器/VM 将运行的持续时间（每月天数/每天小时数）。 这对于计算 Azure VM 上的 SQL Server 的成本估算值很有用，在这种情况下你知道 Azure VM 可能不会连续运行。 对于建议的目标为“Azure VM 上的 SQL Server”的服务器，其成本估算值基于指定的持续时间。 默认为“每月 31 天/每天 24 小时”。 |
| 目标和定价设置 | Azure 混合权益 | 指定你是否已拥有 Windows Server 和/或 SQL Server 许可证或 Enterprise Linux 订阅（RHEL 和 SLES）。 Azure 混合权益是一种许可权益，可帮助你显著减少在云中运行工作负载的成本。 它的工作原理是让你在 Azure 上使用本地启用了软件保障的 Windows Server 和 SQL Server 许可证。 例如，如果你有 SQL Server 许可证，并且许可证具有 SQL Server 订阅的有效软件保障，则在将许可证引入 Azure 时可以申请 Azure 混合权益。 |
| 评估条件 | 调整大小标准 | 默认设置为“基于性能”，这意味着，Azure Migrate 将收集与 SQL 实例及其管理的数据库相关的性能指标，以建议最佳大小的 Azure VM 上的 SQL Server 和/或 Azure SQL 数据库和/或 Azure SQL 托管实例配置。 可以将此项更改为本地，以便仅基于本地 SQL Server 配置获取建议，而无需基于性能指标的优化。 |
| 评估条件 | 性能历史记录 | 指明要作为评估依据的数据持续时间。 （默认持续时间为为一天） |
| 评估条件 | 百分位使用率 | 指明要用于性能示例的百分位值。 （默认值为第 95 百分位） |
| 评估条件 | 舒适因子 | 指明要在评估过程中使用的缓冲区。 此帐户用于解决季节性使用情况、短期性能历史记录，以及未来使用量可能会增加等问题。 |
| 评估条件 | 优化首选项 | 指定建议的评估报表的首选项。 选择“最小化成本”将使得建议的评估报告建议迁移问题最少且成本效益最高的部署类型，而选择“现代化到 PaaS”将使得建议的评估报告通过 IaaS Azure (VM) 推荐 PaaS（Azure SQL MI 或 DB）部署类型，无论成本如何，只要 SQL Server 实例准备好迁移到 PaaS 即可。 |
| Azure SQL 托管实例大小调整 | 服务层级 | 选择最合适的服务层级选项，以适应迁移到 Azure SQL 托管实例的业务需求： 如果你希望 Azure Migrate 推荐最适合你的服务器的服务层级，请选择“推荐”。 服务层级可以是“常规用途”或“业务关键”。 如果你希望 Azure SQL 配置专用于预算导向的工作负载，请选择“常规用途”。 如果你希望 Azure SQL 配置专用于能够极其灵活地应对故障且能实现快速故障转移的低延迟工作负载，请选择“业务关键”。 |
| Azure SQL 托管实例大小调整 | 实例类型 | 默认为“单一实例”。 |
| Azure SQL 托管实例大小调整 | 定价层 | 默认为“标准”。 |
| Azure VM 上的 SQL Server 大小调整 | VM 系列 | 指定要考虑用于 Azure VM 上的 SQL Server 大小调整的 Azure VM 系列。 根据 SQL Server 或 SQL Server 实例的配置和性能要求，评估将从选定的 VM 系列列表中建议一种 VM 大小。 你可以根据需要编辑设置。 例如，如果你不想包含 D 系列 VM，可以从此列表中排除 D 系列。 由于 Azure SQL 评估旨在为 SQL 工作负载提供最佳性能，因此 VM 系列列表仅包含适合运行 Azure 虚拟机 (VM) 上的 SQL Server 的已优化 VM。 了解详细信息。 |
| Azure VM 上的 SQL Server 大小调整 | 存储类型 | 默认为“建议”，这意味着，评估将根据所选环境类型、本地磁盘大小、IOPS 和吞吐量建议最合适的 Azure 托管磁盘。 |
| Azure SQL 数据库大小调整 | 服务层级 | 选择最合适的服务层级选项，以适应迁移到 Azure SQL 数据库的业务需求： 如果你希望 Azure Migrate 推荐最适合你的服务器的服务层级，请选择“推荐”。 服务层级可以是“常规用途”或“业务关键”。 如果你希望 Azure SQL 配置专用于预算导向的工作负载，请选择“常规用途”。 如果你希望 Azure SQL 配置专用于能够极其灵活地应对故障且能实现快速故障转移的低延迟工作负载，请选择“业务关键”。 |
| Azure SQL 数据库大小调整 | 实例类型 | 默认为“单一数据库”。 |
| Azure SQL 数据库大小调整 | 采购模型 | 默认为“vCore”。 |
| Azure SQL 数据库大小调整 | 计算层 | 默认为“预配”。 |
| 高可用性和灾难恢复属性 | 灾难恢复区域 | 默认为目标位置的跨区域复制对。 如果所选目标位置尚未具有此类对，则选择指定的目标位置本身作为默认的灾难恢复区域。 |
| 高可用性和灾难恢复属性 | 多子网意向 | 默认为灾难恢复。 如果要在一些复制延迟可容忍的情况下进行异步数据复制，请选择“灾难恢复”。 这允许使用异地冗余提高持久性。 发生故障转移时，尚未复制的数据可能会丢失。 如果希望数据复制是同步的，并且不允许由于复制延迟而丢失数据，请选择“高可用性”。 此设置允许评估利用 Azure SQL 数据库和 Azure SQL 托管实例中的内置高可用性选项，以及 Azure 虚拟机中的可用性区域和区域冗余，以提供更高的可用性。 发生故障转移时，不会丢失任何数据。 |
| 高可用性和灾难恢复属性 | Internet 访问 | 默认为“可用”。 如果允许从 Azure VM 进行出站 Internet 访问，请选择“可用”。 这允许使用云见证，这是 Azure 虚拟机中 Windows Server 故障转移群集的推荐方法。 如果 Azure VM 没有出站 Internet 访问，请选择“不可用”。 这需要使用共享磁盘作为 Azure 虚拟机中 Windows Server 故障转移群集的见证。 |
| 高可用性和灾难恢复属性 | 异步提交模式意向 | 默认为灾难恢复。 如果正在使用异步提交可用性模式，请选择“灾难恢复”，以在不影响性能的情况下提高数据的持久性。 发生故障转移时，尚未复制的数据可能会丢失。 如果正在使用异步提交数据可用性模式，请选择“高可用性”，以提高可用性并横向扩展读取流量。 此设置允许评估利用 Azure SQL 数据库、Azure SQL 托管实例和 Azure 虚拟机中的内置高可用性功能来提供更高的可用性和横向扩展。 |
| 安全性 | 安全性 | 默认为“是，包含 Microsoft Defender for Cloud”。 指定是否要评估 Azure 上安全工具的就绪情况和成本。 如果设置的默认值为“是，包含 Microsoft Defender for Cloud”，它将评估包含 Microsoft Defender for Cloud 的 Azure SQL MI/DB 的安全就绪情况和成本。 |
关于使用 Azure Migrate 创建评估，请查看最佳做法。
计算就绪情况
注意
此评估仅包括处于联机状态的数据库。 如果数据库处于任何其他状态，评估将不计算此类数据库的就绪性、大小和成本。 如果你希望评估此类数据库，请更改数据库的状态，并在一段时间后再重新计算评估。
Azure SQL 就绪情况
对不同的迁移策略进行就绪情况检查：
“建议的部署”、“将实例迁移到 Azure VM 上的 SQL Server”、“将实例迁移到 Azure SQL MI”、“将实例迁移到 Azure SQL 数据库”：
SQL 实例和数据库的 Azure SQL 就绪情况基于 Azure VM 上的 SQL Server、Azure SQL 数据库和 Azure SQL 托管实例的功能兼容性检查：
- Azure SQL 评估考虑源 SQL Server 工作负荷当前所使用的 SQL Server 实例功能（SQL 代理作业、链接服务器等）以及用户数据库架构（表、视图、触发器、存储过程等）来确定兼容性问题。
- 如果未找到兼容性问题，则会将目标部署类型（Azure VM 上的 SQL Server、Azure SQL 数据库或 Azure SQL 托管实例）的实例标记为“就绪”
- 如果没有严重的兼容性问题，例如不会阻碍迁移到特定目标部署类型的已弃用或不受支持功能，则实例将被标记为“就绪”（带超链接），并提供“警告”的详细信息和建议的修正指导。 这包括源数据具有 AlwaysOn 可用性组配置的情况，并且所需的副本超过了特定目标部署类型可用的副本。
- 如果存在可能会阻碍迁移到特定目标部署类型的任何兼容性问题，则实例将被标记为“有条件就绪”，并提供“问题”详细信息和建议的修正指导。
- 在“建议的部署”、“将实例迁移到 Azure SQL MI”和“将实例迁移到 Azure VM 上的 SQL Server”就绪情况报告中，即使 SQL 实例中仅存在一个尚未为特定目标部署类型做好准备的数据库，也会针对该部署类型将该实例标记为“有条件就绪”。
- 未就绪：评估找不到符合所需配置和性能特征的 Azure VM 上的 SQL Server/Azure SQL MI/Azure SQL 数据库配置。 查看建议，使该实例/服务器针对所需目标部署类型做好准备。
- 如果发现仍在进行中或 SQL 实例或数据库存在任何发现问题，则实例将被标记为“未知”，因为评估无法计算该 SQL 实例的就绪情况。
注意
在建议的部署策略中，将实例迁移到 Azure VM 上的 SQL Server 是建议的 SQL Server 实例迁移策略。 不过，当 SQL Server 凭据不可用时，Azure SQL 评估会提供适当规模的直接迁移，即“将服务器迁移到 Azure VM 上的 SQL Server”建议。
将所有服务器迁移到 Azure VM 上的 SQL Server：
参阅此处所述的就绪情况。
推荐的部署类型
对于建议的部署迁移策略，评估会建议与 SQL 实例兼容程度最高且最经济高效的 Azure SQL 部署类型。 迁移到 Microsoft 建议的目标可减少整体迁移工作量。 如果你的实例已准备好用于 Azure VM 上的 SQL Server、Azure SQL 托管实例和 Azure SQL 数据库，则建议使用迁移准备问题最少且最经济高效的目标部署类型。 如果在 Azure SQL 评估属性中选择目标部署类型为“建议”，Azure Migrate 将建议与 SQL 实例兼容的 Azure SQL 部署类型。 迁移到 Microsoft 建议的目标可减少整体迁移工作量。
注意
在建议的部署策略中，如果源 SQL Server 非常适合所有三个部署目标（Azure VM 上的 SQL Server、Azure SQL 托管实例和 Azure SQL 数据库），则评估会建议一个特定的选项用于优化成本和适应大小与性能边界。
安全就绪情况
如果数据库/实例被标记为已针对目标部署类型 Azure SQL DB/MI 就绪，则会自动将其视为已针对 Microsoft Defender for SQL 就绪。 如果数据库/实例被标记为已针对目标部署类型 Azure VM 上的 SQL Server 就绪，则如果它们运行的是以下任意版本，会自动将其视为已针对 Microsoft Defender for SQL 就绪。
- SQL Server 版本 2012、2014、2016、2017、2019、2022
- 对于所有其他版本，它将被标记为“有条件就绪”。
计算调整大小
评估确定就绪情况和建议的 Azure SQL 部署类型后，会计算可满足或超过本地 SQL 服务器性能的特定服务层级和 Azure SQL 配置（SKU 大小）。 此计算取决于使用的是按本地大小调整还是基于性能大小调整标准。
按本地大小调整计算
如果使用按本地大小调整条件，则评估仅使用 SQL 实例配置数据，并且不考虑性能数据。
“将实例迁移到 Azure SQL MI”和“将数据库迁移到 Azure SQL 数据库”配置
评估会计算可满足或超过本地 SQL 实例配置的特定服务层级和 Azure SQL 配置（SKU 大小）：
- 在发现过程中，Azure Migrate 会收集 SQL 实例的配置，其中包括：
- vCore (已分配)
- 内存 (已分配)
- 总数据库大小和数据库文件组织
- 通过添加所有数据文件和日志文件来计算数据库大小。
- 该评估聚合了所有配置数据，并尝试在各种 Azure SQL 服务层级和配置中找到最佳匹配项，并选取可匹配或超过 SQL 实例性能要求的配置，从而优化成本。
“将实例迁移到 Azure VM 上的 SQL Server”配置
“将实例迁移到 Azure VM 上的 SQL Server”评估报告涵盖了将 SQL Server 实例和数据库迁移到 Azure VM 上的 SQL Server 的理想方法，并遵循最佳做法。 了解详细信息。
存储大小调整
对于存储大小调整，评估会将每个实例磁盘映射到一个 Azure 磁盘。 调整大小的工作方式如下：
每个磁盘所需的磁盘大小是 SQL 数据和 SQL 日志驱动器的大小。
评估将建议为所有 SQL 日志和 SQL 数据驱动器创建一个存储磁盘池。 对于临时驱动器，评估会建议将文件存储在本地驱动器中。
如果该评估找不到满足所需大小的磁盘，则会将实例标记为不适合迁移到 Azure VM 上的 SQL Server
如果评估找到了一组合适的磁盘，则会选择支持评估设置中指定的位置的磁盘。
如果环境类型是“生产”，则评估会尝试查找高级磁盘来映射每个磁盘，否则会尝试查找合适的磁盘（可以是高级或标准 SSD 磁盘）。
- 如果有多个合格的磁盘，则评估选择成本最低的磁盘。
计算大小调整
在计算存储要求后，评估将考虑实例的 CPU 和 RAM 要求，以在 Azure 中查找合适的 VM 大小。
- 该评估会分析已分配的核心数和 RAM 量，以查找合适的 Azure VM 大小。
- 如果找不到合适的大小，服务器将标记为不适合 Azure。
- 如果找到了合适的大小，Azure Migrate 将应用存储计算。 然后应用位置和定价层设置，以提供最终的 VM 大小建议。
- 如果有多个合格的 Azure VM 大小，建议选择成本最低的那一个。
注意
由于 Azure SQL 评估旨在为 SQL 工作负载提供最佳性能，因此 VM 系列列表仅包含适合运行 Azure 虚拟机 (VM) 上的 SQL Server 的已优化 VM。 了解详细信息。
“将服务器迁移到 Azure VM 上的 SQL Server”配置
对于“将所有服务器迁移到 Azure VM 上的 SQL Server”迁移策略，请参阅此处所述的计算和存储大小调整。
注意
置信度分级不适用于使用按本地大小调整标准进行 Azure SQL 评估。
基于性能的大小调整计算
如果使用的是基于性能的大小调整，则评估同时使用 SQL 实例配置和性能数据来生成满足或超出性能要求的建议。
“将实例迁移到 Azure SQL MI”和“将数据库迁移到 Azure SQL 数据库”配置
该评估会计算可满足或超过本地 SQL 实例性能要求的特定服务层级和 Azure SQL 配置（SKU 大小）：
- 在发现过程中，Azure Migrate 收集 SQL 实例的配置和性能，其中包括：
- vCore（分配的）和 CPU 使用率 (%)
- SQL 实例的 CPU 使用率是指 SQL Server 上实例使用的已分配 CPU 的百分比
- 数据库的 CPU 使用率是指 SQL 实例上数据库使用的已分配 CPU 的百分比
- 内存（分配的）和内存使用率 (%)
- 读取 IO/秒和写入 IO/秒（数据和日志文件）
- 通过添加在 SQL 实例中发现的所有数据库的读取 IO/秒和写入 IO/秒，计算在该实例级别的读取 IO/秒和写入 IO/秒。
- 读取 MB/秒和写入 MB/秒（吞吐量）
- IO 操作延迟
- 总数据库大小和数据库文件组织
- 通过添加所有数据文件和日志文件来计算数据库大小。
- Always On 故障转移群集实例网络子网配置（单子网或多子网）
- Always On 可用性组配置
- 参与实例的网络配置（单子网或多子网）
- 次要副本的数量和类型
- 可用性模式：同步提交与异步提交
- 连接模式：只读与无
- vCore（分配的）和 CPU 使用率 (%)
- 该评估聚合了所有配置和性能数据，并尝试在各种 Azure SQL 服务层级和配置中找到最佳匹配项，并选取可匹配或超过 SQL 实例性能要求的配置，从而优化成本。
“将实例迁移到 Azure VM 上的 SQL Server”配置
“将实例迁移到 Azure VM 上的 SQL Server”评估报告涵盖了将 SQL Server 实例和数据库迁移到 Azure VM 上的 SQL Server 的理想方法，并遵循最佳做法。 了解详细信息。
如果源是 SQL Server Always On 故障转移群集实例 (FCI)，则评估报告涵盖迁移到双节点 SQL Server 故障转移群集实例的方法。 这可以保留高可用性和灾难恢复意向，同时遵循最佳做法。 了解详细信息。
存储大小调整
对于存储大小调整，评估会将每个实例磁盘映射到一个 Azure 磁盘。 调整大小的工作方式如下：
评估增加磁盘的读取和写入 IOPS，以达到要求的总 IOPS。 同样，还会添加读取和写入吞吐量值，以达到每个磁盘的总吞吐量。 每个磁盘所需的磁盘大小是 SQL 数据和 SQL 日志驱动器的大小。
评估将建议为所有 SQL 日志和 SQL 数据驱动器创建一个存储磁盘池。 对于临时驱动器，评估会建议将文件存储在本地驱动器中。
- 如果评估找不到满足所需大小、IOPS 和吞吐量的磁盘，则会将实例标记为不适合迁移到 Azure VM 上的 SQL Server
- 如果评估找到了一组合适的磁盘，则会选择支持评估设置中指定的位置的磁盘。
- 如果源是 SQL Server Always On 故障转移群集实例，则共享磁盘配置已选中。
- 如果环境类型是“生产”，则评估会尝试查找高级磁盘来映射每个磁盘，否则会尝试查找合适的磁盘（可以是高级或标准 SSD 磁盘）。
- 如果有多个合格的磁盘，则评估选择成本最低的磁盘。
计算大小调整
在计算存储要求后，评估将考虑实例的 CPU 和 RAM 要求，以在 Azure 中查找合适的 VM 大小。
- 评估会分析有效利用核心数和 RAM 量，以查找合适的 Azure VM 大小。 实例的“有效利用 RAM 或内存量”是通过聚合实例中运行的所有数据库的缓冲区缓存（以 MB 为单位的缓冲池大小）计算的。
- 如果找不到合适的大小，服务器将标记为不适合 Azure。
- 如果找到了合适的大小，Azure Migrate 将应用存储计算。 然后应用位置和定价层设置，以提供最终的 VM 大小建议。
- 如果有多个合格的 Azure VM 大小，建议选择成本最低的那一个。
- 如果源是 SQL Server Always On 故障转移群集实例，则将再次使用计算大小，将其用于另一个 Azure VM 以满足两个节点的需求。
注意
由于 Azure SQL 评估旨在为 SQL 工作负载提供最佳性能，因此 VM 系列列表仅包含适合运行 Azure 虚拟机 (VM) 上的 SQL Server 的已优化 VM。 了解详细信息。
“将服务器迁移到 Azure VM 上的 SQL Server”配置
对于“将所有服务器迁移到 Azure VM 上的 SQL Server”迁移策略，请参阅此处所述的计算和存储大小调整。
置信度分级
每个 Azure SQL 评估都与置信度分级相关联。 分级范围从一星（最低）到五星（最高）。 置信度分级可帮助评估 Azure Migrate 所提供的大小建议的可靠性。
- 置信度分级是分配给评估。 此分级是基于对评估进行计算时所需数据点的可用性。
- 对于基于性能的大小调整，评估将收集所有 SQL 实例和数据库的性能数据，其中包括：
- CPU 使用率 (%)
- 内存使用率 (%)
- 读取 IO/秒和写入 IO/秒（数据和日志文件）
- 读取 MB/秒和写入 MB/秒（吞吐量）
- IO 操作延迟
如果其中的任一使用率数值不可用，则大小建议可能不可靠。 下表显示了评估置信度分级，具体取决于可用数据点的百分比：
| 数据点可用性 | 置信度分级 |
|---|---|
| 0%-20% | 1 星 |
| 21%-40% | 2 星 |
| 41%-60% | 3 星 |
| 61%-80% | 4 星 |
| 81%-100% | 5 星 |
低置信度评级
以下列出了评估可能获得低置信度分级的一些原因：
在创建评估的过程中，没有对环境进行分析。 例如，如果在创建评估时性能持续时间设置为一天，那么开始发现后必须等待至少一天，才能收集到所有的数据点。
该评估无法在评估期内收集部分或所有服务器的性能数据。 若要获得高置信度评级，请确保：
- 服务器在评估期间处于开机状态。
- 允许端口 443 上的出站连接。
- 如果 Azure Migrate 中 SQL 代理的 Azure Migrate 连接状态为“已连接”，请检查上一个检测信号。
- “已发现的 SQL 实例”部分中所有 SQL 实例的 Azure Migrate 连接状态均为“已连接”。
请重新计算评估以反映置信度评级的最新更改。
某些数据库或实例是在计算评估期间创建的。 例如，你针对上个月的性能历史记录创建了评估，但有些数据库或实例是在一周前刚刚创建。 在这种情况下，整个评估过程中将无法使用新服务器的性能数据，而且置信度评级会较低。
注意
由于 Azure SQL 评估是基于性能的评估，因此，如果任何评估的置信度分级低于五星，建议等待至少一天，以便设备对环境进行分析，然后重新计算评估。 否则，基于性能的调整大小可能不可靠。
建议详细信息
完成就绪情况和大小调整计算后，将应用优化首选项以达到建议的目标和配置。 建议详细信息提供建议背后的就绪情况和大小调整计算的详细说明。
迁移指南
本部分提供配置目标资源和迁移步骤的指南。 这些步骤特定于源和目标部署组合。 本指南特别适用于打算迁移 Always On 故障转移群集实例 (FCI) 和可用性组 (AG) 的用户。
计算每月成本
完成调整大小建议后，Azure SQL 评估使用内部定价 API 计算建议的 Azure SQL 配置的计算和存储成本。 它在所有实例中聚合计算和存储成本，以计算每月总计算成本。
计算成本
- 为了计算 Azure SQL 配置的计算成本，该评估会考虑以下属性：
- 适用于 SQL 和 Windows 许可证或企业 Linux 订阅（RHEL 和 SLES）的 Azure 混合权益
- 环境类型
- 预留容量
- Azure 目标位置
- 货币
- 产品/服务/许可计划
- 折扣 (%)
存储成本
- 存储成本估算仅包括数据文件和日志文件。
- 为了计算 Azure SQL 配置的存储成本，评估考虑以下属性：
- Azure 目标位置
- 货币
- 产品/服务/许可计划
- 折扣 (%)
- 该评估中不包含备份存储成本。
- Azure SQL 数据库
- 成本估算中至少增加了 5GB 的存储成本，并以 1GB 为增量增加了额外的存储成本。 了解详细信息。
- Azure SQL 托管实例
- 每月每实例的前 32 GB 存储没有增加存储成本，而是以 32 GB 为增量增加额外的存储成本。 了解详细信息。
安全成本
对于建议用于 Azure VM 上的 SQL Server、Azure SQL MI 或 Azure SQL DB 的 SQL Server 实例，如果它们已准备好运行 Defender for SQL，则会为该区域的每个 SQL Server 实例添加 Defender for SQL。 对于建议用于 Azure SQL DB 的 DB，成本会在实例级别汇总。
后续步骤
- 查阅关于创建评估的最佳做法。
- 了解如何运行 Azure SQL 评估。