CN105608185B - 预防数据灭失的方法和系统 - Google Patents
预防数据灭失的方法和系统 Download PDFInfo
- Publication number
- CN105608185B CN105608185B CN201510976897.6A CN201510976897A CN105608185B CN 105608185 B CN105608185 B CN 105608185B CN 201510976897 A CN201510976897 A CN 201510976897A CN 105608185 B CN105608185 B CN 105608185B
- Authority
- CN
- China
- Prior art keywords
- server
- area
- data
- zone
- writable state
- 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
Images
Classifications
-
- 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
- G06F16/275—Synchronous replication
Abstract
发明人提供了一种预防数据灭失的方法,包括如下步骤:保持第一区服务器和第二区服务器的数据同步;置第一区服务器为对第一区数据可读可写状态、对第二区数据可写状态;以及,置第二区服务器为对第一区数据可写状态、对第二区设备可读可写状态;当检测到第一区服务器发生预定程度以上的数据破坏时,将第二区服务器对第一区数据可写状态置为对第一区数据可读可写状态;或当检测到第二区服务器发生预定程度以上的数据破坏时,将第一区服务器对第二区数据可写状态置为对第二区数据可读可写状态。上述技术方案同步速度快、可完整提供业务服务并满足双中心数据一致的协同数据处理方案。
Description
技术领域
本发明涉及计算机数据处理领域,特别涉及一种预防数据灭失的方法和系统。
背景技术
我国当前的预防数据灭失的系统多是大中型办公业务系统,十三五规划期间注重集中式部署(一级部署)建设,有效提高信息化基础支撑资源利用率的同时,给系统的运维管理带来更大的便利,但系统及资源的集中也带来一定的风险,如灾难及系统更新失败发生时等带来的影响范围更大,数据的灾备与恢复方面主要采用传统的灾备技术(如:数据集容灾、应用集容灾)。然而对灾备要求更高的行业如银行、保险行业多采用“同城双活”、“两地三中心”建设模式,其中,同城双活是指通过应用及数据库集群技术实现在同一城市集群服务建设,两个中心同时提供服务,数据共享一份;“两地三中心”是在在同城双活基础上,在异地构建一个灾备数据中心,数据在本地和灾备端各保留一份,并保持实时同步。
传统的灾备方式可以解决应用及数据方面的恢复,但是启用灾备系统的难度太大且恢复时间太长,并且正常情况下设备资源处于Stand by状态服务不可用,资源利用率比较差。
发明内容
为此,需要提供一种可靠程度高、同步速度快、可完整提供业务服务并满足双中心数据一致的预防数据丢失的技术方案。
为实现上述目的,发明人提供了一种预防数据灭失的方法,包括如下步骤:
保持第一区服务器和第二区服务器的数据同步,同时保持监测第一区服务器和第二区服务器的工作状态;
置第一区服务器为对第一区数据可读可写状态、对第二区数据可写状态;以及,置第二区服务器为对第一区数据可写状态、对第二区设备可读可写状态;
当检测到第一区服务器或第二区服务器发生预定程度以下的数据破坏,或者核心功能故障且12小时内可恢复时,启动恢复流程;
当检测到第一区服务器发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,将第二区服务器对第一区数据可写状态置为对第一区数据可读可写状态;或当检测到第二区服务器发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,将第一区服务器对第二区数据可写状态置为对第二区数据可读可写状态。
进一步地,所述的预防数据灭失的方法中,步骤“保持第一区服务器和第二区服务器的数据同步”具体包括:
对Domino文档数据进行同步时,在第一区服务器增设第一区复制服务器,在第二区服务器增设第二区复制服务器,并通过第一区复制服务器和第二区复制服务器完成第一区服务器和第二区服务器之间的数据同步。
进一步地,所述的预防数据灭失的方法中,步骤“保持第一区服务器和第二区服务器的数据同步”具体包括:
对Oracle数据库数据,利用数据库系统日志将待复制对象产生的归档日志文件或重做日志传送到对端服务器,并利用数据库系统日志连续进行恢复操作。
进一步地,所述的预防数据灭失的方法中,同步代理服务器与第一区服务器建立连接并与第二区服务器建立连接,并管理第一区服务器与第二区服务器的Oracle数据库数据同步;
所述同步代理服务器管理第一区服务器与第二区服务器的Oracle数据库数据同步具体包括:
扫描Oracle数据库的归档日志;
捕获Oracle数据库的操作,并将该操作在复制目标服务器的数据库中做重写,实现数据逻辑复制。
进一步地,所述的预防数据灭失的方法中,所述第一区服务器或第二区服务器通过定制路由规则对用户访问进行引流。
发明人同时还提供了一种预防数据灭失的系统,包括第一区服务器、第二区服务器、调度控制设备、第一区监测设备和第二区监测设备;
第一区服务器和第二区服务器为互相保持数据同步的状态;
第一区监测设备用于监测第一区服务器的工作状态、第二区监测设备用于监测第二区服务器的工作状态;
第一区服务器处于对第一区数据可读可写状态、对第二区数据可写状态;第二区服务器处于对第一区数据可写状态、对第二区设备可读可写状态;
当第一区监测设备检测到第一区服务器发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,调度控制设备将第二区服务器对第一区数据可写状态置为对第一区数据可读可写状态;或当第二区监测设备检测到第二区服务器发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,调度控制设备将第一区服务器对第二区数据可写状态置为对第二区数据可读可写状态。
进一步地,所述的预防数据灭失的系统中,还包括第一区复制服务器和第二区复制服务器,用于第一区服务器和第二区服务器之间的Domino文档数据数据同步。
进一步地,所述的预防数据灭失的系统中,第一区服务器或第二区服务器进行Oracle数据库数据同步时,利用数据库系统日志将待复制对象产生的归档日志文件或重做日志传送到对端服务器,并利用数据库系统日志连续进行恢复操作。
进一步地,所述的预防数据灭失的系统中,还包括同步代理服务器,所述同步代理服务器与第一区服务器连接并与第二区服务器连接,用于管理第一区服务器与第二区服务器的Oracle数据库数据同步;
所述同步代理服务器管理第一区服务器与第二区服务器的Oracle数据库数据同步具体包括:
扫描Oracle数据库的归档日志;
捕获Oracle数据库的操作,并将该操作在复制目标服务器的数据库中做重写,实现数据逻辑复制。
进一步地,所述的预防数据灭失的系统中,所述第一区服务器或第二区服务器通过定制路由规则对用户访问进行引流。
区别于现有技术,上述技术方案可在保证完整提供业务服务并满足双中心数据一致的基础上大大提高预防数据灭失的系统异地服务的接管速率以及硬件利用率。
附图说明
图1为本发明一实施方式所述预防数据灭失的方法的流程图;
图2为本实施方式所述预防数据灭失的系统的结构示意图。
附图标记说明:
1-第一区服务器;11-第一区监测设备;12-第一区复制服务器;
2-第二区服务器;21-第二区监测设备;22-第二区复制服务器;
3-调度控制设备;
4-同步代理服务器。
具体实施方式
为详细说明技术方案的技术内容、构造特征、所实现目的及效果,以下结合具体实施例并配合附图详予说明。
请参阅图1,为本发明一实施方式所述预防数据灭失的方法的流程图,所述方法包括如下步骤:
S1、保持第一区服务器和第二区服务器的数据同步,同时保持监测第一区服务器和第二区服务器的工作状态;
进一步地,在某些实施方式中,步骤S1中所述的“保持第一区服务器和第二区服务器的数据同步”具体包括对Domino文档类型数据的同步处理以及对:Oracle数据库类型数据的铜鼓处理。
对Domino文档数据进行同步时,在第一区服务器增设第一区复制服务器,在第二区服务器增设第二区复制服务器,并通过第一区复制服务器和第二区复制服务器完成第一区服务器和第二区服务器之间的数据同步。
而对Oracle数据库数据,则利用数据库系统日志将待复制对象产生的归档日志文件或重做日志传送到对端服务器,并利用数据库系统日志连续进行恢复操作。
进一步地,在某些实施方式中,对Oracle数据库数据做同步处理时,一同步代理服务器与第一区服务器建立连接并与第二区服务器建立连接,并管理第一区服务器与第二区服务器的Oracle数据库数据同步;
进一步地,在另外一些实施方式中,所述同步代理服务器管理第一区服务器与第二区服务器的Oracle数据库数据同步具体包括:
扫描Oracle数据库的归档日志;
捕获Oracle数据库的操作,并将该操作在复制目标服务器的数据库中做重写,实现数据逻辑复制。
S2、置第一区服务器为对第一区数据可读可写状态、对第二区数据可写状态;以及,置第二区服务器为对第一区数据可写状态、对第二区设备可读可写状态;
在某些实施方式中,所述第一区服务器或第二区服务器通过定制路由规则对用户访问进行引流。例如,架构一个用户访问路由管理组件,可以通过定制路由规则,以如按地区划分用户的方式控制用户访问流量,用户登录后通过该组件引流用户访问,近第一区中心用户引流到第一区服务器;近第二区中心用户引流到第二区服务器。
S3、根据检测到的第一区服务器或第二区服务器发生的数据破坏程度决定启动恢复流程或灾备流程。具体包括:
当检测到第一区服务器或第二区服务器发生预定程度以下的数据破坏,或者核心功能故障且12小时内可恢复时,启动恢复流程;
当检测到第一区服务器发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,将第二区服务器对第一区数据可写状态置为对第一区数据可读可写状态;或当检测到第二区服务器发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,将第一区服务器对第二区数据可写状态置为对第二区数据可读可写状态。
区别于现有技术,上述技术方案可在保证完整提供业务服务并满足双中心数据一致的基础上大大提高预防数据灭失的系统异地服务的接管速率以及硬件利用率。
发明人同时还提供了一种预防数据灭失的系统,如图2所示,为本实施方式所述预防数据灭失的系统的结构示意图;所述系统包括第一区服务器1、第二区服务器2、调度控制设备3、第一区监测设备11和第二区监测设备21;
第一区服务器1和第二区服务器2为互相保持数据同步的状态;
第一区监测设备11用于监测第一区服务器1的工作状态、第二区监测设备21用于监测第二区服务器2的工作状态;
第一区服务器1处于对第一区数据可读可写状态、对第二区数据可写状态;第二区服务器2处于对第一区数据可写状态、对第二区设备可读可写状态;
当第一区监测设备11检测到第一区服务器1发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,调度控制设备3将第二区服务器2对第一区数据可写状态置为对第一区数据可读可写状态;或当第二区监测设备21检测到第二区服务器2发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,调度控制设备3将第一区服务器1对第二区数据可写状态置为对第二区数据可读可写状态。
进一步地,所述的预防数据灭失的系统中,还包括第一区复制服务器12和第二区复制服务器22,用于第一区服务器1和第二区服务器2之间的Domino文档数据数据同步。
进一步地,所述的预防数据灭失的系统中,第一区服务器1或第二区服务器2进行Oracle数据库数据同步时,利用数据库系统日志将待复制对象产生的归档日志文件或重做日志传送到对端服务器,并利用数据库系统日志连续进行恢复操作。
进一步地,所述的预防数据灭失的系统中,还包括同步代理服务器4,所述同步代理服务器4与第一区服务器1连接并与第二区服务器2连接,用于管理第一区服务器1与第二区服务器2的Oracle数据库数据同步;
所述同步代理服务器4管理第一区服务器1与第二区服务器2的Oracle数据库数据同步具体包括:
扫描Oracle数据库的归档日志;
捕获Oracle数据库的操作,并将该操作在复制目标服务器的数据库中做重写,实现数据逻辑复制。
进一步地,所述的预防数据灭失的系统中,所述第一区服务器1或第二区服务器2通过定制路由规则对用户访问进行引流。例如,架构一个用户访问路由管理组件,可以通过定制路由规则,以如按地区划分用户的方式控制用户访问流量,用户登录后通过该组件引流用户访问,近第一区中心用户引流到第一区服务器1;近第二区中心用户引流到第二区服务器2。
区别于现有技术,上述技术方案可在保证完整提供业务服务并满足双中心数据一致的基础上大大提高预防数据灭失的系统异地服务的接管速率以及硬件利用率。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括……”或“包含……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的要素。此外,在本文中,“大于”、“小于”、“超过”等理解为不包括本数;“以上”、“以下”、“以内”等理解为包括本数。
本领域内的技术人员应明白,上述各实施例可提供为方法、装置、或计算机程序产品。这些实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。上述各实施例涉及的方法中的全部或部分步骤可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机设备可读取的存储介质中,用于执行上述各实施例方法所述的全部或部分步骤。所述计算机设备,包括但不限于:个人计算机、服务器、通用计算机、专用计算机、网络设备、嵌入式设备、可编程设备、智能移动终端、智能家居设备、穿戴式智能设备、车载智能设备等;所述的存储介质,包括但不限于:RAM、ROM、磁碟、磁带、光盘、闪存、U盘、移动硬盘、存储卡、记忆棒、网络服务器存储、网络云存储等。
上述各实施例是参照根据实施例所述的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到计算机设备的处理器以产生一个机器,使得通过计算机设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机设备以特定方式工作的计算机设备可读存储器中,使得存储在该计算机设备可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机设备上,使得在计算机设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已经对上述各实施例进行了描述,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改,所以以上所述仅为本发明的实施例,并非因此限制本发明的专利保护范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围之内。
Claims (4)
1.一种预防数据灭失的方法,其特征在于,包括如下步骤:
保持第一区服务器和第二区服务器的数据同步,同时保持监测第一区服务器和第二区服务器的工作状态,在第一区服务器增设第一区复制服务器,在第二区服务器增设第二区复制服务器,并通过第一区复制服务器和第二区复制服务器完成第一区服务器和第二区服务器之间的数据同步;对Oracle数据库数据,利用数据库系统日志将待复制对象产生的归档日志文件或重做日志传送到对端服务器,并利用数据库系统日志连续进行恢复操作;
置第一区服务器为对第一区数据可读可写状态、对第二区数据可写状态;以及,置第二区服务器为对第一区数据可写状态、对第二区设备可读可写状态;
当检测到第一区服务器或第二区服务器发生预定程度以下的数据破坏,或者核心功能故障且12小时内可恢复时,启动恢复流程;
当检测到第一区服务器发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,将第二区服务器对第一区数据可写状态置为对第一区数据可读可写状态;或当检测到第二区服务器发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,将第一区服务器对第二区数据可写状态置为对第二区数据可读可写状态,同步代理服务器与第一区服务器建立连接并与第二区服务器建立连接,并管理第一区服务器与第二区服务器的Oracle数据库数据同步;
所述同步代理服务器管理第一区服务器与第二区服务器的Oracle数据库数据同步具体包括:
扫描Oracle数据库的归档日志;
捕获Oracle数据库的操作,并将该操作在复制目标服务器的数据库中做重写,实现数据逻辑复制。
2.如权利要求1所述的预防数据灭失的方法,其特征在于,所述第一区服务器或第二区服务器通过定制路由规则对用户访问进行引流。
3.一种预防数据灭失的系统,其特征在于,包括第一区服务器、第二区服务器、调度控制设备、第一区监测设备和第二区监测设备;
第一区服务器和第二区服务器为互相保持数据同步的状态,在第一区服务器增设第一区复制服务器,在第二区服务器增设第二区复制服务器,并通过第一区复制服务器和第二区复制服务器完成第一区服务器和第二区服务器之间的数据同步;第一区服务器或第二区服务器进行Oracle数据库数据同步时,利用数据库系统日志将待复制对象产生的归档日志文件或重做日志传送到对端服务器,并利用数据库系统日志连续进行恢复操作;
第一区监测设备用于监测第一区服务器的工作状态、第二区监测设备用于监测第二区服务器的工作状态;
第一区服务器处于对第一区数据可读可写状态、对第二区数据可写状态;
第二区服务器处于对第一区数据可写状态、对第二区设备可读可写状态;
当第一区监测设备检测到第一区服务器发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,调度控制设备将第二区服务器对第一区数据可写状态置为对第一区数据可读可写状态;或当第二区监测设备检测到第二区服务器发生预定程度以下的数据破坏,或者非核心功能故障且12小时内无法恢复时,调度控制设备将第一区服务器对第二区数据可写状态置为对第二区数据可读可写状态;
还包括同步代理服务器,所述同步代理服务器与第一区服务器连接并与第二区服务器连接,用于管理第一区服务器与第二区服务器的Oracle数据库数据同步;
所述同步代理服务器管理第一区服务器与第二区服务器的Oracle数据库数据同步具体包括:
扫描Oracle数据库的归档日志;
捕获Oracle数据库的操作,并将该操作在复制目标服务器的数据库中做重写,实现数据逻辑复制。
4.如权利要求3所述的预防数据灭失的系统,其特征在于,所述第一区服务器或第二区服务器通过定制路由规则对用户访问进行引流。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510976897.6A CN105608185B (zh) | 2015-12-23 | 2015-12-23 | 预防数据灭失的方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510976897.6A CN105608185B (zh) | 2015-12-23 | 2015-12-23 | 预防数据灭失的方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105608185A CN105608185A (zh) | 2016-05-25 |
CN105608185B true CN105608185B (zh) | 2020-02-28 |
Family
ID=55988124
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510976897.6A Active CN105608185B (zh) | 2015-12-23 | 2015-12-23 | 预防数据灭失的方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105608185B (zh) |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2001271680B2 (en) * | 2001-06-28 | 2007-04-26 | Oracle International Corporation | Partitioning ownership of a database among different database servers to control access to the database |
CN1710956A (zh) * | 2005-07-06 | 2005-12-21 | 深圳市银特计算机技术有限公司 | Nesp数字电视预付费系统 |
CN101719165B (zh) * | 2010-01-12 | 2014-12-17 | 浪潮电子信息产业股份有限公司 | 一种实现数据库高效快速备份的方法 |
CN102487332B (zh) * | 2010-12-03 | 2015-01-28 | 中兴通讯股份有限公司 | 故障处理方法、装置和系统 |
CN103226502B (zh) * | 2013-05-21 | 2015-08-19 | 中国工商银行股份有限公司 | 一种数据灾备控制系统及数据恢复方法 |
CN103345470B (zh) * | 2013-05-31 | 2016-05-25 | 深圳市沃信科技有限公司 | 一种数据库容灾方法、系统及服务器 |
CN104717077B (zh) * | 2013-12-11 | 2018-05-22 | 中国移动通信集团山东有限公司 | 一种管理数据中心的方法、装置及系统 |
-
2015
- 2015-12-23 CN CN201510976897.6A patent/CN105608185B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN105608185A (zh) | 2016-05-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106713487B (zh) | 数据的同步方法和装置 | |
CN106331098B (zh) | 一种服务器集群系统 | |
CN106487486B (zh) | 业务处理方法和数据中心系统 | |
CN106878363B (zh) | 一种信息处理方法、装置及系统 | |
CN102664747B (zh) | 一种云计算平台系统 | |
CN110581782A (zh) | 一种容灾数据的处理方法、装置及系统 | |
CN105721582A (zh) | 多节点文件备份系统 | |
CN111381931A (zh) | 容灾方法、装置及系统 | |
Tomás et al. | Disaster recovery layer for distributed openstack deployments | |
CN110708177B (zh) | 分布式系统中的异常处理方法、系统和装置 | |
US10853892B2 (en) | Social networking relationships processing method, system, and storage medium | |
CN105608190B (zh) | 协同数据处理方法和系统 | |
CN111614702B (zh) | 一种边缘计算方法以及边缘计算系统 | |
CN105608185B (zh) | 预防数据灭失的方法和系统 | |
CN115102862B (zh) | 一种用于sdn设备的自动同步方法及装置 | |
CN116302716A (zh) | 一种集群部署方法、装置、电子设备及计算机可读介质 | |
CN115658390A (zh) | 容器容灾方法、系统、装置、设备及计算机可读存储介质 | |
CN104794012A (zh) | 基于容灾的切换技术 | |
CN111639139B (zh) | 针对数据中心的数据同步方法、装置、计算设备以及介质 | |
US11290318B2 (en) | Disaster recovery of cloud resources | |
WO2016086579A1 (zh) | 一种网管系统中网元数据智能备份恢复的方法及装置 | |
CN104850471A (zh) | 一种基于安腾平台下实现db2数据库两地三中心的方法 | |
US11768745B2 (en) | Automatically implementing a specification of a data protection intent | |
CN113608750B (zh) | 监控组件的部署方法、装置、计算机设备以及存储介质 | |
CN105430063A (zh) | 一种多控共享存储系统间远程复制方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |