CN107729217A - 一种数据库异常处理方法和终端 - Google Patents

一种数据库异常处理方法和终端 Download PDF

Info

Publication number
CN107729217A
CN107729217A CN201711051021.6A CN201711051021A CN107729217A CN 107729217 A CN107729217 A CN 107729217A CN 201711051021 A CN201711051021 A CN 201711051021A CN 107729217 A CN107729217 A CN 107729217A
Authority
CN
China
Prior art keywords
database
daily record
exception
eliminating method
abnormality eliminating
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.)
Pending
Application number
CN201711051021.6A
Other languages
English (en)
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.)
Zhengzhou Yunhai Information Technology Co Ltd
Original Assignee
Zhengzhou Yunhai Information 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 Zhengzhou Yunhai Information Technology Co Ltd filed Critical Zhengzhou Yunhai Information Technology Co Ltd
Priority to CN201711051021.6A priority Critical patent/CN107729217A/zh
Publication of CN107729217A publication Critical patent/CN107729217A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/302—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system component is a software system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21—Design, administration or maintenance of databases

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Databases & Information Systems (AREA)
  • Mathematical Physics (AREA)
  • Data Mining & Analysis (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种数据库异常处理方法和终端，其中，该数据库异常处理方法包括：监控数据库的运行状态；在数据库运行异常时，抓取数据库的日志，根据日志中记录的信息对数据库的异常进行处理。本发明提供的数据库异常处理方法和终端自动解决数据库异常问题，避免了人为查找数据库异常原因耗费时间长的问题，保证了数据库服务的可靠运行。

Description

一种数据库异常处理方法和终端
技术领域
本发明涉及计算机技术，尤指一种数据库异常处理方法和终端。
背景技术
数据库(Database)是按照数据结构来组织、存储和管理数据的仓库，目前有很多数据库产品，如Redis、Memcached和Oracle等。数据库存储着用户的重要信息，其重要性不言而喻，然而，业务数据量日益增长导致的数据库瘫痪；或者非法用户访问数据库等这些情况都会使得数据库处于异常状态，因此，需要对数据库进行定时监控。
目前，当监控到数据库存在异常状态时，主要通过技术人员确定数据库的异常原因。然而，技术人员确定数据库的异常原因时，需要逐一查找数据库异常位置以及确定异常处理方案，耗费时间长。
发明内容
为了解决上述技术问题，本发明提供了一种数据库异常处理方法和终端，避免了人为查找数据库异常原因耗费时间长的问题，保证了数据库服务的可靠运行。
为了达到本发明目的，一方面，本发明提供了一种数据库异常处理方法，包括：
监控所述数据库的运行状态；
在所述数据库运行异常时，抓取所述数据库的日志，根据所述日志中记录的信息对所述数据库的异常进行处理。
另一方面，本发明提供了一种终端，包括：
监控模块，用于监控所述数据库的运行状态；
处理模块，用于在所述数据库运行异常时，抓取所述数据库的日志，根据所述日志中纪录的信息对所述数据库的异常进行处理。
再一方面，本发明提供了一种终端，包括：处理器和存储器，存储器用于存储执行指令；处理器调用所述执行指令，用于执行如上述实施例所述的数据库异常处理方法。
本发明提供的数据库异常处理方法和终端，通过监控数据库的运行状态，在数据库运行异常时，抓取数据库的日志，根据日志中记录的信息对数据库的异常进行处理，通过分析异常数据库的日志，智能选择处理方案，完成数据库异常处理，自动解决数据库异常问题，避免了人为查找数据库异常原因耗费时间长的问题，保证了数据库服务的可靠运行。同时，通过创建一个Redis守护进程，通过守护进程监控并保证Redis服务稳定运行，并提供异常故障处理机制，保障了Redis服务的健壮稳定运行。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。
图1为本发明实施例提供的数据库异常处理方法的流程图；
图2为本发明实施例一提供的终端的结构示意图；
图3为本发明实施例二提供的终端的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1为本发明实施例提供的数据库异常处理方法的流程图，如图1所示，本发明实施例提供的数据库异常处理方法，包括：
S101：监控数据库的运行状态。
具体的，本发明实施例的执行主体是终端，终端定时监控Redis、Memcached和Oracle等数据库的运行状态。
可选的，数据库异常处理方法由数据库守护进程执行。
具体的，可以通过创建守护进程来监控Redis、Memcached或Oracle等数据库的运行状态。比如，对Redis数据库可以通过创建Redis守护进程，使用Redis进程命令判断Redis数据库的正常运行；对Oracle数据库可以通过创建Oracle守护进程，使用Oracle进程命令判断Oracle的正常运行。本发明实施例主要以Redis数据库的异常处理为例进行阐述，Memcached和Oracle等数据库的异常处理与Redis数据库的异常处理的实现原理和实现效果类似，本发明实施例在此不进行一一赘述。
其中，守护进程(Daemon)是一种运行在后台的一种特殊的进程，它独立于控制终端并且周期性的执行某种任务或等待处理某些发生的事件。由于在Linux中，每个系统与用户进行交流的界面成为终端，每一个从此终端开始运行的进程都会依附于这个终端，这个终端被称为这些进程的控制终端，当控制终端被关闭的时候，相应的进程都会自动关闭。但是守护进程却能突破这种限制，它脱离于终端并且在后台运行，并且它脱离终端的目的是为了避免进程在运行的过程中的信息在任何终端中显示并且进程也不会被任何终端所产生的终端信息所打断。它从被执行的时候开始运转，直到整个系统关闭才退出(可以认为杀死相应的守护进程)。
S102：在数据库运行异常时，抓取数据库的日志，根据日志中记录的信息对数据库的异常进行处理。
具体的，redis数据库可以提供服务状态查看，Redis守护进程定时监控redis数据库的服务状态，在redis数据库的服务状态异常时，Redis守护进程抓取redis数据库的日志，对日志进行分析，根据日志中记录的信息对数据库的异常进行处理。
Redis守护进程对日志进行，分析根据日志中记录的信息对数据库的异常进行处理可以通过以下方法：通过建立故障知识库，根据日志中记录的信息查找故障知识库对数据库的异常进行处理。具体的，故障知识库中可以存储故障对应的故障类型和故障位置，Redis守护进程根据日志中记录的信息查找故障知识库确定故障类型和故障位置，根据故障类型和故障位置确定数据库异常的处理方案，执行该处理方案以对数据库的异常进行处理；故障知识库中也可以直接存储着故障对应的故障处理方案，Redis守护进程直接根据日志中记录的信息查找故障知识库确定故障处理方案，执行该处理方案以对数据库的异常进行处理。
本发明实施例提供的数据库异常处理方法，通过监控数据库的运行状态，在数据库运行异常时，抓取数据库的日志，根据日志中记录的信息对数据库的异常进行处理，通过分析异常数据库的日志，智能选择处理方案，完成数据库异常处理，自动解决数据库异常问题，避免了人为查找数据库异常原因耗费时间长的问题，保证了数据库服务的可靠运行。同时，通过创建一个Redis守护进程，通过守护进程监控并保证Redis服务稳定运行，并提供异常故障处理机制，保障了Redis服务的健壮稳定运行。
需要说明的是，本发明实施例提供的数据库异常处理方法并不仅限于对数据库的异常进行处理，对于其他的以Redis、、Memcached或Oracle等数据库作为内存数据库及缓存数据处理的系统中也可以使用本发明实施例提供的数据库异常处理方法。
进一步地，在图1所示实施例中，抓取数据库的日志，根据日志中记录的信息对数据库进行处理，包括：
抓取日志中的关键词；根据关键词查找故障知识库，获取与所述关键词匹配的故障处理方案；采用所述故障处理方案对所述数据库的异常进行处理。
具体的，在数据库异常时，Redis守护进程对日志进行分析，一是关键词抓取，根据日志中记录的信息抓取日志中的关键词，比如“Error”“ErrorLog”“configerror”“logfile”“OOM command not allowed when used memory”等关键词语的后续日志。二是匹配故障知识库，根据关键词查找故障知识库，将关键词与故障知识库匹配，对处理方案进行分析，选择合适的处理方法对数据库的异常进行处理，比如强制停止Redis快照导致，Redis运行用户没有权限写rdb文件或者磁盘空间满了，Redis守护进程可以使用执行“config set stop-writes-on-bgsave-error no”命令进行解决。“(error)OOM commandnot allowed when used memory”是指设置了maxmemory的选项，Redis内存使用达到上限，Redis守护进程可以通过设置LRU算法来删除部分key，释放空间。
本发明实施例提供的数据库异常处理方法，在上述实施例的基础上，通过Redis守护进程在Redis服务出现异常时，分析log日志，抓取关键信息并匹配故障知识库，智能选择处理方法，完成故障异常处理，保障了Redis服务的健壮稳定运行。
进一步地，在图1所示实施例中，监控数据库的运行状态，包括：
定时获取数据库的进程号；若获取到进程号，则确定数据库运行正常；否则，确定数据库运行异常。
具体的，本发明实施例通过创建Redis守护进程，使用Redis进程命令查看Redis进程是否存在来判断Redis的正常运行。命令如下：/etc/init.d/redis-server status。当Redis进程号能获取到说明Redis运行正常，停止本次监控，如果获取不到，说明Redis服务异常。
本发明实施例提供的数据库异常处理方法，在上述实施例的基础上，通过定时获取数据库的进程号，以实现监控数据库的运行状态，从而保障数据库服务的健壮稳定运行。
进一步地，在图1所示实施例中，对数据库的异常进行处理之后，数据库异常处理方法还包括：重启数据库，并继续监控数据库的运行状态。
具体的，对数据库的异常处理完成后再次重启Redis，如果Redis正常，停止。如果Redis异常，继续返回图1中的S101，重复该过程，直至Redis运行正常。
本发明实施例提供的数据库异常处理方法，在上述实施例的基础上，对数据库的异常处理完成后再次重启Redis，以确保对数据库的异常进行有效处理，避免重启后数据库异常依然存在，从而保障数据库服务的健壮稳定运行。
进一步地，在图1所示实施例中，抓取数据库的日志之前，数据库异常处理方法还包括：重启数据库；在数据库重启失败时，再抓取数据库的日志。
具体的，当Redis服务异常时，比如Redis服务异常停止，首先执行Redis重启命令：/etc/init.d/redis-server restart。查看重启结果，如果重启成功，停止。如果重启失败，抓取Redis的log日志，进行log日志的分析。
本发明实施例提供的数据库异常处理方法，在上述实施例的基础上，在数据库异常时先重启，以避免数据库异常是系统对数据库服务的误判断，从而保障数据库服务的健壮稳定运行。
图2为本发明实施例一提供的终端的结构示意图，如图2所示，本发明实施例提供的终端，包括：监控模块21和处理模块22。
监控模块21，用于监控所述数据库的运行状态；
处理模块22，用于在所述数据库运行异常时，抓取所述数据库的日志，根据所述日志中纪录的信息对所述数据库的异常进行处理。
本发明实施例提供的终端用于执行图1所示方法实施例的技术方案，其实现原理和实现效果类似，此处不再赘述。
进一步地，所述处理模块22抓取所述数据库的日志，根据所述日志中记录的信息对所述数据库的异常进行处理，包括：
抓取所述日志中的关键词；
根据所述关键词查找故障知识库，获取与所述关键词匹配的故障处理方案；
采用所述故障处理方案对所述数据库的异常进行处理。
进一步地，所述监控模块21监控所述数据库的运行状态，包括：
定时获取所述数据库的进程号；
若获取到所述进程号，则确定所述数据库运行正常；
否则，确定所述数据库运行异常。
进一步地，所述终端还包括：重启模块；
所述重启模块，用于所述处理模块22对所述数据库的异常进行处理之后，重启所述数据库。
所述监控模块21，还用于在所述重启模块重启后，继续监控所述数据库的运行状态。
进一步地，所述重启模块，还用于所述处理模块22抓取所述数据库的日志之前，重启所述数据库。
所述处理模块22，还用于在所述重启模块重启所述数据库失败时，抓取所述数据库的日志。
图3为本发明实施例二提供的终端的结构示意图，如图3所示，本发明实施例提供的终端包括：存储器31和处理器32。
存储器31用于存储执行指令，处理器32可以是一个中央处理器(CentralProcessing Unit，CPU)，或者是特定集成电路(Application Specific IntegratedCircuit，ASIC)，或者完成实施本发明实施例的一个或多个集成电路。当基站运行时，处理器32与存储器31之间通信，处理器32调用执行指令，用于执行以下操作：
监控所述数据库的运行状态；
在所述数据库运行异常时，抓取所述数据库的日志，根据所述日志中记录的信息对所述数据库的异常进行处理。
进一步地，处理器32抓取所述数据库的日志，根据所述日志中记录的信息对所述数据库进行处理，包括：
抓取所述日志中的关键词；
根据所述关键词查找故障知识库，获取与所述关键词匹配的故障处理方案；
采用所述故障处理方案对所述数据库的异常进行处理。
进一步地，处理器32监控所述数据库的运行状态，包括：
定时获取所述数据库的进程号；
若获取到所述进程号，则确定所述数据库运行正常；
否则，确定所述数据库运行异常。
进一步地，处理器32还用于：
对所述数据库的异常进行处理之后，重启所述数据库，并继续监控所述数据库的运行状态。
进一步地，处理器32还用于：
抓取所述数据库的日志之前，重启所述数据库；在所述数据库重启失败时，再抓取所述数据库的日志。
虽然本发明所揭露的实施方式如上，但所述的内容仅为便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种数据库异常处理方法，包括：
监控所述数据库的运行状态；
在所述数据库运行异常时，抓取所述数据库的日志，根据所述日志中记录的信息对所述数据库的异常进行处理。
2.根据权利要求1所述的数据库异常处理方法，其特征在于，所述抓取所述数据库的日志，根据所述日志中记录的信息对所述数据库进行处理，包括：
抓取所述日志中的关键词；
根据所述关键词查找故障知识库，获取与所述关键词匹配的故障处理方案；
采用所述故障处理方案对所述数据库的异常进行处理。
3.根据权利要去1或2所述的数据库异常处理方法，其特征在于，所述监控所述数据库的运行状态，包括：
定时获取所述数据库的进程号；
若获取到所述进程号，则确定所述数据库运行正常；
否则，确定所述数据库运行异常。
4.根据权利要求1或2所述的数据库异常处理方法，其特征在于，所述对所述数据库的异常进行处理之后，所述数据库异常处理方法还包括：
重启所述数据库，并继续监控所述数据库的运行状态。
5.根据权利要求1或2所述的数据库异常处理方法，其特征在于，所述抓取所述数据库的日志之前，所述数据库异常处理方法还包括：
重启所述数据库；
在所述数据库重启失败时，再抓取所述数据库的日志。
6.根据权利要求1或2所述的数据库异常处理方法，其特征在于，所述数据库异常处理方法由数据库守护进程执行。
7.一种终端，其特征在于，包括：
监控模块，用于监控所述数据库的运行状态；
处理模块，用于在所述数据库运行异常时，抓取所述数据库的日志，根据所述日志中纪录的信息对所述数据库的异常进行处理。
8.根据权利要求7所述的终端，其特征在于：
所述处理模块抓取所述数据库的日志，根据所述日志中记录的信息对所述数据库的异常进行处理，包括：
抓取所述日志中的关键词；
根据所述关键词查找故障知识库，获取与所述关键词匹配的故障处理方案；
采用所述故障处理方案对所述数据库的异常进行处理。
9.根据权利要求7或8所述的终端，其特征在于：
所述监控模块监控所述数据库的运行状态，包括：
定时获取所述数据库的进程号；
若获取到所述进程号，则确定所述数据库运行正常；
否则，确定所述数据库运行异常；
所述终端还包括：重启模块；
所述重启模块，用于所述处理模块对所述数据库的异常进行处理之后，重启所述数据库；
所述监控模块，还用于在所述重启模块重启后，继续监控所述数据库的运行状态；
所述重启模块，还用于所述处理模块抓取所述数据库的日志之前，重启所述数据库；
所述处理模块，还用于在所述重启模块重启所述数据库失败时，抓取所述数据库的日志。
10.一种终端，其特征在于，包括：处理器和存储器，存储器用于存储执行指令；处理器调用所述执行指令，用于执行如权利要求1-5所述的数据库异常处理方法。
CN201711051021.6A 2017-10-30 2017-10-30 一种数据库异常处理方法和终端 Pending CN107729217A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711051021.6A CN107729217A (zh) 2017-10-30 2017-10-30 一种数据库异常处理方法和终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711051021.6A CN107729217A (zh) 2017-10-30 2017-10-30 一种数据库异常处理方法和终端

Publications (1)

Publication Number Publication Date
CN107729217A true CN107729217A (zh) 2018-02-23

Family

ID=61203020

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711051021.6A Pending CN107729217A (zh) 2017-10-30 2017-10-30 一种数据库异常处理方法和终端

Country Status (1)

Country Link
CN (1) CN107729217A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108984589A (zh) * 2018-05-29 2018-12-11 努比亚技术有限公司 一种数据写入方法及服务器
WO2020107203A1 (zh) * 2018-11-27 2020-06-04 刘馥祎 运算设备维护方法及装置、存储介质和程序产品
CN112235638A (zh) * 2020-10-10 2021-01-15 深圳创维－Rgb电子有限公司 异常信息定位方法、系统、服务器及存储介质
CN112506920A (zh) * 2020-11-13 2021-03-16 中信银行股份有限公司 一种多金融系统的信息统一收集监控方法及系统
CN114257534A (zh) * 2020-09-24 2022-03-29 北京小米移动软件有限公司 测试结果处理方法、装置、系统及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104537074A (zh) * 2014-12-31 2015-04-22 天津南大通用数据技术股份有限公司 一种提高数据库系统写日志性能的方法
CN105045708A (zh) * 2015-09-02 2015-11-11 上海斐讯数据通信技术有限公司 软件运行错误处理方法及系统
CN106021019A (zh) * 2016-05-12 2016-10-12 广西尊达电子商务有限公司 一种数据库自动恢复方法
CN106202535A (zh) * 2016-07-25 2016-12-07 浪潮(北京)电子信息产业有限公司 一种rrd数据库的检测的方法及系统
CN106407030A (zh) * 2016-09-13 2017-02-15 郑州云海信息技术有限公司 一种存储集群系统故障处理方法及系统
CN106933693A (zh) * 2017-03-15 2017-07-07 郑州云海信息技术有限公司 一种数据库集群节点故障自动修复方法及系统
CN107180034A (zh) * 2016-03-09 2017-09-19 精硕科技（北京）股份有限公司 MySQL数据库的集群系统
CN107181630A (zh) * 2017-07-24 2017-09-19 郑州云海信息技术有限公司 云系统中服务故障的处理方法和装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104537074A (zh) * 2014-12-31 2015-04-22 天津南大通用数据技术股份有限公司 一种提高数据库系统写日志性能的方法
CN105045708A (zh) * 2015-09-02 2015-11-11 上海斐讯数据通信技术有限公司 软件运行错误处理方法及系统
CN107180034A (zh) * 2016-03-09 2017-09-19 精硕科技（北京）股份有限公司 MySQL数据库的集群系统
CN106021019A (zh) * 2016-05-12 2016-10-12 广西尊达电子商务有限公司 一种数据库自动恢复方法
CN106202535A (zh) * 2016-07-25 2016-12-07 浪潮(北京)电子信息产业有限公司 一种rrd数据库的检测的方法及系统
CN106407030A (zh) * 2016-09-13 2017-02-15 郑州云海信息技术有限公司 一种存储集群系统故障处理方法及系统
CN106933693A (zh) * 2017-03-15 2017-07-07 郑州云海信息技术有限公司 一种数据库集群节点故障自动修复方法及系统
CN107181630A (zh) * 2017-07-24 2017-09-19 郑州云海信息技术有限公司 云系统中服务故障的处理方法和装置

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108984589A (zh) * 2018-05-29 2018-12-11 努比亚技术有限公司 一种数据写入方法及服务器
WO2020107203A1 (zh) * 2018-11-27 2020-06-04 刘馥祎 运算设备维护方法及装置、存储介质和程序产品
CN114257534A (zh) * 2020-09-24 2022-03-29 北京小米移动软件有限公司 测试结果处理方法、装置、系统及存储介质
CN112235638A (zh) * 2020-10-10 2021-01-15 深圳创维－Rgb电子有限公司 异常信息定位方法、系统、服务器及存储介质
CN112506920A (zh) * 2020-11-13 2021-03-16 中信银行股份有限公司 一种多金融系统的信息统一收集监控方法及系统

Similar Documents

Publication Publication Date Title
CN107729217A (zh) 一种数据库异常处理方法和终端
US10083210B2 (en) Executing continuous event processing (CEP) queries in parallel
US9262258B2 (en) Handling faults in a continuous event processing (CEP) system
CN107004010B (zh) 控制多数据库系统
US9317297B2 (en) Replay execution of instructions in thread chunks in the chunk order recorded during previous execution
WO2023115999A1 (zh) 设备状态监控方法、装置、设备及计算机可读存储介质
CN113568686B (zh) Lua语言的异步处理方法、装置、计算机设备和存储介质
US8549360B2 (en) Early collection of diagnostic information
CN106777126B (zh) 一种支持异构时序数据库的数据在线迁移方法
CN111625383B (zh) 进程异常事件处理方法、装置、电子设备及存储介质
CN107357731A (zh) 进程产生core dump问题的监控、分析和处理方法
CN115718674A (zh) 一种数据容灾恢复方法及装置
CN110011854A (zh) Mds故障处理方法、装置、存储系统及计算机可读存储介质
WO2023185335A1 (zh) 一种崩溃聚类方法、装置、电子设备以及存储介质
CN115878052A (zh) Raid阵列巡检方法、巡检装置和电子设备
US8984336B1 (en) Systems and methods for performing first failure data captures
CN112527497B (zh) 一种序列化多线程数据处理系统
CN114490802A (zh) 一种时序数据管理方法、装置、设备及可读存储介质
CN109324951A (zh) 服务器中硬盘信息的获取方法和装置
JP2545856B2 (ja) メモリダンプ採取装置
CN116719663B (zh) 一种数据处理方法、装置、设备以及可读存储介质
WO2024066506A1 (zh) 数据监控分析方法、装置、服务器、运维系统及存储介质
CN111177116B (zh) 一种数据库智能管理平台及其管理方法
JPH1027116A (ja) 不要ファイル削除装置
CN113568592A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20180223

RJ01 Rejection of invention patent application after publication