[步骤]
[结果]
[期望]
1. 查明原因，归纳总结，思考类似问题的规避方案
2. 修复数据准确
重现步骤
历史记录
- 2025-01-08 10:30:06, 由 马建利 创建。
-
2025-01-08 10:37:50, 由 马建利 编辑。
修改了 Bug类型 ，旧值为 ""，新值为 "bydesign"。
修改了 解决时效，旧值为 "0"，新值为 "-1"。
修改了 影响环境，旧值为 "pro627,"，新值为 "pro627"。
-
2025-01-08 10:38:04, 由 马建利 编辑。
修改了 业务部门，旧值为 ""，新值为 "10"。
修改了 解决时效，旧值为 "0"，新值为 "0.13"。
修改了 上线时效，旧值为 "-1"，新值为 "17751754.5"。
-
2025-01-08 11:23:32, 由 林志彬 确认Bug。
修改了 是否确认，旧值为 "0"，新值为 "1"。
-
2025-01-08 11:24:09, 由 林志彬 解决，方案为 程序BUG 。
修改了 解决方案，旧值为 ""，新值为 "code"。
修改了 解决日期，旧值为 ""，新值为 "2025-01-08 11:23:39"。
修改了 指派给 ，旧值为 "linzhibin"，新值为 "majianli"。
修改了 Bug状态 ，旧值为 "active"，新值为 "resolved"。
修改了 解决者 ，旧值为 ""，新值为 "linzhibin"。
-
2025-01-10 08:49:24, 由 陈莉珍 编辑。
修改了 解决时效，旧值为 "0.13"，新值为 "0.89"。
修改了 上线时间，旧值为 "0000-00-00 00:00:00"，新值为 "2025-01-08 11:25"。
修改了 上线时效，旧值为 "17751800"，新值为 "0.92"。
-
2025-01-13 21:01:48, 由 马建利 关闭。
修改了 Bug状态 ，旧值为 "resolved"，新值为 "closed"。
修改了 指派给 ，旧值为 "majianli"，新值为 "closed"。
修改了 由谁关闭，旧值为 ""，新值为 "majianli"。
修改了 关闭日期，旧值为 ""，新值为 "2025-01-13 21:01:48"。
-
2025-02-25 16:28:11, 由 马建利 编辑。
修改了 解决方案，旧值为 "code"，新值为 "notrepro2"。
| 由谁创建 | 马建利 于 2025-01-08 10:30:06 |
|---|---|
| 影响环境 |
生产环境-业务反馈 |
| 由谁解决 | 林志彬 于 2025-01-08 11:23:39 |
| 解决版本 | |
| 解决方案 | 无法重现-先挂起 |
| 由谁关闭 | 马建利 于 2025-01-13 21:01:48 |
| 最后修改 | 马建利 于 2025-02-25 16:28:11 |
| 相关Bug |
|---|
1.造成数据问题的起因是底表t_dwct_logistics_temp1day的海豚任务执行失败，失败原因是任务执行超时给Kill掉。进一步分析是DWM工作流里任务节点过多，任务并行跑抢占资源进而引发任务执行更久（本身该任务执行就很慢），从而超时失败。
2.根据现状，解决方案是将任务抽取出来，挂在另外的工作流里，工作流名为DWM_1
接着配置依赖关系，让DWM任务运行完后，在执行DWM_1
3.看板数据刷新，数据修复完毕
4.后续的思考，目前只是针对已出现问题的节点去抽取出来单独处理，后面可能会有其他任务节点也有类似的问题，
其次也是要对任务的性能要考虑清楚，能否优化成更好的逻辑跑数？
最后是目前海豚工作流单点问题，一个任务节点的失败会导致整个节点任务状态为失败，进而下流跑不了