Azure Python Timer Trigger函数完全未触发问题排查求助

针对你描述的「Timer Trigger函数完全未运行、无执行记录及错误日志，本地正常、部署成功、曾可正常运行」的情况，可从以下方向排查：

• 修复AzureWebJobsStorage连接字符串格式错误
  你的AzureWebJobsStorage连接字符串存在语法问题：AccountKey=1234EndpointSuffix=core.windows.net中，AccountKey与EndpointSuffix之间缺少分号，正确格式应为AccountKey=1234;EndpointSuffix=core.windows.net。连接字符串错误会导致Timer触发器无法访问存储账户（需依赖存储的队列和blob跟踪触发状态），直接造成触发器失效。同时需验证：

  • 函数应用身份（或托管身份）拥有存储账户的Storage Queue Data Contributor和Storage Blob Data Contributor权限；
  • 存储账户防火墙未限制函数应用的访问。

• 排查部署构建的隐藏异常
  即使VS Code显示部署成功，仍需确认Oryx构建过程无错误：

  1. 进入Azure门户函数应用「部署中心」查看部署日志，检查依赖安装、Python版本兼容等环节；
  2. 通过Kudu控制台（https://<函数应用名>.scm.azurewebsites.net）查看D:\home\LogFiles\Application\Functions\Host下的主机日志，排查函数初始化阶段的问题。

• 验证Timer配置与代码一致性

  1. 确认__init__.py中函数入口参数名与function.json的bindings.name（mytimer）完全匹配，函数定义需符合：def main(mytimer: func.TimerRequest) -> None:；
  2. 测试RunOnStartup=true是否生效：部署后应立即触发一次执行，若未触发则说明触发器未完成初始化，需优先排查存储连接或主机启动问题。

• 检查函数应用资源状态限制

  1. 在门户「概述」页确认函数应用处于「运行中」状态，未被暂停；
  2. 查看「监控」页的CPU、内存指标，确认未达配额上限导致节流；
  3. 注意：Always On仅对高级/专用计划有效，若使用消耗计划，实例休眠可能影响触发，但你的情况是完全未运行，此点优先级较低。

• 深度挖掘日志信息

  1. 配置Application Insights或Log Analytics，查询函数主机启动日志，查找触发器初始化失败的隐藏错误；
  2. 使用Kusto语句查询函数日志：

     FunctionAppLogs
     | where ResourceGroup == "<你的资源组名>" and Name == "<你的函数应用名>"
     | order by TimeGenerated desc
     

• 检查存储账户的Timer依赖资源
  登录存储账户门户，确认存在azure-webjobs-hosts容器（存储触发状态blob）和azure-webjobs-timers队列（管理触发任务）。若这些资源不存在，说明函数主机无法连接存储完成触发器初始化，需重点排查存储连接和权限。

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