CN109726046B - 机房切换方法及切换装置 - Google Patents

Abstract

本发明公开了一种机房切换方法及切换装置，其中，方法包括：接收当前主机房的切换指令；检测当前主机房的数据库实例是否满足切换条件；如果满足切换条件，则将当前主机房的数据库中业务切换至备用机房。该切换方法可以在机房主动切换的场景下，将主机房的数据库中业务切换至备用机房，不但操作简单便捷，且有效提升切换效率，在避免出现误操作的同时，有效保证数据库的容灾能力，提升使用体验。

Description

机房切换方法及切换装置

技术领域

本发明涉及数据管理技术领域，特别涉及一种机房切换方法及切换装置。

背景技术

相关技术中，使用MySQL数据库，在机房维护主动切换的场景下，数据库管理人员需要手动将当前集群的主库切换为备库，并在校验主备间数据一致性后，修改备库的角色为新主库，并恢复整个集群的新拓扑架构。

然而，在数据库管理人员使用手动方式将一套库的业务从某个机房切换到另一个机房时，每一步操作需要检查、操作和确认，而一旦整个拓扑架构节点较多或架构较复杂，导致人工切换较为复杂，不但操作繁琐，而且切换效率大较低，尤其是易出现误操作，无法有效保证数据库的容灾能力，降低使用体验。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的第一个目的在于提出一种机房切换方法，该方法不但操作简单便捷，且有效提升切换效率，在避免出现误操作的同时，有效保证数据库的容灾能力，提升使用体验。

本发明的第二个目的在于提出一种机房切换装置。

本发明的第三个目的在于提出一种计算机设备。

本发明的第四个目的在于提出一种非临时性计算机可读存储介质。

为达到上述目的，本发明第一方面实施例提出了一种机房切换方法，包括以下步骤：接收当前主机房的切换指令；检测所述当前主机房的数据库实例是否满足切换条件；如果满足所述切换条件，则将所述当前主机房的数据库中业务切换至备用机房。

本发明实施例的机房切换方法，可以在在机房主动切换的场景下，一旦接收到切换指令，且满足切换条件，那么将主机房的数据库中业务切换至备用机房，不但操作简单便捷，且有效提升切换效率，在避免出现误操作的同时，有效保证数据库的容灾能力，提升使用体验。

另外，根据本发明上述实施例的机房切换方法还可以具有以下附加的技术特征：

进一步地，在本发明的一个实施例中，还包括：如果不满足所述切换条件，则发出切换失败提醒。

可选地，在本发明的一个实施例中，所述切换条件包括所述主机房和所述备用机房的库数据一致、所述主机房和所述备用机房的配置一致和所述主机房和所述备用机房的所处机房不同中的一项或多项。

进一步地，在本发明的一个实施例中，所述将所述当前主机房的数据库中业务切换至备用机房，进一步包括：将所述当前主机房的数据库设置为只读，以校验数据一致性；在校验通过后，将所述备用机房的数据库打开读写，并将所述备用机房的数据库作为新的复制库，以便所述当前主机房的数据库恢复整个拓扑架构。

进一步地，在本发明的一个实施例中，还包括：检测所述当前主机房是否发生故障；如果发生故障，则将所述当前主机房的数据库迁移至候选机房。

进一步地，在本发明的一个实施例中，所述检测所述当前主机房是否发生故障，进一步包括：在所述当前主机房处于不可用状态，且持续时间大于预设阈值时，采集应用端检测的状态信息；如果所述状态信息为所述不可用状态，则判定故障。

进一步地，在本发明的一个实施例中，所述将所述当前主机房的数据库迁移至候选机房，进一步包括：将所述候选机房的数据库打开读写并让其他机房的数据库复制新主库，且更新数据库新集群架构的每个节点角色信息。

为达到上述目的，本发明第二方面实施例提出了一种机房切换装置，包括：接收模块，用于接收当前主机房的切换指令；检测模块，用于检测所述当前主机房的数据库实例是否满足切换条件；切换模块，用于在满足所述切换条件时，将所述当前主机房的数据库中业务切换至备用机房。

本发明实施例的机房切换装置，可以在在机房主动切换的场景下，一旦接收到切换指令后，而且满足切换条件，那么将主机房的数据库中业务切换至备用机房，不但操作简单便捷，且有效提升切换效率，在避免出现误操作的同时，有效保证数据库的容灾能力，提升使用体验。

另外，根据本发明上述实施例的机房切换装置还可以具有以下附加的技术特征：

进一步地，在本发明的一个实施例中，还包括：提醒模块，用于在不满足所述切换条件时，发出切换失败提醒。

可选地，在本发明的一个实施例中，所述切换条件包括所述主机房和所述备用机房的库数据一致、所述主机房和所述备用机房的配置一致和所述主机房和所述备用机房的所处机房不同中的一项或多项。

进一步地，在本发明的一个实施例中，所述切换模块进一步用于将所述当前主机房的数据库设置为只读，以校验数据一致性，且在校验通过后，将所述备用机房的数据库打开读写，并将所述备用机房的数据库作为新的复制库，以便所述当前主机房的数据库恢复整个拓扑架构。

进一步地，在本发明的一个实施例中，还包括：检测模块，用于检测所述当前主机房是否发生故障，以在发生故障时，所述切换模块将所述当前主机房的数据库迁移至候选机房。

进一步地，在本发明的一个实施例中，所述检测模块进一步用于在所述当前主机房处于不可用状态，且持续时间大于预设阈值时，采集应用端检测的状态信息，并且在所述状态信息为所述不可用状态时，判定故障。

进一步地，在本发明的一个实施例中，所述切换模块进一步用于将所述候选机房的数据库打开读写并让其他机房的数据库复制新主库，且更新数据库新集群架构的每个节点角色信息。

为达到上述目的，本发明第三方面实施例提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如上述实施例描述的机房切换方法。

为达到上述目的，本发明第四方面实施例提出了一种非临时性计算机可读存储介质，该程序被处理器执行时实现如上述实施例描述的机房切换方法。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明一个实施例的机房切换方法的流程图；

图2为根据本发明一个实施例的机房切换装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

为了保障业务系统的容灾能力，大多数公司都采用了跨机房部署服务的架构，比如2地3中心就是金融行业业务服务的标配。

具体地，一个数据中心故障或一个城市发生灾害，都需要快速的恢复系统，以恢复业务服务。因此，作为最底层的基础服务，数据库的容灾切换就变得尤为重要。由于MySQL不是分布式数据库，跨机房自动切换依赖于数据库的跨机房复制部署，切换需结合数据库集群的拓扑架构和业务需求。在机房可能发生故障前，及时将该机房的业务切走，以保障业务不中断，探测到机房故障后自动将依赖该机房的业务迁移到其他机房继续提供服务，让业务中断时间尽可能的少，将业务损失降到最低。

本发明正是基于上述问题，而提出了一种机房切换方法及切换装置。

下面参照附图描述根据本发明实施例提出的机房切换方法及切换装置，首先将参照附图描述根据本发明实施例提出的机房切换方法。

图1是本发明一个实施例的机房切换方法的流程图。

如图1所示，该机房切换方法包括以下步骤：

在步骤S101中，接收当前主机房的切换指令。

在本发明的实施例中，使用自动切换的方式，在发现机房有重大运营风险前主动将业务提前切走，在出现机房故障或城市级灾难的情况下自动将该机房的服务迁移到其他机房，快速的最大限度的恢复数据库服务，将故障影响降到最低，从而保障业务的连续稳定运行。

作为一种场景举例，在机房维护主动切换的场景下，本发明实施例可以在操作人员触发切换按键后，生成切换指令，以根据切换指令实现一键切换。具体地，一键切换可以用于在故障及灾害发生前或机房维护时，人工介入将数据库服务从一个机房切换到另一个机房。

需要说明的是，在本发明的以下部分将对机房切换方法进行详细介绍。虽然以下实施例以一键切换为例，但是本领域技术人员应当理解的是，一键切换的触发方式仅是示意性的，例如本领域技术人员可以预先设定一定条件，如果当前主机房满足一定条件，则自动生成切换指令，如在未触发切换按键时，一旦检测到当前主机房进入维护状态，则自动生成切换指令，以实现机房切换，避免业务损失，有效保证可靠性。因此，本发明并不仅限于这一种切换方式。

在步骤S102中，检测当前主机房的数据库实例是否满足切换条件。

可选地，在本发明的一个实施例中，切换条件可以包括主机房和备用机房的库数据一致、主机房和备用机房的配置一致和主机房和备用机房的所处机房不同中的一项或多项。

可以理解的是，本发明实施例的一键切换是在本机房目前运行正常的情况下将业务切走，避免将来可能出现的故障。因此，在数据迁移之前，先检查各机房数据库实例，从而保证整个数据库集群运行正常且具备切换条件。例如，如果主备库数据和配置均一致，且主备是在不同的机房，则意味着可以正常切换，满足切换条件。

在步骤S103中，如果满足切换条件，则将当前主机房的数据库中业务切换至备用机房。

进一步地，在本发明的一个实施例中，本发明实施例的方法还包括：如果不满足切换条件，则发出切换失败提醒。

也就是说，在本机房目前运行正常的情况下将业务切走，避免将来可能出现的故障，例如，数据库管理人员接到机房维护或应用异常时，执行自动化迁移程序，让主机房数据库服务迁移到其他机房继续提供服务，但是不满足切换条件，则意味着本机房目前运行不适宜切换，那么可以控制光学提醒装置和/或声学提醒装置对操作人员发出切换失败提醒，如蜂鸣器报警、指示灯闪烁等等，以提醒操作人员及时人工介入，保证切换的可靠性。

需要说明的是，在迁移过程需要保证主备数据库数据一致，下面对切换过程进行详细描述。

在本发明的一个实施例中，将当前主机房的数据库中业务切换至备用机房，进一步包括：将当前主机房的数据库设置为只读，以校验数据一致性；在校验通过后，将备用机房的数据库打开读写，并将备用机房的数据库作为新的复制库，以便当前主机房的数据库恢复整个拓扑架构。

具体地，切换时先将当前主机房的主库设置为只读，并校验主备数据一致性，且在确保主备数据一致后，将备用机房的数据库打开读写，并让当前复制老主库的备用机房的数据库改为复制新主库，并让老主库复制新主库以恢复整个拓扑架构。

在本发明的实施例中，一键切换可以保证切换过程的数据一致，但切换过程数据库对外是只读的，可能会影响部分业务，而且一键切换也可用于在本机房的应用程序组件发生灾难性故障需要将相关服务迁移到其他机房继续提供服务，程序可以调用数据库一键切换程序接口将该业务对应的数据库快速切换到其他机房以恢复整个业务功能，在此不做详细描述。

另外，在本发明的一个实施例中，本发明实施例的方法还包括：检测当前主机房是否发生故障；如果发生故障，则将当前主机房的数据库迁移至候选机房。

需要说明的是，在机房故障自动切换场景下，数据库管理人员往往需要借助于监控告警等手段发现异常，并尽快恢复故障机房的数据库服务。由于跨机房容灾切换需要按照分布式系统的设计让数据库跟应用程序协同来恢复业务，导致需要考虑的因素更多，从而没有完善的解决方案，只能依赖于数据库管理人员在出现故障后的应急处理，易导致业务长时间不可用，且恢复程度不确定，无法达到既定SLA(Service-Level Agreement，服务等级协议)。

因此，作为另一种场景举例，在机房故障被动切换的场景下，本发明实施例可以在在故障发生后没有人工介入的情况下，快速将数据库服务自动迁移到其他候选机房以恢复服务。

可以理解的是，故障自动切换是在机房出现故障后快速将该机房的数据库迁移到其他机房，以避免业务中断，有效保证数据库的容灾能力，提升使用体验。

进一步地，在本发明的一个实施例中，检测当前主机房是否发生故障，进一步包括：在当前主机房处于不可用状态，且持续时间大于预设阈值时，采集应用端检测的状态信息；如果状态信息为不可用状态，则判定故障。

在机房故障被动切换的场景下，跨机房部署的数据库主备不可达，如果直接将候选机房的备库提升为主库，则可能有脑裂风险导致数据库脏写，此时需要业务配合协同实现应用-数据库的机房切换。

因此，在本发明的实施例中，本发明实施例将应用端作为第三方角色以探测当前主机房应用，即将探测程序作为监控数据库存活性的重要依据。其中，如果超过一定时间当前主机房不可用，会通知数据库切换机房，但是备数据库还需得到应用端返回后继续探测主机房数据库是否可用，如果此时数据库恢复了，则认为当前主机房没有故障，切换程序继续监控探测主机房状态，而如果此时数据库监控到主机房数据库不可达，则意味着应用端跟数据库端监控的结果一致，则开始执行机房切换程序，从而有效有脑裂风险，安全可靠。

需要说明的是，预设阈值可以由本领域技术人员根据实际情况进行设置，如三分钟，在此不作具体限定。

进一步地，在本发明的一个实施例中，将当前主机房的数据库迁移至候选机房，进一步包括：将候选机房的数据库打开读写并让其他机房的数据库复制新主库，且更新数据库新集群架构的每个节点角色信息。

具体地，将候选机房打开读写，并让其他机房的备库复制新主库，并更新数据库新集群架构各节点角色信息。切换完成后，本发明实施例还可以调用应用接口通知应用进行后续切换，修改控制位将新的主库所在机房作为主机房，恢复整个业务。本发明实施例的整个过程应用和数据库联动均无需人工介入，数据库管理人员将自动化程序部署到管理机上，实时监控数据库状态，如果应用和数据库都认为机房故障，则将该机房的数据库服务迁移到预先指定的备用机房，保持整个数据库集群拓扑结构不变。

根据本发明实施例的机房切换方法，可以在在机房主动切换的场景下，如机房维护或者在故障之前，一旦接收到切换指令，且满足切换条件，那么将主机房的数据库中业务切换至备用机房，提前将主机房的业务快速切走，保证在机房维护期间业务不受影响。机房故障的概率较小，而出现故障后由于业务大面积中断影响较大，通过应用程序跟数据库协同将故障机房的服务自动迁移到其他机房，快速的恢复系统恢复业务，并保障业务的稳定运行，不但操作简单便捷，且有效提升切换效率，在避免出现误操作的同时，有效保证数据库的容灾能力，提升使用体验。

其次参照附图描述根据本发明实施例提出的机房切换装置。

图2为根据本发明一个实施例的机房切换装置的结构示意图。

如图2所示，该机房切换装置10包括：接收模块100、检测模块200和切换模块300。

其中，接收模块100用于接收当前主机房的切换指令。检测模块200用于检测当前主机房的数据库实例是否满足切换条件。切换模块300用于在满足切换条件时，将当前主机房的数据库中业务切换至备用机房。本发明实施例的切换装置10可以在机房主动切换的场景下，将主机房的数据库中业务切换至备用机房，不但操作简单便捷，且有效提升切换效率，在避免出现误操作的同时，有效保证数据库的容灾能力，提升使用体验。

进一步地，在本发明的一个实施例中，本发明实施例的切换装置10还包括：提醒模块。其中，提醒模块用于在不满足切换条件时，发出切换失败提醒。

可选地，在本发明的一个实施例中，切换条件可以包括主机房和备用机房的库数据一致、主机房和备用机房的配置一致和主机房和备用机房的所处机房不同中的一项或多项。

进一步地，在本发明的一个实施例中，切换模块300进一步用于将当前主机房的数据库设置为只读，以校验数据一致性，且在校验通过后，将备用机房的数据库打开读写，并将备用机房的数据库作为新的复制库，以便当前主机房的数据库恢复整个拓扑架构。

进一步地，在本发明的一个实施例中，本发明实施例的切换装置10还包括：检测模块。其中，检测模块用于检测当前主机房是否发生故障，以在发生故障时，切换模块300将当前主机房的数据库迁移至候选机房。

进一步地，在本发明的一个实施例中，检测模块进一步用于在当前主机房处于不可用状态，且持续时间大于预设阈值时，采集应用端检测的状态信息，并且在状态信息为不可用状态时，判定故障。

进一步地，在本发明的一个实施例中，切换模块300进一步用于将候选机房的数据库打开读写并让其他机房的数据库复制新主库，且更新数据库新集群架构的每个节点角色信息。

需要说明的是，前述对机房切换方法实施例的解释说明也适用于该实施例的机房切换装置，此处不再赘述。

根据本发明实施例的机房切换装置，可以在在机房主动切换的场景下，如机房维护或者在故障之前，一旦接收到切换指令，且满足切换条件，那么将主机房的数据库中业务切换至备用机房，提前将主机房的业务快速切走，保证在机房维护期间业务不受影响。机房故障的概率较小，而出现故障后由于业务大面积中断影响较大，通过应用程序跟数据库协同将故障机房的服务自动迁移到其他机房，快速的恢复系统恢复业务，并保障业务的稳定运行，不但操作简单便捷，且有效提升切换效率，在避免出现误操作的同时，有效保证数据库的容灾能力，提升使用体验。

为了实现上述实施例，本发明还提出了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如前述实施例所述的机房切换方法。

为了实现上述实施例，本发明还提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述实施例所述的机房切换方法。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (8)

1.一种机房切换方法，其特征在于，在机房中运行的数据库服务采用MySQL数据库，所述方法包括以下步骤：

接收当前主机房的切换指令，所述切换指令用于在所述当前主机房发生故障之前，将在所述当前主机房中运行的数据库服务切换至备用机房；

检测所述当前主机房的数据库实例是否满足切换条件；以及

如果满足所述切换条件，则将所述当前主机房的数据库中业务切换至备用机房；

还包括：

检测所述当前主机房是否发生故障；

如果发生故障，则将所述当前主机房的数据库迁移至候选机房，其中，将所述候选机房的数据库打开读写并让其他机房的数据库复制新主库，且更新数据库新集群架构的每个节点角色信息，切换完成后，调用应用接口通知应用进行后续切换，修改控制位将所述新主库作为所述主机房。

2.根据权利要求1所述的机房切换方法，其特征在于，还包括：

如果不满足所述切换条件，则发出切换失败提醒。

3.根据权利要求1或2所述的机房切换方法，其特征在于，所述切换条件包括所述主机房和所述备用机房的库数据一致、所述主机房和所述备用机房的配置一致和所述主机房和所述备用机房的所处机房不同中的一项或多项。

4.根据权利要求1所述的机房切换方法，其特征在于，所述将所述当前主机房的数据库中业务切换至备用机房，进一步包括：

将所述当前主机房的数据库设置为只读，以校验数据一致性；

在校验通过后，将所述备用机房的数据库打开读写，并将所述备用机房的数据库作为新的复制库，以便所述当前主机房的数据库恢复整个拓扑架构。

5.根据权利要求1所述的机房切换方法，其特征在于，所述检测所述当前主机房是否发生故障，进一步包括：

在所述当前主机房处于不可用状态，且持续时间大于预设阈值时，采集应用端检测的状态信息；

如果所述状态信息为所述不可用状态，则判定故障。

6.一种机房切换装置，其特征在于，在机房中运行的数据库服务采用MySQL数据库，所述装置包括：

接收模块，用于接收当前主机房的切换指令，所述切换指令用于在所述当前主机房发生故障之前，将在所述当前主机房中运行的数据库服务切换至备用机房；

检测模块，用于检测所述当前主机房的数据库实例是否满足切换条件；以及

切换模块，用于在满足所述切换条件时，将所述当前主机房的数据库中业务切换至备用机房；

所述检测模块，还用于检测所述当前主机房是否发生故障；

所述切换模块，还用于在发生故障时，将所述当前主机房的数据库迁移至候选机房，其中，将所述候选机房的数据库打开读写并让其他机房的数据库复制新主库，且更新数据库新集群架构的每个节点角色信息，切换完成后，调用应用接口通知应用进行后续切换，修改控制位将所述新主库作为所述主机房。

7.一种计算机设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时，实现如权利要求1-5中任一所述的方法。

8.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的方法。

Images