CN108964986A - 协同办公系统应用级双活灾备系统 - Google Patents
协同办公系统应用级双活灾备系统 Download PDFInfo
- Publication number
- CN108964986A CN108964986A CN201810620831.7A CN201810620831A CN108964986A CN 108964986 A CN108964986 A CN 108964986A CN 201810620831 A CN201810620831 A CN 201810620831A CN 108964986 A CN108964986 A CN 108964986A
- Authority
- CN
- China
- Prior art keywords
- disaster
- preparation center
- disaster preparation
- data
- business
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- 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
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Abstract
本发明公开了一种协同办公系统应用级双活灾备系统,包含:两个灾备中心,所述两个灾备中心组成电网协同办公系统,并将其中任意一个灾备中心业务变化数据根据不同业务数据种类分别实行异步复制到对端;任一端灾备中心系统具备全量的业务逻辑和业务数据,满足系统切换后承载全网业务的能力。本发明通过采用集中式灾备中心模式,可以节约设备维护成本。因设备减少降低能耗,节省人力资源成本,降低人员培训费用,减少灾备管理成本。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种协同办公系统应用级双活灾备系统。
背景技术
业务连续性保障是协同办公系统应用级灾备建设的目标。国网公司协同办公远距离异地双活灾备设计与建设的目标,属于容灾建设等级最高级别。通过对业务中断事件的分类可知,针对各种事件必须要有相应的应急对策。只有做到既有针对全局性灾害的快速接管与恢复,同时还须兼顾本地局部故障的应急,才能构建一个全方位的、强有力的故障应急体系,才能为企业的业务连续性提供有力的保障。
发明内容
本发明的目的是提供一种协同办公系统应用级双活灾备系统,用以实现解决电网协同办公系统试点单位远距离异地双活灾备设计问题的目的。
为了实现以上目的,本发明通过以下技术方案实现:
一种协同办公系统应用级双活灾备系统,包含:两个灾备中心,所述两个灾备中心组成电网协同办公系统,并将其中任意一个灾备中心业务变化数据根据不同业务数据种类分别实行异步复制到对端;任一端灾备中心系统具备全量的业务逻辑和业务数据,满足系统切换后承载全网业务的能力。
优选地,两个灾备中心设有相同的相互作数据交互的服务器组,每个灾备中心设有的服务器组包含:NTP时间同步服务器、ORACLE数据库复制服务器、应用服务器资源池主机和数据库应用服务器。所述NTP时间同步服务器用于为两个灾备中心的各个应用服务器及用于连接两个灾备中心的网络提供统一的同步时间。所述ORACLE数据库复制服务器用于将一端灾备中心的业务数据复制到其对端灾备中心。所述数据库应用服务器用于存储对应灾备中心的业务数据;所述应用服务器资源池主机用于控制整个协同办公系统运行。
优选地,两个灾备中心分别设有存储系统,所述存储系统用于存储协同办公系统中的本地数据及对本地数据的读写操作;
优选地,两个灾备中心分别设有持续数据保护器,持续数据保护器及附属配套闪存的主要作用是提供本地数据保护,以应对本地存储故障和逻辑故障的应急恢复。
优选地,所述ORACLE数据库复制服务器配置有数据库复制软件,用于执行以下操作: 采用非代理模式,通过对数据库应用服务器中的log日志的分析,获取SQL语句,实现对数据库应用服务器中的数据进行实时复制。
优选地,两个灾备中心还分别设有DNS服务器,两个灾备中心搭建相同的统一登录服务,服务具备的功能也完全一致;但正常情况仅启用其中一个灾备中心的统一登录服务,另一个灾备中心的统一登录服务虽然开启但未实际启用,灾备启动时,所述DNS服务器用于实现灾备启动时的服务切换。
本发明与现有技术相比具有以下优点:
灾备系统可以有效降低公司核心 IT系统所承受的冲击,加快被损坏信息系统的恢复,进而增强整个电力网络安全供电风险管理能力,有效促进经济社会的可持续发展。为了维护企业 IT信息系统的健康稳定发展,灾备系统的建设是保障业务良好的可拓展性和可持续性发展的一种行之有效的方法。国家电网公司有着广阔的经营范围,外界环境状况错综复杂,灾备系统的建设可以有效防范风险、减少损失,提高业务连续性和高可用性,提高 IT信息管理系统随时应对各种变化的能力。当某一省发生灾难时,会带来不可估量的经济损失,灾备系统保证了数据的安全性,可以将损失降到最低。相对于省市自建灾备机房模式,建设集中式灾备中心可以提高资源利用率,节约大量资源。机房配套面积及空调、电源柜、UPS、机柜、IT设备、应急验证区共享资源、软件许可等方面大量节省投资。采用集中式灾备中心模式,可以节约设备维护成本。因设备减少降低能耗,节省人力资源成本,降低人员培训费用,减少灾备管理成本。
附图说明
图1为本发明协同办公系统应用级双活灾备系统的架构示意图;
图2为本发明中的关于中心间文件异步复制方法流程图;
图3为本发明中的关于应用文件冗余上传复制方法流程图。
具体实施方式
以下结合附图,通过详细说明一个较佳的具体实施例,对本发明做进一步阐述。
如图1所示,本发明一种协同办公系统应用级双活灾备系统,包含:
将协同办公系统进行拆分,将整个地区的业务分布到A区和B区两个灾备中心,并将业务变化数据根据不同业务数据种类分别实行异步复制到对端。这样,任一端系统具备全量的业务逻辑和业务数据,满足系统切换后承载全网业务的能力。
每一灾备中心设有相同的服务器组,上述服务器组包括NTP时间同步服务器、ORACLE数据库复制服务器、和多个应用服务器资源池主机和多个数据库应用服务器。
NTP时间同步服务器,用于为协同办公系统中的各个应用服务器及网络提供统一的同步时间,这对于数据复制的一致性校验与数据同步起到时间基准的作用,同时也为各系统的统一网络管理与运维监控提供时间基准。目前采用国网一级部署的NTP服务器为协同办公系统提供时钟同步源,协同办公系统各个应用服务器及网络系统从NTP服务器取得正确的时间,具体选择B区灾备中心的NTP时钟源作为基准。
本系统的两个灾备中心分别设有存储系统和持续数据保护器(CDP),存储系统用于存储协同办公系统中的本地数据及对本地数据的读写操作。持续数据保护器(CDP)及附属配套闪存的主要作用是提供本地数据保护,以应对本地存储故障和逻辑故障的应急恢复。其中需要保护的数据量只涉及到核心数据(如ORACLE数据库数据)。
ORACLE数据库复制服务器配置有数据库复制软件,用于执行以下操作: 采用非代理模式,通过对log日志的分析,获取SQL语句,实现对数据库中的数据进行实时复制。
数据库复制软件主要是针对ORACLE数据库,若B区与A区备灾中心相隔较远,数据传输网络节点较多,对网络故障应具备较好的容错能力;另外,产品运行期间尽量减小对ORACLE数据库的性能造成影响。上述数据库复制软件具有以下优点。网络故障:长时间中断、短时间中断及网络时断时续情况下确保正常工作。数据库故障:在目标端数据库故障下, 源端数据库不受影响,当目标端数据库修复后,软件继续工作。支持在网络故障、服务器硬件故障、数据库故障等情况下,当故障恢复后要能够继续工作,支持断点续传;复制软件保障数据的准确性,在复制过程中对数据的一致性进行实时验证,如果发现异常的情况下提供告警功能。
双活应用设计主要针对DOMINO应用系统、统一登录系统、统一视图、国网公文传输、数据库同步应用、数据库数据写序列应用、数据库切换通告应用以及动态域名应用的具体规划与设计,确保双活应用的统一。
协同办公系统双活灾备的关键是在于A和B区备灾中心的后端数据的统一。灾难接管与双活重建完成的是两个过程:首先是发生系统灾难时,应用由发生灾难的一端切换(接管)到另外一端,而双活重建是在发生灾难的一端恢复生产后应用的回切,里面涉及到对危险级别的划分标准、决策原则、应对方法、响应流程等,尤其涉及到双活重建阶段的数据补录环节的完成,才是真正生产恢复的标志。
协同办公系统的双活灾备系统与众多外围应用关联,包括门户系统、统一权限、数字档案馆、电子文件、非结构化平台、电视电话会议及IMS等系统,产生各种应用数据的互动与调用。对于系统中Domino节点群,在应用服务器上进行节点群的合并,实现每个分布式的Domino节点都具备提供两两节点以上的业务服务和数据管理能力,在双活建设后未切换前,A区或B区备灾中心的服务器提供本端的业务服务,但同时管理B区或A区备灾中心的业务数据。
在双活的运行中根据实际业务访问,部分业务目录提供业务访问,其实业务目录在另一个数据中提供业务访问,但在本端提供复制写入。即如图2所示,协同办公系统应用级双活灾备系统在正常运作时, A区灾备中心的用户读写操作A区数据。且A区灾备中心将B区灾备中心的数据异步复制到A区灾备中心。而B区灾备中心的用户写读操作B区数据,且B区灾备中心将A区灾备中心的数据异步复制到B区灾备中心。当A或B区灾备中心出现故障时,该灾备系统启动灾备运行模式后,A区和B区用户可从B区或A区灾备中心对应读写操作B区或A区灾备中心的数据。
A区与B区灾备中心均搭建相同的统一登录服务,服务具备的功能也完全一致。但正常情况仅启用B区灾备中心的统一登录服务,A区的统一登录服务虽然开启但未实际启用,结合DNS服务器,实现灾备启动时的服务切换。即:协同办公系统双活中登录入口的这少部分服务虽然也处于同时开启状态,但并未同时使用。
存在本地文件数据的节点有任务协作、数据交换和公文传输。应用均使用Weblogic中间件,文件数据与应用是分离状态。任务协作具有区域访问特征,数据量较大。数据交换和公文传输都是为实现政令畅通和一体化应用建设的数据交换中心,属于全网共用的服务,对数据的复制时效要求较高。协同办公系统根据数据类型对应设有复制机制,本发明的协同办公系统中的数据类型包括:对于结构化数据(如ORACLE)、非结构化数据(如DOMINO应用系统产生的数据、SOLR索引数据和各种图片资料文档)。
根据本地文件使用要求不同,分别采用中间文件异步复制和应用文件冗余上传策略进行复制。
任务协作的本地文件较多,但由于区域隔离对数据复制实时性要求不高,采用中心间文件异步复制策略。
公文传输和数据交换是属于数据交换中心,由于一体化业务比例不高,所以数据量不大,但实时性要求高,可以采用应用文件冗余上传的方式,将实时复制的压力平摊于每次的业务操作过程。
如图2所示,中心间文件异步复制策略包含以下过程:同步初始化组件:
开始同步前设置任务协作异步文件开始增量同步标志;
开发自动化脚本,使用专用(Linux下类unix系统下的数据镜像备份工具)工具把正常数据中心任务协作相关目录数据同步到初始化数据中心对应主机目录中;设置任务协作数据同步。增量同步消息生成。
在B区和A区灾备中心分别新增Kafka分布消息中间件集群,用于异步同步控制。
客户端使用任务协作模块对附件进行操作并且允许开始增量同步的时候,任务协作处理模块在生成本灾备中心本地文件,同时生成文件同步kafka消息请求,消息内容包含文件名,文件路径,文件大小,文件所在主机等信息。
同步消息处理组件。
通过kafka接口以客户端方式连接到对端数据中心对应kafka消息中间件集群中,从队列中获取未处理的消息请求,并且逐个处理,直到所有消息处理完成。
解析同步消息请求,获取需要同步的文件名,文件路径,文件所在主机,文件大小等信息,通过ftp方式,从对端中心指定目录中同步相应文件到本中心中。
如图3所示,应用文件冗余上传复制策略初始化包含以下过程:通过自动化shell脚本,使用专用(Linux下类unix系统下的数据镜像备份工具)工具把正常数据中心公文传输和数据交换共享文件系统对应目录数据同步到初始化数据中心对应主机目录中。
协同办公子系统在进行联网发文的时候,调用本灾备中心的公文传输组件把公文数据上传到共享文件系统时,同时调用对端灾备中心公文传输组件服务,把公文数据同时上传到对端数据中心共享目录中;本灾备中心或对端灾备中心公文传输服务调用失败属于同一事务,如果某个灾备中心服务调用失败,整个业务处理失败。
协同办公子系统在进行数据交换操作时候,调用本灾备中心数据交换组件把控温数据上传到共享文件系统时,同时调用对端灾备中心数据交换传输组件,把交换文件传输到对端数据中心共享文件系统中,服务两次调用属于同一事务,如果某个灾备中心服务调用失败,整个业务处理失败。
在一个优选的实施例中,B区与A区灾备中心均单独与IMS系统集成。采集本端的监控数据与IMS系统集成。灾备接管后仍保持单端独立运行的模式,不相互影响与交互。IMS系统提供标准的JMS消息服务,同时定义了业务系统监控指标的消息格式。协同办公系统收集需要集成的监控指标数据,并封装成XML对象消息,连接IMS系统的JMS消息服务,将消息写入协同办公系统对应的消息队列中。
由于协同办公系统内部有多个应用服务器,为实现对外服务的统一性和保证协同办公系统内部组织用户数据的一致性,协同办公系统通过统一用户和统一权限完成数据的同步。根据统一权限的集成规范,统一用户提供Web Service同步服务,统一权限调用同步服务接口完成数据的同步,统一用户完成协同办公内部各服务器的同步。
为实现灾备和双活,B区与A区灾备中心的统一用户均提供Web Service服务,均可共统一权限调用,但在灾备切换之前统一权限仅与B区灾备中心的统一权限集成,同步后B区灾备中心通过Oracle数据库同步到A区灾备中心的Oracle数据库,实现两端的组织用户和权限的同步。在灾备切换发生时,再转移到A区灾备中心的统一权限的web server来提供接收服务。
A区与B区灾备中心均可移交数据档案馆的接口,具体的数据推送过程根据实际承载的业务所产生的档案信息。既部分下属灾备中心的档案数据由A区灾备中心推送,另一部分由B区灾备中心推送。灾备发生时由未发生灾难的一端推动所有档案数据。
协同办公档案管理模块向电网档案馆系统移交数据时,结构化数据通过ESB服务总线进行移交,非结构化数据通过非结构化平台的联网分发功能实现移交。协同办公系统集成数字档案馆属于协同办公主动移交,数字档案馆被动接受。
双活灾备后两个灾备中心的系统根据实际业务产生的数据独立开展定时推送的任务。在发生灾备接管时,业务也同时发生切换,承接所有业务的数据中心的定时推送任务会将所有单位产生的数据推送电子文件管理系统。
非结构化数据主要存储于Domino平台中,但历史数据和档案数据的非结构化数据存储于非结构化平台。上述两个灾备中心独立访问B区灾备中心的非结构化平台进行非结构化数据的读写。若B区灾备中心发生灾难,B区灾备中心的非结构化平台发生故障,则档案与历史数据模块的非结构化数据无法访问,但现行的文件办理不受影响。
上述两个灾备中心仍保持现有的集成模式,主动访问一体化电视电话会议系统。实际的会议室系统、会议信息和组会信息等根据实际使用的省的会议室数据进行集成数据发送。灾备发生时随着业务的转移集中到一个灾备中心,会议管理相关的数据推送也相应转移到对应的灾备中心。
尽管本发明的内容已经通过上述优选实施例作了详细介绍,但应当认识到上述的描述不应被认为是对本发明的限制。在本领域技术人员阅读了上述内容后,对于本发明的多种修改和替代都将是显而易见的。因此,本发明的保护范围应由所附的权利要求来限定。
Claims (6)
1.一种协同办公系统应用级双活灾备系统,其特征在于,包含:两个灾备中心,所述两个灾备中心组成电网协同办公系统,并将其中任意一个灾备中心业务变化数据根据不同业务数据种类分别实行异步复制到对端;任一端灾备中心系统具备全量的业务逻辑和业务数据,满足系统切换后承载全网业务的能力。
2.如权利要求1所述的协同办公系统应用级双活灾备系统,其特征在于,两个灾备中心设有相同的相互作数据交互的服务器组,每个灾备中心设有的服务器组包含:NTP时间同步服务器、ORACLE数据库复制服务器、应用服务器资源池主机和数据库应用服务器;
所述NTP时间同步服务器用于为两个灾备中心的各个应用服务器及用于连接两个灾备中心的网络提供统一的同步时间;
所述ORACLE数据库复制服务器用于将一端灾备中心的业务数据复制到其对端灾备中心,
所述数据库应用服务器用于存储对应灾备中心的业务数据;
所述应用服务器资源池主机用于控制整个协同办公系统运行。
3.如权利要求2所述的协同办公系统应用级双活灾备系统,其特征在于,
两个灾备中心分别设有存储系统,所述存储系统用于存储协同办公系统中的本地数据及对本地数据的读写操作。
4.如权利要求3所述的协同办公系统应用级双活灾备系统,其特征在于,
两个灾备中心分别设有持续数据保护器,持续数据保护器及附属配套闪存的主要作用是提供本地数据保护,以应对本地存储故障和逻辑故障的应急恢复。
5.如权利要求2所述的协同办公系统应用级双活灾备系统,其特征在于,
所述ORACLE数据库复制服务器配置有数据库复制软件,用于执行以下操作: 采用非代理模式,通过对数据库应用服务器中的log日志的分析,获取SQL语句,实现对数据库应用服务器中的数据进行实时复制。
6.如权利要求2所述的协同办公系统应用级双活灾备系统,其特征在于,
两个灾备中心还分别设有DNS服务器,两个灾备中心搭建相同的统一登录服务,服务具备的功能也完全一致;但正常情况仅启用其中一个灾备中心的统一登录服务,另一个灾备中心的统一登录服务虽然开启但未实际启用,灾备启动时,所述DNS服务器用于实现灾备启动时的服务切换。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810620831.7A CN108964986B (zh) | 2018-06-15 | 2018-06-15 | 协同办公系统应用级双活灾备系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810620831.7A CN108964986B (zh) | 2018-06-15 | 2018-06-15 | 协同办公系统应用级双活灾备系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108964986A true CN108964986A (zh) | 2018-12-07 |
CN108964986B CN108964986B (zh) | 2022-01-25 |
Family
ID=64489618
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810620831.7A Active CN108964986B (zh) | 2018-06-15 | 2018-06-15 | 协同办公系统应用级双活灾备系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108964986B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109901948A (zh) * | 2019-02-18 | 2019-06-18 | 国家计算机网络与信息安全管理中心 | 无共享数据库集群异地双活容灾系统 |
CN110677469A (zh) * | 2019-09-23 | 2020-01-10 | 上交所技术有限责任公司 | 一种证券灾备系统及灾备实现方法 |
CN113779143A (zh) * | 2021-08-20 | 2021-12-10 | 中国邮政储蓄银行股份有限公司 | 双活数据中心和业务系统 |
WO2022116428A1 (zh) * | 2020-12-03 | 2022-06-09 | 平安科技(深圳)有限公司 | 端到端双活方法、装置、设备及存储介质 |
CN114900532A (zh) * | 2022-05-09 | 2022-08-12 | 南方电网大数据服务有限公司 | 电力数据容灾方法、系统、装置、计算机设备和存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102156720A (zh) * | 2011-03-28 | 2011-08-17 | 中国人民解放军国防科学技术大学 | 一种数据恢复的方法、装置和系统 |
US20150312233A1 (en) * | 2010-04-30 | 2015-10-29 | T-Central, Inc. | System and Method to Enable PKI- and PMI- Based Distributed Locking of Content and Distributed Unlocking of Protected Content and/or Scoring of Users and/or Scoring of End-Entity Access Means - Added |
CN105740102A (zh) * | 2016-02-02 | 2016-07-06 | 北京京东尚科信息技术有限公司 | 用于数据备份的设备及其中的方法 |
CN105988894A (zh) * | 2015-02-10 | 2016-10-05 | 北京中科同向信息技术有限公司 | 一种双活模式的容灾技术 |
CN106506588A (zh) * | 2016-09-23 | 2017-03-15 | 北京许继电气有限公司 | 多地多中心的数据中心双活方法和系统 |
-
2018
- 2018-06-15 CN CN201810620831.7A patent/CN108964986B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150312233A1 (en) * | 2010-04-30 | 2015-10-29 | T-Central, Inc. | System and Method to Enable PKI- and PMI- Based Distributed Locking of Content and Distributed Unlocking of Protected Content and/or Scoring of Users and/or Scoring of End-Entity Access Means - Added |
CN102156720A (zh) * | 2011-03-28 | 2011-08-17 | 中国人民解放军国防科学技术大学 | 一种数据恢复的方法、装置和系统 |
CN105988894A (zh) * | 2015-02-10 | 2016-10-05 | 北京中科同向信息技术有限公司 | 一种双活模式的容灾技术 |
CN105740102A (zh) * | 2016-02-02 | 2016-07-06 | 北京京东尚科信息技术有限公司 | 用于数据备份的设备及其中的方法 |
CN106506588A (zh) * | 2016-09-23 | 2017-03-15 | 北京许继电气有限公司 | 多地多中心的数据中心双活方法和系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109901948A (zh) * | 2019-02-18 | 2019-06-18 | 国家计算机网络与信息安全管理中心 | 无共享数据库集群异地双活容灾系统 |
CN109901948B (zh) * | 2019-02-18 | 2022-04-12 | 国家计算机网络与信息安全管理中心 | 无共享数据库集群异地双活容灾系统 |
CN110677469A (zh) * | 2019-09-23 | 2020-01-10 | 上交所技术有限责任公司 | 一种证券灾备系统及灾备实现方法 |
CN110677469B (zh) * | 2019-09-23 | 2022-07-15 | 上交所技术有限责任公司 | 一种证券灾备系统及灾备实现方法 |
WO2022116428A1 (zh) * | 2020-12-03 | 2022-06-09 | 平安科技(深圳)有限公司 | 端到端双活方法、装置、设备及存储介质 |
CN113779143A (zh) * | 2021-08-20 | 2021-12-10 | 中国邮政储蓄银行股份有限公司 | 双活数据中心和业务系统 |
CN114900532A (zh) * | 2022-05-09 | 2022-08-12 | 南方电网大数据服务有限公司 | 电力数据容灾方法、系统、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108964986B (zh) | 2022-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108964986A (zh) | 协同办公系统应用级双活灾备系统 | |
EP2281240B1 (en) | Maintaining data integrity in data servers across data centers | |
CN108810150A (zh) | 协同办公系统应用级灾备系统的数据复制方法 | |
KR101265388B1 (ko) | 고가용성 데이터베이스 관리 시스템 및 이를 이용한 데이터베이스 관리 방법 | |
CN105471960A (zh) | 一种私有云与公有云的信息交互系统及方法 | |
WO2021103499A1 (zh) | 一种基于多活数据中心的流量切换方法及装置 | |
CN107241430A (zh) | 一种基于分布式存储的企业级容灾系统及容灾控制方法 | |
CN105069160A (zh) | 一种基于自主可控数据库的高可用性方法及构架 | |
CN106301938A (zh) | 一种高可用性和强一致性的数据库集群系统及其节点管理方法 | |
CN104536971A (zh) | 一种具备高可用性的数据库 | |
CN108173959A (zh) | 一种集群存储系统 | |
CN1299203C (zh) | 数据容灾备份控制系统 | |
CN109361777A (zh) | 分布式集群节点状态的同步方法、同步系统及相关装置 | |
CN110719282B (zh) | 一种基于统一权限的认证双活系统 | |
CN109859068B (zh) | 一种基于资源池技术的电网数据实时同步系统 | |
Zhu et al. | IT disaster tolerance and application classification for data centers | |
CN103793296A (zh) | 一种在集群中用于辅助备份复制计算机系统的方法 | |
CN106412011A (zh) | 一种多节点间无共享存储的高可用集群系统和实现 | |
CN106407264A (zh) | 一种高可用性和强一致性的数据库集群系统及其命令处理方法 | |
Yang et al. | Multi-Active Multi-Datacenter Distributed Database Architecture Design based-on Secondary Development Zookeeper | |
CN114493097A (zh) | 一种基于主从模式的电力调度系统运行方法 | |
CN208820800U (zh) | 一种基于核心业务灾备的95598异地双活系统 | |
CN100452798C (zh) | 一种机群系统及其设计方法 | |
CN103929320A (zh) | 一种针对it系统灾难恢复的集成平台 | |
CN101453354A (zh) | 一种基于atca架构的高可用性系统 |
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 |