你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Automanage 可能无法将计算机加入服务中。 本文档介绍如何排查部署失败的问题，分享部署失败的一些常见原因，并描述可能的后续缓解步骤。
排查部署失败的问题
将计算机加入 Automanage 将导致创建 Azure 资源管理器部署。 有关详细信息，请查看部署，以更详细地了解失败原因。 “失败详细信息”浮出控件中有指向部署的链接，如下图所示。
检查包含失败计算机的资源组的部署
失败浮出控件将包含一个链接，该链接指向包含无法加入的计算机的资源组中的部署。 单击“部署”链接将转到“部署”边栏选项卡，你可在其中查看计算机的 Automanage 部署。 如果要跨多个区域进行部署，请确保单击正确区域中的部署。
检查包含失败计算机的订阅的部署
如果在资源组部署中未看到任何失败，则下一步是查看包含加入失败计算机的订阅中的部署。 单击“失败”浮出控件中的“订阅的部署”链接，查看所有与 Automanage 相关的部署，以便进一步进行故障排除。
检查链接到 Log Analytics 工作区的订阅中的部署
如果包含失败计算机的资源组或订阅中未出现任何失败的部署，但失败计算机已连接到其他订阅中的 Log Analytics 工作区，请访问链接到 Log Analytics 工作区的订阅并检查是否存在失败的部署。
常见部署错误
| 错误 | 缓解措施 |
|---|---|
| Automanage 帐户权限不足错误 | 如果你最近已将包含新 Automanage 帐户的订阅移到新租户中，则可能会出现此错误。 此处提供了解决此错误的步骤。 |
| 工作区区域不符合区域映射要求 | Automanage 无法加入你的计算机，因为该计算机当前链接到的 Log Analytics 工作区未映射到受支持的自动化区域。 请确保现有 Log Analytics 工作区和自动化帐户位于受支持的区域映射。 |
| 因策略违反而导致模板部署失败 | Automanage 无法加入计算机，因为它违反了现有策略。 如果策略违反与标记有关，可以使用标记为以下 ARM 资源部署自定义配置文件：默认资源组、自动化帐户、恢复服务保管库和 Log Analytics 工作区 |
| “因为拒绝分配的名称为‘系统拒绝由托管应用程序创建的分配’，访问被拒绝” | 在资源上创建了 denyAssignment，它阻止了 Automanage 访问你的资源。 此 denyAssignment 可能是由蓝图或托管应用程序创建的。 |
| “OS 信息: 名称='(null)'，版本='(null)'，代理状态=‘未准备就绪’。” | 确保运行最低受支持的代理版本、代理正在运行（linux 和 Windows），并且代理是最新的（Linux 和 Windows）。 |
| “无法确定 VM 的操作系统。 检查 VM 代理是否正在运行，当前状态是否为‘就绪’。” | 确保运行最低受支持的代理版本、代理正在运行（linux 和 Windows），并且代理是最新的（Linux 和 Windows）。 |
| “VM 在处理扩展 'IaaSAntimalware' 时报告失败” | 确保尚未在 VM 上安装其他反恶意软件/防病毒产品/服务。 如果仍然失败，请联系支持人员。 |
| ASC 工作区：Automanage 目前不支持“位置”中的 Log Analytics 服务。 | 检查你的 VM 是否位于受支持的区域。 |
| “分配失败；没有其他可用信息” | 通过 Microsoft Azure 支持建立案例。 |