本文解答了有关如何排查评估问题的一些最常见问题。 请参阅排查评估问题和支持的排查评估问题场景这两篇文章。
为什么在 Azure VM 评估中推荐的 Azure 磁盘 SKU 比本地设备的大？
Azure VM 评估可能会根据评估类型建议更大的磁盘：
- 磁盘大小取决于两个评估属性：尺寸标准和存储类型。
- 如果大小调整条件 基于性能 ，并且存储类型设置为 “自动”，则标识目标磁盘类型（标准 HDD、标准 SSD、高级或超级磁盘）时，会考虑磁盘的 IOPS 和吞吐量值。 建议使用磁盘类型中的磁盘 SKU，并且该建议考虑到本地磁盘的大小要求。
- 如果大小调整条件基于性能并且存储类型为 Premium，则建议根据本地磁盘的 IOPS、吞吐量和大小要求，建议使用Azure中的高级磁盘 SKU。 当大小调整条件 为 本地且存储类型为 标准 HDD、 标准 SSD、 高级或 超级磁盘时，使用相同的逻辑执行磁盘大小调整。
例如，假设本地磁盘的内存为 32 GB，但磁盘的聚合读取和写入 IOPS 为 800 IOPS。 Azure VM 评估建议高级磁盘，因为 IOPS 要求较高。 它还建议使用支持所需 IOPS 和大小的磁盘 SKU。 本示例中最接近的匹配项将是 P15（256 GB，1100 IOPS）。 即使本地磁盘所需的大小为 32 GB，Azure VM 评估仍建议使用更大的磁盘，因为本地磁盘的 IOPS 要求较高。
为什么我的评估报告中的某些/所有 VM 缺少性能数据？
对于基于基于性能的评估，评估报告导出时显示“PercentageOfCoresUtilizedMissing”或“PercentageOfMemoryUtilizedMissing”（当Azure Migrate设备无法收集本地 VM 的性能数据时）。 请确保查看以下内容：
- 是否在创建评估期间启动了 VM。
- 如果仅缺少内存计数器，并且尝试评估Hyper-V VM，请检查是否在这些 VM 上启用了动态内存。 由于已知问题，目前Azure Migrate设备无法收集此类 VM 的内存利用率。
- 如果所有性能计数器都丢失，请确保满足评估的端口访问要求。 详细了解 VMware、Hyper-V 和 物理评估的端口访问要求。 如果缺少任何性能计数器，Azure Migrate：发现和评估会回退到本地分配的核心/内存，并相应地推荐 VM 大小。
为什么我的Azure VM 或Azure VMware Solution评估报告中的某些或所有服务器缺少性能数据？
对于性能评估，报告导出时显示，PercentageOfCoresUtilizedMissing或PercentageOfMemoryUtilizedMissing，当Azure Migrate设备无法收集本地服务器的性能数据时。 请确保查看以下内容：
在您创建评估期间，服务器是否已启动并保持运行。
如果仅缺少内存计数器，并且你正在尝试评估Hyper-V环境中的服务器。 在这种情况下，请在服务器上启用动态内存，并重新计算评估以反映最新的更改。 仅当服务器启用了动态内存时，设备才能在Hyper-V环境中收集服务器的内存利用率值。
如果所有性能计数器均丢失，确保允许端口 443 (HTTPS) 上的出站连接。
Note
如果有任何性能计数器丢失，Azure Migrate：发现和评估会利用本地分配的核心和内存来推荐合适的 VM 大小。
为什么Azure SQL评估中某些或所有 SQL 实例或数据库缺少性能数据？
若要确保收集性能数据，请确保检查：
- 如果 SQL Server 在整个评估创建期间保持开机状态。
- 如果 Azure Migrate 中 SQL 代理的连接状态为 Connected，还要检查最后一次心跳。
- 如果所有 SQL 实例的 Azure Migrate 连接状态是 Connected，它们会显示在发现的 SQL 实例窗格中。
- 如果所有性能计数器均丢失，请确保允许通过端口 443 (HTTPS) 的出站连接。
如果缺少任何性能计数器，Azure SQL评估建议该实例或数据库的最小Azure SQL配置。
为什么我的评估的置信度分级较低？
根据计算评估所需的可用数据点的百分比，为基于性能的评估计算置信度评级。 评估可能会因为以下原因而导致置信度评级较低：
在创建评估的时段，您没有对环境进行配置分析。 例如，如果您创建一个性能持续时间设置为一周的评估，则需在开始数据点发现后，至少等待一周，才能收集到所有数据点。 如果无法等待这么久，请将性能持续时间缩短，并重新计算评估。
评估无法在评估期内收集部分或所有服务器的性能数据。 若要获得高置信度评级，请确保：
- 服务器在评估期间处于开机状态。
- 允许端口 443 上的出站连接。
- 对于Hyper-V服务器，已启用动态内存。
- Azure Migrate中的代理的连接状态为 Connected。 另请检查最后一个心跳。
- 对于 Azure SQL 评估，在发现的 SQL 实例窗格中，所有 SQL 实例的 Azure Migrate 连接状态为Connected。
请重新计算评估以反映置信度评级的最新更改。
对于Azure VM 和Azure VMware Solution评估，在发现启动后会创建少量服务器。 假如你正在为上个月的性能历史记录创建评估，但环境中有几个服务器是仅仅在一周前才创建的。 在这种情况下，整个评估过程中将无法使用新服务器的性能数据，而且置信度评级会较低。 了解详细信息。
对于 Azure SQL 评估，在发现过程开始后，仅创建了少数 SQL 实例或数据库。 例如，假设对上个月的性能历史记录创建评估，但环境中有一些 SQL 实例或数据库一周前刚创建。 在这种情况下，整个评估过程中将无法使用新服务器的性能数据，而且置信度评级会较低。 了解详细信息。
为什么我的 RAM 利用率大于 100%？
根据设计，在Hyper-V如果预配的最大内存小于 VM 所需的内存，评估将显示内存利用率超过 100%。
作系统许可证是否包含在Azure VM 评估中？
Azure VM 评估目前仅考虑Windows服务器的作系统许可证成本。 目前未考虑 Linux 服务器的许可成本。
如何在 Azure 虚拟机评估中实现基于性能的尺寸调整？
Azure VM 评估持续收集本地服务器的性能数据，并使用它来推荐Azure中的 VM SKU 和磁盘 SKU。 详细了解如何收集基于性能的数据。
是否可以使用 Azure Migrate将磁盘迁移到超级磁盘？
否。 目前，Azure Migrate和Azure Site Recovery都不支持迁移到超级磁盘。 详细了解 如何部署超级磁盘。
为什么超级磁盘中预配的 IOPS 和吞吐量超过本地 IOPS 和吞吐量？
根据 官方定价页，超级磁盘根据预配的大小、预配的 IOPS 和预配的吞吐量计费。 例如，如果预配了 200-GiB 超级磁盘（20,000 IOPS 和 1,000 MB/秒）并在 20 小时后将其删除，则会映射到 256 GiB 的磁盘大小套餐。 将按 256 GiB、20,000 IOPS 和 1,000 MB/秒 计费 20 小时。
要预配的 IOPS = (发现的吞吐量) * 1024/256
超级磁盘建议是否考虑延迟？
否，目前仅磁盘大小、总吞吐量和总 IOPS 用于大小调整和成本计算。
我可以看到 M 系列支持 Ultra Disk，但在我的评估中建议使用 Ultra Disk 的地方，却显示“在此位置找不到虚拟机”。
之所以能够实现此结果，是因为并非所有支持超级磁盘的 VM 大小都存在于所有超级磁盘支持区域中。 更改目标评估区域，获取此服务器的 VM 大小。
为什么我的评估显示一个警告，指出它是通过无效套餐创建的？
你的评估是使用不再有效的套餐创建的，因此，“编辑”和“重新计算”按钮已禁用。 可以使用任何有效的产品/服务（标准预付费套餐、标准预付费套餐开发/测试以及企业协议）创建新的评估。 还可以使用 Discount（%） 字段在Azure套餐的基础上指定任何自定义折扣。 了解详细信息。
为什么我的评估显示警告，提示它是使用已弃用的目标 Azure 位置创建的？
评估是使用已弃用的Azure区域创建的，因此禁用了 Edit 和 Recalculate 按钮。 你可以使用任何一个有效的目标位置创建新的评估。 了解详细信息。
为什么我的评估显示一个警告，指出它是通过预留实例、VM 运行时间和折扣 (%) 的无效组合来创建的？
选择“预留实例”时，“折扣(%)”和“VM 运行时间”属性不适用。 当你的评估创建时使用了这些属性的无效组合时，“编辑”按钮和“重新计算”按钮会被禁用。 创建新的评估。 了解详细信息。
为什么我的一些评估被标记为“将升级到最新评估版本”？
重新计算您的评估以查看升级后的 Azure SQL 评估体验，以便识别 SQL 部署在 Azure SQL 托管实例、Azure 虚拟机上的 SQL Server 和 Azure SQL 数据库中的理想迁移目标。
- 建议根据Azure最佳做法将实例迁移到 Azure VM 上的 SQL Server。
- 优化后的直接迁移 - 从服务器到 Azure VM 上的 SQL Server。 当SQL Server凭据不可用时，我们建议这样做。
- 增强的用户体验，在一次评估中涵盖 SQL 部署的多个迁移目标的就绪情况和成本估算。
建议在重新计算之前导出您的现有评估。
我看不到物理服务器上的某些网络适配器的性能数据
如果物理服务器已启用Hyper-V虚拟化，则可能会出现此问题。 在这些服务器上，由于产品差距，Azure Migrate当前同时发现物理适配器和虚拟网络适配器。 捕获的网络吞吐量仅限于已发现的虚拟网络适配器上。
适用于我物理服务器的推荐 Azure VM SKU 规格过高。
如果物理服务器已启用Hyper-V虚拟化，则可能会出现此问题。 在这些服务器上，Azure Migrate当前同时发现物理和虚拟网络适配器。 因此，发现的网络适配器的数量高于实际数量。 Azure VM 评估会选取一个Azure VM，该 VM 可以支持所需数量的网络适配器，这可能会导致 VM 过大。 详细了解网络适配器数量对大小的影响。 未来将解决此产品差距。
我的物理服务器的就绪类别为“未就绪”
在启用了虚拟化的物理 Hyper-V服务器的情况下，就绪状态类别可能错误地标记为 Not ready。 在这些服务器上，由于产品差距，Azure Migrate当前同时发现物理适配器和虚拟适配器。 因此，发现的网络适配器的数量高于实际数量。 在本地和性能评估中，Azure VM 评估会选取能够支持所需网络适配器数量的 Azure VM。 如果发现网络适配器数大于 32，Azure VM 上支持的最大 NIC 数，则服务器将被标记为 Not ready。 了解有关 NIC 数量对大小的影响的详细信息。
已发现的 NIC 数量高于物理服务器实际拥有的数量
如果物理服务器已启用Hyper-V虚拟化，则可能会出现此问题。 在这些服务器上，Azure Migrate当前同时发现物理适配器和虚拟适配器。 因此，已发现的 NIC 数量高于实际数量。
捕获网络流量
若要收集网络流量日志，请执行以下操作：
登录到 Azure 门户。
选择 F12 键启动开发人员工具。 如果需要，请清除“清除导航上的条目”设置。
选择“ 网络 ”选项卡，并开始捕获网络流量：
- 在 Chrome 中，选择“保留日志”。 录音应自动启动。 红色圆圈表示正在捕获网络流量。 如果未显示红色圆圈，请选择黑色圆圈来启动。
- 在Microsoft Edge和Internet Explorer中，录制应自动启动。 如果没有反应，请点击绿色播放按钮。
尝试再现该错误。
录制时遇到错误后，停止录制并保存录制活动的副本：
- 在 Chrome 中，右键单击并选择另存为带有内容的 HAR 文件。 此操作会将日志压缩并导出为 .har 文件。
- 在 Microsoft Edge 或 Internet Explorer 中，选择导出捕获的流量选项。 此操作会将日志压缩并导出。
选择“控制台”选项卡以查看任何警告或错误。 保存控制台日志：
- 在 Chrome 中，右键单击控制台日志中的任意位置。 选择“另存为”以导出和压缩日志。
- 在Microsoft Edge或Internet Explorer中，右键单击错误并选择Copy all。
关闭“开发人员工具”。
从何处发现我的评估中的操作系统数据？
- 对于 VMware VM，默认情况下，它是 vCenter Server 提供的操作系统数据。
- 对于 VMware Linux 虚拟机，如果启用了应用程序发现功能，则会从客户机虚拟机提取操作系统详细信息。 若要检查评估中有哪些 OS 详细信息，请前往“已发现的服务器”视图，然后将鼠标悬停在“操作系统”列中的值上。 在弹出的文本中，你将能够看到你所看到的 OS 数据是从 vCenter 服务器还是使用 VM 凭据从来宾 VM 中收集的。
- 对于 Windows 虚拟机，操作系统的详细信息始终从 vCenter Server 获取。
- 对于Hyper-V VM，作系统数据是从Hyper-V主机收集的。
- 对于物理服务器，它是从服务器中提取的。