CN102508735A - 一种基于云架构的终端***备份及恢复方法 - Google Patents
一种基于云架构的终端***备份及恢复方法 Download PDFInfo
- Publication number
- CN102508735A CN102508735A CN2011103048386A CN201110304838A CN102508735A CN 102508735 A CN102508735 A CN 102508735A CN 2011103048386 A CN2011103048386 A CN 2011103048386A CN 201110304838 A CN201110304838 A CN 201110304838A CN 102508735 A CN102508735 A CN 102508735A
- Authority
- CN
- China
- Prior art keywords
- end side
- file
- identification information
- core
- document
- 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
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种基于云架构的终端***备份及恢复方法,备份时,首先在云端服务器预置一文件数据库,存储有不同操作***所包含的核心文件及其唯一性标识信息,并存储有不同应用程序的唯一性属性信息及其安装文件;然后根据终端/用户的***备份请求,获取终端侧当前操作***的核心文件的唯一性标识信息,及当前已安装的应用程序的唯一性属性信息,并发送至云端服务器备份存储;所述云端服务器根据所述文件数据库确定该执行备份的终端/用户与所述备份的唯一性标识信息所代表的操作***核心文件之间的对应关系,以及与备份的已安装的应用程序的唯一性属性信息所代表的应用程序安装文件之间的对应关系。本发明提高备份及恢复的速度,降低传输量。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种基于云架构的终端***备份及恢复方法。
背景技术
随着计算机技术的发展,在各种计算机终端中安装的程序也越来越多。就个人计算机终端而言,一般来说,其中安装有操作***程序和一些应用程序,这些程序相互配合工作,满足用户各种操作需求。
但在终端运行一段时间后,由于病毒的破坏或自身垃圾文件的产生,很多程序会运行的越来越缓慢,甚至由于文件损坏造成无法正常开启或使用。针对这种情况,出现了Ghost等***备份还原工具,将整个分区的数据全部备份出来,在需要的时候再将备份数据还原到原分区。
但此类备份还原工具的执行速度相当缓慢,由于其备份原理是逐扇区的将原数据克隆备份,恢复还原时将整个备份数据再原封不动的写回,因此,不仅要求较大的存储空间,而且非常耗时,如果运用于基于网络的存储备份,则其发送的数据量相当大。
另一方面,目前的备份还原工具所执行的备份和还原操作都是比较机械刻板的,就像照相一样,将原数据文件完全保持原样的复制出来,并还原回去,并没有考虑到程序自身的组成特点和运行特点,即便是备份前由于长期运行而导致存在的垃圾文件或有害文件,依然会忠实的将其备份保存,而这些造成程序运行障碍的垃圾文件或有害文件再还原回终端后,仍然会造成程序运行不畅。
发明内容
本发明所要解决的技术问题在于提供一种,已克服现有技术下备份及恢复的速度较慢且不能改善程序性能的问题。
为解决上述技术问题,本发明提供一种基于云架构的终端***备份方法,包括:
在云端服务器预置一文件数据库,存储有不同操作***所包含的核心文件及其唯一性标识信息,并存储有不同应用程序的唯一性属性信息及其安装文件;
根据终端/用户的***备份请求,获取终端侧当前操作***的核心文件的唯一性标识信息,及当前已安装的应用程序的唯一性属性信息,并发送至云端服务器备份存储;
所述云端服务器根据所述文件数据库确定该执行备份的终端/用户与所述备份的唯一性标识信息所代表的操作***核心文件之间的对应关系,以及与备份的已安装的应用程序的唯一性属性信息所代表的应用程序安装文件之间的对应关系。
本发明进而还提供一种基于云架构的终端***恢复方法,包括:
根据终端/用户的恢复请求,所述云端服务器确定该终端/用户已经备份的操作***的核心文件的唯一性标识信息,及已安装的应用程序的唯一性属性信息;
将云端服务器侧已经备份的该终端的操作***的核心文件的唯一性标识信息与终端侧本地操作***的文件的当前唯一性标识信息进行匹配;
在终端侧将匹配不成功的当前唯一性标识信息对应的文件删除,并由云端服务器侧将匹配不成功的唯一性标识信息对应的文件发送至该终端侧对应存储;
由云端服务器根据所述已经备份的在终端侧已安装的应用程序的唯一性属性信息,使用对应的安装文件在终端侧执行安装,
其中,所述云端服务器预置有一文件数据库,存储有不同操作***所包含的核心文件及其唯一性标识信息,并存储有不同应用程序的唯一性属性信息及其安装文件。
应用本发明,由于不需要传输实体文件,只需要传输文件的特征信息,因此,可极大的提高备份及恢复的速度,降低数据传输量,而且在恢复时由于是基于差异比较的恢复,特征信息在备份前后没有差异的文件则不需要恢复,有差异的才需要恢复,因此不仅恢复速度快,而且可以将终端侧有害的垃圾文件删除,提升程序性能。
附图说明
图1为根据本发明实施例所述的一种基于云架构的终端***备份方法流程图。
图2为根据本发明实施例所述的备份关系示意图。
图3为根据本发明实施例所述的在终端侧获取欲备份的操作***程序的核心文件的唯一性标识信息的流程图。
图4为根据本发明实施例所述的一种基于云架构的终端***恢复方法流程图。
具体实施方式
下面结合附图,对本发明的实施例进行详细说明。
如图1所示,为根据本发明实施例所述的一种基于云架构的终端***备份方法流程图,包括如下步骤:
步骤101:在云端服务器预置一文件数据库,存储有不同操作***所包含的核心文件及其唯一性标识信息,并存储有不同应用程序的唯一性属性信息及其安装文件;
步骤102:根据终端/用户的***备份请求,获取终端侧当前操作***的核心文件的唯一性标识信息,及当前已安装的应用程序的唯一性属性信息,并发送至云端服务器备份存储;
步骤103:所述云端服务器根据所述文件数据库确定该执行备份的终端/用户与所述备份的唯一性标识信息所代表的操作***核心文件之间的对应关系,以及与备份的已安装的应用程序的唯一性属性信息所代表的应用程序安装文件之间的对应关系。
此外,所述文件数据库中进一步存储有不同操作***的初始注册表文件;所述云端服务器根据所述文件数据库确定该执行备份的终端/用户与初始注册表文件之间的对应关系。
云端服务器的概念,目前已经得到了相当大的发展和运用,例如,对于病毒特征库的建立,可以设置于云端服务器,客户端只需要上传本地文件特征即可与云端服务器中的病毒特征进行比较,从而运用黑名单查杀病毒。
同理,本发明的实施例在云端服务器中预置一文件数据库,存储有不同类别不同版本的操作程序的核心文件,及核心文件的唯一性标识信息,以及不同应用程序的安装文件。
通过长期的积累,在云端服务器可以建立一个包含众多常用程序文件的庞大的文件数据库,例如一些常用的操作***以及一些常用的应用程序都可以收录于其中。
而通过实际分析,是可以获知各种操作程序其原始的核心文件的范围。所述核心文件可以是该操作程序在安装后于终端中释放的初始文件;或者是那些维持操作***运行所必不可少的主文件;或者也可以是指那些同样的操作***程序被安装于不同终端并运行一段时间后的仍保持同样内容的共性文件。
核心文件的范围选择,可以根据不同操作***程序以及不同的备份要求而确定。显然,备份的核心文件的范围越大,则还原后的程序也越忠实于终端备份时的样态;而备份的核心文件的范围越小,则备份的数据量越小,还原后的程序越接近该操作***程序在安装后的初始样态。但很明显,那些可能在程序运行一段时间后所产生的一些垃圾文件或被病毒等恶意程序所注入的一些有害文件不会被包含在核心文件内。
对运行于不同终端中的相同操作***程序来说,其核心文件的内容大部分是相同的,受到破坏的文件毕竟是少数,因此,这就为复用云端文件数据库文件提供了基础。
云端服务器中的文件数据库中存储有各种操作***程序所包含的核心文件,及所述核心文件的唯一性标识信息。所述唯一性标识信息可以是该文件的签名信息或计算获得的MD5值等。
由于运行于终端中的同一操作***程序所包含的核心文件,如果没有被破坏,则其签名信息是与云端数据库中的该核心文件的签名信息是一致的。因此,将终端中该操作***程序的该核心文件的签名信息保存于服务器侧,就可以起到将该核心文件备份于服务器侧相同的目的,因为具有相同签名信息的相同核心文件已经预存于数据库中了。只有对于那些签名信息不一致的核心文件,才需要由该终端侧实际上传至服务器中存储。
如此,该终端只需要上传备份的操作***程序的核心文件的唯一性标识信息就完成了备份操作***的工作,云端服务器即可以根据该唯一性标识信息确定该终端备份的操作***核心文件是哪些。
如图2所示,在终端201中运行着欲备份的操作***程序1,其包含有核心文件1、核心文件2、核心文件3,以及垃圾文件4,对应的唯一性签名信息为文件签名1、文件签名2及文件签名3,以及文件签名4。在服务器202中数据库记录了操作***程序1的核心文件1、核心文件2及核心文件3,对应的唯一性签名信息为文件签名1、文件签名2及文件签名3。而在服务器侧备份的内容仅需要记录该终端或用户标识201及备份的操作***程序1的文件签名1、文件签名2及文件签名3。很明显,终端备份的数据内容很少,但足以在服务器侧确定该终端需要备份的程序数据。而且,由于备份的都是程序的核心文件,将一些可能的垃圾文件排除在外,这不仅减少了备份数据量,而且在恢复后可以还原一个干净的程序。
所述终端侧可以根据一个预置的规则表中记录的该欲备份的操作***程序的核心文件名称,获取欲备份的操作***程序的核心文件的唯一性标识信息。这个规则表可以是终端侧自带的,例如在该操作***程序执行安装时在终端侧记录的该程序所释放的初始文件;或通过扫描终端本地文件列表,根据程序名称及版本向服务器端索取,而服务器端则存储有众多常用程序的核心文件规则表。可以通过该规则表灵活控制核心文件的范围大小。
此外,还可以直接利用本发明实施例所述的文件数据库确定核心文件,如图3所示,为根据本发明实施例所述的在终端侧获取欲备份的操作***程序的核心文件的唯一性标识信息的流程图,包括:
步骤301:终端侧将当前操作***的唯一性属性信息发送至云端服务器;
步骤302:所述云端服务器根据文件数据库记录的不同操作***的唯一性属性信息确定该操作***及其所对应包含的核心文件,并将核心文件的名称发送至该终端侧;
步骤303:所述终端侧根据所述核心文件的名称获取当前操作***的核心文件的唯一性标识信息。
其中所述唯一性属性信息可以是该操作***程序的名称及版本号或程序ID等可以唯一的确定该程序对象的信息。
根据本发明的实施例,如果所述云端服务器在所述文件数据库中无法确定与所述终端侧发送的唯一性标识信息对应的核心文件,则说明终端侧该核心文件的签名信息与服务器侧数据库中的该核心文件的签名信息不一致,其有可能是已经被用户修改过的个性文件,这时可以由所述终端侧将与该唯一性标识信息对应的本地核心文件发送至云端服务器备份存储。
此外,还可以定义一些该操作***程序的非核心文件,例如一些静态配置的文件,或记录用户数据的文件,由于这些文件尽管不影响程序的运行,但可能记录了用户的使用习惯,因此,也可以在备份时提取出来。这样,可以由所述终端侧获取所述欲备份的程序的当前非核心文件,并发送至云端服务器备份存储。或者进一步获得非核心文件的唯一性标识信息一并备份存储。非核心文件的确定可以同样采取规则表的形式。
对于大部分的程序而言,其安装后释放的文件都会是在同一个目录路径下,也就是说其相对位置关系并不重要,但对于一些较为复杂的程序来说,例如操作***程序,可能嵌套有多层目录的情况,这时可以将核心文件之间的相对位置关系信息保存于文件数据库中;也可以是由所述终端侧将所述欲备份程序的核心文件之间的相对位置关系信息发送至云端服务器存储。
同样,对非核心文件来说,终端侧也可以将当前核心文件与非核心文件之间的相对位置关系发送至云端服务器存储。
而对于终端侧的已安装应用程序,只需要备份该应用程序的唯一性属性信息,例如该应用程序的名称及版本号或ID号即可,由于在服务器侧文件数据库中存储有不同应用程序的唯一性属性信息及其安装文件,因此,通过获知终端侧备份的唯一性属性信息,即可确定对应的安装文件,以便恢复时使用。
如图4所示,为根据本发明实施例所述的一种基于云架构的终端***恢复方法流程图,包括:
步骤401:根据终端/用户的恢复请求,所述云端服务器确定该终端/用户已经备份的操作***的核心文件的唯一性标识信息,及已安装的应用程序的唯一性属性信息;
步骤402:将云端服务器侧已经备份的该终端的操作***的核心文件的唯一性标识信息与终端侧本地操作***的文件的当前唯一性标识信息进行匹配;
步骤403:在终端侧将匹配不成功的当前唯一性标识信息对应的文件删除,并由云端服务器侧将匹配不成功的唯一性标识信息对应的文件发送至该终端侧对应存储;
步骤404:由云端服务器根据所述已经备份的在终端侧已安装的应用程序的唯一性属性信息,使用对应的安装文件在终端侧执行安装,
其中,所述云端服务器预置有一文件数据库,存储有不同操作***所包含的核心文件及其唯一性标识信息,并存储有不同应用程序的唯一性属性信息及其安装文件。
所述文件数据库中还可以进一步存储有不同操作***的初始注册表文件;在步骤404使用对应的安装文件在终端侧执行应用程序的安装之前,则可以进一步包括:由云端服务器将文件数据库中存储的与终端侧操作***对应的初始注册表文件发送至终端侧对应存储。
如果在备份时选定的核心文件中包含注册表文件,那么,由于注册表文件的个性化相当强,往往在运行一段时间后就会与最初的注册表文件产生差异,这样,在备份时由于终端侧注册表文件的唯一性标识信息与文件数据库中的核心文件的唯一性标识信息不一样,无法据此确定文件数据库中对应的核心文件,因此就会要求将终端侧注册表文件上传至服务器备份存储,并在恢复时将其再发送回终端侧。
但由于在备份时该终端侧的注册表可能已经包含有垃圾数据,如果再将其原样恢复的话,并不能带来性能的改善,因此,可以在文件数据库中进一步存储该操作***的初始的干净的注册表数据,在恢复时,可以将操作***的文件恢复后再将该初始注册表数据发送至终端侧,取代其当前的注册表数据,这样,就可以为终端侧带来一个干净的注册表文件,并在此基础上安装应用程序。
更进一步的,可以在备份时选定的核心文件中就不包含注册表文件,而是在恢复时统一使用初始注册表,则可以更快速的进行备份和恢复,同时带来操作***的性能恢复。
云端服务器根据终端侧的用户登录信息就可以获知当前用户,也就可以获知该用户曾经备份过的数据。对于大部分终端/用户来说,在收到其恢复请求后,服务器就可以确定该用户备份过的唯一性标识信息。如图2所示,用户终端-终端侧备份的操作***程序-终端侧核心文件及其签名信息-所备份的核心文件签名信息-云端文件数据库中记录的签名信息-数据库中的核心文件,这些对应关系都通过唯一性标识信息相互联系起来。
在恢复时,可以将云端服务器侧已经备份的该操作***的核心文件的唯一性标识信息与该终端侧本地对应程序的全部文件的当前唯一性标识信息进行匹配。如此,终端侧不需要确定操作***核心文件的范围,凡是与已经备份的签名信息不一致的本地程序文件全部可以删除,包括本地一些与该程序有关的垃圾文件以及因为文件受损或修改后导致签名信息变化的文件;而在服务器侧,可以成功匹配的已备份的签名信息代表在终端侧对应文件完好无损,而无法成功匹配的已备份签名信息表示终端侧原文件已经改变,这就需要利用文件数据库中的对应文件发送至终端侧存储。由于该已经改变的原文件已经因为无法成功匹配而被删除,因此,数据库中的对应文件就发送至终端侧取代了原文件。由于可见,本发明实施例的恢复方式是基于特征比对的,只有签名信息改变的文件才需要实际从服务器传送至终端,这就极大了的降低了数据传输量,而且也删除了终端侧在程序运行过程中产生的垃圾文件,改善了终端***性能。
在恢复时,还可以是将云端服务器侧已经备份的操作***程序的核心文件的唯一性标识信息与该终端侧本地对应程序的核心文件的当前唯一性标识信息进行匹配。
而对于核心文件之间的唯一性标识信息匹配的步骤,可以是由终端侧执行,也可以是由服务器侧执行。
例如,可以由云端服务器将所述已备份操作***程序的核心文件的唯一性标识信息发送至终端侧;然后,终端侧将接收到的核心文件的唯一性标识信息与本地对应程序的核心文件的当前唯一性标识信息进行匹配。
或者,由终端侧将欲恢复的操作***程序的核心文件的当前唯一性标识信息发送至云端服务器;然后,由所述云端服务器将收到的所述当前唯一性标识信息与存储的由该终端已经备份过的该操作***程序的核心文件的唯一性标识信息进行匹配。
只进行核心文件之间的匹配可以减少终端侧删除文件的范围,从而可以更精确的保留终端侧个性文件,或与非核心文件的还原互为补充。
在服务器侧如果还备份有操作***的非核心文件,则可以进一步由云端服务器将终端侧已备份的该操作***程序的非核心文件发送至终端侧对应存储。
如果云端服务器备份了非核心文件以及其对应的唯一性标识信息,则可以将云端服务器侧已备份的该操作***程序的非核心文件的唯一性标识信息与该终端侧本地对应程序的文件的当前唯一性标识信息进行匹配,如果匹配一致,则说明文件完好,不需要替换,如果匹配不一致,则可以将终端侧匹配不成功的非核心文件删除,并再将服务器侧备份的匹配不成功的非核心文件发送至终端侧对应存储。
而对于程序文件在终端侧的存储路径,可以按照默认安装路径存储,也可以通过动态搜索技术获知该程序在终端侧的安装路径,实际上,一般只要终端侧有一个核心文件就可以获知该程序的安装路径。
此外,所述终端侧还可以根据已在云端服务器记录的所述核心文件之间的相对位置关系对核心文件进行存储;或根据已在云端服务器记录的所述非核心文件与核心文件之间的相对位置关系对非核心文件进行存储。
在某些特殊情况下,如果在所述终端本地没有找到所述对应程序,则说明操作***可能已被更换,这时可以将在所述云端服务器中与已经备份的唯一性标识信息相对应的核心文件发送至该终端侧对应存储。
此外,在恢复时,如果终端侧需要获知该程序的核心文件范围,同样是可以根据一预置规则表确定所述本地对应程序的核心文件的名称;或根据所述云端服务器中的文件数据库中记录的所述程序的核心文件名称确定所述本地对应的核心文件名称。
而对于应用程序的恢复来说,就是利用服务器侧文件数据库中的安装文件在终端侧本地执行覆盖安装,或者先将该应用程序的配置文件和用户数据在本地保存起来,然后再执行安装,安装后再将配置文件和用户数据对应还原。
由此可见,本发明由于在备份时仅需要备份当前***的特征信息,而不用实际备份文件内容,因此,备份速度很快,传输的数据量大大减少;同时,恢复时是基于差异比较的恢复,即如果核心文件的特征标识没有变化,则不需要恢复该文件,只有特征标识发生变化的才需要从数据库中下载相应文件,因此,恢复的速度也很快,传输量很少。同时,由于是基于差异比较的恢复,因此,与备份时的文件范围或内容存在差异的垃圾文件等有害文件都可以被清除,在恢复后提升了程序性能。
Claims (27)
1.一种基于云架构的终端***备份方法,其特征在于,包括:
在云端服务器预置一文件数据库,存储有不同操作***所包含的核心文件及其唯一性标识信息,并存储有不同应用程序的唯一性属性信息及其安装文件;
根据终端/用户的***备份请求,获取终端侧当前操作***的核心文件的唯一性标识信息,及当前已安装的应用程序的唯一性属性信息,并发送至云端服务器备份存储;
所述云端服务器根据所述文件数据库确定该执行备份的终端/用户与所述备份的唯一性标识信息所代表的操作***核心文件之间的对应关系,以及与备份的已安装的应用程序的唯一性属性信息所代表的应用程序安装文件之间的对应关系。
2.如权利要求1所述的方法,其特征在于,所述文件数据库中进一步存储有不同操作***的初始注册表文件;所述云端服务器根据所述文件数据库确定该执行备份的终端/用户与初始注册表文件之间的对应关系。
3.如权利要求1所述的方法,其特征在于,所述终端侧根据一预置的规则表中记录的当前操作***的核心文件名称,获取当前操作***的核心文件的唯一性标识信息。
4.如权利要求1所述的方法,其特征在于,所述获取终端侧当前操作***的核心文件的唯一性标识信息的步骤,包括:
终端侧将当前操作***的唯一性属性信息发送至云端服务器;
所述云端服务器根据文件数据库记录的不同操作***的唯一性属性信息确定该操作***及其所对应包含的核心文件,并将核心文件的名称发送至该终端侧;
所述终端侧根据所述核心文件的名称获取当前操作***的核心文件的唯一性标识信息。
5.如权利要求1所述的方法,其特征在于,进一步包括:
如果所述云端服务器在所述文件数据库中无法确定与所述终端侧发送的唯一性标识信息对应的该操作***的核心文件,则由所述终端侧将与该唯一性标识信息对应的本地核心文件发送至云端服务器备份存储。
6.如权利要求1所述的方法,其特征在于,进一步包括:
由所述终端侧获取该操作***的当前非核心文件,并发送至云端服务器备份存储。
7.如权利要求1所述的方法,其特征在于,进一步包括:
由所述终端侧获取该操作***的当前非核心文件及对应的唯一性标识信息,并发送至云端服务器存储。
8.如权利要求1所述的方法,其特征在于,所述文件数据库中进一步存储有不同操作***所包含的核心文件之间的相对位置关系信息。
9.如权利要求1所述的方法,其特征在于,所述终端侧将该操作***的核心文件之间的相对位置关系信息发送至云端服务器存储。
10.如权利要求6或7所述的方法,其特征在于,进一步包括:所述终端侧将该操作***的当前核心文件与非核心文件之间的相对位置关系发送至云端服务器存储。
11.如权利要求4所述的方法,其特征在于,所述操作***的唯一性属性信息包括该操作***的名称及版本号。
12.如权利要求1所述的方法,其特征在于,所述应用程序的唯一性属性信息包括该应用程序的名称及版本号
13.如权利要求1或7所述的方法,其特征在于,所述文件的唯一性标识信息包括该文件的签名信息。
14.一种基于云架构的终端***恢复方法,其特征在于,包括:
根据终端/用户的恢复请求,所述云端服务器确定该终端/用户已经备份的操作***的核心文件的唯一性标识信息,及已安装的应用程序的唯一性属性信息;
将云端服务器侧已经备份的该终端的操作***的核心文件的唯一性标识信息与终端侧本地操作***的文件的当前唯一性标识信息进行匹配;
在终端侧将匹配不成功的当前唯一性标识信息对应的文件删除,并由云端服务器侧将匹配不成功的唯一性标识信息对应的文件发送至该终端侧对应存储;
由云端服务器根据所述已经备份的在终端侧已安装的应用程序的唯一性属性信息,使用对应的安装文件在终端侧执行安装,
其中,所述云端服务器预置有一文件数据库,存储有不同操作***所包含的核心文件及其唯一性标识信息,并存储有不同应用程序的唯一性属性信息及其安装文件。
15.如权利要求14所述的方法,所述文件数据库中进一步存储有不同操作***的初始注册表文件;在所述使用对应的安装文件在终端侧执行应用程序的安装步骤之前,进一步包括:由云端服务器将文件数据库中存储的与终端侧操作***对应的初始注册表文件发送至终端侧对应存储。
16.如权利要求14所述的方法,其特征在于,所述匹配步骤,包括:将云端服务器侧已经备份的所述操作***的核心文件的唯一性标识信息与该终端侧本地操作***的全部文件的当前唯一性标识信息进行匹配。
17.如权利要求14所述的方法,其特征在于,所述匹配步骤,包括:将云端服务器侧已经备份的所述操作***的核心文件的唯一性标识信息与该终端侧本地操作***的核心文件的当前唯一性标识信息进行匹配。
18.如权利要求17所述的方法,其特征在于,所述匹配步骤,包括:
云端服务器将所述已备份的操作***核心文件的唯一性标识信息发送至终端侧;
终端侧将接收到的已备份的操作***核心文件的唯一性标识信息与本地操作***对应的核心文件的当前唯一性标识信息进行匹配。
19.如权利要求17所述的方法,其特征在于,所述匹配步骤,包括:
由终端侧将本地操作***的核心文件的当前唯一性标识信息发送至云端服务器;
由所述云端服务器将收到的所述当前唯一性标识信息与存储的由该终端已经备份过的核心文件的唯一性标识信息进行匹配。
20.如权利要求14所述的方法,其特征在于,进一步包括:
由云端服务器将终端侧已备份的操作***非核心文件发送至终端侧对应存储。
21.如权利要求14所述的方法,其特征在于,所述匹配步骤,进一步包括:将云端服务器侧已备份的操作***非核心文件的唯一性标识信息与该终端侧本地操作***的文件的当前唯一性标识信息进行匹配。
22.如权利要求14所述的方法,其特征在于,所述云端服务器将匹配不成功的唯一性标识信息对应的文件发送至终端侧对应存储的步骤,包括:所述终端侧根据已在云端服务器记录的所述核心文件之间的相对位置关系对核心文件进行存储。
23.如权利要求20或21所述的方法,其特征在于,所述终端侧根据已在云端服务器记录的所述非核心文件与核心文件之间的相对位置关系对非核心文件进行存储。
24.如权利要求17所述的方法,其特征在于,所述终端侧根据一预置规则表确定所述本地操作***的核心文件的名称。
25.如权利要求17所述的方法,其特征在于,所述终端侧根据所述云端服务器中的文件数据库中记录的所述操作***的核心文件名称确定所述本地对应操作***核心文件名称。
26.如权利要求14或20所述的方法,其特征在于,所述文件的唯一性标识信息包括该文件的签名信息。
27.如权利要求14所述的方法,其特征在于,所述应用程序的唯一性属性信息包括应用程序的名称及版本号。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011103048386A CN102508735A (zh) | 2011-09-30 | 2011-09-30 | 一种基于云架构的终端***备份及恢复方法 |
PCT/CN2012/081984 WO2013044794A1 (zh) | 2011-09-30 | 2012-09-26 | 终端备份和恢复方法 |
US14/347,274 US10108501B2 (en) | 2011-09-30 | 2012-09-26 | Terminal backup and recovery method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011103048386A CN102508735A (zh) | 2011-09-30 | 2011-09-30 | 一种基于云架构的终端***备份及恢复方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102508735A true CN102508735A (zh) | 2012-06-20 |
Family
ID=46220827
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011103048386A Pending CN102508735A (zh) | 2011-09-30 | 2011-09-30 | 一种基于云架构的终端***备份及恢复方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102508735A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013044794A1 (zh) * | 2011-09-30 | 2013-04-04 | 北京奇虎科技有限公司 | 终端备份和恢复方法 |
CN103246510A (zh) * | 2013-04-23 | 2013-08-14 | 北京小米科技有限责任公司 | 一种进行***复制和还原的方法和装置 |
CN103544409A (zh) * | 2012-07-11 | 2014-01-29 | 腾讯科技(深圳)有限公司 | 一种应用程序控制方法、用户设备及服务器 |
CN103685342A (zh) * | 2012-08-31 | 2014-03-26 | 百度在线网络技术(北京)有限公司 | 个人云存储数据中心和云数据存储的方法 |
CN103679029A (zh) * | 2013-12-11 | 2014-03-26 | 北京奇虎科技有限公司 | 一种修复山寨应用程序的方法及装置 |
CN104168309A (zh) * | 2014-07-24 | 2014-11-26 | 深圳天珑无线科技有限公司 | 基于云服务的数据备份与操作方法 |
CN104881335A (zh) * | 2015-03-16 | 2015-09-02 | 广东欧珀移动通信有限公司 | 一种备份应用还原方法及终端 |
WO2016033929A1 (zh) * | 2014-09-03 | 2016-03-10 | 惠州Tcl移动通信有限公司 | 一种云数据备份及恢复方法 |
CN105630637A (zh) * | 2016-02-14 | 2016-06-01 | 北京艾森思科技有限公司 | 一种软件备份、还原方法及终端 |
CN105635201A (zh) * | 2014-10-29 | 2016-06-01 | Tcl集团股份有限公司 | 一种基于推送消息的应用程序启动方法及*** |
CN106027602A (zh) * | 2016-04-29 | 2016-10-12 | 乐视控股(北京)有限公司 | 应用程序的云端备份、还原方法及终端备份、还原装置 |
CN106528337A (zh) * | 2016-10-25 | 2017-03-22 | 广东欧珀移动通信有限公司 | 数据的备份方法、装置及*** |
CN106713507A (zh) * | 2017-02-22 | 2017-05-24 | 上海斐讯数据通信技术有限公司 | 一种批量云终端设备的管理方法及管理*** |
CN106790581A (zh) * | 2016-12-28 | 2017-05-31 | 深圳天珑无线科技有限公司 | 应用数据处理方法、装置及终端 |
CN109298973A (zh) * | 2018-09-28 | 2019-02-01 | 联想(北京)有限公司 | 一种信息恢复方法和电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1838083A (zh) * | 2005-03-21 | 2006-09-27 | 微软公司 | 联网环境中有效的数据备份***和方法 |
CN101324858A (zh) * | 2008-07-10 | 2008-12-17 | 宇龙计算机通信科技(深圳)有限公司 | 一种数据恢复方法、***及终端 |
CN102141953A (zh) * | 2011-04-01 | 2011-08-03 | 奇智软件(北京)有限公司 | 一种进度条的展现方法及装置 |
-
2011
- 2011-09-30 CN CN2011103048386A patent/CN102508735A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1838083A (zh) * | 2005-03-21 | 2006-09-27 | 微软公司 | 联网环境中有效的数据备份***和方法 |
CN101324858A (zh) * | 2008-07-10 | 2008-12-17 | 宇龙计算机通信科技(深圳)有限公司 | 一种数据恢复方法、***及终端 |
CN102141953A (zh) * | 2011-04-01 | 2011-08-03 | 奇智软件(北京)有限公司 | 一种进度条的展现方法及装置 |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013044794A1 (zh) * | 2011-09-30 | 2013-04-04 | 北京奇虎科技有限公司 | 终端备份和恢复方法 |
CN103544409A (zh) * | 2012-07-11 | 2014-01-29 | 腾讯科技(深圳)有限公司 | 一种应用程序控制方法、用户设备及服务器 |
CN103685342A (zh) * | 2012-08-31 | 2014-03-26 | 百度在线网络技术(北京)有限公司 | 个人云存储数据中心和云数据存储的方法 |
CN103685342B (zh) * | 2012-08-31 | 2018-01-09 | 百度在线网络技术(北京)有限公司 | 个人云存储数据中心和云数据存储的方法 |
CN103246510B (zh) * | 2013-04-23 | 2016-12-28 | 小米科技有限责任公司 | 一种进行***复制和还原的方法和装置 |
CN103246510A (zh) * | 2013-04-23 | 2013-08-14 | 北京小米科技有限责任公司 | 一种进行***复制和还原的方法和装置 |
CN103679029A (zh) * | 2013-12-11 | 2014-03-26 | 北京奇虎科技有限公司 | 一种修复山寨应用程序的方法及装置 |
CN104168309A (zh) * | 2014-07-24 | 2014-11-26 | 深圳天珑无线科技有限公司 | 基于云服务的数据备份与操作方法 |
WO2016011825A1 (zh) * | 2014-07-24 | 2016-01-28 | 深圳天珑无线科技有限公司 | 基于云服务的数据备份与操作方法 |
US9979784B2 (en) | 2014-09-03 | 2018-05-22 | Huizhou Tcl Mobile Communication Co., Ltd. | Method for cloud data backup and recovery |
WO2016033929A1 (zh) * | 2014-09-03 | 2016-03-10 | 惠州Tcl移动通信有限公司 | 一种云数据备份及恢复方法 |
CN105635201A (zh) * | 2014-10-29 | 2016-06-01 | Tcl集团股份有限公司 | 一种基于推送消息的应用程序启动方法及*** |
CN104881335A (zh) * | 2015-03-16 | 2015-09-02 | 广东欧珀移动通信有限公司 | 一种备份应用还原方法及终端 |
CN104881335B (zh) * | 2015-03-16 | 2019-06-18 | Oppo广东移动通信有限公司 | 一种备份应用还原方法及终端 |
CN105630637A (zh) * | 2016-02-14 | 2016-06-01 | 北京艾森思科技有限公司 | 一种软件备份、还原方法及终端 |
CN106027602A (zh) * | 2016-04-29 | 2016-10-12 | 乐视控股(北京)有限公司 | 应用程序的云端备份、还原方法及终端备份、还原装置 |
CN106528337A (zh) * | 2016-10-25 | 2017-03-22 | 广东欧珀移动通信有限公司 | 数据的备份方法、装置及*** |
CN106528337B (zh) * | 2016-10-25 | 2020-04-10 | Oppo广东移动通信有限公司 | 数据的备份方法、装置及*** |
CN106790581A (zh) * | 2016-12-28 | 2017-05-31 | 深圳天珑无线科技有限公司 | 应用数据处理方法、装置及终端 |
CN106713507A (zh) * | 2017-02-22 | 2017-05-24 | 上海斐讯数据通信技术有限公司 | 一种批量云终端设备的管理方法及管理*** |
CN106713507B (zh) * | 2017-02-22 | 2020-01-14 | 上海斐讯数据通信技术有限公司 | 一种批量云终端设备的管理方法及管理*** |
CN109298973A (zh) * | 2018-09-28 | 2019-02-01 | 联想(北京)有限公司 | 一种信息恢复方法和电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102508735A (zh) | 一种基于云架构的终端***备份及恢复方法 | |
CN102495772B (zh) | 一种基于特征的终端程序云备份及恢复方法 | |
CN102495771A (zh) | 一种基于云架构的终端对象分类备份及恢复方法 | |
CN102360320A (zh) | 一种基于云架构的终端备份对象共享恢复方法 | |
US11327680B2 (en) | Serverless solution for continuous data protection | |
CN102360321A (zh) | 一种基于云架构的终端程序快速备份及恢复方法 | |
CN102594849B (zh) | 数据备份、恢复方法、虚拟机快照删除、回滚方法及装置 | |
US10146630B1 (en) | Block changes framework for delta file incremental backup | |
US11907078B2 (en) | Data backup method, apparatus, and system | |
JP2017084332A (ja) | 仮想マシンシステムディスクのスナップショットの作成方法および装置 | |
US8738870B1 (en) | Block based backup | |
US20210208982A1 (en) | Data disaster recovery method and site | |
US10108501B2 (en) | Terminal backup and recovery method | |
CN103034566A (zh) | 虚拟机还原的方法和装置 | |
CN103473277A (zh) | 文件***的快照方法和装置 | |
EP2628085B1 (en) | Item level recovery | |
CN104461773A (zh) | 一种虚拟机备份去重的方法 | |
CN103179153A (zh) | 移动终端和基于云端服务器的移动终端数据备份方法 | |
US8898407B1 (en) | Incremental block based backup | |
CN103530202A (zh) | 针对终端程序的云备份及恢复方法 | |
US9483358B1 (en) | Synthetic block based backup | |
US10620883B1 (en) | Multi-format migration for network attached storage devices and virtual machines | |
US20240045770A1 (en) | Techniques for using data backup and disaster recovery configurations for application management | |
CN103500127A (zh) | 终端程序云备份及恢复方法 | |
US12026132B2 (en) | Storage tiering for computing system snapshots |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20120620 |
|
RJ01 | Rejection of invention patent application after publication |