首页> 中国专利> 一种灾备建设的方法、装置、银行核心系统及介质

一种灾备建设的方法、装置、银行核心系统及介质

摘要

本申请公开了一种灾备建设的方法、装置、银行核心系统及介质,涉及灾备技术领域。该方法包括:获取目标数据、虚拟带库;其中虚拟带库包括虚拟驱动、虚拟磁带,虚拟磁带为使用文件模拟得到;将目标数据通过虚拟驱动备份至虚拟磁带;通过虚拟磁带的远程镜像将目标数据备份至目标设备以实现目标数据的异地灾备保留。该方法仅需要虚拟带库便可以进行灾备建设,方便中小规模的企业核心进行灾备建设;其次,通过虚拟带库实现了目标数据的多次备份,保证了数据的可靠性;最后,在虚拟带库中通过文件模拟虚拟磁带,方便数据的传输以及备份,满足中小规模企业核心的灾备建设需求。

著录项

  • 公开/公告号CN114942865A

    专利类型发明专利

  • 公开/公告日2022-08-26

    原文格式PDF

  • 申请/专利权人 浪潮商用机器有限公司;

    申请/专利号CN202210582409.3

  • 发明设计人 王巍;

    申请日2022-05-26

  • 分类号G06F11/14(2006.01);

  • 代理机构北京集佳知识产权代理有限公司 11227;

  • 代理人刘珂

  • 地址 250100 山东省济南市历城区唐冶新区围子山路1号唐冶新区管理委员会会展区2-17办公室

  • 入库时间 2023-06-19 16:31:45

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2022-09-13

    实质审查的生效 IPC(主分类):G06F11/14 专利申请号:2022105824093 申请日:20220526

    实质审查的生效

说明书

技术领域

本申请涉及灾备技术领域,特别是涉及一种灾备建设的方法、装置、银行核心系统及介质。

背景技术

在发生火灾、地震等异常情况下,可能会导致计算机设备发生故障,进而出现数据不可用等现象,因此需要进行灾备,如银行核心系统需要进行灾备建设。灾备高可用可以分为业务级别,应用级别灾备和数据级别灾备三种。应用级别灾备恢复生产快但投入高,技术复杂,除了基础设施满足条件还需要人员配备达到要求,例如双活数据中心;业务级别灾备需要投入应用运行需要的硬件和软件以及部署相应的应用业务程序以便在需要灾备接管业务的时候能承担起运行必要业务的要求;数据级别灾备需要主机、存储器、操作系统等。可见,当前不同级别的灾备的建设需要的设备较多,实现过程复杂,对于中小型规模企业核心的灾备建设难以实现。

由此可见,如何尽可能满足中小规模企业核心的灾备建设需求,是本领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种灾备建设的方法、装置、银行核心系统及介质,用于满足中小规模企业核心的灾备建设需求。

为解决上述技术问题,本申请提供一种灾备建设的方法,包括:

获取目标数据、虚拟带库;其中所述虚拟带库包括虚拟驱动、虚拟磁带,所述虚拟磁带为使用文件模拟得到;

将所述目标数据通过所述虚拟驱动备份至所述虚拟磁带;

通过所述虚拟磁带的远程镜像将所述目标数据备份至目标设备以实现所述目标数据的异地灾备保留。

优选地,所述虚拟驱动为多个,所述将所述目标数据通过所述虚拟驱动备份至所述虚拟磁带包括:

将所述目标数据通过多个虚拟驱动自动并行备份和/或手动并行备份至所述目标设备。

优选地,在所述将所述目标数据通过所述虚拟驱动备份至所述虚拟磁带的情况下,还包括:

获取在启动备份任务后发生变更的目标数据;

在内存中缓存所述变更的目标数据以便业务进程在所述内存中访问所述变更的目标数据。

优选地,所述通过所述虚拟磁带的远程镜像将所述目标数据备份至目标设备包括:

将所述变更的目标数据作为待备份的数据;

压缩所述待备份的数据;

通过所述虚拟磁带的远程镜像将压缩后的所述待备份的数据备份至所述目标设备。

优选地,在所述将所述目标数据通过所述虚拟驱动备份至所述虚拟磁带之后,还包括:

记录所述虚拟磁带的信息。

优选地,在所述通过所述虚拟磁带的远程镜像将所述目标数据备份至目标设备之后,还包括:

按照固定频率进行灾备业务演练。

优选地,在所述通过所述虚拟磁带的远程镜像将所述目标数据备份至目标设备的情况下,还包括:

记录备份过程中的数据。

为了解决上述技术问题,本申请还提供一种灾备建设的装置,包括:

获取模块,用于获取目标数据、虚拟带库;其中所述虚拟带库包括虚拟驱动、虚拟磁带,所述虚拟磁带为使用文件模拟得到;

第一备份模块,用于将所述目标数据通过所述虚拟驱动备份至所述虚拟磁带;

第二备份模块,用于通过所述虚拟磁带的远程镜像将所述目标数据备份至目标设备以实现所述目标数据的异地灾备保留。

为了解决上述技术问题,本申请还提供一种银行核心系统,包括:

存储器,用于存储计算机程序;

处理器,用于执行所述计算机程序时实现上述的灾备建设的方法的步骤。

为了解决上述技术问题,本申请还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述的灾备建设的方法的步骤。

本申请所提供的灾备建设的方法,包括:获取目标数据、虚拟带库;其中虚拟带库包括虚拟驱动、虚拟磁带,虚拟磁带为使用文件模拟得到;将目标数据通过虚拟驱动备份至虚拟磁带;通过虚拟磁带的远程镜像将目标数据备份至目标设备以实现目标数据的异地灾备保留。该方法仅需要虚拟带库便可以进行灾备建设,方便中小规模的企业核心进行灾备建设;其次,通过虚拟带库实现了目标数据的多次备份,保证了数据的可靠性;最后,在虚拟带库中通过文件模拟虚拟磁带,方便数据的传输以及备份,满足中小规模企业核心的灾备建设需求。

此外,本申请还提供一种灾备建设的装置、银行核心系统、计算机可读存储介质,与上述提到的灾备建设的方法相对应,效果同上。

附图说明

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

图1为本申请实施例提供的一种灾备建设的方法;

图2为本申请实施例提供的远程镜像的示意图;

图3为本申请的一实施例提供的灾备建设的装置的结构图;

图4为本申请另一实施例提供的银行核心系统的结构图。

具体实施方式

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

本申请的核心是提供一种灾备建设的方法、装置、银行核心系统及介质,用于满足中小规模企业核心的灾备建设需求。

当发生异常情况,如火灾、地震等,可能会导致机房的丢失重要的信息,进而对企业、用户等造成严重的损失。因此,每个企业都需要有相应的灾备。目前的灾备高可用分为业务级别灾备、应用级别灾备以及数据级别灾备三种,这三种灾备的建设需要的设备多、需要的成本高、技术复杂,对于一些大型企业是可以实现的,但是对于中小型企业通常无法满足这三种灾备建设的需求。因此通过本申请通过虚拟带库实现中小规模企业的灾备建设。需要说明的是,通过虚拟带库实现灾备建设的方法不仅仅局限于在中小规模企业,对于一些大型规模企业同样也可以采用虚拟带库实现灾备建设。

为了使本技术领域的人员更好地理解本申请方案,下面结合附图和具体实施方式对本申请作进一步的详细说明。图1为本申请实施例提供的一种灾备建设的方法,如图1所示,该方法包括:

S10:获取目标数据、虚拟带库;其中虚拟带库包括虚拟驱动、虚拟磁带,虚拟磁带为使用文件模拟得到。

虚拟带库是利用文件系统模拟带库设备、使用文件模拟物理带库,通过光线链路和IBM AS400设备驱动连接,识别成带库和驱动设备,使用带库的命令进行访问。虚拟带库模拟线性磁带开放协议(LinearTapeOpen,LTO)带库,通过接口和AS400设备驱动连接,自动进行带库设备和驱动设备的配置,从AS400设备访问虚拟带库和物理带库几乎没有区别。虚拟带库利用文件模拟物理磁带,可以完美解决磁带介质老化,磁带介质物理损坏等问题,使用虚拟磁带和向文件系统写入数据没有区别。在虚拟带库很容易可以虚拟出多个罗技驱动,使用虚拟驱动,可以突破物理磁带驱动的限制;最大限度利用并发备份和并发恢复的优势。例如一个带库可以虚拟32个驱动,是最大的备份并行度达到32,理论上虚拟带库虚拟驱动的数据仅受限于操作系统对设备的支持限度。虚拟带库在文件系统的基础上,通过文件模拟虚拟磁带。由于文件可以传输、压缩等,因此使用虚拟带库能够方便地实现数据的备份。

在进行灾备时,通常需要对目标数据进行备份。对于目标数据不作限定,根据实际情况选择需要备份的数据为目标数据。目标数据也可以理解为核心数据。对于银行核心系统,通常目标数据为与账目相关的信息,可以是账目所在的应用、账目中的数据、中间数据等。在备份目标数据时,可以对备份的内容进行管理,进而在数据恢复时能够精准定位需要恢复的数据所在的位置,方便数据恢复。

S11:将目标数据通过虚拟驱动备份至虚拟磁带。

将上述步骤确定的目标数据通过虚拟驱动备份至虚拟磁带上。对于备份的方式不作限定,可以进行并行备份,也可以非并行备份。在实施中,为了能够尽可能地缩短备份时间窗口,优选地选择并行备份的方式将目标数据通过虚拟驱动备份至虚拟磁带。为了实现并行备份,通常采用多个虚拟驱动进行同步备份。

S12:通过虚拟磁带的远程镜像将目标数据备份至目标设备以实现目标数据的异地灾备保留。

图2为本申请实施例提供的远程镜像的示意图。如图2所示,在本地,主机1通过光纤连接交换机2,交换机2通过光纤连接带库设备3,通过虚拟带库的远程镜像,使得在远程出现与本地相同的设备,即主机1通过光纤连接交换机2,交换机2通过光纤连接带库设备3。虚拟带库的远程镜像可以实现核心数据异地保管的灾备请求。虚拟带库本身仍然是一个UNIX主机,通过UNIX文件系统的远程镜像技术,或者进行更高效率的处理和传输应用,实现本地数据镜像到远程节点的目的。通过虚拟磁带的远程镜像将目标数据备份在目标设备上。此处对于目标设备的具体的设备、目标设备的个数等不作限定,可以为远程设备、多个远程设备等。本实施例中先将目标数据备份在虚拟磁盘上,然后再通过虚拟磁带的远程镜像将目标数据备份在目标设备上,至少实现了对目标数据两次备份,可以有效防止数据备份在一个设备上,当该设备出现故障,导致备份的数据无法被访问。

本实施例所提供的灾备建设的方法,包括:获取目标数据、虚拟带库;其中虚拟带库包括虚拟驱动、虚拟磁带,虚拟磁带为使用文件模拟得到;将目标数据通过虚拟驱动备份至虚拟磁带;通过虚拟磁带的远程镜像将目标数据备份至目标设备以实现目标数据的异地灾备保留。该方法仅需要虚拟带库便可以进行灾备建设,方便中小规模的企业核心进行灾备建设;其次,通过虚拟带库实现了目标数据的多次备份,保证了数据的可靠性;最后,在虚拟带库中通过文件模拟虚拟磁带,方便数据的传输以及备份,满足中小规模企业核心的灾备建设需求。

为了提高对目标数据的备份效率,在实施中,配置的虚拟驱动为多个,将目标数据通过虚拟驱动备份至虚拟磁带包括:

将目标数据通过多个虚拟驱动自动并行备份和/或手动并行备份至目标设备。

使用并行备份,通常会最大限度地使用多个备份进程以缩短备份时间窗口。以银行日终备份为例,备份数据12TB,如果只用一个驱动设备,以LTO7为例一个小时备份速度大约为1.5TB/小时,如果使用一个驱动需要8小时;如果使用8个驱动,就可以把时间缩短到1小时左右,当然备份过程还包括数据完整性检查,数据相关性检查,磁带准备过程等时间,通常会增加并发度以便满足备份的预估,例如使用12个虚拟驱动备份12TB数据,有效的备份窗口通常也需要1个小时左右。并行备份包括自动并行备份以及手动并行备份。自动并行备份,也就是利用备份软件自动实现单个对象备份到多个磁带的目的,这样的好处是备份负载会相对均衡,每个备份任务完成的时间比较接近。手动进行备份任务派发已实现并行备份,单个对象不跨带保存,这样就要求尽可能的把数据按照大小进行分组。但随着核心数据的调整,手动分组通常需要进行被动调整,而且备份任务的不均衡也会导致不同备份任务完成的时间会有很大区别。在实施中,可以使用自动并行备份的方式、手动并行备份的方式或两种备份结合的方式进行备份,此处对具体采用的备份的方式不作限定。

在本实施例中优先考虑手动备份分组,每个组固定备份分配好的对象,每个对象不跨带保存。这样做的目的是为了提高虚拟带库在镜像传输算法的去重比,同样的对象重复备份,即使对象每次有很大的变化,但在进行对象变化部分的判断上,这样的分组更容易提高去重比,减少每天时间需要镜像的对象大小。

本实施例所提供配置多个驱动设备,通过并行备份的方式实现对目标数据的备份,提高了数据备份的效率。

备份脚本需要考虑备份动作发生的节点:生产机,备份机包括灾备机。当备份发生在生产节点,特别需要备份动作对生产的影响。在备份过程中,通常有锁对象的时间,当锁对象的时间过长的话会影响业务的正常运行。因此,作为优选地实施方式,在将目标数据通过虚拟驱动备份至虚拟磁带的情况下,还包括:

获取在启动备份任务后发生变更的目标数据;

在内存中缓存变更的目标数据以便业务进程在内存中访问变更的目标数据。

当备份发生在生产节点,特别需要备份动作对生产的影响。备份动作会对备份对象进行锁定,当备份结束才释放对象锁。对于银行业务而言,尤其是关键数据如交易流水表,用户信息表等需要频繁的进行变更,备份动作长期锁表势必会造成银行业务的停顿。这就需要使用到动态备份技术,在内存中使用bitmap表统计所有备份对象是否在启动备份任务以后发生变更,如果发生了变更则需要在内存缓变更的部分,备份任务仍然从存储读取完整的对象数据,而交易进程访问的则是内存中变更的部分,当备份结束所有内存变更才能落盘,当内存准备完成的时刻称为同步点sync point,在这之后备份动作真正开始,对备份对象的锁也释放掉。动态备份也会有锁对象的时间,但相对于静态备份而言,上锁的时间要短的多,对生产的影响也小很多。当备份发生在备份机和灾备机,无需考虑对生产的影响,但也需要考虑锁对象的时间,以及完成备份,记录等相关过程。

本实施例所提供的在将目标数据通过虚拟驱动备份至虚拟磁带的情况下,获取在启动备份任务后发生变更的目标数据,在内存中缓存变更的目标数据以便业务进程在内存中访问变更的目标数据。采用动态备份技术的锁对象的时间仅仅为使用bitmap表统计的时间,而静态备份是要求内存和磁盘数据一致,在整个备份过程中都是锁对象的时间,因此采用本实施例的动态备份的方法,由于锁对象的时间变短,能够尽可能地保证在备份的同时,业务可以正常进行。

虚拟磁带的远程镜像和文件系统的镜像有所不同,不能简单地把备份的结果远程镜像到远程节点,一方面同步镜像数据会大大降低备份的速度,另一方面两个节点的通讯线路的带宽和通讯质量会严重影响通讯的速度。在实施中,通过缩小传输数据的大小来提高备份的速度。优选的实施方式是,通过虚拟磁带的远程镜像将目标数据备份至目标设备包括:

将变更的目标数据作为待备份的数据;

压缩待备份的数据;

通过虚拟磁带的远程镜像将压缩后的待备份的数据备份至目标设备。

对于缩小数据传输的方式不作限定。本实施例中通过数据去重以及数据压缩的方式来缩小传输的数据。在实施中,可以只采用上述其中一种方式来缩小传输的数据,也可以采用上述两种方式共同来缩小传输的数据。本实施例中,为了使得传输的数据更小,使得备份的速度更快,采用上述两种方式。

在进行数据去重时,获取变更的目标数据,将变更的目标数据作为待备份的数据,即需要传输的数据。对于判断变更的目标数据的方法不作限定,可以是比较对象修改的时间戳;也可以是比较同一个对象的MD5散列值和上一日同一对象的MD5散列值等。当数据发生局部变化的时候,标记处发生变化的部分,将变更的目标数据作为待备份的数据,通知虚拟带库远程镜像仅处理变化的部分。

数据压缩通过高压缩算法,把要发送的数据进行压缩以后再发送到远程镜像节点,远程节点接收到数据后解压缩把数据恢复到指定目录。本实施例中将变更的目标数据压缩,通过虚拟磁带的远程镜像将压缩后的待备份的数据备份至目标设备。

在实施中,还可以通过使用尽可能高版本的驱动,例如LTO8驱动;使用尽可能多的驱动增加并行度;备份发生在内存中,在特定内存池增加内存配置等方式来提高备份的效率。

本实施例所提供的通过虚拟磁带的远程镜像将目标数据备份至目标设备的方法中通过数据去重以及数据压缩的方法,缩小传输的数据,使得备份的效率增加。

在进行数据恢复时,为了能够快速找到待恢复的数据所在的位置,作为优选地实施方式,在将目标数据通过虚拟驱动备份至虚拟磁带之后,还包括:

记录虚拟磁带的信息。

磁带备份的一个重要内容是归档备份的结果,包括磁带卷标,磁带sequence,备份命令,备份目录,备份对象,备份大小,备份设备,备份是否串行以及串行备份的其他磁带卷标,备份是否并行以及并行备份的其他卷标,备份是否有错误以及具体的错误信息等。由于记录了磁带的信息,因此,可以通过备份记录,准确定位需要恢复的数据所在的虚拟磁带卷和备份的sequence;通过备份记录定位需要使用到的串行磁带组或者并行磁带组是否就位;通过备份参数组装恢复命令;予保留恢复数据需要的空间。

本实施例所提供的在将目标数据通过虚拟驱动备份至虚拟磁带之后,记录虚拟磁带的信息的方法,当数据发生损坏时,能够方便数据的恢复;当数据未发生损坏时,可以方便用户随时查看、了解磁带中数据的信息。

上述实施例完成了灾备的建设,但是在实际中,可能会存在多种因素导致灾备不可用。因此,为了保证灾备的可用性,作为优选地实施方式,在通过虚拟磁带的远程镜像将目标数据备份至目标设备之后,还包括:

按照固定频率进行灾备业务演练。

在灾备建设之后,需要定期进行灾备业务演练来检测灾备是否可用。在实施中,可以按照固定频率来进行灾备业务演练,也可以按照非固定频率来进行灾备业务演练,此处不作限定。为了能够及时了解到灾备的可用性,本实施例中优选地采用固定的频率进行灾备业务演练,对于具体的频率不作限定,根据实际的情况进行选择。

在通过灾备进行数据恢复时需要用到的技术包括以下几种:

技术一:通过上述实施例中的备份记录进行恢复。

技术二:恢复过程如果需要覆盖的对象,原对象经过名称改造避免原数据被覆盖,例如需要恢复CBSADPFM21,则原始的文件会被改名为CBSAD00001,如果该名称已经存在,则改为CBSAD00002。

技术三:恢复过程出现单个对象故障,记录下对象名称和故障关键字,继续恢复下一个对象。

对于业务验证通常采用下面两种方式:通过运行日终批量来验证数据的有效性和一致性;通过搭建柜面访问路径来验证执行柜面交易验证交易的可行性。

本实施例所提供的采用固定频率进行灾备业务演练,使得能够及时了解到灾备的可用性以及对发生故障的数据进行及时恢复。

为了能够了解到备份的过程,在实施中,作为优选地实施方式,在通过虚拟磁带的远程镜像将目标数据备份至目标设备的情况下,还包括:

记录备份过程中的数据。

本实施例中利用虚拟带库数据镜像的监控功能,记录备份过程中的数据。监控数据包括:监控动作是否启动;监控数据发送的百分比;数据传输的平均速率;数据传输的发送端和接收端的数据目录和具体对象名称;去重比和压缩比的具体数值等。

本实施例所提供的记录备份过程中的数据,使得能够根据记录的数据了解备份的整个过程。

在上述实施例中,对于灾备建设的方法进行了详细描述,本申请还提供灾备建设的装置、银行核心系统对应的实施例。需要说明的是,本申请从两个角度对装置部分的实施例进行描述,一种是基于功能模块的角度,另一种是基于硬件的角度。

图3为本申请的一实施例提供的灾备建设的装置的结构图。本实施例基于功能模块的角度,包括:

获取模块10,用于获取目标数据、虚拟带库;其中虚拟带库包括虚拟驱动、虚拟磁带,虚拟磁带为使用文件模拟得到;

第一备份模块11,用于将目标数据通过虚拟驱动备份至虚拟磁带;

第二备份模块12,用于通过虚拟磁带的远程镜像将目标数据备份至目标设备以实现目标数据的异地灾备保留。

由于装置部分的实施例与方法部分的实施例相互对应,因此装置部分的实施例请参见方法部分的实施例的描述,这里暂不赘述。

本实施例所提供的灾备建设的装置,通过获取模块获取目标数据、虚拟带库;通过第一备份模块将目标数据通过虚拟驱动备份至虚拟磁带;使用第二备份模块,通过虚拟磁带的远程镜像将目标数据备份至目标设备以实现目标数据的异地灾备保留。该装置仅需要虚拟带库便可以进行灾备建设,方便中小规模的企业核心进行灾备建设;其次,通过虚拟带库实现了目标数据的多次备份,保证了数据的可靠性;最后,在虚拟带库中通过文件模拟虚拟磁带,方便数据的传输以及备份,满足中小规模企业核心的灾备建设需求。

图4为本申请另一实施例提供的银行核心系统的结构图。本实施例基于硬件角度,如图4所示,银行核心系统包括:

存储器20,用于存储计算机程序;

处理器21,用于执行计算机程序时实现如上述实施例中所提到的灾备建设的方法的步骤。

本实施例提供的银行核心系统可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。

其中,处理器21可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器21可以采用数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable LogicArray,PLA)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称中央处理器(CentralProcessing Unit,CPU);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器21可以集成有图形处理器(Graphics Processing Unit,GPU),GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中,处理器21还可以包括人工智能(Artificial Intelligence,AI)处理器,该AI处理器用于处理有关机器学习的计算操作。

存储器20可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。本实施例中,存储器20至少用于存储以下计算机程序201,其中,该计算机程序被处理器21加载并执行之后,能够实现前述任一实施例公开的灾备建设的方法的相关步骤。另外,存储器20所存储的资源还可以包括操作系统202和数据203等,存储方式可以是短暂存储或者永久存储。其中,操作系统202可以包括Windows、Unix、Linux等。数据203可以包括但不限于上述所提到的灾备建设的方法所涉及到的数据等。

在一些实施例中,银行核心系统还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。

本领域技术人员可以理解,图4中示出的结构并不构成对银行核心系统的限定,可以包括比图示更多或更少的组件。

本申请实施例提供的银行核心系统,包括存储器和处理器,处理器在执行存储器存储的程序时,能够实现如下方法:灾备建设的方法,效果同上。

最后,本申请还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。

可以理解的是,如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请提供的计算机可读存储介质包括上述提到的灾备建设的方法,效果同上。

以上对本申请所提供的一种灾备建设的方法、装置、银行核心系统及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号