Looker定时报告两次停发及新增计划失效问题排查咨询

• 数据源层面问题

  • 核查报告依赖的数据库/数据源在2022年10月31日、12月1日及后续计划执行时间点，是否出现过连接中断、账号权限变更（如密码过期、角色回收）、数据库性能瓶颈（如锁表、查询超时）等情况。
  • 查看Looker的System Activity模块下的Queries日志，定位对应时间点的报告查询记录，确认是否存在失败条目及具体报错信息。

• 计划配置隐性异常

  • 检查计划的Run As账号状态：该账号是否被禁用、权限是否被调整，导致Looker无法以其身份完成报告生成与发送流程。
  • 验证发送目标有效性：若报告发送至邮箱，确认收件域名是否被加入黑名单、邮箱服务器是否拒收；若发送至协作工具（如Slack），检查集成授权是否过期。部分Looker版本会在多次发送失败后自动暂停计划。

• Looker平台服务异常

  • 确认对应时间点Looker实例是否有过版本更新、维护重启或者服务波动，计划任务可能在服务中断后未被重新调度。
  • 查看System Activity中的Schedules日志，找到目标计划的执行记录，查看是否存在Failed状态，以及系统给出的失败原因（如资源不足、任务超时）。

• 报告内容/逻辑变更影响

  • 核对两次停止时间点前后，报告的LookML代码、可视化配置、过滤器条件是否有修改：比如新增的维度/度量引发查询报错，或者相对日期过滤器在跨月/跨年时出现逻辑异常。
  • 手动执行该报告并尝试发送，验证是否能正常完成流程，排查是否仅计划执行时触发特殊场景问题。

• 资源限制导致任务终止

  • 检查Looker实例的资源配额：比如并发查询数上限、报告生成内存限制，确认计划执行时是否因资源耗尽被系统终止。
  • 排查计划执行时间点是否有其他高负载任务（如大型批量查询、其他定时报告）同时运行，抢占了系统资源。

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