CN117931523A - 一种灾备切换方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及计算机技术领域，公开了一种灾备切换方法、装置、设备及存储介质。该方法包括：当主数据中心故障时，将灾备数据中心的灾备数据库修改为可读写状态，并将灾备数据库对应的系统灾备标志修改为预设灾备运行标识；若通过自定义注解确定修改后的系统灾备标志成功通过预设校验逻辑的验证，则确定成功实现灾备切换。本实施例的方案，通过在数据库中增加系统灾备标志，并设置预设校验逻辑来决定是否进行业务处理，仅修改数据库读写状态和系统灾备标志即可实现灾备切换，可以使灾备应用处于热备状态，可以支持对灾备应用可用性的随时验证，可以降低灾备切换失败的风险，可以简化灾备切换逻辑，可以缩短恢复时间目标。

Description

一种灾备切换方法、装置、设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种灾备切换方法、装置、设备及存储介质。

背景技术

随着银行业对业务连续性要求的提升，银行信息系统由传统的异地灾备模式逐渐转变为面向业务连续性的容灾模式，以确保发生区域级灾难后的业务连续服务能力。对于灾备等级较低的系统，通常采用A-S部署架构，即在主数据中心(A端)和灾备数据中心(S端)部署相同的应用程序和数据库，正常情况下只有A端应用启动，S端应用冷备不启动，S端数据库配置为只读并从A端数据库实时同步数据。S端应用为冷备的原因是如果启动，系统处理自动执行的异步任务、消费消息队列、处理定时任务、批量记账等场景时，S端应用需要向S端数据库写入数据，而S端数据库为只读，故会导致报错，因此只能处于冷备状态。

目前，对于A-S部署架构系统的灾备切换，灾备数据中心的灾备应用平时处于冷备状态，当主数据中心出现故障时，启动灾备数据中心的灾备应用，完成主备数据中心的应用服务切换，但灾备应用启动过程耗时较长，恢复时间目标通常为小时级或者分钟级。而且，灾备应用冷备不启动，导致平时无法验证S端应用程序和服务器资源的可用性，存在应用程序启动失败的风险，增加了灾备切换失败的风险。

发明内容

本发明提供了一种灾备切换方法、装置、设备及存储介质，可以使灾备应用处于热备状态，可以支持对灾备应用可用性的随时验证，可以降低灾备切换失败的风险，可以简化灾备切换逻辑，可以缩短恢复时间目标，从小时级或者分钟级降低为秒级，可以提升发生区域级灾难后业务连续服务能力。

根据本发明的一方面，提供了一种灾备切换方法，包括：

当主数据中心故障时，将灾备数据中心的灾备数据库修改为可读写状态，并将所述灾备数据库对应的系统灾备标志修改为预设灾备运行标识；

若通过自定义注解确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证，则确定成功实现灾备切换。

根据本发明的另一方面，提供了一种灾备切换装置，包括：

系统灾备标志修改模块，用于当主数据中心故障时，将灾备数据中心的灾备数据库修改为可读写状态，并将所述灾备数据库对应的系统灾备标志修改为预设灾备运行标识；

系统灾备标志验证模块，用于若通过自定义注解确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证，则确定成功实现灾备切换。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的灾备切换方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行时实现本发明任一实施例所述的灾备切换方法。

本发明实施例的技术方案，通过当主数据中心故障时，将灾备数据中心的灾备数据库修改为可读写状态，并将灾备数据库对应的系统灾备标志修改为预设灾备运行标识；若通过自定义注解确定修改后的系统灾备标志成功通过预设校验逻辑的验证，则确定成功实现灾备切换；通过在数据库中增加系统灾备标志，并设置预设校验逻辑来决定是否进行业务处理，仅修改数据库读写状态和系统灾备标志即可实现灾备切换，可以使灾备应用处于热备状态，可以支持对灾备应用可用性的随时验证，可以降低灾备切换失败的风险；可以简化灾备切换逻辑，可以缩短恢复时间目标，从小时级或者分钟级降低为秒级，可以提升发生区域级灾难后业务连续服务能力。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1A是根据本发明实施例一提供的一种灾备切换方法的流程图；

图1B是根据本发明实施例一提供的正常情况下主备数据中心的交互流程示意图；

图1C是根据本发明实施例一提供的灾备切换后的主备数据中心的交互流程示意图；

图1D是根据本发明实施例一提供的应用灾备标志示意图；

图2是根据本发明实施例二提供的一种灾备切换装置的结构示意图；

图3是实现本发明实施例的灾备切换方法的电子设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“目标”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1A为本发明实施例一提供了一种灾备切换方法的流程图，本实施例可适用于对A-S部署架构系统进行灾备切换控制的情况，该方法可以由灾备切换装置来执行，该灾备切换装置可以采用硬件和/或软件的形式实现，典型的，该灾备切换装置可配置于电子设备中，例如，计算机设备或者服务器等。如图1A所示，该方法包括：

S110、当主数据中心故障时，将灾备数据中心的灾备数据库修改为可读写状态，并将所述灾备数据库对应的系统灾备标志修改为预设灾备运行标识。

需要说明的是，本实施例技术方案应用于A-S架构系统，即一个数据中心作为主中心对外提供服务(A端)，另一个数据中心作为灾备中心(S端)，两个中心的应用部署相同，主中心的数据库实时同步到灾备中心数据库。灾备数据中心的应用服务平时处于停止状态，当主数据中心出现故障时，启动灾备数据中心的应用服务，从而完成主备数据中心的应用服务切换。

针对现有技术中S端应用冷备导致的灾备切换时间延迟较长的问题，本实施例在数据库中增加系统灾备标志数据项，同时在应用程序配置文件中增加应用灾备标志数据项，并通过对原始业务处理逻辑添加自定义注解，配置校验逻辑；例如，校验逻辑，可以是若当前中心的系统灾备标志数据项和应用灾备标志数据项两者的值一致，则运行业务处理逻辑，若不一致则跳过业务处理逻辑。

需要说明的是，对于应用程序，从数据库读写方面考虑，系统正常运行情况下A端数据库可以读写，S端数据库处于只读模式，通过数据库主备同步机制从A端自动同步数据，S端应用对S端数据库进行写操作会报错，所以S端应用对定时任务等自动执行并更新数据库的操作，系统正常运行状态下都需要禁止处理。其次，对于只能处理一次的业务场景，如消费消息队列、自动执行的异步任务、批量记账等，系统正常运行时只能由A端应用处理，S端应用需要禁止处理。

在本实施例中，通过判断系统灾备标志和应用灾备标志的一致性，可以对上述业务场景进行判断处理。具体的，在信息系统初始运行时，设置主数据中心的主数据库对应的系统灾备标志为预设正常运行标识(例如,A-正常)，并设置主应用对应的应用灾备标志为预设正常运行标识；同时，设置灾备数据中心的灾备数据库对应的系统灾备标志为预设正常运行标识，并设置灾备应用对应的应用灾备标志为预设灾备运行标识(例如，S-灾备)。此时，对于主数据中心，系统灾备标志和应用灾备标志相同，均为A-正常，而对于灾备数据中心，系统灾备标志和应用灾备标志不相同，一个为A-正常，一个为S-灾备，故业务仅在主数据中心进行处理。

在一个具体例子中，正常情况下主备数据中心的交互流程可以如图1B所示，其中，数据中心1为主数据中心，数据中心2为灾备数据中心，主数据库为读写状态，灾备数据库为只读状态。对于灾备数据中心，由于其无法通过校验逻辑的一致性判断，故其灾备应用完全不会参与业务处理，从而不会出现向灾备数据库写入数据的操作，也就不会产生异常告警。由此，可以使灾备应用处于热备状态，而不必必须处于冷备状态。

具体的，当主数据中心故障，即A端故障需要进行灾备切换时，不需要启动和停止应用程序，仅需修改S端数据库为可读写状态，并修改S端数据库的系统灾备标志为S-灾备(预设灾备运行标识)。其中，若检测到主备数据中心间的主从数据同步失败，则可以确定主数据中心故障。

S120、若通过自定义注解确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证，则确定成功实现灾备切换。

其中，自定义注解，可以是Java自定义注解，为Java语言提供的类似注释的机制，用来将信息与Java程序元素(类、方法、成员变量等)进行关联，实现说明、配置等功能。

在本实施例中，使用Java自定义注解统一封装预设校验逻辑，通过对系统自动运行业务处理的方法添加注解，统一对联机类请求进行判断处理，不需要在每个方法中重复编写相关逻辑，可以实现校验逻辑与业务逻辑的分离。

上述设置的好处在于，对业务处理逻辑无侵入，便于实现。

其中，预设校验逻辑，可以是预设的判断灾备切换是否成功完成的条件信息，例如，可以是修改后的系统灾备标志为预设灾备运行标识等。

在本实施例中，通过自定义注解确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证，可以具体包括：通过所述自定义注解，若检测到修改后的所述系统灾备标志与所述灾备应用对应的应用灾备标志相同，则确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证。

具体的，若检测到修改后的系统灾备标志与应用灾备标志均为S-灾备，则确定成功实现灾备切换。

在一个具体的例子中，灾备切换后的主备数据中心的交互流程可以如图1C所示；其中，数据中心1(A端)处于故障状态，S端的系统灾备标志与应用灾备标志均为S-灾备，成功通过预设校验逻辑的验证，允许S端应用程序正常执行业务逻辑。

本发明实施例的技术方案，通过当主数据中心故障时，将灾备数据中心的灾备数据库修改为可读写状态，并将灾备数据库对应的系统灾备标志修改为预设灾备运行标识；若通过自定义注解确定修改后的系统灾备标志成功通过预设校验逻辑的验证，则确定成功实现灾备切换；通过在数据库中增加系统灾备标志，并设置预设校验逻辑来决定是否进行业务处理，仅修改数据库读写状态和系统灾备标志即可实现灾备切换，可以使灾备应用处于热备状态，可以支持对灾备应用可用性的随时验证，可以降低灾备切换失败的风险；可以简化灾备切换逻辑，可以缩短恢复时间目标，从小时级或者分钟级降低为秒级，可以提升发生区域级灾难后业务连续服务能力。

在本实施例的一个可选的实施方式中，本实施例的技术方案，还可以包括：

当所述主数据中心正常运行时，通过在主数据库中建立系统灾备标志表，配置所述主数据库对应的系统灾备标志为预设正常运行标识；

通过数据库主备同步机制，将所述系统灾备标志表同步至所述灾备数据库，以配置所述灾备数据库对应的系统灾备标志为预设正常运行标识；

通过在应用程序配置文件中增加应用灾备标志，配置所述主数据中心的主应用对应的应用灾备标志为预设正常运行标识，以及配置所述灾备数据中心的灾备应用对应的应用灾备标志为预设灾备运行标识。

其中，系统灾备标志表可以包括会计日期字段、系统灾备标志字段、系统灾备标志更新时间字段和/或系统灾备标志更新描述字段。在本实施例中，可以在主数据库中建立一张系统灾备标志表，其中一个字段为系统灾备标志，正常运行时该字段配置为预设正常运行标识A-正常，发生故障切换到灾备系统运行时修改为S-灾备，并通过数据库主备同步机制自动将其同步到灾备数据库。例如，系统灾备标志表可以如表1所示。

表1系统灾备标志表

会计日期	系统灾备标志	系统灾备标志更新时间	系统灾备标志更新描述
				20230101	A-正常	2023-01-01 00:00:00	初始状态

其次，可以在应用程序配置文件中增加应用灾备标志字段systemRunMode，对于A端应用(主应用)，该字段配置为A-正常，对于S端应用(灾备应用)，该字段配置为S-灾备。例如，应用灾备标志可以如图1D所示。

在本实施例的另一个可选的实施方式中，在确定成功实现灾备切换之后，还可以包括：

当所述主数据中心恢复正常运行时，将所述灾备数据库恢复为只读状态，并将所述灾备数据库对应的系统灾备标志恢复为预设正常运行标识。

在本实施例中，在主数据中心恢复正常运行时，可以进行主备回切。具体的，在进行主备回切时，可以将S端数据库恢复为只读状态，并将S端数据库对应的系统灾备标志恢复为A-正常即可，支持秒级回切。

本实施例的技术方案，提出了一种在数据库中增加系统灾备标志，在应用配置文件中增加应用灾备标志，以及使用Java自定义注解判断两者一致性来决定是否进行业务处理，使S端应用处于热备状态的方案。由于S端应用处于热备状态，故支持接入外部监控手段，随时验证S端应用的可用性，降低了灾备环境不可用风险。而且，灾备切换逻辑简单，进行灾备切换和回切仅需要修改数据库读写状态和系统灾备标志，不需要启动和停止应用程序，缩短了恢复时间目标，从小时级或者分钟级降低为秒级，提升了发生区域级灾难后业务连续服务能力。

实施例二

图2为本发明实施例二提供的一种灾备切换装置的结构示意图。如图2所示，该装置包括：系统灾备标志修改模块210和系统灾备标志验证模块220；其中，

系统灾备标志修改模块210，用于当主数据中心故障时，将灾备数据中心的灾备数据库修改为可读写状态，并将所述灾备数据库对应的系统灾备标志修改为预设灾备运行标识；

系统灾备标志验证模块220，用于若通过自定义注解确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证，则确定成功实现灾备切换。

本发明实施例的技术方案，通过当主数据中心故障时，将灾备数据中心的灾备数据库修改为可读写状态，并将灾备数据库对应的系统灾备标志修改为预设灾备运行标识；若通过自定义注解确定修改后的系统灾备标志成功通过预设校验逻辑的验证，则确定成功实现灾备切换；通过在数据库中增加系统灾备标志，并设置预设校验逻辑来决定是否进行业务处理，仅修改数据库读写状态和系统灾备标志即可实现灾备切换，可以使灾备应用处于热备状态，可以支持对灾备应用可用性的随时验证，可以降低灾备切换失败的风险；可以简化灾备切换逻辑，可以缩短恢复时间目标，从小时级或者分钟级降低为秒级，可以提升发生区域级灾难后业务连续服务能力。

可选的，灾备切换装置，还包括：

主数据库配置模块，用于当所述主数据中心正常运行时，通过在主数据库中建立系统灾备标志表，配置所述主数据库对应的系统灾备标志为预设正常运行标识；

灾备数据库配置模块，用于通过数据库主备同步机制，将所述系统灾备标志表同步至所述灾备数据库，以配置所述灾备数据库对应的系统灾备标志为预设正常运行标识；

应用配置模块，用于通过在应用程序配置文件中增加应用灾备标志，配置所述主数据中心的主应用对应的应用灾备标志为预设正常运行标识，以及配置所述灾备数据中心的灾备应用对应的应用灾备标志为预设灾备运行标识。

可选的，所述系统灾备标志验证模块，具体用于：

通过所述自定义注解，若检测到修改后的所述系统灾备标志与所述灾备应用对应的应用灾备标志相同，则确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证。

可选的，所述系统灾备标志表包括会计日期字段、系统灾备标志字段、系统灾备标志更新时间字段和/或系统灾备标志更新描述字段。

可选的，灾备切换装置，还包括：

系统灾备标志恢复模块，用于当所述主数据中心恢复正常运行时，将所述灾备数据库恢复为只读状态，并将所述灾备数据库对应的系统灾备标志恢复为预设正常运行标识。

本发明实施例所提供的灾备切换装置可执行本发明任意实施例所提供的灾备切换方法，具备执行方法相应的功能模块和有益效果。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

实施例三

图3示出了可以用来实施本发明的实施例的电子设备30的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图3所示，电子设备30包括至少一个处理器31，以及与至少一个处理器31通信连接的存储器，如只读存储器(ROM)32、随机访问存储器(RAM)33等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器31可以根据存储在只读存储器(ROM)32中的计算机程序或者从存储单元38加载到随机访问存储器(RAM)33中的计算机程序，来执行各种适当的动作和处理。在RAM 33中，还可存储电子设备30操作所需的各种程序和数据。处理器31、ROM 32以及RAM 33通过总线34彼此相连。输入/输出(I/O)接口35也连接至总线34。

电子设备30中的多个部件连接至I/O接口35，包括：输入单元36，例如键盘、鼠标等；输出单元37，例如各种类型的显示器、扬声器等；存储单元38，例如磁盘、光盘等；以及通信单元39，例如网卡、调制解调器、无线通信收发机等。通信单元39允许电子设备30通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器31可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器31的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器31执行上文所描述的各个方法和处理，例如灾备切换方法。

在一些实施例中，灾备切换方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元38。在一些实施例中，计算机程序的部分或者全部可以经由ROM 32和/或通信单元39而被载入和/或安装到电子设备30上。当计算机程序加载到RAM 33并由处理器31执行时，可以执行上文描述的灾备切换方法的一个或多个步骤。备选地，在其他实施例中，处理器31可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行灾备切换方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种灾备切换方法，其特征在于，包括：

当主数据中心故障时，将灾备数据中心的灾备数据库修改为可读写状态，并将所述灾备数据库对应的系统灾备标志修改为预设灾备运行标识；

若通过自定义注解确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证，则确定成功实现灾备切换。

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

当所述主数据中心正常运行时，通过在主数据库中建立系统灾备标志表，配置所述主数据库对应的系统灾备标志为预设正常运行标识；

通过数据库主备同步机制，将所述系统灾备标志表同步至所述灾备数据库，以配置所述灾备数据库对应的系统灾备标志为预设正常运行标识；

通过在应用程序配置文件中增加应用灾备标志，配置所述主数据中心的主应用对应的应用灾备标志为预设正常运行标识，以及配置所述灾备数据中心的灾备应用对应的应用灾备标志为预设灾备运行标识。

3.根据权利要求2所述的方法，其特征在于，通过自定义注解确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证，包括：

通过所述自定义注解，若检测到修改后的所述系统灾备标志与所述灾备应用对应的应用灾备标志相同，则确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证。

4.根据权利要求2所述的方法，其特征在于，所述系统灾备标志表包括会计日期字段、系统灾备标志字段、系统灾备标志更新时间字段和/或系统灾备标志更新描述字段。

5.根据权利要求1所述的方法，其特征在于，在确定成功实现灾备切换之后，还包括：

当所述主数据中心恢复正常运行时，将所述灾备数据库恢复为只读状态，并将所述灾备数据库对应的系统灾备标志恢复为预设正常运行标识。

6.一种灾备切换装置，其特征在于，包括：

系统灾备标志修改模块，用于当主数据中心故障时，将灾备数据中心的灾备数据库修改为可读写状态，并将所述灾备数据库对应的系统灾备标志修改为预设灾备运行标识；

系统灾备标志验证模块，用于若通过自定义注解确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证，则确定成功实现灾备切换。

7.根据权利要求6所述的装置，其特征在于，还包括：

主数据库配置模块，用于当所述主数据中心正常运行时，通过在主数据库中建立系统灾备标志表，配置所述主数据库对应的系统灾备标志为预设正常运行标识；

灾备数据库配置模块，用于通过数据库主备同步机制，将所述系统灾备标志表同步至所述灾备数据库，以配置所述灾备数据库对应的系统灾备标志为预设正常运行标识；

应用配置模块，用于通过在应用程序配置文件中增加应用灾备标志，配置所述主数据中心的主应用对应的应用灾备标志为预设正常运行标识，以及配置所述灾备数据中心的灾备应用对应的应用灾备标志为预设灾备运行标识。

8.根据权利要求7所述的装置，其特征在于，所述系统灾备标志验证模块，具体用于：

通过所述自定义注解，若检测到修改后的所述系统灾备标志与所述灾备应用对应的应用灾备标志相同，则确定修改后的所述系统灾备标志成功通过预设校验逻辑的验证。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器，以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的灾备切换方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行时实现权利要求1-5中任一项所述的灾备切换方法。