发现和依赖项分析 - 常见问题

本文解答有关 Azure Migrate 中的发现和依赖项分析的常见问题。 如果遇到其他问题，请查看以下资源：

什么是依赖项分析？

Azure Migrate 中的依赖项分析功能可帮助客户可视化服务器间网络依赖项，使他们能够构建高可信度迁移计划。 通过将依赖服务器组合在一起，可确保在迁移过程中不会忽略任何关键依赖项。 了解详细信息

无代理依赖项分析从服务器收集 TCP 连接数据，而无需在来宾作系统上安装任何代理。 可以在项目级别（跨所有服务器）或单个服务器级别可视化收集的依赖项。

基于代理的依赖项分析要求在每个来宾服务器上安装 Azure Monitor 代理 和依赖项代理来收集依赖项数据。 然后，可以在与 Azure Migrate 项目关联的 Log Analytics 工作区中可视化此数据。

Note

基于代理的依赖项分析仅在经典视图中受支持，在新体验中不可用。 经典视图计划于 2026 年底弃用。 在此之前，可以继续访问已启用基于代理的依赖项分析的服务器Log Analytics工作区。 但是，无法将新服务器加入基于代理的依赖项分析。

是否需要为无代理依赖项分析部署设备？

是，必须部署 Azure Migrate 设备。

依赖项可视化是否收费？

基于代理的依赖项分析会产生标准 Log Analytics 费用。 若要避免这些费用，请使用无代理依赖项分析。 建议迁移到无代理依赖项分析，以获取无缝体验。 有关详细信息，请参阅Azure Migrate定价。

无代理依赖项分析提供的新功能有哪些？

新的无代理依赖项体验于 2025 年 9 月 30 日发布。 需要按照依赖项视图上提供的简单步骤升级现有依赖项功能。 在新功能中：

  1. 依赖项分析自动在通过先决条件检查的每个 Azure Migrate 设备发现的最多 1,000 台服务器上运行。 无需再手动启用它。
  2. 增强的依赖项可视化有助于查看有关服务器、连接和进程 的其他信息 。 可以按进程类型筛选视图，以便在可视化中分析可解析的或相关的依赖项。
  3. 在新的可视化效果中，标识关键依赖项后，可以通过内联标记 服务器将其分组到应用程序中 。
  4. 转到“浏览应用程序”菜单，然后选择“依赖项分析”以查看在项目中发现的所有已启用服务器的依赖项。

我是已在经典体验中启用无代理依赖关系分析的现有用户，但在新体验中，为什么我看到已启用的服务器数量更高？

  • 在新体验中，如果已升级到设备的新依赖项功能，Azure Migrate会自动为通过预验证的服务器启用依赖项分析。
  • 启用的服务器总数不能超过每个设备的 1,000 个限制。 因此，自动启用的服务器计数为 1,000，减去以前手动启用的服务器数。
  • 建议使用 Azure Migrate 中的新体验来查看已启用服务器的依赖项可视化效果。
  • 只有在您已长期收集了依赖项数据并希望将其导出时，您才需要切换回旧版体验。

作为经典体验的现有用户，如何升级到新的依赖项可视化效果？

有关详细信息，请参阅有关如何 切换到新的增强型可视化效果

作为经典体验的现有用户，是否可以继续在新体验中查看以前收集的服务器依赖项？

  • 是的，在新体验中，可以转到 “所有清单 ”或 “基础结构 清单”视图，根据所选服务器的“依赖项”列选择“ 查看依赖项 ”，以通过新的增强可视化效果查看最新的依赖项数据。
  • 要查看先前收集的数据的依赖项，可以通过页面顶部的横幅切换到旧版可视化。
  • 也可以通过“概述”页面的页脚注释进入经典体验，在该页面中，可以为已启用的服务器选择“查看依赖项”。

作为经典体验的现有用户，是否有办法导出在发布新体验之前收集的依赖项数据？

  • 是的，可以通过在“概述”页面上的页脚注释切换到经典体验，然后导出已收集的依赖项数据。
  • 数据保留期为 30 天，即使在旧数据存储中也是如此，因此可以通过访问经典体验轻松导出数据。

作为经典体验的现有用户，我是否会始终登录到新体验，并且仅在升级功能后才看到收集的依赖项？

  • 如果你是尚未升级到新依赖项功能的现有用户，则仍然可以从新体验切换到旧的依赖项可视化效果。
  • 升级到新的依赖项功能后，默认情况下会定向到新的可视化效果。 但是，可以随时从新体验切换到旧可视化效果。 若要导出以前收集的数据，可以切换到经典体验并从那里下载它。

如何使用新的依赖项视图，显示项目中发现的跨服务器的所有依赖项？

有关详细信息，请参阅 如何查看项目中发现的跨已启用服务器的依赖项视图。

作为基于代理的依赖项分析的现有用户，能否在发布新体验后继续使用该功能？

  • 新的 Azure Migrate 体验不支持基于代理的依赖项分析。 可以通过项目 “概述 ”页上的页脚说明转到经典体验。
  • 基于代理的依赖项分析仅在经典视图中受支持，在新体验中不可用。 经典视图计划于 2026 年底弃用。 在此之前，可以继续访问已启用基于代理的依赖项分析的服务器Log Analytics工作区。 但是，无法将新服务器加入基于代理的依赖项分析。

弃用 MMA 代理后，如何继续对 Azure Migrate 发现的服务器使用基于代理的依赖项分析？

  • Log Analytics MMA 代理已于 2024 年 8 月 31 日停用。 若要收集依赖项，仍需要一个单独的 Dependency Agent。
  • 依赖代理要求在来宾服务器上部署新的 Azure Monitor 代理（AMA），以收集依赖项数据。
  • 切换到 AMA 后，依赖项代理会将依赖项数据推送到以前与 Azure Migrate 项目关联的同一 Log Analytics 工作区（ID），以便进行基于代理的依赖项分析。

弃用 MMA 代理后，如何转换到新的 AMA 代理以继续收集依赖项数据？

  1. 步骤 1：若要部署 AMA 代理，建议首先清理现有的服务映射以避免重复。 了解详细信息 。

  2. 步骤 2：若要在本地来宾服务器上部署 AMA 代理，必须先在所需的来宾服务器上安装 Arc 代理来启用这些服务器。

  3. 步骤 3：下载并运行主机服务器上的脚本。 若要在客户机上同时部署 AMA 和 Dependency 代理，需要创建一个映射到特定 LA 工作区 ID 的数据收集规则（DCR）。

  4. 步骤 4：在转换方案中，Log Analytics工作区应与以前为服务映射代理配置的工作区相同。 DCR 允许启用默认禁用的进程和依赖项的集合。

是否可以使用现有的的工作区？

是，对于基于代理的依赖项可视化，可将现有的工作区附加到迁移项目，并将该工作区用于依赖项可视化。

是否可以导出依赖项可视化报表？

否，无法导出基于代理的可视化中的依赖项可视化报告。

我可以可视化超过 1 小时的依赖关系吗？

对于无代理可视化，您可以查看单台服务器在 1 小时到 30 天时间范围内的依赖关系图。

是否可以可视化包含 10 个以上服务器的组的依赖项？

可以可视化最多包含 10 个服务器的组的依赖项。 如果你的组包含 10 个以上的服务器，我们建议将该组拆分为较小的组，然后将依赖项可视化。

如何开始发现我的基础结构？

若要开始发现本地基础结构，首先确定最符合需求的发现方法。 有关可用发现方法的详细信息，请参阅 发现方法。

后续步骤

详细了解如何创建评估。

  • Last updated on