CN116757680B - 一种多监控平台的整合方法 - Google Patents

一种多监控平台的整合方法 Download PDF

Info

Publication number
CN116757680B
CN116757680B CN202311019571.5A CN202311019571A CN116757680B CN 116757680 B CN116757680 B CN 116757680B CN 202311019571 A CN202311019571 A CN 202311019571A CN 116757680 B CN116757680 B CN 116757680B
Authority
CN
China
Prior art keywords
monitoring
result
data
csv
line
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202311019571.5A
Other languages
English (en)
Other versions
CN116757680A (zh
Inventor
郑磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Lan You Technology Co Ltd
Original Assignee
Shenzhen Lan You Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Lan You Technology Co Ltd filed Critical Shenzhen Lan You Technology Co Ltd
Priority to CN202311019571.5A priority Critical patent/CN116757680B/zh
Publication of CN116757680A publication Critical patent/CN116757680A/zh
Application granted granted Critical
Publication of CN116757680B publication Critical patent/CN116757680B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/20Administration of product repair or maintenance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2458Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2471Distributed queries
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00Pattern recognition
    • G06F18/10Pre-processing; Data cleansing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00Pattern recognition
    • G06F18/20Analysing
    • G06F18/24Classification techniques
    • G06F18/243Classification techniques relating to the number of classes
    • G06F18/2433Single-class perspective, e.g. one-against-all classification; Novelty detection; Outlier detection
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00Pattern recognition
    • G06F18/20Analysing
    • G06F18/25Fusion techniques
    • G06F18/254Fusion techniques of classification results, e.g. of results related to same input data
    • G06F18/256Fusion techniques of classification results, e.g. of results related to same input data of results relating to different input data, e.g. multimodal recognition

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Evolutionary Computation (AREA)
  • Artificial Intelligence (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Evolutionary Biology (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Quality & Reliability (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Fuzzy Systems (AREA)
  • Software Systems (AREA)
  • Probability & Statistics with Applications (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Strategic Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明提供了一种多监控平台的整合方法,包括以下步骤:S1,根据业务信息配置多路SQL采集器,并通过多路SQL采集器采集各个监控平台的监控点数据,将每个监控点数据按照业务顺序设置不同的采集序号;S2,将采集到的监控点数据通过CSV分析器进行分析,并根据CSV分析器的判定模型生成判定结果,并根据合并标准将判定结果生成监控通知,根据监控总线标准将生成的监控通知送入监控总线单元,通过以运维顾问自身负责的业务为导线,配置多路数据采集器采集多个监控平台的监控结果,实现对业务流的完整、有序、精准的监控,避免出现漏检、少检,帮助运维顾问实现一键监控、定时监控、一键巡检、定时巡检,提高工作效率和精确度。

Description

一种多监控平台的整合方法
技术领域
本发明涉及运维监控技术领域,更具体地说,涉及一种多监控平台的整合方法。
背景技术
随着IT技术的快速发展,涉及领域广泛,大部分企业开发了相关的业务系统确保业务流和财务高效运转,同时业务系统架构及IT架构也越来越复杂,涉及的环节和相关人员越来越多,然而各系统健康稳定的运行将成为企业发展的重要保障,从而产生了各种各样的监控平台,包括有监控系统底层的、监控网络层面、监控业务层面与监控接口层面。
虽然目前企业级的各种监控平台和应用系统级监控并存,独自产生各种监控点供运维顾问使用。
但是其存在以下问题:
1)、监控平台的的监控结果无法精准通知到具体的运维人员,运维顾问需要按自己负责的业务内容,在各种监控平台的进行监控信息检索,确保自己负责的业务保持正常运行。例如:运维顾问1负责的业务是保持零部件销售的功能正常运行,需要做的监控工作是,业务方录入销售订单后,保持后续的备货、出库、装车等信息稳定运行。因此需要定期检查零部件销售业务的相关后台作业、队列、接口运行是否正常,分析是否运行时间过长等。
2)、部分监控平台把部分监控结果自动推送到运维顾问,多种监控平台推送的结果汇总到运维顾问时,监控结果杂乱无序,内容松散,不利于运维顾问整体分析自己负责的业务。
现有的监控平台基本都是从服务器、网络、应用等维度进行监控,各平台监控信息独立,监控结果不能精准有序的通知对应的运维顾问。运维顾问人工监控时,需要在多种监控平台或系统中逐步逐条进行巡检,偶尔会出现漏检、少检的情况,例如忘记检查某项监控内容;例如应该半小时监控一次重要作业,忙于其它工作,忘记监控。
发明内容
本发明要解决的技术问题在于,针对上述技术方案存在的不足,提供一种解决多个平台监控通知松散,不符合业务先后顺序的问题的多监控平台的整合方法。
本发明提供一种多监控平台的整合方法,所述方法包括以下步骤:
S1,根据业务信息配置多路SQL采集器,并通过多路SQL采集器采集各个监控平台的监控点数据,将每个监控点数据按照业务顺序设置不同的采集序号;
S2,将采集到的监控点数据通过CSV分析器进行分析,并根据CSV分析器的判定模型生成判定结果,并根据合并标准将判定结果生成监控通知,根据监控总线标准将生成的监控通知送入监控总线单元,监控总线单元将监控通知送到输出单元;
S3,将监控通知进行整合,形成一个完整监控通知集合后通过通知方式通知对应的运维顾问。
本发明所述的多监控平台的整合方法中;所述步骤S1包括以下步骤:
S11,SQL采集器对监控点数据进行SQL预处理,得到预处理的增量数据范围,然后执行SQL语句获取监控平台的数据结果,并将数据结果输出到CSV分析器进行结果分析。
本发明所述的多监控平台的整合方法中;所述步骤S2还包括以下步骤:
S21,当CSV分析器没有收到采集的监控点数据时,CSV分析器的判定模型生成行判定结果和数据集判定结果,并进行判定行判定结果和数据集判定结果为正常状态还是异常状态,若行判定结果为正常状态则新生成一行判定结果,若行判定结果为异常状态则进行监控点告警。
本发明所述的多监控平台的整合方法中;所述步骤S2包括以下步骤:
S22,当CSV分析器收到采集的监控点数据时,进行配置行判定表达式参数与数据集判定参数,CSV分析器的判定模型生成行判定结果和数据集判定结果,并进行判定行判定结果和数据集判定结果为正常状态还是异常状态,若行判定结果为正常则将行判定结果记录在数据行的最后一列,若行判定结果为异常状态则进行监控点告警。
本发明所述的多监控平台的整合方法中;在所述步骤S22中所述行判定表达式参数包括判定列号、判定符合、判定列值与行判定结果。
本发明所述的多监控平台的整合方法中;在所述步骤S22中所述数据集判定参数包括数据集状态与数据集合并标准。
本发明所述的多监控平台的整合方法中;所述判定符合为等于或不等于或大于或小于。
本发明所述的多监控平台的整合方法中;所述数据集状态为单记录合法即正常或所有记录合法才正常,所述数据集合并标准为正常合并或异常合并或所有合并。
本发明所述的多监控平台的整合方法中;将生成判定结果进行汇总,并统计判定结果有多少个异常的和多少个正常的,其中若判定结果有一个异常的,则汇总结果判定为异常,0表示为正常,1表示为异常。
本发明所述的多监控平台的整合方法中;所述监控通知方式包括邮件与企业微信。
本发明的多监控平台的整合方法通过以运维顾问自身负责的业务为导线,配置多路数据采集器采集多个监控平台的监控结果,实现对业务流的完整、有序、精准的监控,避免出现漏检、少检,帮助运维顾问实现一键监控、定时监控、一键巡检、定时巡检,提高工作效率和精确度。
附图说明
图1是本发明多监控平台的整合方法实施例的流程示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语 “第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或 设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
如图1所示,是本发明一种多监控平台的整合方法实施例的流程示意图。提供一种多监控平台的整合方法,包括以下步骤:
在步骤S1中,根据业务信息配置多路SQL采集器,并通过多路SQL采集器采集各个监控平台的监控点数据,将每个监控点数据按照业务顺序设置不同的采集序号;
在步骤S2中,将采集到的监控点数据通过CSV分析器进行分析,并根据CSV分析器的判定模型生成判定结果,并根据合并标准将判定结果生成监控通知,根据监控总线标准将生成的监控通知送入监控总线单元,监控总线单元将监控通知送到输出单元;CSV分析器主要是分析SQL采集器到的监控点数据。然后将分析结果送到监控总线单元。监控总线单元负责制订数据采集器和数据输出器之间制订数据交换标准,接收数据SQL采集器的数据,输出到数据输出器;
在步骤S3中,将监控通知进行整合,形成一个完整监控通知集合后通过通知方式通知对应的运维顾问。
在一实施例中,所述步骤S1包括以下步骤:
在步骤S11中,SQL采集器对监控点数据进行SQL预处理,得到预处理的增量数据范围,然后执行SQL语句获取监控平台的数据结果,并将数据结果输出到CSV分析器进行结果分析。
在一实施例中,所述步骤S2还包括以下步骤:
在步骤S21中,当CSV分析器没有收到采集的监控点数据时,CSV分析器的判定模型生成行判定结果和数据集判定结果,并进行判定行判定结果和数据集判定结果为正常状态还是异常状态,若行判定结果为正常状态则新生成一行判定结果,若行判定结果为异常状态则进行监控点告警。
在一实施例中,所述步骤S2包括以下步骤:
在步骤S22中,当CSV分析器收到采集的监控点数据时,进行配置行判定表达式参数与数据集判定参数,CSV分析器的判定模型生成行判定结果和数据集判定结果,并进行判定行判定结果和数据集判定结果为正常状态还是异常状态,若行判定结果为正常则将行判定结果记录在数据行的最后一列,若行判定结果为异常状态则进行监控点告警。
在一实施例中,在所述步骤S22中所述行判定表达式参数包括判定列号、判定符合、判定列值与行判定结果。
在一实施例中,在所述步骤S22中所述数据集判定参数包括数据集状态与数据集合并标准。
在一实施例中,所述判定符合为等于或不等于或大于或小于。
在一实施例中,所述数据集状态为单记录合法即正常或所有记录合法才正常,所述数据集合并标准为正常合并或异常合并或所有合并。
在一实施例中,将生成判定结果进行汇总,并统计判定结果有多少个异常的和多少个正常的,其中若判定结果有一个异常的,则汇总结果判定为异常,0表示为正常,1表示为异常。
在一实施例中,所述监控通知方式包括邮件与企业微信。
为了满足运维顾问自身负责的业务,对多种监控平台进行完整、有序、精准的监控需求,本申请基于SAP的ABAP平台开发,应用于整合SAP各应用系统的监控。对于每个运维顾问,基于本申请,每天所有的监控内容,执行一次就完成了所有的监控工作,监控结果一目了然,无需分散到各个监控平台进行监控。每个监控点按业务顺序设成不同的采集序号,用于控制监控顺序,监控点数据来源于各种监控平台的数据库或应用系统日志等。每个运维顾问配置一个监控任务集合,用于满足完整、有序的监控需求。
按照配置规范,采集各个监控平台的数据库中的监控点数据,其中每个监控点的数据可以来源于不同的监控平台数据库或应用系统数据库; 本申请通过对多个监控平台的监控结果进行整合,同时为了对现有多种监控平台不进行改造即可使用本申请,本申请案只支持数据库的数据采集。
采集任务集合将每个监控通知进行整合,形成一个完整监控通知集合,目的是便于运维顾问实现一次性查看所有监控点,解决多个监控平台监控点数据通知分散的问题。
通知方式为邮件是,邮件的标题为监控正常,还是监控异常来重点说明。邮件内容为通知监控的具体内容。
SQL采集器负责采集各个监控平台的监控点数据。可以同时配置多路数据SQL采集器,实现运维顾问整个业务流的监控,如同时配置备货、出库、装车多路采集器,来实现完整的业务流监控。
具体的,SQL采集器对监控点数据进行SQL预处理,得到预处理的增量数据范围,增量数据包括三种,第1种为DATE_DELTA表示日期增量;第2种为TIME_DELTA表示时间增量;第3种为DATETIME_DELTA 表示日期时间增量。
例子1: 运维顾问A监控例子
每日8:25分对3个应用系统(BW应用系统,ECC应用系统,SPP应用系统)进行监控,将监控结果合并为一封邮件发送给运维顾问A。 BW应用系统已经由监控平台1进行监控,ECC应用系统和SPP应用系统未纳入监控平台中,这两个系统的运行结果保存在各自系统的日志表中。 应用本专利方法,针对运维顾问A的监控要求,实现定制一次跨2个应用系统、1个监控平台的监控需求。
具体监控过程如下:
一、巡检
1.1 基本描述
邮件标题: 年月日0825巡检XX(正常或异常)
邮件地址: test1@szlanyou.com
1.2 巡检内容
1) 使用监控平台1,检查BW系统当日1.3.1预测补货处理链是否运行成功。
2) 使用监控平台1,检查BW当日1.2数据处理层处理链是否运行成功。
3) 检查ECC应用系统的MCEX02队列中的数据是否堵塞。堵塞判断标准,队列中有1小时前数据为堵塞。
4) 检查ECC应用系统的MCEX11队列中的数据是否堵塞。堵塞判断标准,队列中有1小时前数据为堵塞。
5) 检查ECC应用系统的MCEX11队列中的数据是否堵塞。堵塞判断标准,队列中有1小时前数据为堵塞。
6) 检查ECC应用系统,昨天晚上22点 ZPVBW0001作业是否运行完成(状态为Complet即为完成)
7) 检查ECC应用系统,今天早上6点半ZPVBW0001_0631作业是否运行完成(状态为Complet即为完成)。
8) 检查SPP应用系统,今天早上6点半ZPVBW0001作业是否运行完成(状态为Complet即为完成)。
例子2: 运维顾问B监控要求
每半小时对2个应用系统(PI接口平台,ECC应用系统)进行监控,将监控结果合并为一封邮件发送给运维顾问B。PI接口平台和ECC应用系统未纳入监控平台中,这两个系统的运行结果保存在各自系统的日志表中。 应用本专利方法,针对运维顾问B的监控要求,实现定制一次跨2个应用系统监控需求。
1.监控PI接口平台
1.1 监控描述
改成系统监控,自动半小时监控一次,有错误,发邮件。
1.2 查询条件
输入当天日期。
1.3 结果异常判断
1) 有红色报错,认为是错误的。
2) 如果1小时内的数据,没有处理掉,认为可能堵塞了,也认为是异常。
1.4 监控结果邮件展示
PI调用者 功能模块日期 时间 状态文字 结果
xxxxxxxxxx异常
2. 监控ECC应用系统的取消的作业
2.1 监控描述
半小时监控一次。
2.2 查询条件
作业名:*
用户:运作顾问B的用户名。
作业状态:cancel。
2.3 结果异常判断
如果存在cancel的作业,则认为异常,发邮件
2.4 监控结果邮件展示
作业名称,开始日期,开始时间,作业状态,巡检结果
xxxxxxA异常
3. 监控上海备货单处理状态。
3.1监控描述
监控上海备货单处理状态表IT02,监控半小时一次。
3.2 上海备货单状态监控
3.2.1 执行程序
程序名:ZXXXXX (上海备货单处理状态表)
3.2.2 查询条件
1) 工厂是4180
2) 创建日期,当天。
3)状态, 是51,51代表没有执行成功。
3.2.3 结果异常判断
如果有51状态,说明可能有异常,发邮件报告异常。
3.2.4 监控结果邮件展示
上海备货单状态 专营店截单时间 创建时间 单据类型结果
xxxxxxxxxx备货单执行出错
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软 件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如 ROM或RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
因此,以上所述,仅为本发明较佳的具体实施方式,本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内,本发明的保护范围应该以权利要求的保护范围为准。

Claims (8)

1.一种多监控平台的整合方法,其特征在于,所述方法包括以下步骤:
S1,根据业务信息配置多路SQL采集器,并通过多路SQL采集器采集各个监控平台的监控点数据,将每个监控点数据按照业务顺序设置不同的采集序号;
S2,将采集到的监控点数据通过CSV分析器进行分析,并根据CSV分析器的判定模型生成判定结果,并根据合并标准将判定结果生成监控通知,根据监控总线标准将生成的监控通知送入监控总线单元,监控总线单元将监控通知送到输出单元;
S3,将监控通知进行整合,形成一个完整监控通知集合后通过通知方式通知对应的运维顾问;
所述步骤S2还包括以下步骤:
S21,当CSV分析器没有收到采集的监控点数据时,CSV分析器的判定模型生成行判定结果和数据集判定结果,并进行判定行判定结果和数据集判定结果为正常状态还是异常状态,若行判定结果为正常状态则新生成一行判定结果,若行判定结果为异常状态则进行监控点告警;
S22,当CSV分析器收到采集的监控点数据时,进行配置行判定表达式参数与数据集判定参数,CSV分析器的判定模型生成行判定结果和数据集判定结果,并进行判定行判定结果和数据集判定结果为正常状态还是异常状态,若行判定结果为正常则将行判定结果记录在数据行的最后一列,若行判定结果为异常状态则进行监控点告警。
2.根据权利要求1所述的多监控平台的整合方法,其特征在于,所述步骤S1包括以下步骤:
S11,SQL采集器对监控点数据进行SQL预处理,得到预处理的增量数据范围,然后执行SQL语句获取监控平台的数据结果,并将数据结果输出到CSV分析器进行结果分析。
3.根据权利要求1所述的多监控平台的整合方法,其特征在于,在所述步骤S22中所述行判定表达式参数包括判定列号、判定符合、判定列值与行判定结果。
4.根据权利要求3所述的多监控平台的整合方法,其特征在于,在所述步骤S22中所述数据集判定参数包括数据集状态与数据集合并标准。
5.根据权利要求4所述的多监控平台的整合方法,其特征在于,所述判定符合为等于或大于或小于。
6.根据权利要求5所述的多监控平台的整合方法,其特征在于,所述数据集状态为单记录合法即正常或所有记录合法才正常,所述数据集合并标准为正常合并或异常合并。
7.根据权利要求6所述的多监控平台的整合方法,其特征在于,将生成判定结果进行汇总,并统计判定结果有多少个异常的和多少个正常的,其中若判定结果有一个异常的,则汇总结果判定为异常,0表示为正常,1表示为异常。
8.根据权利要求1所述的多监控平台的整合方法,其特征在于,所述通知方式包括邮件与企业微信。
CN202311019571.5A 2023-08-14 2023-08-14 一种多监控平台的整合方法 Active CN116757680B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311019571.5A CN116757680B (zh) 2023-08-14 2023-08-14 一种多监控平台的整合方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311019571.5A CN116757680B (zh) 2023-08-14 2023-08-14 一种多监控平台的整合方法

Publications (2)

Publication Number Publication Date
CN116757680A CN116757680A (zh) 2023-09-15
CN116757680B true CN116757680B (zh) 2024-01-19

Family

ID=87948014

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311019571.5A Active CN116757680B (zh) 2023-08-14 2023-08-14 一种多监控平台的整合方法

Country Status (1)

Country Link
CN (1) CN116757680B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108765398A (zh) * 2018-05-23 2018-11-06 深圳市阡丘越科技有限公司 一种轨道交通监控管理平台
CN110581773A (zh) * 2018-06-07 2019-12-17 北京怡合春天科技有限公司 一种自动化服务监控与报警管理系统
CN113487170A (zh) * 2021-07-01 2021-10-08 广州信安数据有限公司 一种具有分层技术架构的全链路监控系统
CN115794545A (zh) * 2022-11-16 2023-03-14 平安健康保险股份有限公司 运维数据的自动化处理方法及其相关设备
CN116562848A (zh) * 2023-05-05 2023-08-08 江西意孚欧科技有限公司 一种运维管理平台

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108765398A (zh) * 2018-05-23 2018-11-06 深圳市阡丘越科技有限公司 一种轨道交通监控管理平台
CN110581773A (zh) * 2018-06-07 2019-12-17 北京怡合春天科技有限公司 一种自动化服务监控与报警管理系统
CN113487170A (zh) * 2021-07-01 2021-10-08 广州信安数据有限公司 一种具有分层技术架构的全链路监控系统
CN115794545A (zh) * 2022-11-16 2023-03-14 平安健康保险股份有限公司 运维数据的自动化处理方法及其相关设备
CN116562848A (zh) * 2023-05-05 2023-08-08 江西意孚欧科技有限公司 一种运维管理平台

Also Published As

Publication number Publication date
CN116757680A (zh) 2023-09-15

Similar Documents

Publication Publication Date Title
CN101848477A (zh) 一种故障诊断方法及系统
CN100489718C (zh) 处理过程异常情况恢复操作支持系统
US11322013B2 (en) Monitoring method of MES, monitoring device, and readable storage medium
CN111245672A (zh) 一种通用可扩展的追踪业务全链路的监控方法及系统
CN111126970A (zh) 一种基于数据一致性的运营管理系统及方法
CN111143185A (zh) 一种基于日志的故障分析方法及装置
CN114257636A (zh) 一种统一消息发布系统
CN112215370A (zh) 一种电子巡检系统及移动终端
CN111784408A (zh) 一种基于互联网大数据的服务推广方法和服务推广系统
US20020026433A1 (en) Knowledge system and methods of business alerting and business analysis
CN116757680B (zh) 一种多监控平台的整合方法
CN117992304A (zh) 一种一体化智能运维平台
CN110619572A (zh) 一种监控企业公开数据高容错性增长的方法
CN112087320A (zh) 一种异常定位方法、装置、电子设备和可读存储介质
CN117194142A (zh) 一种基于链路追踪的集成应用性能诊断系统及方法
CN114500178B (zh) 一种自运维的智慧物联网关
CN116012031A (zh) 一种电力营销用智慧稽查数字化平台及系统
CN114387123B (zh) 数据采集管理方法
CN113902345A (zh) 一种电力调度业务的监控管理方法、装置及系统
CN109697602B (zh) 一种用于规费征稽的数据处理系统
CN112667469A (zh) 一种多元化大数据统计报告自动生成方法、系统及可读介质
CN112702196A (zh) 一种自动化故障处理方法和系统
CN115018434A (zh) 一种新能源电站远程运维管理系统
CN112527887A (zh) 一种应用于Gbase数据库的可视化运维方法及装置
CN112215560A (zh) 智能排班系统及其实施方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant