手动迁移指南
适用于：✔️ Windows VM ✔️ Linux VM ✔️ 本地环境 ✔️ 已启用 Azure Arc 的服务器
本文提供了手动迁移时有关移动各种资源的指导。
有关移动各种资源的指导
| 序号 | 功能 | 自动化更新管理 | Azure 更新管理器 | 使用 Azure 门户的步骤 | 使用 API/脚本的步骤 |
|---|---|---|---|---|---|
| 1 | 适用于非 Azure 计算机的补丁管理。 | 可以使用或不使用 Arc 连接来运行。 | Azure Arc 为非 Azure 计算机的先决条件。 | 1.创建服务主体 2. 生成安装脚本 3. 安装代理并连接到 Azure |
1.创建服务主体 2.生成安装脚本 3. 安装代理并连接到 Azure |
| 2 | 启用定期评估以每隔几个小时自动检查最新更新。 | 计算机自动接收最新更新，Windows 每 12 小时接收一次，Linux 每 3 小时接收一次。 | 定期评估是计算机上的更新设置。 如果启用了此设置，则更新管理器每隔 24 小时提取一次计算机更新，并显示最新的更新状态。 | 1.单一计算机 2. 大规模 3. 使用策略大规模 |
1.适用于 Azure VM 2. 适用于已启用 Arc 的 VM |
| 3 | 从 Azure 自动化更新管理注销。 | 完成步骤 1、2 和 3 后，需要清理 Azure 更新管理对象。 | 移除更新管理解决方案 |
NA | |
| 4 | 正在报告 | 使用 Log Analytics 查询自定义更新报告。 | 更新数据存储在 Azure Resource Graph (ARG) 中。 客户可以查询 ARG 数据以构建自定义仪表板、工作簿等。 | 可以访问 Log Analytics 中存储的旧自动化更新管理数据，但无法将数据移动到 ARG。 可以编写 ARG 查询，以访问通过 Azure 更新管理器修补虚拟机后将要存储到 ARG 的数据。 使用 ARG 查询，可以使用以下说明构建仪表板和工作簿： 1. Azure Resource graph 日志结构更新数据 2. 示例 ARG 查询 3. 创建工作簿 |
NA |
| 5 | 使用前脚本和后脚本自定义工作流。 | 作为自动化 runbook 提供。 | 建议在非生产计算机上试用前脚本和后脚本的公共预览版，并在功能进入正式发布后，在生产工作负载上使用该功能。 | 管理预和后事件（预览版）和教程：通过自动化使用 Webhook 创建预和后事件 |