通过

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

  • 项目

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

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 套餐基础上指定任何自定义折扣。 了解详细信息。

为什么我的评估显示警告，说它是使用已弃用的目标 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 主机上收集的。
  • 对于物理服务器，它是从服务器中提取的。

后续步骤

创建或自定义评估。