CN116521452B - 灾备系统以及基于灾备系统的业务处理方法 - Google Patents
灾备系统以及基于灾备系统的业务处理方法 Download PDFInfo
- Publication number
- CN116521452B CN116521452B CN202310792247.0A CN202310792247A CN116521452B CN 116521452 B CN116521452 B CN 116521452B CN 202310792247 A CN202310792247 A CN 202310792247A CN 116521452 B CN116521452 B CN 116521452B
- Authority
- CN
- China
- Prior art keywords
- data
- service request
- service
- disaster recovery
- platform
- 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.)
- Active
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 48
- 238000003672 processing method Methods 0.000 title claims abstract description 25
- 238000000034 method Methods 0.000 claims abstract description 20
- 230000010354 integration Effects 0.000 claims description 66
- 238000012545 processing Methods 0.000 claims description 44
- 230000001360 synchronised effect Effects 0.000 claims description 24
- 230000004044 response Effects 0.000 claims description 15
- 230000008569 process Effects 0.000 claims description 9
- 230000026676 system process Effects 0.000 claims description 8
- 239000000284 extract Substances 0.000 claims description 5
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 11
- 238000010586 diagram Methods 0.000 description 8
- 230000003068 static effect Effects 0.000 description 8
- 230000008014 freezing Effects 0.000 description 7
- 238000007710 freezing Methods 0.000 description 7
- 239000013589 supplement Substances 0.000 description 7
- 238000004519 manufacturing process Methods 0.000 description 6
- 238000013515 script Methods 0.000 description 6
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 description 4
- 230000002354 daily effect Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000001502 supplementing effect Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000003203 everyday effect Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 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/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
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2308—Concurrency control
- G06F16/2315—Optimistic concurrency control
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A10/00—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE at coastal zones; at river basins
- Y02A10/40—Controlling or monitoring, e.g. of flood or hurricane; Forecasting, e.g. risk assessment or mapping
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明公开了灾备系统以及基于灾备系统的业务处理方法，涉及异地容灾技术领域。该方法的一具体实施方式包括：灾备系统包括同城灾备中心、主生产中心和异地灾备中心；其中，同城灾备中心包括数据备份系统；主生产中心包括第一核心系统；异地灾备中心包括第二核心系统、大数据平台和备用系统。该实施方式能够解决系统切换期间无法保证业务连续性的技术问题。本发明公开了灾备系统以及基于灾备系统的业务处理方法，涉及异地容灾技术领域。该方法的一具体实施方式包括：灾备系统包括同城灾备中心、主生产中心和异地灾备中心；其中，同城灾备中心包括数据备份系统；主生产中心包括第一核心系统；异地灾备中心包括第二核心系统、大数据平台和备用系统。该实施方式能够解决系统切换期间无法保证业务连续性的技术问题。
Description
技术领域
本发明涉及异地容灾技术领域，尤其涉及一种灾备系统以及基于灾备系统的业务处理方法。
背景技术
随着企业规模的扩展，目前大型企业普遍建立异地灾备中心，通过在异地建立灾难备份系统，进一步提高数据抵御各种可能的安全风险的容灾能力，保证在发生中心及区域级灾难的情况下的业务连续性。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
当生产中心发生灾难需要切换到异地灾备中心时，会对灾备中心系统切换成生产系统带来一定的风险；而且，异地灾备中心需要系统和数据恢复并验证后才可继续对外开展业务，这期间会造成整体业务停顿数小时，导致无法保证业务连续性。
发明内容
有鉴于此，本发明实施例提供一种灾备系统以及基于灾备系统的业务处理方法，以解决系统切换期间无法保证业务连续性的技术问题。
为实现上述目的，根据本发明实施例的一个方面，提供了一种灾备系统，所述灾备系统包括同城灾备中心、主生产中心和异地灾备中心；其中，所述同城灾备中心包括数据备份系统；所述主生产中心包括第一核心系统；所述异地灾备中心包括第二核心系统、大数据平台和备用系统；
所述数据备份系统用于将业务请求存储至交易日志，并将最近一段时间内的交易日志同步至所述第二核心系统；所述第一核心系统用于处理所述业务请求，根据所述业务请求的处理结果更新业务数据，并将所述业务数据同步至所述第二核心系统；所述第二核心系统用于将所述业务数据同步至所述大数据平台，以使所述大数据平台更新数据仓库中的业务数据；所述备用系统用于响应于应急交易开关为开启状态，处理所述业务请求。
可选地，所述同城灾备中心还包括第一渠道平台和第一应用集成平台，所述主生产中心还包括第二渠道平台和第二应用集成平台，所述异地灾备中心包还包括第三渠道平台和第三应用集成平台；
所述第一渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第一应用集成平台，所述第一应用集成平台用于接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；
所述第二渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第二应用集成平台，所述第二应用集成平台用于接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；
所述第三渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第三应用集成平台，所述第三应用集成平台用于接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统。
可选地，所述第三渠道平台还用于响应于所述应急交易开关为开启状态，将所述业务请求转发至所述备用系统；
所述第二核心系统还用于响应于所述应急交易开关为开启状态，根据所述第一核心系统同步过来的业务数据和所述数据备份系统同步过来的交易日志判断是否存在丢失的业务数据，若是，则根据所述交易日志更新所述业务数据。
可选地，所述大数据平台还用于从所述第二核心系统同步过来的业务数据中提取出关键数据，将所述关键数据同步至所述备用系统；所述备用系统还用于将所述关键数据存储至本地数据库。
可选地，所述备用系统还用于基于额度控制模型和所述关键数据处理所述业务请求，并将所述业务请求的处理结果存储至所述本地数据库的交易流水表。
可选地，所述备用系统还用于响应于所述应急交易开关由开启状态转换为关闭状态，读取所述本地数据库中的交易流水表，按照交易流水号从小到大的顺序调用所述第二核心系统，以使所述第二核心系统根据所述交易流水表生成交易信息。
可选地，所述第二核心系统还用于响应于所述应急交易开关由开启状态转换为关闭状态，对外提供业务处理服务。
另外，根据本发明实施例的另一个方面，提供了一种基于灾备系统的业务处理方法，所述灾备系统包括同城灾备中心、主生产中心和异地灾备中心；其中，所述同城灾备中心包括数据备份系统；所述主生产中心包括第一核心系统；所述异地灾备中心包括第二核心系统、大数据平台和备用系统；
所述业务处理方法包括：
所述数据备份系统将业务请求存储至交易日志，并将最近一段时间内的交易日志同步至所述第二核心系统；
所述第一核心系统处理所述业务请求，根据所述业务请求的处理结果更新业务数据，并将所述业务数据同步至所述第二核心系统；
所述第二核心系统将所述业务数据同步至所述大数据平台，以使所述大数据平台更新数据仓库中的业务数据；
所述备用系统响应于应急交易开关为开启状态，处理所述业务请求。
可选地，所述同城灾备中心还包括第一渠道平台和第一应用集成平台，所述主生产中心还包括第二渠道平台和第二应用集成平台，所述异地灾备中心包还包括第三渠道平台和第三应用集成平台；
所述业务处理方法还包括：
所述第一渠道平台接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第一应用集成平台，所述第一应用集成平台接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；
所述第二渠道平台接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第二应用集成平台，所述第二应用集成平台接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；
所述第三渠道平台接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第三应用集成平台，所述第三应用集成平台接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统。
可选地，所述业务处理方法还包括：
所述第三渠道平台响应于所述应急交易开关为开启状态，将所述业务请求转发至所述备用系统；
所述第二核心系统响应于所述应急交易开关为开启状态，根据所述第一核心系统同步过来的业务数据和所述数据备份系统同步过来的交易日志判断是否存在丢失的业务数据，若是，则根据所述交易日志更新所述业务数据。
可选地，所述业务处理方法还包括：
所述大数据平台从所述第二核心系统同步过来的业务数据中提取出关键数据，将所述关键数据同步至所述备用系统；
所述备用系统将所述关键数据存储至本地数据库。
可选地，所述备用系统响应于应急交易开关为开启状态，处理所述业务请求，包括：
所述备用系统响应于应急交易开关为开启状态，基于额度控制模型和所述关键数据处理所述业务请求，并将所述业务请求的处理结果存储至所述本地数据库的交易流水表。
可选地，所述业务处理方法还包括：
所述备用系统响应于所述应急交易开关由开启状态转换为关闭状态，读取所述本地数据库中的交易流水表，按照交易流水号从小到大的顺序调用所述第二核心系统，以使所述第二核心系统根据所述交易流水表生成交易信息。
可选地，所述业务处理方法还包括：
所述第二核心系统响应于所述应急交易开关由开启状态转换为关闭状态，对外提供业务处理服务。
本发明实施例通过在异地灾备中心部署备用系统保证业务连续性，具有以下优点：日常运行成本为零，功能极简，投入低，可以将损失风险降到最低，还可以增强客户体验。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
图1是根据本发明实施例的灾备系统的架构示意图（实线表示交易线，虚线表示备用线）；
图2是根据本发明一个可参考实施例的灾备系统的架构示意图（实线表示交易线，虚线表示备用线）；
图3是根据本发明实施例的基于灾备系统的业务处理方法的流程图；
图4是根据本发明一个可参考实施例的基于灾备系统的业务处理方法的流程图；
图5是根据本发明另一个可参考实施例的基于灾备系统的业务处理方法的流程图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
需要说明的是，本发明的技术方案中，所涉及的用户个人信息的采集、分析、使用、传输、存储等方面，均符合相关法律法规的规定，被用于合法且合理的用途，不在这些合法使用等方面之外共享、泄露或出售，并且接受监管部门的监督管理。应当对用户个人信息采取必要措施，以防止对此类个人信息数据的非法访问，确保有权访问个人信息数据的人员遵守相关法律法规的规定，确保用户个人信息安全。一旦不再需要这些用户个人信息数据，应当通过限制甚至禁止数据收集和/或删除数据的方式将风险降至最低。
当适用时，包括在某些相关应用程序中，通过对数据去标识来保护用户隐私，例如在适用时通过移除特定标识符(例如，账号、姓名、性别、出生日期等)、控制所存储数据的量或特异性、控制数据如何被存储、和/或其他方法去标识。
图1是根据本发明实施例的灾备系统的架构示意图。作为本发明的一个实施例，如图1所示，所述灾备系统包括同城灾备中心、主生产中心和异地灾备中心；其中，同城灾备中心包括第一渠道平台、第一应用集成平台和数据备份系统；主生产中心包括第二渠道平台、第二应用集成平台和第一核心系统；异地灾备中心包括第三渠道平台、第三应用集成平台、第二核心系统、大数据平台和备用系统。
正常情况下，所述第一渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第一应用集成平台，所述第一应用集成平台用于接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；所述第二渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第二应用集成平台，所述第二应用集成平台用于接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；所述第三渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第三应用集成平台，所述第三应用集成平台用于接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统。
所述数据备份系统用于将所述业务请求存储至交易日志，并将最近一段时间内的交易日志同步至所述第二核心系统；所述第一核心系统用于处理所述业务请求，根据所述业务请求的处理结果更新业务数据，并将所述业务数据同步至所述第二核心系统；所述第二核心系统用于将所述业务数据同步至所述大数据平台，以使所述大数据平台更新数据仓库中的业务数据；所述备用系统用于响应于应急交易开关为开启状态，处理所述业务请求。
需要指出的是，正常情况下，主生产中心的第一核心系统对外提供业务处理服务，各个应用集成平台将接收到的业务请求全部都转发至第一核心系统，第一核心系统对接收到的业务请求进行业务处理，并将处理结果同步至第二核心系统，那么当主生产中心不可用时，第二核心系统就可以对外提供业务处理服务。
如图1所示，本发明实施例采用两地三中心（两地指本地和异地，三中心指本地主生产中心、同城灾备中心、异地灾备中心）架构进行部署，同城仅作数据备份，异地做应用灾备。应用部署形态为，渠道平台、应用集成平台均采用多活部署方式，核心系统采用主备部署方式，正常情况下，第一核心系统为主，第二核心系统为备，主生产中心不可用时，第一核心系统和第二核心系统进行主备切换，大数据平台部署在异地灾备中心。
正常状态下，每个机构内各1/3用户（柜员或者客户）访问三个中心（同城灾备中心、主生产中心和异地灾备中心）的渠道平台（柜员渠道平台和客户渠道平台），通过各自的应用集成平台访问主生产中心的第一核心系统，此时异地灾备中心的渠道平台的应急交易开关处于关闭状态。
本发明适用的场景为，主生产中心发生灾难到异地灾备中心核心系统对外提供服务之前，需要数小时完成异地灾备中心核心系统的数据和系统及网络恢复，期间无法对外提供服务。此时，将渠道平台的应急交易开关标志置为打开状态，备用系统记录下用户的交易流水，但是不访问第二核心系统后台服务。比如，备用系统可以继续办理基本结算业务，以解决用户燃眉之急，待第二核心系统对外提供服务后再将备用系统处理的数据补回账务系统，从而实现异地RTO=0。
在本发明的实施例中，主生产中心是指正常情况下支持日常业务运作的信息系统，异地灾备中心是指在异地的城市建立一个备份的灾备中心，用于主生产中心的数据备份，当主生产中心出现自然灾害等原因发生故障时，异地灾备中心可以用备份数据进行业务的恢复。RTO是指灾难发生后，从IT系统宕机导致业务停顿之时开始，到IT系统恢复至可以支持各部门运作、恢复运营之时，此两点之间的时间段。
可选地，所述第三渠道平台还用于响应于所述应急交易开关为开启状态，将所述业务请求转发至所述备用系统；所述第二核心系统还用于响应于所述应急交易开关为开启状态，根据所述第一核心系统同步过来的业务数据和所述数据备份系统同步过来的交易日志判断是否存在丢失的业务数据，若是，则根据所述交易日志更新所述业务数据。将渠道平台的应急交易开关标志置为打开状态后，第三渠道平台将接收到的业务请求转发至备用系统，备用系统可以继续办理基本结算业务（比如取现业务、转账业务和消费业务等），但是不访问第二核心系统后台服务，以解决用户燃眉之急。
数据备份系统存储最近一段时间内（比如1个小时内、6小时内、12小时内或者24小时内）的业务请求，将这些业务请求存储到交易日志中，并采用异步方式同步至第二核心系统。将渠道平台的应急交易开关标志置为打开状态后，第二核心系统根据所述第一核心系统同步过来的业务数据和所述数据备份系统同步过来的交易日志判断是否存在丢失的业务数据，若是，则根据所述交易日志对还未处理的业务请求进行业务处理，从而更新所述业务数据，以保证第一核心系统和第二核心系统的数据一致性。因此，即使数据丢失了，也可以通过交易日志找回丢失的业务数据。
可选地，所述大数据平台还用于从所述第二核心系统同步过来的业务数据中提取出关键数据，将所述关键数据同步至所述备用系统；所述备用系统还用于将所述关键数据存储至本地数据库。在正常情况下，主生产中心的第一核心系统采用异步方式将用户信息、账务信息和合约信息等业务数据同步至第二核心系统，第二核心系统将T-1日的用户信息、账务信息和合约信息等增量业务数据同步大数据平台，大数据平台每天通过卸数脚本批量卸载这些增量数据，并将这些数据存放在数据仓库中。大数据平台从第二核心系统同步过来的业务数据中提取出关键数据（比如账户等级、余额等），通过fserver推送模式、ftp推送模式或者httpclient推送模式同步至备用系统，备用系统批量执行加载脚本，将关键数据解析加载到本地数据库。
可选地，所述备用系统还用于基于额度控制模型和所述关键数据处理所述业务请求，并将所述业务请求的处理结果存储至所述本地数据库的交易流水表。当主生产中心不可用并决策启动异地灾备后，渠道平台通过平台界面将应急交易开关标志置为打开状态，后台服务名系统自动切换为备用系统的服务名，由备用系统将交易流水记录在本地数据库的交易流水表，但是不访问第二核心系统。备用系统采用多种不同的额度控制模型（比如，不大于账户T-1日的余额、单次限额、根据已有的用户分级规律来确定消费额度等额度控制模型）和从大数据平台同步过来的关键数据实现额度控制，控制交易风险，并将交易流水记录在本地数据库的交易流水表中。
需要说明的是，当主生产中心不可用时，渠道端用户界面基于渠道进行裁剪，提供主生产中心不可用情况下可开展的取款、消费、转账业务菜单展示及交易字段录入界面。
为了减少备用系统的压力，将渠道平台的应急交易开关打开后，可以将1/3渠道客户端通过https协议访问异地灾备中心的渠道平台，备用系统对外提供服务，保证异地业务连续性。
可选地，所述备用系统还用于响应于所述应急交易开关由开启状态转换为关闭状态，读取所述本地数据库中的交易流水表，按照交易流水号从小到大的顺序调用所述第二核心系统，以使所述第二核心系统根据所述交易流水表生成交易信息。当第二核心系统可以对外提供服务后，备用系统通过批量补录的追帐方式，将主生产中心不可用期间发生的账务性交易追补至第二核心系统。具体地，待异地灾备中心的第二核心系统恢复生产后，即将渠道平台的应急交易开关标志置为关闭状态，备用系统读取本地数据库中的交易流水表，解析出交易流水号和后台微服务名，按照交易流水号从小到大顺序调用第二核心系统的后台微服务，完成每笔交易在核心系统的重跑批，从而生成正式账务交易信息。需要说明的是，如果账户余额不足或账户状态不正常，该笔交易重跑失败，则调用后台冻结微服务对该账户进行冻结处理，同时录入本地数据库冻结表；如果交易重跑批成功，则生成相应凭证信息保存在本地数据库表，渠道客户端可以调用打印微服务补打该业务凭证。所有交易流水全部补录完毕后，则通知相关人员进行下一步操作。
日间主生产中心发生灾难时，将渠道平台的应急交易开关打开，进入灾备状态，原来连接主生产中心和同城中心的渠道客户端快速引流到异地灾备中心，备用系统可以继续办理基本结算业务（比如取现业务、转账业务和消费业务等），但是不访问第二核心系统后台服务，以解决用户燃眉之急。待异地灾备中心的第二核心系统恢复生产后，关闭渠道平台的应急交易开关，进入正常状态。第二核心系统优先对受理的应急业务进行补账处理，扣划客户资金，补打凭证，如果追账失败账户形成冻结列表，进行冻结处理。
可选地，所述第二核心系统还用于响应于所述应急交易开关由开启状态转换为关闭状态，对外提供业务处理服务。当异地灾备中心核心系统恢复后，后台服务名自动切换为原交易路径服务名，由异地灾备中心的第二核心系统对外提供服务，从而实现异地RTO=0。
可选地，将渠道平台的应急交易开关关闭后，可以将1/2渠道客户端通过https协议访问同城灾备中心的渠道平台，将1/2渠道客户端通过https协议访问异地灾备中心的渠道平台，第二核心系统对外提供服务，保证异地业务连续性。
本发明实施例通过在异地灾备中心部署备用系统保证业务连续性，具有以下优点：日常运行成本为零，功能极简，投入低，可以将损失风险降到最低，还可以增强客户体验。
图2是根据本发明一个可参考实施例的灾备系统的架构示意图。作为本发明的又一个实施例，如图2所示，所述灾备系统包括同城灾备中心、主生产中心和异地灾备中心；其中，同城灾备中心包括第一渠道平台、第一应用集成平台、第一技术组件和数据备份系统；主生产中心包括第二渠道平台、第二应用集成平台、第二技术组件和第一核心系统；异地灾备中心包括第三渠道平台、第三应用集成平台、第三技术组件、第二核心系统、大数据平台和备用系统。
所述第一渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第一应用集成平台，所述第一应用集成平台用于接收所述业务请求，调用第一技术组件的静态口令或指纹认证服务实现柜员的身份认证，或者调用第一技术组件的静态口令、令牌或声纹认证服务实现客户的身份认证，确保应用安全，如果身份认证通过，则将所述业务请求转发至所述第一核心系统和所述数据备份系统；所述第二渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第二应用集成平台，所述第二应用集成平台用于接收所述业务请求，调用第二技术组件的静态口令或指纹认证服务实现柜员的身份认证，或者调用第二技术组件的静态口令、令牌或声纹认证服务实现客户的身份认证，确保应用安全，如果身份认证通过，则将所述业务请求转发至所述第一核心系统和所述数据备份系统；所述第三应用集成平台用于接收所述业务请求，调用第三技术组件的静态口令或指纹认证服务实现柜员的身份认证，或者调用第三技术组件的静态口令、令牌或声纹认证服务实现客户的身份认证，确保应用安全，如果身份认证通过，则将所述业务请求转发至所述第三应用集成平台，所述第三应用集成平台用于接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；
所述数据备份系统用于将所述业务请求存储至交易日志，并将最近一段时间内的交易日志同步至所述第二核心系统；所述第一核心系统用于处理所述业务请求，根据所述业务请求的处理结果更新业务数据，并将所述业务数据同步至所述第二核心系统；所述第二核心系统用于将所述业务数据同步至所述大数据平台，以使所述大数据平台更新数据仓库中的业务数据；所述备用系统用于响应于应急交易开关为开启状态，调用第三技术组件的静态口令或指纹认证服务实现柜员的身份认证，或者调用第三技术组件的静态口令、令牌或声纹认证服务实现客户的身份认证，确保应用安全，如果身份认证通过，则处理所述业务请求。
图3是根据本发明实施例的基于灾备系统的业务处理方法的流程图。作为本发明的一个实施例，如图3所示，所述业务处理方法包括以下步骤：
步骤301，所述数据备份系统将业务请求存储至交易日志，并将最近一段时间内的交易日志同步至所述第二核心系统。
步骤302，所述第一核心系统处理所述业务请求，根据所述业务请求的处理结果更新业务数据，并将所述业务数据同步至所述第二核心系统。
需要指出的是，本发明实施例对步骤301和步骤302的执行顺序没有限制。
渠道平台、应用集成平台均采用多活部署方式，核心系统采用主备部署方式，正常情况下，第一核心系统为主，第二核心系统为备，主生产中心不可用时，第一核心系统和第二核心系统进行主备切换，大数据平台部署在异地灾备中心。
步骤303，所述第二核心系统将所述业务数据同步至所述大数据平台，以使所述大数据平台更新数据仓库中的业务数据。
步骤304，所述备用系统响应于应急交易开关为开启状态，处理所述业务请求。
主生产中心发生灾难到异地灾备中心核心系统对外提供服务之前，需要数小时完成异地灾备中心核心系统的数据和系统及网络恢复，期间无法对外提供服务。此时，将渠道平台的应急交易开关标志置为打开状态，备用系统记录下用户的交易流水，但是不访问第二核心系统后台服务。比如，备用系统可以继续办理基本结算业务，以解决用户燃眉之急，待第二核心系统对外提供服务后再将备用系统处理的数据补回账务系统，从而实现异地RTO=0。
图4是根据本发明一个可参考实施例的基于灾备系统的业务处理方法的流程图。作为本发明的另一个实施例，如图4所示，所述业务处理方法包括以下步骤：
步骤401，所述第一渠道平台接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第一应用集成平台，所述第一应用集成平台接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；所述第二渠道平台接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第二应用集成平台，所述第二应用集成平台接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；所述第三渠道平台接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第三应用集成平台，所述第三应用集成平台接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统。
正常状态下，每个机构内各1/3用户（柜员或者客户）访问三个中心（同城灾备中心、主生产中心和异地灾备中心）的渠道平台（柜员渠道平台和客户渠道平台），通过各自的应用集成平台访问主生产中心的第一核心系统，此时异地灾备中心的渠道平台的应急交易开关处于关闭状态。
步骤402，所述数据备份系统将所述业务请求存储至交易日志，并将最近一段时间内的交易日志同步至所述第二核心系统。
步骤403，所述第一核心系统处理所述业务请求，根据所述业务请求的处理结果更新业务数据，并将所述业务数据同步至所述第二核心系统。
步骤404，所述第二核心系统将所述业务数据同步至所述大数据平台，以使所述大数据平台更新数据仓库中的业务数据。
步骤405，所述大数据平台从所述第二核心系统同步过来的业务数据中提取出关键数据，将所述关键数据同步至所述备用系统。
步骤406，所述备用系统将所述关键数据存储至本地数据库。
在正常情况下，主生产中心的第一核心系统采用异步方式将用户信息、账务信息和合约信息等业务数据同步至第二核心系统，第二核心系统将T-1日的用户信息、账务信息和合约信息等增量业务数据同步大数据平台，大数据平台每天通过卸数脚本批量卸载这些增量数据，并将这些数据存放在数据仓库中。大数据平台从第二核心系统同步过来的业务数据中提取出关键数据（比如账户等级、余额等），通过fserver推送模式、ftp推送模式或者httpclient推送模式同步至备用系统，备用系统批量执行加载脚本，将关键数据解析加载到本地数据库。
具体地，列出包含用户数据、账户数据及合约数据等业务数据的数据库表列表，包括数据库表各自的索引和多个字段信息，字段信息包括卸载模式信息，卸载模式包括全量卸载或增量卸载两种模式，全量卸载指卸载数据库表列表包括的所有数据库表中的全量数据，增量卸载模式指卸载多个数据库表中预设时间间隔内增加的数据；根据数据库表列表的字段信息生成卸载参数，该卸载参数用于卸载多个数据库表；将卸载参数导入卸载脚本定期批量执行，从而生成卸载数据文件，根据卸载数据文件生成卸载数据汇总文件，文件内容包含卸载数据文件数量、大小和MD5，以方便文件传输后的核对。从卸载的数据中提取出关键数据，采用fserver推送模式、ftp推送模式或者httpclient推送模式同步至备用系统，备用系统执行加载脚本，加载关键数据到本地数据库。
步骤407，所述备用系统响应于应急交易开关为开启状态，处理所述业务请求。
可选地，步骤407可以包括：所述备用系统基于额度控制模型和所述关键数据处理所述业务请求，并将所述业务请求的处理结果存储至所述本地数据库的交易流水表。当主生产中心不可用并决策启动异地灾备后，渠道平台通过平台界面将应急交易开关标志置为打开状态，后台服务名系统自动切换为备用系统的服务名，由备用系统将交易流水记录在本地数据库的交易流水表，但是不访问第二核心系统。备用系统采用多种不同的额度控制模型（比如，不大于账户T-1日的余额、单次限额、根据已有的用户分级规律来确定消费额度等额度控制模型）和从大数据平台同步过来的关键数据实现额度控制，控制交易风险，并将交易流水记录在本地数据库的交易流水表中。
需要说明的是，当主生产中心不可用时，渠道端用户界面基于渠道进行裁剪，提供主生产中心不可用情况下可开展的取款、消费、转账业务菜单展示及交易字段录入界面。
图5是根据本发明另一个可参考实施例的基于灾备系统的业务处理方法的流程图。作为本发明的再一个实施例，如图5所示，当主生产中心不可用后，所述业务处理方法包括以下步骤：
步骤501，所述第三渠道平台响应于所述应急交易开关为开启状态，将所述业务请求转发至所述备用系统。
步骤502，所述备用系统响应于应急交易开关为开启状态，基于额度控制模型处理所述业务请求，并将所述业务请求的处理结果存储至所述本地数据库的交易流水表。
步骤503，所述第二核心系统响应于所述应急交易开关为开启状态，根据所述第一核心系统同步过来的业务数据和所述数据备份系统同步过来的交易日志判断是否存在丢失的业务数据，若是，则根据所述交易日志更新所述业务数据。
将渠道平台的应急交易开关标志置为打开状态后，第二核心系统根据所述第一核心系统同步过来的业务数据和所述数据备份系统同步过来的交易日志判断是否存在丢失的业务数据，若是，则根据所述交易日志对还未处理的业务请求进行业务处理，从而更新所述业务数据，以保证第一核心系统和第二核心系统的数据一致性。因此，即使数据丢失了，也可以通过交易日志找回丢失的业务数据。
步骤504，所述备用系统响应于所述应急交易开关由开启状态转换为关闭状态，读取所述本地数据库中的交易流水表，按照交易流水号从小到大的顺序调用所述第二核心系统，以使所述第二核心系统根据所述交易流水表生成交易信息。
当第二核心系统可以对外提供服务后，备用系统通过批量补录的追帐方式，将主生产中心不可用期间发生的账务性交易追补至第二核心系统。具体地，待异地灾备中心的第二核心系统恢复生产后，即将渠道平台的应急交易开关标志置为关闭状态，备用系统读取本地数据库中的交易流水表，解析出交易流水号和后台微服务名，按照交易流水号从小到大顺序调用第二核心系统的后台微服务，完成每笔交易在核心系统的重跑批，从而生成正式账务交易信息。需要说明的是，如果账户余额不足或账户状态不正常，该笔交易重跑失败，则调用后台冻结微服务对该账户进行冻结处理，同时录入本地数据库冻结表；如果交易重跑批成功，则生成相应凭证信息保存在本地数据库表，渠道客户端可以调用打印微服务补打该业务凭证。所有交易流水全部补录完毕后，则通知相关人员进行下一步操作。
待异地灾备中心的第二核心系统恢复生产后，关闭渠道平台的应急交易开关，进入正常状态。第二核心系统优先对受理的应急业务进行补账处理，扣划客户资金，补打凭证，如果追账失败账户形成冻结列表，进行冻结处理。
步骤505，所述第二核心系统响应于所述应急交易开关由开启状态转换为关闭状态，对外提供业务处理服务。
当异地灾备中心核心系统恢复后，后台服务名自动切换为原交易路径服务名，由异地灾备中心的第二核心系统对外提供服务，从而实现异地RTO=0。
在本发明的实施例中，日间主生产中心发生灾难时，将渠道平台的应急交易开关打开，进入灾备状态，原来连接主生产中心和同城中心的渠道客户端快速引流到异地灾备中心，备用系统可以继续办理基本结算业务（比如取现业务、转账业务和消费业务等），但是不访问第二核心系统后台服务，以解决用户燃眉之急。待异地灾备中心的第二核心系统恢复生产后，关闭渠道平台的应急交易开关，进入正常状态。第二核心系统优先对受理的应急业务进行补账处理，扣划客户资金，补打凭证，如果追账失败账户形成冻结列表，进行冻结处理。
本发明实施例通过在异地灾备中心部署备用系统保证业务连续性，具有以下优点：日常运行成本为零，功能极简，投入低，可以将损失风险降到最低，还可以增强客户体验。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。
Claims (14)
1.一种灾备系统，其特征在于，所述灾备系统包括同城灾备中心、主生产中心和异地灾备中心；其中，所述同城灾备中心包括数据备份系统；所述主生产中心包括第一核心系统；所述异地灾备中心包括第二核心系统、大数据平台和备用系统；
所述数据备份系统用于将业务请求存储至交易日志，并将最近一段时间内的交易日志同步至所述第二核心系统；所述第一核心系统用于处理所述业务请求，根据所述业务请求的处理结果更新业务数据，并将所述业务数据同步至所述第二核心系统；所述第二核心系统用于将所述业务数据同步至所述大数据平台，以使所述大数据平台更新数据仓库中的业务数据；所述备用系统用于响应于应急交易开关为开启状态，处理所述业务请求但是不访问所述第二核心系统的后台服务；
具体包括：当所述主生产中心不可用时，所述第二核心系统对外提供业务处理服务；在所述主生产中心发生灾难到所述第二核心系统对外提供服务之前，将所述应急交易开关置为开启状态。
2.根据权利要求1所述的灾备系统，其特征在于，所述同城灾备中心还包括第一渠道平台和第一应用集成平台，所述主生产中心还包括第二渠道平台和第二应用集成平台，所述异地灾备中心包还包括第三渠道平台和第三应用集成平台；
所述第一渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第一应用集成平台，所述第一应用集成平台用于接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；
所述第二渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第二应用集成平台，所述第二应用集成平台用于接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；
所述第三渠道平台用于接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第三应用集成平台，所述第三应用集成平台用于接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统。
3.根据权利要求2所述的灾备系统，其特征在于，所述第三渠道平台还用于响应于所述应急交易开关为开启状态，将所述业务请求转发至所述备用系统；
所述第二核心系统还用于响应于所述应急交易开关为开启状态，根据所述第一核心系统同步过来的业务数据和所述数据备份系统同步过来的交易日志判断是否存在丢失的业务数据，若是，则根据所述交易日志更新所述业务数据。
4.根据权利要求1所述的灾备系统，其特征在于，所述大数据平台还用于从所述第二核心系统同步过来的业务数据中提取出关键数据，将所述关键数据同步至所述备用系统；所述备用系统还用于将所述关键数据存储至本地数据库。
5.根据权利要求4所述的灾备系统，其特征在于，所述备用系统还用于基于额度控制模型和所述关键数据处理所述业务请求，并将所述业务请求的处理结果存储至所述本地数据库的交易流水表。
6.根据权利要求5所述的灾备系统，其特征在于，所述备用系统还用于响应于所述应急交易开关由开启状态转换为关闭状态，读取所述本地数据库中的交易流水表，按照交易流水号从小到大的顺序调用所述第二核心系统，以使所述第二核心系统根据所述交易流水表生成交易信息。
7.根据权利要求1所述的灾备系统，其特征在于，所述第二核心系统还用于响应于所述应急交易开关由开启状态转换为关闭状态，对外提供业务处理服务。
8.一种基于灾备系统的业务处理方法，其特征在于，所述灾备系统包括同城灾备中心、主生产中心和异地灾备中心；其中，所述同城灾备中心包括数据备份系统；所述主生产中心包括第一核心系统；所述异地灾备中心包括第二核心系统、大数据平台和备用系统；
所述业务处理方法包括：
所述数据备份系统将业务请求存储至交易日志，并将最近一段时间内的交易日志同步至所述第二核心系统；
所述第一核心系统处理所述业务请求，根据所述业务请求的处理结果更新业务数据，并将所述业务数据同步至所述第二核心系统；
所述第二核心系统将所述业务数据同步至所述大数据平台，以使所述大数据平台更新数据仓库中的业务数据；其中，当所述主生产中心不可用时，所述第二核心系统对外提供业务处理服务；
在所述主生产中心发生灾难到所述第二核心系统对外提供服务之前，将应急交易开关置为开启状态，所述备用系统响应于应急交易开关为开启状态，处理所述业务请求但是不访问所述第二核心系统的后台服务。
9.根据权利要求8所述的方法，其特征在于，所述同城灾备中心还包括第一渠道平台和第一应用集成平台，所述主生产中心还包括第二渠道平台和第二应用集成平台，所述异地灾备中心包还包括第三渠道平台和第三应用集成平台；
所述业务处理方法还包括：
所述第一渠道平台接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第一应用集成平台，所述第一应用集成平台接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；
所述第二渠道平台接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第二应用集成平台，所述第二应用集成平台接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统；
所述第三渠道平台接收渠道客户端发送的业务请求，并将所述业务请求转发至所述第三应用集成平台，所述第三应用集成平台接收所述业务请求，并将所述业务请求转发至所述第一核心系统和所述数据备份系统。
10.根据权利要求9所述的方法，其特征在于，还包括：
所述第三渠道平台响应于所述应急交易开关为开启状态，将所述业务请求转发至所述备用系统；
所述第二核心系统响应于所述应急交易开关为开启状态，根据所述第一核心系统同步过来的业务数据和所述数据备份系统同步过来的交易日志判断是否存在丢失的业务数据，若是，则根据所述交易日志更新所述业务数据。
11.根据权利要求8所述的方法，其特征在于，还包括：
所述大数据平台从所述第二核心系统同步过来的业务数据中提取出关键数据，将所述关键数据同步至所述备用系统；
所述备用系统将所述关键数据存储至本地数据库。
12.根据权利要求11所述的方法，其特征在于，所述备用系统响应于应急交易开关为开启状态，处理所述业务请求，包括：
所述备用系统响应于应急交易开关为开启状态，基于额度控制模型和所述关键数据处理所述业务请求，并将所述业务请求的处理结果存储至所述本地数据库的交易流水表。
13.根据权利要求12所述的方法，其特征在于，还包括：
所述备用系统响应于所述应急交易开关由开启状态转换为关闭状态，读取所述本地数据库中的交易流水表，按照交易流水号从小到大的顺序调用所述第二核心系统，以使所述第二核心系统根据所述交易流水表生成交易信息。
14.根据权利要求8所述的方法，其特征在于，还包括：
所述第二核心系统响应于所述应急交易开关由开启状态转换为关闭状态，对外提供业务处理服务。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310792247.0A CN116521452B (zh) | 2023-06-30 | 2023-06-30 | 灾备系统以及基于灾备系统的业务处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310792247.0A CN116521452B (zh) | 2023-06-30 | 2023-06-30 | 灾备系统以及基于灾备系统的业务处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116521452A CN116521452A (zh) | 2023-08-01 |
| CN116521452B true CN116521452B (zh) | 2023-09-22 |
Family
ID=87394436
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310792247.0A Active CN116521452B (zh) | 2023-06-30 | 2023-06-30 | 灾备系统以及基于灾备系统的业务处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116521452B (zh) |
Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7466689B1 (en) * | 2001-11-06 | 2008-12-16 | Art Technology Group, Inc. | Packet network based emergency backup telephone system |
| KR20090001902A (ko) * | 2007-05-29 | 2009-01-09 | 주식회사 신한은행 | 무중단 코어뱅킹 시스템 및 이를 위한 기록매체 |
| JP2011048678A (ja) * | 2009-08-27 | 2011-03-10 | Fujitsu Ltd | 業務操作支援方法及びコンピュータ装置 |
| CN103838646A (zh) * | 2014-02-13 | 2014-06-04 | 中国科学院国家天文台 | 一种用于地面应用大数据异地容灾备份的系统和方法 |
| CN105897472A (zh) * | 2016-04-05 | 2016-08-24 | 中国银联股份有限公司 | 提供业务连续性保护的数据处理系统 |
| CN106097098A (zh) * | 2016-06-02 | 2016-11-09 | 重庆农村商业银行股份有限公司 | 基于开放架构的交易核算分离的银行核心系统 |
| CN107682172A (zh) * | 2017-07-25 | 2018-02-09 | 平安科技（深圳）有限公司 | 控制中心装置、业务系统处理的方法及介质 |
| KR102083666B1 (ko) * | 2019-12-04 | 2020-03-02 | 대한민국 | 클라우드 컴퓨팅 기반 서버 모니터링 시스템 및 방법 |
| CN112380054A (zh) * | 2020-10-29 | 2021-02-19 | 中科热备(北京)云计算技术有限公司 | 基于灾备实时挂载的方法 |
| CN112491608A (zh) * | 2020-11-24 | 2021-03-12 | 中国建设银行股份有限公司 | 一种灾备方案的确定方法、装置、设备及存储介质 |
| CN114490173A (zh) * | 2020-10-23 | 2022-05-13 | 中移(苏州)软件技术有限公司 | 一种数据备份方法及装置、系统、存储介质 |
| US11537480B1 (en) * | 2014-09-30 | 2022-12-27 | Acronis International Gmbh | Systems and methods of backup and recovery of journaling systems |
| CN115599665A (zh) * | 2022-09-28 | 2023-01-13 | 中国建设银行股份有限公司（Cn） | 灾备系统测试的方法、装置、电子设备和存储介质 |
| WO2023082749A1 (zh) * | 2021-11-15 | 2023-05-19 | 中电信数智科技有限公司 | 一种基于mec边缘云的业务恢复方法、存储介质及系统 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9921769B2 (en) * | 2014-06-19 | 2018-03-20 | Cohesity, Inc. | Making more active use of a secondary storage system |
| US11513910B2 (en) * | 2018-04-26 | 2022-11-29 | EMC IP Holding Company LLC | Compliance as a service for multi-cloud backup systems |
| CN111966526A (zh) * | 2019-05-20 | 2020-11-20 | 中兴通讯股份有限公司 | 一种基于云平台数据中心的虚拟机备份方法及装置 |
| US20220129352A1 (en) * | 2020-10-23 | 2022-04-28 | EMC IP Holding Company LLC | Cloud-based processing of backup data for storage onto various types of object storage systems |
-
2023
- 2023-06-30 CN CN202310792247.0A patent/CN116521452B/zh active Active
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7466689B1 (en) * | 2001-11-06 | 2008-12-16 | Art Technology Group, Inc. | Packet network based emergency backup telephone system |
| KR20090001902A (ko) * | 2007-05-29 | 2009-01-09 | 주식회사 신한은행 | 무중단 코어뱅킹 시스템 및 이를 위한 기록매체 |
| JP2011048678A (ja) * | 2009-08-27 | 2011-03-10 | Fujitsu Ltd | 業務操作支援方法及びコンピュータ装置 |
| CN103838646A (zh) * | 2014-02-13 | 2014-06-04 | 中国科学院国家天文台 | 一种用于地面应用大数据异地容灾备份的系统和方法 |
| US11537480B1 (en) * | 2014-09-30 | 2022-12-27 | Acronis International Gmbh | Systems and methods of backup and recovery of journaling systems |
| CN105897472A (zh) * | 2016-04-05 | 2016-08-24 | 中国银联股份有限公司 | 提供业务连续性保护的数据处理系统 |
| CN106097098A (zh) * | 2016-06-02 | 2016-11-09 | 重庆农村商业银行股份有限公司 | 基于开放架构的交易核算分离的银行核心系统 |
| CN107682172A (zh) * | 2017-07-25 | 2018-02-09 | 平安科技（深圳）有限公司 | 控制中心装置、业务系统处理的方法及介质 |
| KR102083666B1 (ko) * | 2019-12-04 | 2020-03-02 | 대한민국 | 클라우드 컴퓨팅 기반 서버 모니터링 시스템 및 방법 |
| CN114490173A (zh) * | 2020-10-23 | 2022-05-13 | 中移(苏州)软件技术有限公司 | 一种数据备份方法及装置、系统、存储介质 |
| CN112380054A (zh) * | 2020-10-29 | 2021-02-19 | 中科热备(北京)云计算技术有限公司 | 基于灾备实时挂载的方法 |
| CN112491608A (zh) * | 2020-11-24 | 2021-03-12 | 中国建设银行股份有限公司 | 一种灾备方案的确定方法、装置、设备及存储介质 |
| WO2023082749A1 (zh) * | 2021-11-15 | 2023-05-19 | 中电信数智科技有限公司 | 一种基于mec边缘云的业务恢复方法、存储介质及系统 |
| CN115599665A (zh) * | 2022-09-28 | 2023-01-13 | 中国建设银行股份有限公司（Cn） | 灾备系统测试的方法、装置、电子设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116521452A (zh) | 2023-08-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109901949B (zh) | 双活数据中心的应用灾备系统及方法 | |
| US8909604B1 (en) | Methods for returning a corrupted database to a known, correct state by selectively using redo and undo operations | |
| CN106776121B (zh) | 一种数据灾备装置、系统及方法 | |
| US6691139B2 (en) | Recreation of archives at a disaster recovery site | |
| US20050283504A1 (en) | Disaster recovery system suitable for database system | |
| US10331527B2 (en) | Accelerated recovery after a data disaster | |
| CN103294701B (zh) | 一种分布式文件系统以及数据处理的方法 | |
| CN107368388A (zh) | 一种监控文件系统变化的数据库实时备份方法 | |
| US11698917B1 (en) | Method for replacing a currently operating data replication engine in a bidirectional data replication environment without application downtime and while preserving target database consistency, and by using audit trail tokens that provide a list of active transactions | |
| US10296759B1 (en) | Method of controlling whether an uncompleted transaction applied against a database goes forward or is aborted, and for modifying the uncompleted transaction so that it can go forward | |
| CN112181723B (zh) | 一种金融灾备方法、装置、存储介质及电子设备 | |
| CN107135097A (zh) | 基于簿记建档的容灾系统及容灾方法 | |
| CN101547219A (zh) | 一种数据存储系统和方法 | |
| CN116521452B (zh) | 灾备系统以及基于灾备系统的业务处理方法 | |
| CN117670567A (zh) | 账务数据对账方法、装置、存储介质及电子设备 | |
| CN106502825B (zh) | 数据处理方法及装置 | |
| CN114756410B (zh) | 一种双机热备系统的数据恢复方法、装置及介质 | |
| US10303699B1 (en) | Method for replacing a currently operating data replication engine with a new data replication engine without application downtime and while preserving target database consistency | |
| CN114780286A (zh) | 一种数据容灾方法、装置、设备及可读存储介质 | |
| CN110109775A (zh) | 虚拟机恢复方法、装置、终端设备及存储介质 | |
| Arogundade | Cloud vs Traditional Disaster Recovery Techniques: A Comparative Analysis | |
| Mary et al. | Study on Disaster Recovery in Cloud Environment | |
| JPH0333976A (ja) | 端末装置不正接続防止方式 | |
| EP3158519B1 (en) | A method and device for processing electronic payment instructions | |
| Bhura et al. | Mitigating Impact of Disaster by Effective Method of Data Replication |
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 |