CN107179965A - 数据库恢复方法及装置 - Google Patents
数据库恢复方法及装置 Download PDFInfo
- Publication number
- CN107179965A CN107179965A CN201710278027.0A CN201710278027A CN107179965A CN 107179965 A CN107179965 A CN 107179965A CN 201710278027 A CN201710278027 A CN 201710278027A CN 107179965 A CN107179965 A CN 107179965A
- Authority
- CN
- China
- Prior art keywords
- data
- restored
- backup
- file
- database
- 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
- 238000000034 method Methods 0.000 title claims abstract description 39
- 238000011084 recovery Methods 0.000 claims abstract description 134
- 230000004044 response Effects 0.000 claims abstract description 8
- 230000008569 process Effects 0.000 description 12
- 239000000284 extract Substances 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 235000019580 granularity Nutrition 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003442 weekly effect Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000605 extraction Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000003287 optical effect Effects 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/1448—Management of the data involved in backup or backup restore
-
- 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/21—Design, administration or maintenance of databases
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)
- Quality & Reliability (AREA)
- Data Mining & Analysis (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请实施例提供一种数据库恢复方法及装置。其中,方法包括如下的步骤:响应于数据库恢复指令,确定待恢复数据;识别待恢复数据关联的物理备份文件;若物理备份文件的数据量大于预设阈值,则从待恢复数据关联的逻辑备份文件中,获取恢复所述待恢复数据所需的第一数据;根据第一数据以及第一数据对应的备份日志,对待恢复数据进行恢复处理。本申请实施例提供的方法及装置可以快速恢复数据库中的数据。
Description
技术领域
本申请涉及数据存储技术领域,尤其涉及一种数据库恢复方法及装置。
背景技术
数据库是按照数据结构来组织、存储和管理数据的仓库。当数据库出现硬件或者软件的故障时,可能会造成数据的丢失,有必要对数据库执行恢复操作。
现有技术中,一般会周期性对数据库进行物理备份,当需要恢复数据库时,可以根据物理备份的数据将数据库恢复到指定时间点。这种数据库恢复的速度比较慢。
发明内容
本申请的多个方面提供一种数据库恢复方法及装置,用以提高数据库中的数据恢复的速度。
本申请实施例提供一种数据库恢复方法,包括:
响应于数据库恢复指令,确定待恢复数据;
识别所述待恢复数据关联的物理备份文件;
若所述物理备份文件的数据量大于预设阈值,则从所述待恢复数据关联的逻辑备份文件中,获取恢复所述待恢复数据所需的第一数据;
根据所述第一数据以及所述第一数据对应的备份日志,对所述待恢复数据进行恢复处理。
可选地,所述方法还包括:
若所述物理备份文件的数据量小于或等于所述预设阈值,则从所述物理备份文件中,获取恢复所述待恢复数据所需的第二数据;
根据所述第二数据以及所述第二数据对应的备份日志,对所述待恢复数据进行恢复处理。
可选地,所述从所述物理备份文件中,获取恢复所述待恢复数据所需的第二数据,包括:
下载所述物理备份文件至本地;
启动所述物理备份文件对应的至少一个数据库实例;
从所述至少一个数据库实例中,获取恢复所述待恢复数据所需的第二数据。
可选地,所述从所述待恢复数据关联的逻辑备份文件中,获取恢复所述待恢复数据所需的第一数据,包括:
根据所述数据库恢复指令,确定待恢复业务信息;
从所述待恢复数据关联的逻辑备份文件中,获取符合所述待恢复业务信息的数据,作为所述第一数据。
可选地,所述从所述待恢复数据关联的逻辑备份文件中,获取符合所述待恢复业务信息的数据,作为所述第一数据,包括:
从所述待恢复数据关联的逻辑备份文件中,获取符合所述待恢复业务信息的表级别的数据,作为所述第一数据;或者
从所述待恢复数据关联的逻辑备份文件中,获取符合所述待恢复业务信息的库级别的数据,作为所述第一数据。
可选地,确定待恢复数据,包括:
从所述数据库恢复指令中,获取恢复时间点;
根据所述恢复时间点,确定所述待恢复数据。
可选地,所述从所述数据库恢复指令中,获取恢复时间点之前,还包括:
对所述数据库中的数据进行物理备份和逻辑备份,以获得所述待恢复数据关联的物理备份文件和所述逻辑备份文件;以及
对所述数据库在相邻备份时间点之间的日志进行备份,以获得备份日志。
本申请实施例还提供一种数据库恢复装置,包括:
确定模块,用于响应于数据库恢复指令,确定待恢复数据;
识别模块,用于识别所述待恢复数据关联的物理备份文件;
第一获取模块,用于若所述物理备份文件的数据量大于预设阈值,则从所述待恢复数据关联的逻辑备份文件中,获取恢复所述待恢复数据所需的第一数据;
第一恢复模块,用于根据所述第一数据以及所述第一数据对应的备份日志,对所述待恢复数据进行恢复处理。
可选地,所述装置还包括:
第二获取模块,用于若所述物理备份文件的数据量小于或等于所述预设阈值,则从所述物理备份文件中,获取恢复所述待恢复数据所需的第二数据;
第二恢复模块,用于根据所述第二数据以及所述第二数据对应的备份日志,对所述待恢复数据进行恢复处理。
可选地,所述第二获取模块具体用于:
若所述物理备份文件的数据量小于或等于所述预设阈值,下载所述物理备份文件至本地;
启动所述物理备份文件对应的至少一个数据库实例;
从所述至少一个数据库实例中,获取恢复所述待恢复数据所需的第二数据。
在本申请实施例中,若待恢复数据关联的物理备份文件的数据量大于预设阈值时,直接通过逻辑备份文件恢复数据库中的数据,而不需要下载数据量较大的物理备份文件进行恢复处理,使得在数据恢复的过程中传输的数据量较少,耗时较短,从而数据恢复较快。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请一实施例提供的数据库恢复方法的流程示意图;
图2为本申请又一实施例提供的数据库恢复方法中获取恢复待恢复数据所需的第二数据的流程示意图;
图3为本申请又一实施例提供的数据库恢复装置的模块结构图;
图4为本申请又一实施例提供的数据库恢复装置的模块结构图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图1为本申请一实施例提供的数据库恢复方法的流程示意图。如图1所示,该方法包括以下步骤:
S101:响应于数据库恢复指令,确定待恢复数据。
S102:识别待恢复数据关联的物理备份文件。
S103:若物理备份文件的数据量大于预设阈值,则从待恢复数据关联的逻辑备份文件中,获取恢复所述待恢复数据所需的第一数据。
S104:根据第一数据以及第一数据对应的备份日志,对待恢复数据进行恢复处理。
当需要恢复数据库中的数据时,可以生成一数据库恢复指令,并发送数据库恢复指令至数据库恢复装置,以进行数据恢复操作。
可选地,数据库恢复指令可以周期生成并发送,也可以在用户的触发下生成并发送。例如,生成数据库恢复指令的代码可以预先写入一脚本中,当用户需要恢复数据库中的数据时,可以运行该脚本,以生成数据库恢复指令,并发送至数据库恢复装置。
数据库恢复装置可以响应于数据库恢复指令,根据数据库恢复指令确定待恢复数据,
待恢复数据需要依赖于备份数据进行恢复处理,所述恢复待恢复数据所需的备份数据可以是逻辑备份文件中与待恢复数据对应的历史数据,也可以是物理备份文件中与待恢复数据对应的历史数据。其中,恢复处理的过程包括获取恢复待恢复数据所需的备份数据的过程和恢复待恢复数据的过程。
对于获取恢复待恢复数据所需的备份数据的过程来说,可选地,可以从待恢复数据关联的备份文件中获取。备份文件包括物理备份文件和逻辑备份文件。其中,物理备份文件存储的是实际组成数据库的操作***文件,逻辑备份文件存储的是利用SQL语言从数据库中抽取的数据。
现有技术中,物理备份文件是不可读的。当通过物理备份文件获取恢复待恢复数据所需的备份数据时,需要将整个物理备份文件下载至本地,之后,从下载至本地的物理备份文件中获取恢复待恢复数据所需的备份数据。当物理备份文件的数据量较大的时候,下载物理备份文件会使得传输的数据量较大,从而导致获取恢复待恢复数据所需的备份数据的速度较慢,影响数据恢复效率。相反,逻辑备份文件是可读的,可以直接从中获取恢复待恢复数据所需的备份数据,无需下载整个逻辑备份文件,因此获取恢复待恢复数据所需的备份数据的速度较快。
对于恢复待恢复数据的过程来说,通过物理文件恢复数据的过程相当于直接复制文件,速度较快。逻辑备份文件存储的是SQL语句文件,在恢复待恢复数据的过程中,需要一条一条的执行SQL语句,所以恢复过程较慢。
一般而言,当物理备份文件的数据量较大时,下载物理备份文件的耗时相对于通过逻辑备份文件恢复数据的过程耗时较长,其他操作的耗时可以相对忽略不计。
基于上述的分析,可以识别待恢复数据关联的物理备份文件;判断待恢复数据关联的物理备份文件是否大于预设阈值;若物理备份文件的数据量大于预设阈值,说明该物理备份文件较大,则可以从待恢复数据关联的逻辑备份文件中,获取恢复待恢复数据所需的备份数据。为便于区分,将从逻辑备份文件中获取的恢复待恢复数据所需的备份数据称为第一数据。
可选地,可以根据待恢复数据信息识别待恢复数据关联的物理备份文件。在一示例中,待恢复数据信息包括待恢复时间点11:00,物理备份文件包括10:00备份的物理备份文件和7:00备份的物理备份文件,则可以确定待恢复数据关联的物理备份文件为11:00之前最近备份的物理备份文件,即10:00备份的物理备份文件。
接着,判断物理备份文件的数据量是否大于预设阈值。可选地,预设阈值可以通过如下方式确定,当根据物理备份文件对数据进行恢复处理的耗时比根据逻辑备份文件对数据进行恢复处理的耗时长时,将此时的物理备份文件的数据量作为预设阈值。例如,预设阈值可以是10GB、20GB等。
若待恢复数据关联的物理备份文件的数据量大于预设阈值,意味着通过物理备份文件对待恢复数据进行恢复处理的耗时相比于通过逻辑备份文件较长,则可以从待恢复数据关联的逻辑备份文件中,获取第一数据,进而根据逻辑备份文件对待恢复数据进行恢复处理。
类似地,可以根据待恢复数据信息识别待恢复数据关联的逻辑备份文件。例如,可以确定待恢复数据关联的逻辑备份文件为恢复时间点之前最近备份的物理备份文件。
由于逻辑备份文件是可读的,可以从逻辑备份文件中,直接获取第一数据。
接着,根据获取的第一数据以及第一数据对应的备份日志,对待恢复数据进行恢复处理。
其中,备份日志为数据库日志文件的备份文件,数据库日志文件记录有数据库中的各种操作。可选地,备份日志可以是逻辑日志的备份文件。基于此,第一数据对应的备份日志为记录有与第一数据相关的数据库操作的逻辑日志的备份文件。
在本申请实施例中,若待恢复数据关联的物理备份文件的数据量大于预设阈值时,直接通过逻辑备份文件恢复数据库中的数据,而不需要下载数据量较大的物理备份文件进行恢复处理,使得在数据恢复的过程中传输的数据量较少,耗时较短,从而数据恢复较快。
在上述实施例或下述实施例中,若物理备份文件的数据量小于或等于预设阈值,意味着通过物理备份文件对待恢复数据进行恢复处理的耗时相比于通过逻辑备份文件较短或相同,则从物理备份文件中,获取恢复待恢复数据所需的备份数据。为便于区分,将从物理备份文件中获取的恢复待恢复数据所需的备份数据称为第二数据。值得说明的是,第一数据和第二数据可能相同,也可能不相同。
其中,所述第二数据为物理备份文件中与待恢复数据对应的历史数据。类似地,可以根据待恢复数据信息识别第二数据关联的物理备份文件,并从物理备份文件中,获取第二数据。
可选地,从物理备份文件中,获取第二数据的过程,如图2所示,包括步骤S201-S203。
S201:下载物理备份文件至本地。
S202:启动物理备份文件对应的至少一个数据库实例。
S203:从至少一个数据库实例中,获取恢复所述待恢复数据所需的第二数据。
可选地,可以下载物理备份文件至本地的任意一台数据库服务器。然后,通过数据库服务器启动物理备份文件对应的至少一个数据库实例,进而可以从至少一个数据库实例中,获取第二数据。可选地,可以从每个数据库实例中获取恢复待恢复数据所需的数据作为第二数据,也可以从部分数据库实例中获取恢复待恢复数据所需的数据作为第二数据。
接着,根据第二数据以及第二数据关联的备份日志,对待恢复数据进行恢复处理。类似地,第二数据对应的备份日志为记录有与第二数据有关的数据库操作的逻辑日志的备份文件。
本实施例中,若物理备份文件的数据量小于或等于预设阈值,根据物理备份文件恢复数据库中的数据,耗时较短,进而数据恢复较快。
在上述实施例或下述实施例中,从待恢复数据关联的逻辑备份文件中,可以根据业务需求,获取第一数据。可选地,根据数据库恢复指令,除了可以确定待恢复数据之外,还可以确定待恢复业务信息;从待恢复数据关联的逻辑备份文件中,获取符合待恢复业务信息的数据,作为恢复待恢复数据所需的第一数据。
数据库恢复指令包括待恢复业务信息,数据库恢复装置可以根据数据库恢复指令,确定待恢复业务信息,例如直播信息、用户信息、评论信息等。
接着,可以从待恢复数据关联的逻辑备份文件中,获取符合待恢复业务信息的数据,作为第一数据,可选地,包括以下两种操作方式中的任意一种:
第一种操作方式:从待恢复数据关联的逻辑备份文件中,获取符合待恢复业务信息的表级别的数据,作为第一数据。
可选地,预先建立逻辑备份文件中数据表的标识信息与待恢复业务信息的对应关系。其中,数据表的标识信息可以包括数据表名以及数据库IP地址,用于唯一标识数据表。可选地,一种待恢复业务信息可以对应至少一张数据表。
当确定待恢复业务信息后,可以进一步根据数据表的标识信息与待恢复业务信息的对应关系,确定恢复待恢复数据所需的数据表中的数据,即符合待恢复业务信息的表级别的数据,作为恢复待恢复数据所需的第一数据。
当然,待恢复数据除了是数据本身之外,还可以是一种表结构。基于此,也可以将符合待恢复业务信息的数据表的结构作为恢复待恢复数据所需的第一数据,进而对待恢复数据进行表结构的恢复;或者将符合待恢复业务信息的数据表的结构以及该数据表中的数据共同作为恢复待恢复数据所需的第一数据,进而对待恢复数据进行表结构以及内容的恢复处理。
第二种操作方式:从待恢复数据关联的逻辑备份文件中,获取符合待恢复业务信息的库级别的数据,作为恢复待恢复数据所需的第一数据。
其中,库级别的数据包括数据库中所有对象和数据。类似地,可以预先建立逻辑备份文件中数据库的标识信息与待恢复业务信息的对应关系。数据库的标识信息可以是数据库IP地址,用于唯一标识数据库。可选地,一种待恢复业务信息可以对应至少一个数据库。
当确定待恢复业务信息后,可以进一步根据数据库的标识信息与待恢复业务信息的对应关系,确定符合待恢复业务信息的数据库中的对象和数据,即符合待恢复业务信息的库级别的数据,作为恢复待恢复数据所需的第一数据。
在一可选实施方式中,也可以根据业务需求,从待恢复数据关联的物理备份文件中,获取恢复待恢复数据所需的第二数据。可选地,预先建立数据库实例与待恢复业务信息的对应关系;根据所述对应关系,从至少物理备份文件对应的至少一个数据库实例中,获取对应待恢复业务信息的数据,作为第二数据。
本实施例中,通过预先建立待恢复业务信息与待恢复数据的对应关系,使得可以按照业务信息恢复数据;而且,通过恢复表级别的数据或者库级别的数据,从多层次恢复数据库中的数据,增加了数据恢复的灵活性。
在上述实施例或下述实施例中,可选地,确定待恢复数据,包括:从数据库恢复指令中,获取恢复时间点;根据恢复时间点,确定待恢复数据。
数据库恢复指令包括待恢复数据信息,例如恢复时间点。数据库恢复装置可以响应于数据库恢复指令,从数据库恢复指令包括的待恢复信息中,获取恢复时间点。
在获取恢复时间点后,可以根据恢复时间点,确定待恢复数据。待恢复数据为在恢复时间点产生的数据和/或在恢复时间点之前产生的数据。在一示例中,恢复时间点为当天11:00,则待恢复数据为当天11:00产生的数据,和/或,也可以恢复当前11:00之前产生的数据。当然,恢复时间点应在当前时间点之前,或者待恢复数据应为历史数据。
为了便于执行数据恢复,优选地,数据库恢复指令包括恢复时间点,在此基础上,数据库恢复指令还可以包括待恢复业务信息、待恢复数据的类型、待恢复数据的行数/列数以及待恢复数据的数量等。基于此,数据库恢复装置可以从数据库恢复指令中获取恢复时间点产生的符合待恢复业务信息的数据、恢复时间点产生的符合待恢复数据的类型的数据、恢复时间点产生的符合待恢复数据的行数/列数或者待恢复数据的数量的数据,作为待恢复数据。
在一示例中,数据库恢复指令包括恢复时间点:当天10:00,以及待恢复数据的类型:字符串。数据库恢复装置可以确定待恢复数据为当天10:00的数据库中字符串类型的数据。
在执行数据恢复前,可以对数据库中的数据以及日志进行备份。在一可选实施方式中,从数据库恢复指令中,获取恢复时间点之前,还包括:对数据库中的数据进行物理备份和逻辑备份,以获得待恢复数据关联的物理备份文件和逻辑备份文件;以及对数据库在相邻备份时间点之间的日志进行备份,以获得备份日志。
与现有技术中只对数据库中的数据进行物理备份不同,本申请实施例中还对数据库中的数据进行逻辑备份。可选地,物理备份与逻辑备份可以同时进行,也可以不同时进行。
可选地,可以周期性对数据库中的数据进行物理备份和逻辑备份。其中,备份的周期可以包括每周、每天或者每小时等不同时间粒度的周期。基于此,可以对数据库中的数据执行多种时间粒度的备份操作。
可选地,越重要的数据库,备份的周期可以越短。例如,对较重要的数据库,每小时执行一次备份操作;对重要的数据库,每天执行一次备份操作;对次要的数据库,每周执行一次备份操作。
每执行一次物理备份和逻辑备份,均生成一个物理备份文件以及一个逻辑备份文件。
在数据库运行过程中,数据库可能随时被更改,这些更改操作可以保存在日志中。可选地,当物理备份与逻辑备份不同时进行时,可以对数据库在相邻物理备份时间点之间的日志以及在相邻逻辑备份时间点之间的日志进行备份,以获得备份日志。其中,备份时间点为执行备份操作的时间点。
在对数据库中的数据以及日志进行备份后,可以根据恢复时间点以及待恢复业务信息等,确定待恢复数据。接着,参见步骤S102-S103,识别待恢复数据关联的物理备份文件;若物理备份文件的数据量大于预设阈值,则从待恢复数据关联的逻辑备份文件中,获取第一数据;
然后,根据第一数据以及第一数据对应的备份日志,对待恢复数据进行恢复处理。
可选地,第一数据对应的备份日志为第一数据的备份时间点与待恢复时间点之间的备份日志。
在一示例中,第一数据为存储在10:00备份的逻辑备份文件中的数据,待恢复数据为待恢复时间点为11:00的数据,则第一数据对应的备分日志为10:00至11:00间的备分日志。若第一数据为AB,备分日志的内容为将A替换为F,则对待恢复时间点为11:00的待恢复数据进行恢复处理的结果为FB。
当然,若物理备份文件的数据量小于或等于预设阈值,则从物理备份文件中,获取第二数据。第二数据对应的备份日志为第二数据的备份时间点与待恢复时间点之间的备份日志。
可选地,备份的周期越短,相邻备份时间点之间的时间就越短,第一数据/第二数据对应的备份日志的数据量就越小。基于此,可以缩短备份的周期,以便减小第一数据/第二数据对应的备份日志的数据量,进一步提高数据恢复的速度。
下面以一示例详细说明数据库恢复方法的操作流程。
在一示例中,备份的周期为1小时,则10:00时执行物理备份操作与逻辑备份操作,11:00执行下次物理备份操作与逻辑备份操作。对数据库10:00至11:00之间的日志进行备份,以获得备份日志。如果恢复时间点为当天10:30,可以确定待恢复数据为当天10:30产生的数据。进一步可以识别当天10:30的数据关联的物理备份文件为当天10:30之前最近的10:00备份的物理备份文件。若所述物理备份文件的数据量大于预设阈值,则从10:00备份的逻辑备份文件中获取与待恢复数据对应的第一数据。接着,从所述备份日志中,根据备份日志中日志的时间标识提取第一数据对应的备份日志,即10:00至10:30之间的备份日志。然后,根据第一数据与提取的备份日志,对待恢复数据进行恢复处理。
相反,若所述物理备份文件的数据量小于或等于预设阈值,则从10:00备份的物理备份文件中获取与待恢复数据对应的第二数据。接着,从所述备份日志中,根据备份日志中日志的时间标识提取第二数据对应的备份日志,即10:00至10:30之间的备份日志。然后,根据第二数据与提取的备份日志,对待恢复数据进行恢复处理。
若待恢复数据为当天10:30的直播信息的表级别的数据,当天10:30之前最近的10:00备份的物理备份文件的数据量大于预设阈值,则从10:00备份的逻辑备份文件中获取直播信息的表级别的数据。接着,从所述备份日志中,根据备份日志中日志的时间标识以及表级别的数据标识提取第一数据对应的备份日志,即在10:00至10:30之间,记录表级别的数据的操作的备份日志。然后,根据第一数据与提取的备份日志,对待恢复数据进行恢复处理。
相反,若所述物理备份文件的数据量小于或等于预设阈值,则下载10:00备份的物理备份文件至本地,启动物理备份文件对应的至少一个数据库实例,从至少一个数据库实例中,获取直播信息对应的数据库实例的数据,作为第二数据。接着,从所述备份日志中,根据备份日志中日志的时间标识以及数据库实例的数据标识提取第二数据对应的备份日志,即在10:00至10:30之间,记录数据库实例的数据的操作的备份日志。然后,根据第二数据与提取的备份日志,对待恢复数据进行恢复处理。
本申请实施例还提供了一种数据库恢复装置300,如图3所示,包括确定模块301、识别模块302、第一获取模块303以及第一恢复模块304。
其中,确定模块301,用于响应于数据库恢复指令,确定待恢复数据。
识别模块302,用于识别确定模块301确定的待恢复数据关联的物理备份文件。
第一获取模块303,用于若识别模块302识别的物理备份文件的数据量大于预设阈值,则从待恢复数据关联的逻辑备份文件中,获取恢复待恢复数据所需的第一数据。
第一恢复模块304,用于根据第一获取模块303获取的第一数据以及第一数据对应的备份日志,对待恢复数据进行恢复处理。
在本申请实施例中,若待恢复数据关联的物理备份文件的数据量大于预设阈值时,直接通过逻辑备份文件恢复数据库中的数据,而不需要下载数据量较大的物理备份文件进行恢复处理,使得在数据恢复的过程中传输的数据量较少,从而数据恢复较快。
可选地,如图4所示,数据库恢复装置300还包括第二获取模块305以及第二恢复模块306。
第二获取模块305,用于若识别模块302识别的物理备份文件的数据量小于或等于预设阈值,则从物理备份文件中,获取恢复所述待恢复数据所需的第二数据第二数据。
第二恢复模块306,用于根据第二获取模块305获取的第二数据以及第二数据对应的备份日志,对待恢复数据进行恢复处理。
可选地,第二获取模块306具体用于:若物理备份文件的数据量小于或等于预设阈值,下载物理备份文件至本地;启动物理备份文件对应的至少一个数据库实例;从至少一个数据库实例中,获取恢复所述待恢复数据所需的第二数据。
本实施例中,若物理备份文件的数据量小于或等于预设阈值,根据物理备份文件恢复数据库中的数据,耗时较短,进而数据恢复较快。
可选地,第一获取模块303在从待恢复数据关联的逻辑备份文件中,获取恢复所述待恢复数据所需的第一数据时,具体用于:根据数据库恢复指令,确定待恢复业务信息;从待恢复数据关联的逻辑备份文件中,获取符合待恢复业务信息的数据,作为第一数据。
可选地,第一获取模块303在从待恢复数据关联的逻辑备份文件中,获取符合待恢复业务信息的数据,作为第一数据时,具体用于执行以下任意一种操作:
从待恢复数据关联的逻辑备份文件中,获取符合待恢复业务信息的表级别的数据,作为第一数据;
从待恢复数据关联的逻辑备份文件中,获取符合待恢复业务信息的库级别的数据,作为第一数据。
本实施例中,通过预先建立待恢复业务信息与待恢复数据的对应关系,使得可以按照业务信息恢复数据;而且,通过恢复表级别的数据、方案级别的数据或者库级别的数据,从多层次恢复数据库中的数据,增加了数据恢复的灵活性。
可选地,确定模块301在确定待恢复数据时,具体用于:从数据库恢复指令中,获取恢复时间点;根据恢复时间点,确定待恢复数据。
可选地,数据库恢复装置300还包括备份模块。备份模块用于在从数据库恢复指令中,获取恢复时间点之前,对数据库中的数据进行物理备份和逻辑备份,以获得待恢复数据关联的物理备份文件和逻辑备份文件;以及对数据库在相邻备份时间点之间的日志进行备份,以获得备份日志。
数据库恢复装置与前述的方法流程描述对应,不足之处参考上述方法流程的叙述,不再一一赘述。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、***或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种数据库恢复方法,其特征在于,包括:
响应于数据库恢复指令,确定待恢复数据;
识别所述待恢复数据关联的物理备份文件;
若所述物理备份文件的数据量大于预设阈值,则从所述待恢复数据关联的逻辑备份文件中,获取恢复所述待恢复数据所需的第一数据;
根据所述第一数据以及所述第一数据对应的备份日志,对所述待恢复数据进行恢复处理。
2.根据权利要求1所述的方法,其特征在于,还包括:
若所述物理备份文件的数据量小于或等于所述预设阈值,则从所述物理备份文件中,获取恢复所述待恢复数据所需的第二数据;
根据所述第二数据以及所述第二数据对应的备份日志,对所述待恢复数据进行恢复处理。
3.根据权利要求2所述的方法,其特征在于,所述从所述物理备份文件中,获取恢复所述待恢复数据所需的第二数据,包括:
下载所述物理备份文件至本地;
启动所述物理备份文件对应的至少一个数据库实例;
从所述至少一个数据库实例中,获取恢复所述待恢复数据所需的第二数据。
4.根据权利要求1所述的方法,其特征在于,所述从所述待恢复数据关联的逻辑备份文件中,获取恢复所述待恢复数据所需的第一数据,包括:
根据所述数据库恢复指令,确定待恢复业务信息;
从所述待恢复数据关联的逻辑备份文件中,获取符合所述待恢复业务信息的数据,作为所述第一数据。
5.根据权利要求4所述的方法,其特征在于,所述从所述待恢复数据关联的逻辑备份文件中,获取符合所述待恢复业务信息的数据,作为所述第一数据,包括:
从所述待恢复数据关联的逻辑备份文件中,获取符合所述待恢复业务信息的表级别的数据,作为所述第一数据;或者
从所述待恢复数据关联的逻辑备份文件中,获取符合所述待恢复业务信息的库级别的数据,作为所述第一数据。
6.根据权利要求1所述的方法,其特征在于,确定待恢复数据,包括:
从所述数据库恢复指令中,获取恢复时间点;
根据所述恢复时间点,确定所述待恢复数据。
7.根据权利要求6所述的方法,其特征在于,所述从所述数据库恢复指令中,获取恢复时间点之前,还包括:
对所述数据库中的数据进行物理备份和逻辑备份,以获得所述待恢复数据关联的物理备份文件和所述逻辑备份文件;以及
对所述数据库在相邻备份时间点之间的日志进行备份,以获得备份日志。
8.一种数据库恢复装置,其特征在于,包括:
确定模块,用于响应于数据库恢复指令,确定待恢复数据;
识别模块,用于识别所述待恢复数据关联的物理备份文件;
第一获取模块,用于若所述物理备份文件的数据量大于预设阈值,则从所述待恢复数据关联的逻辑备份文件中,获取恢复所述待恢复数据所需的第一数据;
第一恢复模块,用于根据所述第一数据以及所述第一数据对应的备份日志,对所述待恢复数据进行恢复处理。
9.根据权利要求8所述的装置,其特征在于,还包括:
第二获取模块,用于若所述物理备份文件的数据量小于或等于所述预设阈值,则从所述物理备份文件中,获取恢复所述待恢复数据所需的第二数据;
第二恢复模块,用于根据所述第二数据以及所述第二数据对应的备份日志,对所述待恢复数据进行恢复处理。
10.根据权利要求9所述的装置,其特征在于,所述第二获取模块具体用于:
若所述物理备份文件的数据量小于或等于所述预设阈值,下载所述物理备份文件至本地;
启动所述物理备份文件对应的至少一个数据库实例;
从所述至少一个数据库实例中,获取恢复所述待恢复数据所需的第二数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710278027.0A CN107179965B (zh) | 2017-04-25 | 2017-04-25 | 数据库恢复方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710278027.0A CN107179965B (zh) | 2017-04-25 | 2017-04-25 | 数据库恢复方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107179965A true CN107179965A (zh) | 2017-09-19 |
CN107179965B CN107179965B (zh) | 2020-05-19 |
Family
ID=59831501
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710278027.0A Expired - Fee Related CN107179965B (zh) | 2017-04-25 | 2017-04-25 | 数据库恢复方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107179965B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109086170A (zh) * | 2018-08-15 | 2018-12-25 | 郑州云海信息技术有限公司 | 一种数据库备份恢复方法与装置 |
CN110147529A (zh) * | 2018-02-13 | 2019-08-20 | 珠海金山办公软件有限公司 | 恢复pdf注释评论的方法及装置 |
CN110209527A (zh) * | 2018-11-30 | 2019-09-06 | 腾讯科技(深圳)有限公司 | 数据恢复方法、装置、服务器以及存储介质 |
CN110737718A (zh) * | 2018-07-18 | 2020-01-31 | 杭州海康威视***技术有限公司 | 数据备份方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150378843A1 (en) * | 2013-01-29 | 2015-12-31 | Hewlett-Packard Development Company, L.P. | Restoration of a file system object from raw image backup data |
CN103605800A (zh) * | 2013-12-06 | 2014-02-26 | 贝壳网际(北京)安全技术有限公司 | 文件处理方法及*** |
CN103853837B (zh) * | 2014-03-17 | 2017-07-28 | 上海爱数信息技术股份有限公司 | Oracle全自动不停生产数据库的表级备份恢复方法 |
-
2017
- 2017-04-25 CN CN201710278027.0A patent/CN107179965B/zh not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110147529A (zh) * | 2018-02-13 | 2019-08-20 | 珠海金山办公软件有限公司 | 恢复pdf注释评论的方法及装置 |
CN110737718A (zh) * | 2018-07-18 | 2020-01-31 | 杭州海康威视***技术有限公司 | 数据备份方法和装置 |
CN109086170A (zh) * | 2018-08-15 | 2018-12-25 | 郑州云海信息技术有限公司 | 一种数据库备份恢复方法与装置 |
CN110209527A (zh) * | 2018-11-30 | 2019-09-06 | 腾讯科技(深圳)有限公司 | 数据恢复方法、装置、服务器以及存储介质 |
WO2020108604A1 (zh) * | 2018-11-30 | 2020-06-04 | 腾讯科技(深圳)有限公司 | 数据恢复方法、装置、服务器以及计算机可读存储介质 |
US11531594B2 (en) | 2018-11-30 | 2022-12-20 | Tencent Technology (Shenzhen) Company Limited | Data recovery method and apparatus, server, and computer-readable storage medium |
Also Published As
Publication number | Publication date |
---|---|
CN107179965B (zh) | 2020-05-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI740901B (zh) | 執行資料恢復操作的方法及裝置 | |
CN102707990B (zh) | 基于容器的处理方法和装置 | |
CN107179965A (zh) | 数据库恢复方法及装置 | |
CN110825363B (zh) | 智能合约获取方法、装置、电子设备及存储介质 | |
CN104866985B (zh) | 快递单号识别方法、装置及*** | |
CN103927338A (zh) | 日志信息入库处理方法和装置 | |
CN108491326B (zh) | 测试行为重组方法、装置及存储介质 | |
CN103248711A (zh) | 一种文件上传的方法和服务器 | |
Jeong et al. | Anomaly teletraffic intrusion detection systems on hadoop-based platforms: A survey of some problems and solutions | |
CN105843707A (zh) | 数据库快速恢复方法及设备 | |
CN103942292A (zh) | 虚拟机镜像文件处理方法、装置及*** | |
CN108363684A (zh) | 表单创建方法、装置及服务器 | |
CN111723298A (zh) | 基于改进标签传播的社交网络社团发现方法、装置及介质 | |
CN105095304A (zh) | 日志模板生成方法及设备 | |
CN108469953A (zh) | 一种页面表单的生成方法、服务器及存储介质 | |
CN114327374A (zh) | 业务流程的生成方法、装置及计算机设备 | |
CN109710596A (zh) | 数据清理方法、装置、设备及计算机可读存储介质 | |
CN106897063B (zh) | 一种基于efi将os启动项永久添加至bios中的方法及*** | |
CN107783826A (zh) | 一种虚拟机迁移方法、装置及*** | |
CN105260423A (zh) | 电子名片去重方法及装置 | |
CN113703753B (zh) | 用于产品开发的方法、装置和产品开发*** | |
CN113254271B (zh) | 一种数据序列恢复方法、装置、设备及存储介质 | |
CN104239475A (zh) | 一种时间序列数据分析方法及装置 | |
CN108595924A (zh) | 一种业务权限管理方法、装置、计算机设备及存储介质 | |
CN105653533A (zh) | 一种更新分类关联词集合的方法和装置 |
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 | ||
TR01 | Transfer of patent right |
Effective date of registration: 20210318 Address after: 101300 309, 3rd floor, 60 Fuqian 1st Street, Tianzhu District, Shunyi District, Beijing Patentee after: Beijing longzhixin Technology Co.,Ltd. Address before: 100041 room 120, 4th floor, building 17, yard 30, Shixing street, Shijingshan District, Beijing Patentee before: BEIJING PANDA MUTUAL ENTERTAINMENT TECHNOLOGY Co.,Ltd. |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20200519 |
|
CF01 | Termination of patent right due to non-payment of annual fee |