Data backup method, electronic device, data backup system, and chip system
US-2024086283-A1 · Mar 14, 2024 · US
US9311193B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-9311193-B2 |
| Application number | US-201514589126-A |
| Country | US |
| Kind code | B2 |
| Filing date | Jan 5, 2015 |
| Priority date | Jan 2, 2012 |
| Publication date | Apr 12, 2016 |
| Grant date | Apr 12, 2016 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
For data backup and recovery based on linked file repositories with each of the linked file repositories representing an individual file system capable of storing at least one version of a file and being connected to at least one server system, each of the linked file repositories are placed in a certain position for storing a certain version of the file. Each position of each of the linked file repositories is continuously numbered. A number of the versions of the file are determined by the position of the one of the linked file repositories.
Opening claim text (preview).
What is claimed is: 1. A method for data backup and recovery by a processor based on linked file repositories with each of the linked file repositories representing an individual file system capable of storing at least one version of a file and being connected to at least one server system, wherein the method includes: placing each of the linked file repositories in one of a plurality of positions for storing the at least one version of the file; continuously numbering each of the plurality of positions of each of the linked file repositories; determining a number of the at least one version of the file by the one of a plurality of positions of the one of the linked file repositories; for each of the linked file repositories, performing at least one function operation for each file stored in the linked file repositories matching at least one rule, wherein the at least one function operation includes at least one of a deduplication function allowing deduplicating files based on the version number, an indexing function allowing to index the file and providing search and discovery capabilities, and an expiration function for moved files determining when a moved file expires and is being deleted time-based or event-based; wherein the at least one rule includes a file extension matching a certain pattern, a file name matching one of a plurality of patterns, a file path name matching the one of a plurality of patterns, a file owner matching the one of a plurality of patterns, a file creation, and a modification or last access time matching a specified date and a specified time range; receiving a write operation and a new one of the at least one version of the file to be written from one of the at least one server system and a preceding one of the linked file repositories, determining if the new one of the at least one version of the file to be written exists in the one of the linked file repositories, if the new one of the at least one version of the file to be written exists in the one of the linked file repositories performing one of: verifying versioning policies, moving an existing one of the at least one version from the corresponding one of the linked file repositories to a subsequent one of the linked file repositories if the versioning policies indicate a higher number of the at least one version that are to be saved as compared to a position number of the one of the linked file repositories, otherwise: deleting the existing one of the at least one version in the one of the linked file repositories, and storing the new one of the at least one version of the file to be written from one of the at least one server system and the preceding one of the linked file repositories, and if the new one of the at least one version of the file to be written does not exist in the one of the linked file repositories: storing the new one of the at least one version of the file to be written from the one of the linked file repositories. 2. The method of claim 1 , further including implementing a version-recovery process over each of the linked file repositories to perform a read operation of the at least one version of the file. 3. The method of claim 1 , further including continuously numbering each of the plurality of positions of each of the linked file repositories beginning at a numerical value of 1, wherein a first one of the linked file repositories is numbered as 1, and a first version of the at least one version of the file representing a most recent version of the file is stored. 4. The method of claim 1 , further including implementing the version-recovery process by performing one of: receiving the read operation and a version number of a requested version of the file to be read from the at least one server system, examining the version number of the file to be read, and determining if the requested version of the file to be read exists in one of the linked file repositories having a position number matching the received version number, wherein if the requested version of the file to be read exists: reading and sending the file to a requesting server system, otherwise indicating a file read-error to the requesting server system if the requested version of the file to be read does not exist. 5. The method of claim 1 , further including implementing the version-recovery process on a block-differential basis by performing one of: receiving a write operation with a new one of the at least one version of the file to be written from one of the at least one server system and a preceding one of the linked file repositories, determining if the new one of the at least one version of the file to be written exists in the one of the linked file repositories, if the new one of the at least one version of the file to be written exists in the one of the linked file repositories performing one of: comparing data of the new one of the at least one version of the file to be written and an existing one of the at least one version of the of the file to be written, determining different data blocks, moving the different data blocks from the existing one of the at least one version of the of the file to be written from the one of the linked file repositories to a subsequent one of the linked file repositories if versioning policies indicate a higher number of the at least one version as compared to a position number of the one of the linked file repositories, otherwise: deleting the different data blocks of the existing one of the at least one version in the one of the linked file repositories, and storing the different data blocks of the new one of the at least one version of the file to be written from one of the at least one server system and the preceding one of the linked file repositories, and if the at least one version of the file to be written does not exist in the one of the linked file repositories: storing the new one of the at least one version of the file to be written from the one of the linked file repositories. 6. The method of claim 5 , further including implementing the version-recovery process on the block-differential basis by performing one of: receiving a read operation and a version number of a requested version of the file to be read from the at least one server system, examining the version number of the file to be read; determining if the requested version of the file to be read exists in one of the linked file repositories having the position number matching the received version number, if the requested version of the file to be read exists, recreating the requested version of the file to be read by determining if the requested version of the file to be read is a most recent version of the at least one version of the file to be read, if the requested version of the file to be read is the most recent version of the at least one version of the file to be read: reading and sending the most recent version of the at least one version of the file to be read from a first one of the linked file repositories to a requesting server system, otherwise performing one of: reading content of the linked file repositories having the position number that is one of less than and equal to the requested version number of the at least one version of the file to be read, replacing the different data blocks of the most recent version of the at least one version of the file to be read with the different data blocks of an older version of the at least one version of the file, and sending a recreated version of the file to be read to the requesting server system, and indicating a file read-error to the requesting server system if the requested version of the file does not exists. 7. The method of claim 5 , further including performing one of: including
Delete operations (erasing in storage systems G06F3/0652) · CPC title
Database-specific techniques · CPC title
Versioning file systems, temporal file systems, e.g. file system supporting different historic versions of files · CPC title
using de-duplication of the data · CPC title
Management of the data involved in backup or backup restore · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.