CN110096476A - 数据备份方法、装置及计算机可读存储介质 - Google Patents
数据备份方法、装置及计算机可读存储介质 Download PDFInfo
- Publication number
- CN110096476A CN110096476A CN201910275756.XA CN201910275756A CN110096476A CN 110096476 A CN110096476 A CN 110096476A CN 201910275756 A CN201910275756 A CN 201910275756A CN 110096476 A CN110096476 A CN 110096476A
- Authority
- CN
- China
- Prior art keywords
- backup
- data
- source data
- backed
- server
- 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
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/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/128—Details of file system snapshots on the file-level, e.g. snapshot creation, administration, deletion
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
本发明涉及一种云存储技术,揭露了一种数据备份方法,包括:获取待备份的源数据,利用写时复制快照的技术,建立快照卷,执行源数据备份,生成备份数据;当备份不能正常进行时,获取失效的待备份源数据,利用MongoDB备份技术恢复所述备份数据;获取用户在预设周期内所备份的全量数据库,通过MongoDB增量备份实现数据库级别的增量日志备份。本发明还提出一种数据备份装置以及一种计算机可读存储介质。本发明实现了源数据的高效备份。
Description
技术领域
本发明涉及云存储技术领域,尤其涉及一种数据备份方法、装置及计算机可读存储介质。
背景技术
近年来,计算机技术取得了巨大的发展,但是数据备份技术却没有长足进步。数据备份操作代价和成本仍然比较高,并且消耗大量时间和系统资源,数据备份的恢复时间目标和恢复点目标比较长。传统的数据备份技术,都一直采用数据复制、恢复等技术来保护重要的数据信息,定期对数据进行备份或复制。由于数据备份过程会影响应用性能,并且非常耗时,通常数据备份都被安排在系统负载较轻时进行(如夜间)。所以传统方法耗时耗力,耽误工作进展。近年来,为了节省存储空间,通常结合全量和增量备份技术,虽然缩短了备份时间,加快工作进度,但全量和增量备份技术对数据丢失或系统灾难时的复制备份数据能力弱,鲁棒性差。
发明内容
本发明提供一种数据备份方法、装置及计算机可读存储介质,其主要目的在于当源数据需要进行备份时,提供一种高效的源数据备份方法。
为实现上述目的,本发明提供的一种数据备份方法,包括:
获取待备份的源数据,利用写时复制快照技术创建快照卷,执行源数据备份,生成备份数据;
当备份不能正常进行时,获取失效的待备份源数据,利用MongoDB备份技术恢复所述备份数据;
获取用户在预设周期内所备份的全量数据库,通过MongoDB增量备份实现数据库级别的增量日志备份。
可选地,获取待备份的源数据,利用写时复制快照技术创建快照卷,执行源数据备份,生成备份数据,包括:
建立待备份的源数据的指针表及所述快照卷的源数据指针表副本;
当所述源数据发生更新时,通过所述源数据的指针表及所述快照卷的源数据指针表副本的位置,跟踪所述源数据的数据变化,将所述源数据读出并写入所述快照卷,生成所述备份数据。
可选地,所述通过MongoDB备份技术恢复备份数据,包括:
通过调用oplog.rs集合恢复所述待备份源数据中非依赖性数据的备份;
通过调用oplog.bson集合恢复所述待备份源数据中依赖性数据的备份。可选地,通过MongoDB备份技术恢复备份数据,还包括:
利用主从复制法从执行源数据备份操作的多台服务器中选择一台服务器设定为主备份服务器,其他多台为从备份服务器;
当所述主备份服务器工作执行备份时,所述从备份服务器读取主备份服务器的更新信息;
当所述主备份服务器故障时,所述从备份服务器自动接替主备份服务器继续备份。
可选地,通过MongoDB增量备份实现数据库级别的增量日志备份,包括:
当所述全量数据库需要添加新的数据时,通过MongoDB集群的oplog功能在本地数据库下找到oplog.rs,实现指定时间段内的数据增量备份;
在全量的快照备份基础上,进行预设次数的local.oplog.rs增量备份,实现数据库级别的增量日志备份。
此外,为实现上述目的,本发明还提供一种数据备份装置,该装置包括存储器和处理器,所述存储器中存储有可在所述处理器上运行的证件验证程序,所述证件验证程序被所述处理器执行时实现如下步骤:
获取待备份的源数据,利用写时复制快照技术创建快照卷,执行源数据备份,生成备份数据;
当备份不能正常进行时,获取失效的待备份源数据,利用MongoDB备份技术恢复所述备份数据;
获取用户在预设周期内所备份的全量数据库,通过MongoDB增量备份实现数据库级别的增量日志备份。
可选地,所述获取待备份的源数据,利用写时复制快照技术创建快照卷,执行源数据备份,生成备份数据,包括:
建立待备份的源数据的指针表及所述快照卷的源数据指针表副本;
当所述源数据发生更新时,通过所述源数据的指针表及所述快照卷的源数据指针表副本的位置,跟踪所述源数据的数据变化,将所述源数据读出并写入所述快照卷,生成所述备份数据。
可选地,所述通过MongoDB备份技术恢复备份数据,包括:
通过调用oplog.rs集合恢复所述待备份源数据中非依赖性数据的备份;
通过调用oplog.bson集合恢复所述待备份源数据中依赖性数据的备份。可选地,通过MongoDB备份技术恢复备份数据,还包括:
利用主从复制法从执行源数据备份操作的多台服务器中选择一台服务器设定为主备份服务器,其他多台为从备份服务器;
当所述主备份服务器工作执行备份时,所述从备份服务器读取主备份服务器的更新信息;
当所述主备份服务器故障时,所述从备份服务器自动接替主备份服务器继续备份。
此外,为实现上述目的,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有数据备份程序,所述数据备份程序可被一个或者多个处理器执行,以实现如上所述的数据备份方法的步骤。
本发明提出的数据备份方法、装置及计算机可读存储介质,获取待备份的源数据,利用写时复制快照的技术,建立快照卷,执行源数据备份,从而生成备份数据;当备份不能正常进行时,获取失效的待备份源数据,利用MongoDB备份技术恢复所述备份数据;获取用户在预设周期内所备份的全量数据库,通过MongoDB增量备份实现数据库级别的增量日志备份,从而实现了源数据的高效备份。
附图说明
图1为本发明一实施例提供的数据备份方法的流程示意图;
图2为本发明一实施例提供的数据备份装置的内部结构示意图;
图3为本发明一实施例提供的数据备份装置中数据备份程序的模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种数据备份方法。参照图1所示,为本发明一实施例提供的数据备份方法的流程示意图。该方法可以由一个装置执行,该装置可以由软件和/或硬件实现。
在本实施例中,数据备份方法包括:
S1、获取待备份的源数据,通过写时复制快照技术创建快照卷,执行源数据备份,生成备份数据,并时刻判断所述备份是否正常进行。
本发明较佳实施例中,所述写时复制快照技术(copy-on-write,简称COW)是关于待备份源数据的完全可用拷贝,该拷贝包括相应数据在某个时间点(拷贝开始的时间点)的映像。当源数据进行备份时,上述的写时复制快照技术会使用预先分配的快照空间创建快照卷,所述快照卷只需分配相对少量的存储空间,用于保存快照时间点之后源数据卷中被更新的数据,其中由于仅复制了原始数据物理位置的源数据,所以快照卷的建立没有物理数据复制发生,因此快照卷建立速度非常快,可以瞬间完成。
本发明较佳实施例中,建立完上述快照卷后,存储系统为源数据卷建立一个源数据指针表和源数据指针表副本。每个源数据卷都具有一个源数据指针表,每条记录保存着指向对应数据块的指针,源数据指针表副本是作为快照卷的数据指针表。虽然快照卷与源数据卷具有各自的指针表,但其实共享同一份物理数据。
当源数据卷有数据将要被更新时,为了确保复制操作发生在更新操作之前,所述写时复制快照技术会通过查询源数据指针表,根据对应数据块的指针确定所访问数据的物理存储位置,然后更新快照卷和源数据指针表及副本,生成备份数据。
本发明较佳实施例,当备份正常进行时,持续获取有效的待备份数据源,利用写时复制快照技术,直到生成完整的备份数据。
本发明其他较佳实施例中,在上述利用写时复制快照技术备份源数据时,当源数据更新速度太快时,可能会超出写时复制快照技术预留在快照库的保留空间,进而导致快照卷失效,失去备份能力,导致备份不能正常进行,此时,需执行下述的S2。
S2、当备份不能正常进行时,获取失效的待备份源数据,通过MongoDB备份技术恢复备份数据。
本发明较佳实施例中,所述MongoDB是一种基于分布式文件存储的数据库,它采用了文档数据模型,能够备份大量且不同结构的数据。MongoDB备份技术主要以oplog来备份数据,oplog是本地库(又称local库)下的一个固定集合,除了同步备份外,还可以通过检索oplog日志,了解各时间段内的备份历史。默认情况下,oplog分配的是服务器5%的空闲磁盘空间。
进一步地,本发明较佳实施例中,当MongoDB备份技术处理的数据较大,例如大于预设值时,首先会协调多部服务器互相协作,保证服务器在备份过程中正常运行,若出现服务器意外停止备份,MongoDB备份技术可马上选择另一台服务器继续备份,以此类推。通过利用主从复制法选择服务器,即一台服务器设定为主备份服务器,其他多台为从备份服务器。从备份服务器可以实现备份功能,分担主备份服务器压力的作用。当主备份服务器工作时,从备份服务器并不备份数据,只读取主备份服务器的更新信息。当主备份服务器故障时,可自动切换从备份服务器接替主备份服务器继续备份。
进一步地,本发明较佳实施例通过调用oplog.rs集合恢复非依赖性数据的备份。所述的oplog.rs集合是主从服务器local库下的oplog固定集合的一种,记录着所有写时复制快照技术的操作记录,若写时复制快照技术更新一次快照库后,oplog.rs集合中就会同时记录本次更新。所述非依赖性数据是指该数据没有与之关联的其他数据,备份时无需考虑其他数据,当写时复制快照技术在备份数据A的某时间点(此时A为非依赖性数据)崩溃后,MongoDB会通过oplog.rs寻找到崩溃地方的操作记录,由于oplog具有非常重要的特性——幂等性(idempotent),即对一个数据集合,使用oplog中记录的操作重放时,无论被重放多少次,其结果都会是一样的。所以oplog.rs集合记录中可查找到破坏操作的时间点,然后可以恢复到破坏操作时间点前的数据,以此实现对数据A的继续备份。
进一步地,本发明较佳实施例通过调用oplog.bson集合恢复依赖性数据。若数据A和数据B同时使用写时复制快照技术进行备份数据,且数据A和数据B之间互相有依赖性,如数据A中存放了订单,数据B中存放了订单的所有明细,那么只有一个订单具有完整的明细时才是正确的状态。在进行写时复制快照技术备份依赖性数据出现失效的情况下,利用local库下的oplog.bson集合进行恢复备份操作。在主从服务器使用Mongodb备份技术时,会生成一个oplog.bson文件,该文件集合会存放从开始备份到结束备份整个时间段所有的oplog,且不加以备份时间的限制。因为写时复制快照技术的备份进行过程中会把备份数据锁死在一个固定的时间点,所以使用oplog.bson文件释放时间对备份数据的限制。当写时复制快照技术备份依赖数据A发生错误时,Mongodb备份技术会根据oplog.bson文件下的oplog日志中关于数据A的备份记录,同时根据备份未出问题的依赖数据B的备份时间,重做一遍所有数据A的备份操作,达到恢复依赖性数据A的备份目的。
S3、获取用户在一个预设的周期内所备份的全量数据库,通过MongoDB增量备份实现数据库级别的增量日志备份。
本发明较佳实施例中,所述一个周期可以为一周。
本发明较佳实施例中,所述用户可以是某一个公司,如中国平安。所述用户可以在一个周期内对其数据库数据进行全量备份,以防止出现意外,造成数据丢失。在进行全量备份时,可能会新增加一些数据,此时可以利用MongoDB的增量备份来实现,所述MongoDB增量备份是通过集群的oplog功能来实现的,所述MongoDB集群至少需要是一个副本集集群,通过在一个搭建好的集群中的master节点中,可以在local数据库下找到oplog.rs,从而实现指定时间段内的数据增量备份。
进一步地,本发明较佳实施例还可以在全量快照备份的基础上,进行多次、精确、轻量、快速的local.oplog.rs增量备份来实现数据库级别的增量日志备份。所述增量日志备份包含对local.oplog.rs的条件筛选备份、格式化解析local.oplog.rs、破坏点精准定位恢复等。所述local.oplog.rs增量备份可支持任意时点、任意操作的解析恢复;并根据replicaSet的复制机制,可实现单节点、副本集群、分片集群等不同级别的备份与恢复。
优选地,所述oplog的集合为:
db.oplog.rs.find().skip(1).limit(1).toArray()
其中所述oplog集合的查询命令字段包含:
ts:代表8字节的时间戳,由4字节unix timestamp+4字节自增计数表示;
op:代表1字节的操作类型,其中"i":insert,"u":update,"d":delete,"c":dbcmd,"db":声明当前数据库(其中ns被设置成为=>数据库名称+'.'),"n":no op,即空操作;
ns:代表操作所在的命名空间(namespace);
o:代表操作所对应的文档(document),即当前操作的内容;
o2:代表在执行更新操作时的where条件,仅限于更新(update)时才有该属性。
发明还提供一种数据备份装置。参照图2所示,为本发明一实施例提供的数据备份装置的内部结构示意图。
在本实施例中,所述数据备份装置1可以是PC(Personal Computer,个人电脑),或者是智能手机、平板电脑、便携计算机等终端设备,也可以是一种服务器等。该数据备份装置1至少包括存储器11、处理器12,通信总线13,以及网络接口14。
其中,存储器11至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是数据备份装置1的内部存储单元,例如该数据备份装置1的硬盘。存储器11在另一些实施例中也可以是数据备份装置1的外部存储设备,例如数据备份装置1上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,存储器11还可以既包括数据备份装置1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于数据备份装置1的应用软件及各类数据,例如数据备份程序01的代码等,还可以用于暂时地存储已经输出或者将要输出的数据。
处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片,用于运行存储器11中存储的程序代码或处理数据,例如执行数据备份程序01等。
通信总线13用于实现这些组件之间的连接通信。
网络接口14可选的可以包括标准的有线接口、无线接口(如WI-FI接口),通常用于在该装置1与其他电子设备之间建立通信连接。
可选地,该装置1还可以包括用户接口,用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard),可选的用户接口还可以包括标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode,有机发光二极管)触摸器等。其中,显示器也可以适当的称为显示屏或显示单元,用于显示在数据备份装置1中处理的信息以及用于显示可视化的用户界面。
图2仅示出了具有组件11-14以及数据备份程序01的数据备份装置1,本领域技术人员可以理解的是,图1示出的结构并不构成对数据备份装置1的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。
在图2所示的装置1实施例中,存储器11中存储有数据备份程序01;处理器12执行存储器11中存储的数据备份程序01时实现如下步骤:
步骤一、获取待备份的源数据,通过写时复制快照技术,创建快照卷,执行源数据备份,生成备份数据,并时刻判断所述备份是否正常进行。
本发明较佳实施例中,所述写时复制快照技术(copy-on-write,简称COW)是关于待备份源数据的完全可用拷贝,该拷贝包括相应数据在某个时间点(拷贝开始的时间点)的映像。当源数据进行备份时,上述的写时复制快照技术会使用预先分配的快照空间创建快照卷,所述快照卷只需分配相对少量的存储空间,用于保存快照时间点之后源数据卷中被更新的数据,其中由于仅复制了原始数据物理位置的源数据,所以快照卷的建立没有物理数据复制发生,因此快照卷建立速度非常快,可以瞬间完成。
本发明较佳实施例中,建立完上述快照卷后,存储系统为源数据卷建立一个源数据指针表和源数据指针表副本。每个源数据卷都具有一个源数据指针表,每条记录保存着指向对应数据块的指针,源数据指针表副本是作为快照卷的数据指针表。虽然快照卷与源数据卷具有各自的指针表,但其实共享同一份物理数据。
当源数据卷若有数据将要被更新时,为了确保复制操作发生在更新操作之前,所述写时复制快照技术会通过查询源数据指针表,根据对应数据块的指针确定所访问数据的物理存储位置,然后更新快照卷和源数据指针表及副本,生成备份数据。
本发明较佳实施例中,当备份正常进行时,持续获取有效的待备份数据源,利用写时复制快照技术,直到生成完整的备份数据。
本发明其他较佳实施例中,在上述利用写时复制快照技术备份源数据时,当源数据更新速度太快时,可能会超出写时复制快照技术预留在快照库的保留空间,进而导致快照卷失效,失去备份能力,导致备份不能正常进行,此时,需执行下述的S2。
步骤二、当备份不能正常进行时,获取失效的待备份源数据,通过MongoDB备份技术恢复备份数据。
本发明较佳实施例中,所述MongoDB是一种基于分布式文件存储的数据库,它采用了文档数据模型,能够备份大量且不同结构的数据。MongoDB备份技术主要以oplog来备份数据,oplog是本地库(又称local库)下的一个固定集合,除了同步备份外,还可以通过检索oplog日志,了解各时间段内的备份历史。默认情况下,oplog分配的是服务器5%的空闲磁盘空间。
进一步地,本发明较佳实施例中,当MongoDB备份技术处理的数据大于预设值时,所述预设值可以为一千万,首先会协调多部服务器互相协作,保证服务器在备份过程中正常运行,若出现服务器意外停止备份,MongoDB备份技术可马上选择另一台服务器继续备份,以此类推。通过利用主从复制法选择服务器,即一台服务器设定为主备份服务器,其他多台为从备份服务器。从备份服务器可以实现备份功能,分担主备份服务器压力的作用。当主备份服务器工作时,从备份服务器并不备份数据,只读取主备份服务器的更新信息。当主备份服务器故障时,可自动切换从备份服务器接替主备份服务器继续备份。
进一步地,本发明较佳实施例通过调用oplog.rs集合恢复非依赖性数据的备份。所述的oplog.rs集合是主从服务器local库下的oplog固定集合的一种,记录着所有写时复制快照技术的操作记录,若写时复制快照技术更新一次快照库后,oplog.rs集合中就会同时记录本次更新。所述非依赖性数据是指该数据没有与之关联的其他数据,备份时无需考虑其他数据,当写时复制快照技术在备份数据A的某时间点(此时A为非依赖性数据)崩溃后,MongoDB会通过oplog.rs寻找到崩溃地方的操作记录,由于oplog具有非常重要的特性—幂等性(idempotent),即对一个数据集合,使用oplog中记录的操作重放时,无论被重放多少次,其结果都会是一样的。所以oplog.rs集合记录中可查找到破坏操作的时间点,然后可以恢复到破坏操作时间点前的数据,以此实现对数据A的继续备份。
进一步地,本发明较佳实施例通过调用oplog.bson集合恢复依赖性数据。若数据A和数据B同时使用写时复制快照技术进行备份数据,且数据A和数据B之间互相有依赖性,如数据A中存放了订单,数据B中存放了订单的所有明细,那么只有一个订单具有完整的明细时才是正确的状态。在进行写时复制快照技术备份依赖性数据出现失效的情况下,利用local库下的oplog.bson集合进行恢复备份操作。在主从服务器使用Mongodb备份技术时,会生成一个oplog.bson文件,该文件集合会存放从开始备份到结束备份整个时间段所有的oplog,且不加以备份时间的限制。因为写时复制快照技术的备份进行过程中会把备份数据锁死在一个固定的时间点,所以使用oplog.bson文件释放时间对备份数据的限制。当写时复制快照技术备份依赖数据A发生错误时,Mongodb备份技术会根据oplog.bson文件下的oplog日志中关于数据A的备份记录,同时根据备份未出问题的依赖数据B的备份时间,重做一遍所有数据A的备份操作,达到恢复依赖性数据A的备份目的。
步骤三、获取用户在一个预设的周期内所备份的全量数据库,通过MongoDB增量备份实现数据库级别的增量日志备份。
本发明较佳实施例中,所述预设周期可以为一周。
本发明较佳实施例中,所述用户可以是某一个公司,如中国平安。所述用户可以在一个周期内对其数据库数据进行全量备份,以防止出现意外,造成数据丢失。在进行全量备份时,可能会新增加一些数据,此时可以利用MongoDB的增量备份来实现,所述MongoDB增量备份是通过集群的oplog功能来实现的,所述MongoDB集群至少需要是一个副本集集群,通过在一个搭建好的集群中的master节点中,可以在local数据库下找到oplog.rs,从而实现指定时间段内的数据增量备份。
进一步地,本发明较佳实施例还可以在全量快照备份的基础上,进行多次、精确、轻量、快速的local.oplog.rs增量备份来实现数据库级别的增量日志备份。所述增量日志备份包含对local.oplog.rs的条件筛选备份、格式化解析local.oplog.rs、破坏点精准定位恢复等。所述local.oplog.rs增量备份可支持任意时点、任意操作的解析恢复;并根据replicaSet的复制机制,可实现单节点、副本集群、分片集群等不同级别的备份与恢复。
优选地,所述oplog的集合为:
db.oplog.rs.find().skip(1).limit(1).toArray()
其中,所述oplog集合的查询命令字段包含:
ts:代表8字节的时间戳,由4字节unix timestamp+4字节自增计数表示;
op:代表1字节的操作类型,其中"i":insert,"u":update,"d":delete,"c":dbcmd,"db":声明当前数据库(其中ns被设置成为=>数据库名称+'.'),"n":no op,即空操作;
ns:代表操作所在的命名空间(namespace);
o:代表操作所对应的文档(document),即当前操作的内容;
o2:代表在执行更新操作时的where条件,仅限于更新(update)时才有该属性。
可选地,在其他实施例中,数据备份程序还可以被分割为一个或者多个模块,一个或者多个模块被存储于存储器11中,并由一个或多个处理器(本实施例为处理器12)所执行以完成本发明,本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段,用于描述数据备份程序在数据备份装置中的执行过程。
例如,参照图3所示,为本发明数据备份装置一实施例中的数据备份程序的程序模块示意图,该实施例中,所述数据备份程序可以被分割为源数据备份模块10、源数据恢复备份模块20以及源数据增量备份模块30,示例性地:
所述源数据备份模块10用于:对待备份的源数据,利用写时复制快照技术,创建快照卷,执行源数据备份,生成备份数据。
所述源数据恢复备份模块20用于:当备份不能正常进行时,获取失效的待备份源数据,利用MongoDB备份技术恢复所述备份数据;
所述源数据增量备份模块30用于:获取用户在预设周期内所备份的全量数据库,通过MongoDB增量备份实现数据库级别的增量日志备份。
上述源数据备份模块10、源数据恢复备份模块20以及源数据增量备份模块30等程序模块被执行时所实现的功能或操作步骤与上述实施例大体相同,在此不再赘述。
此外,本发明实施例还提出一种计算机可读存储介质,所述计算机可读存储介质上存储有数据备份程序,所述数据备份程序可被一个或多个处理器执行,以实现如下操作:
对待备份的源数据,利用写时复制快照技术,创建快照卷,执行源数据备份,生成备份数据;
当备份不能正常进行时,获取失效的待备份源数据,利用MongoDB备份技术恢复所述备份数据;
获取用户在预设周期内所备份的全量数据库,通过MongoDB增量备份实现数据库级别的增量日志备份。
本发明计算机可读存储介质具体实施方式与上述数据备份装置和方法各实施例基本相同,在此不作累述。
需要说明的是,上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种数据备份方法,其特征在于,所述方法包括:
获取待备份的源数据,利用写时复制快照技术创建快照卷,执行源数据备份,生成备份数据;
当备份不能正常进行时,获取失效的待备份源数据,利用MongoDB备份技术恢复所述备份数据;
获取用户在预设周期内所备份的全量数据库,通过MongoDB增量备份实现数据库级别的增量日志备份。
2.如权利要求1所述的数据备份方法,其特征在于,所述获取待备份的源数据,利用写时复制快照技术创建快照卷,执行源数据备份,生成备份数据,包括:
建立待备份的源数据的指针表及所述快照卷的源数据指针表副本;
当所述源数据发生更新时,通过所述源数据的指针表及所述快照卷的源数据指针表副本的位置,跟踪所述源数据的数据变化,将所述源数据读出并写入所述快照卷,生成所述备份数据。
3.如权利要求1所述的数据备份方法,其特征在于,所述通过MongoDB备份技术恢复备份数据,包括:
通过调用oplog.rs集合恢复所述待备份源数据中非依赖性数据的备份;
通过调用oplog.bson集合恢复所述待备份源数据中依赖性数据的备份。
4.如权利要求3中所述的数据备份方法,其特征在于,所述通过MongoDB备份技术恢复备份数据,还包括:
利用主从复制法从执行源数据备份操作的多台服务器中选择一台服务器设定为主备份服务器,其他多台为从备份服务器;
当所述主备份服务器工作执行备份时,所述从备份服务器读取主备份服务器的更新信息;
当所述主备份服务器故障时,所述从备份服务器自动接替主备份服务器继续备份。
5.如权利要求1至4中任意一项所述的数据备份方法,其特征在于,所述通过MongoDB增量备份实现数据库级别的增量日志备份,包括:
当所述全量数据库需要添加新的数据时,通过MongoDB集群的oplog功能在本地数据库下找到oplog.rs,实现指定时间段内的数据增量备份;
在全量的快照备份基础上,进行预设次数的local.oplog.rs增量备份,实现数据库级别的增量日志备份。
6.一种数据备份装置,其特征在于,所述装置包括存储器和处理器,所述存储器上存储有可在所述处理器上运行的数据备份程序,所述数据备份程序被所述处理器执行时实现如下步骤:
获取待备份的源数据,利用写时复制快照技术创建快照卷,执行源数据备份,生成备份数据;
当备份不能正常进行时,获取失效的待备份源数据,利用MongoDB备份技术恢复所述备份数据;
获取用户在预设周期内所备份的全量数据库,通过MongoDB增量备份实现数据库级别的增量日志备份。
7.如权利要求6所述的数据备份装置,其特征在于,所述对待备份的源数据利用写时复制快照技术,创建快照卷,包括:
建立待备份的源数据的指针表及所述快照卷的源数据指针表副本;
当所述源数据发生更新时,通过所述源数据的指针表及所述快照卷的源数据指针表副本的位置,跟踪所述源数据的数据变化,将所述源数据读出并写入所述快照卷,生成所述备份数据。
8.如权利要求6所述的数据备份装置,其特征在于,所述通过MongoDB备份技术恢复备份数据,包括:
通过调用oplog.rs集合恢复所述待备份源数据中非依赖性数据的备份;
通过调用oplog.bson集合恢复所述待备份源数据中依赖性数据的备份。
9.如权利要求8中所述的数据备份装置,其特征在于,所述通过MongoDB备份技术恢复备份数据,还包括:
利用主从复制法从执行源数据备份操作的多台服务器中选择一台服务器设定为主备份服务器,其他多台为从备份服务器;
当所述主备份服务器工作执行备份时,所述从备份服务器读取主备份服务器的更新信息;
当所述主备份服务器故障时,所述从备份服务器自动接替主备份服务器继续备份。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有数据备份程序,所述数据备份程序可被一个或者多个处理器执行,以实现如权利要求1至5中任一项所述的数据备份方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910275756.XA CN110096476B (zh) | 2019-04-08 | 2019-04-08 | 数据备份方法、装置及计算机可读存储介质 |
PCT/CN2019/117351 WO2020207010A1 (zh) | 2019-04-08 | 2019-11-12 | 数据备份方法、装置及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910275756.XA CN110096476B (zh) | 2019-04-08 | 2019-04-08 | 数据备份方法、装置及计算机可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110096476A true CN110096476A (zh) | 2019-08-06 |
CN110096476B CN110096476B (zh) | 2023-06-09 |
Family
ID=67444452
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910275756.XA Active CN110096476B (zh) | 2019-04-08 | 2019-04-08 | 数据备份方法、装置及计算机可读存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110096476B (zh) |
WO (1) | WO2020207010A1 (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110533534A (zh) * | 2019-08-27 | 2019-12-03 | 海南新软软件有限公司 | 一种有序模式区块分组的生成、加载方法及装置 |
CN110825759A (zh) * | 2019-11-04 | 2020-02-21 | 北京首汽智行科技有限公司 | 一种基于kettle工具的数据更新方法 |
CN111488243A (zh) * | 2020-03-19 | 2020-08-04 | 北京金山云网络技术有限公司 | MongoDB数据库的备份、恢复方法、装置、电子设备及存储介质 |
WO2020207010A1 (zh) * | 2019-04-08 | 2020-10-15 | 平安科技(深圳)有限公司 | 数据备份方法、装置及计算机可读存储介质 |
WO2021018020A1 (zh) * | 2019-07-26 | 2021-02-04 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置、电子设备及计算机存储介质 |
CN112685230A (zh) * | 2021-01-05 | 2021-04-20 | 浪潮云信息技术股份公司 | 一种分布式数据库实现指定时间点备份还原的方法 |
CN114036004A (zh) * | 2021-11-26 | 2022-02-11 | 江苏安超云软件有限公司 | 数据备份方法、恢复方法及装置 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112905699B (zh) * | 2021-02-23 | 2024-04-09 | 京东科技信息技术有限公司 | 一种全量数据比对方法、装置、设备及存储介质 |
US11520809B2 (en) | 2021-04-09 | 2022-12-06 | International Business Machines Corporation | Checkpoint management in a database system |
CN113656149A (zh) * | 2021-08-20 | 2021-11-16 | 深信服科技股份有限公司 | 一种应用处理方法、装置及相关设备 |
CN114168379B (zh) * | 2021-10-31 | 2023-12-19 | 浪潮(山东)计算机科技有限公司 | 一种数据备份还原方法及相关装置 |
CN117149527B (zh) * | 2023-10-31 | 2024-03-08 | 江苏华鲲振宇智能科技有限责任公司 | 一种服务器数据备份与恢复系统及方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102012947A (zh) * | 2010-12-16 | 2011-04-13 | 创新科存储技术有限公司 | 一种数据库在线备份的方法及系统 |
CN106326041A (zh) * | 2016-08-31 | 2017-01-11 | 杭州沃趣科技股份有限公司 | 一种用于数据库秒级恢复的方法 |
CN109271283A (zh) * | 2018-09-06 | 2019-01-25 | 北京云测信息技术有限公司 | 一种基于区块链的数据备份方法 |
CN109325075A (zh) * | 2018-08-30 | 2019-02-12 | 黄疆 | 一种基于定时备份的Oracle及时挂载恢复系统及方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20150081810A (ko) * | 2014-01-07 | 2015-07-15 | 한국전자통신연구원 | 데이터 저장장치에 대한 다중 스냅샷 관리 방법 및 장치 |
CN104407933B (zh) * | 2014-10-31 | 2018-10-02 | 华为技术有限公司 | 一种数据的备份方法及装置 |
CN104978241B (zh) * | 2015-05-29 | 2018-10-12 | 上海爱数信息技术股份有限公司 | 一种cow类型文件系统的数据恢复方法及装置 |
CN110096476B (zh) * | 2019-04-08 | 2023-06-09 | 平安科技(深圳)有限公司 | 数据备份方法、装置及计算机可读存储介质 |
-
2019
- 2019-04-08 CN CN201910275756.XA patent/CN110096476B/zh active Active
- 2019-11-12 WO PCT/CN2019/117351 patent/WO2020207010A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102012947A (zh) * | 2010-12-16 | 2011-04-13 | 创新科存储技术有限公司 | 一种数据库在线备份的方法及系统 |
CN106326041A (zh) * | 2016-08-31 | 2017-01-11 | 杭州沃趣科技股份有限公司 | 一种用于数据库秒级恢复的方法 |
CN109325075A (zh) * | 2018-08-30 | 2019-02-12 | 黄疆 | 一种基于定时备份的Oracle及时挂载恢复系统及方法 |
CN109271283A (zh) * | 2018-09-06 | 2019-01-25 | 北京云测信息技术有限公司 | 一种基于区块链的数据备份方法 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020207010A1 (zh) * | 2019-04-08 | 2020-10-15 | 平安科技(深圳)有限公司 | 数据备份方法、装置及计算机可读存储介质 |
WO2021018020A1 (zh) * | 2019-07-26 | 2021-02-04 | 阿里巴巴集团控股有限公司 | 数据处理方法、装置、电子设备及计算机存储介质 |
CN110533534A (zh) * | 2019-08-27 | 2019-12-03 | 海南新软软件有限公司 | 一种有序模式区块分组的生成、加载方法及装置 |
CN110533534B (zh) * | 2019-08-27 | 2022-08-26 | 海南新软软件有限公司 | 一种有序模式区块分组的生成、加载方法及装置 |
CN110825759A (zh) * | 2019-11-04 | 2020-02-21 | 北京首汽智行科技有限公司 | 一种基于kettle工具的数据更新方法 |
CN110825759B (zh) * | 2019-11-04 | 2023-09-12 | 北京首汽智行科技有限公司 | 一种基于kettle工具的数据更新方法 |
CN111488243A (zh) * | 2020-03-19 | 2020-08-04 | 北京金山云网络技术有限公司 | MongoDB数据库的备份、恢复方法、装置、电子设备及存储介质 |
CN111488243B (zh) * | 2020-03-19 | 2023-07-07 | 北京金山云网络技术有限公司 | MongoDB数据库的备份、恢复方法、装置、电子设备及存储介质 |
CN112685230A (zh) * | 2021-01-05 | 2021-04-20 | 浪潮云信息技术股份公司 | 一种分布式数据库实现指定时间点备份还原的方法 |
CN112685230B (zh) * | 2021-01-05 | 2022-03-15 | 浪潮云信息技术股份公司 | 一种分布式数据库实现指定时间点备份还原的方法 |
CN114036004A (zh) * | 2021-11-26 | 2022-02-11 | 江苏安超云软件有限公司 | 数据备份方法、恢复方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2020207010A1 (zh) | 2020-10-15 |
CN110096476B (zh) | 2023-06-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110096476A (zh) | 数据备份方法、装置及计算机可读存储介质 | |
US11429305B2 (en) | Performing backup operations using replicas | |
DK3008600T3 (en) | Backup of a virtual machine from a storage snapshot | |
CN104040481B (zh) | 用于融合、存储和检索增量式备份数据的方法和系统 | |
US10055148B1 (en) | Storing application data as an enhanced copy | |
CN102594849B (zh) | 数据备份、恢复方法、虚拟机快照删除、回滚方法及装置 | |
EP2652620B1 (en) | Failure recovery method in information processing system and corresponding information processing system | |
US8676763B2 (en) | Remote data protection in a networked storage computing environment | |
CN101136783B (zh) | 一种网管系统配置数据的备份、恢复方法及装置 | |
US20140089266A1 (en) | Information processing system | |
CN105574187B (zh) | 一种异构数据库复制事务一致性保障方法及系统 | |
US20170344433A1 (en) | Apparatus and method for data migration | |
US20130054531A1 (en) | Database cloning | |
US9223797B2 (en) | Reparse point replication | |
CN108255638B (zh) | 一种快照回滚方法及装置 | |
CN105843707A (zh) | 数据库快速恢复方法及设备 | |
JP2006018796A (ja) | データ処理方法および装置並びにストレージ装置およびその処理プログラム | |
CN104516796A (zh) | 一种基于命令集的网元备份与恢复方法及装置 | |
CN104765651A (zh) | 一种数据处理方法和装置 | |
CN106502830B (zh) | 一种基于Btrfs文件系统的系统备份还原方法 | |
JP6828253B2 (ja) | バックアップ制御装置、バックアップ制御方法及びプログラム | |
WO2020140615A1 (zh) | 应用系统的备份恢复方法、装置及计算机可读存储介质 | |
WO2016117007A1 (ja) | データベースシステム及びデータベース管理方法 | |
CN103678592A (zh) | 一种数据备份方法及系统 | |
Chen et al. | Disaster Recovery of Online System Based on Cloud Computing |
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 |