CN112181723A - 一种金融灾备方法、装置、存储介质及电子设备 - Google Patents
一种金融灾备方法、装置、存储介质及电子设备 Download PDFInfo
- Publication number
- CN112181723A CN112181723A CN202011001944.2A CN202011001944A CN112181723A CN 112181723 A CN112181723 A CN 112181723A CN 202011001944 A CN202011001944 A CN 202011001944A CN 112181723 A CN112181723 A CN 112181723A
- Authority
- CN
- China
- Prior art keywords
- data
- disaster recovery
- database data
- production system
- processing
- 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
- 238000011084 recovery Methods 0.000 title claims abstract description 121
- 238000000034 method Methods 0.000 title claims abstract description 85
- 238000003860 storage Methods 0.000 title claims abstract description 35
- 238000004519 manufacturing process Methods 0.000 claims abstract description 98
- 238000012545 processing Methods 0.000 claims abstract description 60
- 230000008569 process Effects 0.000 claims abstract description 31
- 230000010354 integration Effects 0.000 claims abstract description 17
- 238000007726 management method Methods 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 8
- 238000005516 engineering process Methods 0.000 claims description 8
- 239000002609 medium Substances 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000010076 replication Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000026676 system process Effects 0.000 description 2
- 230000009897 systematic effect Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000012120 mounting media Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
Images
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/1458—Management of the backup or restore process
-
- 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/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/80—Database-specific techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/805—Real-time
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
技术领域
本申请实施例涉及金融灾备技术领域,尤其涉及一种金融灾备方法、装置、存储介质及电子设备。
背景技术
金融系统与国计民生息息相关,应当确保重要业务在运营中断事件发生后快速恢复,降低或消除因重要业务运营中断造成的影响和损失。因此,灾备建设是其中不可或缺的环节。
灾备利用科学的技术手段和方法,提前建立系统化的数据应急方式,以应对灾难的发生。其内容包括数据备份和系统备份、业务连续规划、人员架构、通信保障、灾难恢复规划、灾难恢复预案、业务恢复预案、紧急事件响应、第三方合作机构和供应链危机管理等。
目前现有的灾备系统,直接将数据进行备份,并传输至灾备系统中。数据在传输过程中容易丢失。
发明内容
本申请实施例提供一种金融灾备方法、装置、存储介质及电子设备,采用异步方式将数据备份至灾备系统,实现了数据的零丢失。
第一方面,本申请实施例提供了一种金融灾备方法,该方法包括:
根据生产系统采用异步方式获得数据库数据;其中,所述数据库数据是基于生产系统数据得到的;所述生产系统为基于应用集成平台预先注册的;
接收灾备系统启用请求;
根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程。
第二方面,本申请实施例提供了一种金融灾备装置,该装置包括:
数据库数据获得模块,用于根据生产系统采用异步方式获得数据库数据;其中,所述数据库数据是基于生产系统数据得到的;所述生产系统为基于应用集成平台预先注册的;
灾备系统启用请求接收模块,用于接收灾备系统启用请求;
数据库数据处理模块,用于根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程。
第三方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本申请实施例所述的金融灾备方法。
第四方面,本申请实施例提供了一种电子设备,包括存储器,处理器及存储在存储器上并可在处理器运行的计算机程序,所述处理器执行所述计算机程序时实现如本申请实施例所述的金融灾备方法。
本申请实施例所提供的技术方案,根据生产系统采用异步方式获得数据库数据,当接收灾备系统启用请求,根据灾备系统启用请求,对数据库数据进行处理,以完成业务流程。通过执行本技术方案,可以采用异步方式将数据备份至灾备系统,实现了数据的零丢失。
附图说明
图1是本申请实施例一提供的金融灾备方法的流程图;
图2是本申请实施例二提供的金融灾备过程的示意图;
图3是本申请实施例三提供的金融灾备装置的结构示意图;
图4是本申请实施例五提供的一种电子设备的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部结构。
在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理,但是其中的许多步骤可以被并行地、并发地或者同时实施。此外,各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
实施例一
图1是本申请实施例一提供的金融灾备方法的流程图,本实施例可适用于银行生产环境出现状况的情况,该方法可以由本申请实施例所提供的金融灾备装置执行,该装置可以由软件和/或硬件的方式来实现,并可集成于用于银行业务处理的智能终端等设备中。
如图1所示,所述金融灾备方法包括:
S110、根据生产系统采用异步方式获得数据库数据;其中,所述数据库数据是基于生产系统数据得到的;所述生产系统为基于应用集成平台预先注册的。
在本实施例中,异步方式可以是数据进行传输时,传输间隔任意,且传输时间任意的传输方式。
在本实施例中,生产系统数据则是在生产系统中存储的数据。生产系统是银行业务处理的主应用系统,当生产系统发生灾备时,会启用灾备系统继续处理相应的业务。
在本实施例中,应用集成平台是用于系统注册。为了保证金融业务处理由正常态向灾备态的平稳过渡。生产系统基于应用集成平台进行注册,可以获得不同的生产系统状态,可以根据生产系统状态不同,将金融业务在不同的系统上进行交易。
其中,数据库数据由生产系统中的生产系统数据进行传输得到的。
在本实施例中,根据生产系统采用异步方式获得数据库数据,可以是将生产系统数据直接传输至灾备系统中,获得数据库数据;也可以将生产系统数据传输至第三方系统中,然后由第三方系统传输至灾备系统中,获得数据库数据。优选的,可以将生产系统数据传输至第三方系统中,然后由第三方系统传输至灾备系统中,获得数据库数据。采用这种方法传输数据可以有效节约资源和成本,且避免了对原有生产系统的影响。
在本技术方案中,可选的,在根据生产系统采用异步方式获得数据库数据之前,所述方法还包括:
基于应用集成平台进行注册,将灾备系统状态设定为备用状态。
在本实施例中,将灾备系统状态设定为备用状态,起到备用情况。生产系统设定为工作状态,可以完成银行金融业务的处理。交易需要判断当前环境是主应用环境还是备用环境,采用应用层的隔离机制,将主应用环境还是备用环境进行隔离,避免安全风险。
通过将灾备系统进行注册,并设定为备用状态,提前建立系统化的数据应急方式,以应对灾难的发生,可保证灾难发生时,银行核心业务不受影响或影响较小,提升客户满意度。
在本技术方案中,可选的,根据生产系统采用异步方式获得数据库数据,包括:
根据所述生产系统,获得所述生产系统数据的缓存等级;
若生产系统数据的缓存等级为3级,则采用异步方式获得数据库数据。
在本实施例中,缓存等级可以是数据存储时的等级,即数据存储的位置。当缓存等级为1级时,是在本地内存中保存中数据,数据保存速度最快;当缓存等级为2级时,是在分布式缓存保存数据;当缓存等级为3级时,是在数据库保存数据,数据保存最持久。
在本实施例中,若生产系统数据的缓存等级为3级,可以直接采用异步方式将生产系统数据直接复制到灾备系统中。查询数据时,在本地内存及分布式缓存中未命中的情况下,由数据库将数据加载至分布式缓存及本地内存。
通过判断生产系统数据的缓存等级,可以确定将生产系统数据传输至灾备系统中的过程,提高数据的读取速率和系统并发度,缓解数据库压力。
在本技术方案中,可选的,所述方法还包括:
若生产系统数据的缓存等级为1级或2级,则采用异步方式获得调整缓存级别后的数据库数据,并将所述数据库数据的缓存级别调整至原先级别。
在本实施例中,当生产系统数据的缓存等级为1级或2级时,需要将生产系统数据的缓存等级调整为3级,并将调整为3级生产系统数据传输至灾备系统中,灾备系统获得数据库数据后,将相关数据保存至分布式缓存中,当数据加载完成后,再将缓存级别恢复为原先的级别,并将数据进行保存。
通过判断生产系统数据的缓存等级,可以确定将生产系统数据传输至灾备系统中的过程,提高数据的读取速率和系统并发度,缓解数据库压力。采用三级缓存灾备复制,实现了灾备切换后业务的高性能。
S120、接收灾备系统启用请求。
其中,灾备系统启用请求可以是启用信号;也可以是点击操作。灾备系统启用请求用于启用灾备系统。
在本技术方案中,可选的,在接收灾备系统启用请求之后,所述方法还包括:
将灾备系统状态由备用状态更改为工作状态。
在本实施例中,当接收到灾备系统启用请求时,灾备应用会通知应用集成平台,将生产系统和灾备系统的状态进行更改,即将生产系统状态由工作状态更改为备用状态,将灾备系统状态由备用状态更改为工作状态。
通过将灾备系统状态更改为工作状态,可以在灾备发生时,实现对银行核心业务的处理,保障交易的连续性,提升了客户满意度。
S130、根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程。
在本实施例中,根据灾备系统启用请求,可以将灾备系统状态更改为工作状态,由灾备系统继续对数据库数据进行处理,以完成业务流程。其中,灾备系统继续对数据库数据进行处理的过程包括:停止数据库ADG同步、开通网络访问关系(联机+批量)、检查主应用的全局路由集群是否在应用集成平台上下线、确认所有分布式组件启动成功并正常工作、切换服务模块为正常模式、切换配置中心为正常模式、启动各模块AP,检查各模块在配置中心注册成功,检查各交易在配置中心注册成功、检查所有数据正常、执行各模块绿灯检查、注册灾备中心的全局路由集群、启动各文件服务器、检查各交易和各渠道成功率、批量作业各依赖条件重跑批量作业。其中,AP表示应用程序节点。
在本技术方案中,可选的,所述灾备系统状态包括:active状态和standby状态;
相应的,根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程,包括:
若灾备系统状态为active状态,则对所述数据库数据进行处理,以完成业务流程。
在本实施例中,active状态为工作状态,standby状态为备用状态。
在本实施例中,当灾备系统状态为active状态,则说明发生灾备,生产系统已经不能正常工作,则由灾备系统对数据库数据进行处理,继续银行的业务。
通过将灾备系统状态更改为工作状态,可以保障交易连续性,实现对银行核心业务的处理,提升了客户满意度,满足相关恢复时间目标和恢复点目标指标。
在本技术方案中,可选的,所述数据库数据包括联机交易数据和批量文件数据;
对所述数据库数据进行处理,包括:
基于消息中间件服务器,获得联机交易类型索引和批量类型索引;
根据所述联机交易类型索引,对联机交易数据进行处理;并根据所述批量类型索引,对批量文件数据进行处理。
其中,联机交易可以是指银行工作日,非工作日期间柜台单笔的,以及由自助设备发起和各种渠道接入的需要及时响应的交易。例如,常见联机交易包括柜台存取款、贷款、ATM取款以及大小额等渠道的交易。
其中,批量文件可以是某对象多个处理数据。批处理业务包括日间(联机)批处理业务和联机后批处理业务。例如,中间业务(各种代收付)的入账、回单等,联机状态切换后进行的各种账务处理(比如结息)、登记簿、日结单等等,其输出是各种报表。联机后的批量处理一般都是后台主机在夜间调用一组程序来完成。
在本实施例中,索引可以为数据处理提供相关的键值对信息的映射关系。例如,索引可以是卡号到客户号、账号到客户号以及手机号到客户号等的映射关系。
在本实施例中,生产系统和灾备系统都可以通过消息中间件服务器获得索引。优选的,可以采用Cassandra来实现索引中心。其中,Cassandra是一套开源分布式NoSQL数据库系统,作为一个混合型的非关系的数据库,用于存储简单格式数据。对Cassandra的一个写操作,会被复制到其他节点上去,对Cassandra的读操作,也会被路由到某个节点上面去读取。在生产系统中,Cassandra采用双机房集群部署模式,为确保灾备发生后交易能够正确路由,需要建立索引灾备中心,包含索引中心生产环境的全量数据,则采用消息中间件服务器提供索引。
在本实施例中,当采用消息中间件服务器发送数据时,需要进行限速以平滑流量,避免因网速原因造成数据丢失。同时采用重试机制,发送失败后自动进行重试操作。在消息消费逻辑中保证业务逻辑的幂等性,对于重复的处理请求执行去重操作,保证了消息不被重复消费。
采用消息中间件的方式为生产系统和灾备系统提供索引数据,既保证了数据的准实时同步,又消除了对原有业务系统的影响。且可以同时支持联机和批量索引数据的无差别传输。
在本技术方案中,可选的,根据所述批量类型索引,对批量文件数据进行处理,包括:
根据所述批量类型索引和批处理作业管控系统,对批量文件数据进行处理。
在本实施例中,当生产系统对批量文件处理时,发生灾备,此时批量处理业务已处理部分,由批处理作业管控系统进行管控,将生产系统节点变为灾备节点,灾备系统可以继续后续的业务处理,完成整个批量处理。其中,节点可以是批量任务的处理位置。
通过批量类型索引和批处理作业管控系统,对批量文件数据进行处理,可以保证批量文件数据能够处理完成,提高了银行业务处理能力。
在本技术方案中,可选的,所述批处理作业管控系统用于记录批量文件数据的节点信息和状态信息。
其中,节点信息可以是批量任务的位置。例如,批量任务可以根据任务多少分为4个节点,节点1则表示该批量任务的四分之一。
其中,状态信息可以是批量任务是否处理,与节点信息相关联。例如,节点1的状态信息为已处理,节点2的状态信息为未处理。
采用批处理作业管控系统用于记录批量文件数据的节点信息和状态信息,实现了对批量作业的调度和管控。
在本技术方案中,可选的,所述批处理作业管控系统采用NAS镜像同步批量文件数据。
在本实施例中,NAS(Network Attached Storage,网络附着存储)即将存储设备通过标准的网络拓扑结构(例如以太网)连接到一群计算机上。NAS是部件级的存储方法,它的重点在于帮助解决迅速增加存储容量的需求。
在本实施例中,应用组件的批处理文件目录需要单独申请逻辑卷,以利于生产和灾备切换时两边文件保持一致。为防止同步文件时造成数据积压,需要控制单个逻辑卷写入速度,当生产环境切换到灾备后,上游组件产生的文件将直接传输到灾备环境的文件传输节点。其中,单个逻辑卷写入速度可以是100M/S,也可以是200M/S。优选的,可以是100M/S。
通过采用NAS镜像同步批量文件数据,可以方便、快捷、安全以及稳定的将批量文件数据进行复制。
本申请实施例所提供的技术方案,根据生产系统采用异步方式获得数据库数据,当接收灾备系统启用请求,根据灾备系统启用请求,对数据库数据进行处理,以完成业务流程。通过执行本技术方案,可以采用异步方式将数据备份至灾备系统,实现了数据的零丢失;索引中心通过消息中间件服务器实现灾备,保证了数据的完整性和幂等性,且可以同时支持联机和批量业务;基于应用集成平台可以实现生产系统和灾备系统的快速自动切换。
实施例二
图2是本申请实施例二提供的金融灾备过程的示意图,本实施例二在实施例一的基础上进行进一步地优化。具体优化为:根据生产系统采用异步方式获得数据库数据,包括:从同城系统获得所述数据库数据;其中,所述同城系统用于预先从生产系统备份生产系统数据。其中,未在本实施例中详尽描述的内容详见实施例一。如图2所示,该方法包括以下步骤:
S210、从同城系统获得所述数据库数据;其中,所述同城系统用于预先从生产系统备份生产系统数据。
在本实施例中,同城系统用于预先从生产系统备份生产系统数据,是采用farsvnc技术将生产日志以同步方式将生产系统的数据进行传输获得的。采用farsvnc技术将生产日志以同步方式传输到同城,同城仅部署少量资源,进行数据库日志的存储和转发,不进行应用接管。可进行灾难恢复时数据追补,真正实现数据的零丢失。同步方式可以实时的将生产系统中的数据传输至同城系统中。其中,farsvnc技术就是远程连接技术。
在本技术方案中,可选的,从同城系统获得所述数据库数据,包括:
从同城系统采用ADG技术获取所述数据库数据。
在本实施例中,ADG是Oracle Database Enterprise Edition的一个功能,可实现Oracle数据库物理级备份,常用于同城及异地灾备解决方案,通过日志重做方式实现数据复制,备库不可写。其中,Oracle是一个面向Internet计算环境的数据库。
采用ADG技术获取数据库数据,可以保护Oracle数据免受故障、灾难、人为错误和数据损坏,同时为关键任务应用程序提供高可用性。
S220、接收灾备系统启用请求。
S230、根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程。
本申请实施例所提供的技术方案,从同城系统获得数据库数据,当接收灾备系统启用请求,根据灾备系统启用请求,对数据库数据进行处理,以完成业务流程。通过执行本技术方案,可以采用异步方式将数据备份至灾备系统,实现了数据的零丢失。通过同城(同步)和异地(异步)数据库复制结合的方式,保证了底层数据的持续性和时效性。
实施例三
图3是本申请实施例三提供的金融灾备装置的结构示意图,如图3所示,金融灾备装置包括:
数据库数据获得模块310,用于根据生产系统采用异步方式获得数据库数据;其中,所述数据库数据是基于生产系统数据得到的;所述生产系统为基于应用集成平台预先注册的;
灾备系统启用请求接收模块320,用于接收灾备系统启用请求;
数据库数据处理模块330,用于根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程。
在本技术方案中,可选的,所述装置还包括:
备用状态设定模块,用于基于应用集成平台进行注册,将灾备系统状态设定为备用状态。
在本技术方案中,可选的,所述装置还包括:
工作状态确定模块,用于将灾备系统状态由备用状态更改为工作状态。
在本技术方案中,可选的,所述灾备系统状态包括:active状态和standby状态;
相应的,数据库数据处理模块330,具体用于:
若灾备系统状态为active状态,则对所述数据库数据进行处理,以完成业务流程。
在本技术方案中,可选的,数据库数据获得模块310,包括:
同城系统数据库数据获取单元,用于从同城系统获得所述数据库数据;其中,所述同城系统用于预先从生产系统备份生产系统数据。
在本技术方案中,可选的,同城系统数据库数据获取单元,具体用于:
从同城系统采用ADG技术获取所述数据库数据。
在本技术方案中,可选的,数据库数据获得模块310,包括:
缓存等级获得单元,用于根据所述生产系统,获得所述生产系统数据的缓存等级;
3级缓存等级单元,用于若生产系统数据的缓存等级为3级,则采用异步方式获得数据库数据。
在本技术方案中,可选的,数据库数据获得模块310,还包括:
1级或2级缓存等级单元,用于若生产系统数据的缓存等级为1级或2级,则采用异步方式获得调整缓存级别后的数据库数据,并将所述数据库数据的缓存级别调整至原先级别。
在本技术方案中,可选的,所述数据库数据包括联机交易数据和批量文件数据;
数据库数据处理模块330,包括:
索引获得单元,用于基于消息中间件服务器,获得联机交易类型索引和批量类型索引;
数据处理单元,用于根据所述联机交易类型索引,对联机交易数据进行处理;并根据所述批量类型索引,对批量文件数据进行处理。
在本技术方案中,可选的,数据处理单元,包括:
批量文件数据处理子单元,用于根据所述批量类型索引和批处理作业管控系统,对批量文件数据进行处理。
在本技术方案中,可选的,所述批处理作业管控系统用于记录批量文件数据的节点信息和状态信息。
在本技术方案中,可选的,所述批处理作业管控系统采用NAS镜像同步批量文件数据。
上述产品可执行本申请实施例所提供的方法,具备执行方法相应的功能模块和有益效果。
实施例四
本申请实施例还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种金融灾备方法,该方法包括:
根据生产系统采用异步方式获得数据库数据;其中,所述数据库数据是基于生产系统数据得到的;所述生产系统为基于应用集成平台预先注册的;
接收灾备系统启用请求;
根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程。
存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括:安装介质,例如CD-ROM、软盘或磁带装置;计算机系统存储器或随机存取存储器,诸如DRAM、DDR RAM、SRAM、EDO RAM,兰巴斯(Rambus)RAM等;非易失性存储器,诸如闪存、磁介质(例如硬盘或光存储);寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外,存储介质可以位于程序在其中被执行的计算机系统中,或者可以位于不同的第二计算机系统中,第二计算机系统通过网络(诸如因特网)连接到计算机系统。第二计算机系统可以提供程序指令给计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的金融灾备操作,还可以执行本申请任意实施例所提供的金融灾备方法中的相关操作。
实施例五
本申请实施例提供了一种电子设备,该电子设备中可集成本申请实施例提供的金融灾备装置。图4是本申请实施例五提供的一种电子设备的结构示意图。如图4所示,本实施例提供了一种电子设备400,其包括:一个或多个处理器420;存储装置410,用于存储一个或多个程序,当所述一个或多个程序被所述一个或多个处理器420执行,使得所述一个或多个处理器420实现本申请实施例所提供的金融灾备方法,该方法包括:
根据生产系统采用异步方式获得数据库数据;其中,所述数据库数据是基于生产系统数据得到的;所述生产系统为基于应用集成平台预先注册的;
接收灾备系统启用请求;
根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程。
当然,本领域技术人员可以理解,处理器420还实现本申请任意实施例所提供的金融灾备方法的技术方案。
图4显示的电子设备400仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
如图4所示,该电子设备400包括处理器420、存储装置410、输入装置430和输出装置440;电子设备中处理器420的数量可以是一个或多个,图4中以一个处理器420为例;电子设备中的处理器420、存储装置410、输入装置430和输出装置440可以通过总线或其他方式连接,图4中以通过总线450连接为例。
存储装置410作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块单元,如本申请实施例中的金融灾备方法对应的程序指令。
存储装置410可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储装置410可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储装置410可进一步包括相对于处理器420远程设置的存储器,这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置430可用于接收输入的数字、字符信息或语音信息,以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏、扬声器等电子设备。
本申请实施例提供的电子设备,可以达到提高金融灾备速度以及处理效果的目的。
上述实施例中提供的金融灾备装置、存储介质及电子设备可执行本申请任意实施例所提供的金融灾备方法,具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节,可参见本申请任意实施例所提供的金融灾备方法。
注意,上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解,本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由所附的权利要求范围决定。
Claims (15)
1.一种金融灾备方法,其特征在于,包括:
根据生产系统采用异步方式获得数据库数据;其中,所述数据库数据是基于生产系统数据得到的;所述生产系统为基于应用集成平台预先注册的;
接收灾备系统启用请求;
根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程。
2.根据权利要求1所述的方法,其特征在于,在根据生产系统采用异步方式获得数据库数据之前,所述方法还包括:
基于应用集成平台进行注册,将灾备系统状态设定为备用状态。
3.根据权利要求2所述的方法,其特征在于,在接收灾备系统启用请求之后,所述方法还包括:
将灾备系统状态由备用状态更改为工作状态。
4.根据权利要求3所述的方法,其特征在于,所述灾备系统状态包括:active状态和standby状态;
相应的,根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程,包括:
若灾备系统状态为active状态,则对所述数据库数据进行处理,以完成业务流程。
5.根据权利要求1所述的方法,其特征在于,根据生产系统采用异步方式获得数据库数据,包括:
从同城系统获得所述数据库数据;其中,所述同城系统用于预先从生产系统备份生产系统数据。
6.根据权利要求5所述的方法,其特征在于,从同城系统获得所述数据库数据,包括:
从同城系统采用ADG技术获取所述数据库数据。
7.根据权利要求1所述的方法,其特征在于,根据生产系统采用异步方式获得数据库数据,包括:
根据所述生产系统,获得所述生产系统数据的缓存等级;
若生产系统数据的缓存等级为3级,则采用异步方式获得数据库数据。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
若生产系统数据的缓存等级为1级或2级,则采用异步方式获得调整缓存级别后的数据库数据,并将所述数据库数据的缓存级别调整至原先级别。
9.根据权利要求1所述的方法,其特征在于,所述数据库数据包括联机交易数据和批量文件数据;
对所述数据库数据进行处理,包括:
基于消息中间件服务器,获得联机交易类型索引和批量类型索引;
根据所述联机交易类型索引,对联机交易数据进行处理;并根据所述批量类型索引,对批量文件数据进行处理。
10.根据权利要求9所述的方法,其特征在于,根据所述批量类型索引,对批量文件数据进行处理,包括:
根据所述批量类型索引和批处理作业管控系统,对批量文件数据进行处理。
11.根据权利要求10所述的方法,其特征在于,所述批处理作业管控系统用于记录批量文件数据的节点信息和状态信息。
12.根据权利要求10所述的方法,其特征在于,所述批处理作业管控系统采用NAS镜像同步批量文件数据。
13.一种金融灾备装置,其特征在于,包括:
数据库数据获得模块,用于根据生产系统采用异步方式获得数据库数据;其中,所述数据库数据是基于生产系统数据得到的;所述生产系统为基于应用集成平台预先注册的;
灾备系统启用请求接收模块,用于接收灾备系统启用请求;
数据库数据处理模块,用于根据所述灾备系统启用请求,对所述数据库数据进行处理,以完成业务流程。
14.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-12中任一项所述的金融灾备方法。
15.一种电子设备,包括存储器,处理器及存储在存储器上并可在处理器运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1-12中任一项所述的金融灾备方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011001944.2A CN112181723B (zh) | 2020-09-22 | 2020-09-22 | 一种金融灾备方法、装置、存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011001944.2A CN112181723B (zh) | 2020-09-22 | 2020-09-22 | 一种金融灾备方法、装置、存储介质及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112181723A true CN112181723A (zh) | 2021-01-05 |
CN112181723B CN112181723B (zh) | 2024-08-13 |
Family
ID=73955286
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011001944.2A Active CN112181723B (zh) | 2020-09-22 | 2020-09-22 | 一种金融灾备方法、装置、存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112181723B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112732999A (zh) * | 2021-01-21 | 2021-04-30 | 建信金融科技有限责任公司 | 静态容灾方法、系统、电子设备及存储介质 |
CN112910971A (zh) * | 2021-01-21 | 2021-06-04 | 中国工商银行股份有限公司 | 多站点数据同步方法、装置及系统 |
CN115277376A (zh) * | 2022-09-29 | 2022-11-01 | 深圳华锐分布式技术股份有限公司 | 灾备切换方法、装置、设备及介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110060722A1 (en) * | 2009-09-07 | 2011-03-10 | Icon Business Systems Limited | Centralized management mode backup disaster recovery system |
CN106502823A (zh) * | 2016-09-29 | 2017-03-15 | 北京许继电气有限公司 | 数据云备份方法和系统 |
CN106598789A (zh) * | 2016-11-30 | 2017-04-26 | 成都华为技术有限公司 | 容器服务容灾的方法、装置、生产站点和灾备站点 |
CN106776121A (zh) * | 2016-11-23 | 2017-05-31 | 中国工商银行股份有限公司 | 一种数据灾备装置、系统及方法 |
CN108810150A (zh) * | 2018-06-15 | 2018-11-13 | 国网上海市电力公司 | 协同办公系统应用级灾备系统的数据复制方法 |
CN109117310A (zh) * | 2018-08-08 | 2019-01-01 | 中国建设银行股份有限公司 | 实现数据备份的容灾系统、方法及装置 |
CN111506648A (zh) * | 2020-04-10 | 2020-08-07 | 深圳前海微众银行股份有限公司 | 交易数据备份方法、装置及计算设备、存储介质 |
-
2020
- 2020-09-22 CN CN202011001944.2A patent/CN112181723B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110060722A1 (en) * | 2009-09-07 | 2011-03-10 | Icon Business Systems Limited | Centralized management mode backup disaster recovery system |
CN106502823A (zh) * | 2016-09-29 | 2017-03-15 | 北京许继电气有限公司 | 数据云备份方法和系统 |
CN106776121A (zh) * | 2016-11-23 | 2017-05-31 | 中国工商银行股份有限公司 | 一种数据灾备装置、系统及方法 |
CN106598789A (zh) * | 2016-11-30 | 2017-04-26 | 成都华为技术有限公司 | 容器服务容灾的方法、装置、生产站点和灾备站点 |
CN108810150A (zh) * | 2018-06-15 | 2018-11-13 | 国网上海市电力公司 | 协同办公系统应用级灾备系统的数据复制方法 |
CN109117310A (zh) * | 2018-08-08 | 2019-01-01 | 中国建设银行股份有限公司 | 实现数据备份的容灾系统、方法及装置 |
CN111506648A (zh) * | 2020-04-10 | 2020-08-07 | 深圳前海微众银行股份有限公司 | 交易数据备份方法、装置及计算设备、存储介质 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112732999A (zh) * | 2021-01-21 | 2021-04-30 | 建信金融科技有限责任公司 | 静态容灾方法、系统、电子设备及存储介质 |
CN112910971A (zh) * | 2021-01-21 | 2021-06-04 | 中国工商银行股份有限公司 | 多站点数据同步方法、装置及系统 |
CN112910971B (zh) * | 2021-01-21 | 2023-04-07 | 中国工商银行股份有限公司 | 多站点数据同步方法、装置及系统 |
CN112732999B (zh) * | 2021-01-21 | 2023-06-09 | 建信金融科技有限责任公司 | 静态容灾方法、系统、电子设备及存储介质 |
CN115277376A (zh) * | 2022-09-29 | 2022-11-01 | 深圳华锐分布式技术股份有限公司 | 灾备切换方法、装置、设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112181723B (zh) | 2024-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7293192B2 (en) | System and method for failover | |
US8909977B2 (en) | Failover system and method | |
CN112181723B (zh) | 一种金融灾备方法、装置、存储介质及电子设备 | |
JP6181290B2 (ja) | トランザクションの順序付け | |
US8874508B1 (en) | Systems and methods for enabling database disaster recovery using replicated volumes | |
US8676760B2 (en) | Maintaining data integrity in data servers across data centers | |
CN113396407A (zh) | 用于利用区块链技术扩充数据库应用的系统和方法 | |
US20200019543A1 (en) | Method, apparatus and device for updating data, and medium | |
CN102088490B (zh) | 数据存储方法、设备和系统 | |
CN108958984B (zh) | 基于ceph的双活同步在线热备方法 | |
US20100115215A1 (en) | Recovering From a Backup Copy of Data in a Multi-Site Storage System | |
JP2001518210A (ja) | 共通データセットに対する独立及び同時のアクセスに関する方法及び装置 | |
US20230098190A1 (en) | Data processing method, apparatus, device and medium based on distributed storage | |
CN108874567A (zh) | 一种服务处理方法及系统 | |
US20230315713A1 (en) | Operation request processing method, apparatus, device, readable storage medium, and system | |
CN111506648A (zh) | 交易数据备份方法、装置及计算设备、存储介质 | |
CN105938446B (zh) | 基于rdma和硬件事务性内存支持的数据复制容错方法 | |
US9367413B2 (en) | Detecting data loss during site switchover | |
CN116339609A (zh) | 一种数据处理方法以及存储设备 | |
CN113010348A (zh) | 用于容灾中数据恢复的装置、系统和方法 | |
WO2024193138A1 (zh) | 事务处理方法及相关设备 | |
CN118296074A (zh) | 一种数据同步的方法、系统、设备集群及存储介质 | |
CN115114083A (zh) | 基于视频监控平台的存储容灾方法、装置、设备和介质 | |
CN117675185A (zh) | 基于事务消息的密码协议事务管理方法、介质及装置 | |
CN114090545A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |