【技术实现步骤摘要】
交易监控中确定故障根源的方法、系统、装置及存储介质
本专利技术涉及计算机应用
，更为具体而言，涉及一种在交易监控中确定故障根源的方法、系统、装置及存储介质。
技术介绍
商业银行数据中心作为“金融业跳动的心脏”，稳定运行和控制风险是第一要务。一方面，基础设施故障、突发业务压力、频繁变更上线等都可能影响系统的稳定和服务质量，随着业务部门和上级监管机构要求不断提高，银行对数据中心高可用性的要求也日益严格；另一方面，数据中心对外部基础设施、外部技术和服务的依赖性不断增强，网络入侵、信息泄露等安全风险日益突出。目前商业银行数据中心部署有交易监控机制，记录每笔实际发生的交易明细，基于这些交易明细数据，可以进行多维度的统计分析。针对商业银行的常用统计指标，例如：系统成功率、业务成功率、平均响应时间、平均处理时间进行实时监控，可以在单点故障场景中迅速定位故障发生的位置及组件。但是在涉及到多组件同时发现故障场景中，目前还需要运维人员根据专家经验和故障涉及的交易明细一个个组件排查和定位，确定故障的根源组件并处置。这种排查步骤复杂且...
【技术保护点】
1.一种在交易监控中确定故障根源的方法，其特征在于，所述方法包括：/n获得故障告警信息，根据所述故障告警信息确定故障场景；/n获取与确定的故障场景对应的分析方法，并获取所述确定的故障场景中的全量交易明细；/n根据所述分析方法和所述全量交易明细获取直接根源对象；/n根据所述直接根源对象获取最终根源组件。/n
【技术特征摘要】
1.一种在交易监控中确定故障根源的方法，其特征在于，所述方法包括：
获得故障告警信息，根据所述故障告警信息确定故障场景；
获取与确定的故障场景对应的分析方法，并获取所述确定的故障场景中的全量交易明细；
根据所述分析方法和所述全量交易明细获取直接根源对象；
根据所述直接根源对象获取最终根源组件。
2.如权利要求1所述的方法，其特征在于，所述故障场景包括：
系统/业务成功率故障场景和平均响应/平均处理时间故障场景。
3.如权利要求2所述的方法，其特征在于，若所述确定的故障场景为所述系统/业务成功率故障场景，所述根据所述分析方法和所述全量交易明细获取直接根源对象包括：
按照所述全量交易明细中不同的字段将所述全量交易明细分成多个子组；
对于每个所述子组，分别获取候补根源对象；
分别判断所有所述候补根源对象是否满足预设条件，确定满足所述预设条件的所述候补根源对象为所述直接根源对象。
4.如权利要求3所述的方法，其特征在于，所述不同的字段包括：
部署单元字段、ap字段、接收方字段、发起方字段、错误码字段和交易码字段。
5.如权利要求3所述的方法，其特征在于，所述对于每个所述子组，分别获取候补根源对象包括：
遍历所述子组中的交易明细，获取系统/业务字段为失败的交易明细；
按照所述交易明细的监控对象的不同，对所述系统/业务字段为失败的交易明细进行分组；
将所述系统/业务字段为失败的交易明细的条数最多的监控对象作为候补根源对象。
6.如权利要求2所述的方法，其特征在于，若所述确定的故障场景为所述平均响应/平均处理时间故障场景，所述根据所述分析方法和所述全量交易明细获取直接根源对象包括：
判断所述故障告警信息是否为接收方告警信息；
若是，则直接确定发出所述故障告警信息的接收方组件为直接根源对象，并结束本步骤；
若不是，则遍历所述全量交易明细，获取平均响应/平均处理时间大于所述告警信息中平均响应/平均处理时间的交易明细；
按照所述全量交易明细的接收方的不同，对所述平均响应/平均处理时间字段大于所述告警信息中平均响应/平均处理时间字段的交易明细进行分组；
对比每个分组的交易量，获取其中所述交易量最多的分组作为候补根源对象；
判断所述候补根源对象是否满足预设条件，若满足，确定所述候补根源对象为所述直接根源对象。
7.一种在交易监控中确定故障根源的系统，其特征在于，所述系统包括：
场景确定模块，用于获得故障告警信息，根据所述故障告警信息确定故障场景；
数据获取模块，用于获取与确定的故障场...
【专利技术属性】
技术研发人员：李琪，
申请(专利权)人：中国建设银行股份有限公司，
类型：发明
国别省市：北京;11
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。