CN112948176B - 一种db2数据库恢复的方法及设备 - Google Patents

一种db2数据库恢复的方法及设备 Download PDF

Info

Publication number
CN112948176B
CN112948176B CN202110201365.0A CN202110201365A CN112948176B CN 112948176 B CN112948176 B CN 112948176B CN 202110201365 A CN202110201365 A CN 202110201365A CN 112948176 B CN112948176 B CN 112948176B
Authority
CN
China
Prior art keywords
database
backup
data
running state
time
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
Application number
CN202110201365.0A
Other languages
English (en)
Other versions
CN112948176A (zh
Inventor
杜青
光志龙
雒丹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Suninfo Technology Co ltd
Original Assignee
Shanghai Suninfo Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shanghai Suninfo Technology Co ltd filed Critical Shanghai Suninfo Technology Co ltd
Priority to CN202110201365.0A priority Critical patent/CN112948176B/zh
Publication of CN112948176A publication Critical patent/CN112948176A/zh
Application granted granted Critical
Publication of CN112948176B publication Critical patent/CN112948176B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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
    • 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/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • 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/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Computing Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请的目的是提供一种DB2数据库恢复的方法及设备，本申请通过建立待恢复DB2数据库的保护任务；周期性执行所述保护任务，进行数据库备份以及实时日志备份，得到备份数据；根据所述备份数据将所述待恢复DB2数据库转换为运行态数据库，以及对所述运行态数据库执行数据库命令，进行应用归档；根据需要恢复的时间点从后台去匹配所述应用归档，将所述运行态数据库进行恢复。从而可以实现DB2数据库的快速恢复，并且可以缩短提供数据库的时间，可以快速提供多个数据库给测试部门等；还可以减少数据库存储空间，多个数据库底层占用一份基存储。

Description

一种DB2数据库恢复的方法及设备
技术领域
本申请涉及计算机领域，尤其涉及一种DB2数据库恢复的方法及设备。
背景技术
随着大数据时代的到来，数据的使用量在成倍增长，在各行各业中有价值的数据更多存放在数据库中，DB2数据库作为主流数据库之一。对其的保护和管理以及使用也成为一项重要的课题。而传统的数据库备份和还原是由数据库管理员进行的，存在以下的缺陷：
一、时间成本问题，一般对于数据库恢复步骤：全量备份的恢复，增量备份的恢复，归档日志应用，选择的时间点恢复有可能还需要多个增备文件，很多个归档日志，一方面数据库恢复需要的步骤很多，另一方面全量恢复需要很长的时间，日志多的时候也会耗费大量时间。如果需要进行多个数据库恢复，那就会做许多重复的工作，增加了很多的时间成本。
二、空间成本问题，数据库管理员一般会周期性的进行全备，增备，归档日志备份，这需要大量的存储，当要恢复数据库的时候，还需要进行一个全量备份文件恢复、一组归档日志文件恢复，也可能需要一组增量备份文件恢复。每次恢复都需要恢复这些文件，无疑占据了很多存储空间，如果需要任意时间点的恢复，需要保留相应的时间段的所有备份文件。如果需要多个任意时间的数据库，则需要准备多份存储，增加了存储负担。
发明内容
本申请的一个目的是提供一种DB2数据库恢复的方法及设备，解决现有技术中的数据库备份和还原是由数据库管理员进行，导致时间成本高、空间成本高的问题。
根据本申请的一个方面，提供了一种DB2数据库恢复的方法，该方法包括：
建立待恢复DB2数据库的保护任务；
周期性执行所述保护任务，进行数据库备份以及实时日志备份，得到备份数据；
根据所述备份数据将所述待恢复DB2数据库转换为运行态数据库，以及对所述运行态数据库执行数据库命令，进行应用归档；
根据需要恢复的时间点从后台去匹配所述应用归档，将所述运行态数据库进行恢复。
可选地，建立待恢复DB2数据库的保护任务，包括：
根据待恢复DB2数据库的名称建立保护任务，其中，所述保护任务包括数据库备份、日志备份以及转换机。
可选地，根据所述备份数据将所述待恢复DB2数据库转换为运行态数据库，包括：
根据所述转换机将所述待恢复DB2数据库对应的备份数据从备份态数据转换为运行态数据。
可选地，根据所述转换机将所述待恢复DB2数据库对应的备份数据从备份态数据转换为运行态数据，包括：
根据所述转换机将执行所述保护任务的第一个周期内所述待恢复DB2数据库对应的备份数据从备份态数据进行全量转换，得到全量数据的运行态数据。
可选地，对所述运行态数据库执行数据库命令，进行应用归档，包括：
根据所述全量数据的运行态数据得到当前运行态数据库，执行所述当前运行态数据库命令，将所述第一周期之后的其他周期内的全量数据的运行态数据自动在对应的周期内进行应用归档日志，得到最新的运行态数据。
可选地，所述方法包括：
每次进行转换为运行态数据时均创建快照，并记录快照时间点。
可选地，根据需要恢复的时间点从后台去匹配所述应用归档，将所述运行态数据库进行恢复，包括：
根据需要恢复的时间点从后台去自动匹配最近的快照点和所需的应用归档日志，通过文件共享至目标客户端，以使所述目标客户端拉取匹配到的快照点对应的运行态数据库。
根据本申请又一个方面，还提供了一种DB2数据库恢复的设备，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如前述所述方法的操作。
根据本申请再一个方面，还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如前述所述的方法。
与现有技术相比，本申请通过建立待恢复DB2数据库的保护任务；周期性执行所述保护任务，进行数据库备份以及实时日志备份，得到备份数据；根据所述备份数据将所述待恢复DB2数据库转换为运行态数据库，以及对所述运行态数据库执行数据库命令，进行应用归档；根据需要恢复的时间点从后台去匹配所述应用归档，将所述运行态数据库进行恢复。从而可以实现DB2数据库的快速恢复，并且可以缩短提供数据库的时间，可以快速提供多个数据库给测试部门等；还可以减少数据库存储空间，多个数据库底层占用一份基存储。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1示出根据本申请的一个方面提供的一种DB2数据库恢复的方法流程示意图；
图2示出本申请一实施例中数据库保护任务周期执行的流程示意图；
图3示出本申请一实施例中选择时间点快速恢复数据库的示意图；
图4示出本申请一实施例中DB2数据库快速恢复的方法流程示意图；
图5示出本申请又一个方面提供的一种DB2数据库恢复的设备的结构示意图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(例如中央处理器(Central Processing Unit，CPU))、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RandomAccess Memory，RAM)和/或非易失性内存等形式，如只读存储器(Read Only Memory，ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(Phase-Change RAM，PRAM)、静态随机存取存储器(Static Random Access Memory，SRAM)、动态随机存取存储器(Dynamic RandomAccess Memory，DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、数字多功能光盘(Digital Versatile Disk，DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
图1示出根据本申请的一个方面提供的一种DB2数据库恢复的方法流程示意图，该方法包括：步骤S11～步骤S14，其中，步骤S11，建立待恢复DB2数据库的保护任务；步骤S12，周期性执行所述保护任务，进行数据库备份以及实时日志备份，得到备份数据；步骤S13，根据所述备份数据将所述待恢复DB2数据库转换为运行态数据库，以及对所述运行态数据库执行数据库命令，进行应用归档；步骤S14，根据需要恢复的时间点从后台去匹配所述应用归档，将所述运行态数据库进行恢复。从而可以实现DB2数据库的快速恢复，并且可以缩短提供数据库的时间，可以快速提供多个数据库给测试部门等；还可以减少数据库存储空间，多个数据库底层占用一份基存储。
具体地，在步骤S11中，建立待恢复DB2数据库的保护任务；在此，为需要恢复的DB2数据库创建保护任务，后续方便进行周期性执行保护任务，完成在任意点的恢复。
具体地，在步骤S12中，周期性执行所述保护任务，进行数据库备份以及实时日志备份，得到备份数据；在此，当数据库保护任务创建完成之后，后台会监控到达设置周期后，自动进行数据库备份以及实时日志备份，进而得到数据库的相关备份数据，其中，日志备份是数据库第一次备份开始生成的所有归档日志进行的备份。
具体地，在步骤S13中，根据所述备份数据将所述待恢复DB2数据库转换为运行态数据库，以及对所述运行态数据库执行数据库命令，进行应用归档；在此，根据已备份好的数据将待恢复DB2数据库从备份态转换为运行态数据库，从而可以对转换后的运行态数据库执行数据库命令，进行数据的应用归档。
具体地，在步骤S14中，根据需要恢复的时间点从后台去匹配所述应用归档，将所述运行态数据库进行恢复。从而可以实现DB2数据库的快速恢复，并且可以缩短提供数据库的时间，可以快速提供多个数据库给测试部门等；还可以减少数据库存储空间，多个数据库底层占用一份基存储。在此，选择需要恢复的任意时间点，从后台去自动匹配执行数据库命令得到的应用归档，从而根据该应用归档拉取数据库，进行数据库的恢复。通过快速提供任意点数据库，操作简单灵活，并且节省了很多存储。
在本申请一实施例中，在步骤S11中，根据待恢复DB2数据库的名称建立保护任务，其中，所述保护任务包括数据库备份、日志备份以及转换机。其中，在步骤S13中，根据所述转换机将所述待恢复DB2数据库对应的备份数据从备份态数据转换为运行态数据。在此，根据提供的数据库名称建立数据库的保护任务，该保护任务为配置数据库周期计划，包括数据库备份、日志备份以及转换机，该转换机为数据库从备份态转换为运行态数据库时使用的机器，也用于后续的日志应用，保持数据库的运行状态。
在本申请一实施例中，可以根据所述转换机将执行所述保护任务的第一个周期内所述待恢复DB2数据库对应的备份数据从备份态数据进行全量转换，得到全量数据的运行态数据。根据所述全量数据的运行态数据得到当前运行态数据库，执行所述当前运行态数据库命令，将所述第一周期之后的其他周期内的全量数据的运行态数据自动在对应的周期内进行应用归档日志，得到最新的运行态数据。在此，如图2所示，第一个周期进行全量转换，即将第一个周期内的备份数据从备份态转换为运行态，得到全量数据的运行态数据，即此时的运行态数据为全量数据，之后的其他周期内，是每次自动应用归档日志，保持一个最新数据状态的运行态数据库；比如，第一次周期到第二次周期进行全量转换，第二周期到第三周期是在该全量的基础上应用第二到第三周期的产生的归档日志。而数据库处于运行态时可以执行数据库命令来应用归档。
继续参考图2，每次进行转换为运行态数据时均创建快照，并记录快照时间点。在此，快照是每次转换一次都会创建一个快照，并记录该快照时间点，从而可以后续任意选择一个快照时间点进行数据库的恢复。应用归档数据库在全量转换的基础上再应用一个时间周期内产生的归档。
在本申请一实施例中，根据需要恢复的时间点从后台去自动匹配最近的快照点和所需的应用归档日志，通过文件共享至目标客户端，以使所述目标客户端拉取匹配到的快照点对应的运行态数据库。在此，选择需要恢复的任意时间点，从后台去匹配最近的快照点和需要用到的归档日志，比如用户选择2021-01-26 18:00的时间点，则匹配找最近的快照2021-01-26 16:00以及16:00-18:00之间数据库产生的归档日志，该归档日志记录数据库的所有数据变化；通过文件将归档日志共享给目标机，然后直接拉取数据库，具体如3所示，比如有四个快照，快照1是全量转换数据库，快照2到快照4是应用归档数据库，用户选择需要恢复的时间点，根据归档的日志文件以及快照数据恢复周二晚上23:00数据库。
在本申请一实施例中，如图4所示，创建数据库保护任务，周期性执行保护任务，包括实时同步归档、按照周期备份数据库以及按照周期应用归档，最后根据归档日志进行快速恢复数据库。从而可以快速提供任意时间点数据库，操作简单灵活，并且节省了很多存储，同时也减少数据库管理员的繁杂工作，对于数据库使用人员而言，随时随地都可以提供出需要的数据库，减少了大量的数据准备时间。
此外，本申请实施例还提供了一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现前述一种DB2数据库恢复的方法。
在本申请一实施例中，还提供了一种DB2数据库恢复的设备，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如前述所述方法的操作。
例如，计算机可读指令在被执行时使所述一个或多个处理器：
建立待恢复DB2数据库的保护任务；
周期性执行所述保护任务，进行数据库备份以及实时日志备份，得到备份数据；
根据所述备份数据将所述待恢复DB2数据库转换为运行态数据库，以及对所述运行态数据库执行数据库命令，进行应用归档；
根据需要恢复的时间点从后台去匹配所述应用归档，将所述运行态数据库进行恢复。
图5示出本申请又一个方面提供的一种DB2数据库恢复的设备的结构示意图，所述设备包括：建立装置11、备份装置12、转换装置13及恢复装置14，其中，建立装置11用于建立待恢复DB2数据库的保护任务；备份装置12用于周期性执行所述保护任务，进行数据库备份以及实时日志备份，得到备份数据；转换装置13用于根据所述备份数据将所述待恢复DB2数据库转换为运行态数据库，以及对所述运行态数据库执行数据库命令，进行应用归档；恢复装置14用于根据需要恢复的时间点从后台去匹配所述应用归档，将所述运行态数据库进行恢复。
需要说明的是，建立装置11、备份装置12、转换装置13及恢复装置14执行的内容分别与上述步骤S11、S12、S13和S14中的内容相同或相应相同，为简明起见，在此不再赘述。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (7)

1.一种DB2数据库恢复的方法，其中，所述方法包括：
根据待恢复DB2数据库的名称建立保护任务，其中，所述保护任务包括数据库备份、日志备份以及转换机，所述转换机为数据库从备份态转换为运行态数据库时使用的机器；
周期性执行所述保护任务，进行数据库备份以及实时日志备份，得到备份数据；
根据所述转换机将所述待恢复DB2数据库对应的备份数据从备份态数据转换为运行态数据，保持数据库的运行状态，以及对所述运行态数据库执行数据库命令，进行应用归档；
根据需要恢复的时间点从后台去匹配所述应用归档，将所述运行态数据库进行恢复。
2.根据权利要求1所述的方法，其中，根据所述转换机将所述待恢复DB2数据库对应的备份数据从备份态数据转换为运行态数据，包括：
根据所述转换机将执行所述保护任务的第一个周期内所述待恢复DB2数据库对应的备份数据从备份态数据进行全量转换，得到全量数据的运行态数据。
3.根据权利要求2所述的方法，其中，对所述运行态数据库执行数据库命令，进行应用归档，包括：
根据所述全量数据的运行态数据得到当前运行态数据库，执行所述当前运行态数据库命令，将第一周期之后的其他周期内的全量数据的运行态数据自动在对应的周期内进行应用归档日志，得到最新的运行态数据。
4.根据权利要求1所述的方法，其中，所述方法包括：
每次进行转换为运行态数据时均创建快照，并记录快照时间点。
5.根据权利要求4所述的方法，其中，根据需要恢复的时间点从后台去匹配所述应用归档，将所述运行态数据库进行恢复，包括：
根据需要恢复的时间点从后台去自动匹配最近的快照点和所需的应用归档日志，通过文件共享至目标客户端，以使所述目标客户端拉取匹配到的快照点对应的运行态数据库。
6.一种DB2数据库恢复的设备，其中，所述设备包括：
一个或多个处理器；以及
存储有计算机可读指令的存储器，所述计算机可读指令在被执行时使所述处理器执行如权利要求1至5中任一项所述方法的操作。
7.一种计算机可读介质，其上存储有计算机可读指令，所述计算机可读指令可被处理器执行以实现如权利要求1至5中任一项所述的方法。
CN202110201365.0A 2021-02-23 2021-02-23 一种db2数据库恢复的方法及设备 Active CN112948176B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110201365.0A CN112948176B (zh) 2021-02-23 2021-02-23 一种db2数据库恢复的方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110201365.0A CN112948176B (zh) 2021-02-23 2021-02-23 一种db2数据库恢复的方法及设备

Publications (2)

Publication Number Publication Date
CN112948176A CN112948176A (zh) 2021-06-11
CN112948176B true CN112948176B (zh) 2023-09-15

Family

ID=76245499

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110201365.0A Active CN112948176B (zh) 2021-02-23 2021-02-23 一种db2数据库恢复的方法及设备

Country Status (1)

Country Link
CN (1) CN112948176B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113360322B (zh) * 2021-06-25 2023-06-13 上海上讯信息技术股份有限公司 一种基于备份系统恢复数据的方法及设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070119821A (ko) * 2006-06-16 2007-12-21 김대원 다중 사용자 환경에서의 서버 시스템을 이용한 운영체제백업/복구와 게임 백업/복구/업데이트/설치/실행 및운영체제 관리 시스템 및 그 방법
CN105955843A (zh) * 2016-04-21 2016-09-21 久盈世纪（北京）科技有限公司 一种用于数据库恢复的方法与设备
CN107256182A (zh) * 2017-05-03 2017-10-17 上海上讯信息技术股份有限公司 一种数据库还原的方法及设备
CN110209528A (zh) * 2018-11-30 2019-09-06 腾讯科技（深圳）有限公司 数据备份方法、装置、服务器以及存储介质

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7822717B2 (en) * 2006-02-07 2010-10-26 Emc Corporation Point-in-time database restore

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070119821A (ko) * 2006-06-16 2007-12-21 김대원 다중 사용자 환경에서의 서버 시스템을 이용한 운영체제백업/복구와 게임 백업/복구/업데이트/설치/실행 및운영체제 관리 시스템 및 그 방법
CN105955843A (zh) * 2016-04-21 2016-09-21 久盈世纪（北京）科技有限公司 一种用于数据库恢复的方法与设备
CN107256182A (zh) * 2017-05-03 2017-10-17 上海上讯信息技术股份有限公司 一种数据库还原的方法及设备
CN110209528A (zh) * 2018-11-30 2019-09-06 腾讯科技（深圳）有限公司 数据备份方法、装置、服务器以及存储介质

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
An Efficient Database Backup and Recovery Scheme using Write-Ahead Logging;Hwajung Kim;《2020 IEEE 13th International Conference on Cloud Computing (CLOUD)》;405-413 *
Oracle数据库备份和恢复;吴文雄;;涟钢科技与管理(04);61-63 *
基于压力转移方式的存储与备份架构设计;刘磊;《CNKI优秀硕士学位论文全文库》;I138-88 *

Also Published As

Publication number Publication date
CN112948176A (zh) 2021-06-11

Similar Documents

Publication Publication Date Title
JP5731000B2 (ja) 差分バックアップからのデータベースの個別復元を実行する方法及びシステム
CN107256182B (zh) 一种数据库还原的方法及设备
US9703640B2 (en) Method and system of performing incremental SQL server database backups
US10162714B2 (en) Methods and systems for restoring data containers in a storage system
US7370164B1 (en) Backup of virtual machines from the base machine
EP2494456B1 (en) Backup using metadata virtual hard drive and differential virtual hard drive
US9377964B2 (en) Systems and methods for improving snapshot performance
US8117492B1 (en) Techniques for backup error management
KR101556435B1 (ko) 데이터베이스 백업본 복구 방법 및 그 장치
US9223661B1 (en) Method and apparatus for automatically archiving data items from backup storage
US10853189B2 (en) Image restore from incremental backup
US20140025640A1 (en) Data mining systems and methods for heterogeneous data sources
US8527479B2 (en) Determining whether a selected backup set satisfies a retention policy
US8762347B1 (en) Method and apparatus for processing transactional file system operations to enable point in time consistent file data recreation
US7415585B1 (en) Space-optimized backup repository grooming
CN113360322B (zh) 一种基于备份系统恢复数据的方法及设备
US20160179631A1 (en) Techniques for data backup and restoration
CN112948176B (zh) 一种db2数据库恢复的方法及设备
US9946559B1 (en) Techniques for managing virtual machine backups
US20140201158A1 (en) Methods for preserving generation data set sequences
US9489271B1 (en) User interface for restoring databases
CN112765129A (zh) 一种实现数据库数据版本管理的方法与设备
US20140195554A1 (en) System and method for case activity monitoring and case data recovery using audit logs in e-discovery
US20230306014A1 (en) Transactionally consistent database exports
US20190138398A1 (en) Enhancing data backup and recovery performance

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