本文解答有关 Azure Migrate 中的发现和依赖项分析的常见问题。 如果遇到其他问题，请查看以下资源：
- 有关 Azure Migrate 的一般问题
- 有关 Azure Migrate 设备的问题
- 有关 Azure Migrate: 服务器迁移的问题
什么是依赖项分析？
Azure Migrate 中的依赖项分析功能可帮助客户可视化服务器间网络依赖项，使他们能够构建高可信度迁移计划。 通过将依赖服务器组合在一起，可确保在迁移过程中不会忽略任何关键依赖项。 了解详细信息
Azure Migrate 支持两种方法进行依赖项分析：无代理和基于代理。 无代理依赖项分析从服务器收集 TCP 连接数据，而无需在来宾作系统上安装任何代理。 可以在项目级别（跨所有服务器）或单个服务器级别可视化收集的依赖项。
基于代理的依赖项分析要求在每个来宾服务器上安装 Azure Monitor 代理 和依赖项代理来收集依赖项数据。 然后，可以在与 Azure Migrate 项目关联的 Log Analytics 工作区中可视化此数据。
Note
基于代理的依赖项分析在由世纪互联运营的 Azure 中不可用。 它目前仅在经典 Azure Migrate 体验中受支持。
基于代理和无代理有什么区别？
下表中汇总了无代理可视化和基于代理的可视化的差别。
| Requirement | Agentless | Agent-based |
|---|---|---|
| Support | 通常适用于 VMware VM、Hyper-V VM、裸机服务器，以及在其他公有云（如 AWS、GCP 等）上运行的服务器。 | 已有正式版 (GA)。 |
| Agent | 无需在要交叉检查的计算机上安装代理。 | 要在每台要分析的本地计算机上安装的代理包括：Azure Monitor 代理（AMA） 和依赖代理。 |
| Prerequisites | 查看先决条件和部署要求。 | 查看先决条件和部署要求。 |
| Log Analytics | 非必需。 | Azure Migrate 使用 Azure Monitor 日志 中的 VM Insights 解决方案实现依赖项可视化。 |
| 工作原理 | 在已启用依赖项可视化的计算机上捕获 TCP 连接数据。 发现后，每隔五分钟收集一次数据。 | 计算机上安装的服务映射代理收集有关 TCP 进程的数据以及每个进程的入站/出站连接。 |
| Data | 源计算机服务器名称、进程、应用程序名称。 目标计算机服务器名称、进程、应用程序名称和端口。 |
源计算机服务器名称、进程、应用程序名称。 目标计算机服务器名称、进程、应用程序名称和端口。 收集连接数、延迟和数据传输信息并用于 Log Analytics 查询。 |
| Visualization | 可在一小时到 30 天内查看单个服务器的依赖项映射。 | 单个服务器的依赖项映射。 仅可在一小时内查看映射。 一组服务器的依赖项映射。 从映射视图中添加和删除组中的服务器。 |
| 数据导出 | 过去 30 天的数据可以 CSV 格式下载。 | 可以通过 Log Analytics 查询数据。 |
是否需要为无代理依赖项分析部署设备？
是，必须部署 Azure Migrate 设备。
依赖项可视化是否收费？
No. 详细了解 Azure Migrate 定价。
无代理依赖项分析提供的新功能有哪些？
新的无代理依赖项体验于 2025 年 9 月 30 日发布。 需要按照依赖项视图上提供的简单步骤升级现有依赖项功能。 在新功能中：
- 依赖项分析自动在通过先决条件检查的每个 Azure Migrate 设备发现的最多 1,000 台服务器上运行。 无需再手动启用它。
- 增强的依赖项可视化有助于查看有关服务器、连接和进程 的其他信息 。 可以按进程类型筛选视图，以便在可视化中分析可解析的或相关的依赖项。
- 在新的可视化效果中，标识关键依赖项后，可以通过内联标记 服务器将其分组到应用程序中 。
- 转到“浏览应用程序”菜单，然后选择“依赖项分析”以查看在项目中发现的所有已启用服务器的依赖项。
我是一个在经典体验中启用了无代理依赖分析的现有用户，但在新体验中，为什么我看到已启用服务器的数量增加了？
- 在新的体验中，如果已升级到设备的新依赖项功能，Azure Migrate 将自动为通过预验证的服务器启用依赖项分析。
- 启用的服务器总数不能超过每个设备的 1,000 个限制。 因此，自动启用的服务器计数将为 1,000，减去以前手动启用的服务器数。
- 建议使用 Azure Migrate 中的新体验来查看已启用服务器的依赖项可视化效果。
- 仅当长时间收集依赖项数据并想要导出依赖项数据时，才切换到旧体验。
作为经典体验的现有用户，如何升级到新的依赖项可视化效果？
有关详细信息，请参阅有关如何 切换到新的增强型可视化效果
作为经典体验的现有用户，是否可以继续在新体验中查看以前收集的服务器依赖项？
- 是的，在新体验中，可以转到 “所有清单 ”或 “基础结构 清单”视图，根据所选服务器的“依赖项”列选择“ 查看依赖项 ”，以通过新的增强可视化效果查看最新的依赖项数据。
- 要查看先前收集的数据的依赖项，可以通过页面顶部的横幅切换到旧版可视化。
- 也可以通过“概述”页面的页脚注释进入经典体验，在该页面中，可以为已启用的服务器选择“查看依赖项”。
作为经典体验的现有用户，是否有办法导出在发布新体验之前收集的依赖项数据？
- 是的，可以通过在“概述”页面上的页脚注释切换到经典体验，然后导出已收集的依赖项数据。
- 数据保留期为 30 天，即使在旧数据存储中也是如此，因此可以通过访问经典体验轻松导出数据。
作为经典体验的现有用户，我是否会始终登录到新体验，并且仅在升级功能后才看到收集的依赖项？
- 如果你是尚未升级到新依赖项功能的现有用户，则仍然可以从新体验切换到旧的依赖项可视化效果。
- 升级到新的依赖项功能后，默认情况下会定向到新的可视化效果。 但是，可以随时从新体验切换到旧可视化效果。 若要导出以前收集的数据，可以切换到经典体验并从那里下载它。
如何使用新的依赖项视图，显示项目中发现的跨服务器的所有依赖项？
有关详细信息，请参阅 如何查看项目中发现的跨已启用服务器的依赖项视图。
作为基于代理的依赖项分析的现有用户，能否在发布新体验后继续使用该功能？
- 新的 Azure Migrate 体验不支持基于代理的依赖项分析。 可以通过项目“概述”页面页脚注释进入经典体验，在该体验中，你可通过关联的 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：若要部署 AMA 代理，建议首先清理现有的服务映射以避免重复项。 了解详细信息
- 步骤 2：若要在本地来宾服务器上部署 AMA 代理，必须先在所需的来宾服务器上安装 Arc 代理来启用这些服务器。
- 步骤 3：下载脚本，并在主机服务器上运行该脚本。 要在来宾计算机上部署 AMA 和依赖项代理，需要创建映射到特定 LA 工作区 ID 的数据收集规则 (DCR)。
- 步骤 4：在转换方案中，Log Analytics 工作区应与以前为服务映射代理配置的工作区相同。 DCR 允许启用默认禁用的进程和依赖项的集合。
是否可以使用现有的的工作区？
是，对于基于代理的依赖项可视化，可将现有的工作区附加到迁移项目，并将该工作区用于依赖项可视化。
是否可以导出依赖项可视化报表？
否，无法导出基于代理的可视化中的依赖项可视化报告。
MMA 支持哪些操作系统？
- 查看 AMA 支持的 Windows作系统列表。
- 查看 AMA 支持的 Linux作系统列表。
是否可以可视化依赖项一小时以上？
对于无代理可视化，可以查看单个服务器的持续时间为 1 小时到 30 天的依赖项映射。
是否可以可视化包含 10 个以上服务器的组的依赖项？
可以可视化最多包含 10 个服务器的组的依赖项。 如果你的组包含 10 个以上的服务器，我们建议将该组拆分为较小的组，然后将依赖项可视化。
如何开始发现我的基础结构？
若要开始发现本地基础结构，首先确定最符合需求的发现方法。 有关可用发现方法的详细信息，请参阅 发现方法。
后续步骤
详细了解如何创建评估。