Opsx 如何端到端在线修复墨天轮 Oracle 巡检故障
墨天轮接力白求恩为用户提供了免费的 Oracle 巡检功能，从用户视角看，Oracle 离线巡检的操作并不复杂：在数据库环境中运行采集程序，得到一个 ZIP 巡检包，上传到 Bethune，等待平台生成分析报告。 真正复杂的是报告背后的处理链路。BTRobot 需要从不同版本、不同操作系统和不同部署架构的 Oracle 环境中采集数据库配置、对象、性能和 AWR 等信息；巡检包进入 Bethune 后，还要依次经过数据导入、规则分析和报告生成。Bethune 分析服务运行在两个应用节点上，过程数据与结果保存在 MogDB 中，采集端和分析端又分别由两套源码维护。 Oracle 数据库 → BTRobot 离线采集 → Oracle 巡检 ZIP 包 → Bethune Loader 导入 MogDB → Analyzer 分析 → Reporter 生成巡检报告 任何一个环节出现偏差，都可能让用户最终拿不到报告。应用日志中的一条 ERROR，背后可能是采集数据错误、ZIP 目录结构异常、Loader 解析缺陷、数据库字段宽度不足、分析规则不完整或应用源码问题。传统监控只能报告日志出现异常，维护人员仍需跨主机、数据库、数据包和代码仓库逐项还原现场。 Bethune Workspace 的 issue_174 展示了 Opsx 如何承接这项工作：Schedule 从应用日志发现异常并创建 Issue，Agent 沿 Asset Graph 跨多个 Runtime 收集证据，维护者在关键业务判断处提供正常样本，修复后的巡检包重新完成导入、分析和报告生成，经过验证的处理方法再进入 Knowledge。 一个服务故障，实际连接六个资产 Opsx 中的 svc-emcs-bethune 不是孤立的服务名称。Asset Graph 已经记录它与运行节点、数据库、采集程序和分析程序之间的关系： ...