Azure函数Timer Trigger每日两次执行异常排查求助

问题本质确认 #

你遇到的是Consumption Plan下Timer Trigger的历史已知限制：早期Azure函数的Consumption Plan调度器对每日2次这类低频次多时段触发场景的稳定性不足，并非官方明确支持的可靠场景，这也是任务偶尔正常、偶尔无触发记录的核心原因。微软后续优化了调度逻辑，但部分边缘场景（如每日两个间隔较近的时段）仍可能存在偶发调度遗漏。

可行解决方案 #

• 改用单次触发+函数内分支逻辑
  将Cron表达式改为每日单次触发（例如0 30 4 * * *），在函数代码内部根据当前太平洋时间判断，完成第一次任务后等待至7:30执行第二次任务。这种方式依赖单次触发的稳定性，绕过调度层的多时段问题。
  示例代码（C#）：

  public static async Task Run(TimerInfo myTimer, ILogger log)
  {
      var pstZone = TimeZoneInfo.FindSystemTimeZoneById("Pacific Standard Time");
      var currentPstTime = TimeZoneInfo.ConvertTime(DateTime.UtcNow, pstZone);
      
      // 执行4:30的任务逻辑
      await ExecuteMorningTask();
      
      // 计算7:30的时间点，若当前时间未到则等待后执行第二个任务
      var eveningRunTime = currentPstTime.Date.AddHours(7).AddMinutes(30);
      if (currentPstTime < eveningRunTime)
      {
          await Task.Delay(eveningRunTime - currentPstTime);
          await ExecuteEveningTask();
      }
  }
  

• 切换至Premium/Dedicated Plan
  Premium或App Service Plan的Timer Trigger采用更稳定的调度机制，不存在Consumption Plan的冷启动调度遗漏问题，适合需要稳定多时段触发的生产场景。

• 冗余触发+幂等处理
  若必须保留Consumption Plan和双时段触发，可将Cron表达式调整为0 29,30,31 4,7 * * *（在目标时间前后各加1分钟触发），同时在函数内部实现幂等逻辑（比如用Azure Blob或数据库记录任务执行状态，避免重复执行）。通过冗余触发降低遗漏概率，同时保证任务不会重复执行。

• 验证时区配置有效性
  确认WEBSITE_TIME_ZONE设置的Pacific Standard Time是有效时区名称，可在函数内打印当前太平洋时间验证时区配置是否生效：

  var pstZone = TimeZoneInfo.FindSystemTimeZoneById("Pacific Standard Time");
  log.LogInformation("当前太平洋时间: {Time}", TimeZoneInfo.ConvertTime(DateTime.UtcNow, pstZone));
  

你提供的日志无启动记录，说明调度层未发起函数调用，属于Consumption Plan调度器的偶发遗漏，以上方案可针对性解决该问题。

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