我的COGNOS报告运行耗时长达11-12小时，该如何排查问题？

无需将数据库变更作为唯一最高优先级排查项：你已初步完成数据库侧变更排查，且问题起始时间刚好对应原开发离职前一周，人为调整Cognos侧配置、报告逻辑的相关性更高，数据库侧可并行排查但不需要占用全部核心精力。

• 缓存异常排查：优先查Cognos查询服务的缓存命中率指标，稳定运行的日常报告命中率通常在70%以上，若低于30%基本可判定缓存配置被改动。常见改动包括：缓存全局开关被关闭、缓存过期策略被调整为秒级、关联的数据包（Package）被重新发布导致历史缓存全部失效，所有查询需直连数据库拉取全量数据，直接导致耗时暴涨。
• 权限异常排查：拿报告绑定的数据源账号手动执行核心查询SQL，与DBA高权限账号执行同一段SQL的耗时做对比，若耗时差异超过1倍，可判定为权限问题。常见原因是数据源账号权限被调整为行级权限，每次查询都需要额外执行多层权限过滤逻辑，拖慢整体查询速度。
• 调度配置异常排查：首先核对调度任务优先级，确认是否被调低导致Cognos资源紧张时优先给其他任务让渡资源；其次核对调度触发时间，确认是否被调整到业务高峰时段，与其他批量任务、业务查询争抢数据库/服务器资源；最后确认是否被配置为多实例并行运行，反而引发内部资源争抢。

• 导出报告近2个月的运行日志，拆分各阶段耗时：明确是数据查询阶段、报告渲染阶段、结果导出阶段中哪一段耗时异常增长，先确定问题归属是数据源侧还是Cognos服务侧。
• 从Cognos查询日志或数据库慢查询日志中捞出报告对应的核心查询SQL，直接在数据库侧执行，若单独运行SQL耗时已经达到10小时以上，直接定位为数据侧问题：后续可检查关联表数据量是否出现量级增长、表索引是否失效、统计信息是否过期导致执行计划走偏。
• 调取Cognos平台上该报告、对应数据包的版本修改记录，Cognos默认会保存内容的历史修改版本，可直接查到离职前一周是否有相关逻辑、配置的改动，无需依赖文档。
• 查看Cognos服务器近1个月的CPU、内存、磁盘IO监控数据，确认是否存在服务器资源瓶颈，是否有其他异常服务占用大量资源。

• 报告运行各阶段耗时拆分数据
• 核心查询SQL的单独执行耗时、执行计划
• Cognos查询服务缓存命中率、服务器资源监控数据
• 报告关联数据源表近1个月的数据量变化、索引健康状态
• 报告、对应数据包近3个月的版本修改记录

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