CN104486155A - 一种数据库集群监控的方法及系统 - Google Patents
一种数据库集群监控的方法及系统 Download PDFInfo
- Publication number
- CN104486155A CN104486155A CN201410776310.2A CN201410776310A CN104486155A CN 104486155 A CN104486155 A CN 104486155A CN 201410776310 A CN201410776310 A CN 201410776310A CN 104486155 A CN104486155 A CN 104486155A
- Authority
- CN
- China
- Prior art keywords
- monitor terminal
- cluster
- database server
- server node
- current
- 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
Links
Abstract
本申请提供了一种数据库集群监控的方法,包括:监控终端集群确定待监控的目标数据库集群;所述监控终端集群中的每个监控终端均获取当前所述数据库服务器节点的状态参数;当所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数不满足对应的预设条件时,获取所述监控终端集群中判断所述当前数据库服务器节点的所述状态参数不满足所述对应预设条件的所有监控终端的数目;当判断所述监控终端的数目不满足预设阈值范围时,所述第一监控终端控制切换所述当前数据库服务器节点。这种方法不会存在切换错误导致线上故障的问题,更加可靠、准确。
Description
技术领域
本申请涉及数据库监控领域,特别涉及一种数据库集群监控的方法及系统。
背景技术
随着技术的发展,人们对线上数据库集群的监控方法越来越关注。
现有的对线上数据库集群进行监控的方法中,一套监控程序只能监控一套数据库集群,且当一个监控程序发现它所监控的数据库连接不上,就认为数据库出问题了,就会切换,容易出现误切换,而导致线上故障。
因此,如何有效的对线上数据库集群进行监控,保证数据库切换的可靠性和准确性是本领域技术人员目前需要解决的技术问题。
发明内容
本申请所要解决的技术问题是提供一种数据库集群监控的方法及系统,解决了现有技术中容易出现误切换,而导致线上故障的问题。
其具体方案如下:
一种数据库集群监控的方法,该方法包括:
监控终端集群确定待监控的目标数据库集群,所述监控终端集群包括至少2个监控终端,所述目标数据库集群中包括至少2个数据库服务器节点;
所述监控终端集群中的每个监控终端均获取当前所述数据库服务器节点的状态参数;
所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数是否满足对应的预设条件,若否,则获取所述监控终端集群中判断所述当前数据库服务器节点的所述状态参数不满足所述对应预设条件的所有监控终端的数目;
判断所述监控终端的数目是否满足预设阈值范围,若是,则所述第一监控终端控制切换所述当前数据库服务器节点。
上述的方法,优选的,
所述第一监控终端控制切换所述当前数据库服务器节点包括:
所述第一监控终端从所述数据库集群中随机选取一个满足所述预设条件的数据库服务器节点;
所述第一监控终端发送连接客户端的信息,控制所述客户端连接到所述选取的数据库服务器节点,所述第一监控终端发送连接客户端的信息包括所述当前数据库服务器节点的地址信息。
上述的方法,优选的,还包括:
当所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数不满足对应的预设条件时报警。
上述的方法,优选的,所述报警包括:
向预设号码发送短信,或者向预设邮箱发送邮件,或者指示灯闪烁,或者警报器鸣响。
上述的方法,优选的,还包括:
向所述监控终端集群中增加监控终端。
上述的方法,优选的,还包括:
从所述监控终端集群中剔除所述监控终端。
一种数据库集群监控的系统,该系统包括:
确定单元,用于监控终端集群确定待监控的目标数据库集群,所述监控终端集群包括至少2个监控终端,所述目标数据库集群中包括至少2个数据库服务器节点;
获取单元,用于所述监控终端集群中的每个监控终端均获取当前所述数据库服务器节点的状态参数;
第一判断单元,用于所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数是否满足对应的预设条件,若否,则获取所述监控终端集群中判断所述当前数据库服务器节点的所述状态参数不满足所述对应预设条件的所有监控终端的数目;
第二判断单元,用于判断所述监控终端的数目是否满足预设阈值范围,若是,则所述第一监控终端控制切换所述当前数据库服务器节点。
上述的系统,优选的,还包括:
选取单元,用于所述第一监控终端从所述数据库集群中随机选取一个满足所述预设条件的数据库服务器节点;
控制单元,用于所述第一监控终端发送连接客户端的信息,控制所述客户端连接到所述选取的数据库服务器节点,所述第一监控终端发送连接客户端的信息包括所述当前数据库服务器节点的地址信息。
上述的系统,优选的,还包括:
报警单元,用于当所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数不满足对应的预设条件时报警。
上述的系统,优选的,还包括:
增加单元,用于向所述监控终端集群中增加监控终端。
上述的系统,优选的,还包括:
剔除单元,用于从所述监控终端集群中剔除所述监控终端。
本申请提供的一种数据库集群监控的方法,包括:监控终端集群确定待监控的目标数据库集群,所述监控终端集群包括至少2个监控终端,所述目标数据库集群中包括至少2个数据库服务器节点;所述监控终端集群中的每个监控终端均获取当前所述数据库服务器节点的状态参数;所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数是否满足对应的预设条件,若否,则获取所述监控终端集群中判断所述当前数据库服务器节点的所述状态参数不满足所述对应预设条件的所有监控终端的数目;判断所述监控终端的数目是否满足预设阈值范围,若是,则所述第一监控终端控制切换所述当前数据库服务器节点。本身申请中,当所述当前数据库服务器节点的状态参数不满足对应的预设条件时,不是直接判断所述当前数据库服务器节点异常,进行切换操作,而是按照选举的方法,判断所述当前数据库服务器节点的所述状态参数不满足所述对应预设条件的所有监控终端的数目,当所述监控终端的数目满足预设阈值范围时,才判断所述当前数据库服务器节点异常,然后再控制切换操作,这种方法不会存在切换错误导致线上故障的问题,更加可靠、准确。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请的一种数据库集群监控的方法实施例1的流程图;
图2是本申请的一种数据库集群监控的方法实施例2的流程图;
图3是本申请的一种数据库集群监控的系统实施例1的结构示意图;
图4为本申请的一种数据库集群监控的系统实施例2的结构示意图。
具体实施方式
本发明的核心是提供一种数据库集群监控的方法及系统,解决了现有技术中容易出现误切换,而导致线上故障的问题。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
参考图1,示出了本申请一种数据库集群监控的方法实施例1的流程图,可以包括以下步骤:
步骤S101:监控终端集群确定待监控的目标数据库集群,所述监控终端集群包括至少2个监控终端,所述目标数据库集群中包括至少2个数据库服务器节点。
确定所述监控终端集群需要监控的所述目标数据库集群,所述监控终端集群具有多个监控终端,采用分布式监控终端,所述目标数据库集群中具有多个数据库服务器节点,一个监控终端可以监控一个数据库集群,也可以监控多个数据库集群,每一个监控终端必须同时监控它所监控的数据库集群中的所有数据库服务器节点。解决了原来传统的一个监控程序只能监控一个节点的问题。
步骤S102:所述监控终端集群中的每个监控终端均获取当前所述数据库服务器节点的状态参数。
所述监控终端需要实时的获取所述目标数据库集群中的所有数据库服务器节点的状态参数,本申请中的状态参数为数据库的连接状态。
所述监控终端中的内容均是一样的。
步骤S103:所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数是否满足对应的预设条件,若否,则获取所述监控终端集群中判断所述当前数据库服务器节点的所述状态参数不满足所述对应预设条件的所有监控终端的数目。
所述监控终端集群中的所有监控终端都对所述获取的当前数据库服务器节点的状态参数进行判断,本申请中,将所述第一个发现数据库服务器节点异常的所述监控终端作为第一监控终端,当所述第一监控终端发现所述当前数据库服务器节点的状态参数不满足对应的预设条件时,会向所述监控终端集群中所有其他的监控终端发起一次询问,询问是否其他监控终端也发现所述当前数据库服务器异常,若是,则所述其他的监控终端向所述第一监控终端发送所述当前数据库服务器异常的信息,所述第一监控终端对所述向其发送异常信息的监控终端进行数据统计。
步骤S104:判断所述监控终端的数目是否满足预设阈值范围,若是,则所述第一监控终端控制切换所述当前数据库服务器节点。
当所述第一监控终端统计的所述监控终端的数目大于所述监控终端集群中所有监控终端的数目的一半时,则认为所述当前数据库服务器节点异常,那么所述第一监控终端控制切换所述当前数据库服务器节点。
假如用5个监控终端来监控一个数据库集群,那么过半数的话,就是3个,也就是说,这5个监控终端中,只要有3个达成一致,就可以切换了,那么监控程序如果挂掉最多两个的情况下,监控是没有问题的,因为剩余三个的情况下,还是满足三个达成协议的条件的。这样就解决了原来挂掉任何一个都会出故障的问题。
有了选举操作,那么就不会出现只要一个切换终端连接不上监控终端了,就需要切的问题,因为有些情况是不需要切的,切换反而会出问题。比如切换终端的机器与监控终端或者数据库所在的机器之间的网络不通了,但此时数据库服务器与应用程序的连接是好的,那么此时是不需要切的。
本申请提供的一种数据库集群监控的方法中,每个数据库集群都由一个监控终端集群来监控,所述终端监控集群中的每个监控终端均监控所述数据库集群中的所有数据库服务器节点,且当所述当前数据库服务器节点的状态参数不满足对应的预设条件时,不是直接判断所述当前数据库服务器节点异常,进行切换操作,而是按照选举的方法,判断所述当前数据库服务器节点的所述状态参数不满足所述对应预设条件的所有监控终端的数目,当所述监控终端的数目满足预设阈值范围时,才判断所述当前数据库服务器节点异常,然后再控制切换操作,这种方法不会存在切换错误导致线上故障的问题,更加可靠、准确。
参考图2,示出了本申请一种数据库集群监控的方法实施例2的流程图,所述第一监控终端控制切换所述当前数据库服务器节点可以包括以下步骤:
步骤S201:所述第一监控终端从所述数据库集群中随机选取一个满足所述预设条件的数据库服务器节点。
在需要进行切换操作时,需要所述第一监控终端首先选择一个正常的数据库服务器节点,因为所述第一监控终端其实是监控每一个数据库服务器节点的,所以它是知道哪个数据库服务器节点是连接好的,哪个是连接不好的,所述第一监控终端只需要从所述数据库集群中随机选取一个满足所述预设条件的数据库服务器节点即可。
步骤S202:所述第一监控终端发送连接客户端的信息,控制所述客户端连接到所述选取的数据库服务器节点,所述第一监控终端发送连接客户端的信息包括所述当前数据库服务器节点的地址信息。
所述第一监控终端发送连接客户端的信息,此信息中同时带着已经挂掉的数据库服务器节点的地址信息,所述客户端收到所述信息之后,建立与所述选取的数据库服务器节点的连接,并且不再连接挂掉的数据库,将其下线,这样就完成了切换的操作。
本申请中,还包括:
当所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数不满足对应的预设条件时报警。
所述报警包括:
向预设号码发送短信,或者向预设邮箱发送邮件,或者指示灯闪烁,或者警报器鸣响。
本申请中,还包括:
向所述监控终端集群中增加监控终端。
本申请中,还包括:
从所述监控终端集群中剔除所述监控终端。
多个监控终端之间,是相互通讯的,在新加入一个监控终端的时候,其它监控终端都是可以感知到的,而在删除一个监控终端的时候,其它监控终端同样是知道的。这种感知是通过创建一个中心节点,每新增一个监控终端时,这个终端都会向这个中心节点注册一次,而每一个在线的节点都会每一秒钟去这个中心节点扫描一次,如果发现新的注册的信息,就会将它加入监控终端本身这个集群,它们共同来监控线上的数据库集群,所以多个监控终端本身是一个集群,是分布式的。当需要下线某一个监控终端时,直接关闭即可,此时其它的监控终端连接不上它之后,就会将其从集群中踢除。
与上述本申请一种数据库集群监控的方法实施例1所提供的方法相对应,参见图3,本申请还提供了一种数据库集群监控的系统实施例1,在本实施例中,该系统包括:
确定单元301,用于监控终端集群确定待监控的目标数据库集群,所述监控终端集群包括至少2个监控终端,所述目标数据库集群中包括至少2个数据库服务器节点。
获取单元302,用于所述监控终端集群中的每个监控终端均获取当前所述数据库服务器节点的状态参数。
第一判断单元303,用于所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数是否满足对应的预设条件,若否,则获取所述监控终端集群中判断所述当前数据库服务器节点的所述状态参数不满足所述对应预设条件的所有监控终端的数目。
第二判断单元304,用于判断所述监控终端的数目是否满足预设阈值范围,若是,则所述第一监控终端控制切换所述当前数据库服务器节点。
参见图4,本申请还提供了一种数据库集群监控的系统实施例2的结构示意图,在本实施例中,该系统包括:
选取单元401,用于所述第一监控终端从所述数据库集群中随机选取一个满足所述预设条件的数据库服务器节点。
控制单元402,用于所述第一监控终端发送连接客户端的信息,控制所述客户端连接到所述选取的数据库服务器节点,所述第一监控终端发送连接客户端的信息包括所述当前数据库服务器节点的地址信息。
本申请中,还包括:
报警单元,用于当所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数不满足对应的预设条件时报警。
本申请中,还包括:
增加单元,用于向所述监控终端集群中增加监控终端。
本申请中,还包括:
剔除单元,用于从所述监控终端集群中剔除所述监控终端。
在具体应用过程中,本申请所述的一种数据库集群的监控系统中,所述监控终端本身是一个集群,用它来监控MySQL集群。
每个节点都是一个监控程序,他们通过同步Server来相互发现,每一个监控程序,每次启动之后,每隔一秒就向同步Server发送一条注册信息,而同时,每个监控程序都会每秒去扫描同步Server,这样就可以知道每个监控程序的存在,对同一个数据库集群的监控的监控程序,组成一个监控程序集群。
监控程序启动的时候,通过读取配置中指定的某一个数据库节点的地址(包括数据库服务器的IP及端口),就可以找到这个集群中所有的节点,这样就对集群中的每一个节点都做监控了,每当数据库集群中新加入节点时,监控程序也可以自动发现,并且加入到集群中。
上面所说的数据库集群包括两种类型,一种是简单的传统的主从结构,另一种是比较新的Percona Xtradb Cluster架构。这两种架构在监控中存在明显的区别,主要是在选一个新的主库时存在明显的区别。那么本发明中所述的监控程序是支持监控这两种架构的。
对于分布式监控程序而言,当一个集群中某一个节点挂掉之后,监控程序都会发现数据库连接不上了,那么此时监控程序所做的事情就是,每个监控程序都向其它监控程序询问,是不是这个节点挂掉了,如果是,则此时第一个询问的这个监控程序就会成为leader,由他来做切换工作。
对于主从结构的切换,监控程序leader是知道哪一个节点是主,哪一个节点是从的。如果从库挂了,则此时的切换过程比较简单,只需要向客户端发送信息,告诉这个从库不能连接了,这样就完成了本次切换。而如果是主库挂了,则它会从这些主库的所有从库中,找一个同步离主库最近的,然后把它提升为主库,并且把原来剩下的所有从库,指向这个新的主库,这样组成了新的主从关系架构,此时就切换完成。
对于Percona Xtradb Cluster架构的集群,切换是非常方便的,因为它们的节点之间实际上没有主从关系,相互之间都是完全相同的,那么此时leader会知道这个集群中有哪些节点,并且还知道哪几个节点是好的,哪个节点是挂了的,需要做的工作只需要随机取一个正常服务的数据库,然后告诉客户端,原来那个不能访问了,以后访问都访问这个新的,如此即切换完成。
本发明所述监控程序,对于如何判断一个节点是不是可以服务,与传统的监控程序是不同的,传统的监控,从最初级的只是监控数据库服务器进程还有没有,如果有就认为是正常的,但不会管他是不是可以提供服务;到后面发展到除了看这个进程有没有之外,还增加了对数据库端口PING的操作,如果有响应,则认为是正常;再进一步发展,增加了对数据库服务器做PING操作,这至少可以探测到数据库是不是能提供服务;而目前,比较常用的方式是,可以对一些状态参数,比如数据库延迟的值、连接数的大小及是不是有慢查询等进行监控,这样相比之前,更准确。但本发明所做的监控程序,除了上述探测之外,还增加了一些逻辑判断,针对不同的状态,可以采取不同的策略,这个是可订制化的处理方式。比如可自动发现新增集群节点,删除集群节点;还可以通过判断参数,在什么情况下,当前节点是可提供写入操作,而什么情况下,当前节点只能提供读服务等等。
本发明所述的监控程序,还包括了报警功能,当数据库出问题,发生切换了,不需要借助其它监控程序,直接就可以向DBA发送邮件及短信,降低了维护成本。
综上所述,本申请提供的一种数据库集群监控的方法及系统,有效的对线上数据库集群进行监控,保证数据库切换的可靠性和准确性。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
以上对本申请所提供的一种数据库集群监控的方法及系统进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (11)
1.一种数据库集群监控的方法,其特征在于,该方法包括:
监控终端集群确定待监控的目标数据库集群,所述监控终端集群包括至少2个监控终端,所述目标数据库集群中包括至少2个数据库服务器节点;
所述监控终端集群中的每个监控终端均获取当前所述数据库服务器节点的状态参数;
所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数是否满足对应的预设条件,若否,则获取所述监控终端集群中判断所述当前数据库服务器节点的所述状态参数不满足所述对应预设条件的所有监控终端的数目;
判断所述监控终端的数目是否满足预设阈值范围,若是,则所述第一监控终端控制切换所述当前数据库服务器节点。
2.根据权利要求1所述的方法,其特征在于,所述第一监控终端控制切换所述当前数据库服务器节点包括:
所述第一监控终端从所述数据库集群中随机选取一个满足所述预设条件的数据库服务器节点;
所述第一监控终端发送连接客户端的信息,控制所述客户端连接到所述选取的数据库服务器节点,所述第一监控终端发送连接客户端的信息包括所述当前数据库服务器节点的地址信息。
3.根据权利要求1所述的方法,其特征在于,还包括:
当所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数不满足对应的预设条件时报警。
4.根据权利要求1所述的方法,其特征在于,所述报警包括:
向预设号码发送短信,或者向预设邮箱发送邮件,或者指示灯闪烁,或者警报器鸣响。
5.根据权利要求1所述的方法,其特征在于,还包括:
向所述监控终端集群中增加监控终端。
6.根据权利要求1所述的方法,其特征在于,还包括:
从所述监控终端集群中剔除所述监控终端。
7.一种数据库集群监控的系统,其特征在于,该系统包括:
确定单元,用于监控终端集群确定待监控的目标数据库集群,所述监控终端集群包括至少2个监控终端,所述目标数据库集群中包括至少2个数据库服务器节点;
获取单元,用于所述监控终端集群中的每个监控终端均获取当前所述数据库服务器节点的状态参数;
第一判断单元,用于所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数是否满足对应的预设条件,若否,则获取所述监控终端集群中判断所述当前数据库服务器节点的所述状态参数不满足所述对应预设条件的所有监控终端的数目;
第二判断单元,用于判断所述监控终端的数目是否满足预设阈值范围,若是,则所述第一监控终端控制切换所述当前数据库服务器节点。
8.根据权利要求7所述的系统,其特征在于,还包括:
选取单元,用于所述第一监控终端从所述数据库集群中随机选取一个满足所述预设条件的数据库服务器节点;
控制单元,用于所述第一监控终端发送连接客户端的信息,控制所述客户端连接到所述选取的数据库服务器节点,所述第一监控终端发送连接客户端的信息包括所述当前数据库服务器节点的地址信息。
9.根据权利要求7所述的系统,其特征在于,还包括:
报警单元,用于当所述监控终端集群中的第一监控终端判断当前所述数据库服务器节点的所述状态参数不满足对应的预设条件时报警。
10.根据权利要求7所述的系统,其特征在于,还包括:
增加单元,用于向所述监控终端集群中增加监控终端。
11.根据权利要求7所述的系统,其特征在于,还包括:
剔除单元,用于从所述监控终端集群中剔除所述监控终端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410776310.2A CN104486155A (zh) | 2014-12-15 | 2014-12-15 | 一种数据库集群监控的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410776310.2A CN104486155A (zh) | 2014-12-15 | 2014-12-15 | 一种数据库集群监控的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104486155A true CN104486155A (zh) | 2015-04-01 |
Family
ID=52760662
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410776310.2A Pending CN104486155A (zh) | 2014-12-15 | 2014-12-15 | 一种数据库集群监控的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104486155A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105426544A (zh) * | 2015-12-25 | 2016-03-23 | 北京奇虎科技有限公司 | 监控数据库状态的方法及装置 |
CN105574195A (zh) * | 2015-12-25 | 2016-05-11 | 北京奇虎科技有限公司 | 判断数据库是否应下线回收的方法及装置 |
CN106897194A (zh) * | 2017-03-02 | 2017-06-27 | 山东浪潮云服务信息科技有限公司 | 一种监控方法及装置 |
CN107066354A (zh) * | 2017-04-18 | 2017-08-18 | 中国银联股份有限公司 | 一种数据库的切换方法、主服务器以及从服务器 |
CN107391633A (zh) * | 2017-06-30 | 2017-11-24 | 北京奇虎科技有限公司 | 数据库集群自动优化处理方法、装置及服务器 |
CN108089934A (zh) * | 2016-11-22 | 2018-05-29 | 成都华为技术有限公司 | 集群管理方法及集群服务器 |
CN108932295A (zh) * | 2018-05-31 | 2018-12-04 | 康键信息技术(深圳)有限公司 | 主数据库切换控制方法、装置、计算机设备和存储介质 |
CN110990183A (zh) * | 2019-12-04 | 2020-04-10 | 腾讯科技(深圳)有限公司 | 数据库集群的异常检测方法、装置、计算机可读存储介质 |
CN111371865A (zh) * | 2020-02-26 | 2020-07-03 | 上海达梦数据库有限公司 | 一种客户端连接关系调整方法、系统及节点 |
CN111880993A (zh) * | 2020-07-28 | 2020-11-03 | 平安科技(深圳)有限公司 | 集群运维状态诊断方法、运维监控系统和终端、存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102347976A (zh) * | 2011-07-25 | 2012-02-08 | 北京安天电子设备有限公司 | 分布式网络服务器监控方法及系统 |
CN102571499A (zh) * | 2012-02-14 | 2012-07-11 | 广州亦云信息技术有限公司 | 一种云端数据库服务器集群的监控方法 |
CN103716195A (zh) * | 2012-09-28 | 2014-04-09 | 台达电子工业股份有限公司 | 管理云端主机的监控系统及其监控方法 |
-
2014
- 2014-12-15 CN CN201410776310.2A patent/CN104486155A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102347976A (zh) * | 2011-07-25 | 2012-02-08 | 北京安天电子设备有限公司 | 分布式网络服务器监控方法及系统 |
CN102571499A (zh) * | 2012-02-14 | 2012-07-11 | 广州亦云信息技术有限公司 | 一种云端数据库服务器集群的监控方法 |
CN103716195A (zh) * | 2012-09-28 | 2014-04-09 | 台达电子工业股份有限公司 | 管理云端主机的监控系统及其监控方法 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105574195A (zh) * | 2015-12-25 | 2016-05-11 | 北京奇虎科技有限公司 | 判断数据库是否应下线回收的方法及装置 |
CN105426544A (zh) * | 2015-12-25 | 2016-03-23 | 北京奇虎科技有限公司 | 监控数据库状态的方法及装置 |
CN105574195B (zh) * | 2015-12-25 | 2019-07-23 | 北京奇虎科技有限公司 | 判断数据库是否应下线回收的方法及装置 |
CN108089934B (zh) * | 2016-11-22 | 2021-08-03 | 成都华为技术有限公司 | 集群管理方法及集群服务器 |
CN108089934A (zh) * | 2016-11-22 | 2018-05-29 | 成都华为技术有限公司 | 集群管理方法及集群服务器 |
CN106897194A (zh) * | 2017-03-02 | 2017-06-27 | 山东浪潮云服务信息科技有限公司 | 一种监控方法及装置 |
CN107066354A (zh) * | 2017-04-18 | 2017-08-18 | 中国银联股份有限公司 | 一种数据库的切换方法、主服务器以及从服务器 |
CN107391633A (zh) * | 2017-06-30 | 2017-11-24 | 北京奇虎科技有限公司 | 数据库集群自动优化处理方法、装置及服务器 |
CN108932295A (zh) * | 2018-05-31 | 2018-12-04 | 康键信息技术(深圳)有限公司 | 主数据库切换控制方法、装置、计算机设备和存储介质 |
CN108932295B (zh) * | 2018-05-31 | 2023-04-18 | 康键信息技术(深圳)有限公司 | 主数据库切换控制方法、装置、计算机设备和存储介质 |
CN110990183A (zh) * | 2019-12-04 | 2020-04-10 | 腾讯科技(深圳)有限公司 | 数据库集群的异常检测方法、装置、计算机可读存储介质 |
CN110990183B (zh) * | 2019-12-04 | 2022-05-17 | 腾讯科技(深圳)有限公司 | 数据库集群的异常检测方法、装置、计算机可读存储介质 |
CN111371865A (zh) * | 2020-02-26 | 2020-07-03 | 上海达梦数据库有限公司 | 一种客户端连接关系调整方法、系统及节点 |
CN111371865B (zh) * | 2020-02-26 | 2023-02-24 | 上海达梦数据库有限公司 | 一种客户端连接关系调整方法、系统及节点 |
CN111880993A (zh) * | 2020-07-28 | 2020-11-03 | 平安科技(深圳)有限公司 | 集群运维状态诊断方法、运维监控系统和终端、存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104486155A (zh) | 一种数据库集群监控的方法及系统 | |
CN109104349B (zh) | 基于CANopen协议的列车网络数据传输方法、系统及其装置 | |
CN102111310B (zh) | Cdn设备状态监控方法 | |
WO2017181805A1 (zh) | 告警信息的显示方法及装置、计算机存储介质 | |
CN103795553B (zh) | 基于监控的主、备服务器切换 | |
CN109104351B (zh) | 列车网络节点和基于CANopen协议的列车网络节点监测方法 | |
CN107222339B (zh) | 基于图数据库的电力信息通信系统的故障分析方法及装置 | |
WO2022127504A1 (zh) | 网元管理方法、装置及存储介质 | |
CN104243232B (zh) | 虚拟网故障探测和定位方法 | |
CN105227385A (zh) | 一种故障处理的方法及系统 | |
CN104539479A (zh) | 一种分布式服务监控系统及方法 | |
CN105138460A (zh) | 一种软件测试方法及系统 | |
US20160191359A1 (en) | Reactive diagnostics in storage area networks | |
CN109510730B (zh) | 分布式系统及其监控方法、装置、电子设备及存储介质 | |
CN106791223A (zh) | 一种监控终端掉线原因的检测方法及系统 | |
CN104488227A (zh) | 用于在大型数据处理系统中进行孤立异常检测的方法 | |
CN108667640B (zh) | 通信方法及设备、网络接入系统 | |
EP2883414B1 (en) | Self organizing network event reporting | |
CN108959025A (zh) | 一种服务器告警方法、装置及服务器 | |
CN112069032A (zh) | 一种虚拟机的可用性检测方法、系统及相关装置 | |
CN110474821A (zh) | 节点故障检测方法及装置 | |
CN116909817A (zh) | 专线控制方法、装置、计算机设备和存储介质 | |
CN117148815A (zh) | 无线控制器故障检测方法、装置和计算机设备 | |
CN107547260B (zh) | 一种长距infiniband链路检测切换修复的方法 | |
CN113890850B (zh) | 路由容灾系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20150401 |