为何Azure App Service弹性报告错误显示主动自动修复已禁用

我在排查Azure App Service的**自动修复（Auto-heal）**功能时，生成并下载了弹性报告，报告显示自动修复未启用（截图1：Azure AppService弹性报告界面，明确标注自动修复未启用）；但按照报告指引查看该AppService的自动修复设置时，却发现功能已处于启用状态（截图2：AppService自动修复设置界面，显示自动修复开关已开启）。请问这种情况是需要额外配置才能完全启用自动修复，还是报告生成存在Bug？

可能的原因及排查方向 #

• 报告数据同步延迟：弹性报告的生成依赖后台数据同步，可能存在延迟。建议等待1-2小时后重新生成报告，验证状态是否更新。
• 缺少有效触发规则：仅开启自动修复开关但未配置具体触发规则（如CPU使用率阈值、请求失败率、内存占用超标等），部分报告逻辑会判定为“未完全启用”。检查自动修复设置页面的规则配置区域，确认是否添加了符合需求的触发条件。
• 资源层级限制：自动修复功能仅支持App Service计划的基础层及以上层级，免费/共享层不支持该功能。若你的AppService属于不支持的层级，即使开关开启，功能实际未生效，报告可能因此显示未启用。
• 报告检测逻辑差异：弹性报告的检测逻辑可能更关注“已配置并生效的自动修复规则”，而非单纯的开关状态。如果仅开启开关但无任何规则配置，报告可能识别为未启用状态。
• 平台临时故障：若以上排查均无异常，大概率是Azure平台报告生成的临时Bug。可通过Azure官方支持渠道提交工单反馈，或查看Azure服务状态页面确认是否有相关平台故障公告。

内容的提问来源于stack exchange，提问作者Matthew Dresser