CN107256182B - 一种数据库还原的方法及设备 - Google Patents
一种数据库还原的方法及设备 Download PDFInfo
- Publication number
- CN107256182B CN107256182B CN201710305408.3A CN201710305408A CN107256182B CN 107256182 B CN107256182 B CN 107256182B CN 201710305408 A CN201710305408 A CN 201710305408A CN 107256182 B CN107256182 B CN 107256182B
- Authority
- CN
- China
- Prior art keywords
- database
- backup
- client
- recovery
- data
- 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
- 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/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- 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
- 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/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请的目的是提供一种数据库还原的方法及设备,本申请通过传输至源数据库客户机的目录将仅拷贝模式备份数据库发送至所述源数据库客户机;获取所述仅拷贝模式备份数据库的事务日志备份;根据快照周期将所述事务日志备份及所述服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机;对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至所述还原数据库客户机。从而极大节约了存储成本;服务器将周期性恢复的数据进行任意时间点还原,而省去了全量备份的恢复,以及增量备份的恢复,可同时支持数据库的多个时间点还原,大大节约了时间成本;并实现对DBA数据库备份工作的零干扰。
Description
技术领域
本申请涉及计算机领域,尤其涉及一种数据库还原的方法及设备。
背景技术
随着信息化不断发展,国家、企业对数据安全及管理越来越重视,在各行各业中有价值的数据更多存在数据库中,SQL SERVER数据库作为主流数据库之一,对其数据的保护、管理以及使用也成为一项重要课题。而对数据库备份和还原工作,传统做法是由数据库管理员(DBA)进行的,但存在以下缺陷:
空间成本的问题,DBA通常会周期性地做全量备份、增量备份以及事务日志备份。其中,全量备份文件在实际生产环境中,占用空间特别大,大量数据库操作的事务日志,其备份文件占用空间也特别大。对数据库进行任意时间点还原,必要文件有一个全量备份文件、一组事务日志文件,也可能需要一组增量备份文件。而每次还原都要拷贝这些文件出来,无疑占据了很多存储空间。若要对数据库任意时间点还原,就要保留相应时间段内的所有全量备份文件、增量备份文件以及一组日志文件。因此,对数据库任意时间点的还原,每次都要拷贝相应的全量备份文件、事务日志备份文件以及增量备份文件,若对同一个数据库同时进行不同时间点的恢复,则要拷贝多份这些文件,无疑增加了存储负担。
时间成本的问题,对数据库进行任意时间点还原,必要的步骤有:全量备份的恢复、事务日志的恢复以及选择时间点还原,也有可能需要增量备份的恢复。其中,全量备份的恢复耗时很长,对数据库大量操作的事务日志恢复也会占很长时间。对于每次的时间点还原,都要重复上述过程,而不能对前一次还原步骤进行复用。因此,对数据库进行任意时间点还原,时间消耗主要是在全量备份以及事务日志的恢复上,而且每次还原都必须重复操作。
发明内容
本申请的一个目的是提供一种数据库还原的方法及设备,解决现有技术中对同一数据库同时进行不同时间点的恢复导致存储负担增加以及全量备份的恢复耗时很长的问题。
根据本申请的一个方面,提供了一种在服务器端用于数据库还原的方法,该方法包括:
通过传输至源数据库客户机的目录将仅拷贝模式备份数据库发送至所述源数据库客户机;
获取所述仅拷贝模式备份数据库的事务日志备份;
根据快照周期将所述事务日志备份及所述服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机;
对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至所述还原数据库客户机。
进一步地,通过传输至源数据库客户机的目录将仅拷贝模式备份数据库发送至所述源数据库客户机,包括:
通过文件共享协议向所述源数据库客户机挂载目录;
根据所述挂载的目录将仅拷贝模式备份数据库发送至所述源数据库客户机。
进一步地,获取所述仅拷贝模式备份数据库的事务日志备份之前,包括:
根据预设的周期将监控事务日志备份命令发送至所述源数据库客户机。
进一步地,根据快照周期将所述事务日志备份及所述服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机,包括:
根据计算的快照周期在到达快照周期点时,通过复用所述文件共享协议将所述事务日志备份及所述服务器内的全量备份挂载至所述恢复数据库客户机及所述还原数据库客户机;
将数据库恢复命令发送至所述恢复数据库客户机。
进一步地,对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至还原数据库客户机,包括:
对所述恢复数据库客户机上周期性恢复完成后的数据进行快照;
对待还原时间段内的快照进行克隆,并将进行快照克隆的数据通过所述文件共享协议挂载至所述还原数据库客户机;
将数据还原命令发送至所述还原数据库客户机。
根据本申请另一个方面,还提供了一种在源数据库客户机端用于数据库还原的方法,该方法包括:
获取服务器发送的仅拷贝模式备份数据库;
根据系统表实时监控所述仅拷贝模式备份数据库的事务日志备份的信息;
根据所述事务日志备份的信息将所述仅拷贝模式备份数据库的事务日志备份发送至所述服务器。
进一步地,所述事务日志备份的信息包括:
备份数据文件的名称、大小、路径及备份完成时间。
进一步地,根据系统表实时监控所述仅拷贝模式备份数据库的事务日志备份的信息,包括:
接收所述服务器发送的监控事务日志备份命令;
根据所述监控事务日志备份命令,通过系统表实时监控所述仅拷贝模式备份数据库的事务日志备份的信息。
根据本申请再一个方面,还提供了一种在恢复数据库客户机端用于数据库还原的方法,该方法包括:
根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;
根据所述数据文件信息对所述仅拷贝模式备份数据库中的数据进行恢复;
根据快照周期对所述已完成恢复的数据进行事务日志备份。
进一步地,根据所述数据文件信息对所述仅拷贝模式备份数据库中的数据进行恢复,包括:
根据所述数据文件信息对所述仅拷贝模式备份数据库中的数据在首次恢复时进行全量备份的恢复,在后续恢复时进行事务日志备份的恢复。
进一步地,所述仅拷贝模式备份数据库对应的数据库文件信息,包括:
对应的数据库名、数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称。
根据本申请又一个方面,提供了一种在还原数据库客户机端用于数据库还原的方法,其中,所述方法包括:
根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;
根据所述事务日志备份将备份数据文件、日志文件的名称重新命名,根据所述对应的数据库文件信息建立对应的替换数据库;
删除所述替换数据库中的数据库文件信息,并将重新命名后的备份数据文件、日志文件的名称更改回原名称,并将所述替换数据库修改为非还原状态;
基于服务器传输的对恢复数据库客户机上恢复完成后的仅拷贝模式备份数据库中数据进行快照克隆的数据对所述事务日志备份进行还原。
进一步地,所述仅拷贝模式备份数据库对应的数据库文件信息,包括:
对应的数据库名、数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称。
进一步地,根据所述对应的数据库文件信息建立对应的替换数据库,包括:
创建与所述对应的数据库文件信息中数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称相同的替换数据库。
根据本申请又一个方面,还提供了一种数据库还原的服务器设备,所述服务器设备包括:
发送装置,用于通过传输至源数据库客户机的目录将仅拷贝模式备份数据库发送至所述源数据库客户机;
第一获取装置,用于获取所述仅拷贝模式备份数据库的事务日志备份;
传输装置,用于根据快照周期将所述事务日志备份及所述服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机;
快照克隆传输装置,用于对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至所述还原数据库客户机。
根据本申请另一个方面,还提供了一种数据库还原的源数据库客户机设备,所述源数据库客户机设备包括:
第二获取装置,用于获取服务器发送的仅拷贝模式备份数据库;
监控装置,用于根据系统表实时监控所述仅拷贝模式备份数据库的事务日志备份的信息;
发送备份装置,用于根据所述事务日志备份的信息将所述仅拷贝模式备份数据库的事务日志备份发送至所述服务器。
根据本申请再一个方面,还提供了一种数据库还原的恢复数据库客户机设备,所述恢复数据库客户机设备包括:
第一识别装置,用于根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;
恢复装置,用于根据所述数据文件信息对所述仅拷贝模式备份数据库中的数据进行恢复;
备份装置,用于根据快照周期对所述已完成恢复的数据进行事务日志备份。
根据本申请又一个方面,还提供了一种数据库还原的还原数据库客户机设备,所述还原数据库客户机设备包括:
第二识别装置,用于根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;
建立装置,用于根据所述事务日志备份将备份数据文件、日志文件的名称重新命名,根据所述对应的数据库文件信息建立对应的替换数据库;
修改装置,用于删除所述替换数据库中的数据库文件信息,并将重新命名后的备份数据文件、日志文件的名称更改回原名称,并将所述替换数据库修改为非还原状态;
还原装置,用于基于服务器传输的对恢复数据库客户机上恢复完成后的仅拷贝模式备份数据库中数据进行快照克隆的数据对所述事务日志备份进行还原。
与现有技术相比,本申请通过在服务器端根据传输至源数据库客户机的目录将仅拷贝模式备份数据库发送至所述源数据库客户机;获取所述仅拷贝模式备份数据库的事务日志备份;根据快照周期将所述事务日志备份及所述服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机;对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至所述还原数据库客户机。服务器与源数据库客户机、恢复数据库客户机、还原数据库客户机之间的通讯都是通过文件共享协议进行数据传输。因服务器只存储一份全量备份数据、若干个事务日志数据,数据库数据的虚拟化访问使对数据库的任意时间点进行还原,极大节约了存储成本;服务器将周期性恢复的数据进行任意时间点还原,而省去了全量备份的恢复,以及增量备份的恢复,可同时支持数据库的多个时间点还原,大大节约了时间成本;另外,也减少了对数据库的额外影响,实现对DBA数据库备份工作的零干扰。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本申请的其它特征、目的和优点将会变得更明显:
图1示出本申请一实施例中的基于周期性恢复的数据库还原的系统架构示意图;
图2示出根据本申请的一个方面提供的一种在服务器端用于数据库还原的方法流程示意图;
图3示出根据本申请另一个方面提供的一种在源数据库客户机端用于数据库还原的方法流程示意图;
图4示出根据本申请再一个方面提供的一种在恢复数据库客户机端用于数据库还原的方法流程示意图;
图5示出根据本申请又一个方面提供的一种在还原数据库客户机端用于数据库还原的方法流程示意图;
图6示出根据本申请的又一个方面提供的一种数据库还原的服务器设备结构示意图;
图7示出根据本申请另一个方面提供的一种数据库还原的源数据库客户机设备结构示意图;
图8示出根据本申请再一个方面提供的一种数据库还原的恢复数据库客户机设备结构示意图;
图9示出根据本申请又一个方面提供的一种数据库还原的还原数据库客户机设备结构示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中,终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
图1示出本申请一实施例中的基于周期性恢复的数据库还原的系统架构示意图,所述系统包括服务器模块、源数据库模块、恢复数据库模块和还原数据库模块,其中,服务器模块在服务器端,为整个系统的控制中心,源数据模块在数据库保护对象的客户机端,即源数据库客户机,恢复数据库模块在恢复数据库客户机端,其作用是实现周期性恢复功能,为最终的数据库还原做准备,还原数据库模块在还原数据库客户机端,其作用是实现数据库任意时间点还原功能;服务器端通过仅拷贝全量备份和日志备份监控同步源数据库的数据;服务器端通过恢复数据库使用全量备份和日志备份周期性的恢复数据库。服务器端通过还原数据库创建临时数据库提供给最终用户使用。服务端与源数据库、恢复数据库、还原数据库之间的通讯都是通过文件共享协议进行数据传输。需要说明的是,源数据客户机、恢复数据库客户机和还原数据库客户机可以为同一台机器,也可以为不同的若干机器。
以下实施例均以图1中系统架构为基础进行的,具体数据库还原的方法通过以下方式实现:
图2示出根据本申请的一个方面提供的一种在服务器端用于数据库还原的方法流程示意图,该方法包括:
步骤S11,通过传输至源数据库客户机的目录将仅拷贝模式备份数据库发送至所述源数据库客户机;在本申请一实施例中,服务器设备初始化配置好参数后,向源数据库客户机挂载一个目录,将仅拷贝模式备份数据库发送至源数据库客户机,在此,仅拷贝模式备份数据库为用仅拷贝模式备份出来的数据库的数据,从而为后续的周期性恢复的数据进行任意时间点还原提供数据基础及实现条件。
步骤S12,获取所述仅拷贝模式备份数据库的事务日志备份;在本申请一实施例中,对事务日志备份进行远程拉取操作,获取源数据库中的事务日志备份,从而服务器端只存一份全量备份数据、若干事务日志数据,节约存储成本,避免了对数据库任意时间点的还原时每次都要拷贝相应的全量备份文件、事务日志备份文件以及增量备份文件,对DBA的数据库备份工作达到零干扰。
步骤S13,根据快照周期将所述事务日志备份及所述服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机;在本申请一实施例中,根据快照周期将事务日志及服务器内的全量备份挂载到恢复数据库客户机,之后向恢复数据库模块发送数据库恢复命令,从而恢复数据库模块根据接收到的事务日志备份及全量备份进行恢复数据;另外,还需将事务日志备份及全量备份挂载到还原数据库客户机,以便还原数据库客户机根据接收到的事务日志备份及全量备份实现数据库任意时间点还原功能。
步骤S14,对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至所述还原数据库客户机。在本申请一实施例中,对周期性恢复完成后的数据做快照,其中,周期性完成后的数据为恢复数据库客户机上恢复完成的数据,之后,根据需求为对应的快照做克隆,从而为数据库还原提供虚拟数据,将快照克隆的数据挂载到数据库客户机,向还原数据库模块发起数据库还原命令,实现数据库任意时间点还原功能。
在本申请一实施例中,步骤S11,通过文件共享协议向所述源数据库客户机挂载目录;根据所述挂载的目录将仅拷贝模式备份数据库发送至所述源数据库客户机。在此,通过文件共享协议(SMB)向源数据库客户机挂载一个目录,通过所挂载的目录将仅拷贝模式备份数据库发送至源数据库客户机,其中,备份路径为SMB路径。接着,在步骤S12之前,所述包括:步骤S11’,根据预设的周期将监控事务日志备份命令发送至所述源数据库客户机。根据源数据库的繁忙程度决定周期的长短,繁忙的数据库的周期相对短一些,之后按照决定的周期向源数据库模块发起监控事务日志备份命令。
优选地,在步骤S13中,根据计算的快照周期在到达快照周期点时,通过复用所述文件共享协议将所述事务日志备份及所述服务器内的全量备份挂载至所述恢复数据库客户机及所述还原数据库客户机;将数据库恢复命令发送至所述恢复数据库客户机。在此,快照周期可以由DBA进行设置,计算快照周期是指查看当前时间是否是下一个周期时间,在到达下一个周期时间点时将备份数据文件、备份文件复用SMB挂载到恢复数据库客户端,之后向恢复数据库模块发送数据库恢复命令。另外,还需要将备份数据文件、备份文件挂载到还原数据库客户机,以进行数据库的任意时间点的还原。
在本申请一实施例中,在步骤S14中,对所述恢复数据库客户机上周期性恢复完成后的数据进行快照;对待还原时间段内的快照进行克隆,并将进行快照克隆的数据通过所述文件共享协议挂载至所述还原数据库客户机;将数据还原命令发送至所述还原数据库客户机。在此,服务器中保存了恢复数据库模块中恢复的数据,利用存储技术为周期性恢复完成后数据做快照,从而保持恢复数据库模块中恢复后数据的状态;同时利用存储技术为所要还原相应时间段的快照做克隆,为数据库还原提供虚拟数据。将快照克隆的数据通过SMB挂载到还原数据库客户机,向还原数据库模块发起数据库还原命令。通过上述服务器对备份数据进行周期性恢复并做快照,每次还原时用的是快照数据,实际为虚拟数据,可同时支持数据库的多个时间点还原,大大节约了空间成本。
图3示出根据本申请另一个方面提供的一种在源数据库客户机端用于数据库还原的方法流程示意图,该方法包括:
步骤S21,获取服务器发送的仅拷贝模式备份数据库;在本申请一实施例中,通过获取服务器发送的仅拷贝模式备份数据库实现仅拷贝模式下备份功能,在源数据库客户机端参数配置成功后的初始化工作选择仅拷贝模式下全量备份,从而不影响DBA后续的增量备份正常使用,对DBA的数据库备份工作达到零干扰。
步骤S22,根据系统表实时监控所述仅拷贝模式备份数据库的事务日志备份的信息;在本申请一实施例中,源数据库模块实现事务日志备份监控功能,通过系统表实时监控事务日志备份的信息,其中,所述事务日志备份的信息包括:备份数据文件的名称、大小、路径及备份完成时间。系统表可以为msdb.dbo.backupmediafamily和msdb.dbo.backupset,通过SQL SERVER两个上述系统表实时监控事务日志备份的信息,从而实现源数据库模块的事务日志备份监控功能。
步骤S23,根据所述事务日志备份的信息将所述仅拷贝模式备份数据库的事务日志备份发送至所述服务器。接上述实施例,将已完成的事务日志备份上传至服务器,供服务器后续的恢复使用,可以理解,已完成到的事务日志备份为仅拷贝模式备份数据库的事务日志。
在本申请一实施例中,在步骤S22中,接收所述服务器发送的监控事务日志备份命令;根据所述监控事务日志备份命令,通过系统表实时监控所述仅拷贝模式备份数据库的事务日志备份的信息。服务器会周期性向源数据库模块发起监控事务日志备份命令,源数据库模块收到监控事务日志备份命令后,通过SQL SERVER两个系统表实时监控事务日志备份的信息,包括备份文件、大小、路径以及完成时间。根据监控的事务日志备份的信息实现事务日志备份上传功能。
图4示出根据本申请再一个方面提供的一种在恢复数据库客户机端用于数据库还原的方法流程示意图,该方法包括:
步骤S31,根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;在本申请一实施例中,通过服务器挂载过来的全量备份和事务日志备份,判断出对应的数据库文件信息,根据判断出的数据库文件信息才能进行数据库的恢复和还原,其中,对应的数据库文件信息可以包括对应的数据库名、数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称。
步骤S32,根据所述数据文件信息对所述仅拷贝模式备份数据库中的数据进行恢复;在本申请一实施例中,根据判断出的数据文件信息,对仅拷贝模式备份数据库中的数据进行恢复,包括全量备份的恢复和事务日志备份的恢复,优选地,在步骤S32中,根据所述数据文件信息对所述仅拷贝模式备份数据库中的数据在首次恢复时进行全量备份的恢复,在后续恢复时进行事务日志备份的恢复。在此,全量备份的恢复耗时很长,对数据库大量操作的事务日志恢复也会占很长时间,而本申请实施例中对数据库进行恢复时首先需要第一次为全量备份的恢复,才能保证后续的恢复不会失败,在第一次全量备份恢复后,后续的恢复都是基于全量备份和事务日志备份进行的恢复,不需要每次都获取全量备份以及每次都进行全量备份的恢复,大大减少了时间的消耗。
步骤S33,根据快照周期对所述已完成恢复的数据进行事务日志备份。在本申请一实施例中,根据DBA设置的快照周期,进行计算快照周期,当到下一周期的时间点时接受服务器的远程控制命令,对事务日志做备份,当备份完成后,将恢复后的事务日志备份上传至服务器,以便对恢复后的事务日志进行快照,进行后续的还原工作。
图5示出根据本申请又一个方面提供的一种在还原数据库客户机端用于数据库还原的方法流程示意图,其中,所述方法包括:
步骤S41,根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;在本申请一实施例中,通过服务器挂载过来的全量备份和事务日志备份,判断出仅拷贝模式备份数据库对应的数据文件信息,根据判断出的数据文件信息,对仅拷贝模式备份数据库中的数据进行还原,其中,数据库文件信息可以包括对应的数据库名、数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称。
步骤S42,根据所述事务日志备份将备份数据文件、日志文件的名称重新命名,根据所述对应的数据库文件信息建立对应的替换数据库;在本申请一实施例中,将数据文件、日志文件更名,后缀加_bak或其他格式,并创建对应的替换数据库,以便进行替换还原,替换后的数据库可以启动。
优选地,在步骤S42中,创建与所述对应的数据库文件信息中数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称相同的替换数据库。在此,将数据文件、日志文件更名后,创建与数据库文件信息中数据库逻辑名、日志逻辑名、数据库物理名称以及日志物理名称相同的简单的替换数据库,并做只读模式的备份,从而实现数据库的替换还原而不是恢复还原,避免了恢复还原中需要进行一系列检测的繁琐步骤,只需要对数据库进行简单替换即可。
步骤S43,删除所述替换数据库中的数据库文件信息,并将重新命名后的备份数据文件、日志文件的名称更改回原名称,并将所述替换数据库修改为非还原状态;接上述实施例,使创建的替换数据库下线,删除掉与该数据库相关的文件,将更名过的数据文件、日志文件名称更改过来,若重新命名时加了后缀_bak,则此时需要去掉后缀的_bak,之后,将该数据库上线,修改成非还原状态。
步骤S44,基于服务器传输的对恢复数据库客户机上恢复完成后的仅拷贝模式备份数据库中数据进行快照克隆的数据对所述事务日志备份进行还原。继续接上述实施例,利用服务器挂载过来的快照克隆的数据对事务日志备份开始事务日志的任意时间点还原,数据库每次还原是仅在前一个快照基础上做的事务日志还原,避免了重复进行全量备份的恢复、事务日志的恢复、增量备份的恢复以及选择时间点还原的步骤,极大节约了时间成本。最后,实现服务器通过还原数据库创建临时数据库提供给最终用户使用。
综上所述,可以通过服务器模块、源数据库模块、恢复数据库模块和还原数据库模块中各模块的功能及各模块之间的交互实现基于周期性恢复的数据库还原技术,其中,服务器模块为其他三个模块发送远程控制指令,利用存储技术做快照及快照克隆,并为其他三个模块提供SMB挂载共享数据;源数据库模块实现仅拷贝模式全量备份,备份路径为SMB挂载路径,并监控事务日志备份,之后将监控的事务日志备份上传至服务器;恢复数据库模块识别备份数据库对应的数据库文件信息,第一次现全量恢复,而后实现数据库的周期性事务日志恢复;还原数据库模块识别备份数据库对应数据库文件信息,建立对应简单数据库,用服务器挂载过来的数据库文件替换简单数据库,使其处于非还原模式,继续任意时间点恢复和还原。从而服务器只存储一份全量备份数据、若干个事务日志数据,数据库数据的虚拟化访问使对数据库的任意时间点进行还原,极大节约了存储成本;服务器将周期性恢复的数据进行任意时间点还原,而省去了全量备份的恢复,以及增量备份的恢复,可同时支持数据库的多个时间点还原,大大节约了时间成本;另外,也减少了对数据库的额外影响,实现对DBA数据库备份工作的零干扰。
图1示出本申请一实施例中的基于周期性恢复的数据库还原的系统架构示意图,所述系统包括服务器模块、源数据库模块、恢复数据库模块和还原数据库模块,其中,服务器模块在服务器端,为整个系统的控制中心,源数据模块在数据库保护对象的客户机端,即源数据库客户机,恢复数据库模块在恢复数据库客户机端,其作用是实现周期性恢复功能,为最终的数据库还原做准备,还原数据库模块在还原数据库客户机端,其作用是实现数据库任意时间点还原功能;服务器端通过仅拷贝全量备份和日志备份监控同步源数据库的数据;服务器端通过恢复数据库使用全量备份和日志备份周期性的恢复数据库。服务器端通过还原数据库创建临时数据库提供给最终用户使用。服务端与源数据库、恢复数据库、还原数据库之间的通讯都是通过文件共享协议进行数据传输。需要说明的是,源数据客户机、恢复数据库客户机和还原数据库客户机可以为同一台机器,也可以为不同的若干机器。
以下实施例均以图1中系统架构为基础进行的,具体通过以下设备及装置实现数据库还原:
图6示出根据本申请的又一个方面提供的一种数据库还原的服务器设备结构示意图,该服务器设备1包括:发送装置11、第一获取装置12、传输装置13和快照克隆传输装置14,
发送装置11,用于通过传输至源数据库客户机的目录将仅拷贝模式备份数据库发送至所述源数据库客户机;在本申请一实施例中,服务器设备初始化配置好参数后,向源数据库客户机挂载一个目录,将仅拷贝模式备份数据库发送至源数据库客户机,在此,仅拷贝模式备份数据库为用仅拷贝模式备份出来的数据库的数据,从而为后续的周期性恢复的数据进行任意时间点还原提供数据基础及实现条件。
第一获取装置12,用于获取所述仅拷贝模式备份数据库的事务日志备份;在本申请一实施例中,对事务日志备份进行远程拉取操作,获取源数据库中的事务日志备份,从而服务器端只存一份全量备份数据、若干事务日志数据,节约存储成本,避免了对数据库任意时间点的还原时每次都要拷贝相应的全量备份文件、事务日志备份文件以及增量备份文件,对DBA的数据库备份工作达到零干扰。
传输装置13,用于根据快照周期将所述事务日志备份及所述服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机;在本申请一实施例中,根据快照周期将事务日志及服务器内的全量备份挂载到恢复数据库客户机,之后向恢复数据库模块发送数据库恢复命令,从而恢复数据库模块根据接收到的事务日志备份及全量备份进行恢复数据;另外,还需将事务日志备份及全量备份挂载到还原数据库客户机,以便还原数据库客户机根据接收到的事务日志备份及全量备份实现数据库任意时间点还原功能。
快照克隆传输装置14,用于对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至所述还原数据库客户机。在本申请一实施例中,对周期性恢复完成后的数据做快照,其中,周期性完成后的数据为恢复数据库客户机上恢复完成的数据,之后,根据需求为对应的快照做克隆,从而为数据库还原提供虚拟数据,将快照克隆的数据挂载到数据库客户机,向还原数据库模块发起数据库还原命令,实现数据库任意时间点还原功能。
在本申请一实施例中,发送装置11,用于通过文件共享协议向所述源数据库客户机挂载目录;根据所述挂载的目录将仅拷贝模式备份数据库发送至所述源数据库客户机。在此,通过文件共享协议(SMB)向源数据库客户机挂载一个目录,通过所挂载的目录将仅拷贝模式备份数据库发送至源数据库客户机,其中,备份路径为SMB路径。接着,所述服务器设备包括:发送命令装置11’,用于根据预设的周期将监控事务日志备份命令发送至所述源数据库客户机。根据源数据库的繁忙程度决定周期的长短,繁忙的数据库的周期相对短一些,之后按照决定的周期向源数据库模块发起监控事务日志备份命令。
优选地,传输装置13,用于根据计算的快照周期在到达快照周期点时,通过复用所述文件共享协议将所述事务日志备份及所述服务器内的全量备份挂载至所述恢复数据库客户机及所述还原数据库客户机;将数据库恢复命令发送至所述恢复数据库客户机。在此,快照周期可以由DBA进行设置,计算快照周期是指查看当前时间是否是下一个周期时间,在到达下一个周期时间点时将备份数据文件、备份文件复用SMB挂载到恢复数据库客户端,之后向恢复数据库模块发送数据库恢复命令。另外,还需要将备份数据文件、备份文件挂载到还原数据库客户机,以进行数据库的任意时间点的还原。
在本申请一实施例中,快照克隆传输装置14,用于对所述恢复数据库客户机上周期性恢复完成后的数据进行快照;对待还原时间段内的快照进行克隆,并将进行快照克隆的数据通过所述文件共享协议挂载至所述还原数据库客户机;将数据还原命令发送至所述还原数据库客户机。在此,服务器中保存了恢复数据库模块中恢复的数据,利用存储技术为周期性恢复完成后数据做快照,从而保持恢复数据库模块中恢复后数据的状态;同时利用存储技术为所要还原相应时间段的快照做克隆,为数据库还原提供虚拟数据。将快照克隆的数据通过SMB挂载到还原数据库客户机,向还原数据库模块发起数据库还原命令。通过上述服务器对备份数据进行周期性恢复并做快照,每次还原时用的是快照数据,实际为虚拟数据,可同时支持数据库的多个时间点还原,大大节约了空间成本。
图7示出根据本申请另一个方面提供的一种数据库还原的源数据库客户机设备结构示意图,该源数据库客户机设备2包括:第二获取装置21、监控装置22和发送备份装置23,
第二获取装置21,用于获取服务器发送的仅拷贝模式备份数据库;在本申请一实施例中,通过获取服务器发送的仅拷贝模式备份数据库实现仅拷贝模式下备份功能,在源数据库客户机端参数配置成功后的初始化工作选择仅拷贝模式下全量备份,从而不影响DBA后续的增量备份正常使用,对DBA的数据库备份工作达到零干扰。
监控装置22,用于根据系统表实时监控所述仅拷贝模式备份数据库的事务日志备份的信息;在本申请一实施例中,源数据库模块实现事务日志备份监控功能,通过系统表实时监控事务日志备份的信息,其中,所述事务日志备份的信息包括:备份数据文件的名称、大小、路径及备份完成时间。系统表可以为msdb.dbo.backupmediafamily和msdb.dbo.backupset,通过SQLSERVER两个上述系统表实时监控事务日志备份的信息,从而实现源数据库模块的事务日志备份监控功能。
发送备份装置23,用于根据所述事务日志备份的信息将所述仅拷贝模式备份数据库的事务日志备份发送至所述服务器。接上述实施例,将已完成的事务日志备份上传至服务器,供服务器后续的恢复使用,可以理解,已完成到的事务日志备份为仅拷贝模式备份数据库的事务日志。
在本申请一实施例中,监控装置22,用于接收所述服务器发送的监控事务日志备份命令;根据所述监控事务日志备份命令,通过系统表实时监控所述仅拷贝模式备份数据库的事务日志备份的信息。服务器会周期性向源数据库模块发起监控事务日志备份命令,源数据库模块收到监控事务日志备份命令后,通过SQL SERVER两个系统表实时监控事务日志备份的信息,包括备份文件、大小、路径以及完成时间。根据监控的事务日志备份的信息实现事务日志备份上传功能。
图8示出根据本申请再一个方面提供的一种数据库还原的恢复数据库客户机设备结构示意图,该恢复数据库客户机设备3包括:第一识别装置31、恢复装置32和备份装置33,
第一识别装置31,用于根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;在本申请一实施例中,通过服务器挂载过来的全量备份和事务日志备份,判断出对应的数据库文件信息,根据判断出的数据库文件信息才能进行数据库的恢复和还原,其中,对应的数据库文件信息可以包括对应的数据库名、数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称。
恢复装置32,用于根据所述数据文件信息对所述仅拷贝模式备份数据库中的数据进行恢复;在本申请一实施例中,根据判断出的数据文件信息,对仅拷贝模式备份数据库中的数据进行恢复,包括全量备份的恢复和事务日志备份的恢复,优选地,恢复装置32,用于根据所述数据文件信息对所述仅拷贝模式备份数据库中的数据在首次恢复时进行全量备份的恢复,在后续恢复时进行事务日志备份的恢复。在此,全量备份的恢复耗时很长,对数据库大量操作的事务日志恢复也会占很长时间,而本申请实施例中对数据库进行恢复时首先需要第一次为全量备份的恢复,才能保证后续的恢复不会失败,在第一次全量备份恢复后,后续的恢复都是基于全量备份和事务日志备份进行的恢复,不需要每次都获取全量备份以及每次都进行全量备份的恢复,大大减少了时间的消耗。
备份装置33,用于根据快照周期对所述已完成恢复的数据进行事务日志备份。在本申请一实施例中,根据DBA设置的快照周期,进行计算快照周期,当到下一周期的时间点时接受服务器的远程控制命令,对事务日志做备份,当备份完成后,将恢复后的事务日志备份上传至服务器,以便对恢复后的事务日志进行快照,进行后续的还原工作。
图9示出根据本申请又一个方面提供的一种数据库还原的还原数据库客户机设备结构示意图,其中,所述还原数据库客户机设备4包括:第二识别装置41、建立装置42、修改装置43和还原装置44,
第二识别装置41,用于根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;在本申请一实施例中,通过服务器挂载过来的全量备份和事务日志备份,判断出仅拷贝模式备份数据库对应的数据文件信息,根据判断出的数据文件信息,对仅拷贝模式备份数据库中的数据进行还原,其中,数据库文件信息可以包括对应的数据库名、数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称。
建立装置42,用于根据所述事务日志备份将备份数据文件、日志文件的名称重新命名,根据所述对应的数据库文件信息建立对应的替换数据库;在本申请一实施例中,将数据文件、日志文件更名,后缀加_bak或其他格式,并创建对应的替换数据库,以便进行替换还原,替换后的数据库可以启动。
优选地,建立装置42,用于创建与所述对应的数据库文件信息中数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称相同的替换数据库。在此,将数据文件、日志文件更名后,创建与数据库文件信息中数据库逻辑名、日志逻辑名、数据库物理名称以及日志物理名称相同的简单的替换数据库,并做只读模式的备份,从而实现数据库的替换还原而不是恢复还原,避免了恢复还原中需要进行一系列检测的繁琐步骤,只需要对数据库进行简单替换即可。
修改装置43,用于删除所述替换数据库中的数据库文件信息,并将重新命名后的备份数据文件、日志文件的名称更改回原名称,并将所述替换数据库修改为非还原状态;接上述实施例,使创建的替换数据库下线,删除掉与该数据库相关的文件,将更名过的数据文件、日志文件名称更改过来,若重新命名时加了后缀_bak,则此时需要去掉后缀的_bak,之后,将该数据库上线,修改成非还原状态。
还原装置44,用于基于服务器传输的对恢复数据库客户机上恢复完成后的仅拷贝模式备份数据库中数据进行快照克隆的数据对所述事务日志备份进行还原。继续接上述实施例,利用服务器挂载过来的快照克隆的数据对事务日志备份开始事务日志的任意时间点还原,数据库每次还原是仅在前一个快照基础上做的事务日志还原,避免了重复进行全量备份的恢复、事务日志的恢复、增量备份的恢复以及选择时间点还原的步骤,极大节约了时间成本。最后,实现服务器通过还原数据库创建临时数据库提供给最终用户使用。
综上所述,可以通过服务器模块、源数据库模块、恢复数据库模块和还原数据库模块中各模块的功能及各模块之间的交互实现基于周期性恢复的数据库还原技术,其中,服务器模块为其他三个模块发送远程控制指令,利用存储技术做快照及快照克隆,并为其他三个模块提供SMB挂载共享数据;源数据库模块实现仅拷贝模式全量备份,备份路径为SMB挂载路径,并监控事务日志备份,之后将监控的事务日志备份上传至服务器;恢复数据库模块识别备份数据库对应的数据库文件信息,第一次现全量恢复,而后实现数据库的周期性事务日志恢复;还原数据库模块识别备份数据库对应数据库文件信息,建立对应简单数据库,用服务器挂载过来的数据库文件替换简单数据库,使其处于非还原模式,继续任意时间点恢复和还原。从而服务器只存储一份全量备份数据、若干个事务日志数据,数据库数据的虚拟化访问使对数据库的任意时间点进行还原,极大节约了存储成本;服务器将周期性恢复的数据进行任意时间点还原,而省去了全量备份的恢复,以及增量备份的恢复,可同时支持数据库的多个时间点还原,大大节约了时间成本;另外,也减少了对数据库的额外影响,实现对DBA数据库备份工作的零干扰。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
需要注意的是,本申请可在软件和/或软件与硬件的组合体中被实施,例如,可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中,本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似设备。另外,本申请的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
另外,本申请的一部分可被应用为计算机程序产品,例如计算机程序指令,当其被计算机执行时,通过该计算机的操作,可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令,可能被存储在固定的或可移动的记录介质中,和/或通过广播或其他信号承载媒体中的数据流而被传输,和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此,根据本申请的一个实施例包括一个装置,该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器,其中,当该计算机程序指令被该处理器执行时,触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其他的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
Claims (28)
1.一种在服务器端用于数据库还原的方法,其中,所述方法包括:
通过传输至源数据库客户机的目录将仅拷贝模式备份数据库发送至所述源数据库客户机;
获取所述仅拷贝模式备份数据库的事务日志备份;
根据快照周期将所述事务日志备份及所述服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机;
对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至所述还原数据库客户机。
2.根据权利要求1所述的方法,其中,通过传输至源数据库客户机的目录将仅拷贝模式备份数据库发送至所述源数据库客户机,包括:
通过文件共享协议向所述源数据库客户机挂载目录;
根据所述挂载的目录将仅拷贝模式备份数据库发送至所述源数据库客户机。
3.根据权利要求1所述的方法,其中,获取所述仅拷贝模式备份数据库的事务日志备份之前,包括:
根据预设的周期将监控事务日志备份命令发送至所述源数据库客户机。
4.根据权利要求2所述的方法,其中,根据快照周期将所述事务日志备份及所述服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机,包括:
根据计算的快照周期在到达快照周期点时,通过复用所述文件共享协议将所述事务日志备份及所述服务器内的全量备份挂载至所述恢复数据库客户机及所述还原数据库客户机;
将数据库恢复命令发送至所述恢复数据库客户机。
5.根据权利要求4所述的方法,其中,对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至还原数据库客户机,包括:
对所述恢复数据库客户机上周期性恢复完成后的数据进行快照;
对待还原时间段内的快照进行克隆,并将进行快照克隆的数据通过所述文件共享协议挂载至所述还原数据库客户机;
将数据还原命令发送至所述还原数据库客户机。
6.一种在源数据库客户机端用于数据库还原的方法,其中,所述方法包括:
获取服务器由传输至源数据库客户机的目录所发送的仅拷贝模式备份数据库;
根据系统表实时监控仅拷贝模式备份数据库的事务日志备份的信息;
根据所述事务日志备份的信息将所述仅拷贝模式备份数据库的事务日志备份发送至所述服务器,以使得所述服务器根据快照周期将所述事务日志备份以及服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机,对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至所述还原数据库客户机。
7.根据权利要求6所述的方法,其中,所述事务日志备份的信息包括:
备份数据文件的名称、大小、路径及备份完成时间。
8.根据权利要求6所述的方法,其中,根据系统表实时监控仅拷贝模式备份数据库的事务日志备份的信息,包括:
接收所述服务器发送的监控事务日志备份命令;
根据所述监控事务日志备份命令,通过系统表实时监控所述仅拷贝模式备份数据库的事务日志备份的信息。
9.一种在恢复数据库客户机端用于数据库还原的方法,其中,所述方法包括:
根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;
根据所述数据库文件信息对所述仅拷贝模式备份数据库中的数据进行恢复,将已完成恢复的数据发送至所述服务器以进行快照及快照克隆,以使得所述服务器将进行快照克隆的数据发送至还原数据库客户机,由所述还原数据库客户机基于服务器传输的对恢复数据库客户机上恢复完成后的仅拷贝模式备份数据库中数据进行快照克隆的数据对所述事务日志备份进行还原;
根据快照周期对所述已完成恢复的数据进行事务日志备份。
10.根据权利要求9所述的方法,其中,根据所述数据库文件信息对所述仅拷贝模式备份数据库中的数据进行恢复,包括:
根据所述数据库文件信息对所述仅拷贝模式备份数据库中的数据在首次恢复时进行全量备份的恢复,在后续恢复时进行事务日志备份的恢复。
11.根据权利要求9所述的方法,其中,所述仅拷贝模式备份数据库对应的数据库文件信息,包括:
对应的数据库名、数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称。
12.一种在还原数据库客户机端用于数据库还原的方法,其中,所述方法包括:
根据服务器传输的自源数据库客户机获取到的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;
根据所述事务日志备份将备份数据文件、日志文件的名称重新命名,根据所述对应的数据库文件信息建立对应的替换数据库;
删除所述替换数据库中的数据库文件信息,并将重新命名后的备份数据文件、日志文件的名称更改回原名称,并将所述替换数据库修改为非还原状态;
基于服务器传输的对恢复数据库客户机上恢复完成后的仅拷贝模式备份数据库中数据进行快照克隆的数据对所述事务日志备份进行还原,其中,由所述恢复数据库客户机根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份对所述仅拷贝模式备份数据库中的数据进行恢复。
13.根据权利要求12所述的方法,其中,所述仅拷贝模式备份数据库对应的数据库文件信息,包括:
对应的数据库名、数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称。
14.根据权利要求13所述的方法,其中,根据所述对应的数据库文件信息建立对应的替换数据库,包括:
创建与所述对应的数据库文件信息中数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称相同的替换数据库。
15.一种数据库还原的服务器设备,其中,所述服务器设备包括:
发送装置,用于通过传输至源数据库客户机的目录将仅拷贝模式备份数据库发送至所述源数据库客户机;
第一获取装置,用于获取所述仅拷贝模式备份数据库的事务日志备份;
传输装置,用于根据快照周期将所述事务日志备份及所述服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机;
快照克隆传输装置,用于对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至所述还原数据库客户机。
16.根据权利要求15所述的服务器设备,其中,所述发送装置用于:
通过文件共享协议向所述源数据库客户机挂载目录;
根据所述挂载的目录将仅拷贝模式备份数据库发送至所述源数据库客户机。
17.根据权利要求15所述的服务器设备,其中,所述服务器设备包括:
发送命令装置,用于根据预设的周期将监控事务日志备份命令发送至所述源数据库客户机。
18.根据权利要求16所述的服务器设备,其中,所述传输装置用于:
根据计算的快照周期在到达快照周期点时,通过复用所述文件共享协议将所述事务日志备份及所述服务器内的全量备份挂载至所述恢复数据库客户机及所述还原数据库客户机;
将数据库恢复命令发送至所述恢复数据库客户机。
19.根据权利要求18所述的服务器设备,其中,所述快照克隆传输装置用于:
对所述恢复数据库客户机上周期性恢复完成后的数据进行快照;
对待还原时间段内的快照进行克隆,并将进行快照克隆的数据通过所述文件共享协议挂载至所述还原数据库客户机;
将数据还原命令发送至所述还原数据库客户机。
20.一种数据库还原的源数据库客户机设备,其中,所述源数据库客户机设备包括:
第二获取装置,用于获取服务器由传输至源数据库客户机的目录所发送的仅拷贝模式备份数据库;
监控装置,用于根据系统表实时监控仅拷贝模式备份数据库的事务日志备份的信息;
发送备份装置,用于根据所述事务日志备份的信息将所述仅拷贝模式备份数据库的事务日志备份发送至所述服务器,以使得所述服务器根据快照周期将所述事务日志备份以及服务器内的全量备份传输至恢复数据库客户机及还原数据库客户机,对所述恢复数据库客户机上恢复完成后的数据进行快照及快照克隆,并将进行快照克隆的数据传输至所述还原数据库客户机。
21.根据权利要求20所述的源数据库客户机设备,其中,所述事务日志备份的信息包括:
备份数据文件的名称、大小、路径及备份完成时间。
22.根据权利要求20所述的源数据库客户机设备,其中,所述监控装置用于:
接收所述服务器发送的监控事务日志备份命令;
根据所述监控事务日志备份命令,通过系统表实时监控所述仅拷贝模式备份数据库的事务日志备份的信息。
23.一种数据库还原的恢复数据库客户机设备,其中,所述恢复数据库客户机设备包括:
第一识别装置,用于根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;
恢复装置,用于根据所述数据库文件信息对所述仅拷贝模式备份数据库中的数据进行恢复,将已完成恢复的数据发送至所述服务器以进行快照及快照克隆,以使得所述服务器将进行快照克隆的数据发送至还原数据库客户机,由所述还原数据库客户机基于服务器传输的对恢复数据库客户机上恢复完成后的仅拷贝模式备份数据库中数据进行快照克隆的数据对所述事务日志备份进行还原;
备份装置,用于根据快照周期对所述已完成恢复的数据进行事务日志备份。
24.根据权利要求23所述的恢复数据库客户机设备,其中,所述恢复装置用于:
根据所述数据库文件信息对所述仅拷贝模式备份数据库中的数据在首次恢复时进行全量备份的恢复,在后续恢复时进行事务日志备份的恢复。
25.根据权利要求23所述的恢复数据库客户机设备,其中,所述仅拷贝模式备份数据库对应的数据库文件信息,包括:
对应的数据库名、数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称。
26.一种数据库还原的还原数据库客户机设备,其中,所述还原数据库客户机设备包括:
第二识别装置,用于根据服务器传输的自源数据库客户机获取到的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份,识别所述仅拷贝模式备份数据库对应的数据库文件信息;
建立装置,用于根据所述事务日志备份将备份数据文件、日志文件的名称重新命名,根据所述对应的数据库文件信息建立对应的替换数据库;
修改装置,用于删除所述替换数据库中的数据库文件信息,并将重新命名后的备份数据文件、日志文件的名称更改回原名称,并将所述替换数据库修改为非还原状态;
还原装置,用于基于服务器传输的对恢复数据库客户机上恢复完成后的仅拷贝模式备份数据库中数据进行快照克隆的数据对所述事务日志备份进行还原,其中,由所述恢复数据库客户机根据服务器传输的仅拷贝模式备份数据库的事务日志备份及所述服务器内的全量备份对所述仅拷贝模式备份数据库中的数据进行恢复。
27.根据权利要求26所述的还原数据库客户机设备,其中,所述仅拷贝模式备份数据库对应的数据库文件信息,包括:
对应的数据库名、数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称。
28.根据权利要求27所述的还原数据库客户机设备,其中,所述建立装置用于:
创建与所述对应的数据库文件信息中数据库逻辑名称、日志逻辑名称、数据库物理名称和日志物理名称相同的替换数据库。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710305408.3A CN107256182B (zh) | 2017-05-03 | 2017-05-03 | 一种数据库还原的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710305408.3A CN107256182B (zh) | 2017-05-03 | 2017-05-03 | 一种数据库还原的方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107256182A CN107256182A (zh) | 2017-10-17 |
CN107256182B true CN107256182B (zh) | 2020-09-08 |
Family
ID=60028167
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710305408.3A Active CN107256182B (zh) | 2017-05-03 | 2017-05-03 | 一种数据库还原的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107256182B (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108255994A (zh) * | 2017-12-29 | 2018-07-06 | 上海上讯信息技术股份有限公司 | 一种基于数据库快照的数据库版本管理方法 |
CN110968565A (zh) * | 2018-09-30 | 2020-04-07 | 北京国双科技有限公司 | 一种数据库的创建方法及系统 |
CN109408289A (zh) * | 2018-10-16 | 2019-03-01 | 国网山东省电力公司信息通信公司 | 一种云容灾数据处理方法 |
CN109597707B (zh) * | 2018-10-25 | 2024-04-23 | 平安科技(深圳)有限公司 | 克隆卷数据拷贝方法、装置及计算机可读存储介质 |
CN110287164B (zh) * | 2019-06-28 | 2021-07-16 | 联想(北京)有限公司 | 一种数据恢复方法、装置及计算机设备 |
CN111176889A (zh) * | 2019-12-11 | 2020-05-19 | 天翼电子商务有限公司 | 自动化备份恢复装置及方法 |
CN111143124A (zh) * | 2019-12-19 | 2020-05-12 | 上海上讯信息技术股份有限公司 | 数据库自动化恢复方法、装置及电子设备 |
CN112579363B (zh) * | 2020-12-30 | 2023-02-03 | 上海爱数信息技术股份有限公司 | 一种MySQL数据保护系统及其备份和恢复方法 |
CN112685230B (zh) * | 2021-01-05 | 2022-03-15 | 浪潮云信息技术股份公司 | 一种分布式数据库实现指定时间点备份还原的方法 |
CN112948176B (zh) * | 2021-02-23 | 2023-09-15 | 上海上讯信息技术股份有限公司 | 一种db2数据库恢复的方法及设备 |
CN113360322B (zh) * | 2021-06-25 | 2023-06-13 | 上海上讯信息技术股份有限公司 | 一种基于备份系统恢复数据的方法及设备 |
CN113821382B (zh) * | 2021-11-24 | 2022-03-01 | 西安热工研究院有限公司 | 一种实时数据库数据处理方法、系统和设备 |
CN117493075A (zh) * | 2023-11-08 | 2024-02-02 | 广州鼎甲计算机科技有限公司 | 数据回切方法、装置、计算机设备和存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6226651B1 (en) * | 1998-03-27 | 2001-05-01 | International Business Machines Corporation | Database disaster remote site recovery |
US20010034737A1 (en) * | 2000-01-10 | 2001-10-25 | Cane David A. | Administration of a differential backup system in a client-server environment |
CN101403988A (zh) * | 2008-11-05 | 2009-04-08 | 中国科学院计算技术研究所 | 一种计算机系统中文件备份的系统及方法 |
CN103139308A (zh) * | 2013-02-27 | 2013-06-05 | 华为技术有限公司 | 一种数据库系统及其数据同步方法 |
CN103619008A (zh) * | 2013-12-11 | 2014-03-05 | 北京网秦天下科技有限公司 | 用于备份和恢复数据的系统和方法 |
CN103853837A (zh) * | 2014-03-17 | 2014-06-11 | 上海爱数软件有限公司 | Oracle全自动不停生产数据库的表级备份恢复方法 |
CN105955843A (zh) * | 2016-04-21 | 2016-09-21 | 久盈世纪(北京)科技有限公司 | 一种用于数据库恢复的方法与设备 |
CN106126370A (zh) * | 2016-06-15 | 2016-11-16 | 上海爱数信息技术股份有限公司 | 基于存储快照之间增量位图的Server‑free备份方法及系统 |
CN106407356A (zh) * | 2016-09-07 | 2017-02-15 | 网易(杭州)网络有限公司 | 一种数据备份方法及装置 |
-
2017
- 2017-05-03 CN CN201710305408.3A patent/CN107256182B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6226651B1 (en) * | 1998-03-27 | 2001-05-01 | International Business Machines Corporation | Database disaster remote site recovery |
US20010034737A1 (en) * | 2000-01-10 | 2001-10-25 | Cane David A. | Administration of a differential backup system in a client-server environment |
CN101403988A (zh) * | 2008-11-05 | 2009-04-08 | 中国科学院计算技术研究所 | 一种计算机系统中文件备份的系统及方法 |
CN103139308A (zh) * | 2013-02-27 | 2013-06-05 | 华为技术有限公司 | 一种数据库系统及其数据同步方法 |
CN103619008A (zh) * | 2013-12-11 | 2014-03-05 | 北京网秦天下科技有限公司 | 用于备份和恢复数据的系统和方法 |
CN103853837A (zh) * | 2014-03-17 | 2014-06-11 | 上海爱数软件有限公司 | Oracle全自动不停生产数据库的表级备份恢复方法 |
CN105955843A (zh) * | 2016-04-21 | 2016-09-21 | 久盈世纪(北京)科技有限公司 | 一种用于数据库恢复的方法与设备 |
CN106126370A (zh) * | 2016-06-15 | 2016-11-16 | 上海爱数信息技术股份有限公司 | 基于存储快照之间增量位图的Server‑free备份方法及系统 |
CN106407356A (zh) * | 2016-09-07 | 2017-02-15 | 网易(杭州)网络有限公司 | 一种数据备份方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN107256182A (zh) | 2017-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107256182B (zh) | 一种数据库还原的方法及设备 | |
US11429305B2 (en) | Performing backup operations using replicas | |
CN108255641B (zh) | 一种基于云平台的cdp容灾方法 | |
US10055300B2 (en) | Disk group based backup | |
CN106407356B (zh) | 一种数据备份方法及装置 | |
US10503616B2 (en) | Periodic data replication | |
US10152387B1 (en) | Instant start of virtual machine from archive copy on backup media | |
US10146633B2 (en) | Data recovery from multiple data backup technologies | |
CN111078667B (zh) | 一种数据迁移的方法以及相关装置 | |
WO2008092912A1 (en) | System and method of error recovery for backup applications | |
US20160179568A1 (en) | Efficiently providing virtual machine reference points | |
US7506116B2 (en) | Maintaining and using information on updates to a data group after a logical copy is made of the data group | |
CN106909475A (zh) | 基于对象存储进行数据备份、恢复的方法和装置 | |
WO2020063600A1 (zh) | 数据容灾方法与站点 | |
CN108351821A (zh) | 数据恢复方法及存储设备 | |
CN113360322B (zh) | 一种基于备份系统恢复数据的方法及设备 | |
CN110825562B (zh) | 数据备份方法、装置、系统和存储介质 | |
CN105446831A (zh) | 一种结合SAN的Server-Free备份方法 | |
US20240045770A1 (en) | Techniques for using data backup and disaster recovery configurations for application management | |
CN112214358A (zh) | 一种GaussDB分布式数据库的备份恢复系统及其方法 | |
US11042454B1 (en) | Restoration of a data source | |
US12007851B2 (en) | Differential checksum validation | |
CN111581016B (zh) | 一种现代应用的副本数据管理系统及方法 | |
WO2020256797A1 (en) | Object storage system with meta object replication | |
CN110673985A (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 |