CN110519332A - 一种服务器的文件备份方法、相关方法、相关装置 - Google Patents
一种服务器的文件备份方法、相关方法、相关装置 Download PDFInfo
- Publication number
- CN110519332A CN110519332A CN201910702726.2A CN201910702726A CN110519332A CN 110519332 A CN110519332 A CN 110519332A CN 201910702726 A CN201910702726 A CN 201910702726A CN 110519332 A CN110519332 A CN 110519332A
- Authority
- CN
- China
- Prior art keywords
- file
- server
- backup
- file destination
- destination
- 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.)
- Pending
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Abstract
本申请公开了一种服务器的文件备份方法,包括:存储服务器保存接收到的目标文件;将所述目标文件的唯一标识码记录至文件更新列表中,以便备份服务器对所述文件更新列表进行查找,得到所述目标文件的唯一标识码,并向所述存储服务器发送文件下载请求;根据接收到的文件下载请求向所述备份服务器发送所述目标文件,以便所述备份服务器保存所述目标文件。通过存储服务器中的文件更新列表使得备份服务器对存储服务器中的新文件进行备份操作,实现在不同的服务器之间进行数据备份,提高数据备份的可靠性。本申请还公开了另一种服务器的文件备份方法、存储服务器、备份服务器、服务器以及计算机可读存储介质,具有以上有益效果。
Description
技术领域
本申请涉及计算机技术领域,特别涉及一种服务器的文件备份方法、另一种服务器的文件备份方法、存储服务器、备份服务器、服务器以及计算机可读存储介质。
背景技术
在数据存储技术领域中,通常为了提高数据存储的可靠性和安全,会将数据进行备份,也就是将数据再形成一个副本进行保存。当原始的数据出现错误时,可以通过保存的副本文件进行恢复操作。
通常现有技术中采用同一个服务器在该服务器上即保存原始数据,又保存备份后的副本数据。当该服务器中的原始数据出现错误时,就可以通过本地存储的副本数据进行数据恢复。但是,原始数据出现错误的情况有可能是该服务器中的硬件出现损坏,影响所有的数据存储安全,同样也会影响到副本数据的存储安全。因此,也无法保证数据备份的安全性和有效性,其备份过程的可靠性较低,无法很好的保持数据备份功能的有效性。
因此,如何提高数据备份的有效性是本领域技术人员关注的重点问题。
发明内容
本申请的目的是提供一种服务器的文件备份方法、另一种服务器的文件备份方法、存储服务器、备份服务器、服务器以及计算机可读存储介质,通过存储服务器中的文件更新列表使得备份服务器对存储服务器中的新文件进行备份操作,实现在不同的服务器之间进行数据备份,提高数据备份的可靠性。
为解决上述技术问题,本申请提供一种服务器的文件备份方法,包括:
存储服务器保存接收到的目标文件;
将所述目标文件的唯一标识码记录至文件更新列表中,以便备份服务器对所述文件更新列表进行查找,得到所述目标文件的唯一标识码,并向所述存储服务器发送文件下载请求;
根据接收到的文件下载请求向所述备份服务器发送所述目标文件,以便所述备份服务器保存所述目标文件。
可选的,将所述目标文件的唯一标识码记录至文件更新列表中,包括:
将所述目标文件的MD5值记录至所述文件更新列表中。
可选的,存储服务器保存接收到的目标文件,包括:
所述存储服务器将所述目标文件以Base64编码的形式进行保存。
可选的,根据接收到的文件下载请求向所述备份服务器发送所述目标文件,以便所述备份服务器保存所述目标文件,包括:
根据接收到的文件下载请求中的唯一标识码获取到对应的Base64编码;
将所述Base64编码进行转换,得到所述目标文件;
将所述目标文件发送至所述备份服务器,以便所述备份服务器保存所述目标文件。
可选的,所述存储服务器和所述备份服务器的服务器类型均为Redis服务器。
本申请还提供一种服务器的文件备份方法,包括:
备份服务器按照预设周期判断文件更新列表是否出现新记录的目标文件;
若是,则根据目标文件的唯一标识码向所述存储服务器发送文件下载请求,以便所述存储服务器根据所述文件下载请求向所述备份服务器发送所述目标文件;
将接收到的所述目标文件进行保存。
本申请还提供一种存储服务器,包括:
文件保存模块,用于保存接收到的目标文件;
更新列表维护模块,用于将所述目标文件的唯一标识码记录至文件更新列表中,以便备份服务器对所述文件更新列表进行查找,得到所述目标文件的唯一标识码,并向所述存储服务器发送文件下载请求;
文件发送模块,用于根据接收到的文件下载请求向所述备份服务器发送所述目标文件,以便所述备份服务器保存所述目标文件。
本申请还提供一种备份服务器,包括:
更新监控模块,用于按照预设周期判断文件更新列表是否出现新记录的目标文件;
文件请求模块,用于当所述文件更新列表出现新记录的目标文件时,根据所述目标文件的唯一标识码向所述存储服务器发送文件下载请求,以便所述存储服务器根据所述文件下载请求向所述备份服务器发送所述目标文件;
文件备份模块,用于将接收到的所述目标文件进行保存。
本申请还提供一种服务器,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如上所述的文件备份方法的步骤和/或如上所述的文件备份方法的步骤。
本申请还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的文件备份方法的步骤和/或如上所述的文件备份方法的步骤。
本申请所提供的一种服务器的文件备份方法,包括:存储服务器保存接收到的目标文件;将所述目标文件的唯一标识码记录至文件更新列表中,以便备份服务器对所述文件更新列表进行查找,得到所述目标文件的唯一标识码,并向所述存储服务器发送文件下载请求;根据接收到的文件下载请求向所述备份服务器发送所述目标文件,以便所述备份服务器保存所述目标文件。
首先将接收到的目标文件进行保存,然后将该目标文件对应的唯一标识记录在文件更新列表中,以便备份服务器可以确定是否出现新保存的目标文件,当出现新保存的目标文件后根据该目标文件的唯一标识向存储服务器获取到对应的文件数据,实现了备份服务器对新保存的数据进行备份,而不是在同一个服务器中既保存数据又备份数据,将存储数据和备份数据的服务器进行区分,避免存储服务器对备份服务器的数据进行影响,保持了数据备份的可靠性和安全性,提高了数据备份功能的有效性。
本申请还提供另一种服务器的文件备份方法、存储服务器、备份服务器、服务器以及计算机可读存储介质,具有以上有益效果,在此不作赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的第一种服务器的文件备份方法的流程图;
图2为本申请实施例提供的第二种服务器的文件备份方法的流程图;
图3为本申请实施例所提供的一种存储服务器的结构示意图;
图4为本申请实施例所提供的一种存储服务器的结构示意图。
具体实施方式
本申请的核心是提供一种服务器的文件备份方法、另一种服务器的文件备份方法、存储服务器、备份服务器、服务器以及计算机可读存储介质,通过存储服务器中的文件更新列表使得备份服务器对存储服务器中的新文件进行备份操作,实现在不同的服务器之间进行数据备份,提高数据备份的可靠性。
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
现有技术中采用同一个服务器在该服务器上即保存原始数据,又保存备份后的副本数据。当该服务器中的原始数据出现错误时,就可以通过本地存储的副本数据进行数据恢复。但是,原始数据出现错误的情况有可能是该服务器中的硬件出现损坏,影响所有的数据存储安全,同样也会影响到副本数据的存储安全。因此,也无法保证数据备份的安全性和有效性,其备份过程的可靠性较低,无法很好的保持数据备份功能的有效性。
因此,本申请提供一种服务器的文件备份方法,首先将接收到的目标文件进行保存,然后将该目标文件对应的唯一标识记录在文件更新列表中,以便备份服务器可以确定是否出现新保存的目标文件,当出现新保存的目标文件后根据该目标文件的唯一标识向存储服务器获取到对应的文件数据,实现了备份服务器对新保存的数据进行备份,而不是在同一个服务器中既保存数据又备份数据,将存储数据和备份数据的服务器进行区分,避免存储服务器对备份服务器的数据进行影响,保持了数据备份的可靠性和安全性,提高了数据备份功能的有效性。
请参考图1,图1为本申请实施例所提供的第一种服务器的文件备份方法的流程图。
本实施例中,该方法可以包括:
S101,存储服务器保存接收到的目标文件;
可见,本步骤主要是存储服务器将接收到的目标文件进行保存。本步骤中主要是采用存储服务器执行保存动作,该存储服务器是专门用于存储数据的服务器,也就是在数据存储中承担主要存储任务的服务器。进一步的,本实施例中采用其他的备份服务器实现对数据的备份功能,可见,本实施例中是将存储服务器和备份服务器进行区分,当出现意外情况时两者之间互不影响,也就是避免了对备份的副本进行影响,提高了备份功能的有效性。
可以想到的是,在数据存储技术领域中,不同类型的服务器对数据进行存储的方式不同,进行存储的优势也并不相同。并且,当存储方式不同使将目标文件进行存储所采用的操作亦不相同。
可选的,存储服务器保存接收到的目标文件可以包括:存储服务器将目标文件以Base64编码的形式进行保存。也就是采用Redis服务器将目标文件的数据进行保存。具体来说是,将接收到的目标文件进行Base64编码,得到Base64编码的目标文件,再将Base64编码的目标文件写入该存储服务器的硬盘中。
此外,应当想到的是,本实施例中还可以采用其他存储形式,其他存储服务器将该目标文件进行存储。当选择不同的存储方式时,可以采用现有技术提供的任意一种存储操作对该存储数据进行处理,在此不做具体限定。
S102,将目标文件的唯一标识码记录至文件更新列表中,以便备份服务器对文件更新列表进行查找,得到目标文件的唯一标识码,并向存储服务器发送文件下载请求;
在S101的基础上,本步骤旨在将目标文件存储在存储服务器中的更新消息更新至文件更新列表中,也就是本实施例中所示的将该目标文件的唯一标识码记录至文件更新列表中。其中,该目标文件的唯一标识码就是该更新消息。当备份服务器检查到文件更新列表中出现新的唯一标识码时,就表示存储服务器中保存了新的文件,需要对该文件进行备份操作。
进一步的,还可以对文件更新列表中的每个标识设定是否备份的标志位。以便备份服务器可以通过标志位获取到需要进行备份操作的文件。具体来说,就是判断是否存在没有备份标志位的唯一标识码,若是,则根据该唯一标识码向存储服务器请求对应的数据。
此外,可以想到的是,本步骤中可以根据不同的规则获取目标文件的唯一标识码,例如MD5值、哈希值等其他算法。很显然,对数据计算唯一标识码的方式并不唯一,在本实施例中并不做具体限定。
可选的,本步骤可以包括:将目标文件的MD5值记录至文件更新列表中。具体来说,首先对该目标文件进行MD5值计算得到MD5值,然后将MD5值写入到文件更新列表中,最后在该MD5值上设置未备份的标志位。
可以想到是,本步骤中的备份服务器亦可以是不同类型的服务器,以便体现不同服务器的存储数据的效果,提高数据存储的适应程度。
可见,本步骤中通过文件更新列表,使备份服务器可以方便快速的确定需要进行备份操作的目标文件。也就是说存储服务器和备份服务器之间的联系可以仅依靠该文件更新列表进行维持,减少了存储服务器和备份服务器之间的耦合,避免存储服务器对备份服务器的影响,提高了数据备份的可靠性。
此外,本步骤中备份服务器可以按照预设的周期检查文件更新列表是否出现新的唯一标识码,也就是判断是否有未添加已备份标识的唯一标识码。
S103,根据接收到的文件下载请求向备份服务器发送目标文件,以便备份服务器保存目标文件。
在S102的基础上,本步骤旨在存储服务器根据接收到的文件下载请求向备份服务器发送该目标文件,以便该备份服务器获取到目标文件,实现对该目标文件进行备份。
需要说明的是,本实施例中的存储服务器和备份服务器之间的联系即为文件更新列表。而存储服务器提供的文件保存功能和文件下载功能,均是存储服务器本身存在的功能,也就是说对存储服务器无需进行过多的改动,只需要增加文件更新列表即可实现对新保存的文件数据进行备份,提高数据存储的安全性,同时避免存储服务器对备份服务器的影响。
相应的,由于采用了不同的服务器对文件数据进行存储,因此,本步骤中还应通过相对应的步骤将该目标文件发送至备份服务器。
可选的,本步骤中可以根据Base64编码将服务器中存储的数据再进行反编译后发送至备份服务器。具体的,可以包括:
步骤一,根据接收到的文件下载请求中的唯一标识码获取到对应的Base64编码;
步骤二,将Base64编码进行转换,得到目标文件;
步骤三,将目标文件发送至备份服务器,以便备份服务器保存目标文件。
综上,本实施例首先将接收到的目标文件进行保存,然后将该目标文件对应的唯一标识记录在文件更新列表中,以便备份服务器可以确定是否出现新保存的目标文件,当出现新保存的目标文件后根据该目标文件的唯一标识向存储服务器获取到对应的文件数据,实现了备份服务器对新保存的数据进行备份,而不是在同一个服务器中既保存数据又备份数据,将存储数据和备份数据的服务器进行区分,避免存储服务器对备份服务器的数据进行影响,保持了数据备份的可靠性和安全性,提高了数据备份功能的有效性。
以下通过另一个实施例,对本申请提供的另一种服务器的文件备份方法做进一步说明。
请参考图2,图2为本申请实施例提供的第二种服务器的文件备份方法的流程图。
在上一实施例中,主要是以存储服务器为角度,说明文件备份的过程。本实施例中,在备份服务器的角度对文件备份方法进行说明,该方法可以包括:
S201,备份服务器按照预设周期判断文件更新列表是否出现新记录的目标文件;若是,则执行S202;若否,则继续执行S201;
S202,根据目标文件的唯一标识码向存储服务器发送文件下载请求,以便存储服务器根据文件下载请求向备份服务器发送目标文件;
S203,将接收到的目标文件进行保存。
其中,预设周期可以根据技术人员的经验进行设定,还可以设定为定值,也可以根据存储服务器存储数据的频率设定,即存储服务器存储的数据越多进行检查的频率也就越快,避免遗漏文件数据。
本申请实施例提供了另一种服务器的文件备份方法,首先将接收到的目标文件进行保存,然后将该目标文件对应的唯一标识记录在文件更新列表中,以便备份服务器可以确定是否出现新保存的目标文件,当出现新保存的目标文件后根据该目标文件的唯一标识向存储服务器获取到对应的文件数据,实现了备份服务器对新保存的数据进行备份,而不是在同一个服务器中既保存数据又备份数据,将存储数据和备份数据的服务器进行区分,避免存储服务器对备份服务器的数据进行影响,保持了数据备份的可靠性和安全性,提高了数据备份功能的有效性。
以下通过另一个更具体的实施例,对本申请提供的一种服务器的文件备份方法。
在本实施例中,当存储文件时,自动将文件进行备份,使用者无需关心实现细节,保障用户的文件数据安全。具体的,可以包括:
存储服务器使用Java语言及Tomcat容器,实现WEB服务应用,该应用通过HTTP协议实现三个接口服务,分别是文件上传接口,文件下载接口,新增文件列表查询接口。
文件上传接口:通过该接口提供统一的文件上传功能,供使用者进行调用。调用该接口时除保存文件外,还需要维护一张新增文件表的表结构,在成功保存文件之后,将新增文件的文件名及对应的保存路径存到这个表结构中。文件存储采用Redis存储服务器,其中,Redis服务器采用key-value的存储方式,即一个key对应一个value,根据上传的文件取其Md5值,用MD5值作为key值,将文件进行Base64编码,将编码后的字符串作为value存储。
文件下载接口:根据key返回相应文件的Base64编码字符串。
新增文件列表查询接口:返回新增文件表结构中的数据。
备份服务器使用Java语言及Tomcat容器,实现一个WEB服务应用,该应用通过HTTP协议,定时请求master端的新增文件列表查询接口,并将接口中的数据(新增文件key列表)同步到内存当中,并且增加一个是否下载的标志位(该标志位默认为未下载),当发现有新增文件并且未进行同步时,自动调用master端的文件下载接口,通过key下载对应的文件,保存到本地Redis服务器,方式同上。并且将内存中的新增文件列表对应文件的标志位置为已下载状态。
可见,本首先将接收到的目标文件进行保存,然后将该目标文件对应的唯一标识记录在文件更新列表中,以便备份服务器可以确定是否出现新保存的目标文件,当出现新保存的目标文件后根据该目标文件的唯一标识向存储服务器获取到对应的文件数据,实现了备份服务器对新保存的数据进行备份,而不是在同一个服务器中既保存数据又备份数据,将存储数据和备份数据的服务器进行区分,避免存储服务器对备份服务器的数据进行影响,保持了数据备份的可靠性和安全性,提高了数据备份功能的有效性。
下面对本申请实施例提供的一种存储服务器进行介绍,下文描述的一种存储服务器与上文描述的一种服务器的文件备份方法可相互对应参照。
请参考图3,图3为本申请实施例所提供的一种存储服务器的结构示意图。
本实施例中,该存储服务器可以包括:
文件保存模块110,用于保存接收到的目标文件;
更新列表维护模块120,用于将目标文件的唯一标识码记录至文件更新列表中,以便备份服务器对文件更新列表进行查找,得到目标文件的唯一标识码,并向存储服务器发送文件下载请求;
文件发送模块130,用于根据接收到的文件下载请求向备份服务器发送目标文件,以便备份服务器保存目标文件。
下面对本申请实施例提供的一种备份服务器进行介绍,下文描述的一种备份服务器与上文描述的一种服务器的文件备份方法可相互对应参照。
请参考图4,图4为本申请实施例所提供的一种存储服务器的结构示意图。
更新监控模块210,用于按照预设周期判断文件更新列表是否出现新记录的目标文件;
文件请求模块220,用于当文件更新列表出现新记录的目标文件时,根据目标文件的唯一标识码向存储服务器发送文件下载请求,以便存储服务器根据文件下载请求向备份服务器发送目标文件;
文件备份模块230,用于将接收到的目标文件进行保存。
本申请实施例还提供一种服务器,包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现如以上实施例的文件备份方法的步骤和/或如以上实施例的文件备份方法的步骤。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如以上实施例所述的文件备份方法的步骤和/或如以上实施例所述的文件备份方法的步骤。
说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的一种服务器的文件备份方法、另一种服务器的文件备份方法、存储服务器、备份服务器、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。
Claims (10)
1.一种服务器的文件备份方法,其特征在于,包括:
存储服务器保存接收到的目标文件;
将所述目标文件的唯一标识码记录至文件更新列表中,以便备份服务器对所述文件更新列表进行查找,得到所述目标文件的唯一标识码,并向所述存储服务器发送文件下载请求;
根据接收到的文件下载请求向所述备份服务器发送所述目标文件,以便所述备份服务器保存所述目标文件。
2.根据权利要求1所述的文件备份方法,其特征在于,将所述目标文件的唯一标识码记录至文件更新列表中,包括:
将所述目标文件的MD5值记录至所述文件更新列表中。
3.根据权利要求1所述的文件备份方法,其特征在于,存储服务器保存接收到的目标文件,包括:
所述存储服务器将所述目标文件以Base64编码的形式进行保存。
4.根据权利要求3所述的文件备份方法,其特征在于,根据接收到的文件下载请求向所述备份服务器发送所述目标文件,以便所述备份服务器保存所述目标文件,包括:
根据接收到的文件下载请求中的唯一标识码获取到对应的Base64编码;
将所述Base64编码进行转换,得到所述目标文件;
将所述目标文件发送至所述备份服务器,以便所述备份服务器保存所述目标文件。
5.根据权利要求1至4任一项所述的文件备份方法,其特征在于,所述存储服务器和所述备份服务器的服务器类型均为Redis服务器。
6.一种服务器的文件备份方法,其特征在于,包括:
备份服务器按照预设周期判断文件更新列表是否出现新记录的目标文件;
若是,则根据目标文件的唯一标识码向所述存储服务器发送文件下载请求,以便所述存储服务器根据所述文件下载请求向所述备份服务器发送所述目标文件;
将接收到的所述目标文件进行保存。
7.一种存储服务器,其特征在于,包括:
文件保存模块,用于保存接收到的目标文件;
更新列表维护模块,用于将所述目标文件的唯一标识码记录至文件更新列表中,以便备份服务器对所述文件更新列表进行查找,得到所述目标文件的唯一标识码,并向所述存储服务器发送文件下载请求;
文件发送模块,用于根据接收到的文件下载请求向所述备份服务器发送所述目标文件,以便所述备份服务器保存所述目标文件。
8.一种备份服务器,其特征在于,包括:
更新监控模块,用于按照预设周期判断文件更新列表是否出现新记录的目标文件;
文件请求模块,用于当所述文件更新列表出现新记录的目标文件时,根据所述目标文件的唯一标识码向所述存储服务器发送文件下载请求,以便所述存储服务器根据所述文件下载请求向所述备份服务器发送所述目标文件;
文件备份模块,用于将接收到的所述目标文件进行保存。
9.一种服务器,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至5任一项所述的文件备份方法的步骤和/或如权利要求6所述的文件备份方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的文件备份方法的步骤和/或如权利要求6所述的文件备份方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910702726.2A CN110519332A (zh) | 2019-07-31 | 2019-07-31 | 一种服务器的文件备份方法、相关方法、相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910702726.2A CN110519332A (zh) | 2019-07-31 | 2019-07-31 | 一种服务器的文件备份方法、相关方法、相关装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110519332A true CN110519332A (zh) | 2019-11-29 |
Family
ID=68623775
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910702726.2A Pending CN110519332A (zh) | 2019-07-31 | 2019-07-31 | 一种服务器的文件备份方法、相关方法、相关装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110519332A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111654522A (zh) * | 2020-04-27 | 2020-09-11 | 平安证券股份有限公司 | 文件同步方法、文件同步服务器及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1701263A1 (en) * | 2005-03-09 | 2006-09-13 | Hitachi, Ltd. | Computer system and data backup method in computer system |
US20150331755A1 (en) * | 2014-05-15 | 2015-11-19 | Carbonite, Inc. | Systems and methods for time-based folder restore |
CN105630637A (zh) * | 2016-02-14 | 2016-06-01 | 北京艾森思科技有限公司 | 一种软件备份、还原方法及终端 |
CN106484877A (zh) * | 2016-10-14 | 2017-03-08 | 东北大学 | 一种基于hdfs的文件检索系统 |
CN106603726A (zh) * | 2017-02-03 | 2017-04-26 | 怀化学院 | 一种基于邮箱的个人数据分布存储系统 |
CN109525675A (zh) * | 2018-11-28 | 2019-03-26 | 广东海格怡创科技有限公司 | 北向服务器文件下载方法、装置、计算机设备和存储介质 |
CN109547253A (zh) * | 2018-11-28 | 2019-03-29 | 广东海格怡创科技有限公司 | 文件下载方法、装置、计算机设备和存储介质 |
-
2019
- 2019-07-31 CN CN201910702726.2A patent/CN110519332A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1701263A1 (en) * | 2005-03-09 | 2006-09-13 | Hitachi, Ltd. | Computer system and data backup method in computer system |
US20150331755A1 (en) * | 2014-05-15 | 2015-11-19 | Carbonite, Inc. | Systems and methods for time-based folder restore |
CN105630637A (zh) * | 2016-02-14 | 2016-06-01 | 北京艾森思科技有限公司 | 一种软件备份、还原方法及终端 |
CN106484877A (zh) * | 2016-10-14 | 2017-03-08 | 东北大学 | 一种基于hdfs的文件检索系统 |
CN106603726A (zh) * | 2017-02-03 | 2017-04-26 | 怀化学院 | 一种基于邮箱的个人数据分布存储系统 |
CN109525675A (zh) * | 2018-11-28 | 2019-03-26 | 广东海格怡创科技有限公司 | 北向服务器文件下载方法、装置、计算机设备和存储介质 |
CN109547253A (zh) * | 2018-11-28 | 2019-03-29 | 广东海格怡创科技有限公司 | 文件下载方法、装置、计算机设备和存储介质 |
Non-Patent Citations (1)
Title |
---|
林国庆: "基于索引的文件备份方案", 《电子设计工程》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111654522A (zh) * | 2020-04-27 | 2020-09-11 | 平安证券股份有限公司 | 文件同步方法、文件同步服务器及存储介质 |
CN111654522B (zh) * | 2020-04-27 | 2023-02-03 | 平安证券股份有限公司 | 文件同步方法、文件同步服务器及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110912937B (zh) | 一种基于区块链的数字存证平台和存证方法 | |
CN104346167B (zh) | 生成应用渠道包的方法及装置 | |
US9565250B2 (en) | Data transfer service | |
CA2866449C (en) | Telemetry system for a cloud synchronization system | |
CN107391758B (zh) | 数据库切换方法、装置及设备 | |
EP3776208A1 (en) | Runtime self-correction for blockchain ledgers | |
US20150213100A1 (en) | Data synchronization method and system | |
US10387271B2 (en) | File system storage in cloud using data and metadata merkle trees | |
US9442803B2 (en) | Method and system of distributed backup for computer devices in a network | |
US20100174807A1 (en) | System and method for providing configuration synchronicity | |
CN111008034B (zh) | 一种补丁生成方法及装置 | |
CN109908585B (zh) | 一种文件处理方法及系统、计算设备及存储介质 | |
CN109714443A (zh) | 域名服务器、域名备份方法和计算机可读存储介质 | |
JP5665889B2 (ja) | サブバージョンリポジトリをバックアップする方法及び装置 | |
CN105450682A (zh) | 一种用于数据同步保存、向客户端同步数据的方法、装置和系统 | |
US11500812B2 (en) | Intermediate file processing method, client, server, and system | |
WO2023065823A1 (zh) | 一种软件开发工具包修复方法、终端、服务器及设备 | |
CN111523151A (zh) | 一种基于区块链技术来保存电子数据的方法及其系统 | |
CN110519332A (zh) | 一种服务器的文件备份方法、相关方法、相关装置 | |
US6578035B1 (en) | Method for dynamic validation of a distributed database segment which yields a suitable successor | |
US20210103598A1 (en) | Managing persistent handle information for a file | |
JP2022014972A (ja) | 情報処理装置及び配置先決定プログラム | |
CN111078257A (zh) | 一种h5应用包的加载方法及相关装置 | |
TWI395443B (zh) | Sequential software automatic updating method and system | |
CN110569088A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191129 |
|
RJ01 | Rejection of invention patent application after publication |