CN108710673A - 实现数据库高可用方法、系统、计算机设备和存储介质 - Google Patents
实现数据库高可用方法、系统、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN108710673A CN108710673A CN201810473654.4A CN201810473654A CN108710673A CN 108710673 A CN108710673 A CN 108710673A CN 201810473654 A CN201810473654 A CN 201810473654A CN 108710673 A CN108710673 A CN 108710673A
- Authority
- CN
- China
- Prior art keywords
- database
- node
- primary database
- standby
- primary
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 75
- 238000001514 detection method Methods 0.000 claims abstract description 98
- 238000012360 testing method Methods 0.000 claims abstract description 34
- 230000006870 function Effects 0.000 claims description 47
- 238000004590 computer program Methods 0.000 claims description 37
- 230000008569 process Effects 0.000 claims description 37
- 238000012544 monitoring process Methods 0.000 claims description 19
- 230000008859 change Effects 0.000 claims description 4
- 241000406668 Loxodonta cyclotis Species 0.000 claims description 2
- 238000007726 management method Methods 0.000 description 6
- 238000013515 script Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 4
- 238000013523 data management Methods 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000004888 barrier function Effects 0.000 description 2
- 238000007689 inspection Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000012800 visualization Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 235000013399 edible fruits Nutrition 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请涉及一种实现数据库高可用的方法、系统、计算机设备和存储介质。所述方法包括：通过多个判断逻辑对主数据库进行检测；其中，主数据库部署在主节点，判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个，在多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象，其中，备用数据库部署在从节点，在切换对象的运行状态正常时，将备用对象切换为主数据库，并确定切换对象对应的从节点为主节点。采用本方法能够使数据库高可用更简单和方便。
Description
技术领域
本申请涉及数据库技术领域，特别是涉及一种实现数据库高可用方法、系统、计算机设备和存储介质。
背景技术
高可用，即high availability，是对下层组件提供了容灾的机制。当组件主节点发生故障时，能够快速地、自动地将服务切换到备节点上，从而实现业务的连续性。
目前绝大多数公司核心业务数据库采用的是Oracle数据库。Oracle强大的性能和完善的功能，得到了广泛的认可。Oracle官方对于数据库高可用的概念，也提供了一定的支持。目前，官方提供了两种解决方案，其一是基于dataguard自动切换工具dg_broker；其二是利用集群，也即Oracle RAC。然而，利用自动切换工具dg_broker实现的高可用实现起来繁琐，且有一定的局限性，利用集群实现的高可用，一方面结构复杂，而且在节点超过3个时，性能急剧下降，以上方法在数据库较多的情况时，实现数据库的高可用较为复杂。
发明内容
基于此，有必要针对上述技术问题，提供一种能够解决数据库实现高可用较为复杂的问题的实现数据库高可用的方法、系统、计算机设备和存储介质。
一种实现数据库高可用的方法，所述方法包括：
通过多个判断逻辑对主数据库进行检测；其中，所述主数据库部署在主节点，所述判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个；
在所述多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象；其中，所述备用数据库部署在从节点；
在所述切换对象的运行状态正常时，将所述备用对象切换为主数据库，并确定所述切换对象对应的从节点为主节点。
上述实现数据库高可用的方法，通过多个判断逻辑对主节点中的主数据库进行检测，如果检测到判断逻辑中的每一项故障，判断主数据故障，从而确定从节点中的备用数据库作为切换对象，在切换对象运行正常时，将备用对象切换为主数据库，并将从节点切换为主节点。本发明实施例，通过判断逻辑以及切换逻辑，使主数据库高可用的实现更加简单。
在其中一个实施例中，还包括：在预设时间内向所述主数据库发送多次心跳检测指令，在接收到连续多次的主数据库运行故障的信息时，确定所述心跳检测的检测结果为故障；和/或，检测所述主数据库的连接数是否正常，若否，则确定所述连接检测的检测结果为故障；和/或，检测所述主数据库的监听进程是否工作正常，若是，则确定所述监听检测的检测结果为故障；若否，重启所述监听进程；其中，所述监听进程用于获取所述主数据库的运行状态。
在其中一个实施例中，还包括：获取从节点中各个可用的备用数据库的系统修订号，确定所述可用的备用数据库中所述系统修订号最大的备用数据库为所述切换对象。
在其中一个实施例中，还包括：关闭所述主数据库以及所述主数据库的远程访问进程，将所述备用对象切换为主数据库，重启所述备用对象。
在其中一个实施例中，还包括：接收触发功能选项的指令，判断所述功能选项是否为进入主节点中的主数据库，若是，则检测主节点中主数据库的运行状态；其中，所述功能选项包括：监控功能、进入主节点中的主数据库以及进入从节点中的备用数据库中的任意一个。
在其中一个实施例中，还包括：接收触发功能选项的指令，判断所述功能选项是否为进入主节点中的主数据库，若是，检测主节点中主数据库的运行状态，在所述主数据库故障时，则通过多个判断逻辑对主数据库进行检测；其中，所述日志文件部署在所述主节点和所述从节点中，所述日志文件用于对应存储对应主数据库和备用数据库的运行记录的信息；若否，则确定对应主节点或从节点的日志文件输出异常；若是，根据所述日志文件监测所述主节点中主数据库以及所述从节点中备用数据库的运行状态。
在其中一个实施例中，还包括：获取预先设置的监控变量的返回值，根据所述返回值检测所述主节点以及所述从节点是否正常，并将检测结果输出至对应的主节点的日志文件和/或从节点的日志文件中；其中，所述日志文件部署在所述主节点和所述从节点中，所述日志文件用于对应存储对应主数据库和备用数据库的运行记录的信息。
在其中一个实施例中，还包括：检测所述主数据库的运行状态，若主数据库正常运行，则生成主数据库正常的运行记录，并将所述主数据库正常的运行记录存入所述主数据库的日志文件中。
在其中一个实施例中，还包括：将主节点的日志文件和/或从节点的日志文件通过短信接口或者邮件接口发送至目标对象。
在其中一个实施例中，还包括：检测所述切换对象的运行状态是否为等待记录，若是，则判定所述切换对象的运行状态正常。
在其中一个实施例中，还包括：检测所述切换对象中是否配置有所述日志文件；若所述切换对象中没有所述日志文件，则在所述切换对象对应的从节点中生成新的日志文件。
一种实现数据库高可用的系统，所述系统包括：
主数据库状态检测模块，用于通过多个判断逻辑对主数据库进行检测；其中，所述主数据库部署在主节点，所述判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个；
备用数据库状态检测模块，用于在所述多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象；其中，所述备用数据库部署在从节点；
切换模块，用于在所述切换对象的运行状态正常时，将所述备用对象切换为主数据库，并确定所述切换对象对应的从节点为主节点。
一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
通过多个判断逻辑对主数据库进行检测；其中，所述主数据库部署在主节点，所述判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个；
在所述多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象；其中，所述备用数据库部署在从节点；
在所述切换对象的运行状态正常时，将所述备用对象切换为主数据库，并确定所述切换对象对应的从节点为主节点。
一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
通过多个判断逻辑对主数据库进行检测；其中，所述主数据库部署在主节点，所述判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个；
在所述多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象；其中，所述备用数据库部署在从节点；
在所述切换对象的运行状态正常时，将所述备用对象切换为主数据库，并确定所述切换对象对应的从节点为主节点。
上述实现数据库高可用的方法、系统、计算机设备和存储介质，判断逻辑以及切换逻辑，简单的实现主数据库高可用。
附图说明
图1为一个实施例中实现数据库高可用的方法的应用环境图；
图2为一个实施例中实现数据库高可用的方法的流程示意图；
图3为一个实施例中通过判断逻辑对主数据库进行检测步骤的流程示意图；
图4为另一个实施例中实现数据库高可用的方法的流程示意图；
图5为一个实施例中实现数据库高可用的系统的结构框图；
图6为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
本申请提供的实现数据库高可用的方法，可以应用于如图1所示的应用环境中。其中，高可用框架100中包括有主节点102，主节点102用于部署主数据库，根据业务场景，主节点102可以是一个，也可以是多个。高可用框架100中包括有从节点104，从节点104用于部署从节点，每个主节点102至少配置有一个从节点104。数据库管理平台200可以管理高可用架构100，并与高可用架构100链接。
具体的，根据数据库的高可用需求，可以将主数据库部署在高可用架构100的主节点102中，备用数据库部署在从节点104中。高可用架构100中还包括有多个功能脚本，功能脚本可以实现判断逻辑的功能，数据管理平台200作为高可用架构100的入口，可以管理以上功能脚本。高可用架构100的相应配置均通过配置文件管理，通过修改配置文件就可以修改节点中数据库的相应配置，同样，通过检测配置文件中参数，也可以获取当前数据库的配置状态。
另外，还可以设置相应的功能脚本，使数据库的运行数据在数据管理平台200中可视化展现。
其中，主数据库和备用数据库均可以是Oracle数据库等，高可用架构100以及数据管理平台200均可以通过程序语言实现。
在一个实施例中，如图2所示，提供了一种实现数据库高可用的方法，以该方法应用于图1中的高可用架构100为例进行说明，包括以下步骤：
步骤202，通过多个判断逻辑对主数据库进行检测；其中，所述主数据库部署在主节点，所述判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个。
其中，心跳检测表示发送数据请求的指令，主数据库表示一个数据库系统中参与主要数据库功能的数据库。
步骤204，在所述多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象；其中，所述备用数据库部署在从节点。
在本步骤中，各个判断逻辑可以依次进行，在判断逻辑检测故障时，判定需要切换主数据库。各个判断逻辑也可以同时进行，在出现所有判断逻辑检测故障时，判定需要切换主数据库。
步骤206，在所述切换对象的运行状态正常时，将所述备用对象切换为主数据库，并确定所述切换对象对应的从节点为主节点。
上述实现数据库高可用的方法，通过对个判断逻辑对主节点中的主数据库进行检测，如果判断逻辑的检测结果均为故障，就判断主数据库故障，从而确定从节点中的备用数据库作为切换对象，在切换对象运行正常时，将备用对象切换为主数据库，并将从节点切换为主节点。本发明实施例，通过判断逻辑以及切换逻辑，简单的实现主数据库高可用。
在一实施例中，对于步骤202，通过心跳检测对主节点中主数据库进行检测可以包括：在预设时间内向所述主数据库发送多次心跳检测指令，在接收到连续多次的主数据库运行故障的信息时，确定所述心跳检测的检测结果为故障。
具体的，心跳检测指令可以是访问主数据库的访问请求，已查看是否能接收到主数据库的反馈，可以在预设时间向主数据库发送3次访问请求，然后检测3次是否均为得到主数据库的反馈，若是，则确定主数据库故障。值得说明的是，本实施例并不限于3次，还可以是其他例如4次、5次等。
在一实施例中，对于步骤202，通过连接检测对主节点中主数据库进行检测可以是：检测所述主数据库的连接数是否正常，若否，则确定所述连接检测的检测结果为故障。
本实施例中，连接数表示连接进程数，一般而言，正常的数据库，其连接进程数是确定的，若检测到连接进程数异常，就可以大致判断主数据库故障。
在一实施例中，对于步骤202，通过监听检测对主节点中主数据库进行检测可以包括：检测所述主数据库的监听进程是否工作正常，若是，则确定所述监听检测的检测结果为故障；若否，重启所述监听进程；其中，所述监听进程用于获取所述主数据库的运行状态。
本实施例中，监听进程是外部设备或者外部程序与主数据库建立的连接，监听进行用于采集主数据库当前的运行状态，在外部设备或者外部程序收集到主数据库故障的信息时，就在数据库管理平台中判定主数据库故障，因此，若数据库故障的判定是由于监听进程故障导致的，那么不需要去切换主数据库，只需要重新启动监听进程即可。如果监听进程也是正常，则判定需要切换主数据库。
综上三种判定逻辑，在一实施例中，如图3所示，可以按照如下流程对主节点中主数据库进行检测，具体如下：
S301，是否接收到连续多次的主数据库运行故障的信息，若是，则跳转到步骤S302，若否，则结束。
S302，主数据库的连接进程数是否正常，若是，则跳转到步骤S303，若否，则结束。
S303，主数据库的监听进程是否正常，若是，则确定需要切换主数据库，若是，则重启监听进程，结束。
本发明实施例，给出对主数据库进行检测的具体流程，通过以上判断逻辑，可以自动对主数据库的运行状态进行判定，以及可以确定是否需要切换至主数据库，从而实现主数据库的高可用。
在一实施例中，上述判断逻辑可以由failover机制进行判断，可以通过failover机制对主数据库进行访问，以及通过failover参数，检查连接进程数。以及通过failover参数检测主数据库的监听进程是否正常。
在一实施例中，对于步骤204，确定一个从节点中的备用数据库作为切换对象可以包括：获取从节点中各个可用的备用数据库的系统修订号(System Change Number，SCN)，确定所述可用的备用数据库中所述系统修订号最大的备用数据库为所述切换对象。
具体的，可以通过检测高可用架构中各个备用数据库的运行状态，判断出可用的备用数据库。
另外，从节点的系统修订号是在每次系统更新时，进行累加的一个数据，系统修订号越大，说明备用数据库的版本更新，更适合作为切换对象。因此，在确定切换对象时，可以根据系统修订号确定切换对象。
在另一实施例中，在进行主数据库与备用数据库的切换时，可以关闭所述主数据库以及所述主数据库的远程访问进程，将所述备用对象切换为主数据库，重启所述备用对象。
在一实施例中，如图4所示，提供另一种实现数据库高可用的方法的示意性流程图，具体如下：
S401，接收触发功能选项的指令。
其中，功能选项包括：监控功能、进入主节点中的主数据库以及进入从节点中的备用数据库中的任意一个。
S402，判断功能选项的类型，根据功能选项的类型确定跳转到S403、S404和S405中的任意一个。
S403，功能选项为监控功能，获取预先设置的监控变量的返回值，根据所述返回值检测所述主节点以及所述从节点是否正常，并将检测结果输出至对应的主节点的日志文件和/或从节点的日志文件中。
本步骤中，日志文件部署在所述主节点和所述从节点中，值得说明的是，每个节点均部署其对应的日志文件，其日志文件只记录对应数据库的运行记录，日志文件用于存储对应主数据库或备用数据库的运行记录的信息。
本步骤可以通过返回值，判断各个从节点以及主节点的运行状态，然后通过日志文件，就可以直观的监控各个从节点以及主节点的运行状态。
S404，功能选项为进入主节点中的主数据库，检测所述主数据库的运行状态，若主数据库正常运行，则生成主数据库正常的运行记录，并将所述主数据库正常的运行记录存入所述主数据库的日志文件中。
一般而言，通过监控功能，可以知道主数据库以及备用数据库的运行状态，在监控功能有异常报告时，可以知道具体是哪一个数据库出现的故障，因此可以通过进入主节点的主数据库或进入从节点的备用数据库检查是否异常。
S405，功能选项为进入从节点中的备用数据库，检测所述备用数据库的运行状态，在所述备用数据库的运行状态异常时，生成所述备用数据库故障的运行记录，并将所述备用数据库故障的运行记录存入所述从节点对应的日志文件中。在所述备用数据库的运行状态正常时，生成所述备用库正常的运行记录，并将所述备用数据库正常的运行记录存入所述从节点对应的日志文件中。
上述实施例，通过设置功能选项，可以实现更加便捷的数据库高可用，同时也可以便于数据库的管理，例如，在监控到备用数据库故障时，通过后台维护，及时对备用数据库进行修复，因此在实现数据库高可用时更加稳定。
在一应用场景中，可以通过在数据库管理平台中设置启动脚本，可以对象选择相应的功能选项，也可以通过可视化脚本，实现日志文件中数据的可视化，便于数据库的监控以及管理。
在另一应用场景下，在生成日志文件后，可以将日志文件通过短信接口或者邮件接口发送给相应的目标对象。具体的，目标对象可以是相应的运维人员或管理员，短信接口可以采用短信网关，即，将高可用架构连接至短信网关，然后将日志文件推送至数据库的发送表，待短信网关取数发送。另外邮件接口可以采用邮件发送插件，如：MAIL X，来实现邮件的发送功能。
基于上述实施例，在一实施例中，在检测切换对象的运行状态，需要判断切换对象中的日志文件是否处于等待记录状态，若是，则判定切换对象的运行状态正常，可以开始备用数据库向主数据库的转换。
在另一实施例中，在检测切换对象的运行对象是否正常之前，还需要检测所述切换对象中是否配置有所述日志文件；若所述切换对象中没有所述日志文件，则在所述切换对象对应的从节点中生成新的日志文件。
以上实施例中，在进行备用数据库向主数据库转换时，也可以通过failover机制实现。
另外，在一实施例中，重启切换对象之后，需要检查新主数据库的状态，具体的，检测新主数据库的状态是否为READ WRITE，若是，通知主数据库切换成功，若否，则切换失败，可以线下查找原因，并再次进行failover，以实现主数据库与备用数据库的切换。
在一实施例中，提供一具体实现数据库高可用的方法，具体为：在检测到主数据库异常时，首先需要通过心跳检测，判定主数据库是否能接收到访问请求，然后需要通过连接检测，判断主数据库的连接进程数是否正常，最后通过监听检测，判断主数据库故障是不是监听进程报错，如果监听进程正常，则判定需要切换当前的主数据库，因此首先确定高可用框架中可用的备用数据库，然后获取所有可用的备用数据库的系统修订号，以此确定切换对象，从切换对象访问主数据库，做复查，若主数据库依然故障，则需要判断切换对象中是否有日志文件，没有则需要新建日志文件，通过配置文件检查切换对象的状态，若切换对象的状态为WAIT_FOR_LOG，则开始切换对象向主数据库的切换，数据库切换时，关闭主数据库，以及关闭主数据库的LOCAL＝NO的远程访问连接，然后将切换对象切换为主数据库，并重启切换对象，重启之后，检查新主数据库的状态，判断主数据库的运行状态是否为READWRITE，若是，则说明主备数据库切换成功，若否，则说明切换不成功，可以通过线下检测故障原因，以完成主备数据库的切换。
应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中，如图5所示，提供了一种实现数据库高可用的系统，包括：主数据库状态检测模块501、备用数据库状态检测模块502和切换模块503，其中：
主数据库状态检测模块501，用于通过多个判断逻辑对主数据库进行检测；其中，所述主数据库部署在主节点，所述判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个。
备用数据库状态检测模块502，用于在所述多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象；其中，所述备用数据库部署在从节点。
切换模块503，用于在所述切换对象的运行状态正常时，将所述备用对象切换为主数据库，并确定所述切换对象对应的从节点为主节点。
在其中一个实施例中，主数据库状态检测模块501还用于在预设时间内向所述主数据库发送多次心跳检测指令，在接收到连续多次的主数据库运行故障的信息时，确定所述心跳检测的检测结果为故障；和/或，通过连接检测对主节点中主数据库进行检测，包括：检测所述主数据库的连接数是否正常，若否，则确定所述连接检测的检测结果为故障；和/或，通过监听检测对主节点中主数据库进行检测，包括：检测所述主数据库的监听进程是否工作正常，若是，则确定所述监听检测的检测结果为故障；若否，重启所述监听进程；其中，所述监听进程用于获取所述主数据库的运行状态。
在其中一个实施例中，备用数据库状态检测模块502还用于获取从节点中各个可用的备用数据库的系统修订号，确定所述可用的备用数据库中所述系统修订号最大的备用数据库为所述切换对象。
在其中一个实施例中，切换模块503还用于关闭所述主数据库以及所述主数据库的远程访问进程，将所述备用对象切换为主数据库，重启所述备用对象。
在其中一个实施例中，还包括功能选择模块，用于接收触发功能选项的指令，判断所述功能选项是否为进入主节点中的主数据库，若是，检测主节点中主数据库的运行状态，在所述主数据库故障时，则通过多个判断逻辑对主数据库进行检测；其中，所述功能选项包括：监控功能、进入主节点中的主数据库以及进入从节点中的备用数据库中的任意一个。
在其中一个实施例中，功能选择模块还用于获取预先设置的监控变量的返回值，根据所述返回值检测所述主节点以及所述从节点是否正常，并将检测结果输出至对应的主节点的日志文件和/或从节点的日志文件中；其中，所述日志文件部署在所述主节点和所述从节点中，所述日志文件用于对应存储对应主数据库和备用数据库的运行记录的信息。
在其中一个实施例中，功能选择模块还用于检测所述备用数据库的运行状态；在所述备用数据库的运行状态异常时，生成所述备用数据库故障的运行记录，并将所述备用数据库故障的运行记录存入所述从节点对应的日志文件中；在所述备用数据库的运行状态正常时，生成所述备用库正常的运行记录，并将所述备用数据库正常的运行记录存入所述从节点对应的日志文件中。
在其中一个实施例中，功能选择模块还用于检测所述主数据库的运行状态，若主数据库正常运行，则生成主数据库正常的运行记录，并将所述主数据库正常的运行记录存入所述主数据库的日志文件中。
在其中一个实施例中，还包括状态反馈模块，用于将主节点的日志文件和/或从节点的日志文件通过短信接口或者邮件接口发送至目标对象。
在其中一个实施例中，备用数据库状态检测模块502还用于检测所述切换对象的运行状态是否为等待记录，若是，则判定所述切换对象的运行状态正常。
在其中一个实施例中，备用数据库状态检测模块502还用于检测所述切换对象中是否配置有所述日志文件；若所述切换对象中没有所述日志文件，则在所述切换对象对应的从节点中生成新的日志文件。
关于实现数据库高可用的系统的具体限定可以参见上文中对于实现数据库高可用的方法的限定，在此不再赘述。上述实现数据库高可用的系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储实现数据库高可用的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种实现数据库高可用的方法。
本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
通过多个判断逻辑对主数据库进行检测；其中，所述主数据库部署在主节点，所述判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个；
在所述多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象；其中，所述备用数据库部署在从节点；
在所述切换对象的运行状态正常时，将所述备用对象切换为主数据库，并确定所述切换对象对应的从节点为主节点。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：在预设时间内向所述主数据库发送多次心跳检测指令，在接收到连续多次的主数据库运行故障的信息时，确定所述心跳检测的检测结果为故障；和/或，通过连接检测对主节点中主数据库进行检测，包括：检测所述主数据库的连接数是否正常，若否，则确定所述连接检测的检测结果为故障；和/或，通过监听检测对主节点中主数据库进行检测，包括：检测所述主数据库的监听进程是否工作正常，若是，则确定所述监听检测的检测结果为故障；若否，重启所述监听进程；其中，所述监听进程用于获取所述主数据库的运行状态。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取从节点中各个可用的备用数据库的系统修订号，确定所述可用的备用数据库中所述系统修订号最大的备用数据库为所述切换对象。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：关闭所述主数据库以及所述主数据库的远程访问进程，将所述备用对象切换为主数据库，重启所述备用对象。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收触发功能选项的指令，判断所述功能选项是否为进入主节点中的主数据库，若是，检测主节点中主数据库的运行状态，在所述主数据库故障时，则通过多个判断逻辑对主数据库进行检测；其中，所述功能选项包括：监控功能、进入主节点中的主数据库以及进入从节点中的备用数据库中的任意一个。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取预先设置的监控变量的返回值，根据所述返回值检测所述主节点以及所述从节点是否正常，并将检测结果输出至对应的主节点的日志文件和/或从节点的日志文件中；其中，所述日志文件部署在所述主节点和所述从节点中，所述日志文件用于对应存储对应主数据库和备用数据库的运行记录的信息。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：检测所述备用数据库的运行状态；在所述备用数据库的运行状态异常时，生成所述备用数据库故障的运行记录，并将所述备用数据库故障的运行记录存入所述从节点对应的日志文件中；在所述备用数据库的运行状态正常时，生成所述备用库正常的运行记录，并将所述备用数据库正常的运行记录存入所述从节点对应的日志文件中。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：检测所述主数据库的运行状态，若主数据库正常运行，则生成主数据库正常的运行记录，并将所述主数据库正常的运行记录存入所述主数据库的日志文件中。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：将主节点的日志文件和/或从节点的日志文件通过短信接口或者邮件接口发送至目标对象。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：检测所述切换对象的运行状态是否为等待记录，若是，则判定所述切换对象的运行状态正常。
在一个实施例中，处理器执行计算机程序时还实现以下步骤：检测所述切换对象中是否配置有所述日志文件；若所述切换对象中没有所述日志文件，则在所述切换对象对应的从节点中生成新的日志文件。
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
通过多个判断逻辑对主数据库进行检测；其中，所述主数据库部署在主节点，所述判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个；
在所述多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象；其中，所述备用数据库部署在从节点；
在所述切换对象的运行状态正常时，将所述备用对象切换为主数据库，并确定所述切换对象对应的从节点为主节点。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：在预设时间内向所述主数据库发送多次心跳检测指令，在接收到连续多次的主数据库运行故障的信息时，确定所述心跳检测的检测结果为故障；和/或，通过连接检测对主节点中主数据库进行检测，包括：检测所述主数据库的连接数是否正常，若否，则确定所述连接检测的检测结果为故障；和/或，通过监听检测对主节点中主数据库进行检测，包括：检测所述主数据库的监听进程是否工作正常，若是，则确定所述监听检测的检测结果为故障；若否，重启所述监听进程；其中，所述监听进程用于获取所述主数据库的运行状态。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取从节点中各个可用的备用数据库的系统修订号，确定所述可用的备用数据库中所述系统修订号最大的备用数据库为所述切换对象。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：关闭所述主数据库以及所述主数据库的远程访问进程，将所述备用对象切换为主数据库，重启所述备用对象。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收触发功能选项的指令，判断所述功能选项是否为进入主节点中的主数据库，若是，检测主节点中主数据库的运行状态，在所述主数据库故障时，则通过多个判断逻辑对主数据库进行检测；其中，所述功能选项包括：监控功能、进入主节点中的主数据库以及进入从节点中的备用数据库中的任意一个。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取预先设置的监控变量的返回值，根据所述返回值检测所述主节点以及所述从节点是否正常，并将检测结果输出至对应的主节点的日志文件和/或从节点的日志文件中；其中，所述日志文件部署在所述主节点和所述从节点中，所述日志文件用于对应存储对应主数据库和备用数据库的运行记录的信息。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：检测所述备用数据库的运行状态；在所述备用数据库的运行状态异常时，生成所述备用数据库故障的运行记录，并将所述备用数据库故障的运行记录存入所述从节点对应的日志文件中；在所述备用数据库的运行状态正常时，生成所述备用库正常的运行记录，并将所述备用数据库正常的运行记录存入所述从节点对应的日志文件中。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：检测所述主数据库的运行状态，若主数据库正常运行，则生成主数据库正常的运行记录，并将所述主数据库正常的运行记录存入所述主数据库的日志文件中。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将主节点的日志文件和/或从节点的日志文件通过短信接口或者邮件接口发送至目标对象。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：检测所述切换对象的运行状态是否为等待记录，若是，则判定所述切换对象的运行状态正常。
在一个实施例中，计算机程序被处理器执行时还实现以下步骤：检测所述切换对象中是否配置有所述日志文件；若所述切换对象中没有所述日志文件，则在所述切换对象对应的从节点中生成新的日志文件。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。
Claims (14)
1.一种实现数据库高可用的方法，其特征在于，所述方法包括：
通过多个判断逻辑对主数据库进行检测；其中，所述主数据库部署在主节点，所述判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个；
在所述多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象；其中，所述备用数据库部署在从节点；
在所述切换对象的运行状态正常时，将所述备用对象切换为主数据库，并确定所述切换对象对应的从节点为主节点。
2.根据权利要求1所述的实现数据库高可用的方法，其特征在于，所述通过多个判断逻辑对主数据库进行检测，包括：
在预设时间内向所述主数据库发送多次心跳检测指令，在接收到连续多次的主数据库运行故障的信息时，确定所述心跳检测的检测结果为故障；
和/或，
通过连接检测对主节点中主数据库进行检测，包括：
检测所述主数据库的连接数是否正常，若否，则确定所述连接检测的检测结果为故障；
和/或，
通过监听检测对主节点中主数据库进行检测，包括：
检测所述主数据库的监听进程是否工作正常，若是，则确定所述监听检测的检测结果为故障；
若否，重启所述监听进程；其中，所述监听进程用于获取所述主数据库的运行状态。
3.根据权利要求1所述的实现数据库高可用的方法，其特征在于，所述确定一个备用数据库作为切换对象，包括：
获取从节点中各个可用的备用数据库的系统修订号，确定所述可用的备用数据库中所述系统修订号最大的备用数据库为所述切换对象。
4.根据权利要求1所述的实现数据库高可用的方法，其特征在于，所述将所述备用对象切换为主数据库，包括：
关闭所述主数据库以及所述主数据库的远程访问进程，将所述备用对象切换为主数据库，重启所述备用对象。
5.根据权利要求1至4任一项所述的实现数据库高可用的方法，其特征在于，在通过多个判断逻辑对主数据库进行检测之前，还包括：
接收触发功能选项的指令，判断所述功能选项是否为进入主节点中的主数据库，若是，检测主节点中主数据库的运行状态，在所述主数据库故障时，则通过多个判断逻辑对主数据库进行检测；其中，所述功能选项包括：监控功能、进入主节点中的主数据库以及进入从节点中的备用数据库中的任意一个。
6.根据权利要求5所述的实现数据库高可用的方法，其特征在于，在接收触发监控功能的指令时，包括：
获取预先设置的监控变量的返回值，根据所述返回值检测所述主节点以及所述从节点是否正常，并将检测结果输出至对应的主节点的日志文件和/或从节点的日志文件中；其中，所述日志文件部署在所述主节点和所述从节点中，所述日志文件用于对应存储对应主数据库和备用数据库的运行记录的信息。
7.根据权利要求6所述的实现数据库高可用的方法，其特征在于，在接收触发进入从节点中的备用数据库的指令时，包括：
检测所述备用数据库的运行状态；
在所述备用数据库的运行状态异常时，生成所述备用数据库故障的运行记录，并将所述备用数据库故障的运行记录存入所述从节点对应的日志文件中；
在所述备用数据库的运行状态正常时，生成所述备用库正常的运行记录，并将所述备用数据库正常的运行记录存入所述从节点对应的日志文件中。
8.根据权利要求6所述的实现数据库高可用的方法，其特征在于，在接收触发进入从节点中的备用数据库的指令时，还包括：
检测所述主数据库的运行状态，若主数据库正常运行，则生成主数据库正常的运行记录，并将所述主数据库正常的运行记录存入所述主数据库的日志文件中。
9.根据权利要求6至8任一项所述的实现数据库高可用的方法，其特征在于，还包括：
将主节点的日志文件和/或从节点的日志文件通过短信接口或者邮件接口发送至目标对象。
10.根据权利要求6至8任一项所述的实现数据库高可用的方法，其特征在于，在确定一个备用数据库作为切换对象之后，还包括：
检测所述切换对象的运行状态是否为等待记录，若是，则判定所述切换对象的运行状态正常。
11.根据权利要求9所述的实现数据库高可用的方法，其特征在于，在检测所述切换对象的运行状态是否为等待记录之前，还包括：
检测所述切换对象中是否配置有所述日志文件；若所述切换对象中没有所述日志文件，则在所述切换对象对应的从节点中生成新的日志文件。
12.一种实现数据库高可用的系统，其特征在于，所述系统包括：
主数据库状态检测模块，用于通过多个判断逻辑对主数据库进行检测；其中，所述主数据库部署在主节点，所述判断逻辑至少包括：心跳检测、连接检测以及监听检测中的至少两个；
备用数据库状态检测模块，用于在所述多个判断逻辑的检测结果均为故障时，确定一个备用数据库作为切换对象；其中，所述备用数据库部署在从节点；
切换模块，用于在所述切换对象的运行状态正常时，将所述备用对象切换为主数据库，并确定所述切换对象对应的从节点为主节点。
13.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至11中任一项所述的方法的步骤。
14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至11中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810473654.4A CN108710673B (zh) | 2018-05-17 | 2018-05-17 | 实现数据库高可用方法、系统、计算机设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810473654.4A CN108710673B (zh) | 2018-05-17 | 2018-05-17 | 实现数据库高可用方法、系统、计算机设备和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108710673A true CN108710673A (zh) | 2018-10-26 |
| CN108710673B CN108710673B (zh) | 2021-07-09 |
Family
ID=63868230
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810473654.4A Active CN108710673B (zh) | 2018-05-17 | 2018-05-17 | 实现数据库高可用方法、系统、计算机设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108710673B (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109783468A (zh) * | 2018-12-04 | 2019-05-21 | 网联清算有限公司 | 数据库切换方法及系统、介质和计算机系统 |
| CN109871369A (zh) * | 2018-12-24 | 2019-06-11 | 天翼电子商务有限公司 | 数据库切换方法、系统、介质和装置 |
| CN111045872A (zh) * | 2019-12-02 | 2020-04-21 | 上海英方软件股份有限公司 | 一种实现高可用自我保护机制的方法及系统 |
| CN111198921A (zh) * | 2019-12-31 | 2020-05-26 | 招银云创（深圳）信息技术有限公司 | 数据库的切换方法、装置、计算机设备和存储介质 |
| CN111212136A (zh) * | 2019-12-31 | 2020-05-29 | 北京力控华康科技有限公司 | 一种基于Modbus协议的数据缓存方法、装置、系统及存储介质 |
| CN111460039A (zh) * | 2020-04-07 | 2020-07-28 | 中国建设银行股份有限公司 | 关系型数据库处理系统、客户端、服务器及方法 |
| CN111581287A (zh) * | 2020-05-07 | 2020-08-25 | 上海茂声智能科技有限公司 | 一种数据库管理的控制方法、系统和存储介质 |
| CN111679925A (zh) * | 2019-03-11 | 2020-09-18 | 阿里巴巴集团控股有限公司 | 数据库故障处理方法、装置、计算设备和存储介质 |
| CN113312236A (zh) * | 2021-06-03 | 2021-08-27 | 中国建设银行股份有限公司 | 一种数据库监控方法及装置 |
| CN114785789A (zh) * | 2022-04-26 | 2022-07-22 | 平安普惠企业管理有限公司 | 数据库故障管理方法、装置、电子设备及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1645389A (zh) * | 2004-01-20 | 2005-07-27 | 国际商业机器公司 | 用于实现高可用性系统的远程企业管理的系统和方法 |
| CN105069160A (zh) * | 2015-08-26 | 2015-11-18 | 国家电网公司 | 一种基于自主可控数据库的高可用性方法及构架 |
| CN105447029A (zh) * | 2014-08-27 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 一种数据库故障时的业务处理方法和设备 |
| CN107690623A (zh) * | 2015-05-28 | 2018-02-13 | 甲骨文国际公司 | 自动异常检测和解决系统 |
| US20180096066A1 (en) * | 2016-09-30 | 2018-04-05 | Microsoft Technology Licensing, Llc | Distributed availability groups of databases for data centers |
-
2018
- 2018-05-17 CN CN201810473654.4A patent/CN108710673B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1645389A (zh) * | 2004-01-20 | 2005-07-27 | 国际商业机器公司 | 用于实现高可用性系统的远程企业管理的系统和方法 |
| CN105447029A (zh) * | 2014-08-27 | 2016-03-30 | 阿里巴巴集团控股有限公司 | 一种数据库故障时的业务处理方法和设备 |
| CN107690623A (zh) * | 2015-05-28 | 2018-02-13 | 甲骨文国际公司 | 自动异常检测和解决系统 |
| CN105069160A (zh) * | 2015-08-26 | 2015-11-18 | 国家电网公司 | 一种基于自主可控数据库的高可用性方法及构架 |
| US20180096066A1 (en) * | 2016-09-30 | 2018-04-05 | Microsoft Technology Licensing, Llc | Distributed availability groups of databases for data centers |
Non-Patent Citations (4)
| Title |
|---|
| 康文杰: "云平台中MySQL数据库高可用性的设计与实现", 《计算机工程与设计》 * |
| 本书编写组编: "《中国税收征管信息系统 V2.0 技术手册》", 28 February 2006 * |
| 李小华，等: "《医院信息系统数据库技术与应用》", 31 October 2015 * |
| 潘郁，等: "《电子商务数据库技术 第2版》", 30 June 2004 * |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109783468A (zh) * | 2018-12-04 | 2019-05-21 | 网联清算有限公司 | 数据库切换方法及系统、介质和计算机系统 |
| CN109871369A (zh) * | 2018-12-24 | 2019-06-11 | 天翼电子商务有限公司 | 数据库切换方法、系统、介质和装置 |
| CN111679925B (zh) * | 2019-03-11 | 2023-06-27 | 阿里云计算有限公司 | 数据库故障处理方法、装置、计算设备和存储介质 |
| CN111679925A (zh) * | 2019-03-11 | 2020-09-18 | 阿里巴巴集团控股有限公司 | 数据库故障处理方法、装置、计算设备和存储介质 |
| CN111045872A (zh) * | 2019-12-02 | 2020-04-21 | 上海英方软件股份有限公司 | 一种实现高可用自我保护机制的方法及系统 |
| CN111045872B (zh) * | 2019-12-02 | 2023-11-07 | 上海英方软件股份有限公司 | 一种实现高可用自我保护机制的方法及系统 |
| CN111198921A (zh) * | 2019-12-31 | 2020-05-26 | 招银云创（深圳）信息技术有限公司 | 数据库的切换方法、装置、计算机设备和存储介质 |
| CN111212136A (zh) * | 2019-12-31 | 2020-05-29 | 北京力控华康科技有限公司 | 一种基于Modbus协议的数据缓存方法、装置、系统及存储介质 |
| CN111460039A (zh) * | 2020-04-07 | 2020-07-28 | 中国建设银行股份有限公司 | 关系型数据库处理系统、客户端、服务器及方法 |
| CN111581287A (zh) * | 2020-05-07 | 2020-08-25 | 上海茂声智能科技有限公司 | 一种数据库管理的控制方法、系统和存储介质 |
| CN113312236A (zh) * | 2021-06-03 | 2021-08-27 | 中国建设银行股份有限公司 | 一种数据库监控方法及装置 |
| CN114785789A (zh) * | 2022-04-26 | 2022-07-22 | 平安普惠企业管理有限公司 | 数据库故障管理方法、装置、电子设备及存储介质 |
| CN114785789B (zh) * | 2022-04-26 | 2024-01-16 | 永诚恒易网络科技股份有限公司 | 数据库故障管理方法、装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108710673B (zh) | 2021-07-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108710673A (zh) | 实现数据库高可用方法、系统、计算机设备和存储介质 | |
| CN109787817B (zh) | 网络故障诊断方法、装置和计算机可读存储介质 | |
| CN111831569A (zh) | 基于故障注入的测试方法、装置、计算机设备和存储介质 | |
| CN106856489A (zh) | 一种分布式存储系统的服务节点切换方法和装置 | |
| CN109286529A (zh) | 一种恢复RabbitMQ网络分区的方法及系统 | |
| US20110314331A1 (en) | Automated test and repair method and apparatus applicable to complex, distributed systems | |
| CA2272609A1 (en) | Software fault management system | |
| CN108897658B (zh) | 主数据库监控方法、装置、计算机设备和存储介质 | |
| CN111881014B (zh) | 一种系统测试方法、装置、存储介质及电子设备 | |
| CN109618000A (zh) | 负载均衡服务的主从切换方法、装置、系统及服务器 | |
| CN101170447A (zh) | 基于主动探针的服务故障诊断系统及其方法 | |
| CN110119325A (zh) | 服务器故障处理方法、装置、设备及计算机可读存储介质 | |
| CN113726553A (zh) | 一种节点故障恢复方法、装置、电子设备及可读存储介质 | |
| CN110618853B (zh) | 一种僵尸容器的检测方法、装置及设备 | |
| CN112838944A (zh) | 诊断及管理、规则确定及部署方法、分布式设备、介质 | |
| CN109324961A (zh) | 系统自动测试方法、装置、计算机设备及存储介质 | |
| CN108833164A (zh) | 服务器控制方法、装置、电子设备及存储介质 | |
| CN111198921A (zh) | 数据库的切换方法、装置、计算机设备和存储介质 | |
| CN111124724B (zh) | 一种分布式块存储系统的节点故障测试方法及装置 | |
| CN108733466A (zh) | 重启分布式系统中的应用系统实例的方法、装置及设备 | |
| CN115328814B (zh) | 基于镜像对的故障注入方法、装置、设备和存储介质 | |
| CN115686951A (zh) | 一种数据库服务器的故障处理方法和装置 | |
| CN113259531B (zh) | 一种呼叫中心自动语音服务运维方法及系统 | |
| CN110289977A (zh) | 物流仓库系统的故障检测方法及系统、设备和存储介质 | |
| CN108319517A (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 | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: Room 1901, building 5, Shenzhen new generation industrial park, 136 Zhongkang Road, Meidu community, Meilin street, Futian District, Shenzhen, Guangdong 518000 Applicant after: Zhaoyin yunchuang Information Technology Co.,Ltd. Address before: 518000 Room 201, building A, No. 1, Qian Wan Road, Qianhai Shenzhen Hong Kong cooperation zone, Shenzhen, Guangdong (Shenzhen Qianhai business secretary Co., Ltd.) Applicant before: MBCLOUD (SHENZHEN) INFORMATION TECHNOLOGY Co.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right | ||
| PE01 | Entry into force of the registration of the contract for pledge of patent right |
Denomination of invention: Implement high availability methods, systems, computer equipment, and storage media for databases Effective date of registration: 20231117 Granted publication date: 20210709 Pledgee: Shenzhen Branch of China Merchants Bank Co.,Ltd. Pledgor: Zhaoyin yunchuang Information Technology Co.,Ltd. Registration number: Y2023980065913 |