CN108897638A - 数据备份方法、装置、计算机设备和存储介质 - Google Patents
数据备份方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN108897638A CN108897638A CN201810546827.0A CN201810546827A CN108897638A CN 108897638 A CN108897638 A CN 108897638A CN 201810546827 A CN201810546827 A CN 201810546827A CN 108897638 A CN108897638 A CN 108897638A
- Authority
- CN
- China
- Prior art keywords
- server
- data
- primary
- full dose
- backup
- 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
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
本申请涉及一种数据备份方法、装置、计算机设备和存储介质。所述方法包括:获取备份请求;备份请求携带了数据库标识和待备份数据标识;基于待备份数据标识获取相应的待备份数据;查找与数据库标识对应的全量从服务器、增量从服务器和多个主服务器;根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器;将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器。采用本方法能够均衡在多个服务器上进行数据存储。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种数据备份方法、装置、计算机设备和存储介质。
背景技术
随着办公自动化和电子商务的飞速发展,企业对数据库越来越重视。对于重要数据,通常需要对数据库中的数据进行实时备份。当待备份数据的数据量较大时,数据库管理人员会将待备份数据存储至多个服务器上的数据库中。每个服务器上通常会部署多个数据库。由于针对不同业务的数据库会有不同的数据存储需求,数据存储量增长情况各有不同。传统方式中,不同服务器的数据存储量通常不均衡,容易出现有的服务器上数据存储量趋于饱和,而有的服务器上数据存储量偏低的情况。
发明内容
基于此,有必要针对上述技术问题,提供一种能够均衡在多个服务器上进行数据存储的数据备份方法、装置、计算机设备和存储介质。
一种数据备份方法,所述方法包括:获取备份请求;所述备份请求携带了数据库标识和待备份数据标识;基于所述待备份数据标识获取相应的待备份数据;查找与所述数据库标识对应的全量从服务器、增量从服务器和多个主服务器;根据所述全量从服务器的数据存储量、所述增量从服务器的数据存储量和每个所述主服务器的可用容量,从所述多个主服务器中筛选出至少一个主服务器;将所述待备份数据存储至筛选出的至少一个主服务器,并将所述待备份数据全量备份至所述全量从服务器且增量备份至所述增量从服务器。
在其中一个实施例中,所述根据所述全量从服务器的数据存储量、所述增量从服务器的数据存储量和每个所述主服务器的可用容量,从所述多个主服务器中筛选出至少一个主服务器,包括:根据所述全量从服务器的数据存储量和所述增量从服务器的数据存储量进行计算,得到与所述数据库标识对应的存储量增长速率;根据每个所述主服务器的可用容量和所述存储量增长速率进行拟合,得到每个所述主服务器的可用容量的可用时长;根据每个所述主服务器的可用容量可用时长,从所述多个主服务器中筛选出至少一个主服务器。
在其中一个实施例中,所述根据每个所述主服务器的可用容量可用时长,从所述多个主服务器中筛选出至少一个主服务器,包括:根据每个所述主服务器的可用容量可用时长,对所述多个主服务器进行排序;将所述多个主服务器中排序后处于前预设个数的主服务器,作为筛选出的主服务器。
在其中一个实施例中,所述查找与所述数据库标识对应的全量从服务器、增量从服务器和多个主服务器,包括:确定与所述数据库标识对应的数据库实例标识;获取与所述数据库实例标识对应的目标实例表;查找所述目标实例表中包含的全量从服务器标识、增量从服务器标识和多个主服务器标识;分别根据全量从服务器标识确定相应的全量从服务器、根据增量从服务器标识确定相应的增量从服务器,及根据每个所述主服务器标识确定相应的主服务器。
在其中一个实施例中,所述将所述待备份数据存储至筛选出的至少一个主服务器,并将所述待备份数据全量备份至所述全量从服务器且增量备份至所述增量从服务器,包括:将所述待备份数据存储至筛选出的至少一个主服务器;将存储至所述筛选出的至少一个主服务器中的待备份数据进行压缩,得到压缩文件包;将所述压缩文件包全量备份至所述全量从服务器;将所述压缩文件包增量备份至所述增量从服务器。
在其中一个实施例中,所述全量从服务器中包含已全量备份的压缩文件包,所述方法还包括:接收终端上传的恢复请求;所述恢复请求携带了数据库标识和恢复类型;响应于所述恢复请求,查找与所述数据库标识对应的全量从服务器和多个主服务器;当所述恢复类型为第一类型时,则将所述全量从服务器中待恢复的压缩文件包发送至所述多个主服务器中,对所述多个主服务器中的压缩文件包进行解析;当所述恢复类型为第二类型时,则将所述全量从服务器变更为主服务器,并对所述全量从服务器中待恢复的压缩文件进行解析。
在其中一个实施例中,所述恢复请求还携带了时间戳,所述将所述全量从服务器中待恢复的压缩文件包发送至所述多个主服务器中,对所述多个主服务器中的压缩文件包进行解析,包括:确定与所述时间戳对应的时间区间;获取所述全量从服务器中多个待恢复的压缩文件包;所述待恢复的压缩文件包对应的备份时间处于所述时间区间中;将所述多个待恢复的压缩文件包发送至至少一个所述主服务器中;对接收到所述待恢复的压缩文件的主服务器中的压缩文件进行解析。
一种数据备份装置,所述装置包括:获取模块,用于获取备份请求;所述备份请求携带了数据库标识和待备份数据标识;基于所述待备份数据标识获取相应的待备份数据;查找模块,用于查找与所述数据库标识对应的全量从服务器、增量从服务器和多个主服务器;筛选模块,用于根据所述全量从服务器的数据存储量、所述增量从服务器的数据存储量和每个所述主服务器的可用容量,从所述多个主服务器中筛选出至少一个主服务器;备份模块,用于将所述待备份数据存储至筛选出的至少一个主服务器,并将所述待备份数据全量备份至所述全量从服务器且增量备份至所述增量从服务器。
一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述各个实施例中所述的数据备份方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述各个实施例中所述的数据备份方法的步骤。
上述数据备份方法中,运维服务器在获取备份请求之后,可查找与备份请求携带的数据库标识对应的全量从服务器、增量从服务器和多个主服务器,并获取该些存储服务器的数据存储量或可用容量。运维服务器可根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器,将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器。通过主从服务器对待备份数据进行全量备份和增量备份,不但能有效保障数据的安全性,而且能够更好地了解每个存储服务器上数据存储量的增长趋势。将待备份数据存储至数据增长较慢或可用容量较多的主服务器,避免出现主服务器超负荷情况,均衡了每个主服务器的利用率,从而能够实现均衡在多个服务器上进行数据存储。
附图说明
图1为一个实施例中数据备份方法的应用场景图;
图2为一个实施例中数据备份方法的流程示意图;
图3为另一个实施例中数据备份方法的流程示意图;
图4为一个实施例中数据备份装置的结构框图;
图5为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请提供的数据备份方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与运维服务器104进行通信。运维服务器104可与存储服务器集群106进行网络通信。终端102也可通过网络与存储服务器集群106进行通信。存储服务器集群106中包括但不限于全量从服务器106a、增量从服务器106b和多个主服务器106c。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备,运维服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。终端102发送备份请求至运维服务器104,运维服务器104可根据备份请求携带的数据库标识在存储服务器集群106中查找相应的全量从服务器106a、增量从服务器106b和多个主服务器106c。运维服务器104可根据全量从服务器106a的数据存储量、增量从服务器106b的数据存储量和每个主服务器106c的可用容量,从多个主服务器106c中筛选出至少一个主服务器106c。运维服务器104可将待备份数据存储至筛选出的至少一个主服务器106c,并将待备份数据全量备份至全量从服务器106a且增量备份至增量从服务器106b。
在一个实施例中,如图2所示,提供了一种数据备份方法,以该方法应用于图1中的运维服务器104为例进行说明,包括以下步骤:
步骤202,获取备份请求;备份请求携带了数据库标识和待备份数据标识。
步骤204,基于待备份数据标识获取相应的待备份数据。
备份请求是指用于对数据库中的数据进行备份的请求。数据库标识是指用于将一个数据库区分于其他用户的标识。数据库标识可由字母、数字、标点符号等其中一种或多种构成。比如,数据库标识可以是数据库名、数据库所属服务器的IP(Internet ProtocolAddress,网际协议地址)地址或端口号。待备份标识可以是获取待备份数据的路径。待备份数据是指需要进行存储和备份的数据。
在一个实施例中,可以是终端调用运维服务器的API((Application ProgrammingInterface,应用程序编程接口),上传携带数据库标识和待备份数据的备份请求至运维服务器进行处理。还可以是在数据库部署时,可设置数据库备份需求的相关数据库属性信息,比如说备份频率、备份保留天数等。运维服务器可根据所设置的备份频率,每隔预设时长生成备份请求。
步骤206,查找与数据库标识对应的全量从服务器、增量从服务器和多个主服务器。
主服务器是指用于数据库正常运行状态下所属的存储服务器。用户在数据库授权之后,可通过终端访问主服务器上的数据库,并对数据库中的数据进行增加、删除、更改、查询。从服务器是指用于对主服务器上数据库中的数据进行备份的存储服务器。从服务器包括全量从服务器和增量从服务器。全量从服务器是指用于进行全量备份的从服务器,增量从服务器是指用于进行增量备份的从服务器。全量备份是指对某一个时间点上主服务器上的所有数据进行完全的拷贝。增量备份是指针对上一次增量备份后,本次增量备份只需备份与上一次增量备份相比增加或者被修改的数据。
在一个实施例中,查找与数据库标识对应的全量从服务器、增量从服务器和多个主服务器,包括:确定与数据库标识对应的数据库实例标识;获取与数据库实例标识对应的目标实例表;查找目标实例表中包含的全量从服务器标识、增量从服务器标识和多个主服务器标识;分别根据全量从服务器标识确定相应的全量从服务器、根据增量从服务器标识确定相应的增量从服务器,及根据每个主服务器标识确定相应的主服务器。
数据库实例(instance)是指是操作***中一系列的进程以及为这些进程所分配的内存块。数据库是按照数据结构来组织、存储和管理数据的建立在计算机存储设备上的仓库。每个数据库实例下可与多个数据库相对应。运维服务器可在存储服务器上创建数据库实例,即在从存储服务器上分配一块内存块,然后在分配的内存上部署数据库。目标实例表是指记录了数据库实例相关信息的表。数据库实例相关信息包括但不限于全量从服务器标识、增量从服务器标识和多个主服务器标识。全量从服务器标识可以是全量服务器的IP地址或端口号,增量从服务器标识可以是增量服务器的IP地址或端口号,主服务器标识可以是主服务器的IP地址或端口号。
目标实例表中还可记录备份状态、备份最新时间、备份频率、备份保留天数、下次备份时间等备份属性信息。备份属性信息可为运维服务器在进行数据库部署时,用户通过终端发送数据库申请工单时,数据库申请工单所携带的信息。运维服务器还可根据目标实例表中记录的备份属性信息实现数据的备份。通过目标实例表可以清晰地确定数据库、数据库实例、存储数据库之间的关系,从而快速查找到与数据库标识对应的全量从服务器、增量从服务器和多个主服务器。
步骤208,根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器。
数据存储量是指全量从服务器或增量从服务器上存储数据所占的内存。可用容量是指主服务器上剩余可用的内存。运维服务器可以实时监测每个存储服务器的数据存储量以及可用容量,当在接收到备份请求时,直接获取实时监测的数据存储量以及可用容量;还可以仅在接收到备份请求,去查询相应的全量从服务器、增量从服务器的数据存储量以及多个主服务器的可用容量。
在一个实施例中,由于每个存储服务器的总容量可以是相同的,也可以是不相同的。且同一个存储服务器针对不同的数据库,可以作为全量从服务器、增量从服务器以及主服务器中的其中一种服务器。也就是说,每个存储服务器上的数据可来源于多方。因此,可以获取每个存储服务器数据存储量以及可用容量,对所有的存储服务器进行综合筛选。
根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,可计算出主服务器中数据增长的趋势。当数据增长较快或可用容量较少时,说明主服务器上数据存储量趋于饱和,则主服务器容易出现超负荷的情况,需要避免将待备份数据存储至该主服务器;当数据增长较慢或可用容量较多时,说明主服务器上数据存储量趋于偏低,则主服务器的利用率较低,可以优先将待备份数据存储至该主服务器。
步骤210,将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器。
全量备份是指对某一个时间点上主服务器上的所有数据进行完全的拷贝。增量备份是指针对上一次增量备份后,本次增量备份只需备份与上一次增量备份相比增加或者被修改的数据。比如说,备份频率可为每天,将待备份数据全量备份至全量从服务器是将本次的新增的待备份数据备份至全量从服务器中;而将待备份数据增量备份至增量从服务器时,不但需要将本次的新增的待备份数据备份至增量从服务器中,还需要将增量从服务器中在包含备份当天对应的周期的前一天中所备份的数据删除,使得增量从服务器中只包含备份当天对应的周期内所备份的数据。
在一个实施例中,将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器,包括:将待备份数据存储至筛选出的至少一个主服务器;将存储至筛选出的至少一个主服务器中的待备份数据进行压缩,得到压缩文件包;将压缩文件包全量备份至全量从服务器;将压缩文件包增量备份至增量从服务器。
可调用热备份工具,比如说XtraBackup tool(一种可进行数据物理备份的工具,备份时不影响数据读写),对待备份数据进行复制和压缩。可以对备份数据进行流式压缩,得到tar(Linux***命令)或xbstream(一种压缩文件的数据格式)格式的压缩文件包。通过压缩文件包的方式对待备份数据进行备份,减少了备份数据占用的内存,且能够更方便地对压缩文件包进行加密,提高待备份数据的安全性。
上述数据备份方法中,运维服务器在获取备份请求之后,可查找与备份请求携带的数据库标识对应的全量从服务器、增量从服务器和多个主服务器,并获取该些存储服务器的数据存储量或可用容量。运维服务器可根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器,将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器。通过主从服务器对待备份数据进行全量备份和增量备份,不但能有效保障数据的安全性,而且能够更好地了解每个存储服务器上数据存储量的增长趋势。将待备份数据存储至数据增长较慢或可用容量较多的主服务器,避免出现主服务器超负荷情况,均衡了每个主服务器的利用率,从而能够实现均衡在多个服务器上进行数据存储。
在一个实施例中,根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器,包括:根据全量从服务器的数据存储量和增量从服务器的数据存储量进行计算,得到与数据库标识对应的存储量增长速率;根据每个主服务器的可用容量和存储量增长速率进行拟合,得到每个主服务器的可用容量的可用时长;根据每个主服务器的可用容量可用时长,从多个主服务器中筛选出至少一个主服务器。
全量从服务器的数据存储量,与多个主服务器中当前总的数据存储量是相对应的,可以是相等的,也可以是正相关的。增量从服务器的数据存储量,与多个主服务器中在预设周期内所增加的数据存储量是相对应的,可以是相等的,也可以是正相关的。由于多个主服务器中在预设周期内所增加的数据存储量通常不是稳定的,而是有一定增长趋势或减缓趋势的,可根据全量从服务器的数据存储量和增量从服务器的数据存储量,计算多个主服务器对应的存储量增长速率。比如说,全量从服务器前一个周期的数据存储量为Q1,全量从服务器当前周期的数据存储量为Q2;增量从服务器前一个周期的数据存储量为Z1,增量从服务器当前周期的数据存储量为Z2。全量从服务器在一个周期内新增的数据存储量为Q2-Q1;增量从服务器在一个周期内新增的数据存储量Z2-Z1。根据公式可计算出存储量增长速率p。
根据每个主服务器的可用容量和存储量增长速率进行拟合,得到每个主服务器的可用容量的可用时长。举例来说,比如说,增量从服务器的数据存储量为W,存储量增长速率为p,可用容量为S,可用容量可使用n个周期,且周期为T,若假设存储量增长速率p不变,则可以通过以下公式解得可用容量可使用的周期数量n:(1+p)W+(1+p)2W+(1+p)3W…+(1+p)nW=S,解得n之后,则主服务器的可用容量的可用时长为nT。
在一个实施例中,根据每个主服务器的可用容量可用时长,从多个主服务器中筛选出至少一个主服务器,包括:根据每个主服务器的可用容量可用时长,对多个主服务器进行排序;将多个主服务器中排序后处于前预设个数的主服务器,作为筛选出的主服务器。计算得到每个主服务器的可用容量的可用时长之后,可按照可用时长从长到短对多个主服务器进行排序,将可用时长大于预设长度的主服务器筛选出来,也可以将可用时长的长度处于前预设个数的主服务器筛选出来,将筛选出来的主服务器作为用于存储待备份数据的主服务器。
在一个实施例中,运维服务器可对存储服务器进行高可用切换。高可用切换是指在检测到主服务器发生故障时,自动将主服务器切换至高可用集群。高可用集群是指一组计算机节点,用于作为一个整体向用户提供一组网络资源。在主服务器切换到全量从服务器之,切换后的全量从服务器就相当于主服务器,终端可访问切换后的全量从服务器上的数据库,并对数据库中的数据进行增加、删除、更改、查询。而在切换后的全量从服务器替代主服务器的过程中,也会产生需要进行存储的数据,在重新恢复主服务器的过程中,需要将该些新增存储的数据进行恢复。
在一个实施例中,全量从服务器中包含已全量备份的压缩文件包,方法还包括:接收终端上传的恢复请求;恢复请求携带了数据库标识和恢复类型;响应于恢复请求,查找与数据库标识对应的全量从服务器和多个主服务器;当恢复类型为第一类型时,则将全量从服务器中待恢复的压缩文件包发送至多个主服务器中,对多个主服务器中的压缩文件包进行解析;当恢复类型为第二类型时,则将全量从服务器变更为主服务器,并对全量从服务器中待恢复的压缩文件进行解析。
恢复请求是指终端用于申请重新恢复主服务器的请求。当恢复类型为第一类型时,说明原来的主服务器的故障已解决,可以进行正常运行了。通过将全量从服务器中待恢复的压缩文件包发送至多个主服务器中,对多个主服务器中的压缩文件包进行解析,可以在原来的主服务器中得到恢复后的数据。当恢复类型为第二类型时,说明原来的主服务器的故障得不到解决,需要将切换后的全量备份服务器正式转换为主服务器。通过将全量从服务器变更为主服务器,并对全量从服务器中待恢复的压缩文件进行解析,直接在全量从服务器中得到恢复后的数据。进一步还可以为新转换的主服务器分配新的全量备份服务器。
在一个实施例中,恢复请求还携带了时间戳,将全量从服务器中待恢复的压缩文件包发送至多个主服务器中,对多个主服务器中的压缩文件包进行解析,包括:确定与时间戳对应的时间区间;获取全量从服务器中多个待恢复的压缩文件包;待恢复的压缩文件包对应的备份时间处于时间区间中;将多个待恢复的压缩文件包发送至至少一个主服务器中;对接收到待恢复的压缩文件的主服务器中的压缩文件进行解析。
时间戳是指用户所需求的主服务器恢复至的时间。比如,在2018年2月1日,可将主服务器恢复至2018年1月1日。主服务器在2018年2月1日至2018年1月1日期间所存储的数据都会被清空,恢复后的主服务器将会处于2018年1月1日时主服务器的状态。
在一个实施例中,运维服务器可接收终端上传的部署请求;部署请求携带了数据库申请工单;运维服务器响应于部署请求,从数据库申请工单中提取出数据库属性信息;运维服务器创建数据库实例,以及与数据库实例对应的初始数据库;运维服务器根据数据库属性信息对初始数据库进行部署,得到目标数据库;当运维服务器检测到目标数据库部署完成时,创建与目标数据库相应的授权账号;运维服务器将授权账号发送至终端,以使得终端通过授权账号访问目标数据库。数据库属性信息包含备份频率、备份保留天数等备份属性信息。
在一个实施例中,根据数据库属性信息对初始数据库进行部署,得到目标数据库,包括:开初始数据库的自动备份功能、自动校验功能、高可用切换功能等数据库功能,得到目标数据库。在目标数据库的运行过程中,所开启的数据库功能会持续对目标数据库提供稳定的服务保障。比如,在检测到主服务器出现故障的时,及时将主服务器切换至高可用集群;再比如,通过对数据备份过程的各项校验指标进行校验,如是否开启备份、备份是否成功等,能够在出现错误时,进行及时处理。可对出现的异常进行自动处理,也可通知数据库管理人员进行人工介入,进行问题审查、修复,在需要的时候还可对数据库进行重新部署。通过提供一个闭环的数据库运维流程,保障了所部署的数据库的稳定性。
在一个实施例中,如图3所示,提供了另一种数据备份方法,以该方法应用于图1中的运维服务器104为例进行说明,包括以下步骤:
步骤302,获取备份请求;备份请求携带了数据库标识和待备份数据标识。
步骤304,基于待备份数据标识获取相应的待备份数据。
步骤306,确定与数据库标识对应的数据库实例标识。
步骤308,获取与数据库实例标识对应的目标实例表。
步骤310,根据目标实例表中包含的全量从服务器标识、增量从服务器标识和多个主服务器标识。
步骤312,分别根据全量从服务器标识确定相应的全量从服务器、根据增量从服务器标识确定相应的增量从服务器,及根据每个主服务器标识确定相应的主服务器。
步骤314,根据全量从服务器的数据存储量和增量从服务器的数据存储量进行计算,得到与数据库标识对应的存储量增长速率。
步骤316,根据每个主服务器的可用容量和存储量增长速率进行拟合,得到每个主服务器的可用容量的可用时长。
步骤318,根据每个主服务器的可用容量可用时长,对多个主服务器进行排序。
步骤320,将多个主服务器中排序后处于前预设个数的主服务器,作为筛选出的主服务器。
步骤322,将待备份数据存储至筛选出的至少一个主服务器。
步骤324,将存储至筛选出的至少一个主服务器中的待备份数据进行压缩,得到压缩文件包。
步骤326,将压缩文件包全量备份至全量从服务器,将压缩文件包增量备份至增量从服务器。
上述数据备份方法中,运维服务器在获取备份请求之后,可查找与备份请求携带的数据库标识对应的全量从服务器、增量从服务器和多个主服务器,并获取该些存储服务器的数据存储量或可用容量。运维服务器可根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器,将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器。通过在待备份数据转换为压缩文件包之后,进行全量备份和增量备份,不但能有效保障数据的安全性,而且能减少全量从服务器、增量备份至增量所需的内存。通过更好地了解每个存储服务器上数据存储量的增长趋势,将待备份数据存储至可用时长较长的主服务器,避免出现主服务器超负荷情况,均衡了每个主服务器的利用率,从而能够实现均衡在多个服务器上进行数据存储。
应该理解的是,虽然图2和3的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2和3中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图4所示,提供了一种数据备份装置400,包括:获取模块402,用于获取备份请求;备份请求携带了数据库标识和待备份数据标识;基于待备份数据标识获取相应的待备份数据;查找模块404,用于查找与数据库标识对应的全量从服务器、增量从服务器和多个主服务器;筛选模块406,用于根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器;备份模块408,用于将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器。
在一个实施例中,筛选模块406还用于根据全量从服务器的数据存储量和增量从服务器的数据存储量进行计算,得到与数据库标识对应的存储量增长速率;根据每个主服务器的可用容量和存储量增长速率进行拟合,得到每个主服务器的可用容量的可用时长;根据每个主服务器的可用容量可用时长,从多个主服务器中筛选出至少一个主服务器。
在一个实施例中,筛选模块406还用于根据每个主服务器的可用容量可用时长,对多个主服务器进行排序;将多个主服务器中排序后处于前预设个数的主服务器,作为筛选出的主服务器。
在一个实施例中,备份模块408还用于将待备份数据存储至筛选出的至少一个主服务器;将存储至筛选出的至少一个主服务器中的待备份数据进行压缩,得到压缩文件包;将压缩文件包全量备份至全量从服务器;将压缩文件包增量备份至增量从服务器。
在一个实施例中,全量从服务器中包含已全量备份的压缩文件包,该装置还包括恢复模块,用于接收终端上传的恢复请求;恢复请求携带了数据库标识和恢复类型;响应于恢复请求,查找与数据库标识对应的全量从服务器和多个主服务器;当恢复类型为第一类型时,则将全量从服务器中待恢复的压缩文件包发送至多个主服务器中,对多个主服务器中的压缩文件包进行解析;当恢复类型为第二类型时,则将全量从服务器变更为主服务器,并对全量从服务器中待恢复的压缩文件进行解析。
在一个实施例中,恢复请求还携带了时间戳,恢复模块还用于确定与时间戳对应的时间区间;获取全量从服务器中多个待恢复的压缩文件包;待恢复的压缩文件包对应的备份时间处于时间区间中;将多个待恢复的压缩文件包发送至至少一个主服务器中;对接收到待恢复的压缩文件的主服务器中的压缩文件进行解析。
关于数据备份装置的具体限定可以参见上文中对于数据备份方法的限定,在此不再赘述。上述数据备份装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图5所示。比如说,该服务器可以是图1中的运维服务器104。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的数据库用于存储目标实例表等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据备份方法。
本领域技术人员可以理解,图5中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器和处理器,该存储器存储有计算机程序,该处理器执行计算机程序时实现以下步骤:获取备份请求;备份请求携带了数据库标识和待备份数据标识;基于待备份数据标识获取相应的待备份数据;查找与数据库标识对应的全量从服务器、增量从服务器和多个主服务器;根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器;将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器。
在一个实施例中,处理器执行计算机程序时,所实现的根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器的步骤,包括以下步骤:根据全量从服务器的数据存储量和增量从服务器的数据存储量进行计算,得到与数据库标识对应的存储量增长速率;根据每个主服务器的可用容量和存储量增长速率进行拟合,得到每个主服务器的可用容量的可用时长;根据每个主服务器的可用容量可用时长,从多个主服务器中筛选出至少一个主服务器。
在一个实施例中,处理器执行计算机程序时,所实现的根据每个主服务器的可用容量可用时长,从多个主服务器中筛选出至少一个主服务器的步骤,包括以下步骤:根据每个主服务器的可用容量可用时长,对多个主服务器进行排序;将多个主服务器中排序后处于前预设个数的主服务器,作为筛选出的主服务器。
在一个实施例中,处理器执行计算机程序时,所实现的查找与数据库标识对应的全量从服务器、增量从服务器和多个主服务器的步骤,包括以下步骤:确定与数据库标识对应的数据库实例标识;获取与数据库实例标识对应的目标实例表;查找目标实例表中包含的全量从服务器标识、增量从服务器标识和多个主服务器标识;分别根据全量从服务器标识确定相应的全量从服务器、根据增量从服务器标识确定相应的增量从服务器,及根据每个主服务器标识确定相应的主服务器。
在一个实施例中,处理器执行计算机程序时,所实现的将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器的步骤,包括以下步骤:将待备份数据存储至筛选出的至少一个主服务器;将存储至筛选出的至少一个主服务器中的待备份数据进行压缩,得到压缩文件包;将压缩文件包全量备份至全量从服务器;将压缩文件包增量备份至增量从服务器。
在一个实施例中,全量从服务器中包含已全量备份的压缩文件包,处理器执行计算机程序时还实现以下步骤:接收终端上传的恢复请求;恢复请求携带了数据库标识和恢复类型;响应于恢复请求,查找与数据库标识对应的全量从服务器和多个主服务器;当恢复类型为第一类型时,则将全量从服务器中待恢复的压缩文件包发送至多个主服务器中,对多个主服务器中的压缩文件包进行解析;当恢复类型为第二类型时,则将全量从服务器变更为主服务器,并对全量从服务器中待恢复的压缩文件进行解析。
在一个实施例中,恢复请求还携带了时间戳,处理器执行计算机程序时,所实现的将全量从服务器中待恢复的压缩文件包发送至多个主服务器中,对多个主服务器中的压缩文件包进行解析的步骤,包括以下步骤:确定与时间戳对应的时间区间;获取全量从服务器中多个待恢复的压缩文件包;待恢复的压缩文件包对应的备份时间处于时间区间中;将多个待恢复的压缩文件包发送至至少一个主服务器中;对接收到待恢复的压缩文件的主服务器中的压缩文件进行解析。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:获取备份请求;备份请求携带了数据库标识和待备份数据标识;基于待备份数据标识获取相应的待备份数据;查找与数据库标识对应的全量从服务器、增量从服务器和多个主服务器;根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器;将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器。
在一个实施例中,计算机程序被处理器执行时,所实现的根据全量从服务器的数据存储量、增量从服务器的数据存储量和每个主服务器的可用容量,从多个主服务器中筛选出至少一个主服务器的步骤,包括以下步骤:根据全量从服务器的数据存储量和增量从服务器的数据存储量进行计算,得到与数据库标识对应的存储量增长速率;根据每个主服务器的可用容量和存储量增长速率进行拟合,得到每个主服务器的可用容量的可用时长;根据每个主服务器的可用容量可用时长,从多个主服务器中筛选出至少一个主服务器。
在一个实施例中,计算机程序被处理器执行时,所实现的根据每个主服务器的可用容量可用时长,从多个主服务器中筛选出至少一个主服务器的步骤,包括以下步骤:根据每个主服务器的可用容量可用时长,对多个主服务器进行排序;将多个主服务器中排序后处于前预设个数的主服务器,作为筛选出的主服务器。
在一个实施例中,计算机程序被处理器执行时,所实现的查找与数据库标识对应的全量从服务器、增量从服务器和多个主服务器的步骤,包括以下步骤:确定与数据库标识对应的数据库实例标识;获取与数据库实例标识对应的目标实例表;目标实例表中包含的全量从服务器标识、增量从服务器标识和多个主服务器标识;分别根据全量从服务器标识确定相应的全量从服务器、根据增量从服务器标识确定相应的增量从服务器,及根据每个主服务器标识确定相应的主服务器。
在一个实施例中,计算机程序被处理器执行时,所实现的将待备份数据存储至筛选出的至少一个主服务器,并将待备份数据全量备份至全量从服务器且增量备份至增量从服务器的步骤,包括以下步骤:将待备份数据存储至筛选出的至少一个主服务器;将存储至筛选出的至少一个主服务器中的待备份数据进行压缩,得到压缩文件包;将压缩文件包全量备份至全量从服务器;将压缩文件包增量备份至增量从服务器。
在一个实施例中,全量从服务器中包含已全量备份的压缩文件包,计算机程序被处理器执行时还实现以下步骤:接收终端上传的恢复请求;恢复请求携带了数据库标识和恢复类型;响应于恢复请求,查找与数据库标识对应的全量从服务器和多个主服务器;当恢复类型为第一类型时,则将全量从服务器中待恢复的压缩文件包发送至多个主服务器中,对多个主服务器中的压缩文件包进行解析;当恢复类型为第二类型时,则将全量从服务器变更为主服务器,并对全量从服务器中待恢复的压缩文件进行解析。
在一个实施例中,恢复请求还携带了时间戳,计算机程序被处理器执行时,所实现的将全量从服务器中待恢复的压缩文件包发送至多个主服务器中,对多个主服务器中的压缩文件包进行解析的步骤,包括以下步骤:确定与时间戳对应的时间区间;获取全量从服务器中多个待恢复的压缩文件包;待恢复的压缩文件包对应的备份时间处于时间区间中;将多个待恢复的压缩文件包发送至至少一个主服务器中;对接收到待恢复的压缩文件的主服务器中的压缩文件进行解析。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种数据备份方法,所述方法包括:
获取备份请求;所述备份请求携带了数据库标识和待备份数据标识;
基于所述待备份数据标识获取相应的待备份数据;
查找与所述数据库标识对应的全量从服务器、增量从服务器和多个主服务器;
根据所述全量从服务器的数据存储量、所述增量从服务器的数据存储量和每个所述主服务器的可用容量,从所述多个主服务器中筛选出至少一个主服务器;
将所述待备份数据存储至筛选出的至少一个主服务器,并将所述待备份数据全量备份至所述全量从服务器且增量备份至所述增量从服务器。
2.根据权利要求1所述的方法,其特征在于,所述根据所述全量从服务器的数据存储量、所述增量从服务器的数据存储量和每个所述主服务器的可用容量,从所述多个主服务器中筛选出至少一个主服务器,包括:
根据所述全量从服务器的数据存储量和所述增量从服务器的数据存储量进行计算,得到与所述数据库标识对应的存储量增长速率;
根据每个所述主服务器的可用容量和所述存储量增长速率进行拟合,得到每个所述主服务器的可用容量的可用时长;
根据每个所述主服务器的可用容量可用时长,从所述多个主服务器中筛选出至少一个主服务器。
3.根据权利要求2所述的方法,其特征在于,所述根据每个所述主服务器的可用容量可用时长,从所述多个主服务器中筛选出至少一个主服务器,包括:
根据每个所述主服务器的可用容量可用时长,对所述多个主服务器进行排序;
将所述多个主服务器中排序后处于前预设个数的主服务器,作为筛选出的主服务器。
4.根据权利要求1所述的方法,其特征在于,所述查找与所述数据库标识对应的全量从服务器、增量从服务器和多个主服务器,包括:
确定与所述数据库标识对应的数据库实例标识;
获取与所述数据库实例标识对应的目标实例表;
查找所述目标实例表中包含的全量从服务器标识、增量从服务器标识和多个主服务器标识;
分别根据全量从服务器标识确定相应的全量从服务器、根据增量从服务器标识确定相应的增量从服务器,及根据每个所述主服务器标识确定相应的主服务器。
5.根据权利要求1至4所述的方法,其特征在于,所述将所述待备份数据存储至筛选出的至少一个主服务器,并将所述待备份数据全量备份至所述全量从服务器且增量备份至所述增量从服务器,包括:
将所述待备份数据存储至筛选出的至少一个主服务器;
将存储至所述筛选出的至少一个主服务器中的待备份数据进行压缩,得到压缩文件包;
将所述压缩文件包全量备份至所述全量从服务器;
将所述压缩文件包增量备份至所述增量从服务器。
6.根据权利要求5所述的方法,其特征在于,所述全量从服务器中包含已全量备份的压缩文件包,所述方法还包括:
接收终端上传的恢复请求;所述恢复请求携带了数据库标识和恢复类型;
响应于所述恢复请求,查找与所述数据库标识对应的全量从服务器和多个主服务器;
当所述恢复类型为第一类型时,则将所述全量从服务器中待恢复的压缩文件包发送至所述多个主服务器中,对所述多个主服务器中的压缩文件包进行解析;
当所述恢复类型为第二类型时,则将所述全量从服务器变更为主服务器,并对所述全量从服务器中待恢复的压缩文件进行解析。
7.根据权利要求6所述的方法,其特征在于,所述恢复请求还携带了时间戳,所述将所述全量从服务器中待恢复的压缩文件包发送至所述多个主服务器中,对所述多个主服务器中的压缩文件包进行解析,包括:
确定与所述时间戳对应的时间区间;
获取所述全量从服务器中多个待恢复的压缩文件包;所述待恢复的压缩文件包对应的备份时间处于所述时间区间中;
将所述多个待恢复的压缩文件包发送至至少一个所述主服务器中;
对接收到所述待恢复的压缩文件的主服务器中的压缩文件进行解析。
8.一种数据备份装置,其特征在于,所述装置包括:
获取模块,用于获取备份请求;所述备份请求携带了数据库标识和待备份数据标识;基于所述待备份数据标识获取相应的待备份数据;
查找模块,用于查找与所述数据库标识对应的全量从服务器、增量从服务器和多个主服务器;
筛选模块,用于根据所述全量从服务器的数据存储量、所述增量从服务器的数据存储量和每个所述主服务器的可用容量,从所述多个主服务器中筛选出至少一个主服务器;
备份模块,用于将所述待备份数据存储至筛选出的至少一个主服务器,并将所述待备份数据全量备份至所述全量从服务器且增量备份至所述增量从服务器。
9.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810546827.0A CN108897638B (zh) | 2018-05-31 | 2018-05-31 | 数据备份方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810546827.0A CN108897638B (zh) | 2018-05-31 | 2018-05-31 | 数据备份方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108897638A true CN108897638A (zh) | 2018-11-27 |
CN108897638B CN108897638B (zh) | 2023-03-21 |
Family
ID=64343858
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810546827.0A Active CN108897638B (zh) | 2018-05-31 | 2018-05-31 | 数据备份方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108897638B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110851305A (zh) * | 2019-11-20 | 2020-02-28 | 东北石油大学 | 科技项目文件备份存储方法和装置 |
CN111290882A (zh) * | 2020-02-11 | 2020-06-16 | 北京松果电子有限公司 | 数据文件备份方法、数据文件备份装置及电子设备 |
CN111541766A (zh) * | 2020-04-21 | 2020-08-14 | 西安电子科技大学 | 一种多服务器通信连接方法 |
CN111930566A (zh) * | 2020-07-28 | 2020-11-13 | 友谊时光科技股份有限公司 | 一种数据备份方法、装置、电子设备和存储介质 |
CN112214479A (zh) * | 2020-12-01 | 2021-01-12 | 王跃 | 基于大数据的医疗数据管理***及方法 |
CN112269690A (zh) * | 2020-11-17 | 2021-01-26 | 珠海大横琴科技发展有限公司 | 一种数据备份的方法和装置 |
CN112306745A (zh) * | 2019-07-26 | 2021-02-02 | 中移(苏州)软件技术有限公司 | 一种备份方法及装置、存储介质 |
CN112579362A (zh) * | 2020-12-29 | 2021-03-30 | 广州鼎甲计算机科技有限公司 | 神通数据库集群的备份方法、***、装置及存储介质 |
CN113138877A (zh) * | 2020-01-17 | 2021-07-20 | 伊姆西Ip控股有限责任公司 | 用于管理备份***的方法、设备和计算机程序产品 |
CN115373903A (zh) * | 2022-08-30 | 2022-11-22 | 广州鼎甲计算机科技有限公司 | 逻辑备份方法、装置、计算机设备和存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080154989A1 (en) * | 2006-12-21 | 2008-06-26 | Boxicom, Inc. (Dba 3X Systems) | Data backup system and method associated therewith |
CN104407945A (zh) * | 2014-12-26 | 2015-03-11 | 北京奇虎科技有限公司 | 数据备份的方法、装置及*** |
CN105786646A (zh) * | 2016-02-25 | 2016-07-20 | 北京金山安全软件有限公司 | 一种数据备份方法、装置及电子设备 |
CN107659652A (zh) * | 2017-09-28 | 2018-02-02 | 郑州云海信息技术有限公司 | 一种云备份的方法及装置 |
-
2018
- 2018-05-31 CN CN201810546827.0A patent/CN108897638B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080154989A1 (en) * | 2006-12-21 | 2008-06-26 | Boxicom, Inc. (Dba 3X Systems) | Data backup system and method associated therewith |
CN104407945A (zh) * | 2014-12-26 | 2015-03-11 | 北京奇虎科技有限公司 | 数据备份的方法、装置及*** |
CN105786646A (zh) * | 2016-02-25 | 2016-07-20 | 北京金山安全软件有限公司 | 一种数据备份方法、装置及电子设备 |
CN107659652A (zh) * | 2017-09-28 | 2018-02-02 | 郑州云海信息技术有限公司 | 一种云备份的方法及装置 |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112306745A (zh) * | 2019-07-26 | 2021-02-02 | 中移(苏州)软件技术有限公司 | 一种备份方法及装置、存储介质 |
CN112306745B (zh) * | 2019-07-26 | 2023-04-07 | 中移(苏州)软件技术有限公司 | 一种备份方法及装置、存储介质 |
CN110851305A (zh) * | 2019-11-20 | 2020-02-28 | 东北石油大学 | 科技项目文件备份存储方法和装置 |
CN113138877A (zh) * | 2020-01-17 | 2021-07-20 | 伊姆西Ip控股有限责任公司 | 用于管理备份***的方法、设备和计算机程序产品 |
CN113138877B (zh) * | 2020-01-17 | 2024-04-19 | 伊姆西Ip控股有限责任公司 | 用于管理备份***的方法、设备和计算机程序产品 |
CN111290882A (zh) * | 2020-02-11 | 2020-06-16 | 北京松果电子有限公司 | 数据文件备份方法、数据文件备份装置及电子设备 |
CN111290882B (zh) * | 2020-02-11 | 2024-02-09 | 北京小米松果电子有限公司 | 数据文件备份方法、数据文件备份装置及电子设备 |
CN111541766A (zh) * | 2020-04-21 | 2020-08-14 | 西安电子科技大学 | 一种多服务器通信连接方法 |
CN111930566A (zh) * | 2020-07-28 | 2020-11-13 | 友谊时光科技股份有限公司 | 一种数据备份方法、装置、电子设备和存储介质 |
CN112269690A (zh) * | 2020-11-17 | 2021-01-26 | 珠海大横琴科技发展有限公司 | 一种数据备份的方法和装置 |
CN112269690B (zh) * | 2020-11-17 | 2024-05-24 | 珠海大横琴科技发展有限公司 | 一种数据备份的方法和装置 |
CN112214479A (zh) * | 2020-12-01 | 2021-01-12 | 王跃 | 基于大数据的医疗数据管理***及方法 |
CN112579362A (zh) * | 2020-12-29 | 2021-03-30 | 广州鼎甲计算机科技有限公司 | 神通数据库集群的备份方法、***、装置及存储介质 |
CN115373903A (zh) * | 2022-08-30 | 2022-11-22 | 广州鼎甲计算机科技有限公司 | 逻辑备份方法、装置、计算机设备和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108897638B (zh) | 2023-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108897638A (zh) | 数据备份方法、装置、计算机设备和存储介质 | |
CN109901949B (zh) | 双活数据中心的应用灾备***及方法 | |
WO2019154394A1 (zh) | 分布式数据库集群***、数据同步方法及存储介质 | |
CN108932309B (zh) | 跨平台数据库管理方法、装置、计算机设备和存储介质 | |
US11354065B2 (en) | Cloud edition and retrieve | |
US8285689B2 (en) | Distributed file system and data block consistency managing method thereof | |
CN109032824A (zh) | 数据库校验方法、装置、计算机设备和存储介质 | |
CN108932295A (zh) | 主数据库切换控制方法、装置、计算机设备和存储介质 | |
US11886298B2 (en) | Using a storage log to generate an incremental backup | |
CN104951474A (zh) | 一种用于获取MySQL binlog增量日志的方法和装置 | |
CN110019469B (zh) | 分布式数据库数据处理方法、装置、存储介质及电子装置 | |
CN108959385A (zh) | 数据库部署方法、装置、计算机设备和存储介质 | |
US11436089B2 (en) | Identifying database backup copy chaining | |
CN110147201A (zh) | 在线压缩方法、装置、计算机设备及存储介质 | |
CN112948064A (zh) | 一种数据读取方法、装置及数据读取*** | |
US11042454B1 (en) | Restoration of a data source | |
CN110866011A (zh) | 数据表同步方法、装置、计算机设备和存储介质 | |
US20220121524A1 (en) | Identifying database archive log dependency and backup copy recoverability | |
CN109445988A (zh) | 异构容灾方法、装置、***、服务器和容灾平台 | |
US10922190B1 (en) | Updating database records while maintaining accessible temporal history | |
CN111339054A (zh) | 一种存储***分级管理的方法、装置、设备及存储介质 | |
CN113590643B (zh) | 基于双轨数据库的数据同步方法、装置、设备和存储介质 | |
CN112115166B (zh) | 数据缓存方法、装置、计算机设备和存储介质 | |
US10706073B1 (en) | Partitioned batch processing for a usage analysis system | |
US11093465B2 (en) | Object storage system with versioned meta objects |
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 |