通过

你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

排查评估问题 - 常见问题解答

  • 项目

本文解答了有关如何排查评估问题的一些最常见问题。 请参阅排查评估问题和支持用于排查评估问题的方案这两篇文章。

Azure VM 评估可能会根据评估类型建议更大的磁盘：

  • Azure 的磁盘大小调整取决于两个评估属性：大小调整标准和存储类型。
  • 如果调整大小标准是“基于性能”且存储类型设置为“自动”，则会在标识目标磁盘类型（标准 HDD、标准 SSD、高级或超级磁盘）时考虑磁盘的 IOPS 和吞吐量值。 建议使用磁盘类型中的磁盘 SKU，并且该建议考虑到本地磁盘的大小要求。
  • 如果调整大小条件是“基于性能”且存储类型为“高级”，则建议根据本地磁盘的 IOPS、吞吐量和大小要求在 Azure 中使用高级磁盘 SKU。 当大小调整标准为“根据本地”且存储类型为“标准 HDD”、“标准 SSD”、“高级”或“超级磁盘”时，使用相同的逻辑进行磁盘大小调整。

例如，假设本地磁盘的内存为 32 GB，但磁盘的聚合读取和写入 IOPS 为 800 IOPS。 由于 IOPS 要求较高，Azure VM 评估建议使用高级磁盘。 它还建议使用支持所需 IOPS 和大小的磁盘 SKU。 本示例中最接近的匹配项将是 P15（256 GB，1100 IOPS）。 因此，即使本地磁盘所需的大小为 32 GB，Azure VM 评估也建议使用更大的磁盘，因为本地磁盘的 IOPS 要求很高。

为什么我的评估报告中的某些/所有 VM 缺少性能数据？

对于“基于性能”的评估，当 Azure Migrate 设备无法收集本地 VM 的性能数据时，评估报告导出会显示“PercentageOfCoresUtilizedMissing”或“PercentageOfMemoryUtilizedMissing”。 请确保查看以下内容：

  • 是否在创建评估期间启动了 VM。
  • 如果只有内存计数器缺失，而你要尝试评估 Hyper-V VM，则请检查这些 VM 上是否启用了动态内存。 由于一个已知问题，当前 Azure Migrate 设备无法收集此类 VM 的内存利用率。
  • 如果所有性能计数器都丢失，请确保满足评估的端口访问要求。 详细了解 VMware、Hyper-V 和物理评估的端口访问要求。 如果缺失任何性能计数器，则“Azure Migrate: 发现和评估”会回退到本地分配的核心/内存，并相应地建议一个 VM 大小。

为何 Azure VM 或 Azure VMware 解决方案评估报告中的一个或多个服务器缺少性能数据？

对于“基于性能”的评估，当 Azure Migrate 设备无法收集本地服务器的性能数据时，评估报告导出会显示“PercentageOfCoresUtilizedMissing”或“PercentageOfMemoryUtilizedMissing”。 请确保查看以下内容：

  • 是否在创建评估期间启动了服务器。

  • 是否只缺少内存计数器，并且你正尝试在 Hyper-V 环境中评估服务器。 在这种情况下，请在服务器上启用动态内存，并重新计算评估以反映最新的更改。 仅当服务器启用了动态内存时，设备才可以在 Hyper-V 环境中收集服务器的内存使用率值。

  • 如果所有性能计数器均丢失，确保允许端口 443 (HTTPS) 上的出站连接。

    注意

    如果丢失任何性能计数器，则 Azure Migrate：发现和评估会回退到本地分配的内核/内存，并相应地建议 VM 大小。

为什么我的 Azure SQL 评估中的部分/全部 SQL 实例/数据库缺少性能数据？

若要确保收集性能数据，请确保检查：

  • 是否在创建评估期间启动了 SQL Server。
  • Azure Migrate 中 SQL 代理的连接状态是否为“已连接”，并检查上一个检测信号。
  • “已发现的 SQL 实例”窗格中所有 SQL 实例的 Azure Migrate 连接状态是否均为“已连接”。
  • 所有性能计数器是否均丢失；确保允许端口 443 (HTTPS) 上的出站连接。

如果丢失任何性能计数器，Azure SQL 评估会为该实例或数据库推荐最小的 Azure SQL 配置。

为什么我的评估的置信度分级较低？

根据计算评估所需的可用数据点的百分比，为基于性能的评估计算置信度评级。 评估可能会因为以下原因而导致置信度评级较低：

  • 在创建评估的过程中，没有对环境进行分析。 例如，如果创建性能持续时间设置为一周的评估，则在对所有数据点启用发现之后，需要等待至少一周才能收集。 如果无法等待这么久，请将性能持续时间缩短，并重新计算评估。

  • 评估无法在评估期内收集部分或所有服务器的性能数据。 若要获得高置信度评级，请确保：

    • 服务器在评估期间处于开机状态。
    • 允许端口 443 上的出站连接。
    • 为 Hyper-V 服务器启用了动态内存。
    • Azure Migrate 中代理的连接状态为“已连接”。 另请检查最后一个检测信号。
    • 对于 Azure SQL 评估，“已发现的 SQL 实例”窗格中所有 SQL 实例的 Azure Migrate 连接状态均为“已连接”。

    请重新计算评估以反映置信度评级的最新更改。

  • 对于 Azure VM 和 Azure VMware 解决方案评估，启动发现后，创建了很少的服务器。 例如，假设对上个月的性能历史记录创建评估，但环境中有一些服务器一周前刚创建。 在这种情况下，整个评估过程中将无法使用新服务器的性能数据，而且置信度评级会较低。 了解详细信息。

  • 对于 Azure SQL 评估，很少有 SQL 实例或数据库是在发现开始后创建的。 例如，假设对上个月的性能历史记录创建评估，但环境中有一些 SQL 实例或数据库一周前刚创建。 在这种情况下，整个评估过程中将无法使用新服务器的性能数据，而且置信度评级会较低。 了解详细信息。

为什么我的 RAM 利用率大于 100%？

按照设计，在 Hyper-V 中，如果预配的最大内存小于 VM 所需的内存，则评估将显示内存使用率超过 100%。

Azure VM 评估中是否包含操作系统许可证？

Azure VM 评估目前只考虑 Windows 服务器的操作系统许可成本。 目前未考虑 Linux 服务器的许可成本。

基于性能的调整大小如何在 Azure VM 评估中工作？

Azure VM 评估不断收集本地服务器的性能数据，并使用它来对 Azure 中的 VM SKU 和磁盘 SKU 提出建议。 详细了解如何收集基于性能的数据。

能否使用 Azure Migrate 将磁盘迁移到超级磁盘？

不是。 目前，Azure Migrate 和 Azure Site Recovery 均不支持迁移到超级磁盘。 详细了解如何部署超级磁盘。

为何超级磁盘中的预配 IOPS 和吞吐量超过本地 IOPS 和吞吐量？

根据官方定价页，超级磁盘的费用根据预配的大小、IOPS 和吞吐量进行计算。 例如，如果预配了 200 GiB 的超级磁盘（IOPS 为 20,000，1,000 MB/秒），并在 20 小时后将其删除，则它会映射到 256 GiB 的磁盘大小。 将按 256 GiB 大小（IOPS 为 20,000，1,000 MB/秒）收取 20 个小时的费用。

要预配的 IOPS = (发现的吞吐量) * 1024/256

超级磁盘建议是否考虑延迟？

否，目前仅磁盘大小、总吞吐量和总 IOPS 用于大小调整和成本计算。

由于并非所有支持超级磁盘的 VM 大小都存在于所有支持超级磁盘的区域，所以可能会出现此结果。 更改目标评估区域，获取此服务器的 VM 大小。

为什么我的评估显示一个警告，指出它是通过无效套餐创建的？

你的评估是使用不再有效的套餐创建的，因此，“编辑”和“重新计算”按钮已禁用。 你可以使用任何一个有效套餐来创建新的评估，包括“即用即付”、“即用即付开发/测试”和“企业协议”。 还可以使用“折扣(%)”字段，在 Azure 套餐基础上指定任何自定义折扣。 了解详细信息。

为什么我的评估显示警告，说它是使用已弃用的目标 Azure 位置创建的？

你的评估是使用已弃用的 Azure 区域创建的，因此，“编辑”和“重新计算”按钮已禁用。 你可以使用任何一个有效的目标位置创建新的评估。 了解详细信息。

为什么我的评估显示一个警告，指出它是通过预留实例、VM 运行时间和折扣 (%) 的无效组合来创建的？

选择“预留实例”时，“折扣(%)”和“VM 运行时间”属性不适用。 当你的评估创建时使用了这些属性的无效组合时，“编辑”按钮和“重新计算”按钮会被禁用。 创建新的评估。 了解详细信息。

为什么我的一些评估被标记为“将升级到最新评估版本”？

重新计算评估以查看已升级的 Azure SQL 评估体验，从而确定跨 Azure SQL 托管实例、Azure VM 上的 SQL Server 和 Azure SQL DB 进行的 SQL 部署的理想迁移目标：

  • 建议根据 Azure 最佳做法将实例迁移到 Azure VM 上的 SQL Server。
  • 适当大小的直接迁移 - Server 到 Azure VM 上的 SQL Server。 建议在 SQL Server 凭据不可用时这样做。
  • 增强的用户体验，在一次评估中涵盖 SQL 部署的多个迁移目标的就绪情况和成本估算。

建议在重新计算之前导出现有评估。

我看不到物理服务器上的某些网络适配器的性能数据

如果物理服务器启用了 Hyper-V 虚拟化，就会发生此问题。 在这些服务器上，由于产品差距，Azure Migrate 当前同时发现物理和虚拟网络适配器。 仅捕获发现的虚拟网络适配器上的网络吞吐量。

如果物理服务器启用了 Hyper-V 虚拟化，就会发生此问题。 在这些服务器上，Azure Migrate 当前同时发现物理和虚拟网络适配器。 因此，发现的网络适配器的数量高于实际数量。 由于 Azure VM 评估选择的 Azure VM 可支持所需数量的网络适配器，因此可能会导致 VM 过大。 详细了解网络适配器数量对大小的影响。 未来将解决此产品差距。

我的物理服务器的就绪类别为“未就绪”

对于启用了 Hyper-V 虚拟化的物理服务器，就绪类别可能会错误地标记为“未就绪”。 在这些服务器上，由于产品差距，Azure Migrate 当前同时发现物理和虚拟适配器。 因此，发现的网络适配器的数量高于实际数量。 在“根据本地”和“基于性能”的评估中，Azure VM 评估会选取可支持所需数量的网络适配器的 Azure VM。 如果发现的网络适配器数量大于 Azure VM 支持的最大 NIC 数量 32，服务器将被标记为“未就绪”。 了解有关 NIC 数量对大小的影响的详细信息。

已发现的 NIC 的数量高于物理服务器的实际 NIC 的数量

如果物理服务器启用了 Hyper-V 虚拟化，就会发生此问题。 在这些服务器上，Azure Migrate 当前同时发现物理和虚拟适配器。 因此，已发现的 NIC 数量高于实际数量。

捕获网络流量

若要收集网络流量日志，请执行以下操作：

  1. 登录 Azure 门户。
  2. 选择 F12 键启动开发人员工具。 如果需要，请清除“清除导航上的条目”设置。
  3. 单击“网络”选项卡，然后开始捕获网络流量：
    • 在 Chrome 中，选择“保留日志”。 记录应自动启动。 红色圆圈指示正在捕获流量。 如果未显示红色圆圈，请选择黑色圆圈来启动。
    • 在 Microsoft Edge 和 Internet Explorer 中，记录应自动启动。 如果未启动，请单击绿色播放按钮。
  4. 尝试再现该错误。
  5. 在记录过程中遇到错误后，停止记录，并保存一份已记录的活动：
    • 在 Chrome 中，右键单击并选择“将内容另存为 HAR”。 此操作会将日志压缩并导出为 .har 文件。
    • 在 Microsoft Edge 或 Internet Explorer 中，选择“导出捕获的流量”选项。 此操作会将日志压缩并导出。
  6. 选择“控制台”选项卡以查看任何警告或错误。 保存控制台日志：
    • 在 Chrome 中，右键单击控制台日志中的任意位置。 选择“另存为”以导出和压缩日志。
    • 在 Microsoft Edge 或 Internet Explorer 中，右键单击错误并选择“全部复制”。
  7. 关闭“开发人员工具”。

从何处发现我的评估中的操作系统数据？

  • 对于 VMware VM，默认情况下，它是 vCenter Server 提供的操作系统数据。
    • 对于 VMware Linux VM，如果启用了应用程序发现，则从来宾 VM 提取 OS 详细信息。 若要检查评估中有哪些 OS 详细信息，请前往“已发现的服务器”视图，然后将鼠标悬停在“操作系统”列中的值上。 在弹出的文本中，你将能够看到你所看到的 OS 数据是从 vCenter 服务器还是使用 VM 凭据从来宾 VM 中收集的。
    • 对于 Windows VM，将始终从 vCenter 服务器获取操作系统详细信息。
  • 对于 Hyper-V VM，操作系统数据是从 Hyper-V 主机上收集的。
  • 对于物理服务器，它是从服务器中提取的。

后续步骤

创建或自定义评估。