WO2013044794A1 - 终端备份和恢复方法 - Google Patents

终端备份和恢复方法 Download PDF

Info

Publication number
WO2013044794A1
WO2013044794A1 PCT/CN2012/081984 CN2012081984W WO2013044794A1 WO 2013044794 A1 WO2013044794 A1 WO 2013044794A1 CN 2012081984 W CN2012081984 W CN 2012081984W WO 2013044794 A1 WO2013044794 A1 WO 2013044794A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
backup
terminal
backed
feature information
Prior art date
Application number
PCT/CN2012/081984
Other languages
English (en)
French (fr)
Inventor
张治洲
张庭
耿兆贺
宋俊良
Original Assignee
北京奇虎科技有限公司
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
Priority claimed from CN2011103048244A external-priority patent/CN102495771A/zh
Priority claimed from CN2011103048386A external-priority patent/CN102508735A/zh
Priority claimed from CN 201110304846 external-priority patent/CN102495772B/zh
Priority claimed from CN2011103048418A external-priority patent/CN102360321A/zh
Application filed by 北京奇虎科技有限公司 filed Critical 北京奇虎科技有限公司
Priority to US14/347,274 priority Critical patent/US10108501B2/en
Publication of WO2013044794A1 publication Critical patent/WO2013044794A1/zh

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/1458—Management of the backup or restore process
    • G06F11/1464—Management of the backup or restore process for networked environments
    • 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/83—Indexing scheme relating to error detection, to error correction, and to monitoring the solution involving signatures

Definitions

  • the present invention relates to the field of computer technologies, and in particular, to a method for backing up and restoring a terminal. Background technique
  • the backup principle is to clone the original data on a sector-by-sector basis, the entire backup data is written back to the original when the restore is restored. Therefore, not only the larger storage is required. Space, and very time consuming, if used for network-based storage backups, the amount of data it sends is quite large.
  • the backup and restore operations performed by the current backup and restore tools are relatively mechanically rigid. Just like photography, the original data files are completely copied and restored, without considering the program itself. The composition and operation characteristics, even if the junk files or harmful files existing due to long-term operation before the backup, will still be faithfully saved and backed up, and these junk files or harmful files that cause the running obstacles of the program are restored to the terminal. Still cause the program to run poorly. Summary of the invention
  • the present invention has been made in order to provide a terminal backup and recovery method that overcomes the above problems or at least partially solves or alleviates the above problems.
  • a terminal backup method including: providing a user interface on a terminal side to provide different backup classes according to a preset display policy.
  • the different backup categories include different backup objects.
  • the backup objects included in the backup category are backed up in the cloud server on the terminal side.
  • the backup category includes a current system, an application, or user data related to the application, where
  • the backup category of the current system includes the core files of the operating system and the installed applications.
  • the backup category of the application contains backup objects including the installed applications of the terminal;
  • the backup category of the user data associated with the application contains backup objects that include the user data files for the application.
  • the method further includes: acquiring, on the terminal side, the core file of the operating system and the unique feature information of the installed application, and sending the information to the cloud server backup storage;
  • the cloud server is preset with a file database, and the file data inventory stores core files and uniqueness characteristic information included in different operating systems, and stores unique feature information and installation files of different applications.
  • the local core corresponding to the unique feature information is used by the terminal side
  • the file is sent to the cloud server backup storage.
  • the backup category is an application
  • the cloud server is preset with a file database, and the file data inventory stores unique feature information and installation files of different applications.
  • the backup category is user data related to the application, it is stored at the end. , ' , > : , , , .
  • a terminal recovery method including: providing a user interface on a terminal side to provide different backup categories for a user to select to restore according to a preset display policy, wherein different backed up categories include Different backed up objects;
  • the file corresponding to the backed up object included in the backed up category is determined at the cloud server according to the backed up category selected by the user, and the corresponding recovery is performed on the terminal side by using the file.
  • the backed up category includes a current system, an application, or user data related to the application, where
  • the backed up categories of the current system include the core files of the operating system and the installed applications.
  • the files corresponding to the backup objects included in the backed up category include the core files of the operating system and the installed applications.
  • the backed up category of the unique feature letter application contains the backed up objects including the installed application of the terminal, and the file corresponding to the backed up object included in the backed up category includes the unique feature information of the installed application;
  • the backed up categories of user data related to the application contain backed up objects that include the application's user data files, and the files that correspond to the backed up objects contained in the backed up category include the application's user data files.
  • the unique feature information of the core file of the operating system of the terminal that has been backed up by the cloud server side is matched with the current unique feature information of the core file of the local operating system of the terminal side.
  • the installation file of the corresponding application pre-stored in the file database in the cloud server is installed on the terminal side according to the unique feature information of the application installed on the terminal side that has been backed up;
  • the file database stores core files and uniqueness information contained in different operating systems, and unique feature information and installation files of different applications.
  • the method further includes: using the corresponding application pre-stored in the file database in the cloud server according to the unique feature information of the application installed on the terminal side that has been backed up The installation file is installed on the terminal side;
  • the file database stores unique feature information of different applications And installation files.
  • the method further includes:
  • a terminal backup method including: a cloud server is preset with a file database, and the file database stores core files included in different programs and unique characteristic information thereof;
  • the unique ' ⁇ characteristic information of the core file of the pre-backed program is received from the terminal and stored in the cloud server; the correspondence between the core files represented by the uniqueness characteristic information of the core file of the program.
  • the cloud server if the cloud server cannot determine a core file corresponding to the unique feature information received from the terminal in the file database, localizing the terminal corresponding to the uniqueness feature information
  • the core files are backed up for storage.
  • the cloud server receives from the terminal a non-core file of a pre-backed program, a modified item in the registry, a relative positional relationship between the core files, and/or between the core file and the non-core file Location relationship for backup storage.
  • the file database also stores unique feature information of the application and its installation files.
  • a terminal recovery method including: determining, according to a recovery request of a terminal, a cloud server determining unique characteristic information of a core file of a program that the terminal has backed up;
  • the cloud server matches the uniqueness feature information that has been backed up with the current uniqueness feature information of the core file of the terminal local counterparty;
  • the cloud server registers the non-core file of the backed up program
  • the modifications in the table are sent to the terminal for storage.
  • matching the current uniqueness feature information in the file database is unsuccessful: storing the core file according to a relative positional relationship between the core files that have been recorded in the cloud server.
  • a computer program comprising computer readable code, when the computer readable code is run on a server, causing the server to perform according to any one of claims 1-18 The terminal backup or recovery method described.
  • a computer readable medium wherein the computer program according to claim 19 is stored.
  • the present invention does not need to transmit physical files, and only needs to transfer the characteristic information of the files. Therefore, the speed of backup and recovery can be greatly improved, the amount of data transmission can be reduced, and the recovery is based on the difference comparison recovery, feature information. Files that do not differ before and after backup do not need to be restored. If there is a difference, recovery is required. Therefore, not only the recovery speed is fast, but also harmful junk files on the terminal side can be deleted to improve program performance.
  • FIG. 1 schematically shows a flow chart of a terminal backup method in accordance with one embodiment of the present invention.
  • FIG. 2 schematically illustrates a flow chart for backing up a current system in accordance with one embodiment of the present invention.
  • Figure 3 schematically shows a schematic diagram of a backup in accordance with one embodiment of the present invention.
  • FIG. 4 is a flow chart schematically showing unique feature information of a core file of an operating system program to be backed up at the terminal side according to an embodiment of the present invention.
  • FIG. 5 schematically illustrates a flow chart for backing up an application in accordance with one embodiment of the present invention.
  • FIG. 6 schematically shows a flow chart of a terminal recovery method in accordance with one embodiment of the present invention.
  • Figure 7 is a schematic flow diagram showing the recovery of a current system in accordance with one embodiment of the present invention.
  • Figure 8 is a flow chart schematically showing a method of terminal backup in accordance with one embodiment of the present invention.
  • FIG. 9 is a flow chart schematically showing a terminal recovery method according to an embodiment of the present invention.
  • Figure 10 is a block diagram schematically showing a server for performing the method according to the present invention.
  • Figure 1 1 schematically shows a memory unit for holding or carrying program code implementing the method according to the invention.
  • a flow chart of a cloud object-based terminal object classification backup method includes:
  • Step 101 Provide a user interface on the terminal side to provide different backup categories for the user to select according to the preset display policy, where different backup categories include different backup objects;
  • Step 102 According to the backup category and object selected by the user, on the terminal side
  • the backup policy backs up the terminal file corresponding to the backup object in the cloud server.
  • the file database may be preset in the cloud database, where the file database stores different terminal files and unique feature information thereof; and the terminal side may corresponding to the backup object according to a preset backup policy.
  • the unique feature information of the terminal file is backed up and stored in the cloud server.
  • the backup category may be the current entire system, and the backup object included in the category includes a core file of the operating system and an installed application; and the file database preset in the cloud server stores the files included in different operating systems.
  • FIG. 2 it is a schematic flowchart of backing up a current system according to an embodiment of the present invention, including:
  • Step 201 According to the backup request of the terminal/user, obtain the core file of the current operating system of the terminal side and the unique feature information of the currently installed application, and send the information to the cloud server backup storage;
  • Step 202 The cloud server determines, according to the file database, a correspondence between a terminal/user that performs backup and an operating system core file represented by the uniqueness characteristic information of the backup, and an installed application that is backed up. The correspondence between the application installation files represented by the uniqueness characteristics of the program.
  • the unique feature information of the operating system core file may be uniquely distinguishable information such as signature information or MD5 value of the file; the unique feature information of the application may be a name, a version number, or an ID number of the program. The only difference is the information.
  • an initial registration table file of different operating systems is further stored in the file database; and the cloud server determines, according to the file database, a correspondence between the terminal/user performing the backup and the initial registry file.
  • the concept of the cloud server has been greatly developed and used. For example, for the establishment of the virus signature database, it can be set in the cloud server, and the client only needs to upload the local file feature to compare with the virus signature in the cloud server. So use the blacklist to kill the virus.
  • the embodiment of the present invention presets a file database in the cloud server, stores the core files of the operating programs of different versions and different versions, and the uniqueness of the core files. Information, as well as installation files for different applications.
  • a large file database containing many common program files can be created in the cloud server, for example, some common operating systems and some commonly used applications can be included.
  • the core file may be an initial file released by the operating system in the terminal after installation; or a main file necessary to maintain the operating system; or may also refer to those same
  • the operating system program is installed on different terminals and runs a common file that still maintains the same content after a period of time.
  • the choice of the scope of the core file can be determined according to different programs (for example, operating system programs) and different backup requirements. Obviously, the larger the scope of the backup core file, the more faithful the restored program is when the terminal is backed up; and the smaller the scope of the backup core file, the smaller the amount of backup data, and the more the restored program Close to the initial state of the operating system program after installation. However, it is obvious that some junk files that may be generated after the program has been running for a while or some harmful files injected by malicious programs such as viruses are not included in the core file.
  • the signature information of the core file of the operating system program in the terminal is saved on the server side, so that the core file can be backed up on the server side for the same purpose, because the same core file with the same signature information is pre-stored in the database. bingo. Only those core files whose signature information is inconsistent need to be actually uploaded to the server for storage by the terminal side.
  • the terminal only needs to upload the unique feature information of the core file of the backed up operating system program to complete the work of the backup operating system, and the cloud server can determine, according to the uniqueness characteristic information, which operating system core files are backed up by the terminal. .
  • an operating system program 1 to be backed up is run in the terminal 301, which The core file 1, the core file 2, the core file 3, and the junk file 4 are included, and the corresponding unique signature information is file signature 1, file signature 2 and file signature 3, and file signature 4.
  • the server 302 the core file 1, the core file 2, and the core file 3 of the operating system program 1 are recorded in the database, and the corresponding unique signature information is the file signature 1, the file signature 2, and the file signature 3.
  • the content backed up on the server side only needs to record the file signature 1, the file signature 2 and the file signature 3 of the terminal or user identifier 201 and the backed up operating system program 1.
  • the data content of the terminal backup is very small, but it is enough to determine the program data that the terminal needs to back up on the server side.
  • the backup is the core file of the program, some possible junk files are excluded, which not only reduces the amount of backup data, but also restores a clean program after recovery.
  • the terminal side may obtain the uniqueness characteristic information of the core file of the operating system program to be backed up according to the core file name of the operating system program to be backed up recorded in a preset rule table.
  • the rule table may be provided by the terminal side, for example, the initial file released by the program recorded on the terminal side when the operating system program performs installation; or may be obtained from the server by scanning the terminal local file list according to the program name and version.
  • the server side stores a core file rule table for many commonly used programs. The rule table can be used to flexibly control the range size of the core file.
  • the file as shown in FIG.
  • Step 401 The current operating system is on the terminal side
  • the uniqueness characteristic information is sent to the cloud server;
  • Step 402 The cloud server determines the operating system and the core file corresponding thereto according to the unique feature information of different operating systems recorded in the file database, and sends the name of the core file to the terminal side; Uniqueness characteristic information.
  • the unique feature information of the operating system may be the name of the operating system program and the version number or the program ID, etc., which can uniquely determine the information of the program object.
  • the cloud server cannot determine a core file corresponding to the unique feature information sent by the terminal side in the file database
  • the signature information of the core file on the terminal side is inconsistent with the signature information of the core file in the server side database, and may be a personalized file that has been modified by the user, and the unique feature may be used by the terminal side.
  • the local core file corresponding to the information is sent to the cloud server backup storage.
  • non-core files of the operating system program such as some statically configured files, or files that record user data. Because these files do not affect the running of the program, they may record the user's usage habits. It can also be extracted at the time of backup. In this way, the current non-core file of the program to be backed up can be obtained by the terminal side and sent to the cloud server backup storage. Or further obtain the unique feature information of the non-core file and back it up and store it.
  • the determination of non-core files can also take the form of a rule table.
  • the files released after installation will be in the same directory path, which means that their relative positional relationship is not important, but for some more complicated programs, such as operating system programs.
  • the relative positional relationship information between the core files may be saved in the file database; or the relative position between the core files of the program to be backed up by the terminal side may be Relationship information is sent to the cloud server storage.
  • the terminal side can also send the relative positional relationship between the current core file and the non-core file to the cloud server storage.
  • the uniqueness feature information and its installation file therefore, by knowing the uniqueness feature information of the terminal side backup, the corresponding installation file can be determined for use in recovery.
  • the cloud server cannot determine an application installation file corresponding to the uniqueness feature information sent by the terminal side in the file database, the local application corresponding to the uniqueness feature information is used by the terminal side.
  • the file and the modification information to the operating system registry are sent to the cloud server backup storage. The server backs up the storage so that the user data can be restored together during recovery.
  • the backup category may be an application, the category The included backup object includes an application installed by the terminal; the file database preset in the cloud server stores unique characteristic information and installation files of different applications.
  • FIG. 5 it is a schematic flowchart of a backup application according to an embodiment of the present invention, including:
  • Step 501 Acquire, according to the backup request of the terminal/user, the unique feature information of the currently installed application on the terminal side, and send the information to the cloud server backup storage;
  • Step 502 The cloud server determines, according to the file database, a correspondence between the terminal/user performing the backup and the application installation file represented by the uniqueness characteristic information of the backup.
  • the backup category may be user data related to an application, such as a browser's favorite setting, or a mailer's user inbox, etc., and the category includes a backup object including the application.
  • the user data file when backing up, can obtain the user data of the user selected application according to the terminal/user backup request and send it to the cloud server backup storage.
  • a flowchart of a cloud architecture-based terminal object classification recovery method includes:
  • Step 601 Providing a user interface on the terminal side to provide different backed up categories for the user to select and restore according to the preset display policy, wherein different backed up categories include different backed up objects;
  • Step 602 Determine, according to the backed up category and object selected by the user, a file corresponding to the backup object that is backed up by the terminal/user, and use the backed up file in the terminal according to a preset recovery policy. The side performs the corresponding recovery.
  • the file database may be preset in the cloud database, where the file database stores different terminal files and unique characteristic information thereof; the cloud server may be in the file database according to the unique feature information that the terminal/user has backed up. Determining a file corresponding to the backup object that the terminal/user has backed up.
  • the backed up category includes a current system
  • the backed up object included in the category includes a core file of an operating system and an installed application
  • the file that has been backed up corresponding to the backup object Includes the operating system core file and unique feature information of the installed application.
  • FIG. 7 it is a flow of current system recovery according to an embodiment of the present invention.
  • Schematic diagram including:
  • Step 701 Match the uniqueness characteristic information of the core file of the operating system of the terminal that has been backed up on the cloud server side with the current uniqueness characteristic information of the file of the local operating system of the terminal side;
  • Step 702 The file corresponding to the unsuccessful current uniqueness feature information is deleted on the terminal side, and the file corresponding to the unsuccessful uniqueness feature information is sent to the terminal side corresponding storage by the cloud server side;
  • Step 703 The cloud server performs installation on the terminal side by using the installation file of the pre-stored corresponding application according to the unique feature information of the application that has been backed up on the terminal side.
  • the cloud server is preset with a file database, and stores core files and initial registry files included in different operating systems, and unique feature information of the core files, and stores unique characteristics of different applications. Information and installation files.
  • the method further includes: sending, by the cloud server, the initial registry file corresponding to the terminal side operating system stored in the file database to the terminal side corresponding storage.
  • the registry file is included in the core file selected during the backup, then because the registry file is quite personalized, it will often be different from the original registry file after running for a period of time.
  • the unique feature information of the terminal side registry file is different from the unique feature information of the core file in the file database, and the corresponding core file in the file database cannot be determined accordingly, so the terminal side registry file is required to be uploaded to the server. Back up the storage and send it back to the terminal side when it is restored.
  • the terminal side registry may already contain garbage data during backup, if it is restored as it is, it does not bring about performance improvement. Therefore, the initial clean of the operating system can be further stored in the file database. Registry data, in the recovery, you can restore the operating system files and then send the initial registry data to the terminal side, replacing its current registry data, so that you can bring a clean registration for the terminal side Table file, and install the application on this basis.
  • the registry file can be included in the core file selected at the time of backup, and the initial registry can be used uniformly during recovery, so that backups can be performed more quickly and Recovery, while bringing performance recovery of the operating system.
  • the cloud server can know the current user according to the user login information on the terminal side, and can also know the data that the user has backed up. For most terminals/users, after receiving their recovery request, the server can determine the uniqueness characteristics of the user's backup. As shown in FIG. 2, the user terminal-terminal side backup operating system program-terminal side core file and its signature information-backed up core file signature information-the signature information recorded in the cloud file database-the core file in the database, these Correspondence relationships are related to each other through unique feature information.
  • the unique feature information of the core file of the operating system that has been backed up by the cloud server side can be matched with the current unique feature information of all the files of the local counterpart of the terminal side.
  • the terminal side does not need to determine the scope of the operating system core file, and all local program files that are inconsistent with the already signed signature information can be deleted, including some local junk files related to the program, and the signature is caused because the file is damaged or modified.
  • the backed up signature information that can be successfully matched represents that the corresponding file on the terminal side is intact, and the backed up signature information that cannot be successfully matched indicates that the original file on the terminal side has changed, which requires the use of the file.
  • the corresponding file in the database is sent to the terminal side storage.
  • the recovery mode of the embodiment of the present invention is based on feature comparison. Only the file whose signature information is changed needs to be actually transmitted from the server to the terminal, which greatly reduces the data transmission amount and also deletes the terminal.
  • the garbage files generated during the running of the program improve the performance of the terminal system.
  • the unique feature information of the core file of the operating system program that has been backed up on the cloud server side is matched with the current unique feature of the core file of the terminal-side local corresponding program.
  • the step of matching the unique feature information between the core files may be performed by the terminal side or by the server side.
  • the unique feature information of the core file of the backed up operating system program may be sent to the terminal side by the cloud server; then, the terminal side will receive the unique feature information of the core file and the core file of the local corresponding program.
  • the current uniqueness feature information is matched.
  • sending, by the terminal side, current unique feature information of the core file of the operating system program to be restored to the cloud server; and then, the current unique feature information received by the cloud server and the stored by the terminal The uniqueness information of the core file of the operating system program that has been backed up is matched.
  • Matching only the core files can reduce the range of files deleted on the terminal side, so that the terminal side personal files can be more accurately preserved or complemented by the non-core file restoration.
  • the non-core file of the operating system is backed up on the server side
  • the non-core file of the operating system program backed up by the terminal side may be further sent to the corresponding storage on the terminal side.
  • the unique feature information of the non-core file of the operating system program backed up by the cloud server side and the current file of the local corresponding program of the terminal side may be The unique feature information is matched. If the matching is consistent, the file is intact and does not need to be replaced. If the matching is inconsistent, the non-core file whose terminal side is unsuccessful can be deleted, and the program file is stored on the terminal side.
  • the path can be stored according to the default installation path, or the installation path of the program on the terminal side can be obtained through dynamic search technology. In fact, generally, as long as there is a core file on the terminal side, the installation path of the program can be known.
  • the terminal side may also store the core file according to the relative positional relationship between the core files already recorded in the cloud server; or according to the already existing cloud server.
  • the operating system may have been replaced, and the unique feature information that has been backed up in the cloud server may be correspondingly
  • the core file is sent to the terminal side for corresponding storage.
  • the installation file in the server side file database is used to perform the overlay installation locally on the terminal side, or the configuration file and user data of the application are saved locally, and then the installation and installation are performed. Then restore the configuration file and user data.
  • the backup category may include an application, and the backup object included in the category includes an application installed by the terminal; and the logged information that has been backed up.
  • the cloud server performs installation on the terminal side using the installation file of the pre-stored corresponding application according to the unique feature information of the application that has been backed up on the terminal side, and pre-stores in the cloud server.
  • a file database is stored, which stores unique feature information and installation files of different applications.
  • the backup category may include user data related to an application, the category includes a backup object including a user data file of the application, and the backup object corresponding to the backup object
  • the file or data includes the user data file for the application
  • the user data of the application that has been backed up can be sent from the cloud server to the corresponding storage on the terminal side.
  • an embodiment of the present invention provides a category option when backing up, wherein different categories also include different backup objects, and by selecting categories and objects, it is possible to perform backup and recovery only on the parts that the user pays attention to. It is convenient for the user to manage the terminal.
  • the present invention only needs to back up the feature information of the current system during backup, instead of actually backing up the file content, therefore, the backup speed is fast, the amount of data transmitted is greatly reduced; and the recovery is based on the difference comparison recovery, that is, if If the feature information of the core file does not change, the file does not need to be restored. Only when the feature information changes, the corresponding file needs to be downloaded from the database. Therefore, the recovery speed is also fast, and the transmission amount is small.
  • harmful files such as junk files that differ from the file range or contents at the time of backup can be erased, and the program performance is improved after the recovery.
  • a terminal backup method is also disclosed. As shown in FIG. 8, a terminal backup method according to an embodiment of the present invention is disclosed.
  • the method includes: Step 801: The cloud server is preset with a file database, where the file database stores core files included in different programs and unique characteristic information thereof;
  • Step 802 Receive unique characteristic information of a core file of the pre-backed program from the terminal and store the information on the cloud server;
  • Step 803 The cloud server determines, according to the file database, a correspondence between the terminal and a core file represented by the unique feature information of the core file of the pre-backed up program.
  • the different programs above may refer to programs such as an operating system, an application, and the like that can be installed in a terminal.
  • the unique feature information of the core file may be uniquely distinguishable information such as signature information or MD5 value of the file; the unique feature information of the application may be the unique name of the program, the version number or the ID number, etc. information.
  • the cloud server cannot determine a core file corresponding to the unique feature information received from the terminal in the file database, back up the local core file corresponding to the unique feature information of the terminal. storage.
  • the cloud server receives from the terminal a non-core file of a pre-backed program, a modified item in the registry, a relative positional relationship between the core files, and/or between the core file and the non-core file Location relationship for backup storage.
  • the file database also stores unique feature information of the application and its installation files.
  • the registry of the current operating system may be modified during the installation process. Therefore, when the backup is performed, the terminal side may obtain the modified item in the registry of the program to be backed up. And send it to the cloud server backup storage, so that the registry can be restored when recovering.
  • a terminal recovery method is disclosed. As shown in FIG. 9, a terminal recovery method according to an embodiment of the present invention includes:
  • Step 901 The cloud server determines, according to the recovery request of the terminal, the unique feature information of the core file of the program that the terminal has backed up;
  • Step 902 The cloud server matches the unique feature information that has been backed up with the current unique feature information of the core file of the terminal local corresponding program.
  • Step 903 Delete current unique feature information that is unsuccessful in the terminal. Corresponding core file and matching the current unique feature information in the file database; , , '; , .
  • the file database is preset in the cloud server and stores core files and uniqueness characteristic information included in different programs.
  • the cloud server sends the non-core file of the backed up program and the modified item in the registration table to the terminal for storage.
  • matching the current uniqueness feature information in the file database is unsuccessful: storing the core file according to a relative positional relationship between the core files that have been recorded in the cloud server.
  • the present invention can also be implemented as a device or device program (e.g., a computer program and a computer program product) for performing some or all of the methods described herein.
  • a program implementing the present invention may be stored on a computer readable medium or may be in the form of one or more signals. Such signals can be downloaded from the Internet website, or provided on a carrier signal, or in any other form.
  • FIG. 10 illustrates a server, such as an application server, that can implement the terminal backup and recovery method in accordance with the present invention.
  • the server conventionally includes a processor 1010 and a computer program product or computer readable medium in the form of a memory 1020.
  • the memory 1020 may be an electronic memory such as a flash memory, an EEPROM (Electrically Erasable Programmable Read Only Memory), an EPROM, a hard disk, or a ROM.
  • the memory 1020 has a memory space 1030 for executing program code 1031 of any of the above method steps.
  • storage space 1030 for program code may include various program code 1031 for implementing various steps in the above methods, respectively.
  • the program code can be read from or written to one or more computer program products.
  • Such computer program products include program code carriers such as hard disks, compact disks (CDs), memory cards or floppy disks.
  • Such a computer program product is typically a portable or fixed storage unit as described with reference to FIG.
  • the storage unit may have a storage section, a storage space, and the like arranged similarly to the storage 1020 in the server of FIG.
  • the program code can be compressed, for example, in an appropriate form.
  • the storage unit includes a computer Readable code 103, that is, code that can be read by, for example, a processor such as 1010, which when executed by a server causes the server to perform various steps in the methods described above.
  • an embodiment or “one or more embodiments” as used herein means that the particular features, structures, or characteristics described in connection with the embodiments are included in at least one embodiment of the invention. Further, it is noted that the phrase “in one embodiment” herein does not necessarily refer to the same embodiment.

Abstract

提供了一种终端备份及恢复方法，备份时，首先在终端侧提供一用户界面，以根据预设展示策略提供不同备份类别供用户选择，其中不同备份类别包含不同备份对象；然后根据用户选定的备份类别及对象，在终端侧根据预设备份策略将所述备份对象所对应的终端文件在云端服务器进行备份。恢复时，根据用户选定的恢复类别及对象，在云端服务器确定该终端/用户已经备份的与所述备份对象相对应的文件，并根据预设恢复策略，利用所述已备份文件在终端侧执行对应的恢复。提供分类了备份及恢复，并且提供了备份及恢复的速度。

Description

终端备份和恢复方法 技术领域
本发明涉及计算机技术领域， 尤其涉及终端备份及恢复方法。 背景技术
随着计算机技术的发展，在各种计算机终端中安装的程序也越来 越多。 就个人计算机终端而言， 一般来说， 其中安装有操作系统程序 和一些应用程序， 这些程序相互配合工作， 满足用户各种操作需求。 但在终端运行一段时间后， 由于病毒的破坏或自身垃圾文件的产 生， 很多程序会运行的越来越緩慢， 甚至由于文件损坏造成无法正常 开启或使用。 针对这种情况， 出现了 Ghost等系统备份还原工具， 将 整个分区的数据全部备份出来，在需要的时候再将备份数据还原到原 分区。 但此类备份还原工具的执行速度相当緩慢，由于其备份原理是逐 扇区的将原数据克隆备份，恢复还原时将整个备份数据再原封不动的 写回， 因此， 不仅要求较大的存储空间， 而且非常耗时， 如果运用于 基于网络的存储备份， 则其发送的数据量相当大。
另一方面， 目前的备份还原工具所执行的备份和还原操作都是比 较机械刻板的， 就像照相一样， 将原数据文件完全保持原样的复制出 来， 并还原回去， 并没有考虑到程序自身的组成特点和运行特点， 即 便是备份前由于长期运行而导致存在的垃圾文件或有害文件，依然会 忠实的将其备份保存，而这些造成程序运行障碍的垃圾文件或有害文 件再还原回终端后， 仍然会造成程序运行不畅。 发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至 少部分地解决或者减緩上述问题的终端备份和恢复方法。
根据本发明的一个方面， 提供了一种终端备份方法， 包括： 在终端侧提供一用户界面，以根据预设展示策略提供不同备份类 别供用户选择， 其中不同备份类别包含不同备份对象； 根据用户选定的备份类别，在终端侧将所述备份类别所包含的备 份对象在云端服务器进行备份。
任选地， 所述备份类别包括当前系统、 应用程序或与应用程序有 关的用户数据， 其中，
当前系统的备份类别包含的备份对象包括操作系统的核心文件 及已安装的应用程序；
应用程序的备份类别包含的备份对象包括终端已安装的应用程 序；
与应用程序有关的用户数据的备份类别包含的备份对象包括应 用程序的用户数据文件。
任选地， 当所述备份类别为当前系统时， 该方法进一步包括： 在 终端侧获取操作系统的核心文件及已安装的应用程序的唯一性特征 信息， 并发送至云端服务器备份存储；
其中， 在所述云端服务器预置有文件数据库， 所述文件数据库存 储有不同操作系统所包含的核心文件及其唯一性特征信息，并存储有 不同应用程序的唯一性特征信息及安装文件。
任选地，如果在所述文件数据库中无法确定与所述终端侧发送的 唯一性特征信息对应的该操作系统的核心文件，则由所述终端侧将与 该唯一性特征信息对应的本地核心文件发送至云端服务器备份存储。
任选地， 当所述备份类别为应用程序时， 在终端侧获取已安装的 应用程序的唯一性特征信息， 并发送至云端服务器备份存储；
其中， 在所述云端服务器预置有文件数据库， 所述文件数据库存 储有不同应用程序的唯一性特征信息及安装文件。
任选地， 当所述备份类别为与应用程序有关的用户数据时， 在终 存储。 、 ' 、 >: 、 、 .
根据本发明的另一个方面， 提供了一种终端恢复方法， 包括： 在终端侧提供一用户界面，以根据预设展示策略提供不同的已备 份类别供用户选择恢复，其中不同的已备份类别包含不同的已备份对 象； 根据用户选定的已备份类别，确定在云端服务器处与已备份类别 包含的已备份对象相对应的文件，利用所述文件在终端侧执行对应的 恢复。
任选地， 所述已备份类别包括当前系统、 应用程序或与应用程序 有关的用户数据， 其中，
当前系统的已备份类别包含的已备份对象包括操作系统的核心 文件及已安装的应用程序，与该已备份类别包含的备份对象相对应的 文件包括该操作系统的核心文件及已安装应用程序的唯一性特征信 应用程序的已备份类别包含的已备份对象包括终端已安装的应 用程序，与该已备份类别包含的已备份对象相对应的文件包括已安装 应用程序的唯一性特征信息；
与应用程序有关的用户数据的已备份类别包含的已备份对象包 括应用程序的用户数据文件，与该已备份类别包含的已备份对象相对 应的文件包括该应用程序的用户数据文件。
任选地， 当已备份类别为当前系统时， 将云端服务器侧已经备份 的该终端的操作系统的核心文件的唯一性特征信息与终端侧本地操 作系统的核心文件的当前唯一性特征信息进行匹配；
将终端侧匹配不成功的当前唯一特征信息对应的核心文件删除， 并从云端服务器接收匹配不成功的唯一性特征信息对应的核心文件 以便存储；
根据已经备份的在终端侧已安装的应用程序的唯一性特征信息， 使用在云端服务器中的文件数据库中预存的对应应用程序的安装文 件在终端侧执行安装；
其中，所述文件数据库存储有不同操作系统所包含的核心文件及 其唯一性特征信息以及不同应用程序的唯一性特征信息及安装文件。
任选地， 当已备份类别为应用程序时， 该方法进一步包括： 根据已经备份的在终端侧已安装的应用程序的唯一性特征信息， 使用在云端服务器中的文件数据库中预存的对应应用程序的安装文 件在终端侧执行安装；
任选地，所述文件数据库存储有不同应用程序的唯一性特征信息 及安装文件。
任选地， 已备份类别为与应用程序有关的用户数据时， 该方法进 一步包括：
从云端服务器接收已经备份的该应用程序的用户数据以便存储。 根据本发明的又一方面， 提供了一种终端备份方法， 包括： 云端服务器预置有文件数据库，所述文件数据库存储不同程序所 包含的核心文件及其唯一性特征信息；
从终端接收预备份的程序的核心文件的唯一' ^特征信息并存储 在所述云端服务器； 程序的核心文件的唯一性特征信息所代表的核心文件之间的对应关 系。
任选地，还包括如果所述云端服务器在所述文件数据库中无法确 定与从所述终端接收的唯一性特征信息对应的核心文件，则将所述终 端的与该唯一性特征信息对应的本地核心文件进行备份存储。
任选地，所述云端服务器从所述终端接收预备份的程序的非核心 文件、 在注册表中的修改项、 核心文件之间的相对位置关系和 /或核 心文件与非核心文件之间的位置关系以进行备份存储。
任选地，所述文件数据库还存储应用程序的唯一性特征信息及其 安装文件。
根据本发明的再一方面， 提供了一种终端恢复方法， 包括： 根据终端的恢复请求，云端服务器确定所述终端已经备份的程序 的核心文件的唯一性特征信息；
所述云端服务器将已经备份的唯一性特征信息与该终端本地对 应程序的核心文件的当前唯一性特征信息进行匹配；
删除所述终端中的匹配不成功的当前唯一性特征信息所对应的 核心文件并将文件数据库中与该当前唯一性特征信息匹配不成功的 其中，所述文件数据库预置在所述云端服务器并且存储不同程序 所包含的核心文件及其唯一性特征信息。
任选地， 所述云端服务器将已备份的程序的非核心文件、 在注册 表中的修改项发送到终端进行存储。
任选地，将文件数据库中与该当前唯一性特征信息匹配不成功的 括：根据已在云端服务器记录的核心文件之间的相对位置关系对核心 文件进行存储。
根据本发明的一个方面， 提供了一种计算机程序， 包括计算机可 读代码， 当所述计算机可读代码在服务器上运行时， 导致所述服务器 执行根据权利要求 1-18中的任一项所述的终端备份或恢复方法。
根据本发明的再一个方面， 提供了一种计算机可读介质， 其中存 储了如权利要求 19所述的计算机程序。
本发明的有益效果为：
应用本发明， 由于提供了类别和对象的选项， 用户可以仅对自己 感兴趣或关注的部分进行备份和恢复。
其次，本发明不需要传输实体文件，只需要传输文件的特征信息， 因此， 可极大的提高备份及恢复的速度， 降低数据传输量， 而且在恢 复时由于是基于差异比较的恢复，特征信息在备份前后没有差异的文 件则不需要恢复， 有差异的才需要恢复， 因此不仅恢复速度快， 而且 可以将终端侧有害的垃圾文件删除， 提升程序性能。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发 明的技术手段， 而可依照说明书的内容予以实施， 并且为了让本发明 的上述和其它目的、 特征和优点能够更明显易懂， 以下特举本发明的 具体实施方式。 附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处 对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施 方式的目的， 而并不认为是对本发明的限制。 而且在整个附图中， 用 相同的参考符号表示相同的部件。 在附图中： 图 1 示意性地示出了根据本发明的一个实施例的终端备份方法 的流程图。 图 2 示意性地示出了根据本发明的一个实施例的对当前系统进 行备份的流程图。 图 3 示意性地示出了根据本发明的一个实施例进行备份的示意 图。 图 4 示意性地示出了根据本发明的一个实施例的在终端侧获取 欲备份的操作系统程序的核心文件的唯一性特征信息的流程图。 图 5 示意性地示出了根据本发明的一个实施例的对应用程序进 行备份的流程图。 图 6 示意性地示出了根据本发明的一个实施例的终端恢复方法 的流程图。
图 7 示意性地示出了根据本发明的一个实施例的对当前系统进 行恢复的流程图。
图 8 示意性地示出了根据本发明的一个实施例的终端备份方法 的流程图。
图 9 示意性地示出了根据本发明的一个实施例的终端恢复方法 的流程图。
图 10示意性地示出了用于执行根据本发明的方法的服务器的框 图； 以及
图 1 1 示意性地示出了用于保持或者携带实现根据本发明的方法 的程序代码的存储单元。 具体实施例
下面结合附图和具体的实施方式对本发明作进一步的描述。 下面结合附图， 对本发明的实施例进行详细说明。
如图 1所示，为根据本发明的一个实施例的一种基于云架构的终 端对象分类备份方法流程图， 包括：
步骤 101 : 在终端侧提供一用户界面， 以根据预设展示策略提供 不同备份类别供用户选择， 其中不同备份类别包含不同备份对象； 步骤 102: 根据用户选定的备份类别及对象， 在终端侧根据预设 备份策略将所述备份对象所对应的终端文件在云端服务器进行备份。 其中， 可以在所述云端数据库中预置一文件数据库， 所述文件数 据库中存储有不同终端文件及其唯一性特征信息； 而所述终端侧可以 根据预设备份策略将所述备份对象所对应的终端文件的唯一性特征 信息在云端服务器进行备份存储。
例如， 所述备份类别可以是当前整个系统， 该类别包含的备份对 象包括操作系统的核心文件及已安装的应用程序；所述云端服务器中 预置的文件数据库中存储有不同操作系统所包含的核心文件及初始 注册表文件， 及所述核心文件的唯一性特征信息， 并存储有不同应用 程序的唯一性特征信息及安装文件。
如图 2所示，为根据本发明的一个实施例的对当前系统进行备份 的流程示意图， 包括：
步骤 201 : 根据终端 /用户的备份请求， 获取终端侧当前操作系统 的核心文件及当前已安装的应用程序的唯一性特征信息，并发送至云 端服务器备份存储；
步骤 202: 所述云端服务器根据所述文件数据库确定该执行备份 的终端 /用户与所述备份的唯一性特征信息所代表的操作系统核心文 件之间的对应关系，及与备份的已安装的应用程序的唯一性特征信息 所代表的应用程序安装文件之间的对应关系。
所述操作系统核心文件的唯一性特征信息可以是该文件的签名 信息或 MD5值等可唯一区别的信息； 所述应用程序的唯一性特征信 息可以是该程序的名称及版本号或 ID号等可唯一区别的信息。
此外，所述文件数据库中进一步存储有不同操作系统的初始注册 表文件；所述云端服务器根据所述文件数据库确定该执行备份的终端 /用户与初始注册表文件之间的对应关系。
云端服务器的概念， 目前已经得到了相当大的发展和运用，例如， 对于病毒特征库的建立， 可以设置于云端服务器， 客户端只需要上传 本地文件特征即可与云端服务器中的病毒特征进行比较，从而运用黑 名单查杀病毒。
同理， 本发明的实施例在云端服务器中预置一文件数据库， 存储 有不同类别不同版本的操作程序的核心文件，及核心文件的唯一性特 征信息， 以及不同应用程序的安装文件。
通过长期的积累，在云端服务器可以建立一个包含众多常用程序 文件的庞大的文件数据库，例如一些常用的操作系统以及一些常用的 应用程序都可以收录于其中。
而通过实际分析， 是可以获知各种程序 （例如， 操作系统）其原 始的核心文件的范围。 例如， 对于操作系统而言， 所述核心文件可以 是该操作系统在安装后于终端中释放的初始文件；或者是那些维持操 作系统运行所必不可少的主文件；或者也可以是指那些同样的操作系 统程序被安装于不同终端并运行一段时间后的仍保持同样内容的共 性文件。
核心文件的范围选择，可以根据不同程序（例如，操作系统程序） 以及不同的备份要求而确定。 显然， 备份的核心文件的范围越大， 则 还原后的程序也越忠实于终端备份时的样态； 而备份的核心文件的范 围越小， 则备份的数据量越小， 还原后的程序越接近该操作系统程序 在安装后的初始样态。 但很明显， 那些可能在程序运行一段时间后所 产生的一些垃圾文件或被病毒等恶意程序所注入的一些有害文件不 会被包含在核心文件内。
对运行于不同终端中的相同操作系统程序来说 ,其核心文件的内 容大部分是相同的， 受到破坏的文件毕竟是少数， 因此， 这就为复用 云端文件数据库文件提供了基础。
对于运行于终端中的同一操作系统程序所包含的核心文件，如果 没有被破坏，则其签名信息是与云端数据库中的该核心文件的签名信 息是一致的。 因此， 将终端中该操作系统程序的该核心文件的签名信 息保存于服务器侧，就可以起到将该核心文件备份于服务器侧相同的 目的， 因为具有相同签名信息的相同核心文件已经预存于数据库中 了。 只有对于那些签名信息不一致的核心文件， 才需要由该终端侧实 际上传至服务器中存储。
如此，该终端只需要上传备份的操作系统程序的核心文件的唯一 性特征信息就完成了备份操作系统的工作，云端服务器即可以根据该 唯一性特征信息确定该终端备份的操作系统核心文件是哪些。
如图 3所示， 在终端 301中运行着欲备份的操作系统程序 1 , 其 包含有核心文件 1、 核心文件 2、 核心文件 3 , 以及垃圾文件 4 , 对应 的唯一性签名信息为文件签名 1、 文件签名 2及文件签名 3 , 以及文 件签名 4。 在服务器 302中数据库记录了操作系统程序 1的核心文件 1、 核心文件 2及核心文件 3 , 对应的唯一性签名信息为文件签名 1、 文件签名 2及文件签名 3。 而在服务器侧备份的内容仅需要记录该终 端或用户标识 201及备份的操作系统程序 1的文件签名 1、 文件签名 2及文件签名 3。 很明显， 终端备份的数据内容很少， 但足以在服务 器侧确定该终端需要备份的程序数据。 而且， 由于备份的都是程序的 核心文件， 将一些可能的垃圾文件排除在外， 这不仅减少了备份数据 量， 而且在恢复后可以还原一个干净的程序。
所述终端侧可以根据一个预置的规则表中记录的该欲备份的操 作系统程序的核心文件名称，获取欲备份的操作系统程序的核心文件 的唯一性特征信息。 这个规则表可以是终端侧自带的， 例如在该操作 系统程序执行安装时在终端侧记录的该程序所释放的初始文件；或通 过扫描终端本地文件列表， 根据程序名称及版本向服务器端索取， 而 服务器端则存储有众多常用程序的核心文件规则表。可以通过该规则 表灵活控制核心文件的范围大小。 文件， 如图 4所示， 为根据本发明的一个实施例的在终端侧获取欲备 份的操作系统程序的核心文件的唯一性特征信息的流程图， 包括： 步骤 401 : 终端侧将当前操作系统的唯一性特征信息发送至云端 服务器；
步骤 402: 所述云端服务器根据文件数据库记录的不同操作系统 的唯一性特征信息确定该操作系统及其所对应包含的核心文件，并将 核心文件的名称发送至该终端侧； 统的核心文件的唯一性特征信息。
其中操作系统的唯一性特征信息可以是该操作系统程序的名称 及版本号或程序 ID等可以唯一的确定该程序对象的信息。
根据本发明的实施例，如果所述云端服务器在所述文件数据库中 无法确定与所述终端侧发送的唯一性特征信息对应的核心文件，则说 明终端侧该核心文件的签名信息与服务器侧数据库中的该核心文件 的签名信息不一致， 其有可能是已经被用户修改过的个性文件， 这时 可以由所述终端侧将与该唯一性特征信息对应的本地核心文件发送 至云端服务器备份存储。
此外， 还可以定义一些该操作系统程序的非核心文件， 例如一些 静态配置的文件， 或记录用户数据的文件， 由于这些文件尽管不影响 程序的运行， 但可能记录了用户的使用习惯， 因此， 也可以在备份时 提取出来。 这样， 可以由所述终端侧获取所述欲备份的程序的当前非 核心文件， 并发送至云端服务器备份存储。 或者进一步获得非核心文 件的唯一性特征信息一并备份存储。非核心文件的确定可以同样采取 规则表的形式。
对于大部分的程序而言，其安装后释放的文件都会是在同一个目 录路径下， 也就是说其相对位置关系并不重要， 但对于一些较为复杂 的程序来说， 例如操作系统程序， 可能嵌套有多层目录的情况， 这时 可以将核心文件之间的相对位置关系信息保存于文件数据库中；也可 以是由所述终端侧将所述欲备份程序的核心文件之间的相对位置关 系信息发送至云端服务器存储。
同样， 对于非核心文件来说， 终端侧也可以将当前核心文件与非 核心文件之间的相对位置关系发送至云端服务器存储。
而对于终端侧的已安装应用程序，只需要备份该应用程序的唯一 性特征信息， 例如该应用程序的名称及版本号或 ID号即可， 由于在 服务器侧文件数据库中存储有不同应用程序的唯一性特征信息及其 安装文件， 因此， 通过获知终端侧备份的唯一性特征信息， 即可确定 对应的安装文件， 以便恢复时使用。
而如果所述云端服务器在所述文件数据库中无法确定与所述终 端侧发送的唯一性特征信息对应的应用程序安装文件，则由所述终端 侧将与该唯一性特征信息对应的本地应用程序文件及对操作系统注 册表的修改信息发送至云端服务器备份存储。 服务器备份存储， 以便恢复时可以将用户数据一并还原。
根据本发明另一实施例， 所述备份类别可以是应用程序， 该类别 包含的备份对象包括终端已安装的应用程序；所述云端服务器中预置 的文件数据库中存储有不同应用程序的唯一性特征信息及安装文件。
如图 5所示，为根据本发明的一个实施例的备份应用程序的流程 示意图， 包括：
步骤 501 : 根据终端 /用户的备份请求， 获取终端侧当前已安装的 应用程序的唯一性特征信息， 并发送至云端服务器备份存储；
步骤 502: 所述云端服务器根据所述文件数据库确定该执行备份 的终端 /用户与所述备份的唯一性特征信息所代表的应用程序安装文 件之间的对应关系。
根据本发明又一实施例，所述备份类别可以是与应用程序有关的 用户数据， 如浏览器的收藏夹设置， 或邮件程序的用户收件夹等， 该 类别包含的备份对象包括该应用程序的用户数据文件， 在备份时， 可 以根据终端 /用户的备份请求， 获取用户选定的应用程序的用户数据 并发送至云端服务器备份存储。
如图 6所示，为根据本发明的一个实施例的基于云架构的终端对 象分类恢复方法流程图， 包括：
步骤 601 : 在终端侧提供一用户界面， 以根据预设展示策略提供 不同的已备份类别供用户选择恢复，其中不同的已备份类别包含不同 的已备份对象；
步骤 602: 根据用户选定的已备份类别及对象， 在云端服务器确 定该终端 /用户已经备份的与所述备份对象相对应的文件， 并根据预 设恢复策略， 利用所述已备份文件在终端侧执行对应的恢复。
其中， 所述云端数据库中可以预置一文件数据库， 所述文件数据 库中存储有不同终端文件及其唯一性特征信息；所述云端服务器可以 根据终端 /用户已备份的唯一性特征信息在文件数据库中确定该终端 / 用户已经备份的与所述备份对象相对应的文件。
根据本发明的实施例， 所述已备份类别包括当前系统， 该类别包 含的已备份对象包括操作系统的核心文件及已安装的应用程序；所述 已经备份的与所述备份对象相对应的文件包括该操作系统核心文件 及已安装应用程序的唯一性特征信息。
如图 7所示，为根据本发明的一个实施例的当前系统恢复的流程 示意图， 包括：
步骤 701 : 将云端服务器侧已经备份的该终端的操作系统的核心 文件的唯一性特征信息与终端侧本地操作系统的文件的当前唯一性 特征信息进行匹配；
步骤 702: 在终端侧将匹配不成功的当前唯一性特征信息对应的 文件删除，并由云端服务器侧将匹配不成功的唯一性特征信息对应的 文件发送至该终端侧对应存储；
步骤 703 : 由云端服务器根据所述已经备份的在终端侧已安装的 应用程序的唯一性特征信息，使用预存的对应应用程序的安装文件在 终端侧执行安装，
其中， 所述云端服务器中预置有一文件数据库， 存储有不同操作 系统所包含的核心文件及初始注册表文件，及所述核心文件的唯一性 特征信息， 并存储有不同应用程序的唯一性特征信息及安装文件。
所述文件数据库中进一步可以存储有不同操作系统的初始注册 骤之前， 进一步包括： 由云端服务器将文件数据库中存储的与终端侧 操作系统对应的初始注册表文件发送至终端侧对应存储。
如果在备份时选定的核心文件中包含注册表文件， 那么， 由于注 册表文件的个性化相当强，往往在运行一段时间后就会与最初的注册 表文件产生差异， 这样， 在备份时由于终端侧注册表文件的唯一性特 征信息与文件数据库中的核心文件的唯一性特征信息不一样，无法据 此确定文件数据库中对应的核心文件 , 因此就会要求将终端侧注册表 文件上传至服务器备份存储， 并在恢复时将其再发送回终端侧。
但由于在备份时该终端侧的注册表可能已经包含有垃圾数据，如 果再将其原样恢复的话， 并不能带来性能的改善， 因此， 可以在文件 数据库中进一步存储该操作系统的初始的干净的注册表数据，在恢复 时，可以将操作系统的文件恢复后再将该初始注册表数据发送至终端 侧， 取代其当前的注册表数据， 这样， 就可以为终端侧带来一个干净 的注册表文件， 并在此基础上安装应用程序。
更进一步地，可以在备份时选定的核心文件中就不包含注册表文 件， 而是在恢复时统一使用初始注册表， 则可以更快速地进行备份和 恢复， 同时带来操作系统的性能恢复。
云端服务器根据终端侧的用户登录信息就可以获知当前用户，也 就可以获知该用户曾经备份过的数据。 对于大部分终端 /用户来说， 在收到其恢复请求后，服务器就可以确定该用户备份过的唯一性特征 信息。 如图 2所示， 用户终端 -终端侧备份的操作系统程序-终端侧核 心文件及其签名信息 -所备份的核心文件签名信息-云端文件数据库 中记录的签名信息-数据库中的核心文件， 这些对应关系都通过唯一 性特征信息相互联系起来。
在恢复时，可以将云端服务器侧已经备份的该操作系统的核心文 件的唯一性特征信息与该终端侧本地对应程序的全部文件的当前唯 一性特征信息进行匹配。 如此， 终端侧不需要确定操作系统核心文件 的范围，凡是与已经备份的签名信息不一致的本地程序文件全部可以 删除， 包括本地一些与该程序有关的垃圾文件以及因为文件受损或修 改后导致签名信息变化的文件； 而在服务器侧， 可以成功匹配的已备 份的签名信息代表在终端侧对应文件完好无损，而无法成功匹配的已 备份签名信息表示终端侧原文件已经改变，这就需要利用文件数据库 中的对应文件发送至终端侧存储。由于该已经改变的原文件已经因为 无法成功匹配而被删除， 因此， 数据库中的对应文件就发送至终端侧 取代了原文件。 由此可见， 本发明实施例的恢复方式是基于特征比对 的， 只有签名信息改变的文件才需要实际从服务器传送至终端， 这就 极大了的降低了数据传输量，而且也删除了终端侧在程序运行过程中 产生的垃圾文件， 改善了终端系统性能。
在恢复时，还可以是将云端服务器侧已经备份的操作系统程序的 核心文件的唯一性特征信息与该终端侧本地对应程序的核心文件的 当前唯一' )·生特征信息进行匹配。
而对于核心文件之间的唯一性特征信息匹配的步骤，可以是由终 端侧执行， 也可以是由服务器侧执行。
例如，可以由云端服务器将所述已备份操作系统程序的核心文件 的唯一性特征信息发送至终端侧； 然后， 终端侧将接收到的核心文件 的唯一性特征信息与本地对应程序的核心文件的当前唯一性特征信 息进行匹配。 或者， 由终端侧将欲恢复的操作系统程序的核心文件的当前唯一 性特征信息发送至云端服务器； 然后， 由所述云端服务器将收到的所 述当前唯一性特征信息与存储的由该终端已经备份过的该操作系统 程序的核心文件的唯一性特征信息进行匹配。
只进行核心文件之间的匹配可以减少终端侧删除文件的范围，从 而可以更精确地保留终端侧个性文件，或与非核心文件的还原互为补 充。
在服务器侧如果还备份有操作系统的非核心文件，则可以进一步 由云端服务器将终端侧已备份的该操作系统程序的非核心文件发送 至终端侧对应存储。
如果云端服务器备份了非核心文件以及其对应的唯一性特征信 息，则可以将云端服务器侧已备份的该操作系统程序的非核心文件的 唯一性特征信息与该终端侧本地对应程序的文件的当前唯一性特征 信息进行匹配， 如果匹配一致， 则说明文件完好， 不需要替换， 如果 匹配不一致， 则可以将终端侧匹配不成功的非核心文件删除， 并再将 而对于程序文件在终端侧的存储路径，可以按照默认安装路径存 储， 也可以通过动态搜索技术获知该程序在终端侧的安装路径， 实际 上， 一般只要终端侧有一个核心文件就可以获知该程序的安装路径。
此外，所述终端侧还可以根据已在云端服务器记录的所述核心文 件之间的相对位置关系对核心文件进行存储；或根据已在云端服务器 件进行存储。
在某些特殊情况下， 如果在所述终端本地没有找到所述对应程 序， 则说明操作系统可能已被更换， 这时可以将在所述云端服务器中 与已经备份的唯一性特征信息相对应的核心文件发送至该终端侧对 应存储。
此外， 在恢复时， 如果终端侧需要获知该程序的核心文件范围， 名称；或根据所述云端服务器中的文件数据库中记录的所述程序的核 而对于应用程序的恢复来说，就是利用服务器侧文件数据库中的 安装文件在终端侧本地执行覆盖安装，或者先将该应用程序的配置文 件和用户数据在本地保存起来， 然后再执行安装， 安装后再将配置文 件和用户数据对应还原。
根据本发明的另一实施例， 所述备份类别可以包括应用程序， 该 类别包含的备份对象包括终端已安装的应用程序；所述已经备份的与 征信息。
在恢复时， 由云端服务器根据所述已经备份的在终端侧已安装的 应用程序的唯一性特征信息，使用预存的对应应用程序的安装文件在 终端侧执行安装， 而在所述云端服务器中预置有文件数据库， 存储有 不同应用程序的唯一性特征信息及安装文件。
根据本发明又一实施例，所述备份类别可以包括与应用程序有关 的用户数据， 该类别包含的备份对象包括该应用程序的用户数据文 件；所述已经备份的与所述备份对象相对应的文件或数据包括该应用 程序的用户数据文件；
恢复时，可以将已经备份的该应用程序的用户数据从云端服务器 发送至终端侧对应存储。
由此可见， 本发明的一个实施例由于在备份时提供了类别选项， 其中不同类别还包括不同的备份对象， 通过对类别和对象的选择， 实 现了仅对用户关注的部分进行备份和恢复， 方便了用户对终端的管 理。 同时， 本发明在备份时， 仅需要备份当前系统的特征信息， 而不 用实际备份文件内容， 因此，备份速度很快，传输的数据量大大减少； 而恢复时是基于差异比较的恢复，即如果核心文件的特征信息没有变 化， 则不需要恢复该文件， 只有特征信息发生变化的才需要从数据库 中下载相应文件， 因此， 恢复的速度也很快， 传输量很少。 此外， 由 于是基于差异比较的恢复， 因此， 与备份时的文件范围或内容存在差 异的垃圾文件等有害文件都可以被清除， 在恢复后提升了程序性能。
在本发明的另一方面， 还公开了另一种终端备份方法。 如图 8所 示， 公开了一种根据本发明的一个实施例的终端备份方法， 该方法包 括： 步骤 801 : 云端服务器预置有文件数据库， 所述文件数据库存储 不同程序所包含的核心文件及其唯一性特征信息；
步骤 802: 从终端接收预备份的程序的核心文件的唯一性特征信 息并存储在所述云端服务器；
步骤 803 : 所述云端服务器根据所述文件数据库确定所述终端与 预备份的程序的核心文件的唯一性特征信息所代表的核心文件之间 的对应关系。
上面的不同程序可以指操作系统、应用程序等可以安装在终端的 程序。
对于核心文件的唯一性特征信息可以是该文件的签名信息或 MD5 值等可唯一区别的信息； 对于应用程序的唯一性特征信息可以 是该程序的名称及版本号或 ID号等可唯一区别的信息。
另外，如果所述云端服务器在所述文件数据库中无法确定与从所 述终端接收的唯一性特征信息对应的核心文件，则将所述终端的与该 唯一性特征信息对应的本地核心文件进行备份存储。
任选地，所述云端服务器从所述终端接收预备份的程序的非核心 文件、 在注册表中的修改项、 核心文件之间的相对位置关系和 /或核 心文件与非核心文件之间的位置关系以进行备份存储。
任选地，所述文件数据库还存储应用程序的唯一性特征信息及其 安装文件。 对于一些软件程序来说， 其安装过程中可能会对当前操作系统的注册 表进行修改， 因此， 在备份时， 可以由所述终端侧获取所述欲备份的程序 在注册表中的修改项， 并发送至云端服务器备份存储， 以便恢复时对注册 表进行还原。
在本发明的再一个方面，公开了一种终端恢复方法。如图 9所示， 依据本发明的一个实施例的终端恢复方法包括：
步骤 901 : 根据终端的恢复请求， 云端服务器确定所述终端已经 备份的程序的核心文件的唯一性特征信息；
步骤 902: 所述云端服务器将已经备份的唯一性特征信息与该终 端本地对应程序的核心文件的当前唯一， 1·生特征信息进行匹配；
步骤 903 : 删除所述终端中的匹配不成功的当前唯一性特征信息 所对应的核心文件并将文件数据库中与该当前唯一性特征信息匹配 存储； 、 、 ' ； 、 .
其中，所述文件数据库预置在所述云端服务器并且存储不同程序 所包含的核心文件及其唯一性特征信息。
任选地， 所述云端服务器将已备份的程序的非核心文件、 在注册 表中的修改项发送到终端进行存储。
任选地，将文件数据库中与该当前唯一性特征信息匹配不成功的 括：根据已在云端服务器记录的核心文件之间的相对位置关系对核心 文件进行存储。
本领域的技术人员应当理解，本发明还可以实现为用于执行这里 所描述的方法的一部分或者全部的设备或者装置程序（例如， 计算机 程序和计算机程序产品）。 这样的实现本发明的程序可以存储在计算 机可读介质上， 或者可以具有一个或者多个信号的形式。 这样的信号 可以从因特网网站上下载得到， 或者在载体信号上提供， 或者以任何 其他形式提供。
例如， 图 10示出了可以实现根据本发明的终端备份和恢复方法 的服务器， 例如应用服务器。 该服务器传统上包括处理器 1010和以 存储器 1020 形式的计算机程序产品或者计算机可读介质。 存储器 1020 可以是诸如闪存、 EEPROM (电可擦除可编程只读存储器） 、 EPROM、 硬盘或者 ROM之类的电子存储器。 存储器 1020具有用于 执行上述方法中的任何方法步骤的程序代码 1031的存储空间 1030。 例如， 用于程序代码的存储空间 1030可以包括分别用于实现上面的 方法中的各种步骤的各个程序代码 1031。 这些程序代码可以从一个 或者多个计算机程序产品中读出或者写入到这一个或者多个计算机 程序产品中。 这些计算机程序产品包括诸如硬盘， 紧致盘 （CD ) 、 存储卡或者软盘之类的程序代码载体。这样的计算机程序产品通常为 如参考图 11 所述的便携式或者固定存储单元。 该存储单元可以具有 与图 10的服务器中的存储器 1020类似布置的存储段、 存储空间等。 程序代码可以例如以适当形式进行压缩。 通常， 存储单元包括计算机 可读代码 103 Γ , 即可以由例如诸如 1010之类的处理器读取的代码， 这些代码当由服务器运行时，导致该服务器执行上面所描述的方法中 的各个步骤。
本文中所称的 "一个实施例"、 "实施例"或者"一个或者多个实施 例"意味着， 结合实施例描述的特定特征、 结构或者特性包括在本发 明的至少一个实施例中。 此外， 请注意， 这里"在一个实施例中"的词 语例子不一定全指同一个实施例。
在此处所提供的说明书中， 说明了大量具体细节。 然而， 能够 一些实例中， 并未详细示出公知的方法、 结构和技术， 以便不模糊对 本说明书的理解。
应该注意的是上述实施例对本发明进行说明而不是对本发明进 行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下 可设计出替换实施例。 在权利要求中， 不应将位于括号之间的任何参 考符号构造成对权利要求的限制。单词"包含"不排除存在未列在权利 要求中的元件或步骤。 位于元件之前的单词 "一"或"一个"不排除存在 多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及 借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求 中， 这些装置中的若干个可以是通过同一个硬件项来具体体现。 单词 第一、 第二、 以及第三等的使用不表示任何顺序。 可将这些单词解释 为名称。
此外， 还应当注意， 本说明书中使用的语言主要是为了可读性和 教导的目的而选择的，而不是为了解释或者限定本发明的主题而选择 的。 因此， 在不偏离所附权利要求书的范围和精神的情况下， 对于本 技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于 本发明的范围， 对本发明所做的公开是说明性的， 而非限制性的， 本 发明的范围由所附权利要求书限定。

Claims

权 利 要 求 书
1、 一种终端备份方法， 包括：
在终端侧提供一用户界面， 以根据预设展示策略提供不同备份类 别供用户选择， 其中不同备份类别包含不同备份对象；
根据用户选定的备份类别， 在终端侧将所述备份类别所包含的备 份对象在云端服务器进行备份。
2、 如权利要求 1所述的终端备份方法， 其中， 所述备份类别包括 当前系统、 应用程序或与应用程序有关的用户数据， 其中，
当前系统的备份类别包含的备份对象包括操作系统的核心文件及 已安装的应用程序；
应用程序的备份类别包含的备份对象包括终端已安装的应用程 序；
与应用程序有关的用户数据的备份类别包含的备份对象包括应用 程序的用户数据文件。
3、 如权利要求 2所述的终端备份方法， 其中， 当所述备份类别为 当前系统时， 该方法进一步包括： 在终端侧获取操作系统的核心文件 及已安装的应用程序的唯一性特征信息， 并发送至云端服务器备份存 储；
其中， 在所述云端服务器预置有文件数据库， 所述文件数据库存 储有不同操作系统所包含的核心文件及其唯一性特征信息， 并存储有 不同应用程序的唯一性特征信息及安装文件。
4、 如权利要求 3所述的终端备份方法， 其中， 还包括： 如果在所 述文件数据库中无法确定与所述终端侧发送的唯一性特征信息对应的 该操作系统的核心文件， 则由所述终端侧将与该唯一性特征信息对应 的本地核心文件发送至云端服务器备份存储。
5、 如权利要求 2所述的终端备份方法， 其中， 当所述备份类别为 应用程序时， 该方法进一步包括： 在终端侧获取已安装的应用程序的 唯一性特征信息， 并发送至云端服务器备份存储；
其中， 在所述云端服务器预置有文件数据库， 所述文件数据库存 储有不同应用程序的唯一性特征信息及安装文件。
6、 如权利要求 2至 4任一项所述的终端备份方法， 其中， 当所述 备份类别为与应用程序有关的用户数据时， 在终端侧获取用户选定的 应用程序的用户数据并发送至云端服务器备份存储。
7、 一种终端恢复方法， 包括：
在终端侧提供一用户界面， 以根据预设展示策略提供不同的已备 份类别供用户选择恢复， 其中不同的已备份类别包含不同的已备份对 象；
根据用户选定的已备份类别， 确定在云端服务器处与已备份类别 包含的已备份对象相对应的文件， 利用所述文件在终端侧执行对应的 恢复。
8、 如权利要求 7所述的终端恢复方法， 其中， 所述已备份类别包 括当前系统、 应用程序或与应用程序有关的用户数据， 其中，
当前系统的已备份类别包含的已备份对象包括操作系统的核心文 件及已安装的应用程序， 与该已备份类别包含的备份对象相对应的文 件包括该操作系统的核心文件及已安装应用程序的唯一性特征信息； 应用程序的已备份类别包含的已备份对象包括终端已安装的应用 程序， 与该已备份类别包含的已备份对象相对应的文件包括已安装应 用程序的唯一性特征信息；
与应用程序有关的用户数据的已备份类别包含的已备份对象包括 应用程序的用户数据文件， 与该已备份类别包含的已备份对象相对应 的文件包括该应用程序的用户数据文件。
9、 如权利要求 8所述的终端恢复方法， 其中， 当已备份类别为当 前系统时， 该方法进一步包括：
将云端服务器侧已经备份的该终端的操作系统的核心文件的唯一 性特征信息与终端侧本地操作系统的核心文件的当前唯一性特征信息 进行匹配；
将终端侧匹配不成功的当前唯一特征信息对应的核心文件删除， 并从云端服务器接收匹配不成功的唯一性特征信息对应的核心文件以 便存储；
根据已经备份的在终端侧已安装的应用程序的唯一性特征信息， 使用在云端服务器中的文件数据库中预存的对应应用程序的安装文件 在终端侧执行安装；
其中， 所述文件数据库存储有不同操作系统所包含的核心文件及 其唯一性特征信息以及不同应用程序的唯一性特征信息及安装文件。
10、 如权利要求 8 所述的终端恢复方法， 其中， 当已备份类别为 应用程序时， 该方法进一步包括：
根据已经备份的在终端侧已安装的应用程序的唯一性特征信息， 使用在云端服务器中的文件数据库中预存的对应应用程序的安装文件 在终端侧执行安装；
其中， 所述文件数据库存储有不同应用程序的唯一性特征信息及 安装文件。
11、 如权利要求 8至 10任一项所述的终端备份方法， 其中， 已备 份类别为与应用程序有关的用户数据时， 该方法进一步包括：
从云端服务器接收已经备份的该应用程序的用户数据以便存储。
12、 一种终端备份方法， 包括：
云端服务器预置有文件数据库， 所述文件数据库存储不同程序所 包含的核心文件及其唯一性特征信息；
从终端接收预备份的程序的核心文件的唯一性特征信息并存储在 所述云端服务器； 序的核心文件的唯一性特征信息所代表的核心文件之间的对应关系。
13、 如权利要求 12所述的终端备份方法， 其中， 还包括如果所述 云端服务器在所述文件数据库中无法确定与从所述终端接收的唯一性 特征信息对应的核心文件， 则将所述终端的与该唯一性特征信息对应 的本地核心文件进行备份存储。
14、 如权利要求 12或 13所述的终端备份方法， 其中， 所述云端 服务器从所述终端接收预备份的程序的非核心文件、 在注册表中的修 改项、 核心文件之间的相对位置关系和 /或核心文件与非核心文件之间 的位置关系以进行备份存储。
15、 如权利要求 12或 13所述的终端备份方法， 其中， 所述文件 数据库还存储应用程序的唯一性特征信息及其安装文件。
16、 一种终端恢复方法， 包括：
根据终端的恢复请求， 云端服务器确定所述终端已经备份的程序 的核心文件的唯一性特征信息；
所述云端服务器将已经备份的唯一性特征信息与该终端本地对应 程序的核心文件的当前唯一性特征信息进行匹配；
删除所述终端中的匹配不成功的当前唯一性特征信息所对应的核 心文件并将文件数据库中与该当前唯一性特征信息匹配不成功的唯一 其中， 所述文件数据库预置在所述云端服务器并且存储不同程序 所包含的核心文件及其唯一性特征信息。
17、 如权利要求 16所述的终端恢复方法， 其中， 所述云端服务器 将已备份的程序的非核心文件、 在注册表中的修改项发送到终端进行 存储。
18、 如权利要求 16至 17所述的方法， 其中， 将文件数据库中与 该当前唯一' 1·生特征信息匹配不成功的唯一' 1·生特征信息所对应的核心文 件发送给所述终端以进行存储， 还包括： 根据已在云端服务器记录的 核心文件之间的相对位置关系对核心文件进行存储。
19、 一种计算机程序， 包括计算机可读代码， 当所述计算机可读 代码在服务器上运行时， 导致所述服务器执行根据权利要求 1-18中的 任一项所述的终端备份或恢复方法。
20、 一种计算机可读介质， 其中存储了如权利要求 19所述的计算 机程序。
PCT/CN2012/081984 2011-09-30 2012-09-26 终端备份和恢复方法 WO2013044794A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/347,274 US10108501B2 (en) 2011-09-30 2012-09-26 Terminal backup and recovery method

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
CN2011103048244A CN102495771A (zh) 2011-09-30 2011-09-30 一种基于云架构的终端对象分类备份及恢复方法
CN201110304841.8 2011-09-30
CN201110304824.4 2011-09-30
CN201110304838.6 2011-09-30
CN2011103048386A CN102508735A (zh) 2011-09-30 2011-09-30 一种基于云架构的终端系统备份及恢复方法
CN 201110304846 CN102495772B (zh) 2011-09-30 2011-09-30 一种基于特征的终端程序云备份及恢复方法
CN201110304846.0 2011-09-30
CN2011103048418A CN102360321A (zh) 2011-09-30 2011-09-30 一种基于云架构的终端程序快速备份及恢复方法

Publications (1)

Publication Number Publication Date
WO2013044794A1 true WO2013044794A1 (zh) 2013-04-04

Family

ID=47994263

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/081984 WO2013044794A1 (zh) 2011-09-30 2012-09-26 终端备份和恢复方法

Country Status (2)

Country Link
US (1) US10108501B2 (zh)
WO (1) WO2013044794A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113641370A (zh) * 2021-08-18 2021-11-12 深圳创维数字技术有限公司 Ott终端应用程序恢复方法、装置和计算机可读存储介质

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105224574B (zh) * 2014-06-30 2019-02-19 北京金山安全软件有限公司 垃圾文件自动识别的方法和装置
US10275316B2 (en) * 2014-08-27 2019-04-30 Hitachi, Ltd. Storage system, control method of storage system, server apparatus, and control method of server apparatus
CN104301382A (zh) 2014-09-03 2015-01-21 惠州Tcl移动通信有限公司 一种云数据备份及恢复方法
CN105159801B (zh) * 2015-09-11 2019-03-29 广东微云科技股份有限公司 一种云桌面用户数据自动备份还原方法
US10894318B2 (en) * 2016-02-23 2021-01-19 Abb Schweiz Ag Robot controller system and method therefor
US10216597B2 (en) * 2016-04-29 2019-02-26 Netapp, Inc. Recovering unreadable data for a vaulted volume
CN110427281A (zh) * 2019-06-28 2019-11-08 苏州浪潮智能科技有限公司 一种数据库快速恢复的方法、设备以及介质
CN110321340B (zh) * 2019-07-05 2021-09-03 Oppo广东移动通信有限公司 数据库更新方法、数据库更新装置及移动终端
CN115080505B (zh) * 2021-09-08 2023-07-14 荣耀终端有限公司 数据迁移方法、终端、存储介质和程序产品
US20230310308A1 (en) 2022-03-17 2023-10-05 Marc Giroux Drug Delivery Systems, Apparatuses, and Methods

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852534A (zh) * 2005-08-10 2006-10-25 华为技术有限公司 一种数据备份和恢复方法及其系统
CN101146285A (zh) * 2007-08-30 2008-03-19 Tcl天一移动通信（深圳）有限公司 一种用于移动终端上的数据备份方法
US20100274982A1 (en) * 2009-04-24 2010-10-28 Microsoft Corporation Hybrid distributed and cloud backup architecture
US20100318782A1 (en) * 2009-06-12 2010-12-16 Microsoft Corporation Secure and private backup storage and processing for trusted computing and data services
CN102200936A (zh) * 2011-05-11 2011-09-28 杨钧 适用于云存储的智能配置存储备份方法
CN102360321A (zh) * 2011-09-30 2012-02-22 奇智软件（北京）有限公司 一种基于云架构的终端程序快速备份及恢复方法
CN102495772A (zh) * 2011-09-30 2012-06-13 奇智软件（北京）有限公司 一种基于特征的终端程序云备份及恢复方法
CN102495771A (zh) * 2011-09-30 2012-06-13 奇智软件（北京）有限公司 一种基于云架构的终端对象分类备份及恢复方法
CN102508735A (zh) * 2011-09-30 2012-06-20 奇智软件（北京）有限公司 一种基于云架构的终端系统备份及恢复方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7350149B1 (en) * 2002-03-28 2008-03-25 Emc Corporation Backup reporting framework graphical user interface
US20080126442A1 (en) * 2006-08-04 2008-05-29 Pavel Cisler Architecture for back up and/or recovery of electronic data
US8166415B2 (en) * 2006-08-04 2012-04-24 Apple Inc. User interface for backup management
US7634511B1 (en) * 2006-09-29 2009-12-15 Symantec Operating Corporation User interface for viewing logical representation of a database backed up by a database recovery manager
CN101662760B (zh) * 2009-07-31 2011-12-28 中兴通讯股份有限公司 将终端数据进行备份的方法及系统
US8290912B1 (en) * 2010-01-29 2012-10-16 Symantec Corporation Endpoint virtualization aware backup
US8732479B1 (en) * 2010-03-12 2014-05-20 Carbonite, Inc. Methods, apparatus and systems for remote file storage using local client status files
US20110258481A1 (en) * 2010-04-14 2011-10-20 International Business Machines Corporation Deploying A Virtual Machine For Disaster Recovery In A Cloud Computing Environment
US20120154119A1 (en) * 2010-12-20 2012-06-21 Michael Lee Schepps Interactive personal property location system
WO2012166102A1 (en) * 2011-05-27 2012-12-06 Empire Technology Development Llc Seamless application backup and recovery using metadata

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852534A (zh) * 2005-08-10 2006-10-25 华为技术有限公司 一种数据备份和恢复方法及其系统
CN101146285A (zh) * 2007-08-30 2008-03-19 Tcl天一移动通信（深圳）有限公司 一种用于移动终端上的数据备份方法
US20100274982A1 (en) * 2009-04-24 2010-10-28 Microsoft Corporation Hybrid distributed and cloud backup architecture
US20100318782A1 (en) * 2009-06-12 2010-12-16 Microsoft Corporation Secure and private backup storage and processing for trusted computing and data services
CN102200936A (zh) * 2011-05-11 2011-09-28 杨钧 适用于云存储的智能配置存储备份方法
CN102360321A (zh) * 2011-09-30 2012-02-22 奇智软件（北京）有限公司 一种基于云架构的终端程序快速备份及恢复方法
CN102495772A (zh) * 2011-09-30 2012-06-13 奇智软件（北京）有限公司 一种基于特征的终端程序云备份及恢复方法
CN102495771A (zh) * 2011-09-30 2012-06-13 奇智软件（北京）有限公司 一种基于云架构的终端对象分类备份及恢复方法
CN102508735A (zh) * 2011-09-30 2012-06-20 奇智软件（北京）有限公司 一种基于云架构的终端系统备份及恢复方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113641370A (zh) * 2021-08-18 2021-11-12 深圳创维数字技术有限公司 Ott终端应用程序恢复方法、装置和计算机可读存储介质

Also Published As

Publication number Publication date
US10108501B2 (en) 2018-10-23
US20140222761A1 (en) 2014-08-07

Similar Documents

Publication Publication Date Title
WO2013044794A1 (zh) 终端备份和恢复方法
US11741046B2 (en) Method and apparatus for creating system disk snapshot of virtual machine
US9558072B1 (en) Block-level incremental recovery of a storage volume
EP1693757B1 (en) System and method for using a file system to automatically backup a file as a generational file
US9182969B1 (en) Using disassociated images for computer and storage resource management
US7913044B1 (en) Efficient incremental backups using a change database
US9792316B1 (en) System and method for efficient data removal in a deduplicated storage system
US8606751B1 (en) System and method for backup by inode number
US20070226436A1 (en) File system based offline disk management
CN104182294A (zh) 一种文件备份、文件恢复方法及装置
JP2010205267A (ja) 仮想化サブレイヤを統合する方法およびシステム
US20140236902A1 (en) User Data Backup Method and Apparatus
US11243850B2 (en) Image recovery from volume image files
US20100017863A1 (en) Portable storage apparatus for providing working environment migration service and method thereof
CN108572888B (zh) 磁盘快照创建方法和磁盘快照创建装置
US11902452B2 (en) Techniques for data retrieval using cryptographic signatures
US8145864B1 (en) Discovering data storage for backup
CN109753381B (zh) 一种基于对象存储的持续数据保护方法
TW201516655A (zh) 基於分散式文檔系統的資料備份還原系統及方法
CN102346696B (zh) 一种文件恢复方法及装置
US10061653B1 (en) Method to expose files on top of a virtual volume
JP5433069B1 (ja) バックアップ装置、バックアッププログラム及びバックアップシステム
JP2004164362A (ja) バックアップ装置、バックアップ方法、バックアップ用プログラム及びバックアップ用プログラムの記録媒体
CN111625397A (zh) 业务日志备份方法、集群、装置、电子设备及存储介质
US20240045770A1 (en) Techniques for using data backup and disaster recovery configurations for application management

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12835367

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14347274

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12835367

Country of ref document: EP

Kind code of ref document: A1