You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Azure Front Door预设查询AFDAccessLog表不存在问题问询

Azure Front Door 预设查询中AFDAccessLog表无法识别的原因及解决方法

原因分析

  • 诊断模式不匹配:AFDAccessLog是Azure诊断日志的基于表的新模式专属表,而你当前启用的是旧版的AzureDiagnostics通用表模式。两种模式的日志存储逻辑完全不同:
    • 旧模式:所有Azure资源的日志会统一写入AzureDiagnostics表,字段以类型后缀区分(如字符串字段加_s)。
    • 新模式:每个资源类型对应独立的专属表,比如Front Door的访问日志对应AFDAccessLog,字段无冗余后缀,查询效率更高。
  • 预设查询是基于新模式设计的,但你未启用对应的模式,所以AFDAccessLog表不存在,自然触发报错。

解决步骤

  1. 切换诊断模式为基于表模式
    • 进入你的Azure Front Door资源,打开「诊断设置」页面。
    • 删除现有旧诊断规则(或编辑已有规则)。
    • 新建诊断设置时,在「目标详细信息」选择日志工作区后,确认「表名称格式」选择**「基于表的」**(默认可能是旧模式选项,需手动切换)。
    • 勾选需要的日志类别(如FrontDoorAccessLog),保存设置。
  2. 等待日志生成
    新设置生效后,需等待10-15分钟左右,日志才会开始写入AFDAccessLog表,此时就能正常运行预设查询。

临时替代方案(不修改模式)

如果暂时不想切换模式,也可以在AzureDiagnostics表中查询对应数据,示例查询:

AzureDiagnostics
| where ResourceType == "MICROSOFT.CDN" and Category == "FrontDoorAccessLog"
| summarize RequestCount = count() by bin(TimeGenerated, 1m), Resource, RouteName_s, OriginName_s, ResourceId

(注意旧模式下字段带_s后缀,需对应调整)

内容的提问来源于stack exchange,提问作者Kevvv

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.12 13:49:52