CN103914359A - 一种数据恢复方法及装置 - Google Patents
一种数据恢复方法及装置 Download PDFInfo
- Publication number
- CN103914359A CN103914359A CN201210594580.2A CN201210594580A CN103914359A CN 103914359 A CN103914359 A CN 103914359A CN 201210594580 A CN201210594580 A CN 201210594580A CN 103914359 A CN103914359 A CN 103914359A
- Authority
- CN
- China
- Prior art keywords
- database
- snapshot
- disaster recovery
- data
- snapshot copy
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种数据恢复方法及装置,涉及数据存储领域。方法包括:在容灾主机上对从生产主机复制过来的阵列数据保存在一容灾数据库中;根据所述容灾数据库中的阵列数据产生快照副本,并保存在所述容灾主机的快照数据库中;在所述容灾数据库发生错误时,根据所述容灾数据库的错误日志,获得离所述阵列数据发生错误时最近的一快照副本;根据所述快照副本,对发生错误的所述容灾数据库进行恢复。本发明利用快照技术将容灾数据库中的数据进行备份,当容灾数据库记录生产主机的数据出现错误时,可通过距离所述错误发生时间最近的一快照副本对容灾数据库进行恢复。
Description
技术领域
本发明涉及数据存储领域,特别是指一种数据恢复方法及装置。
背景技术
数据库对于企业来说就是数据的集中存储中心,对于数据库的容灾方案也就是对于企业核心数据的保护。在出现重大数据错误或数据中心失效的情况下,如何通过容灾快速地恢复数据库的数据是非常重要的。
目前业界进行容灾的方式是将生产主机的数据以阵列形式保存在一个容灾数据库中。这种方式通常要求在生产端和容灾端两个数据库具备基本相近的存储,需要提供专用存储复制链路(如存储光纤链路),在两个存储间建立固定的存储复制关系。如果生产端的数据发生改变,这个被改变的数据也会被容灾数据库存储,保证了数据的一致性。
现有的基于阵列数据复制的容灾方法,由于在技术原理上是采用生产端写入并进行传输,其后原样在容灾端进行写入,虽然在数据层保证了最大的一致性,同时由于硬件的可靠性,这种容灾方式的稳定性也比较优秀,被大多数的电信级数据中心采用;但是这种技术解决方案不可避免的有一个最大弊端,就是在生产端数据库数据产生的逻辑错误时,在这种严格的数据复制的情况下,容灾端一样不可避免,这样一来容灾数据库就失去了恢复生产端数据的作用。其中,所谓数据库数据产生逻辑错误一般是指数据库的数据出现数据块损坏或者人为的误操作(比如删除数据等)。
发明内容
本发明要解决的技术问题是提供一种数据恢复方法及装置,使容灾数据记录实现防止逻辑错误的功能。
为解决上述技术问题,本发明的实施例提供一种数据恢复方法,包括:
在容灾主机上对从生产主机复制过来的阵列数据保存在一容灾数据库中;
根据所述容灾数据库中的阵列数据产生快照副本,并保存在所述容灾主机的快照数据库中;
在所述容灾数据库发生错误时,根据所述容灾数据库的错误日志,获得离所述阵列数据发生错误时最近的一快照副本;
根据所述快照副本,对发生错误的所述容灾数据库进行恢复。
其中,根据所述容灾数据库中的阵列数据产生快照副本,并保存在所述容灾主机的快照数据库中的步骤包括:
对所述容灾数据库的阵列数据按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库。
其中,对所述容灾数据库的阵列数据按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库的步骤包括:
对所述容灾数据库一保护时间窗内复制过来的阵列数据,按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库;其中,快照副本数量=所述保护时间窗/所述预设时间间隔。
其中,所述快照副本为所述阵列数据的增量数据的快照副本。
其中,根据所述容灾数据库中的阵列数据产生快照副本还包括:
在所述快照副本初始化的时间内,对所述快照数据库的后端磁盘进行扫描,记录所述快照副本所欲保存的磁盘。
其中,在所述容灾数据库发生错误时,根据所述容灾数据库的错误日志,获得离所述阵列数据发生错误时最近的一快照副本的步骤包括:
获取所述容灾数据库的在线日志以及从所述生产主机复制过来的归档日志;
根据所述在线日志和所述归档日志,确定在离所述容灾数据库发生错误时最近的一快照副本对应的磁盘,并从所述磁盘中获得所述快照副本;其中,所述在线日志是所述容灾数据库当前正在记录的日志文档,所述归档日志是所述容灾数据库之前的日志文档。
其中,根据所述快照副本,对发生错误的所述容灾数据库进行恢复的步骤包括:
将所述生产主机的保存原始阵列数据的生产数据库的在线日志,以及从所述生产数据库发生错误到离发生错误时最近的一快照副本保存的时间之间的归档日志,复制到所述容灾主机;
将所述离发生错误时最近的一快照副本恢复到所述容灾数据库中;
在所述容灾数据库中应用所述生产数据库的在线日志和归档日志。
本发明的实施例还提供一种数据恢复装置,包括:
复制模块,用于在容灾主机上对从生产主机复制过来的阵列数据保存在一容灾数据库中;
快照模块,用于根据所述容灾数据库中的阵列数据产生快照副本,并保存在所述容灾主机的快照数据库中;
获取模块,用于在所述容灾数据库发生错误时,根据所述容灾数据库的错误日志,获得离所述阵列数据发生错误时最近的一快照副本;
恢复模块,用于根据所述快照副本,对发生错误的所述容灾数据库进行恢复。
其中,所述快照模块具体用于:对所述容灾数据库的阵列数据按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库。
其中,所述快照模块进一步用于:对所述容灾数据库一保护时间窗内复制过来的阵列数据,按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库;其中,快照副本数量=所述保护时间窗/所述预设时间间隔。
其中,所述快照副本为所述阵列数据的增量数据的快照副本。
其中,所述快照模块还用于:在所述快照副本初始化的时间内,对所述快照数据库的后端磁盘进行扫描,记录所述快照副本所欲保存的磁盘。
其中,所述获取模块包括:
第一获取子模块,用于获取所述容灾数据库的在线日志以及从所述生产主机复制过来的归档日志;
第二获取子模块,用于根据所述在线日志和所述归档日志,确定在离所述容灾数据库发生错误时最近的一快照副本对应的磁盘,并从所述磁盘中获取所述快照副本;其中,所述在线日志是所述容灾数据库当前正在记录的日志文档,所述归档日志是所述容灾数据库之前的日志文档。
其中,所述恢复模块包括:
第一恢复子模块,用于将所述生产主机的保存原始阵列数据的生产数据库的在线日志,以及从所述生产数据库发生错误到离发生错误时最近的一快照副本保存的时间之间的归档日志,复制到所述容灾主机;
第二恢复子模块,用于将所述离发生错误时最近的一快照副本恢复到所述容灾数据库中;
应用子模块,用于在所述容灾数据库中应用所述生产数据库的在线日志和归档日志。
本发明的上述技术方案的有益效果如下:
上述方案中,利用快照将容灾数据库中的数据进行备份,当容灾数据库记录生产主机的数据出现错误时,可通过距离所述错误发生时间最近的一快照副本对容灾数据库进行恢复。
附图说明
图1为本发明中数据恢复方法的主要步骤示意图;
图2为本发明中数据恢复方法的另一步骤示意图;
图3为本发明中数据恢复方法的详细示意图;
图4为本发明中数据恢复装置的结构示意图;
图5为本发明中数据恢复装置的进行应用的详细示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
如图1所示,一种数据恢复方法,包括:
步骤10,在容灾主机上对从生产主机复制过来的阵列数据保存在一容灾数据库中;
步骤20,根据所述容灾数据库中的阵列数据产生快照副本,并保存在所述容灾主机的快照数据库中;
步骤30,在所述容灾数据库发生错误时,根据所述容灾数据库的错误日志,获得离所述阵列数据发生错误时最近的一快照副本;
步骤40,根据所述快照副本,对发生错误的所述容灾数据库进行恢复。
上述方法利用快照技术将容灾数据库中的数据进行备份,当容灾数据库记录生产主机的数据出现错误时,可通过距离所述错误发生时间最近的一快照副本对容灾数据库进行恢复。
由于容灾数据库发生记录错误是随机的,相关人员无法预测错误发生的时间,这就需要快照数据库记录多个不同时间的容灾数据的快照副本,因此,在本发明的上述实施例中,步骤20可以包括:
对所述容灾数据库的阵列数据按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库。其具体方法为:
对所述容灾数据库一保护时间窗内复制过来的阵列数据,按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库;其中,快照副本数量=所述保护时间窗/所述预设时间间隔;
为了节省快照数据库空间,加快快照的副本提取速度,所述快照副本为所述阵列数据的增量数据的快照副本;即只记录相对于之前所记录的快照副本,变化的数据内容。
在本发明的上述实施例中,步骤20还可以包括:
在所述快照副本初始化的时间内,对所述快照数据库的后端磁盘进行扫描,记录所述快照副本所欲保存的磁盘;从而在需要提取某一快照副本时,可根据记录的保存地址进行查找。
在本发明的上述实施例中,步骤30还可以包括:
步骤31,获取所述容灾数据库的在线日志以及从所述生产主机复制过来的归档日志;
步骤32,根据所述在线日志和所述归档日志,确定在离所述容灾数据库发生错误时最近的一快照副本对应的磁盘(即确定之前已经记录的快照副本的保存地址),并从所述磁盘中获得所述快照副本;其中,所述在线日志是所述容灾数据库当前正在记录的日志文档,所述归档日志是所述容灾数据库之前的日志文档。
由于快照副本只是记录某一时间点的容灾数据内容,当容灾数据库发生错误记录时,只能通过距离错误发生时间最近的快照副本恢复数据内容,所以,还是会造成部分数据的丢失;为了解决这一问题,如图2所示,在本发明的上述实施例中,步骤40可以包括:
步骤41,将所述生产主机的保存原始阵列数据的生产数据库的在线日志,以及从所述生产数据库发生错误到离发生错误时最近的一快照副本保存的时间之间的归档日志,复制到所述容灾主机;
步骤42,将所述离发生错误时最近的一快照副本恢复到所述容灾数据库中;
步骤43,在所述容灾数据库中应用所述生产数据库的在线日志和归档日志。
如图3所示,下面结合实际应用对上述方法进行详细地描述:
步骤310,检查容灾数据库数据的记录是否发生逻辑错误;如果没有发生则进行步骤311;如果发生了记录错误,则进行步骤312;
步骤311,每隔1小时对所述容灾数据库一保护时间窗内复制过来的阵列数据进行快照处理,产生快照副本,并保存在所述容灾主机的快照数据库,并记录保存的地址;其中,快照副本数量=所述保护时间窗/所述预设时间间隔;一般情况下,可设置保护时间窗为24小时,那么可在每天的整点时间对容灾数据库的变化的数据进行快照,并每24小时循环更新快照数据库;
步骤312,读取容灾数据库当前正在记录的日志文档(即在线日志)和容灾数据库之前的日志文档(即归档日志),找到日志中记录的错误数据的发生时间以及保存的地址(比如存储在哪个磁盘上),可以假设逻辑错误报告的时间为12:03分,实际发生逻辑错误的时间为12:00;
需要说明的是,容灾数据库的日志和生产数据库的日志在正常情况下是相同的,当容灾侧发生逻辑错误时,导致容灾数据库的日志记录内容也会出现错误,与生产数据库的日志产生区别;
步骤313,从快照数据库中获取距离12:00最近的快照副本,即在11:00生成的快照副本;
步骤314,将11:00的快照副本内容恢复到容灾数据库中;
步骤315,从生产主机中获取生产数据库在11:00-11:59这段时间的归档日志,以及生产数据库当前的在线日志;
步骤316,将生产数据库11:00-11:59这段时间的归档日志,以及生产数据库的在线日志导入到容灾数据库中;
步骤317,应用导入容灾数据库中的日志,通过日志中记录的保存数据时间,以及数据内容,对容灾数据库进行恢复;
容灾数据库恢复完成后,回到步骤311。
本实施例的方法利用快照技术将容灾数据库中的数据进行备份,当容灾数据库记录生产主机的数据出现错误时,可通过距离所述错误发生时间最近的一快照副本进行容灾数据库恢复;进一步地,快照副本只记录相对于之前所记录的快照副本,变化的数据内容,从而节省快照数据库空间,加快快照的副本提取速度,进而加快数据的恢复速度;进一步地,利用生产主机的保存原始阵列数据,恢复发生错误时到离发生错误时最近的一快照副本保存的时间之间的数据内容,从而可以无丢失地实现容灾数据的恢复。
如图4所示,本发明的实施例还提供一种数据恢复装置,包括:
复制模块,用于在容灾主机上对从生产主机复制过来的阵列数据保存在一容灾数据库中;
快照模块,用于根据所述容灾数据库中的阵列数据产生快照副本,并保存在所述容灾主机的快照数据库中;
获取模块,用于在所述容灾数据库发生错误时,根据所述容灾数据库的错误日志,获得离所述阵列数据发生错误时最近的一快照副本;
恢复模块,用于根据所述快照副本,对发生错误的所述容灾数据库进行恢复。
在本发明的上述实施例中,快照模块可用于:对所述容灾数据库的阵列数据按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库。具体地将,是用于:对所述容灾数据库一保护时间窗内复制过来的阵列数据,按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库;其中,快照副本数量=所述保护时间窗/所述预设时间间隔。
为了节省快照数据库空间,加快快照的副本提取速度,所述快照副本为所述阵列数据的增量数据的快照副本;即只记录相对于之前所记录的快照副本,变化的数据内容;
在本发明的上述实施例中,所述快照模块还用于:在所述快照副本初始化的时间内,对所述快照数据库的后端磁盘进行扫描,记录所述快照副本所欲保存的磁盘;从而在需要提取某一快照副本时,恢复模块可根据记录的保存地址进行查找;
在本发明的上述实施例中,所述获取模块还可包括:
第一获取子模块,用于获取所述容灾数据库的在线日志以及从所述生产主机复制过来的归档日志;
第二获取子模块,用于根据所述在线日志和所述归档日志,确定在离所述容灾数据库发生错误时最近的一快照副本对应的磁盘,并从所述磁盘中获取所述快照副本;其中,所述在线日志是所述容灾数据库当前正在记录的日志文档,所述归档日志是所述容灾数据库之前的日志文档。
由于快照模块中的快照副本只是记录某一时间点的容灾数据内容,当容灾数据库发生错误记录时,恢复模块只能通过距离错误发生时间最近的快照副本恢复数据内容,所以,还是会造成部分数据的丢失;为了解决这一问题,在本发明的上述实施例中,所述恢复模块还包括:
第一恢复子模块,用于将所述生产主机的保存原始阵列数据的生产数据库的在线日志,以及从所述生产数据库发生错误到离发生错误时最近的一快照副本保存的时间之间的归档日志,复制到所述容灾主机;
第二恢复子模块,用于将所述离发生错误时最近的一快照副本恢复到所述容灾数据库中;
应用子模块,用于在所述容灾数据库中应用所述生产数据库的在线日志和归档日志。
显然,上所述实施例为本发明中一种数据恢复方法对应的装置实施例,所述数据恢复方法达到的技术效果,本实施例的装置也同样能够达到。
如图5所示,下面结合实际应用对上述装置进行详细地描述:
a.生产主机将其数据库记录的最新数据(即变化的数据)进行阵列复制,生成阵列数据;
b.生产主机与容灾主机之间可以采用光纤线路连接,通过光纤进行数据传递,使阵列数据发送到容灾主机侧,成为容灾数据;
c.复制模块将容灾数据存储进容灾数据库中;
d.传递容灾数据传递至快照模块;
e.快照模块每隔1小时对传递过来容灾数据进行一次快照处理,生成快照副本,将副本存储到快照数据库中,并记录存储的地址(比如存储在哪个磁盘上);其中,快照副本数量=所述保护时间窗/所述预设时间间隔;一般情况下,可设置保护时间窗为24小时,那么可在每天的整点时间对容灾数据进行快照,并每24小时循环更新快照数据库;
f.发现容灾数据库的记录出现逻辑错误;
g.获取模块中的第一获取子模块从容灾数据库中的获取当前正在记录的日志文档(即在线日志)和容灾数据库之前的日志文档(即归档日志);
需要说明的是,容灾数据库的日志和生产数据库的日志在正常情况下是相同的,当容灾侧发生逻辑错误时,导致容灾数据库的日志记录内容也会出现错误,与生产数据库的日志产生区别;
h.获取模块中的第二获取子模块找到日志中记录的错误数据的发生时间以及存储地址;可以假设逻辑错误报告的时间为12:03分,实际发生逻辑错误的时间为12:00,则11:00记录的快照副本距离12:00最近;
i.将快照副本发送至恢复模块(恢复模块包括第一恢复子模块、第二恢复子模块以及应用模块);
j.第一恢复子模块从生产主机中获取生产数据库在11:00-11:59这段时间的归档日志,以及生产数据库的当前在线日志;
k.对容灾数据库中的错误数据进行恢复:
第一恢复子模块将11:00-11:59这段时间的归档日志,以及生产数据库的在线日志发送至容灾数据库;
第二恢复子模块将11:00的快照副本中的内容覆盖掉容灾数据库中的错误数据内容;
应用子模块将第一恢复子模块发送给容灾数据库中的日志进行应用,通过日志中记录的保存数据时间,以及数据内容,对容灾数据库进行恢复。
本实施例的装置利用快照技术将容灾数据库中的数据进行备份,当容灾数据库记录生产主机的数据出现错误时,可通过距离所述错误发生时间最近的一快照副本进行容灾数据库恢复;进一步地,快照模块只记录相对于之前所记录的快照副本,变化的数据内容,从而节省快照数据库空间,加快快照的副本提取速度,进而加快数据的恢复速度;进一步地,利用生产主机的保存原始阵列数据,恢复发生错误时到离发生错误时最近的一快照副本保存的时间之间的数据内容,从而可以无丢失地实现容灾数据的恢复。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (14)
1.一种数据恢复方法,其特征在于,包括:
在容灾主机上对从生产主机复制过来的阵列数据保存在一容灾数据库中;
根据所述容灾数据库中的阵列数据产生快照副本,并保存在所述容灾主机的快照数据库中;
在所述容灾数据库发生错误时,根据所述容灾数据库的错误日志,获得离所述阵列数据发生错误时最近的一快照副本;
根据所述快照副本,对发生错误的所述容灾数据库进行恢复。
2.根据权利要求1所述的数据恢复方法,其特征在于,根据所述容灾数据库中的阵列数据产生快照副本,并保存在所述容灾主机的快照数据库中的步骤包括:
对所述容灾数据库的阵列数据按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库。
3.根据权利要求2所述的数据恢复方法,其特征在于,对所述容灾数据库的阵列数据按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库的步骤包括:
对所述容灾数据库一保护时间窗内复制过来的阵列数据,按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库;其中,快照副本数量=所述保护时间窗/所述预设时间间隔。
4.根据权利要求1所述的数据恢复方法,其特征在于,所述快照副本为所述阵列数据的增量数据的快照副本。
5.根据权利要求1-4任一项所述的数据恢复方法,其特征在于,根据所述容灾数据库中的阵列数据产生快照副本还包括:
在所述快照副本初始化的时间内,对所述快照数据库的后端磁盘进行扫描,记录所述快照副本所欲保存的磁盘。
6.根据权利要求5所述的数据恢复方法,其特征在于,在所述容灾数据库发生错误时,根据所述容灾数据库的错误日志,获得离所述阵列数据发生错误时最近的一快照副本的步骤包括:
获取所述容灾数据库的在线日志以及从所述生产主机复制过来的归档日志;
根据所述在线日志和所述归档日志,确定在离所述容灾数据库发生错误时最近的一快照副本对应的磁盘,并从所述磁盘中获得所述快照副本;其中,所述在线日志是所述容灾数据库当前正在记录的日志文档,所述归档日志是所述容灾数据库之前的日志文档。
7.根据权利要求6所述的数据恢复方法,其特征在于,根据所述快照副本,对发生错误的所述容灾数据库进行恢复的步骤包括:
将所述生产主机的保存原始阵列数据的生产数据库的在线日志,以及从所述生产数据库发生错误到离发生错误时最近的一快照副本保存的时间之间的归档日志,复制到所述容灾主机;
将所述离发生错误时最近的一快照副本恢复到所述容灾数据库中;
在所述容灾数据库中应用所述生产数据库的在线日志和归档日志。
8.一种数据恢复装置,其特征在于,包括:
复制模块,用于在容灾主机上对从生产主机复制过来的阵列数据保存在一容灾数据库中;
快照模块,用于根据所述容灾数据库中的阵列数据产生快照副本,并保存在所述容灾主机的快照数据库中;
获取模块,用于在所述容灾数据库发生错误时,根据所述容灾数据库的错误日志,获得离所述阵列数据发生错误时最近的一快照副本;
恢复模块,用于根据所述快照副本,对发生错误的所述容灾数据库进行恢复。
9.根据权利要求8所述的数据恢复装置,其特征在于,所述快照模块具体用于:对所述容灾数据库的阵列数据按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库。
10.根据权利要求9所述的数据恢复装置,其特征在于,所述快照模块进一步用于:对所述容灾数据库一保护时间窗内复制过来的阵列数据,按照一预设时间间隔产生快照副本,并保存在所述容灾主机的快照数据库;其中,快照副本数量=所述保护时间窗/所述预设时间间隔。
11.根据权利要求8所述的数据恢复装置,其特征在于,所述快照副本为所述阵列数据的增量数据的快照副本。
12.根据权利要求8-11任一项所述的数据恢复装置,其特征在于,所述快照模块还用于:在所述快照副本初始化的时间内,对所述快照数据库的后端磁盘进行扫描,记录所述快照副本所欲保存的磁盘。
13.根据权利要求12所述的数据恢复装置,其特征在于,所述获取模块包括:
第一获取子模块,用于获取所述容灾数据库的在线日志以及从所述生产主机复制过来的归档日志;
第二获取子模块,用于根据所述在线日志和所述归档日志,确定在离所述容灾数据库发生错误时最近的一快照副本对应的磁盘,并从所述磁盘中获取所述快照副本;其中,所述在线日志是所述容灾数据库当前正在记录的日志文档,所述归档日志是所述容灾数据库之前的日志文档。
14.根据权利要求13所述的数据恢复装置,其特征在于,所述恢复模块包括:
第一恢复子模块,用于将所述生产主机的保存原始阵列数据的生产数据库的在线日志,以及从所述生产数据库发生错误到离发生错误时最近的一快照副本保存的时间之间的归档日志,复制到所述容灾主机;
第二恢复子模块,用于将所述离发生错误时最近的一快照副本恢复到所述容灾数据库中;
应用子模块,用于在所述容灾数据库中应用所述生产数据库的在线日志和归档日志。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210594580.2A CN103914359B (zh) | 2012-12-31 | 2012-12-31 | 一种数据恢复方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210594580.2A CN103914359B (zh) | 2012-12-31 | 2012-12-31 | 一种数据恢复方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103914359A true CN103914359A (zh) | 2014-07-09 |
CN103914359B CN103914359B (zh) | 2017-09-26 |
Family
ID=51040062
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210594580.2A Active CN103914359B (zh) | 2012-12-31 | 2012-12-31 | 一种数据恢复方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103914359B (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104133742A (zh) * | 2014-08-07 | 2014-11-05 | 浪潮(北京)电子信息产业有限公司 | 一种数据保护的方法及装置 |
CN104517183A (zh) * | 2014-12-18 | 2015-04-15 | 深圳市燃气集团股份有限公司 | 基于Oracle EBS***的库存处理方法及*** |
CN104679614A (zh) * | 2015-03-31 | 2015-06-03 | 成都文武信息技术有限公司 | 一种数据库灾备*** |
CN105373448A (zh) * | 2015-10-27 | 2016-03-02 | 北京百度网讯科技有限公司 | 数据库中故障数据的恢复方法和*** |
WO2016078529A1 (zh) * | 2014-11-20 | 2016-05-26 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置及*** |
CN105786642A (zh) * | 2014-12-22 | 2016-07-20 | 华为技术有限公司 | 生产站点、灾备站点及基于快照的远程容灾方法 |
CN105955843A (zh) * | 2016-04-21 | 2016-09-21 | 久盈世纪(北京)科技有限公司 | 一种用于数据库恢复的方法与设备 |
CN106326041A (zh) * | 2016-08-31 | 2017-01-11 | 杭州沃趣科技股份有限公司 | 一种用于数据库秒级恢复的方法 |
CN107077404A (zh) * | 2014-10-28 | 2017-08-18 | 微软技术许可有限责任公司 | 从存储快照的时间点数据库恢复 |
CN109086169A (zh) * | 2018-07-19 | 2018-12-25 | 郑州云海信息技术有限公司 | 一种数据恢复方法、装置和计算机可读存储介质 |
CN110427281A (zh) * | 2019-06-28 | 2019-11-08 | 苏州浪潮智能科技有限公司 | 一种数据库快速恢复的方法、设备以及介质 |
CN111611108A (zh) * | 2020-05-21 | 2020-09-01 | 云和恩墨(北京)信息技术有限公司 | 虚拟数据库还原的方法及装置 |
CN112214471A (zh) * | 2019-07-09 | 2021-01-12 | 浙江宇视科技有限公司 | 数据库管理方法、装置、计算机可读存储介质和电子设备 |
WO2021052231A1 (zh) * | 2019-09-19 | 2021-03-25 | 华为技术有限公司 | 一种数据检测方法和装置 |
CN113868019A (zh) * | 2021-08-27 | 2021-12-31 | 苏州浪潮智能科技有限公司 | 一种数据处理方法、装置及相关设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1784676A (zh) * | 2004-02-25 | 2006-06-07 | 微软公司 | 数据库数据恢复***和方法 |
CN101118509A (zh) * | 2007-09-12 | 2008-02-06 | 华为技术有限公司 | 内存数据库远程容灾的方法、装置和*** |
CN101316184A (zh) * | 2007-06-01 | 2008-12-03 | 华为技术有限公司 | 容灾切换方法、***、装置 |
CN101650680A (zh) * | 2009-07-27 | 2010-02-17 | 浪潮电子信息产业股份有限公司 | 一种基于连续快照的持续数据保护的方法 |
US20110060722A1 (en) * | 2009-09-07 | 2011-03-10 | Icon Business Systems Limited | Centralized management mode backup disaster recovery system |
-
2012
- 2012-12-31 CN CN201210594580.2A patent/CN103914359B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1784676A (zh) * | 2004-02-25 | 2006-06-07 | 微软公司 | 数据库数据恢复***和方法 |
CN101316184A (zh) * | 2007-06-01 | 2008-12-03 | 华为技术有限公司 | 容灾切换方法、***、装置 |
CN101118509A (zh) * | 2007-09-12 | 2008-02-06 | 华为技术有限公司 | 内存数据库远程容灾的方法、装置和*** |
CN101650680A (zh) * | 2009-07-27 | 2010-02-17 | 浪潮电子信息产业股份有限公司 | 一种基于连续快照的持续数据保护的方法 |
US20110060722A1 (en) * | 2009-09-07 | 2011-03-10 | Icon Business Systems Limited | Centralized management mode backup disaster recovery system |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104133742A (zh) * | 2014-08-07 | 2014-11-05 | 浪潮(北京)电子信息产业有限公司 | 一种数据保护的方法及装置 |
CN107077404B (zh) * | 2014-10-28 | 2020-08-25 | 微软技术许可有限责任公司 | 从存储快照的时间点数据库恢复 |
CN107077404A (zh) * | 2014-10-28 | 2017-08-18 | 微软技术许可有限责任公司 | 从存储快照的时间点数据库恢复 |
WO2016078529A1 (zh) * | 2014-11-20 | 2016-05-26 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置及*** |
CN105677673A (zh) * | 2014-11-20 | 2016-06-15 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置及*** |
CN105677673B (zh) * | 2014-11-20 | 2019-01-04 | 阿里巴巴集团控股有限公司 | 业务处理方法、装置及*** |
CN104517183A (zh) * | 2014-12-18 | 2015-04-15 | 深圳市燃气集团股份有限公司 | 基于Oracle EBS***的库存处理方法及*** |
CN105786642A (zh) * | 2014-12-22 | 2016-07-20 | 华为技术有限公司 | 生产站点、灾备站点及基于快照的远程容灾方法 |
CN105786642B (zh) * | 2014-12-22 | 2019-02-05 | 华为技术有限公司 | 生产站点、灾备站点及基于快照的远程容灾方法 |
CN104679614A (zh) * | 2015-03-31 | 2015-06-03 | 成都文武信息技术有限公司 | 一种数据库灾备*** |
CN105373448B (zh) * | 2015-10-27 | 2018-11-02 | 北京百度网讯科技有限公司 | 数据库中故障数据的恢复方法和*** |
CN105373448A (zh) * | 2015-10-27 | 2016-03-02 | 北京百度网讯科技有限公司 | 数据库中故障数据的恢复方法和*** |
CN105955843A (zh) * | 2016-04-21 | 2016-09-21 | 久盈世纪(北京)科技有限公司 | 一种用于数据库恢复的方法与设备 |
CN105955843B (zh) * | 2016-04-21 | 2019-05-28 | 久盈世纪(北京)科技有限公司 | 一种用于数据库恢复的方法与设备 |
CN106326041A (zh) * | 2016-08-31 | 2017-01-11 | 杭州沃趣科技股份有限公司 | 一种用于数据库秒级恢复的方法 |
CN109086169A (zh) * | 2018-07-19 | 2018-12-25 | 郑州云海信息技术有限公司 | 一种数据恢复方法、装置和计算机可读存储介质 |
CN110427281A (zh) * | 2019-06-28 | 2019-11-08 | 苏州浪潮智能科技有限公司 | 一种数据库快速恢复的方法、设备以及介质 |
CN112214471A (zh) * | 2019-07-09 | 2021-01-12 | 浙江宇视科技有限公司 | 数据库管理方法、装置、计算机可读存储介质和电子设备 |
CN112214471B (zh) * | 2019-07-09 | 2024-04-05 | 浙江宇视科技有限公司 | 数据库管理方法、装置、计算机可读存储介质和电子设备 |
WO2021052231A1 (zh) * | 2019-09-19 | 2021-03-25 | 华为技术有限公司 | 一种数据检测方法和装置 |
CN111611108A (zh) * | 2020-05-21 | 2020-09-01 | 云和恩墨(北京)信息技术有限公司 | 虚拟数据库还原的方法及装置 |
CN113868019A (zh) * | 2021-08-27 | 2021-12-31 | 苏州浪潮智能科技有限公司 | 一种数据处理方法、装置及相关设备 |
CN113868019B (zh) * | 2021-08-27 | 2023-11-03 | 苏州浪潮智能科技有限公司 | 一种数据处理方法、装置及相关设备 |
Also Published As
Publication number | Publication date |
---|---|
CN103914359B (zh) | 2017-09-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103914359A (zh) | 一种数据恢复方法及装置 | |
US10503616B2 (en) | Periodic data replication | |
US11138156B2 (en) | Continuous data management system and operating method thereof | |
US9251017B2 (en) | Handling failed cluster members when replicating a database between clusters | |
US9658928B2 (en) | File-based cluster-to-cluster replication recovery | |
US8712970B1 (en) | Recovering a database to any point-in-time in the past with guaranteed data consistency | |
US7484051B2 (en) | Apparatus, system and method for reliably updating a data group in a read-before-write data replication environment using a comparison file | |
CN105843702B (zh) | 一种用于数据备份的方法以及装置 | |
KR101352959B1 (ko) | 메인메모리 데이터베이스 관리 시스템의 액티브 노드 및 스탠바이 노드의 데이터베이스 관리 장치 및 방법 | |
WO2018098972A1 (zh) | 一种日志恢复方法、存储装置和存储节点 | |
US9996434B2 (en) | Data mirror volume verification | |
CN102955720A (zh) | 一种提高ext文件***稳定性的方法 | |
US8762347B1 (en) | Method and apparatus for processing transactional file system operations to enable point in time consistent file data recreation | |
CN103516736A (zh) | 分布式缓存***的数据恢复方法及装置 | |
CN113360322B (zh) | 一种基于备份***恢复数据的方法及设备 | |
CN104461773A (zh) | 一种虚拟机备份去重的方法 | |
US9798761B2 (en) | Apparatus and method for fsync system call processing using ordered mode journaling with file unit | |
CN114020686A (zh) | 基于差异日志的文件快照同步方法、***、设备和介质 | |
US8818943B1 (en) | Mirror resynchronization of fixed page length tables for better repair time to high availability in databases | |
US20160026536A1 (en) | Recovery path selection during database restore | |
CN106326041A (zh) | 一种用于数据库秒级恢复的方法 | |
US8595271B1 (en) | Systems and methods for performing file system checks | |
CN104572339A (zh) | 基于分布式文件***的数据备份还原***及方法 | |
US20220413971A1 (en) | System and Method for Blockchain Based Backup and Recovery | |
CN103207916A (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 |