CN104243195A - 异地灾备处理方法及装置 - Google Patents
异地灾备处理方法及装置 Download PDFInfo
- Publication number
- CN104243195A CN104243195A CN201310244943.4A CN201310244943A CN104243195A CN 104243195 A CN104243195 A CN 104243195A CN 201310244943 A CN201310244943 A CN 201310244943A CN 104243195 A CN104243195 A CN 104243195A
- Authority
- CN
- China
- Prior art keywords
- calamity
- backup data
- strange land
- memory node
- manufacturing side
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种异地灾备处理方法及装置,该方法包括:异地灾备端对从生产端复制来的备份数据进行存储;在生产端发生故障的情况下,异地灾备端通过对备份数据的应用处理接续生产端的业务;对异地灾备端所执行的上述灾备处理进行监控,通过本发明,解决了相关技术中的灾备存在资源浪费的问题,能够对异地灾备端所执行的灾备处理进行有效监控,从而能够进行集中统一调度,进而达到了能够提高灾备的效率以及节省资源的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种异地灾备处理处理方法及装置。
背景技术
随着信息化不断推进,大量信息系统陆续投入运行,信息化基础设施和软硬件相应快速扩充,致使信息系统复杂程度不断增加,因而有必要进行灾备,即在发生灾难时对信息系统的备份处理,生产端与灾备端不处于同一地时,称为异地灾备。例如,数据级灾备的关注点在于数据,即灾难发生后可以确保用户原有的数据不会丢失或者遭到破坏。较低等级的数据级灾备可通过备份的数据人工方式保存到异地实现,例如,将备份的磁带定时运送到异地保存就是方法之一。而较高级的数据灾备方案则依靠基于网络的数据复制工具,实现生产中心和灾备中心之间的异步/同步的数据传输,例如,采用基于磁盘阵列的数据复制功能。IT基础架构缺少统一规划和设计的弊端逐渐显现,带来了一系列问题,包括:信息系统运行维护难度加大,信息系统软硬件资源利用不充分,服务器负载率有待提升,采购的软硬件资源之间不能有效的共享和综合利用,硬件重复投资现象严重,间接增加软件、机房、人员成本,造成投资浪费。
因此,相关技术中的灾备存在资源浪费的问题。
发明内容
本发明提供了一种异地灾备处理方法及装置,以至少解决相关技术中的灾备存在资源浪费的问题。
根据本发明的一个方面,提供了一种异地灾备处理方法,包括:异地灾备端对从生产端复制来的备份数据进行存储;在所述生产端发生故障的情况下,所述异地灾备端通过对所述备份数据的应用处理接续所述生产端的业务;对所述异地灾备端所执行的上述灾备处理进行监控。
优选地,在所述异地灾备端对从所述生产端复制来的所述备份数据进行存储之前,还包括:所述异地灾备端在亚秒级的时间间隔内,获取所述生产端源数据的在线日志和/或归档日志;所述异地灾备端通过对所述在线日志和/或所述归档日志的解析,获取源数据的变化;将获取的所述源数据的变化应用于所述备份数据。
优选地,所述异地灾备端对从所述生产端复制来的所述备份数据进行存储包括:确定用于在所述异地灾备端的存储节点、所述生产端和可信任第三方之间会话的共享口令;所述存储节点与所述生产端基于所述可信任第三方以及所述共享口令生成会话密钥;所述存储节点基于所述会话密钥对从所述生产端复制来的所述备份数据进行存储。
优选地,所述异地灾备端对从所述生产端复制来的所述备份数据进行存储包括:对所述异地灾备端中的各个存储节点划分级别,其中,所述存储节点的级别用结构体记录值进行标识;对所述备份数据进行分级;依据所述存储节点的结构体记录值,将分级后的所述备份数据进行分级存储。
优选地,依据所述存储节点的所述结构体记录值,将分级后的所述备份数据进行分级存储包括:对所述存储节点的所述结构体记录值,和/或对分级后的备份数据的级别进行更新;依据所述存储节点更新后的结构体记录值,以及所述备份数据更新后的级别对所述备份数据进行分级存储。
优选地,依据以下指标至少之一对所述备份数据进行分级:所述备份数据的重要级别、所述备份数据的访问频率、所述备份数据的保留时间、所述备份数据的容量、所述备份数据的性能。
优选地,所述异地灾备端通过对所述备份数据的应用处理接续所述生产端的业务包括以下至少之一:协同调度多个存储节点提供同一数据访问功能;依据不同的业务类型提供不同的应用服务接口;依据不同的授权用户提供不同的应用登陆方式。
优选地,在对所述异地灾备端所执行的上述灾备处理进行监控之后,还包括:在监控结果为出现故障时,通过以下方式至少之一发出告警信息:声音报警、发送短信、监控曲线变化。
根据本发明的另一方面,提供了一种异地灾备处理装置,包括:存储模块,用于异地灾备端对从生产端复制来的备份数据进行存储;接续模块,用于在所述生产端发生故障的情况下,所述异地灾备端通过对所述备份数据的应用处理接续所述生产端的业务;监控模块,用于对所述异地灾备端所执行的上述灾备处理进行监控。
优选地,该装置还包括:第一获取模块,用于所述异地灾备端在亚秒级的时间间隔内,获取所述生产端源数据的在线日志和/或归档日志;第二获取模块,用于所述异地灾备端通过对所述在线日志和/或所述归档日志的解析,获取源数据的变化;应用模块,用于将获取的所述源数据的变化应用于所述备份数据。
优选地,所述存储模块包括:确定单元,用于确定用于在所述异地灾备端的存储节点、所述生产端和可信任第三方之间会话的共享口令;生成单元,用于所述存储节点与所述生产端基于所述可信任第三方以及所述共享口令生成会话密钥;第一存储单元,用于所述存储节点基于所述会话密钥对从所述生产端复制来的所述备份数据进行存储。
优选地,所述存储模块包括:划分单元,用于对所述异地灾备端中的各个存储节点划分级别,其中,所述存储节点的级别用结构体记录值进行标识;分级单元,用于对所述备份数据进行分级;第二存储单元,用于依据所述存储节点的结构体记录值,将分级后的所述备份数据进行分级存储。
优选地,所述第二存储单元包括:更新子单元,用于对所述存储节点的所述结构体记录值,和/或对分级后的备份数据的级别进行更新;存储子单元,用于依据所述存储节点更新后的结构体记录值,以及所述备份数据更新后的级别对所述备份数据进行分级存储。
优选地,所述接续模块包括以下至少之一:第一提供单元,用于协同调度多个存储节点提供同一数据访问功能;第二提供单元,用于依据不同的业务类型提供不同的应用服务接口;第三提供单元,用于依据不同的授权用户提供不同的应用登陆方式。
优选地,该装置还包括:告警模块,用于在监控结果为出现故障时,通过以下方式至少之一发出告警信息:声音报警、发送短信、监控曲线变化。
通过本发明,采用异地灾备端对从生产端复制来的备份数据进行存储;在所述生产端发生故障的情况下,所述异地灾备端通过对所述备份数据的应用处理接续所述生产端的业务;对所述异地灾备端所执行的上述灾备处理进行监控,解决了相关技术中的灾备存在资源浪费的问题,能够对异地灾备端所执行的灾备处理进行有效监控,从而能够进行集中统一调度,进而达到了能够提高灾备的效率以及节省资源的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的异地灾备处理方法的流程图;
图2是根据本发明实施例的异地灾备处理装置的结构框图;
图3是根据本发明实施例的异地灾备处理装置的优选结构框图一;
图4是根据本发明实施例的异地灾备处理装置中存储模块22的优选结构框图一;
图5是根据本发明实施例的异地灾备处理装置中存储模块22的优选结构框图二;
图6是根据本发明实施例的异地灾备处理装置的存储模块22中第二存储单元56的优选结构框图;
图7是根据本发明实施例的异地灾备处理装置中接续模块24的优选结构框图;
图8是根据本发明实施例的异地灾备处理装置的优选结构框图二。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种异地灾备处理方法,图1是根据本发明实施例的异地灾备处理方法的流程图,如图1所示,该流程包括如下步骤:
步骤S102,异地灾备端对从生产端复制来的备份数据进行存储;
步骤S104,在生产端发生故障的情况下,异地灾备端通过对备份数据的应用处理接续生产端的业务;
步骤S106,对异地灾备端所执行的上述灾备处理进行监控。
通过上述步骤,异地灾备端对从生产端复制过来的备份数据进行存储,而后在生产端发生故障的情况下,采用在异地灾备端的应用系统对该备份数据进行处理,并且在异地灾备端对进行灾备时的各个过程进行有效监控,不仅解决了相关技术中的设施架构分别独立进行灾备时存在资源浪费的问题,采用上述方式,不仅能够对异地灾备端所执行的灾备处理进行有效监控,从而能够进行集中统一调度,进而达到了能够提高灾备的效率以及节省资源的效果。
在异地灾备端对从生产端复制来的备份数据进行存储之前,可以采用多种方式对生产端的源数据进行复制,例如,对于数据量巨大时,可以采用亚秒级复制方式对数据进行复制,首先,异地灾备端在亚秒级的时间间隔内,获取生产端源数据的在线日志和/或归档日志;异地灾备端通过对该在线日志和/或归档日志的解析,获取源数据的变化;而后将获取的源数据的变化应用于备份数据,从而实现源数据与备份数据的高效同步。需要说明的是,采用这样的处理方式时,可以采用多种实现结构,例如,一对一,一对多(广播),聚合(多对一),双向,点对点,级联等灵活的拓扑结构。
异地灾备端对从生产端复制来的备份数据进行存储时,也可以采用多种方式,例如,为了有效提高存储的安全性,可以采用基于隐式密钥认证TTP-TPAKE协议存储加密技术,在采用该技术时,先确定用于在异地灾备端的存储节点、生产端和可信任第三方之间会话的共享口令;存储节点与生产端基于该可信任第三方以及确定的共享口令生成会话密钥;而后,存储节点基于会话密钥对从生产端复制来的备份数据进行存储。采用基于隐式密钥认证TTP-TPAKE协议存储加密技术不仅操作简单,而且效率高,存储也更安全。
较优地,异地灾备端对从生产端复制来的备份数据进行存储时,为了实现应用资源的更优化,使得资源的使用效率更高,可以先对异地灾备端中的各个存储节点划分级别,其中,存储节点的级别用结构体记录值进行标识;对备份数据进行分级,在对备份数据进行分级时,可以依据以下指标至少之一:备份数据的重要级别、备份数据的访问频率、备份数据的保留时间、备份数据的容量、备份数据的性能;依据存储节点的结构体记录值,将分级后的备份数据进行分级存储。采用这样的处理方式,不仅可以实现不同存储节点的存储价值,而且也可以实现将备份数据以不同的存储方式进行存储,有效地区分备份数据。例如,可以将重要的备份数据存储于存储性能高的存储节点上;再例如,可以将不经常访问的备份数据存储到层次中较低的存储节点上,以释放出较高成本的存储空间给更频繁访问的数据。
另外,需要说明的是,依据存储节点的结构体记录值,将分级后的备份数据进行分级存储时还包括:对存储节点的结构体记录值,和/或对分级后的备份数据的级别进行更新;依据存储节点更新后的结构体记录值,以及备份数据更新后的级别对备份数据进行分级存储,可以有效地实现对备份数据的动态分级管理。
异地灾备端对备份数据的存储可以采用云存储的方式,云存储不仅仅是一个硬件,而是一个包括网络设备、存储设备、服务器、应用软件、公用访问接口、接入网、和客户端等多个部分组成的系统,各部分以存储设备为核心,通过应用软件来对外提供数据存储和业务访问服务,例如,该异地灾备端通过对备份数据的应用处理接续生产端的业务可以包括以下至少之一:协同调度多个存储节点提供同一数据访问功能;依据不同的业务类型提供不同的应用服务接口;依据不同的授权用户提供不同的应用登陆方式。
在对异地灾备端所执行的上述灾备处理进行监控之后,还可以在监控结果为出现故障时,通过以下方式至少之一发出告警信息:声音报警、发送短信、监控曲线变化。
在本实施例中还提供了一种异地灾备处理装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的异地灾备处理装置的结构框图,如图2所示,该装置包括存储模块22、接续模块24和监控模块26,下面对该装置进行说明。
存储模块22,用于异地灾备端对从生产端复制来的备份数据进行存储;接续模块24,连接至上述存储模块22,用于在生产端发生故障的情况下,异地灾备端通过对备份数据的应用处理接续生产端的业务;监控模块26,连接至上述接续模块24,用于对异地灾备端所执行的上述灾备处理进行监控。
图3是根据本发明实施例的异地灾备处理装置的优选结构框图一,如图3所示,该装置除包括图2的所有模块外,还包括:第一获取模块32、第二获取模块34和应用模块36,下面对该装置进行说明。
第一获取模块32,用于异地灾备端在亚秒级的时间间隔内,获取生产端源数据的在线日志和/或归档日志;第二获取模块34,连接至上述第一获取模块32,用于异地灾备端通过对上述在线日志和/或归档日志的解析,获取源数据的变化;应用模块36,连接至上述第二获取模块34和存储模块22,用于将获取的源数据的变化应用于备份数据。
图4是根据本发明实施例的异地灾备处理装置中存储模块22的优选结构框图一,如图4所示,该存储模块22包括确定单元42、生成单元44和第一存储单元46,下面对该存储模块22进行说明。
确定单元42,用于确定用于在异地灾备端的存储节点、生产端和可信任第三方之间会话的共享口令;生成单元44,连接至上述确定单元42,用于存储节点与生产端基于可信任第三方以及共享口令生成会话密钥;第一存储单元46,连接至上述生成单元44,用于存储节点基于会话密钥对从生产端复制来的备份数据进行存储。
图5是根据本发明实施例的异地灾备处理装置中存储模块22的优选结构框图二,如图5所示,该存储模块22包括划分单元52、分级单元54和第二存储单元56,下面对该存储模块22进行说明。
划分单元52,用于对异地灾备端中的各个存储节点划分级别,其中,该存储节点的级别用结构体记录值进行标识;分级单元54,用于对备份数据进行分级;第二存储单元56,连接至上述划分单元52和分级单元54,用于依据存储节点的结构体记录值,将分级后的备份数据进行分级存储。
图6是根据本发明实施例的异地灾备处理装置的存储模块22中第二存储单元56的优选结构框图,如图6所示,该第二存储单元56包括更新子单元62和存储子单元64,下面对该第二存储单元56进行说明。
更新子单元62,用于对存储节点的结构体记录值,和/或对分级后的备份数据的级别进行更新;存储子单元64,连接至上述更新子单元62,用于依据存储节点更新后的结构体记录值,以及备份数据更新后的级别对备份数据进行分级存储。
图7是根据本发明实施例的异地灾备处理装置中接续模块24的优选结构框图,如图7所示,该接续模块24包括以下至少之一:第一提供单元72、第二提供单元74、第三提供单元76。下面对该接续模块24进行说明。
第一提供单元72,用于协同调度多个存储节点提供同一数据访问功能;第二提供单元74,用于依据不同的业务类型提供不同的应用服务接口;第三提供单元76,用于依据不同的授权用户提供不同的应用登陆方式。
图8是根据本发明实施例的异地灾备处理装置的优选结构框图二,如图8所示,该结构除包括图2所示的所有模块外,还包括告警模块82,下面对该告警模块82进行说明。
告警模块82,连接至上述存储模块22和接续模块24,用于在监控结果为出现故障时,通过以下方式至少之一发出告警信息:声音报警、发送短信、监控曲线变化。
通过上述实施例及优选实施方式,在应用级灾备是在数据级灾备的基础上,把应用处理能力再复制一份,也就是在异地灾备中心再构建一套支撑系统。支撑系统包括数据备份系统、备用数据处理系统、备用网络系统等部分。应用级灾备能提供应用接管能力,即在生产中心发生故障的情况下,能够在灾备中心接管应用,从而尽量减少系统停机时间,提高业务连续性。通过上述处理,不仅解决了相关技术中异地灾备系统均是专人负责相应技术的管理运维,无法实现在统一平台上的监控运维问题,即无法灾备技术管理能力不足,资源调度不集中,监控及告警功能较弱的缺陷,而且,在实现异地灾备的同时,通过统一平台,对涉及灾备的硬件、人员、服务进行统一调度管理,制定详细的灾备调度策略,以便在发生灾难时可以做到及时处理,快速恢复。另外,还可以应用于同时采用存储复制和数据库复制相结合的云灾备技术,有效地实现了众多灾备技术的有效兼容合作。
下面针对上述实施例及优选实施方式所采用的技术手段所达到的不同技术效果分别进行说明:
实现了数据异地灾备系统架构搭建。Metro Mirror(远程数据同步复制技术)是基于企业存储服务器,通过光纤通道,以物理卷为基本单位,将本地存储上的数据同步镜像到远端存储,实时的、无数据丢失且具有完全恢复功能的灾难解决方案,可用于相隔距离最多可达103公里的两个ESS或DS8000系统中指定的逻辑卷。在这种架构下,对源数据磁盘的任何更新都被同步镜像到目标磁盘。源数据磁盘和目标磁盘通过Metro Mirror Path数据通道连接。
实现了灾备业务大量数据亚秒级复制。基于数据库的灾备复制技术。利用Oracle GoldenGate实现大量数据亚秒级的实时复制,通过解析源数据库在线日志和/或归档日志来获得数据的增量变化,再将这些变化应用到目标数据库,从而实现源数据库与目标数据库同步。OGG不仅可以在异构的IT基础结构(几乎包括所有常用OS平台和数据库平台)之间实现大量数据亚秒级的实时复制,可实现一对一、广播(一对多)、聚合(多对一)、双向、点对点、级联等多种灵活的拓扑结构。
提高了存储安全性。基于隐式密钥认证TTP-TPAKE协议存储加密技术。协议中的每个通信实体和可信中心共享一个可记忆的口令,然后在该可信第三方的帮助下,每对通信实体生成p它们的会话密钥。该协议只需四通信,且不需棘手的公钥基础设施作为支撑,具有较高的计算和通信效率。然后再将提出的协议扩充到显式密钥认证的情形,实现生成会话密钥的同时进行通信双方的相互认证,提高了存储的安全性。
实现了存储节点动态分级管理。采用云存储节点动态分级管理机制。该机制根据各个存储节点在数据存储中的可靠性来对存储节点进行动态分级管理,控制节点根据存储节点所存数据的完整性检测结果,对代表被检测的存储节点的结构体记录值进行更新,然后根据结构体中各成员变量的值进行存储节点的动态分级管理。其中,分级存储是根据数据的重要性、访问频率、保留时间、容量、性能等指标,将数据采取不同的存储方式分别存储在不同性能的存储设备上,通过分级存储管理实现数据客体在存储设备之间的自动迁移。数据分级存储的工作原理是基于数据访问的局部性。通过将不经常访问的数据自动移到存储层次中较低的层次,释放出较高成本的存储空间给更频繁访问的数据。
还实现了对位于灾备系统内的所有设备进行监控和管理。实现了异地灾备的同时,通过简单网络管理协议(Simple Network Management Protocol,简称为SNMP)网管协议、动态数据监控、实时告警、大屏展现等功能结合,实现异地灾备的监控及运维。灾备运维总体架构分为三层和一个库:数据采集分析处理层、协同调度层、应用展示层、统一信息库;灾备监控主要通过主动式探针进行监测,通过声音报警、发生短信、运行曲线等方式提醒。与传统的存储设备相比,云存储不仅仅是一个硬件,而是一个网络设备、存储设备、服务器、应用软件、公用访问接口、接入网、和客户端程序等多个部分组成的复杂系统。各部分以存储设备为核心,通过应用软件来对外提供数据存储和业务访问服务。
另外,在异地灾备应用环境中,用户的数据存放在由云服务提供商管理和维护的服务器上,不再受用户的直接控制,增加了数据的潜在风险。各种因素,例如,云服务提供商的系统故障、服务器被攻击、云服务提供商内部人员的泄密或蓄意破坏等,都有可能造成用户数据的泄密、损坏或丢失。可以说,数据安全已成为限制云灾备在企业中进一步推广和应用的关键因素,而云存储安全技术则试图解决云灾备服务模式带来的种种数据安全问题。利用隐式密钥认证TTP-TPAKE协议极大的提高了灾备数据复制的保密性,确保业务数据在传输过程中不发生泄漏。
云存储技术在存储层可以实现存储设备的逻辑虚拟化管理、多链路冗余管理,以及硬件设备的状态监控和故障维护;在基础管理层实现存储中多多存储设备之间的协同工作,使多个存储设备可以对外提供同一种服务,并提供更大更强更好的数据访问性能;在应用接口层根据不同的业务类型开发不同的应用服务接口,提供不同的服务;在访问层为不同的授权用户提供标准的应用登陆方式。
针对现有灾备系统的监控平台,在业务系统主机及存储和SAN交换机上打开SNMP协议,在主机上新建监控所需的专用账户。与监控平台进行连调。测试监控系统可以实时监控到存储复制数据量的变化、数据复制的运行状态。在故障发生时,可以通过短信、邮件方式将短信和邮件发送给指定维护人员。
恢复时间目标(recovery time objective,简称为RTO)是指灾难发生后,从IT系统当机导致业务停顿之时开始,到IT系统恢复至可以支持各部门运作、恢复运营之时,此两点之间的时间段称为RTO。对于RTO要求小于1小时的业务系统,使用数据库复制技术,在生产及灾备端的数据库服务器上部署Goldengate数据库恢复软件,生产端配置为数据传输模式,灾备端配置为数据接收模式。数据的复制是实时的。经过测试,在生产端新增的数据,可以立马从灾备端看到。对于RTO要求大于1小时的业务系统,使用存储复制技术,位于生产端和灾备端分别部署一台同型号的存储,通过存储复制软件进行数据复制,复制模式为异步模式,为存储复制分配专用的网络带宽,对于突发的、大于当前网络传输能力的数据可以存储在生产端的缓存内,在网络空闲时传输至灾备端存储上。
数据库的复制是在数据库之间对数据和数据库对象进行复制和分发并进行同步以确保其一致性的一组技术。恢复点目标(Recovery Point Objectives,简称为RPO)是实时地复制您业务信息中的每一个数据恢复事务。短时间的RPO能够更少地丢失数据。例如,一个五分钟的RPO表明必须在五分钟内恢复数据,而一个一小时的PRO表明这种数据恢复的弱点在于,在这一个小时内,要备份的数据可能已经丢失了。相反地,一个零分钟的PRO表明没有数据可以丢失,因为您的数据及时地备份、复制或记录下来,从而阻止任何数据的丢失。PRO要考虑的另外一个层面是数据的保护要完整和全面到什么程度。例如:您的PRO如果每隔8小时备份一次的话,意味着这8个小时内数据可能会丢失。完全和全面的数据保护注重的是您的数据是否100%的被保护起来或者说只有部分的文件和数据被保护起来。再举一例,打开的文件可能不能被完全的备份,除非内存里面的缓存中的数据存储到了磁盘里。另外还要考虑的因素是您所要备份的文件是否是某个特殊的目录或文件共享中的某种特定文件,以及数据是否完全备份下来了。小的PRO意味着要付出更多的费用以及更少的数据丢失量,我们必须在这之间作一个权衡。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (15)
1.一种异地灾备处理方法,其特征在于,包括:
异地灾备端对从生产端复制来的备份数据进行存储;
在所述生产端发生故障的情况下,所述异地灾备端通过对所述备份数据的应用处理接续所述生产端的业务;
对所述异地灾备端所执行的上述灾备处理进行监控。
2.根据权利要求1所述的方法,其特征在于,在所述异地灾备端对从所述生产端复制来的所述备份数据进行存储之前,还包括:
所述异地灾备端在亚秒级的时间间隔内,获取所述生产端源数据的在线日志和/或归档日志;
所述异地灾备端通过对所述在线日志和/或所述归档日志的解析,获取源数据的变化;
将获取的所述源数据的变化应用于所述备份数据。
3.根据权利要求1所述的方法,其特征在于,所述异地灾备端对从所述生产端复制来的所述备份数据进行存储包括:
确定用于在所述异地灾备端的存储节点、所述生产端和可信任第三方之间会话的共享口令;
所述存储节点与所述生产端基于所述可信任第三方以及所述共享口令生成会话密钥;
所述存储节点基于所述会话密钥对从所述生产端复制来的所述备份数据进行存储。
4.根据权利要求1所述的方法,其特征在于,所述异地灾备端对从所述生产端复制来的所述备份数据进行存储包括:
对所述异地灾备端中的各个存储节点划分级别,其中,所述存储节点的级别用结构体记录值进行标识;
对所述备份数据进行分级;
依据所述存储节点的结构体记录值,将分级后的所述备份数据进行分级存储。
5.根据权利要求4所述的方法,其特征在于,依据所述存储节点的所述结构体记录值,将分级后的所述备份数据进行分级存储包括:
对所述存储节点的所述结构体记录值,和/或对分级后的备份数据的级别进行更新;
依据所述存储节点更新后的结构体记录值,以及所述备份数据更新后的级别对所述备份数据进行分级存储。
6.根据权利要求4所述的方法,其特征在于,依据以下指标至少之一对所述备份数据进行分级:
所述备份数据的重要级别、所述备份数据的访问频率、所述备份数据的保留时间、所述备份数据的容量、所述备份数据的性能。
7.根据权利要求1所述的方法,其特征在于,所述异地灾备端通过对所述备份数据的应用处理接续所述生产端的业务包括以下至少之一:
协同调度多个存储节点提供同一数据访问功能;
依据不同的业务类型提供不同的应用服务接口;
依据不同的授权用户提供不同的应用登陆方式。
8.根据权利要求1所述的方法,其特征在于,在对所述异地灾备端所执行的上述灾备处理进行监控之后,还包括:
在监控结果为出现故障时,通过以下方式至少之一发出告警信息:声音报警、发送短信、监控曲线变化。
9.一种异地灾备处理装置,其特征在于,包括:
存储模块,用于异地灾备端对从生产端复制来的备份数据进行存储;
接续模块,用于在所述生产端发生故障的情况下,所述异地灾备端通过对所述备份数据的应用处理接续所述生产端的业务;
监控模块,用于对所述异地灾备端所执行的上述灾备处理进行监控。
10.根据权利要求9所述的装置,其特征在于,还包括:
第一获取模块,用于所述异地灾备端在亚秒级的时间间隔内,获取所述生产端源数据的在线日志和/或归档日志;
第二获取模块,用于所述异地灾备端通过对所述在线日志和/或所述归档日志的解析,获取源数据的变化;
应用模块,用于将获取的所述源数据的变化应用于所述备份数据。
11.根据权利要求9所述的装置,其特征在于,所述存储模块包括:
确定单元,用于确定用于在所述异地灾备端的存储节点、所述生产端和可信任第三方之间会话的共享口令;
生成单元,用于所述存储节点与所述生产端基于所述可信任第三方以及所述共享口令生成会话密钥;
第一存储单元,用于所述存储节点基于所述会话密钥对从所述生产端复制来的所述备份数据进行存储。
12.根据权利要求9所述的装置,其特征在于,所述存储模块包括:
划分单元,用于对所述异地灾备端中的各个存储节点划分级别,其中,所述存储节点的级别用结构体记录值进行标识;
分级单元,用于对所述备份数据进行分级;
第二存储单元,用于依据所述存储节点的结构体记录值,将分级后的所述备份数据进行分级存储。
13.根据权利要求12所述的装置,其特征在于,所述第二存储单元包括:
更新子单元,用于对所述存储节点的所述结构体记录值,和/或对分级后的备份数据的级别进行更新;
存储子单元,用于依据所述存储节点更新后的结构体记录值,以及所述备份数据更新后的级别对所述备份数据进行分级存储。
14.根据权利要求9所述的装置,其特征在于,所述接续模块包括以下至少之一:
第一提供单元,用于协同调度多个存储节点提供同一数据访问功能;
第二提供单元,用于依据不同的业务类型提供不同的应用服务接口;
第三提供单元,用于依据不同的授权用户提供不同的应用登陆方式。
15.根据权利要求9所述的装置,其特征在于,还包括:
告警模块,用于在监控结果为出现故障时,通过以下方式至少之一发出告警信息:声音报警、发送短信、监控曲线变化。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310244943.4A CN104243195A (zh) | 2013-06-19 | 2013-06-19 | 异地灾备处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310244943.4A CN104243195A (zh) | 2013-06-19 | 2013-06-19 | 异地灾备处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104243195A true CN104243195A (zh) | 2014-12-24 |
Family
ID=52230596
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310244943.4A Pending CN104243195A (zh) | 2013-06-19 | 2013-06-19 | 异地灾备处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104243195A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106227587A (zh) * | 2016-07-19 | 2016-12-14 | 浪潮(北京)电子信息产业有限公司 | 一种带快照虚拟机整机动态迁移方法及装置 |
CN106919473A (zh) * | 2015-12-28 | 2017-07-04 | 阿里巴巴集团控股有限公司 | 一种数据灾备系统及业务处理方法 |
CN107241430A (zh) * | 2017-07-03 | 2017-10-10 | 国家电网公司 | 一种基于分布式存储的企业级容灾系统及容灾控制方法 |
CN108845915A (zh) * | 2018-07-02 | 2018-11-20 | 山东浪潮商用系统有限公司 | 一种数据库数据监控方法 |
CN109635038A (zh) * | 2018-11-20 | 2019-04-16 | 福建亿榕信息技术有限公司 | 一种结构化数据异地双读写方法 |
CN109783277A (zh) * | 2015-11-18 | 2019-05-21 | 华为技术有限公司 | 灾备端、生产端及两者之间的数据恢复方法 |
CN110083662A (zh) * | 2019-05-15 | 2019-08-02 | 国网江西省电力有限公司信息通信分公司 | 一种基于平台系统的双活架构建设方法 |
CN111030945A (zh) * | 2019-12-06 | 2020-04-17 | 深信服科技股份有限公司 | 容灾方法、容灾网关、存储介质、装置以及系统 |
CN114374702A (zh) * | 2021-12-27 | 2022-04-19 | 合肥城市云数据中心股份有限公司 | 一种容灾数据的分析呈现方法 |
CN115277376A (zh) * | 2022-09-29 | 2022-11-01 | 深圳华锐分布式技术股份有限公司 | 灾备切换方法、装置、设备及介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101527739A (zh) * | 2009-05-05 | 2009-09-09 | 杭州华三通信技术有限公司 | 一种存储方法和装置 |
-
2013
- 2013-06-19 CN CN201310244943.4A patent/CN104243195A/zh active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101527739A (zh) * | 2009-05-05 | 2009-09-09 | 杭州华三通信技术有限公司 | 一种存储方法和装置 |
Non-Patent Citations (5)
Title |
---|
刘信: "国家电网公司数据灾备中心数据复制方式研究", 《硅谷》 * |
吴金龙: "基于GoldenGate数据库复制技术的容灾虚拟化解决方案", 《电力信息化》 * |
周慧华: "一种基于TTP的两方认证密钥交换协议", 《计算机工程与科学》 * |
周爱民: "《高校图书馆信息技术应用实务》", 31 December 2008 * |
张博: "数据复制技术在系统数据交换和灾备中的应用", 《电力信息化》 * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109783277A (zh) * | 2015-11-18 | 2019-05-21 | 华为技术有限公司 | 灾备端、生产端及两者之间的数据恢复方法 |
CN109783277B (zh) * | 2015-11-18 | 2023-12-29 | 华为技术有限公司 | 灾备端、生产端及两者之间的数据恢复方法 |
CN106919473B (zh) * | 2015-12-28 | 2020-10-30 | 创新先进技术有限公司 | 一种数据灾备系统及业务处理方法 |
CN106919473A (zh) * | 2015-12-28 | 2017-07-04 | 阿里巴巴集团控股有限公司 | 一种数据灾备系统及业务处理方法 |
CN106227587A (zh) * | 2016-07-19 | 2016-12-14 | 浪潮(北京)电子信息产业有限公司 | 一种带快照虚拟机整机动态迁移方法及装置 |
CN107241430A (zh) * | 2017-07-03 | 2017-10-10 | 国家电网公司 | 一种基于分布式存储的企业级容灾系统及容灾控制方法 |
CN108845915A (zh) * | 2018-07-02 | 2018-11-20 | 山东浪潮商用系统有限公司 | 一种数据库数据监控方法 |
CN109635038A (zh) * | 2018-11-20 | 2019-04-16 | 福建亿榕信息技术有限公司 | 一种结构化数据异地双读写方法 |
CN110083662A (zh) * | 2019-05-15 | 2019-08-02 | 国网江西省电力有限公司信息通信分公司 | 一种基于平台系统的双活架构建设方法 |
CN110083662B (zh) * | 2019-05-15 | 2024-02-23 | 国网江西省电力有限公司信息通信分公司 | 一种基于平台系统的双活架构建设方法 |
CN111030945B (zh) * | 2019-12-06 | 2023-05-16 | 深信服科技股份有限公司 | 容灾方法、容灾网关、存储介质、装置以及系统 |
CN111030945A (zh) * | 2019-12-06 | 2020-04-17 | 深信服科技股份有限公司 | 容灾方法、容灾网关、存储介质、装置以及系统 |
CN114374702A (zh) * | 2021-12-27 | 2022-04-19 | 合肥城市云数据中心股份有限公司 | 一种容灾数据的分析呈现方法 |
CN114374702B (zh) * | 2021-12-27 | 2024-01-30 | 合肥城市云数据中心股份有限公司 | 一种容灾数据的分析呈现方法 |
CN115277376A (zh) * | 2022-09-29 | 2022-11-01 | 深圳华锐分布式技术股份有限公司 | 灾备切换方法、装置、设备及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104243195A (zh) | 异地灾备处理方法及装置 | |
CN104239164A (zh) | 基于云存储的灾备切换系统 | |
CN110543464B (zh) | 一种应用于智慧园区的大数据平台及操作方法 | |
CN109492991B (zh) | 配电工程建设智能化综合管理系统 | |
US10110667B2 (en) | System and method for providing data and application continuity in a computer system | |
Zhang et al. | Ensure data security in cloud storage | |
WO2021103499A1 (zh) | 一种基于多活数据中心的流量切换方法及装置 | |
CN106487486B (zh) | 业务处理方法和数据中心系统 | |
US20140164329A1 (en) | Dynamically Varying the Number of Database Replicas | |
US11144405B2 (en) | Optimizing database migration in high availability and disaster recovery computing environments | |
CN102170460A (zh) | 一种集群存储系统及其数据存储方法 | |
CN104252500A (zh) | 一种数据库管理平台的故障修复方法和装置 | |
CN113515499A (zh) | 一种数据库服务方法及系统 | |
CN109901952A (zh) | 一种数据备份方法、系统及服务器 | |
CN113259447B (zh) | 云平台部署方法、装置、电子设备及存储介质 | |
CN112598368A (zh) | 污水处理在线监管平台 | |
CN109117310A (zh) | 实现数据备份的容灾系统、方法及装置 | |
CN108964986A (zh) | 协同办公系统应用级双活灾备系统 | |
Dhanujati et al. | Data center-disaster recovery center (DC-DRC) for high availability IT service | |
CN110705712A (zh) | 面向第三方社会服务的人工智能基础资源与技术开放平台 | |
Al–shammari et al. | Disaster recovery and business continuity for database services in multi-cloud | |
Zhu et al. | IT disaster tolerance and application classification for data centers | |
CN117874141A (zh) | 云原生环境下对于数据的管理方法、系统及存储介质 | |
Harper et al. | IT application downtime, executive visibility and disaster tolerant computing | |
CN103929320A (zh) | 一种针对it系统灾难恢复的集成平台 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20141224 |