CN115098300B - 一种数据库的备份方法、容灾方法、装置及设备 - Google Patents
一种数据库的备份方法、容灾方法、装置及设备 Download PDFInfo
- Publication number
- CN115098300B CN115098300B CN202210752373.9A CN202210752373A CN115098300B CN 115098300 B CN115098300 B CN 115098300B CN 202210752373 A CN202210752373 A CN 202210752373A CN 115098300 B CN115098300 B CN 115098300B
- Authority
- CN
- China
- Prior art keywords
- snapshot
- backup
- image file
- data
- 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.)
- Active
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 103
- 238000000034 method Methods 0.000 title claims abstract description 86
- 238000004590 computer program Methods 0.000 claims description 14
- 239000000725 suspension Substances 0.000 claims description 10
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000010367 cloning Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000005096 rolling process Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000006467 substitution reaction Methods 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
- 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
- G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
-
- 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
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/80—Database-specific techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/815—Virtual
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/84—Using snapshots, i.e. a logical point-in-time copy of the data
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
本发明公开了一种数据库的备份方法、容灾方法、装置及设备，涉及计算机技术领域，备份方法包括：确定备份请求；备份请求中携带有待备份数据库实例的信息；基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据。本发明通过创建数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照以获取数据库实例的备份数据，备份时不局限于数据库的厂商，因此备份数据可以满足RTO以及RPO要求；在进行容灾时，数据库实例所需的备份数据是根据数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照决定的，容灾时满足RTO以及RPO的需求。
Description
技术领域
本发明涉及计算机技术领域，具体涉及一种数据库的备份方法、容灾方法、装置及设备。
背景技术
数据库(Database，DB)以各种文件的形式存放在物理磁盘上，数据库是物理操作系统文件或磁盘数据块的集合，比如数据文件、索引文件、结构文件等，当然并非所有的数据库系统都是基于文件的，也有直接把数据写入数据存储的形式。
数据库最核心的是其存储的数据，在日常使用过程中，系统可能出现的突发性故障会导致数据丢失、被修改，因此，需要对数据库存储的数据进行定期的备份。目前对数据库的数据备份后得到的备份文件并非一定是原格式的文件，导致无法支持数据库的快速恢复，而恢复时间目标(Recovery Time Objective，RTO)以及数据恢复点目标(RecoveryPoint Objective，RPO)是企业灾难恢复(Disaster Recovery，DR)需要考虑的关键指标。
因此，如何快速地恢复数据库的数据以形成业务能力，是数据库容灾备份的一个亟待解决的重要课题。
发明内容
有鉴于此，本发明实施例提供了一种数据库的容灾备份方法、装置及设备，以解决虚拟机容灾备份没有完善方案的问题。
根据第一方面，本发明实施例提供了一种数据库的备份方法，所述方法包括：
确定备份请求；备份请求中携带有待备份数据库实例的信息；
基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据。
结合第一方面，在第一方面第一实施方式中，在所述确定备份请求步骤之后，该方法还包括以下步骤：
确定待备份数据库实例的信息以及所在的设备；设备包括物理机和虚拟机。
结合第一方面第一实施方式，在第一方面第二实施方式中，所述基于备份，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据步骤中，还包括：
基于已确定的所在的虚拟机，挂起待备份数据库实例对应的数据库，并基于已创建的快照，解除待备份数据库的挂起。
结合第一方面，在第一方面第三实施方式中，当备份请求为全量备份请求时，所述基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据，具体包括：
基于全量备份请求，创建第一镜像文件的第一快照；第一镜像文件用于表征创建快照的时间点对应的虚拟磁盘镜像文件；
创建第二镜像文件；第二镜像文件的资源信息与待备份数据库实例所在的虚拟机的资源信息相同；
将第一快照写入第二镜像文件中，并创建写入后的第二镜像文件的快照；写入后的第二镜像文件为全量备份数据。
结合第一方面，在第一方面第四实施方式中，当备份请求为增量备份请求时，所述基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据，具体包括：
基于增量备份请求，确定第三镜像文件的第二快照以及创建第三镜像文件的第三快照；第三镜像文件用于表征上一次备份请求的时间点对应的虚拟磁盘镜像文件，第二快照用于表征第三镜像文件在上一次备份请求的时间点创建的快照，第三快照对应的时间点位于第二快照对应的时间点之后；
确定上一次备份请求生成的备份数据；
确定第三快照与第二快照之间的快照差异，基于快照差异确定虚拟磁盘镜像文件的差异数据，并将差异数据写入上一次备份请求生成的备份数据中，并创建写入后的备份数据的快照；写入后的备份数据为增量备份数据。
根据第二方面，本发明实施例还提供了一种数据库的容灾方法，所述方法包括：
确定容灾请求；容灾请求中包括请求恢复的时间点；
基于容灾请求，确定对应时间点的备份数据，并基于备份数据，确定数据盘；备份数据是基于对待恢复数据库实例所在的虚拟机的虚拟磁盘镜像文件创建的快照确定的；
挂载数据盘至待恢复数据库实例所在的设备，并基于已挂载的数据盘，创建并运行数据库实例。
根据第三方面，本发明实施例还提供了一种数据库的备份装置，所述装置包括：
第一确定模块，用于确定备份请求；备份请求中携带有待备份数据库实例的信息；
数据备份模块，用于基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据。
根据第四方面，本发明实施例还提供了一种数据库的容灾装置，所述装置包括：
第二确定模块，用于确定容灾请求；容灾请求中包括请求恢复的时间点；
第三确定模块，用于基于容灾请求，确定对应时间点的备份数据，并基于备份数据，确定数据盘；备份数据是基于对待恢复数据库实例所在的虚拟机的虚拟磁盘镜像文件创建的快照确定的；
数据恢复模块，用于挂载数据盘至待恢复数据库实例所在的设备，并基于已挂载的数据盘，创建并运行数据库实例。
根据第五方面，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现如上述任一项数据库的备份方法的步骤，或者，如上述任一项的数据库的容灾方法的步骤。
根据第六方面，本发明实施例还提供了一种非暂态计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述任一项所述数据库的备份方法的步骤，或者，如上述任一项所述的数据库的容灾方法的步骤。
根据第七方面，本发明实施例还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时，实现如上述任一项所述的数据库的备份方法，或者，如上述任一项所述的数据库的容灾方法。
本发明提供的数据库的备份方法、容灾方法、装置及设备，通过创建数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照以获取数据库实例的备份数据，之后基于备份数据恢复数据库实例时，可以实现数据库文件原格式的备份，备份时不局限于数据库的厂商，因此备份数据可以满足RTO以及RPO要求，支持数据库的快速恢复；
在进行容灾时，数据库实例所需的备份数据是根据数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照决定的，因此基于这样的备份数据可以实现数据库文件原格式的容灾，容灾时不局限于数据库的容灾，满足RTO以及RPO的需求，从而快速创建并运行数据库实例，以实现高效率地进行数据库的容灾。
附图说明
通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中：
图1示出了本发明实施例提供的数据库的备份方法的流程示意图之一；
图2示出了本发明实施例提供的数据库的备份方法的流程示意图之二；
图3示出了本发明实施例提供的数据库的备份方法中步骤S30的流程示意图之一；
图4示出了本发明实施例提供的数据库的备份方法中步骤S30的流程示意图之二；
图5示出了本发明实施例提供的数据库的备份装置的结构示意图；
图6示出了本发明实施例提供的数据库的容灾方法的流程示意图；
图7示出了本发明实施例提供的数据库的容灾装置的结构示意图；
图8示出了本发明实施例提供的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
数据库以各种文件的形式存放在物理磁盘或者虚拟磁盘上，数据库是物理操作系统文件或磁盘数据块的集合，比如数据文件、索引文件、结构文件等，当然并非所有的数据库系统都是基于文件的，也有直接把数据写入数据存储的形式。数据库实例(DatabaseInstance)则是程序，是位于用户和操作系统之间的一层数据管理软件。具体的，数据库实例是访问数据库的通道，用户对数据库中的数据做任何的操作，包括数据定义、数据查询、数据维护、数据库运行控制等等都是在数据库实例下进行的，用以进行创建、查询、更新和删除数据，应用程序只有通过数据库实例才能和数据库进行交互。除此之外还有内存块，用来存放中间数据。用户在读取数据时，数据库实例会调用它的数据库引擎来查询和读取磁盘上文件里的数据，将这些数据读到告诉缓冲池(内存)中，然后再提交给用户，所以数据库实例也可以理解为数据库服务引擎。
数据库最核心的是其存储的数据，为了避免系统可能出现的突发性故障会导致数据丢失、被修改，需要对数据库存储的数据进行定期的备份，例如，应用云备份技术，能够在灾难发生时，进行云端备份，使得所数据库有在线的应用数据基本不会丢失，恢复间隔接近实时，让业务恢复快速启动和运行。
在很多情况下，会选择将数据库安装在虚拟机上。虚拟机(Virtual Machine，VM)指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。在实体计算机也就是物理机中能够完成的工作在虚拟机中都能够实现。
现有技术中，一种常规的对数据库备份方式为：在安装数据库的guest-os中安装备份代理(agent)，再获取数据库的基本安装信息，将备份数据存储至guest-os中，由备份代理完成数据库的状态处理及备份过程。
然而，上述方式得到的备份文件并非一定是原格式的文件，导致无法支持数据库的快速恢复，无法满足RTO以及RPO的需求。
下面结合图1对本发明的数据库的备份方法进行介绍，该方法包括：
S10、确定备份请求。
在本实施例中，备份请求为全量备份请求或者增量备份请求，全量备份是指备份指定目标下的所有有效数据；增量备份是指在上一次备份(包括全量备份和增量备份)的基础上，备份新增或改变的文件。并且备份请求中携带有待备份数据库实例的信息。
更具体的，在本实施例中，数据库实例的信息包括用户名、密码、IP地址、端口号、实例名、数据库类型等参数中的至少一项或者多项的组合。
在本实施例中，备份请求可以是针对至少一个数据库实例的备份。
在本发明的一些可能的实施例中，备份请求可以由用户自主配置生成的；在本发明的另一些可能的实施例中，备份请求也可以由电子设备配置生成的，其中，电子设备可以每经过设定的时间生成一次对应类型的备份请求，也可以在指定的时间点生成一次对应类型的备份请求。
S30、基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据(文件)。
上述的数据备份过程可以由备份代理完成。
快照是指数据在某个时间点的图像，是数据的一个完全可用拷贝，可用来提供在线数据恢复，而对于虚拟机，快照有效地代表虚拟磁盘镜像文件的某个时间节点图像。为了确保快照中的数据与某个时间节点状态完全一致，达到数据一致性要求，并且确保快照数据的完整可靠与安全性，本发明的实施例中，创建的快照均为一致性快照。
在本发明的不同实施例中，目前已知的任意不同快照技术均可用来创建并维护一致性快照，在此不做过多阐述。
由于该方法中，基于快照技术确定数据库实例所在的虚拟机的虚拟磁盘镜像文件，也就是用于安装数据库实例的虚拟机的虚拟磁盘镜像文件，再通过对虚拟磁盘镜像文件进行备份，确定待备份数据库实例的备份数据，以此，可以实现数据库文件原格式的备份，备份时不局限于数据库的厂商。
本发明提供的数据库的备份方法中，通过创建数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照以获取数据库实例的备份数据，之后基于备份数据恢复数据库实例时，可以实现数据库文件原格式的备份，备份时不局限于数据库的厂商，因此备份数据可以满足RTO以及RPO要求，支持数据库的快速恢复。
为了保证数据的一致性，数据库备份时还需要将数据库挂起，数据库挂起指的是暂停数据库所有的物理文件(例如，控制文件/数据文件以及日志文件等)的I/O操作，这样能够保证数据库在没有任何I/O操作的情况下进行物理备份，但是长时间挂起数据库会对数据库的性能造成影响。
因此，该方法在步骤S30中还会包括以下步骤：
基于已确定的待备份数据库实例所在的虚拟机，挂起待备份数据库实例对应的数据库，并基于已创建的快照，解除待备份数据库的挂起。
也就是说，该方法仅对虚拟机创建快照时，需要挂起数据库，在创建快照结束后，就会解除数据库的挂起，并非在数据备份的全过程都需要挂起数据库，通过这样的设置，可以避免长时期挂起数据库，尽可能地保障数据库的性能。
以Mysql数据库备份为例对本发明的数据库的备份方法进行说明，备份代理在抓取到数据库实例所在的虚拟机后，数据库对应的Mysql数据库开启热备模式，在对虚拟机创建快照后，备份代理通知MySQL数据库解除热备模式。
在本发明一些可能的实施例中，备份代理在备份数据时，可以在固定的目录/子目录下保存关于待备份实例的元数据信息，元数据包含原实例名称、端口号、数据路径、日志路径等轻量信息，上述元数据用于后续容灾时快速查找相应的备份数据。
下面结合图2对本发明的数据库的备份方法进行介绍，该方法在步骤S10之后还包括以下步骤：
S20、确定待备份数据库实例的信息以及所在的设备，设备包括物理机和虚拟机，上述物理机是待备份数据库实例所在的虚拟机所在的物理机，也就是安装待备份数据库实例的虚拟机的物理机。
上述确定待备份数据库实例所在的设备可以由备份代理进行，即，由备份代理抓取数据库实例所在的设备信息。
步骤S20中的信息指的是步骤S10中描述的信息。
在进行本发明的数据库的备份之前，还可以进行以下的备份前准备工作：
A100、确定(发现)数据库的所有数据库实例。
A200、确定(发现)步骤A100中各个数据库实例的信息、状态、所在的设备。
具体的，状态指的是数据库实例是正常运行状态还是异常运行状态。在本发明一些可能的实施例中，可以根据数据库实例的状态决定备份请求。
在本发明一些可能的实施例中，下面结合图3对本发明的数据库的备份方法进行介绍，当备份请求为全量备份请求时，步骤S30具体包括：
S301、基于全量备份请求，创建第一镜像文件的第一快照，第一镜像文件用于表征创建快照的时间点对应的虚拟磁盘镜像文件。
S302、创建与待备份数据库实例所在的虚拟机的资源信息相同的资源信息的第二镜像文件，也就是说第二镜像文件的规格与待备份数据库实例所在的虚拟机的规格相同。
在本实施例中，资源信息包括存储(内存)资源。
S303、将第一快照写入第二镜像文件中，并创建写入后的第二镜像文件的快照，可以理解的是，写入后的第二镜像文件为全量备份数据。
在本发明另一些可能的实施例中，下面结合图4对本发明的数据库的备份方法进行介绍，当备份请求为增量备份请求时，步骤S30具体包括：
S304、基于增量备份请求，确定第三镜像文件的第二快照以及创建第三镜像文件的第三快照。第三镜像文件用于表征上一次备份请求的时间点对应的虚拟磁盘镜像文件，第二快照用于表征第三镜像文件在上一次备份请求的时间点创建的快照，第三快照对应的时间点位于第二快照对应的时间点之后。
需要说明的是，上一次备份请求为距离本次增量备份请求最近一次的备份请求，上一次备份请求可以是全量备份请求也可以是增量备份请求。
S305、确定上一次备份请求生成的备份数据。
S306、确定第三快照与第二快照之间的快照差异，基于快照差异确定虚拟磁盘镜像文件的差异数据，并将差异数据写入上一次备份请求生成的备份数据中，可以理解的是，写入后的备份数据为增量备份数据。
本发明的数据库的备份方法由于基于虚拟机的快照进行数据的备份，因此增量备份时生成的为非独立的备份文件，每次增量备份实际都是一个完整的备份点，即将数据库数据的备份转换为虚拟机的镜像文件的备份，本发明的增量备份时时写入(合成)的是差异数据，能够减少备份时的开销和耗时。并且在每次备份完成后，都会对当前的备份数据(base_volume)做一次快照，作为当次的备份点进行保留。在后续恢复至增量备份点时，只要将备份数据(base_volume)回滚到增量备份对应的快照点，也就是恢复至创建增量备份的时间点即可。
下面对本发明提供的数据库的备份装置进行描述，下文描述的数据库的备份装置与上文描述的数据库的备份方法可相互对应参照。
下面结合图5对本发明的数据库的备份装置进行介绍，该装置包括：
第一确定模块10，用于确定备份请求。
在本实施例中，备份请求为全量备份请求或者增量备份请求，全量备份是指备份指定目标下的所有有效数据；增量备份是指在上一次备份(包括全量备份和增量备份)的基础上，备份新增或改变的文件。并且备份请求中携带有待备份数据库实例的信息。
更具体的，在本实施例中，数据库实例的信息包括用户名、密码、IP地址、端口号、实例名、数据库类型等参数中的至少一项或者多项的组合。
在本实施例中，备份请求可以是针对至少一个数据库实例的备份。
在本发明的一些可能的实施例中，备份请求可以由用户自主配置生成的；在本发明的另一些可能的实施例中，备份请求也可以由电子设备配置生成的，其中，电子设备可以每经过设定的时间生成一次对应类型的备份请求，也可以在指定的时间点生成一次对应类型的备份请求。
数据备份模块30，用于基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据(文件)。
上述的数据备份过程可以由备份代理完成。
在本实施例中，待备份数据库实例是安装在虚拟机上的，也就是说，待备份数据库文件是存储在虚拟硬盘中的。
快照是指数据在某个时间点的图像，是数据的一个完全可用拷贝，可用来提供在线数据恢复，而对于虚拟机，快照有效地代表虚拟磁盘镜像文件的某个时间节点图像。为了确保快照中的数据与某个时间节点状态完全一致，达到数据一致性要求，并且确保快照数据的完整可靠与安全性，本发明的实施例中，创建的快照均为一致性快照。
在本发明的不同实施例中，目前已知的任意不同快照技术均可用来创建并维护一致性快照，在此不做过多阐述。
由于该装置中，基于快照技术确定数据库实例所在的虚拟机的虚拟磁盘镜像文件，也就是用于安装数据库实例的虚拟机的虚拟磁盘镜像文件，再通过对虚拟磁盘镜像文件进行备份，确定待备份数据库实例的备份数据，以此，可以实现数据库文件原格式的备份，备份时不局限于数据库的厂商。
本发明提供的数据库的备份装置中，通过创建数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照以获取数据库实例的备份数据，之后基于备份数据恢复数据库实例时，可以实现数据库文件原格式的备份，备份时不局限于数据库的厂商，因此备份数据可以满足RTO以及RPO要求，支持数据库的快速恢复。
为了保证数据的一致性，数据库备份时还需要将数据库挂起，数据库挂起指的是暂停数据库所有的物理文件(例如，控制文件/数据文件以及日志文件等)的I/O操作，这样能够保证数据库在没有任何I/O操作的情况下进行物理备份，但是长时间挂起数据库会对数据库的性能造成影响。
因此，该装置中数据备份模块30中会处理以下内容：
用于基于已确定的待备份数据库实例所在的虚拟机，挂起待备份数据库实例对应的数据库，并基于已创建的快照，解除待备份数据库的挂起。
也就是说，该方法仅对虚拟机创建快照时，需要挂起数据库，在创建快照结束后，就会解除数据库的挂起，并非在数据备份的全过程都需要挂起数据库，通过这样的设置，可以避免长时期挂起数据库，尽可能地保障数据库的性能。
以Mysql数据库备份为例对本发明的数据库的备份方法进行说明，备份代理在抓取到数据库实例所在的虚拟机后，数据库对应的Mysql数据库开启热备模式，在对虚拟机创建快照后，备份代理通知MySQL数据库解除热备模式。
在本发明一些可能的实施例中，备份代理在备份数据时，可以在固定的目录/子目录下保存关于待备份实例的元数据信息，元数据包含原实例名称、端口号、数据路径、日志路径等轻量信息，上述元数据用于后续容灾时快速查找相应的备份数据。
在本发明一些可能的实施例中，数据库实例备份的不仅是数据还可以包括日志，日志备份时同样是由备份代理进行备份。
该装置还包括：
状态切换模块20，用于确定待备份数据库实例的信息以及所在的设备，设备包括物理机和虚拟机，上述物理机是待备份数据库实例所在的虚拟机所在的物理机，也就是安装待备份数据库实例的虚拟机的物理机。
上述确定待备份数据库实例所在的设备可以由备份代理进行，即，由备份代理抓取数据库实例所在的设备信息。
状态控制模块20中的信息指的是第一确定模块10中描述的信息。
在本发明一些可能的实施例中，当备份请求为全量备份请求时，数据备份模块30具体包括：
第一备份单元301，用于基于全量备份请求，创建第一镜像文件的第一快照，第一镜像文件用于表征创建快照的时间点对应的虚拟磁盘镜像文件。
第二备份单元302，用于创建与待备份数据库实例所在的虚拟机的资源信息相同的资源信息的第二镜像文件，也就是说第二镜像文件的规格与待备份数据库实例所在的虚拟机的规格相同。
在本实施例中，资源信息包括存储(内存)资源。
第三备份单元303，用于将第一快照写入第二镜像文件中，并创建写入后的第二镜像文件的快照，可以理解的是，写入后的第二镜像文件为全量备份数据。
在本发明另一些可能的实施例中，当备份请求为增量备份请求时，数据备份模块30具体包括：
第四备份单元304，用于基于增量备份请求，确定第三镜像文件的第二快照以及创建第三镜像文件的第三快照。第三镜像文件用于表征上一次备份请求的时间点对应的虚拟磁盘镜像文件，第二快照用于表征第三镜像文件在上一次备份请求的时间点创建的快照，第三快照对应的时间点位于第二快照对应的时间点之后。
需要说明的是，上一次备份请求为距离本次增量备份请求最近一次的备份请求，上一次备份请求可以是全量备份请求也可以是增量备份请求。
第五备份单元305，用于确定上一次备份请求生成的备份数据。
第六备份单元306，用于确定第三快照与第二快照之间的快照差异，基于快照差异确定虚拟磁盘镜像文件的差异数据，并将差异数据写入上一次备份请求生成的备份数据中，可以理解的是，写入后的备份数据为增量备份数据。
本发明的数据库的备份方法由于基于虚拟机的快照进行数据的备份，因此增量备份时生成的为非独立的备份文件，每次增量备份实际都是一个完整的备份点，即将数据库数据的备份转换为虚拟机的镜像文件的备份，本发明的增量备份时时写入(合成)的是差异数据，能够减少备份时的开销和耗时。并且在每次备份完成后，都会对当前的备份数据(base_volume)做一次快照，作为当次的备份点进行保留。在后续恢复至增量备份点时，只要将备份数据(base_volume)回滚到增量备份对应的快照点，也就是回滚至创建增量备份的时间点即可。
下面结合图6对本发明的数据库的容灾方法进行介绍，该方法是基于图1至图4描述的本发明的数据库的备份方法所实现的，该方法包括：
S40、确定容灾请求，容灾请求中包括请求恢复的时间点，容灾请求中还可以包括待备份数据库实例的数据库类型。
S50、基于容灾请求，确定对应时间点的备份数据，并基于备份数据，确定数据盘。备份数据是基于对待恢复数据库实例所在的虚拟机的虚拟磁盘镜像文件创建的快照确定的，具体的，如果是全量备份数据则是将快照写入到新创建的与待恢复数据库实例所在的虚拟机的规格相同的虚拟磁盘镜像文件中进而得到的；如果是增量备份数据则是基于该次快照与相邻的前一次快照之间的快照差异确定虚拟机的虚拟磁盘镜像文件的差异数据，再将差异数据写入上一次备份请求生成的备份数据中进而得到的。
在本发明一些可能的实施例中，可以从请求恢复的时间点的快照也就是备份数据相应的快照直接克隆出数据盘；在本发明另一些可能的实施例中，可以从请求恢复的时间点读取备份数据，再写入待恢复虚拟磁盘中，得到数据盘，并且，待恢复虚拟磁盘是新建的空白虚拟磁盘，通过这样的设备一个时间点的备份数据也就是备份点可以恢复多次，发起多个数据库实例，特别的，如果是同一集群，可以直接使用快照克隆功能将备份点克隆到待恢复虚拟磁盘，提升恢复速率。
S60、挂载数据盘至待恢复数据库实例所在的设备，并基于已挂载的数据盘，创建并运行数据库实例。具体的，由备份代理读取新挂载的数据盘得到待恢复的数据，将新的数据库实例的数据文件指向恢复出来的虚拟磁盘中的数据文件，根据给定的实例名、端口号等信息，创建并运行数据库实例。
在本实施例中，如果备份数据时还选择了做了日志备份，可以通过拉取日志后再回滚日志恢复到指定的请求恢复的时间点。
本发明的数据库的容灾方法，在进行容灾时，数据库实例所需的备份数据是根据数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照决定的，因此基于这样的备份数据可以实现数据库文件原格式的容灾，容灾时不局限于数据库的容灾，满足RTO以及RPO的需求，从而快速创建并运行数据库实例，以实现高效率地进行数据库的容灾。
下面对本发明提供的数据库的容灾装置进行描述，下文描述的数据库的容灾装置与上文描述的数据库的容灾方法可相互对应参照。
下面结合图7对本发明的数据库的容灾装置进行介绍，该装置包括：
第二确定模块40，用于确定容灾请求，容灾请求中包括请求恢复的时间点，容灾请求中还可以包括待备份数据库实例的数据库类型。
第三确定模块50，用于基于容灾请求，确定对应时间点的备份数据，并基于备份数据，确定数据盘。备份数据是基于对待恢复数据库实例所在的虚拟机的虚拟磁盘镜像文件创建的快照确定的，具体的，如果是全量备份数据则是将快照写入到新创建的与待恢复数据库实例所在的虚拟机的规格相同的虚拟磁盘镜像文件中进而得到的；如果是增量备份数据则是基于该次快照与相邻的前一次快照之间的快照差异确定虚拟机的虚拟磁盘镜像文件的差异数据，再将差异数据写入上一次备份请求生成的备份数据中进而得到的。
在本发明一些可能的实施例中，可以从请求恢复的时间点的快照也就是备份数据相应的快照直接克隆出数据盘；在本发明另一些可能的实施例中，可以从请求恢复的时间点读取备份数据，再写入待恢复虚拟磁盘中，得到数据盘，并且，待恢复虚拟磁盘是新建的空白虚拟磁盘，通过这样的设备一个时间点的备份数据也就是备份点可以恢复多次，发起多个数据库实例，特别的，如果是同一集群，可以直接使用快照克隆功能将备份点克隆到待恢复虚拟磁盘，提升恢复速率。
数据容灾模块60，用于挂载数据盘至待恢复数据库实例所在的设备，并基于已挂载的数据盘，创建并运行数据库实例。具体的，由备份代理读取新挂载的数据盘得到待恢复的数据，将新的数据库实例的数据文件指向恢复出来的虚拟磁盘中的数据文件，根据给定的实例名、端口号等信息，创建并运行数据库实例。
在本实施例中，如果备份数据时还选择了做了日志备份，可以通过拉取日志后再回滚日志恢复到指定的请求恢复的时间点。
本发明的数据库的容灾装置，在进行容灾时，数据库实例所需的备份数据是根据数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照决定的，因此基于这样的备份数据可以实现数据库文件原格式的容灾，容灾时不局限于数据库的容灾，满足RTO以及RPO的需求，从而快速创建并运行数据库实例，以实现高效率地进行数据库的容灾。
图8示例了一种电子设备的实体结构示意图，如图8所示，该电子设备可以包括：处理器(processor)710、通信接口(Communications Interface)720、存储器(memory)730和通信总线740，其中，处理器710，通信接口720，存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑命令，以执行数据库的备份方法，该方法包括：
确定备份请求；备份请求中携带有待备份数据库实例的信息；
基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据；
或者，以执行数据库的容灾方法，该方法包括：
确定容灾请求；容灾请求中包括请求恢复的时间点；
基于容灾请求，确定对应时间点的备份数据，并基于备份数据，确定数据盘；备份数据是基于对待恢复数据库实例所在的虚拟机的虚拟磁盘镜像文件创建的快照确定的；
挂载数据盘至待恢复数据库实例所在的设备，并基于已挂载的数据盘，创建并运行数据库实例。
此外，上述的存储器730中的逻辑命令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干命令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
另一方面，本发明还提供一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，计算机程序被处理器执行时，计算机能够执行上述各方法所提供的数据库的备份方法，该方法包括：
确定备份请求；备份请求中携带有待备份数据库实例的信息；
基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据；
或者，以执行数据库的容灾方法，该方法包括：
确定容灾请求；容灾请求中包括请求恢复的时间点；
基于容灾请求，确定对应时间点的备份数据，并基于备份数据，确定数据盘；备份数据是基于对待恢复数据库实例所在的虚拟机的虚拟磁盘镜像文件创建的快照确定的；
挂载数据盘至待恢复数据库实例所在的设备，并基于已挂载的数据盘，创建并运行数据库实例。
又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的数据库的备份方法，该方法包括：
确定备份请求；备份请求中携带有待备份数据库实例的信息；
基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据；
或者，以执行数据库的容灾方法，该方法包括：
确定容灾请求；容灾请求中包括请求恢复的时间点；
基于容灾请求，确定对应时间点的备份数据，并基于备份数据，确定数据盘；备份数据是基于对待恢复数据库实例所在的虚拟机的虚拟磁盘镜像文件创建的快照确定的；
挂载数据盘至待恢复数据库实例所在的设备，并基于已挂载的数据盘，创建并运行数据库实例。
以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干命令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (9)
1.一种数据库的备份方法，其特征在于，所述方法包括：
确定备份请求；备份请求中携带有待备份数据库实例的信息；
基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据；所述备份数据的格式与所述虚拟磁盘镜像文件的格式一致；
当备份请求为增量备份请求时，所述基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据，具体包括：
基于增量备份请求，确定第三镜像文件的第二快照以及创建第三镜像文件的第三快照；第三镜像文件用于表征上一次备份请求的时间点对应的虚拟磁盘镜像文件，第二快照用于表征第三镜像文件在上一次备份请求的时间点创建的快照，第三快照对应的时间点位于第二快照对应的时间点之后；
确定上一次备份请求生成的备份数据；
确定第三快照与第二快照之间的快照差异，基于快照差异确定虚拟磁盘镜像文件的差异数据，将差异数据写入上一次备份请求生成的备份数据中，并创建写入后的备份数据的快照；写入后的备份数据为增量备份数据。
2.根据权利要求1的数据库的备份方法，其特征在于，在所述确定备份请求步骤之后，该方法还包括以下步骤：
确定待备份数据库实例的信息以及所在的设备；设备包括物理机和虚拟机。
3.根据权利要求2的数据库的备份方法，其特征在于，所述基于备份，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据步骤中，还包括：
基于已确定的所在的虚拟机，挂起待备份数据库实例对应的数据库，并基于已创建的快照，解除待备份数据库的挂起。
4.根据权利要求1的数据库的备份方法，其特征在于，当备份请求为全量备份请求时，所述基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据，具体包括：
基于全量备份请求，创建第一镜像文件的第一快照；第一镜像文件用于表征创建快照的时间点对应的虚拟磁盘镜像文件；
创建第二镜像文件；第二镜像文件的资源信息与待备份数据库实例所在的虚拟机的资源信息相同；
将第一快照写入第二镜像文件中，并创建写入后的第二镜像文件的快照；写入后的第二镜像文件为全量备份数据。
5.一种数据库的容灾方法，其特征在于，所述方法包括：
确定容灾请求；容灾请求中包括请求恢复的时间点；
基于容灾请求，确定对应时间点的备份数据，并基于备份数据，确定数据盘；备份数据是基于对待恢复数据库实例所在的虚拟机的虚拟磁盘镜像文件创建的快照确定的；所述备份数据的格式与所述虚拟磁盘镜像文件的格式一致；当备份请求为增量备份请求时，基于增量备份请求，确定第三镜像文件的第二快照以及创建第三镜像文件的第三快照；第三镜像文件用于表征上一次备份请求的时间点对应的虚拟磁盘镜像文件，第二快照用于表征第三镜像文件在上一次备份请求的时间点创建的快照，第三快照对应的时间点位于第二快照对应的时间点之后；确定上一次备份请求生成的备份数据；确定第三快照与第二快照之间的快照差异，基于快照差异确定虚拟磁盘镜像文件的差异数据，将差异数据写入上一次备份请求生成的备份数据中，并创建写入后的备份数据的快照；写入后的备份数据为增量备份数据；挂载数据盘至待恢复数据库实例所在的设备，并基于已挂载的数据盘，创建并运行数据库实例。
6.一种数据库的备份装置，其特征在于，所述装置包括：
第一确定模块，用于确定备份请求；备份请求中携带有待备份数据库实例的信息；
数据备份模块，用于基于备份请求，创建待备份数据库实例所在的虚拟机的虚拟磁盘镜像文件的快照，并基于快照，确定待备份数据库实例的备份数据；所述备份数据的格式与所述虚拟磁盘镜像文件的格式一致；
当备份请求为增量备份请求时，所述数据备份模块，具体用于：
基于增量备份请求，确定第三镜像文件的第二快照以及创建第三镜像文件的第三快照；第三镜像文件用于表征上一次备份请求的时间点对应的虚拟磁盘镜像文件，第二快照用于表征第三镜像文件在上一次备份请求的时间点创建的快照，第三快照对应的时间点位于第二快照对应的时间点之后；
确定上一次备份请求生成的备份数据；
确定第三快照与第二快照之间的快照差异，基于快照差异确定虚拟磁盘镜像文件的差异数据，将差异数据写入上一次备份请求生成的备份数据中，并创建写入后的备份数据的快照；写入后的备份数据为增量备份数据。
7.一种数据库的容灾装置，其特征在于，所述装置包括：
第二确定模块，用于确定容灾请求；容灾请求中包括请求恢复的时间点；
第三确定模块，用于基于容灾请求，确定对应时间点的备份数据，并基于备份数据，确定数据盘；备份数据是基于对待恢复数据库实例所在的虚拟机的虚拟磁盘镜像文件创建的快照确定的；所述备份数据的格式与所述虚拟磁盘镜像文件的格式一致；当备份请求为增量备份请求时，基于增量备份请求，确定第三镜像文件的第二快照以及创建第三镜像文件的第三快照；第三镜像文件用于表征上一次备份请求的时间点对应的虚拟磁盘镜像文件，第二快照用于表征第三镜像文件在上一次备份请求的时间点创建的快照，第三快照对应的时间点位于第二快照对应的时间点之后；确定上一次备份请求生成的备份数据；确定第三快照与第二快照之间的快照差异，基于快照差异确定虚拟磁盘镜像文件的差异数据，将差异数据写入上一次备份请求生成的备份数据中，并创建写入后的备份数据的快照；写入后的备份数据为增量备份数据；
数据容灾模块，用于挂载数据盘至待恢复数据库实例所在的设备，并基于已挂载的数据盘，创建并运行数据库实例。
8.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，处理器执行程序时实现如权利要求1至4任一项所述数据库的备份方法的步骤，或者，如权利要求5所述数据库的容灾方法的步骤。
9.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，计算机程序被处理器执行时实现如权利要求1至4任一项所述数据库的容灾备份方法的步骤，或者，如权利要求5所述数据库的容灾方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210752373.9A CN115098300B (zh) | 2022-06-28 | 2022-06-28 | 一种数据库的备份方法、容灾方法、装置及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210752373.9A CN115098300B (zh) | 2022-06-28 | 2022-06-28 | 一种数据库的备份方法、容灾方法、装置及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115098300A CN115098300A (zh) | 2022-09-23 |
| CN115098300B true CN115098300B (zh) | 2024-01-02 |
Family
ID=83294080
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210752373.9A Active CN115098300B (zh) | 2022-06-28 | 2022-06-28 | 一种数据库的备份方法、容灾方法、装置及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115098300B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115658239B (zh) * | 2022-12-23 | 2023-04-28 | 安超云软件有限公司 | 一种快照管理方法、系统及计算机可读介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140074787A1 (en) * | 2012-09-12 | 2014-03-13 | International Business Machines Corporation | Using a metadata image of a file system and archive instance to backup data objects in the file system |
| CN105068856A (zh) * | 2015-07-16 | 2015-11-18 | 武汉噢易云计算有限公司 | 基于镜像快照的虚拟机备份系统及备份方法 |
| CN110188000A (zh) * | 2019-05-16 | 2019-08-30 | 上海爱数信息技术股份有限公司 | 基于虚拟化以及iSCSI或FC的应用容灾方法及系统 |
| CN111611108A (zh) * | 2020-05-21 | 2020-09-01 | 云和恩墨(北京)信息技术有限公司 | 虚拟数据库还原的方法及装置 |
-
2022
- 2022-06-28 CN CN202210752373.9A patent/CN115098300B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140074787A1 (en) * | 2012-09-12 | 2014-03-13 | International Business Machines Corporation | Using a metadata image of a file system and archive instance to backup data objects in the file system |
| CN105068856A (zh) * | 2015-07-16 | 2015-11-18 | 武汉噢易云计算有限公司 | 基于镜像快照的虚拟机备份系统及备份方法 |
| CN110188000A (zh) * | 2019-05-16 | 2019-08-30 | 上海爱数信息技术股份有限公司 | 基于虚拟化以及iSCSI或FC的应用容灾方法及系统 |
| CN111611108A (zh) * | 2020-05-21 | 2020-09-01 | 云和恩墨(北京)信息技术有限公司 | 虚拟数据库还原的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115098300A (zh) | 2022-09-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11397648B2 (en) | Virtual machine recovery method and virtual machine management device | |
| US8473462B1 (en) | Change tracking for shared disks | |
| CN103810058B (zh) | 虚拟机备份方法、设备及系统 | |
| US9563684B1 (en) | Replication cookie | |
| CN103226502B (zh) | 一种数据灾备控制系统及数据恢复方法 | |
| AU2007248869B2 (en) | Creating host-level application-consistent backups of virtual machines | |
| US8214685B2 (en) | Recovering from a backup copy of data in a multi-site storage system | |
| CN106339278A (zh) | 一种网络文件系统的数据备份及恢复方法 | |
| CN107122267B (zh) | 一种Windows操作系统挂载恢复方法 | |
| US9354907B1 (en) | Optimized restore of virtual machine and virtual disk data | |
| CN115098299B (zh) | 一种虚拟机的备份方法、容灾方法、装置及设备 | |
| CN111078667B (zh) | 一种数据迁移的方法以及相关装置 | |
| WO2015043155A1 (zh) | 一种基于命令集的网元备份与恢复方法及装置 | |
| CN111708488A (zh) | 一种基于分布式内存盘的Ceph性能优化的方法和设备 | |
| US11144233B1 (en) | Efficiently managing point-in-time copies of data within a primary storage system | |
| CN115098300B (zh) | 一种数据库的备份方法、容灾方法、装置及设备 | |
| CN114356650A (zh) | 数据备份方法、装置、设备、系统及存储介质 | |
| CN109376036A (zh) | 一种用于备份虚拟机的方法和装置 | |
| US7831564B1 (en) | Method and system of generating a point-in-time image of at least a portion of a database | |
| CN112380050A (zh) | 一种利用快照在系统备份中的方法 | |
| CN109104314B (zh) | 一种修改日志配置文件的方法及装置 | |
| US9600188B2 (en) | Collision avoidance using dynamic target volume allocation from a shared resource pool | |
| CN116389233A (zh) | 容器云管理平台主备切换系统、方法、装置和计算机设备 | |
| CN109582497A (zh) | 一种基于动态数据增量快速应急启动方法 | |
| CN111400098B (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 |