CA2426577A1 - System for identifying common digital sequences - Google Patents
System for identifying common digital sequences Download PDFInfo
- Publication number
- CA2426577A1 CA2426577A1 CA002426577A CA2426577A CA2426577A1 CA 2426577 A1 CA2426577 A1 CA 2426577A1 CA 002426577 A CA002426577 A CA 002426577A CA 2426577 A CA2426577 A CA 2426577A CA 2426577 A1 CA2426577 A1 CA 2426577A1
- Authority
- CA
- Canada
- Prior art keywords
- computer
- breakpoint
- hash
- predetermined numeric
- digital sequence
- 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.)
- Abandoned
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/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
- G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/13—File access structures, e.g. distributed indices
- G06F16/137—Hash-based
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
- Y10S707/99933—Query processing, i.e. searching
- Y10S707/99936—Pattern matching access
Abstract
A system and method for unorchestrated determination of data sequences using "sticky byte" factoring to determine breakpoints in digital sequences such that common sequences can be identified. Sticky byte factoring provides an efficient method of dividing a data set into pieces that generally yields ne ar optimal commonality. This is effectuated by employing a rolling hashsum and, in an exemplary embodiment disclosed herein, a threshold function to deterministically set divisions in a sequence of data. Both the rolling hash and the threshold function are designed to require minimal computation. This low overhead makes it possible to rapidly partition a data sequence for presentation to a factoring engine or other applications that prefer subsequent synchronization across the data set.
Description
SYSTEM FOR IDENTIFYING COMMON DIGITAL SEQUENCES
COPYRIGHT NOTICE/PERMISSION
A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document of the patent disclosure as it appears in the United States Patent and Trademark Office patent file or records, but otherwise, to reserves all copyright rights whatsoever. The following notice applies to the software and data and described below, inclusive of the drawing figures where applicable: Copyright ~ 2000, Undoo Technologies.
BACKGROUND OF THE INVENTION
The present invention relates, in general, to the field of systems and methods for the unorchestrated determination of data sequences using "sticky byte" factoring to determine breakpoints in digital sequences. More particularly, the present invention relates to an efficient and effective method of dividing a data set into pieces that generally yields near optimal commonality.
2o Modern computer systems hold vast quantities of data - on the order of a billion, billion bytes in aggregate. Incredibly, this volume tends to quadruple each year and even the most impressive advances in computer mass storage architectures cannot keep pace.
The data maintained in most computer mass storage systems has 2s been observed to have the following interesting characteristics: 1 ) it is almost never random and is, in fact, highly redundant; 2) the number of unique sequences in this data sums to a very small fraction of the storage space it actually occupies; 3) a considerable amount of effort is required in attempting to manage this volume of data, with much of that 3o being involved in the identification an removal of redundancies (i.e.
duplicate files, old versions of files, purging logs, archiving etc.); and 4) large amounts of capital resources are dedicated to making unnecessary copies, saving those copies to local media and the like.
A system that factored redundant copies would reduce the s number of storage volumes otherwise needed by orders of magnitude.
However, a system that factors large volumes of data into their common sequences must employ a method by which to determine those sequences. Conventional methods that attempt to compare one data sequence to another typically suffer from extreme computational to complexity and these methods can, therefore, only be employed to factor relatively small data sets. Factoring larger data sets is generally only done using simplistic methods such as using arbitrary fixed sizes.
These methods factor poorly under many circumstances and the efficient factoring of large data sets has long been a persistent and 15 heretofore intractable problem in the field of computer science.
SUMMARY OF THE INVENTION
Disclosed herein is a system and method for unorchestrated determination of data sequences using "sticky byte" factoring to determine breakpoints in digital sequences such that common 2o sequences can be identified. Sticky byte factoring provides an efficient method of dividing a data set into pieces that generally yields near optimal commonality. As disclosed herein, this may be effectuated by employing a hash function with periodic reset of the hash value or, in a preferred embodiment, a rolling hashsum. Further, in the particular 2s exemplary embodiment disclosed herein, a threshold function is utilized to deterministically set divisions in a digital or numeric sequence, such as a sequence of data. Both the rolling hash and the threshold function are designed to require minimal computation. This low overhead makes it possible to rapidly partition a data sequence for 3o presentation to a factoring engine or other applications that prefer subsequent synchronization across the entire data set.
COPYRIGHT NOTICE/PERMISSION
A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document of the patent disclosure as it appears in the United States Patent and Trademark Office patent file or records, but otherwise, to reserves all copyright rights whatsoever. The following notice applies to the software and data and described below, inclusive of the drawing figures where applicable: Copyright ~ 2000, Undoo Technologies.
BACKGROUND OF THE INVENTION
The present invention relates, in general, to the field of systems and methods for the unorchestrated determination of data sequences using "sticky byte" factoring to determine breakpoints in digital sequences. More particularly, the present invention relates to an efficient and effective method of dividing a data set into pieces that generally yields near optimal commonality.
2o Modern computer systems hold vast quantities of data - on the order of a billion, billion bytes in aggregate. Incredibly, this volume tends to quadruple each year and even the most impressive advances in computer mass storage architectures cannot keep pace.
The data maintained in most computer mass storage systems has 2s been observed to have the following interesting characteristics: 1 ) it is almost never random and is, in fact, highly redundant; 2) the number of unique sequences in this data sums to a very small fraction of the storage space it actually occupies; 3) a considerable amount of effort is required in attempting to manage this volume of data, with much of that 3o being involved in the identification an removal of redundancies (i.e.
duplicate files, old versions of files, purging logs, archiving etc.); and 4) large amounts of capital resources are dedicated to making unnecessary copies, saving those copies to local media and the like.
A system that factored redundant copies would reduce the s number of storage volumes otherwise needed by orders of magnitude.
However, a system that factors large volumes of data into their common sequences must employ a method by which to determine those sequences. Conventional methods that attempt to compare one data sequence to another typically suffer from extreme computational to complexity and these methods can, therefore, only be employed to factor relatively small data sets. Factoring larger data sets is generally only done using simplistic methods such as using arbitrary fixed sizes.
These methods factor poorly under many circumstances and the efficient factoring of large data sets has long been a persistent and 15 heretofore intractable problem in the field of computer science.
SUMMARY OF THE INVENTION
Disclosed herein is a system and method for unorchestrated determination of data sequences using "sticky byte" factoring to determine breakpoints in digital sequences such that common 2o sequences can be identified. Sticky byte factoring provides an efficient method of dividing a data set into pieces that generally yields near optimal commonality. As disclosed herein, this may be effectuated by employing a hash function with periodic reset of the hash value or, in a preferred embodiment, a rolling hashsum. Further, in the particular 2s exemplary embodiment disclosed herein, a threshold function is utilized to deterministically set divisions in a digital or numeric sequence, such as a sequence of data. Both the rolling hash and the threshold function are designed to require minimal computation. This low overhead makes it possible to rapidly partition a data sequence for 3o presentation to a factoring engine or other applications that prefer subsequent synchronization across the entire data set.
Among the significant advantages of the system and method disclosed herein is that its calculation requires neither communication nor comparisons (like conventional factoring systems) to perform well.
This is particularly true in a distributed environment where, while s conventional systems require communication to compare one sequence to another, the system and method of the present invention can be performed in isolation using only the sequence being then considered.
In operation, the system and method of the present invention provides a fully automated means for dividing a sequence of numbers (e.g. bytes in a file) such that common elements may be found on multiple related and unrelated computer systems without the need for communication between the computers and without regard to the data content of the files. Broadly, what is disclosed herein is a system and method for a data processing system which includes a fully automated i5 means to partition a sequence of numeric elements (i.e. a sequence of bytes) so that common sequences may be found without the need for searching, comparing, communicating or coordinating with other processing elements in the operation of finding those sequences. The system and method of the present invention produces "sticky byte"
2o points that partition numeric sequences with a distribution that produces subsequences of the type and size desired to optimize commonality between partitions.
BRIEF DESCRIPTION OF THE DRAWINGS
The aforementioned and other features and objects of the 2s present invention and the manner of attaining them will become more apparent and the invention itself will be best understood by reference to the following description of a preferred embodiment taken in conjunction with the accompanying drawings, wherein:
This is particularly true in a distributed environment where, while s conventional systems require communication to compare one sequence to another, the system and method of the present invention can be performed in isolation using only the sequence being then considered.
In operation, the system and method of the present invention provides a fully automated means for dividing a sequence of numbers (e.g. bytes in a file) such that common elements may be found on multiple related and unrelated computer systems without the need for communication between the computers and without regard to the data content of the files. Broadly, what is disclosed herein is a system and method for a data processing system which includes a fully automated i5 means to partition a sequence of numeric elements (i.e. a sequence of bytes) so that common sequences may be found without the need for searching, comparing, communicating or coordinating with other processing elements in the operation of finding those sequences. The system and method of the present invention produces "sticky byte"
2o points that partition numeric sequences with a distribution that produces subsequences of the type and size desired to optimize commonality between partitions.
BRIEF DESCRIPTION OF THE DRAWINGS
The aforementioned and other features and objects of the 2s present invention and the manner of attaining them will become more apparent and the invention itself will be best understood by reference to the following description of a preferred embodiment taken in conjunction with the accompanying drawings, wherein:
Fig. 1 is a high level illustration of a representative networked computer environment in which the system and method of the present invention may be implemented;
Fig. 2 is a more detailed conceptual representation of a possible s operating environment for utilization of the system and method of the present invention wherein files maintained on any number of computers or data centers may be stored in a decentralized computer system through an Internet connection to a number of Redundant Arrays of Independent Nodes ("RAIN") racks located, for example, at to geographically diverse locations;
Fig. 3 is logic flow chart depicting the steps in the entry of a computer file into the hash file system of the present invention wherein the hash value for the file is checked against hash values for files previously maintained in a set, database;
15 Fig. 4 is a further logic flow chart depicting the steps in the breakup of a file or other data sequence into hashed pieces resulting in the production of a number of data pieces as well as corresponding probabilistically unique hash values for each piece;
Fig. 5 is another logic flow chart depicting the comparison of the 2o hash values for each piece of a file to existing hash values in the set or database, the production of records showing the equivalence of a single hash value for all file pieces with the hash values of the various pieces and whereupon new data pieces and corresponding new hash values are added to the set;
2s Fig. 6 is yet another logic flow chart illustrating the steps in the comparison of file hash or directory list hash values to existing directory list hash values and the addition of new file or directory list hash values to the set directory list;
Fig. 2 is a more detailed conceptual representation of a possible s operating environment for utilization of the system and method of the present invention wherein files maintained on any number of computers or data centers may be stored in a decentralized computer system through an Internet connection to a number of Redundant Arrays of Independent Nodes ("RAIN") racks located, for example, at to geographically diverse locations;
Fig. 3 is logic flow chart depicting the steps in the entry of a computer file into the hash file system of the present invention wherein the hash value for the file is checked against hash values for files previously maintained in a set, database;
15 Fig. 4 is a further logic flow chart depicting the steps in the breakup of a file or other data sequence into hashed pieces resulting in the production of a number of data pieces as well as corresponding probabilistically unique hash values for each piece;
Fig. 5 is another logic flow chart depicting the comparison of the 2o hash values for each piece of a file to existing hash values in the set or database, the production of records showing the equivalence of a single hash value for all file pieces with the hash values of the various pieces and whereupon new data pieces and corresponding new hash values are added to the set;
2s Fig. 6 is yet another logic flow chart illustrating the steps in the comparison of file hash or directory list hash values to existing directory list hash values and the addition of new file or directory list hash values to the set directory list;
Fig. 7 is a comparison of the pieces of a representative computer file with their corresponding hash values both before and after editing of a particular piece of the exemplary file;
Fig. 8 is a conceptual representation of the fact that composite s data which may be derived by means of the system and method of the present invention is effectively the same as the data represented explicitly but may instead be created by a "recipe" such as the concatenation of data represented by its corresponding hashes or the result of a function using the data represented by the hashes;
to Fig. 9 is another conceptual representation of how the hash file system and method of the present invention my be utilized to organize data to optimize the reutilization of redundant sequences through the use of hash values as pointers to the data they represent and wherein data may be represented either as explicit byte sequences (atomic 15 data) or as groups of sequences (composites);
Fig. 10 is a simplified diagram illustrative of a hash file system address translation function for an exemplary 160 bit hash value;
Fig. 11 is a simplified exemplary illustration of an index stripe splitting function for use with the system and method of the present 20 invention;
Fig. 12 is a simplified illustration of the overall functionality of the system and method of the present invention for use in the backup of data for a representative home computer having a number of program and document files on Day 1 and wherein one of the document files is 2s edited on Day 2 together with the addition of a third document file;
Fig. 13 illustrates the comparison of various pieces of a particular document file marked by a number of "sticky bytes" both before and following editing wherein one of the pieces is thereby changed while other pieces remain the same; and Fig. 14 is a representative flow chart for an exemplary sticky byte factoring process in accordance with the present invention.
DESCRIPTION OF A REPRESENTATIVE EMBODIMENT
The present invention is illustrated and described in terms of a s distributed computing environment such as an enterprise computing system using public communication channels such as the Internet.
However, an important feature of the present invention is that it is readily scaled upwardly and downwardly to meet the needs of a particular application. Accordingly, unless specified to the contrary the to present invention is applicable to significantly larger, more complex network environments as well as small network environments such as conventional LAN systems.
With reference now to Fig. 1, the present invention may be utilized in conjunction with a novel data storage system on a network 15 10. In this figure, an exemplary internetwork environment 10 may include the Internet which comprises a global internetwork formed by logical and physical connection between multiple wide area networks ("WANs") 14 and local area networks ("LANs") 16. An Internet backbone 12 represents the main lines and routers that carry the bulk of 2o the data traffic. The backbone 12 is formed by the largest networks in the system that are operated by major Internet service providers ("ISPs") such as GTE, MCI, Sprint, UUNet, and America Online, for example. While single connection lines are used to conveniently illustrate WANs 14 and LANs 16 connections to the Internet backbone 2s 12, it should be understood that in reality, multi-path, routable physical connections exist between multiple WANs 14 and LANs 16. This makes internetwork 10 robust when faced with single or multiple failure points.
A "network" comprises a system of general purpose, usually switched, physical connections that enable logical connections between 3o processes operating on nodes 18. The physical connections implemented by a network are typically independent of the logical connections that are established between processes using the network.
In this manner, a heterogeneous set of processes ranging from file transfer, mail transfer, and the like can use the same physical network.
s Conversely, the network can be formed from a heterogeneous set of physical network technologies that are invisible to the logically connected processes using the network. Because the logical connection between processes implemented by a network is independent of the physical connection, internetworks are readily to scaled to a virtually unlimited number of nodes over long distances.
In contrast, internal data pathways such as a system bus, peripheral component interconnect ("PCI") bus, Intelligent Drive Electronics ("IDE") bus, small computer system interface ("SCSI") bus, and the like define physical connections that implement special-purpose is connections within a computer system. These connections implement physical connections between physical devices as opposed to logical connections between processes. These physical connections are characterized by limited distance between components, limited number of devices that can be coupled to the connection, and constrained format 20 of devices that can be connected over the connection.
In a particular implementation of the present invention, storage devices may be placed at nodes 18. The storage at any node 18 may comprise a single hard drive, or may comprise a managed storage system such as a conventional RAID device having multiple hard drives 2s configured as a single logical volume. Significantly, the present invention manages redundancy operations across nodes, as opposed to within nodes, so that the specific configuration of the storage within any given node is less relevant.
Optionally, one or more of the nodes 18 may implement storage 3 o allocation management ("SAM") processes that manage data storage across nodes 18 in a distributed, collaborative fashion. SAM processes preferably operate with little or no centralized control for the system as whole. SAM processes provide data distribution across nodes 18 and implement recovery in a fault-tolerant fashion across network nodes 18 in a manner similar to paradigms found in RAID storage subsystems.
However, because SAM processes operate across nodes rather than within a single node or within a single computer, they allow for greater fault tolerance and greater levels of storage efficiency than conventional RAID systems. For example, SAM processes can recover even when a network node 18, LAN 16, or WAN 14 becomes to unavailable. Moreover, even when a portion of the Internet backbone 12 becomes unavailable through failure or congestion the SAM
processes can recover using data distributed on nodes 18 that remain accessible. In this manner, the present invention leverages the robust nature of internetworks to provide unprecedented availability, reliability, fault tolerance and robustness.
With reference additionally now to Fig. 2, a more detailed conceptual view of an exemplary network computing environment in which the present invention is implemented is depicted. The Internetwork 10 of the preceding figure (or Internet 118 in this figure) 2o enables an interconnected network 100 of a heterogeneous set of computing devices and mechanisms 102 ranging from a supercomputer or data center 104 to a hand-held or pen-based device 114. While such devices have disparate data storage needs, they share an ability to retrieve data via network 100 and operate on that data within their own resources. Disparate computing devices 102 including mainframe computers (e.g., VAX station 106 and IBM AS/400 station 116) as well as personal computer or workstation class devices such as IBM
compatible device 108, Macintosh device 110 and laptop computer 112 are readily interconnected via internetwork 10 and network 100.
3o Although not illustrated, mobile and other wireless devices may be coupled to the internetwork 10.
Internet-based network 120 comprises a set of logical connections, some of which are made through Internet 118, between a plurality of internal networks 122. Conceptually, Internet-based network 120 is akin to a WAN 14 (Fig. 1 ) in that it enables logical connections between geographically distant nodes. Internet-based networks 120 may be implemented using the Internet 118 or other public and private WAN technologies including leased lines, Fibre Channel, frame relay, and the like.
Similarly, internal networks 122 are conceptually akin to LANs 16 to (Fig. 1 ) in that they enable logical connections across more limited stance than WAN 14. Internal networks 122 may be implemented using various LAN technologies including Ethernet, Fiber Distributed Data Interface ("FDDI"), Token Ring, Appletalk, Fibre Channel, and the like.
i5 Each internal network 122 connects one or more redundant arrays of independent nodes (RAIN) elements 124 to implement RAIN
nodes 18 (Fig. 1 ). Each RAIN element 124 comprises a processor, memory, and one or more mass storage devices such as hard disks.
RAIN elements 124 also include hard disk controllers that may be 2o conventional IDE or SCSI controllers, or may be managing controllers such as RAID controllers. RAIN elements 124 may be physically dispersed or co-located in one or more racks sharing resources such as cooling and power. Each node 18 (Fig. 1 ) is independent of other nodes 18 in that failure or unavailability of one node 18 does not affect 2s availability of other nodes 18, and data stored on one node 18 may be reconstructed from data stored on other nodes 18.
In a particular exemplary implementation, the RAIN elements 124 may comprise computers using commodity components such as Intel-based microprocessors mounted on a motherboard supporting a PCI
3o bus and 256 megabytes of random access memory ("RAM") housed in a conventional AT or ATX case. SCSI or IDE controllers may be implemented on the motherboard and/or by expansion cards connected to the PCI bus. Where the controllers are implemented only on the motherboard, a PCI expansion bus may be optionally used. In a particular implementation, the motherboard may implement two s mastering EIDE channels and a PCI expansion card which is used to implement two additional mastering EIDE channels so that each RAIN
element 124 includes up to four or more EIDE hard disks. In the particular implementation, each hard disk may comprise an 80 gigabyte hard disk for a total storage capacity of 320 gigabytes or more per 1o RAIN element. The hard disk capacity and configuration within RAIN
elements 124 can be readily increased or decreased to meet the needs of a particular application. The casing also houses supporting mechanisms such as power supplies and cooling devices (not shown).
Each RAIN element 124 executes an operating system. In a 15 particular implementation, a UNIX or UNIX variant operating system such as Linux may be used. It is contemplated, however, that other operating systems including DOS, Microsoft Windows, Apple Macintosh OS, OS/2, Microsoft Windows NT and the like may be equivalently substituted with predictable changes in performance. The operating 2o system chosen forms a platform for executing application software and processes, and implements a file system for accessing mass storage via the hard disk controller(s). Various application software and processes can be implemented on each RAIN element 124 to provide network connectivity via a network interface using appropriate network 25 protocols such as User Datagram Protocol ("UDP"), Transmission Control Protocol (TCP), Internet Protocol (1P) and the like.
With reference additionally now to Fig. 3, a logic flow chart is shown depicting the steps in the entry of a computer file into the hash file system of the present invention and wherein the hash value for the 3 o file is checked against hash values for files previously maintained in a set or database. Any digital sequence could also be entered into the hash file system of the present invention in much the same way, but the current example wherein the digital sequence entered consists of a computer file is instructive.
The process 200 begins by entry of a computer file data 202 (e.g.
"File A") into the hash file system ("HFS") of the present invention upon which a hash function is performed at step 204. The data 206 representing the hash of File A is then compared to the contents of a set containing hash file values at decision step 208. If the data 206 is already in the set, then the file's hash value is added to a hash recipe at to step 210. This hash recipe consists of the data and associated structures needed to reconstruct a file, directory, volume, or entire system depending on the class of computer file data entered into the system. The contents of the set 212 comprising hash values and corresponding data is provided in the form of existing hash values 214 for i5 the comparison operation of decision step 208. On the other hand, if the hash value for File A is not currently in the set, the file is broken into hashed pieces (as will be more fully described hereinafter) at step 216.
With reference additionally now to Fig. 4, a further logic flow chart is provided depicting the steps in the process 300 for breakup of 2o a digital sequence (e.g. a file or other data sequence) into hashed pieces. This process 300 ultimately results in the production of a number of data pieces as well as corresponding probabilistically unique hash values for each piece.
The file data 302 is divided into pieces based on commonality 2s with other pieces in the system or the likelihood of pieces being found to be in common in the future at step 304. The results of the operation of step 304 upon the file data 302 is, in the representative example shown, the production of four file pieces 306 denominated A1 through A5 inclusively.
3 o Each of the file pieces 306 is then operated on at step 308 by placing it through individual hash function operations to assign a probabilistically unique number to each of the pieces 306 A1 through A5. The result of the operation at step 308 is that each of the pieces 306 (A1 through A5) has an associated, probabilistically unique hash value 310 (shown as A1 Hash through A5 Hash respectively). The file s division process of step 304 is described in greater detail hereinafter in conjunction with the unique "sticky byte" operation also disclosed herein.
With reference additionally now to Fig. 5, another logic flow chart is shown depicting a comparison process 400 for the hash values 310 to of each piece 306 of the file to those of existing hash values 214 maintained in the set 212. Particularly, at step 402, the hash values 310 for each piece 306 of the file are compared to existing hash values 214 and new hash values 408 and corresponding new data pieces 406 are added to the set 212. In this way, hash values 408 not previously 15 present in the set 212 are added together with their associated data pieces 406. The process 400 also results in the production of records 404 showing the equivalence of a single hash value for all file pieces with the hash values 310 of the various pieces 306.
With reference additionally now to Fig. 6, yet another logic flow 2 o chart is shown illustrating a process 500 for the comparison of file hash or directory list hash values to existing directory list hash values and the addition of new file or directory list hash values to the set directory list.
The process 500 operates on stored data 502 which comprises an accumulated list of file names, file meta-data (e.g. date, time, file 25 length, file type etc.) and the file's hash value for each item in a directory. At step 504, the hash function is run upon the contents of the directory list. Decision step 506 is operative to determine whether or not the hash value for the directory list is in the set 212 of existing hash values 214. If it is, then the process 500 returns to add another file 3o hash or directory list hash to a directory list. Alternatively, if the hash value for the directory list is not already in the set 212, the hash value and data for the directory list are added to the set 212 at step 508.
With reference additionally now to Fig. 7, a comparison 600 of the pieces 306 of a representative computer file (i.e. "File A") with their s corresponding hash values 310 is shown both before and after editing of a particular piece of the exemplary file. In this example, the record 404 contains the hash value of File A as well as the hash values 310 of each of the pieces of the file A1 through A5. A representative edit or modification of the File A may produce a change in the data for piece io A2 (now represented by A2-b) of the file pieces 306A along with a corresponding change in the hash value A2-b of the hash values 310A.
The edited file piece now produces an updated record 404A that includes the modified hash value of File A and the modified hash value of piece A2-b.
15 With reference additionally now to Fig. 8, a conceptual representation 700 is shown illustrative of the fact that composite data (such as composite data 702 and 704) derived by means of the system and method of the present invention, is effectively the same as the data 706 represented explicitly but is instead created by a "recipe", or 2o formula. In the example shown, this recipe includes the concatenation of data represented by its corresponding hashes 708 or the result of a function using the data represented by the hashes. The data blocks 706 may be variable length quantities as shown and the hash values 708 are derived from their associated data blocks. As previously 25 stated, the hash values 708 are a probabilistically unique identification of the corresponding data pieces but truly unique identifications can be used instead or intermixed therewith. It should also be noted that the composite data 702, 704 can also reference other composite data many levels deep while the hash values 708 for the composite data can 3o be derived from the value of the data the recipe creates or the hash value of the recipe itself.
With reference additionally now to Fig. 9, another conceptual representation 800 is shown of how a hash file system and method may be utilized to organize data 802 to optimize the reutilization of redundant sequences through the use of hash values 806 as pointers s to the data they represent and wherein data 802 may be represented either as explicit byte sequences (atomic data) 808 or as groups of sequences (composites) 804.
The representation 800 illustrates the tremendous commonality of recipes and data that gets reused at every level. The basic structure to of the hash file system of the present invention is essentially that of a "tree" or "bush" wherein the hash values 806 are used instead of conventional pointers. The hash values 806 are used in the recipes to point to the data or another hash value that could also itself be a recipe. In essence then, recipes can point to other recipes that point to 1s still other recipes that ultimately point to some specific data that may, itself, point to other recipes that point to even more data, eventually getting down to nothing but data.
With reference additionally now to Fig. 10, a simplified diagram 900 is shown illustrative of a hash file system address translation 2o function for an exemplary 160 bit hash value 902. The hash value 902 includes a data structure comprising a front portion 904 and a back portion 906 as shown and the diagram 900 illustrates a particular "0 (1 )" operation that is used for enabling the use of the hash value 902 to go to the location of the particular node in the system that contains the 2s corresponding data.
The diagram 900 illustrates how the front portion 904 of the hash value 902 data structure may be used to indicate the hash prefix to stripe identification ("ID") 908 and how that is, in turn, utilized to map the stripe ID to IP address and the ID class to IP address 910. In this 3o example, the "S2" indicates stripe 2 of index Node 37 912. The index stripe 912 of Node 37 then indicates stripe 88 of data Node 73 indicated by the reference numeral 914. In operation then, a portion of the hash value 902 itself may be used to indicate which node in the system contains the relevant data, another portion of the hash value 902 may be used to indicate which stripe of data at that particular node s and yet another portion of the hash value 902 to indicate where within that stripe the data resides. Through this three step process, it can rapidly be determined if the data represented by the hash value 902 is already present in the system.
With reference additionally now to Fig. 11, a simplified exemplary to illustration of an index stripe splitting function 1000 is shown for use with the system and method of the present invention. In this illustration, an exemplary function 1000 is shown that may be used to effectively split a stripe 1002 (S2) into two stripes 1004 (S2) and 1006 (S7) should one stripe become too full. In this example, the odd entries have been 15 moved to stripe 1006 (S7) while the even ones remain in stripe 1004.
This function 1000 is one example of how stripe entries may be handled as the overall system grows in size and complexity.
With reference additionally now to Fig. 12, a simplified illustration 1100 of the overall functionality of the system and method of the 2o present invention is shown for use, for example, in the backup of data for a representative home computer having a number of program and document files 1102A and 1104A on Day 1 and wherein the program files 1102B remain the same on Day 2 while one of the document files 1104B is edited on Day 2 (Y.doc) together with the addition of a third 2s document file (Z.doc).
The illustration 1100 shows the details of how a computer file system may be broken into pieces and then listed as a series of recipes on a global data protection network ("gDPN") to reconstruct the original data from the pieces. This very small computer system is shown in the 3o form of a "snapshot" on "Day 1" and then subsequently on "Day 2". On "Day 1 ", the "program files H5" and "my documents H6" are illustrated by numeral 1106, with the former being represented by a recipe 1108 wherein a first executable file is represented by a hash value H1 1114 and a second represented by a hash value H2 1112. The document files are represented by hash value H6 1110 with the first document s being represented by hash value H3 1118 and the second by hash value H4 1116. Thereafter on "Day 2", the "program files H5" and "my documents" H10 indicated by numeral 1120 show that the "program files H5" have not changed, but the "my document H10" have. H10 indicated by numeral 1122 shows the "X.doc" is still represented by to hash value H3 1118 while "Y.doc" is now represented by hash value H8 at number 1124. New document file "Z.doc" is now represented by hash value H9 at numeral 1126.
In this example, it can be seen that on Day 2, some of the files have changed, while others have not. In the files that have changed, 15 some of the pieces of them have not changed while other pieces have.
Through the use of the hash file system of the present invention, a "snap shot" of the computer system can be made on Day 1 (producing the necessary recipes for reconstruction of the computer files as they exist then) and then on Day 2 through the reuse of some of the 2o previous day's recipes together with the reformulation of others and the addition of new ones to describe the system at that time. In this manner, the files that together constitute the computer system may be recreated in their entirety at any point in time on Day 1 and Day 2 for which a snapshot was taken, as well as from snapshots taken on any 2s subsequent day. Thus any version of a computer file committed to the hash file system of the current invention can be retrieved from the system at any time after it has been initially committed.
With reference additionally now to Fig. 13, a comparison 1200 of various pieces of a particular document file marked by a number of 30 "sticky bytes" 1204 is shown both before (Day 1 1202A) and following editing (Day 2 1202B) wherein one of the pieces is thereby changed while other pieces remain the same.
For example, on Day 1, file 1202A comprises variable length pieces 1206 (1.1 ), 1208 (1.2), 1210 (2.1 ), 1212 (2.), 1214 (2.3) and s 1216 (3.1 ). On Day 2, pieces 1206, 1208, 1210, 1214 and 1216 remain the same (thus having the same hash values) while piece 1212 has now been edited to produce piece 1212A (thus having a differing hash value).
With reference additionally now to Fig: 14, a representative io sticky byte (or sticky point) factoring process 1300 is illustrated for possible use in the implementation of the present invention. The process 1300 begins by setting the hash value to "0" at step 1302 to initialize the process.
A data object 1304, comprising the contents of an input computer 15 file, is acted upon at step 1306 wherein a character from the input file source is read. At step 1308, the character read at step 1306 is utilized to index an array of 32 bit values (this size array is described for purposes of example only). Thereafter, at step 1310, the indexed 32 bit value found at step 1308 is exclusive OR'd ("XOR'd") into the 2o current 32 bit hash value.
At decision step 1312, if the predetermined pattern is found (e.g.
a selected number of least significant bit "0's"), then the sticky byte is placed in the input file at that point at step 1314. On the other hand, if the predetermined pattern is not found at decision step 1312, then, at 25 decision step 1316, a determination is made as to whether a predetermined threshold number of characters in the input file (having been operated on by the rolling hash function of process 1300, as will be more fully described hereinafter) has been exceeded. If the predetermined threshold number has been exceeded, then the process 30 1300 proceeds to decision step 1318 to see if some subset number of the predetermined pattern (e.g. a smaller selected number of least significant bit "0's") being searched for in decision step 1312 has been found. If so, then the sticky byte is placed at step 1314.
Alternatively, if at decision step 1316 the predetermined threshold has not been exceeded, the process 1300 proceeds to step s 1320 wherein the existing 32 bit hash value is shifted over one bit position (either "right" or "left"). At decision step 1322, if there is still another character to be operated upon by the process 1300, a next character in the input file source is read at step 1306. If at decision step 1318, the subset of the predetermined pattern is not found, or at to step 1314 the sticky byte has been placed, the process proceeds to step 1320 as previously described.
Data sticky bytes (or "sticky points") are a unique, fully automated way to sub-divide computer files such that common elements may be found on multiple related and unrelated computers i5 without the need for communication between the computers. The means by which data sticky points are found is completely mathematical in nature and performs equally well regardless of the data content of the files. Through the use of a hash file system, all data objects may be indexed, stored and retrieved using, for example, 2o but not limited to an industry standard checksum such as: MD4, MDS, SHA, or SHA-1. In operation, if two files have the same checksum, it may be considered to be highly likely that they are the same file. Using the system and method disclosed herein, data sticky points may be produced with a standard mathematical distribution and with standard 2s deviations that are a small percentage of the target size.
A data sticky point is a statistically infrequent arrangement of n bytes. In this case, an example is given with 32 bits because of its ease in implementation for current 32-bit oriented microprocessor technology. While the hashing function utilized to implement the hash 3o file system requires a moderately complex computation, it is well within the capability of present day computer systems. Hashing functions are inherently probabilistic and any hashing function can produce the same results for two different data objects. However, the system and method herein disclosed mitigates this problem by using well known and researched hashing functions that reduce the probability of collision s down to levels acceptable for reliable use (i.e. one chance in a trillion trillion), far less than the error rates otherwise tolerated in conventional computer hardware operation.
For purposes of more fully explaining the sticky byte factoring system of the present invention, the following definitions pertain:
to Rolling Hash:
A rolling hash function preserves the essential nature of a normal hash function but is designed to have limited memory of its input values. Specifically it is a hash function with these properties:
1. It has a fixed or variable length window (sequence length).
15 2. It produces the same value given the same window of data;
that is, it is deterministic. Ideally the hashsums produced uniformly span the entire range of legal values.
3. Its hashsum is unaffected by the data either before or after the window.
2o In a particular implementation of the present invention, a 32-bit rolling hash function may be used. Its general operation is: 1 ) shift the existing 32-bit hash value over one bit (either left or right); 2) read a character from the input file source; 3) use that character to index an array of 32-bit values; and 4) XOR the indexed 32-bit value into the 25 current 32-bit hash. The operation then repeats.
The rolling hash value then remains a 32-bit value and all 32 bits are affected by the XOR operation. In the shifting phase, one of the bits is moved out of the rolling hash "window" leaving the remaining 31 bits moved over one place but otherwise unchanged. The effect of this is to move the window over one unit.
It should be noted that a 64-bit (or other size) rolling hashes may be used although the additional computational effort may not be s required in the determination of "sticky bytes" since only a small number of bits are generally used by many applications, e.g. some number of the least significant "0"'s. For a 32-bit number, the maximum number of zeros is, of course, 32, which would occur only once every 4 billion characters on average - assuming the function to utilized produces well distributed numbers. Four billion characters is approximately four gigabytes of data; a large "chunk". Using 64-bit hash values would aid in producing even larger chunk sizes, but since the particular implementation of the present invention herein disclosed uses about a 2K chunk size, the full range of a 32-bit rolling hash is 15 seldom required.
Consider the following C language example, wherein: "f" is an array of bytes, "i" is the index into that array, and "hash" is the hashsum being computed. A simple rolling hash might be written as:
hash = (hash « 1 ) ~ f[i];
2o This hash can be improved by including a second array "scramble" indexed by the input byte values (0 through 255) which produces large randomized integer values:
hash = (hash » 1 ) ~ scramble[f[i]];
This example of a rolling hash function produces fairly uniform 25 numbers across the range of 32 bit values.
Threshold Function:
A threshold function performs a calculation to determine whether a value is above or below a given level. This action produces discontinuous results, placing some values above and others below the threshold. It may optionally perform some transformation on its input value. As an example:
threshold_value = (hash - 1 ) ~ hash;
or:
s threshold_value = ((hash - 1 ) ~ hash) + length;
The system and method of the present invention for sticky byte factoring advantageously partitions data sets into sequences that promote commonality. The ensuing example, is illustrative of a preferred implementation utilizing a 32-bit rolling hash together with a to threshold function which may be carried out particularly well with modern 32-bit microprocessors.
A rolling hash of 32 bits is generated using the byte array "f" as the input sequence to be partitioned where:
1. f[i] = is the i-th byte of the byte sequence contained in "f".
15 2. "Scramble" is a 256-element array of 32-bit integers chosen to "churn" the bits in the hashsum created. These integers are typically chosen to have the characteristic that their combined exclusive OR
("XOR") equals zero, meaning they have a combined binary equality of one and zero bits.
20 3. The "~" operator is the exclusive-or function.
4. The length_of_byte_sequence is the length of the sequence being partitioned.
Fig. 8 is a conceptual representation of the fact that composite s data which may be derived by means of the system and method of the present invention is effectively the same as the data represented explicitly but may instead be created by a "recipe" such as the concatenation of data represented by its corresponding hashes or the result of a function using the data represented by the hashes;
to Fig. 9 is another conceptual representation of how the hash file system and method of the present invention my be utilized to organize data to optimize the reutilization of redundant sequences through the use of hash values as pointers to the data they represent and wherein data may be represented either as explicit byte sequences (atomic 15 data) or as groups of sequences (composites);
Fig. 10 is a simplified diagram illustrative of a hash file system address translation function for an exemplary 160 bit hash value;
Fig. 11 is a simplified exemplary illustration of an index stripe splitting function for use with the system and method of the present 20 invention;
Fig. 12 is a simplified illustration of the overall functionality of the system and method of the present invention for use in the backup of data for a representative home computer having a number of program and document files on Day 1 and wherein one of the document files is 2s edited on Day 2 together with the addition of a third document file;
Fig. 13 illustrates the comparison of various pieces of a particular document file marked by a number of "sticky bytes" both before and following editing wherein one of the pieces is thereby changed while other pieces remain the same; and Fig. 14 is a representative flow chart for an exemplary sticky byte factoring process in accordance with the present invention.
DESCRIPTION OF A REPRESENTATIVE EMBODIMENT
The present invention is illustrated and described in terms of a s distributed computing environment such as an enterprise computing system using public communication channels such as the Internet.
However, an important feature of the present invention is that it is readily scaled upwardly and downwardly to meet the needs of a particular application. Accordingly, unless specified to the contrary the to present invention is applicable to significantly larger, more complex network environments as well as small network environments such as conventional LAN systems.
With reference now to Fig. 1, the present invention may be utilized in conjunction with a novel data storage system on a network 15 10. In this figure, an exemplary internetwork environment 10 may include the Internet which comprises a global internetwork formed by logical and physical connection between multiple wide area networks ("WANs") 14 and local area networks ("LANs") 16. An Internet backbone 12 represents the main lines and routers that carry the bulk of 2o the data traffic. The backbone 12 is formed by the largest networks in the system that are operated by major Internet service providers ("ISPs") such as GTE, MCI, Sprint, UUNet, and America Online, for example. While single connection lines are used to conveniently illustrate WANs 14 and LANs 16 connections to the Internet backbone 2s 12, it should be understood that in reality, multi-path, routable physical connections exist between multiple WANs 14 and LANs 16. This makes internetwork 10 robust when faced with single or multiple failure points.
A "network" comprises a system of general purpose, usually switched, physical connections that enable logical connections between 3o processes operating on nodes 18. The physical connections implemented by a network are typically independent of the logical connections that are established between processes using the network.
In this manner, a heterogeneous set of processes ranging from file transfer, mail transfer, and the like can use the same physical network.
s Conversely, the network can be formed from a heterogeneous set of physical network technologies that are invisible to the logically connected processes using the network. Because the logical connection between processes implemented by a network is independent of the physical connection, internetworks are readily to scaled to a virtually unlimited number of nodes over long distances.
In contrast, internal data pathways such as a system bus, peripheral component interconnect ("PCI") bus, Intelligent Drive Electronics ("IDE") bus, small computer system interface ("SCSI") bus, and the like define physical connections that implement special-purpose is connections within a computer system. These connections implement physical connections between physical devices as opposed to logical connections between processes. These physical connections are characterized by limited distance between components, limited number of devices that can be coupled to the connection, and constrained format 20 of devices that can be connected over the connection.
In a particular implementation of the present invention, storage devices may be placed at nodes 18. The storage at any node 18 may comprise a single hard drive, or may comprise a managed storage system such as a conventional RAID device having multiple hard drives 2s configured as a single logical volume. Significantly, the present invention manages redundancy operations across nodes, as opposed to within nodes, so that the specific configuration of the storage within any given node is less relevant.
Optionally, one or more of the nodes 18 may implement storage 3 o allocation management ("SAM") processes that manage data storage across nodes 18 in a distributed, collaborative fashion. SAM processes preferably operate with little or no centralized control for the system as whole. SAM processes provide data distribution across nodes 18 and implement recovery in a fault-tolerant fashion across network nodes 18 in a manner similar to paradigms found in RAID storage subsystems.
However, because SAM processes operate across nodes rather than within a single node or within a single computer, they allow for greater fault tolerance and greater levels of storage efficiency than conventional RAID systems. For example, SAM processes can recover even when a network node 18, LAN 16, or WAN 14 becomes to unavailable. Moreover, even when a portion of the Internet backbone 12 becomes unavailable through failure or congestion the SAM
processes can recover using data distributed on nodes 18 that remain accessible. In this manner, the present invention leverages the robust nature of internetworks to provide unprecedented availability, reliability, fault tolerance and robustness.
With reference additionally now to Fig. 2, a more detailed conceptual view of an exemplary network computing environment in which the present invention is implemented is depicted. The Internetwork 10 of the preceding figure (or Internet 118 in this figure) 2o enables an interconnected network 100 of a heterogeneous set of computing devices and mechanisms 102 ranging from a supercomputer or data center 104 to a hand-held or pen-based device 114. While such devices have disparate data storage needs, they share an ability to retrieve data via network 100 and operate on that data within their own resources. Disparate computing devices 102 including mainframe computers (e.g., VAX station 106 and IBM AS/400 station 116) as well as personal computer or workstation class devices such as IBM
compatible device 108, Macintosh device 110 and laptop computer 112 are readily interconnected via internetwork 10 and network 100.
3o Although not illustrated, mobile and other wireless devices may be coupled to the internetwork 10.
Internet-based network 120 comprises a set of logical connections, some of which are made through Internet 118, between a plurality of internal networks 122. Conceptually, Internet-based network 120 is akin to a WAN 14 (Fig. 1 ) in that it enables logical connections between geographically distant nodes. Internet-based networks 120 may be implemented using the Internet 118 or other public and private WAN technologies including leased lines, Fibre Channel, frame relay, and the like.
Similarly, internal networks 122 are conceptually akin to LANs 16 to (Fig. 1 ) in that they enable logical connections across more limited stance than WAN 14. Internal networks 122 may be implemented using various LAN technologies including Ethernet, Fiber Distributed Data Interface ("FDDI"), Token Ring, Appletalk, Fibre Channel, and the like.
i5 Each internal network 122 connects one or more redundant arrays of independent nodes (RAIN) elements 124 to implement RAIN
nodes 18 (Fig. 1 ). Each RAIN element 124 comprises a processor, memory, and one or more mass storage devices such as hard disks.
RAIN elements 124 also include hard disk controllers that may be 2o conventional IDE or SCSI controllers, or may be managing controllers such as RAID controllers. RAIN elements 124 may be physically dispersed or co-located in one or more racks sharing resources such as cooling and power. Each node 18 (Fig. 1 ) is independent of other nodes 18 in that failure or unavailability of one node 18 does not affect 2s availability of other nodes 18, and data stored on one node 18 may be reconstructed from data stored on other nodes 18.
In a particular exemplary implementation, the RAIN elements 124 may comprise computers using commodity components such as Intel-based microprocessors mounted on a motherboard supporting a PCI
3o bus and 256 megabytes of random access memory ("RAM") housed in a conventional AT or ATX case. SCSI or IDE controllers may be implemented on the motherboard and/or by expansion cards connected to the PCI bus. Where the controllers are implemented only on the motherboard, a PCI expansion bus may be optionally used. In a particular implementation, the motherboard may implement two s mastering EIDE channels and a PCI expansion card which is used to implement two additional mastering EIDE channels so that each RAIN
element 124 includes up to four or more EIDE hard disks. In the particular implementation, each hard disk may comprise an 80 gigabyte hard disk for a total storage capacity of 320 gigabytes or more per 1o RAIN element. The hard disk capacity and configuration within RAIN
elements 124 can be readily increased or decreased to meet the needs of a particular application. The casing also houses supporting mechanisms such as power supplies and cooling devices (not shown).
Each RAIN element 124 executes an operating system. In a 15 particular implementation, a UNIX or UNIX variant operating system such as Linux may be used. It is contemplated, however, that other operating systems including DOS, Microsoft Windows, Apple Macintosh OS, OS/2, Microsoft Windows NT and the like may be equivalently substituted with predictable changes in performance. The operating 2o system chosen forms a platform for executing application software and processes, and implements a file system for accessing mass storage via the hard disk controller(s). Various application software and processes can be implemented on each RAIN element 124 to provide network connectivity via a network interface using appropriate network 25 protocols such as User Datagram Protocol ("UDP"), Transmission Control Protocol (TCP), Internet Protocol (1P) and the like.
With reference additionally now to Fig. 3, a logic flow chart is shown depicting the steps in the entry of a computer file into the hash file system of the present invention and wherein the hash value for the 3 o file is checked against hash values for files previously maintained in a set or database. Any digital sequence could also be entered into the hash file system of the present invention in much the same way, but the current example wherein the digital sequence entered consists of a computer file is instructive.
The process 200 begins by entry of a computer file data 202 (e.g.
"File A") into the hash file system ("HFS") of the present invention upon which a hash function is performed at step 204. The data 206 representing the hash of File A is then compared to the contents of a set containing hash file values at decision step 208. If the data 206 is already in the set, then the file's hash value is added to a hash recipe at to step 210. This hash recipe consists of the data and associated structures needed to reconstruct a file, directory, volume, or entire system depending on the class of computer file data entered into the system. The contents of the set 212 comprising hash values and corresponding data is provided in the form of existing hash values 214 for i5 the comparison operation of decision step 208. On the other hand, if the hash value for File A is not currently in the set, the file is broken into hashed pieces (as will be more fully described hereinafter) at step 216.
With reference additionally now to Fig. 4, a further logic flow chart is provided depicting the steps in the process 300 for breakup of 2o a digital sequence (e.g. a file or other data sequence) into hashed pieces. This process 300 ultimately results in the production of a number of data pieces as well as corresponding probabilistically unique hash values for each piece.
The file data 302 is divided into pieces based on commonality 2s with other pieces in the system or the likelihood of pieces being found to be in common in the future at step 304. The results of the operation of step 304 upon the file data 302 is, in the representative example shown, the production of four file pieces 306 denominated A1 through A5 inclusively.
3 o Each of the file pieces 306 is then operated on at step 308 by placing it through individual hash function operations to assign a probabilistically unique number to each of the pieces 306 A1 through A5. The result of the operation at step 308 is that each of the pieces 306 (A1 through A5) has an associated, probabilistically unique hash value 310 (shown as A1 Hash through A5 Hash respectively). The file s division process of step 304 is described in greater detail hereinafter in conjunction with the unique "sticky byte" operation also disclosed herein.
With reference additionally now to Fig. 5, another logic flow chart is shown depicting a comparison process 400 for the hash values 310 to of each piece 306 of the file to those of existing hash values 214 maintained in the set 212. Particularly, at step 402, the hash values 310 for each piece 306 of the file are compared to existing hash values 214 and new hash values 408 and corresponding new data pieces 406 are added to the set 212. In this way, hash values 408 not previously 15 present in the set 212 are added together with their associated data pieces 406. The process 400 also results in the production of records 404 showing the equivalence of a single hash value for all file pieces with the hash values 310 of the various pieces 306.
With reference additionally now to Fig. 6, yet another logic flow 2 o chart is shown illustrating a process 500 for the comparison of file hash or directory list hash values to existing directory list hash values and the addition of new file or directory list hash values to the set directory list.
The process 500 operates on stored data 502 which comprises an accumulated list of file names, file meta-data (e.g. date, time, file 25 length, file type etc.) and the file's hash value for each item in a directory. At step 504, the hash function is run upon the contents of the directory list. Decision step 506 is operative to determine whether or not the hash value for the directory list is in the set 212 of existing hash values 214. If it is, then the process 500 returns to add another file 3o hash or directory list hash to a directory list. Alternatively, if the hash value for the directory list is not already in the set 212, the hash value and data for the directory list are added to the set 212 at step 508.
With reference additionally now to Fig. 7, a comparison 600 of the pieces 306 of a representative computer file (i.e. "File A") with their s corresponding hash values 310 is shown both before and after editing of a particular piece of the exemplary file. In this example, the record 404 contains the hash value of File A as well as the hash values 310 of each of the pieces of the file A1 through A5. A representative edit or modification of the File A may produce a change in the data for piece io A2 (now represented by A2-b) of the file pieces 306A along with a corresponding change in the hash value A2-b of the hash values 310A.
The edited file piece now produces an updated record 404A that includes the modified hash value of File A and the modified hash value of piece A2-b.
15 With reference additionally now to Fig. 8, a conceptual representation 700 is shown illustrative of the fact that composite data (such as composite data 702 and 704) derived by means of the system and method of the present invention, is effectively the same as the data 706 represented explicitly but is instead created by a "recipe", or 2o formula. In the example shown, this recipe includes the concatenation of data represented by its corresponding hashes 708 or the result of a function using the data represented by the hashes. The data blocks 706 may be variable length quantities as shown and the hash values 708 are derived from their associated data blocks. As previously 25 stated, the hash values 708 are a probabilistically unique identification of the corresponding data pieces but truly unique identifications can be used instead or intermixed therewith. It should also be noted that the composite data 702, 704 can also reference other composite data many levels deep while the hash values 708 for the composite data can 3o be derived from the value of the data the recipe creates or the hash value of the recipe itself.
With reference additionally now to Fig. 9, another conceptual representation 800 is shown of how a hash file system and method may be utilized to organize data 802 to optimize the reutilization of redundant sequences through the use of hash values 806 as pointers s to the data they represent and wherein data 802 may be represented either as explicit byte sequences (atomic data) 808 or as groups of sequences (composites) 804.
The representation 800 illustrates the tremendous commonality of recipes and data that gets reused at every level. The basic structure to of the hash file system of the present invention is essentially that of a "tree" or "bush" wherein the hash values 806 are used instead of conventional pointers. The hash values 806 are used in the recipes to point to the data or another hash value that could also itself be a recipe. In essence then, recipes can point to other recipes that point to 1s still other recipes that ultimately point to some specific data that may, itself, point to other recipes that point to even more data, eventually getting down to nothing but data.
With reference additionally now to Fig. 10, a simplified diagram 900 is shown illustrative of a hash file system address translation 2o function for an exemplary 160 bit hash value 902. The hash value 902 includes a data structure comprising a front portion 904 and a back portion 906 as shown and the diagram 900 illustrates a particular "0 (1 )" operation that is used for enabling the use of the hash value 902 to go to the location of the particular node in the system that contains the 2s corresponding data.
The diagram 900 illustrates how the front portion 904 of the hash value 902 data structure may be used to indicate the hash prefix to stripe identification ("ID") 908 and how that is, in turn, utilized to map the stripe ID to IP address and the ID class to IP address 910. In this 3o example, the "S2" indicates stripe 2 of index Node 37 912. The index stripe 912 of Node 37 then indicates stripe 88 of data Node 73 indicated by the reference numeral 914. In operation then, a portion of the hash value 902 itself may be used to indicate which node in the system contains the relevant data, another portion of the hash value 902 may be used to indicate which stripe of data at that particular node s and yet another portion of the hash value 902 to indicate where within that stripe the data resides. Through this three step process, it can rapidly be determined if the data represented by the hash value 902 is already present in the system.
With reference additionally now to Fig. 11, a simplified exemplary to illustration of an index stripe splitting function 1000 is shown for use with the system and method of the present invention. In this illustration, an exemplary function 1000 is shown that may be used to effectively split a stripe 1002 (S2) into two stripes 1004 (S2) and 1006 (S7) should one stripe become too full. In this example, the odd entries have been 15 moved to stripe 1006 (S7) while the even ones remain in stripe 1004.
This function 1000 is one example of how stripe entries may be handled as the overall system grows in size and complexity.
With reference additionally now to Fig. 12, a simplified illustration 1100 of the overall functionality of the system and method of the 2o present invention is shown for use, for example, in the backup of data for a representative home computer having a number of program and document files 1102A and 1104A on Day 1 and wherein the program files 1102B remain the same on Day 2 while one of the document files 1104B is edited on Day 2 (Y.doc) together with the addition of a third 2s document file (Z.doc).
The illustration 1100 shows the details of how a computer file system may be broken into pieces and then listed as a series of recipes on a global data protection network ("gDPN") to reconstruct the original data from the pieces. This very small computer system is shown in the 3o form of a "snapshot" on "Day 1" and then subsequently on "Day 2". On "Day 1 ", the "program files H5" and "my documents H6" are illustrated by numeral 1106, with the former being represented by a recipe 1108 wherein a first executable file is represented by a hash value H1 1114 and a second represented by a hash value H2 1112. The document files are represented by hash value H6 1110 with the first document s being represented by hash value H3 1118 and the second by hash value H4 1116. Thereafter on "Day 2", the "program files H5" and "my documents" H10 indicated by numeral 1120 show that the "program files H5" have not changed, but the "my document H10" have. H10 indicated by numeral 1122 shows the "X.doc" is still represented by to hash value H3 1118 while "Y.doc" is now represented by hash value H8 at number 1124. New document file "Z.doc" is now represented by hash value H9 at numeral 1126.
In this example, it can be seen that on Day 2, some of the files have changed, while others have not. In the files that have changed, 15 some of the pieces of them have not changed while other pieces have.
Through the use of the hash file system of the present invention, a "snap shot" of the computer system can be made on Day 1 (producing the necessary recipes for reconstruction of the computer files as they exist then) and then on Day 2 through the reuse of some of the 2o previous day's recipes together with the reformulation of others and the addition of new ones to describe the system at that time. In this manner, the files that together constitute the computer system may be recreated in their entirety at any point in time on Day 1 and Day 2 for which a snapshot was taken, as well as from snapshots taken on any 2s subsequent day. Thus any version of a computer file committed to the hash file system of the current invention can be retrieved from the system at any time after it has been initially committed.
With reference additionally now to Fig. 13, a comparison 1200 of various pieces of a particular document file marked by a number of 30 "sticky bytes" 1204 is shown both before (Day 1 1202A) and following editing (Day 2 1202B) wherein one of the pieces is thereby changed while other pieces remain the same.
For example, on Day 1, file 1202A comprises variable length pieces 1206 (1.1 ), 1208 (1.2), 1210 (2.1 ), 1212 (2.), 1214 (2.3) and s 1216 (3.1 ). On Day 2, pieces 1206, 1208, 1210, 1214 and 1216 remain the same (thus having the same hash values) while piece 1212 has now been edited to produce piece 1212A (thus having a differing hash value).
With reference additionally now to Fig: 14, a representative io sticky byte (or sticky point) factoring process 1300 is illustrated for possible use in the implementation of the present invention. The process 1300 begins by setting the hash value to "0" at step 1302 to initialize the process.
A data object 1304, comprising the contents of an input computer 15 file, is acted upon at step 1306 wherein a character from the input file source is read. At step 1308, the character read at step 1306 is utilized to index an array of 32 bit values (this size array is described for purposes of example only). Thereafter, at step 1310, the indexed 32 bit value found at step 1308 is exclusive OR'd ("XOR'd") into the 2o current 32 bit hash value.
At decision step 1312, if the predetermined pattern is found (e.g.
a selected number of least significant bit "0's"), then the sticky byte is placed in the input file at that point at step 1314. On the other hand, if the predetermined pattern is not found at decision step 1312, then, at 25 decision step 1316, a determination is made as to whether a predetermined threshold number of characters in the input file (having been operated on by the rolling hash function of process 1300, as will be more fully described hereinafter) has been exceeded. If the predetermined threshold number has been exceeded, then the process 30 1300 proceeds to decision step 1318 to see if some subset number of the predetermined pattern (e.g. a smaller selected number of least significant bit "0's") being searched for in decision step 1312 has been found. If so, then the sticky byte is placed at step 1314.
Alternatively, if at decision step 1316 the predetermined threshold has not been exceeded, the process 1300 proceeds to step s 1320 wherein the existing 32 bit hash value is shifted over one bit position (either "right" or "left"). At decision step 1322, if there is still another character to be operated upon by the process 1300, a next character in the input file source is read at step 1306. If at decision step 1318, the subset of the predetermined pattern is not found, or at to step 1314 the sticky byte has been placed, the process proceeds to step 1320 as previously described.
Data sticky bytes (or "sticky points") are a unique, fully automated way to sub-divide computer files such that common elements may be found on multiple related and unrelated computers i5 without the need for communication between the computers. The means by which data sticky points are found is completely mathematical in nature and performs equally well regardless of the data content of the files. Through the use of a hash file system, all data objects may be indexed, stored and retrieved using, for example, 2o but not limited to an industry standard checksum such as: MD4, MDS, SHA, or SHA-1. In operation, if two files have the same checksum, it may be considered to be highly likely that they are the same file. Using the system and method disclosed herein, data sticky points may be produced with a standard mathematical distribution and with standard 2s deviations that are a small percentage of the target size.
A data sticky point is a statistically infrequent arrangement of n bytes. In this case, an example is given with 32 bits because of its ease in implementation for current 32-bit oriented microprocessor technology. While the hashing function utilized to implement the hash 3o file system requires a moderately complex computation, it is well within the capability of present day computer systems. Hashing functions are inherently probabilistic and any hashing function can produce the same results for two different data objects. However, the system and method herein disclosed mitigates this problem by using well known and researched hashing functions that reduce the probability of collision s down to levels acceptable for reliable use (i.e. one chance in a trillion trillion), far less than the error rates otherwise tolerated in conventional computer hardware operation.
For purposes of more fully explaining the sticky byte factoring system of the present invention, the following definitions pertain:
to Rolling Hash:
A rolling hash function preserves the essential nature of a normal hash function but is designed to have limited memory of its input values. Specifically it is a hash function with these properties:
1. It has a fixed or variable length window (sequence length).
15 2. It produces the same value given the same window of data;
that is, it is deterministic. Ideally the hashsums produced uniformly span the entire range of legal values.
3. Its hashsum is unaffected by the data either before or after the window.
2o In a particular implementation of the present invention, a 32-bit rolling hash function may be used. Its general operation is: 1 ) shift the existing 32-bit hash value over one bit (either left or right); 2) read a character from the input file source; 3) use that character to index an array of 32-bit values; and 4) XOR the indexed 32-bit value into the 25 current 32-bit hash. The operation then repeats.
The rolling hash value then remains a 32-bit value and all 32 bits are affected by the XOR operation. In the shifting phase, one of the bits is moved out of the rolling hash "window" leaving the remaining 31 bits moved over one place but otherwise unchanged. The effect of this is to move the window over one unit.
It should be noted that a 64-bit (or other size) rolling hashes may be used although the additional computational effort may not be s required in the determination of "sticky bytes" since only a small number of bits are generally used by many applications, e.g. some number of the least significant "0"'s. For a 32-bit number, the maximum number of zeros is, of course, 32, which would occur only once every 4 billion characters on average - assuming the function to utilized produces well distributed numbers. Four billion characters is approximately four gigabytes of data; a large "chunk". Using 64-bit hash values would aid in producing even larger chunk sizes, but since the particular implementation of the present invention herein disclosed uses about a 2K chunk size, the full range of a 32-bit rolling hash is 15 seldom required.
Consider the following C language example, wherein: "f" is an array of bytes, "i" is the index into that array, and "hash" is the hashsum being computed. A simple rolling hash might be written as:
hash = (hash « 1 ) ~ f[i];
2o This hash can be improved by including a second array "scramble" indexed by the input byte values (0 through 255) which produces large randomized integer values:
hash = (hash » 1 ) ~ scramble[f[i]];
This example of a rolling hash function produces fairly uniform 25 numbers across the range of 32 bit values.
Threshold Function:
A threshold function performs a calculation to determine whether a value is above or below a given level. This action produces discontinuous results, placing some values above and others below the threshold. It may optionally perform some transformation on its input value. As an example:
threshold_value = (hash - 1 ) ~ hash;
or:
s threshold_value = ((hash - 1 ) ~ hash) + length;
The system and method of the present invention for sticky byte factoring advantageously partitions data sets into sequences that promote commonality. The ensuing example, is illustrative of a preferred implementation utilizing a 32-bit rolling hash together with a to threshold function which may be carried out particularly well with modern 32-bit microprocessors.
A rolling hash of 32 bits is generated using the byte array "f" as the input sequence to be partitioned where:
1. f[i] = is the i-th byte of the byte sequence contained in "f".
15 2. "Scramble" is a 256-element array of 32-bit integers chosen to "churn" the bits in the hashsum created. These integers are typically chosen to have the characteristic that their combined exclusive OR
("XOR") equals zero, meaning they have a combined binary equality of one and zero bits.
20 3. The "~" operator is the exclusive-or function.
4. The length_of_byte_sequence is the length of the sequence being partitioned.
5. The function "output-sticky-point" is called with the index of the partitioning element.
2s 6. "threshold" is a value chosen to produce sequences of the desired length. That is, the larger the value, the longer the sequences produced.
Example 1:
int hash = 0; //initial value of hashsum is zero.
int sticky_bits = 0;
int last_sticky_point = 0;
for( int i=0; i < length_of byte_sequence; i++ ) {
//For each byte in the sequence of "f", "hash" //represents the rolling s hash of the file.
hash = (hash » 1 ) ~ scramble[f[i]];
//sticky_bits is a non-uniform value with the //characteristic that larger values are produced less //frequently.
sticky_bits = (hash - 1 ) ~ hash;
to //This calculation determines whether the current byte //should be considered the end of the partition.
if( sticky_bits > threshold ) output_sticky-point( i );
15 //"last_sticky_point" remembers the index of the //previous partition for (optional) use in determining //the existing partition's length as a factor in the //threshold calculation.
last_sticky_point = i;
The system and method of the present invention steps sequentially through a sequence of values and calculates a rolling hashsum value. That hashsum value at index "i" is dependent only on the bytes at indexes i-31 through i. In the case of i being less than 31, 2s the hashsum reflects the values for the bytes between 0 and i.
Assuming an input text in "f" that uses a large range of byte values and a well chosen set of randomizing values present in "scramble", the hashsum will produce a well-distributed range of values, that largely and uniformly spans the desired 32-bit numeric range. While it should 3o be noted that some byte sequences do not produce well-distributed numbers, byte sequences having this behavior should be uncommon for typical input texts.
The "sticky_bits" value is calculated using the current hashsum.
This value is designed to have a highly non-uniform distribution and to produce numbers that span the entire range of 32-bit values, with larger values being produced in inverse proportion to their magnitude as illustrated in the following Table 1:
Table 1 Sticky Byte Value % of Sequences w/Value 1 50.00000 3 25.00000 7 12.50000 6.25000 31 3.12500 63 1.56250 127 0.78125 255 0.39062 511 0.19531 1023 0.09766 2047 0.04883 4095 0.02441 8191 0.01221 16383 0.00610 32767 0.00305 65535 0.00153 etc. etc.
Without further modification, this particular example demonstrates the statistical property of having sequence lengths with a standard deviation that are 95% of their mean. In order to compensate to for this, the "sticky_bits" value can be combined with the length of the current sequence to produce partitions more evenly spaced. In this regard, "sticky_weighting" is a factor that is used to adjust the weight of the "sticky_bits" value versus the length of the current partition.
sticky_weighting + (i-last_sticky_point) Example 2:
int hash = 0; //initial value of hashsum is zero.
int sticky_bits = 0;
int last_sticky_point = 0;
for( int i=0; i < length_of byte_sequence; i++ ) {
//For each byte in the sequence of "f", "hash" //represents the rolling hash of the file.
hash = (hash » 1 ) ~ scramble[f[i]];
//sticky_bits is a non-uniform value with the //characteristic that larger to values are produced less //frequently.
sticky_bits = (hash - 1 ) ~ hash;
//This calculation determines whether the current byte //should be considered the end of the partition.
if( sticky_bits + sticky_weighting*(i-last_sticky_point) > threshold ) f output_sticky_point( i );
//"last-sticky-point" remembers the index of the //previous partition for optional use in determining //the existing partition's length as a factor in 2o the //threshold calculation.
last_sticky-point = i;
In this particular embodiment of the system and method of the present invention, an adjustment has been made to produce more consistent partition sizes. This is effectuated by essentially increasing the "pressure" on the threshold to create a partition as the potential partition size increases. It should be noted that any number of a variety of methods for effectuating this end might be employed and the 3o foregoing example is intended to illustrate but one.
As will be appreciated, the system and method of the present invention for unorchestrated determination of data sequences disclosed herein provides an efficient and readily effectuated means to factor large volumes of data into their common sequences using modern computer s processors. Unlike conventional factoring techniques, it requires no sequence comparisons, communication, or historical record of previous actions in order to establish commonality. Further, the system and method of the present invention is essentially immune to the type of data being partitioned and it performs consistently on text files, binary files, to set images, audio and video clips, still images and the like.
The sticky byte factoring technique disclosed herein also advantageously creates partitions that tend to identify commonality even when that commonality lies in variable locations within a sequence; for example, while the difference between two versions of a 15 particular document file might be only minor, sticky byte factoring nevertheless produces a high commonality between the factored documents despite the insertion or deletion of characters. Moreover, the system and method of the present invention creates partitions, or breakpoints, that tend to identify commonality in data that "slides", or 2 o changes its absolute location.
In essence, the system and method of the present invention effectively solves the problem of how to locate common data sequences quickly and efficiently. Further, it can be used to search for alternative encodings of a sequence of data that would have a higher likelihood of 2s being present in a system designed to store information based on such a partitioning scheme. The sticky byte factoring technique of the present invention performs particularly well when searching for common sequences in typical computer file systems and produces much higher compression ratios for some test suites that even the best known 3o compression algorithms, many of which exploit commonality factoring as their fundamental file size reduction technique.
Although as used herein, the term "Internet infrastructure"
encompasses a variety of hardware and software mechanisms, the term primarily refers to routers, router software, and physical links between these routers that function to transport data packets from one network s node to another. As also used herein, a "digital sequence" may comprise, without limitation, computer program files, computer applications, data files, network packets, streaming data such as multimedia (including audio and video), telemetry data and any other form of data which can be represented by a digital or numeric sequence.
io While there have been described above the principles of the present invention in conjunction with specific exemplary sticky byte factoring techniques and computer systems, it is to be clearly understood that the foregoing description is made only by way of example and not as a limitation to the scope of the invention.
i5 Particularly, it is recognized that the teachings of the foregoing disclosure will suggest other modifications to those persons skilled in the relevant art. Such modifications may involve other features which are already known per se and which may be used instead of or in addition to features already described herein. Although claims have 2o been formulated in this application to particular combinations of features, it should be understood that the scope of the disclosure herein also includes any novel feature or any novel combination of features disclosed either explicitly or implicitly or any generalization or modification thereof which would be apparent to persons skilled in the 2 s relevant art, whether or not such relates to the same invention as presently claimed in any claim and whether or not it mitigates any or all of the same technical problems as confronted by the present invention.
The applicants hereby reserve the right to formulate new claims to such features and/or combinations of such features during the prosecution of 3o the present application or of any further application derived therefrom.
2s 6. "threshold" is a value chosen to produce sequences of the desired length. That is, the larger the value, the longer the sequences produced.
Example 1:
int hash = 0; //initial value of hashsum is zero.
int sticky_bits = 0;
int last_sticky_point = 0;
for( int i=0; i < length_of byte_sequence; i++ ) {
//For each byte in the sequence of "f", "hash" //represents the rolling s hash of the file.
hash = (hash » 1 ) ~ scramble[f[i]];
//sticky_bits is a non-uniform value with the //characteristic that larger values are produced less //frequently.
sticky_bits = (hash - 1 ) ~ hash;
to //This calculation determines whether the current byte //should be considered the end of the partition.
if( sticky_bits > threshold ) output_sticky-point( i );
15 //"last_sticky_point" remembers the index of the //previous partition for (optional) use in determining //the existing partition's length as a factor in the //threshold calculation.
last_sticky_point = i;
The system and method of the present invention steps sequentially through a sequence of values and calculates a rolling hashsum value. That hashsum value at index "i" is dependent only on the bytes at indexes i-31 through i. In the case of i being less than 31, 2s the hashsum reflects the values for the bytes between 0 and i.
Assuming an input text in "f" that uses a large range of byte values and a well chosen set of randomizing values present in "scramble", the hashsum will produce a well-distributed range of values, that largely and uniformly spans the desired 32-bit numeric range. While it should 3o be noted that some byte sequences do not produce well-distributed numbers, byte sequences having this behavior should be uncommon for typical input texts.
The "sticky_bits" value is calculated using the current hashsum.
This value is designed to have a highly non-uniform distribution and to produce numbers that span the entire range of 32-bit values, with larger values being produced in inverse proportion to their magnitude as illustrated in the following Table 1:
Table 1 Sticky Byte Value % of Sequences w/Value 1 50.00000 3 25.00000 7 12.50000 6.25000 31 3.12500 63 1.56250 127 0.78125 255 0.39062 511 0.19531 1023 0.09766 2047 0.04883 4095 0.02441 8191 0.01221 16383 0.00610 32767 0.00305 65535 0.00153 etc. etc.
Without further modification, this particular example demonstrates the statistical property of having sequence lengths with a standard deviation that are 95% of their mean. In order to compensate to for this, the "sticky_bits" value can be combined with the length of the current sequence to produce partitions more evenly spaced. In this regard, "sticky_weighting" is a factor that is used to adjust the weight of the "sticky_bits" value versus the length of the current partition.
sticky_weighting + (i-last_sticky_point) Example 2:
int hash = 0; //initial value of hashsum is zero.
int sticky_bits = 0;
int last_sticky_point = 0;
for( int i=0; i < length_of byte_sequence; i++ ) {
//For each byte in the sequence of "f", "hash" //represents the rolling hash of the file.
hash = (hash » 1 ) ~ scramble[f[i]];
//sticky_bits is a non-uniform value with the //characteristic that larger to values are produced less //frequently.
sticky_bits = (hash - 1 ) ~ hash;
//This calculation determines whether the current byte //should be considered the end of the partition.
if( sticky_bits + sticky_weighting*(i-last_sticky_point) > threshold ) f output_sticky_point( i );
//"last-sticky-point" remembers the index of the //previous partition for optional use in determining //the existing partition's length as a factor in 2o the //threshold calculation.
last_sticky-point = i;
In this particular embodiment of the system and method of the present invention, an adjustment has been made to produce more consistent partition sizes. This is effectuated by essentially increasing the "pressure" on the threshold to create a partition as the potential partition size increases. It should be noted that any number of a variety of methods for effectuating this end might be employed and the 3o foregoing example is intended to illustrate but one.
As will be appreciated, the system and method of the present invention for unorchestrated determination of data sequences disclosed herein provides an efficient and readily effectuated means to factor large volumes of data into their common sequences using modern computer s processors. Unlike conventional factoring techniques, it requires no sequence comparisons, communication, or historical record of previous actions in order to establish commonality. Further, the system and method of the present invention is essentially immune to the type of data being partitioned and it performs consistently on text files, binary files, to set images, audio and video clips, still images and the like.
The sticky byte factoring technique disclosed herein also advantageously creates partitions that tend to identify commonality even when that commonality lies in variable locations within a sequence; for example, while the difference between two versions of a 15 particular document file might be only minor, sticky byte factoring nevertheless produces a high commonality between the factored documents despite the insertion or deletion of characters. Moreover, the system and method of the present invention creates partitions, or breakpoints, that tend to identify commonality in data that "slides", or 2 o changes its absolute location.
In essence, the system and method of the present invention effectively solves the problem of how to locate common data sequences quickly and efficiently. Further, it can be used to search for alternative encodings of a sequence of data that would have a higher likelihood of 2s being present in a system designed to store information based on such a partitioning scheme. The sticky byte factoring technique of the present invention performs particularly well when searching for common sequences in typical computer file systems and produces much higher compression ratios for some test suites that even the best known 3o compression algorithms, many of which exploit commonality factoring as their fundamental file size reduction technique.
Although as used herein, the term "Internet infrastructure"
encompasses a variety of hardware and software mechanisms, the term primarily refers to routers, router software, and physical links between these routers that function to transport data packets from one network s node to another. As also used herein, a "digital sequence" may comprise, without limitation, computer program files, computer applications, data files, network packets, streaming data such as multimedia (including audio and video), telemetry data and any other form of data which can be represented by a digital or numeric sequence.
io While there have been described above the principles of the present invention in conjunction with specific exemplary sticky byte factoring techniques and computer systems, it is to be clearly understood that the foregoing description is made only by way of example and not as a limitation to the scope of the invention.
i5 Particularly, it is recognized that the teachings of the foregoing disclosure will suggest other modifications to those persons skilled in the relevant art. Such modifications may involve other features which are already known per se and which may be used instead of or in addition to features already described herein. Although claims have 2o been formulated in this application to particular combinations of features, it should be understood that the scope of the disclosure herein also includes any novel feature or any novel combination of features disclosed either explicitly or implicitly or any generalization or modification thereof which would be apparent to persons skilled in the 2 s relevant art, whether or not such relates to the same invention as presently claimed in any claim and whether or not it mitigates any or all of the same technical problems as confronted by the present invention.
The applicants hereby reserve the right to formulate new claims to such features and/or combinations of such features during the prosecution of 3o the present application or of any further application derived therefrom.
Claims (54)
1. A method for partitioning a digital sequence comprising:
performing a hash function on at least a portion of said digital sequence;
monitoring hash values produced by said hash function for a first predetermined numeric pattern; and marking a breakpoint in said digital sequence when said first predetermined numeric pattern occurs.
performing a hash function on at least a portion of said digital sequence;
monitoring hash values produced by said hash function for a first predetermined numeric pattern; and marking a breakpoint in said digital sequence when said first predetermined numeric pattern occurs.
2. The method of claim 1 wherein said step of performing said hash function is carried out by means of a rolling hash function.
3. The method of claim 1 wherein said first predetermined numeric pattern is a bit pattern.
4. The method of claim 1 wherein said step of performing said hash function is carried out by means of an architecturally efficient n-bit hash function.
5. The method of claim 4 wherein said architecturally efficient n-bit hash function comprises a 32-bit hash function.
6. The method of claim 1 wherein said first predetermined numeric pattern comprises a consecutive sequence of bits.
7. The method of claim 6 wherein said consecutive sequence of bits comprises a plurality of endmost bits.
8. The method of claim 7 wherein said plurality of endmost bits comprises eleven bits.
9. The method of claim 7 wherein said eleven bits are "0".
10. The method of claim 1 further comprising:
determining a threshold restriction for said step of monitoring said hash values;
establishing at least a second predetermined numeric pattern for said step of monitoring when said threshold restriction is met; and alternatively marking said breakpoint in said digital sequence when said second predetermined numeric pattern occurs.
determining a threshold restriction for said step of monitoring said hash values;
establishing at least a second predetermined numeric pattern for said step of monitoring when said threshold restriction is met; and alternatively marking said breakpoint in said digital sequence when said second predetermined numeric pattern occurs.
11. The method of claim 10 wherein said second predetermined numeric pattern is a bit pattern.
12. The method of claim 11 wherein said second predetermined numeric pattern is a subset of said first predetermined numeric pattern.
13. The method of claim 12 wherein said first predetermined numeric pattern comprises a consecutive sequence of eleven bits and said second predetermined numeric pattern comprises ten of said eleven bits.
14. The method of claim 13 wherein said first predetermined numeric pattern comprises eleven consecutive "0"'s and said second predetermined numeric pattern comprises ten consecutive "0"'s.
15. The method of claim 1 further comprising:
determining a threshold restriction for said step of monitoring said hash values; and increasing a probability of said marking of said breakpoint in said digital sequence.
determining a threshold restriction for said step of monitoring said hash values; and increasing a probability of said marking of said breakpoint in said digital sequence.
16. The method of claim 15 wherein said step of increasing said probability of said marking of said breakpoint in said digital sequence is a function of at least a desired chunk size.
17. The method of claim 15 wherein said step of increasing said probability of said marking of said breakpoint in said digital sequence is a function of at least a length of a current portion of said digital sequence.
18. The method of claim 15 wherein said step of increasing said probability of said marking of said breakpoint in said digital sequence is carried out by the step of:
utilizing a second predetermined numeric pattern for said step of monitory said hash values; and alternatively marking said breakpoint when said second predetermined numeric pattern occurs.
utilizing a second predetermined numeric pattern for said step of monitory said hash values; and alternatively marking said breakpoint when said second predetermined numeric pattern occurs.
19. A method for determining a first breakpoint in a first digital sequence comprising:
determining a subset group of said first digital sequence;
performing a hash function on said subset group of said first digital sequence beginning at a starting position in said first digital sequence until a first predetermined numeric pattern in said hash value is obtained; and marking said first breakpoint when said first predetermined numeric pattern in said hash value is obtained.
determining a subset group of said first digital sequence;
performing a hash function on said subset group of said first digital sequence beginning at a starting position in said first digital sequence until a first predetermined numeric pattern in said hash value is obtained; and marking said first breakpoint when said first predetermined numeric pattern in said hash value is obtained.
20. The method of claim 19 wherein said numeric pattern comprises a bit pattern.
21. The method of claim 19 wherein said step of performing a hash function is carried out by means of a rolling hash function.
22. The method of claim 19 further comprising the steps of:
further performing a hash function on a subset group of said first digital sequence from said first breakpoint until said first predetermined numeric pattern in said hash value is again obtained; and marking another breakpoint in said first digital sequence when said first predetermined numeric pattern in said hash value is again obtained.
further performing a hash function on a subset group of said first digital sequence from said first breakpoint until said first predetermined numeric pattern in said hash value is again obtained; and marking another breakpoint in said first digital sequence when said first predetermined numeric pattern in said hash value is again obtained.
23. The method of claim 22 wherein said step of further performing said hash function is carried out by means of a rolling hash function.
24. The method of claim 19 further comprising the steps of:
determining a second predetermined numeric pattern in said hash value;
continuing said step of performing said hash function on said subset group of said first digital sequence until an established threshold restriction has been met; and alternatively marking said first breakpoint when said second predetermined numeric pattern in said hash value is obtained.
determining a second predetermined numeric pattern in said hash value;
continuing said step of performing said hash function on said subset group of said first digital sequence until an established threshold restriction has been met; and alternatively marking said first breakpoint when said second predetermined numeric pattern in said hash value is obtained.
25. The method of claim 19 further comprising the steps of:
performing a hash function on said subset group beginning at a starting position in a second digital sequence until said first predetermined numeric pattern in said hash value is obtained;
marking a second breakpoint in said second digital sequence when said first predetermined numeric pattern in said hash value is obtained;
comparing said predetermined hash value at said first breakpoint with that at said second breakpoint; and equating a corresponding portion of said first digital sequence from said starting point to said first breakpoint with a corresponding portion of said second digital sequence from said starting position to said second breakpoint.
performing a hash function on said subset group beginning at a starting position in a second digital sequence until said first predetermined numeric pattern in said hash value is obtained;
marking a second breakpoint in said second digital sequence when said first predetermined numeric pattern in said hash value is obtained;
comparing said predetermined hash value at said first breakpoint with that at said second breakpoint; and equating a corresponding portion of said first digital sequence from said starting point to said first breakpoint with a corresponding portion of said second digital sequence from said starting position to said second breakpoint.
26. A computer program product comprising:
a computer usable medium having computer readable code embodied therein for partitioning a digital sequence comprising:
computer readable program code devices configured to cause a computer to effect performing a hash function on at least a portion of said digital sequence;
computer readable program code devices configured to cause a computer to effect monitoring hash values produced by said hash function for a first predetermined numeric pattern; and computer readable program code devices configured to cause a computer to effect marking a breakpoint in said digital sequence when said first predetermined numeric pattern occurs.
a computer usable medium having computer readable code embodied therein for partitioning a digital sequence comprising:
computer readable program code devices configured to cause a computer to effect performing a hash function on at least a portion of said digital sequence;
computer readable program code devices configured to cause a computer to effect monitoring hash values produced by said hash function for a first predetermined numeric pattern; and computer readable program code devices configured to cause a computer to effect marking a breakpoint in said digital sequence when said first predetermined numeric pattern occurs.
27. The computer program product of claim 26 wherein said computer readable program code devices configured to cause a computer to effect performing said hash function is carried out by means of a rolling hash function.
28. The computer program product of claim 26 wherein said first predetermined numeric pattern is a bit pattern.
29. The computer program product of claim 26 wherein said computer readable program code devices configured to cause a computer to effect performing said hash function is carried out by means of an architecturally efficient n-bit hash function.
30. The computer program product of claim 29 wherein said architecturally efficient n-bit hash function comprises a 32-bit hash function.
31. The computer program product of claim 26 wherein said first predetermined numeric pattern comprises a consecutive sequence of bits.
32. The computer program product of claim 31 wherein said consecutive sequence of bits comprises a plurality of endmost bits.
33. The computer program product of claim 32 wherein said plurality of endmost bits comprises eleven bits.
34. The computer program product of claim 32 wherein said eleven bits are "0".
35. The computer program product of claim 26 further comprising:
computer readable program code devices configured to cause a computer to effect determining a threshold restriction for said step of monitoring said hash values;
computer readable program code devices configured to cause a computer to effect establishing at least a second predetermined numeric pattern for said step of monitoring when said threshold restriction is met; and computer readable program code devices configured to cause a computer to effect alternatively marking said breakpoint in said digital sequence when said second predetermined numeric pattern occurs.
computer readable program code devices configured to cause a computer to effect determining a threshold restriction for said step of monitoring said hash values;
computer readable program code devices configured to cause a computer to effect establishing at least a second predetermined numeric pattern for said step of monitoring when said threshold restriction is met; and computer readable program code devices configured to cause a computer to effect alternatively marking said breakpoint in said digital sequence when said second predetermined numeric pattern occurs.
36. The computer program product of claim 35 wherein said second predetermined numeric pattern is a bit pattern.
37. The computer program product of claim 36 wherein said second predetermined numeric pattern is a subset of said first predetermined numeric pattern.
38. The computer program product of claim 37 wherein said first predetermined numeric pattern comprises a consecutive sequence of eleven bits and said second predetermined numeric pattern comprises ten of said eleven bits.
39. The computer program product of claim 38 wherein said first predetermined numeric pattern comprises eleven consecutive "0"'s and said second predetermined numeric pattern comprises ten "0"'s.
40. The computer program product of claim 26 further comprising:
computer readable program code devices configured to cause a computer to effect determining a threshold restriction for said step of monitoring said hash values; and computer readable program code devices configured to cause a computer to effect increasing a probability of said marking of said breakpoint in said digital sequence.
computer readable program code devices configured to cause a computer to effect determining a threshold restriction for said step of monitoring said hash values; and computer readable program code devices configured to cause a computer to effect increasing a probability of said marking of said breakpoint in said digital sequence.
41. The computer program product of claim 40 wherein said computer readable program code devices configured to cause a computer to effect increasing said probability of said marking of said breakpoint in said digital sequence is a function of at least a desired chunk size.
42. The computer program product of claim 40 wherein said computer readable program code devices configured to cause a computer to effect increasing said probability of said marking of said breakpoint in said digital sequence is a function of at least a length of a current portion of said digital sequence.
43. The computer program product of claim 40 wherein said computer readable program code devices configured to cause a computer to effect increasing said probability of said marking of said breakpoint in said digital sequence is carried out by:
computer readable program code devices configured to cause a computer to effect utilizing a second predetermined numeric pattern for said step of monitory said hash values; and computer readable program code devices configured to cause a computer to effect alternatively marking said breakpoint when said second predetermined numeric pattern occurs.
computer readable program code devices configured to cause a computer to effect utilizing a second predetermined numeric pattern for said step of monitory said hash values; and computer readable program code devices configured to cause a computer to effect alternatively marking said breakpoint when said second predetermined numeric pattern occurs.
44. A computer program product comprising:
a computer usable medium having computer readable code embodied therein for determining a first breakpoint in a first digital sequence comprising:
computer readable program code devices configured to cause a computer to effect determining a subset group of said first digital sequence;
computer readable program code devices configured to cause a computer to effect performing a hash function on said subset group of said first digital sequence beginning at a starting position in said first digital sequence until a first predetermined numeric pattern in said hash value is obtained; and computer readable program code devices configured to cause a computer to effect marking said first breakpoint when said first predetermined numeric pattern in said hash value is obtained.
a computer usable medium having computer readable code embodied therein for determining a first breakpoint in a first digital sequence comprising:
computer readable program code devices configured to cause a computer to effect determining a subset group of said first digital sequence;
computer readable program code devices configured to cause a computer to effect performing a hash function on said subset group of said first digital sequence beginning at a starting position in said first digital sequence until a first predetermined numeric pattern in said hash value is obtained; and computer readable program code devices configured to cause a computer to effect marking said first breakpoint when said first predetermined numeric pattern in said hash value is obtained.
45. The computer program product of claim 44 wherein said numeric pattern comprises a bit pattern.
46. The computer program product of claim 44 wherein said computer readable program code devices configured to cause a computer to effect performing a hash function is carried out by means of a rolling hash function.
47. The computer program product of claim 44 further comprising:
computer readable program code devices configured to cause a computer to effect further performing a hash function on a subset group of said first digital sequence from said first breakpoint until said first predetermined numeric pattern in said hash value is again obtained;
and computer readable program code devices configured to cause a computer to effect marking another breakpoint in said first digital sequence when said first predetermined numeric pattern in said hash value is again obtained.
computer readable program code devices configured to cause a computer to effect further performing a hash function on a subset group of said first digital sequence from said first breakpoint until said first predetermined numeric pattern in said hash value is again obtained;
and computer readable program code devices configured to cause a computer to effect marking another breakpoint in said first digital sequence when said first predetermined numeric pattern in said hash value is again obtained.
48. The computer program product of claim 47 wherein said computer readable program code devices configured to cause a computer to effect further performing said hash function is carried out by means of a rolling hash function.
49. The computer program product of claim 44 further comprising:
computer readable program code devices configured to cause a computer to effect determining a second predetermined numeric pattern in said hash value;
computer readable program code devices configured to cause a computer to effect continuing said step of performing said hash function on said subset group of said first digital sequence until an established threshold restriction has been met; and computer readable program code devices configured to cause a computer to effect alternatively marking said first breakpoint when said second predetermined numeric pattern in said hash value is obtained.
computer readable program code devices configured to cause a computer to effect determining a second predetermined numeric pattern in said hash value;
computer readable program code devices configured to cause a computer to effect continuing said step of performing said hash function on said subset group of said first digital sequence until an established threshold restriction has been met; and computer readable program code devices configured to cause a computer to effect alternatively marking said first breakpoint when said second predetermined numeric pattern in said hash value is obtained.
50. The computer program product of claim 44 further comprising:
computer readable program code devices configured to cause a computer to effect performing a hash function on said subset group beginning at a starting position in a second digital sequence until said first predetermined numeric pattern in said hash value is obtained;
computer readable program code devices configured to cause a computer to effect marking a second breakpoint in said second digital sequence when said first predetermined numeric pattern in said hash value is obtained;
computer readable program code devices configured to cause a computer to effect comparing said predetermined hash value at said first breakpoint with that at said second breakpoint; and computer readable program code devices configured to cause a computer to effect equating a corresponding portion of said first digital sequence from said starting point to said first breakpoint with a corresponding portion of said second digital sequence from said starting position to said second breakpoint.
computer readable program code devices configured to cause a computer to effect performing a hash function on said subset group beginning at a starting position in a second digital sequence until said first predetermined numeric pattern in said hash value is obtained;
computer readable program code devices configured to cause a computer to effect marking a second breakpoint in said second digital sequence when said first predetermined numeric pattern in said hash value is obtained;
computer readable program code devices configured to cause a computer to effect comparing said predetermined hash value at said first breakpoint with that at said second breakpoint; and computer readable program code devices configured to cause a computer to effect equating a corresponding portion of said first digital sequence from said starting point to said first breakpoint with a corresponding portion of said second digital sequence from said starting position to said second breakpoint.
51. The method of claim 15 wherein said step of increasing said probability of said marking of said breakpoint in said digital sequence is a function of some content portion of said sequence.
52. The method of claim 1 wherein said hash function is selected to produce preferential hashsums that do not uniformly cover the range of possible output values.
53. The method of claim 1 wherein said hash function is selected or modified dynamically during the execution of said hash function.
54. The method of claim 1 wherein said hash function includes the relative or absolute value of the current location as an input value in said hash function.
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US24592000P | 2000-11-06 | 2000-11-06 | |
US60/245,920 | 2000-11-06 | ||
US09/777,149 | 2001-02-05 | ||
US09/777,149 US6810398B2 (en) | 2000-11-06 | 2001-02-05 | System and method for unorchestrated determination of data sequences using sticky byte factoring to determine breakpoints in digital sequences |
PCT/US2001/031306 WO2002037689A1 (en) | 2000-11-06 | 2001-10-04 | System for identifying common digital sequences |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2426577A1 true CA2426577A1 (en) | 2002-05-10 |
Family
ID=26937560
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002426577A Abandoned CA2426577A1 (en) | 2000-11-06 | 2001-10-04 | System for identifying common digital sequences |
Country Status (7)
Country | Link |
---|---|
US (2) | US6810398B2 (en) |
EP (1) | EP1344321A4 (en) |
JP (1) | JP4263477B2 (en) |
KR (1) | KR100878861B1 (en) |
AU (2) | AU2001296665B2 (en) |
CA (1) | CA2426577A1 (en) |
WO (1) | WO2002037689A1 (en) |
Families Citing this family (156)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7509420B2 (en) * | 2000-02-18 | 2009-03-24 | Emc Corporation | System and method for intelligent, globally distributed network storage |
US7080314B1 (en) * | 2000-06-16 | 2006-07-18 | Lucent Technologies Inc. | Document descriptor extraction method |
US6810398B2 (en) * | 2000-11-06 | 2004-10-26 | Avamar Technologies, Inc. | System and method for unorchestrated determination of data sequences using sticky byte factoring to determine breakpoints in digital sequences |
US6904482B2 (en) * | 2001-11-20 | 2005-06-07 | Intel Corporation | Common boot environment for a modular server system |
US7370120B2 (en) * | 2001-12-07 | 2008-05-06 | Propel Software Corporation | Method and system for reducing network latency in data communication |
US7047488B2 (en) | 2002-07-19 | 2006-05-16 | Open Invention Network | Registry driven interoperability and exchange of documents |
WO2004070568A2 (en) | 2003-01-31 | 2004-08-19 | Viair, Inc. | Asynchronous real-time retrieval of data |
US7870218B2 (en) * | 2003-04-09 | 2011-01-11 | Nec Laboratories America, Inc. | Peer-to-peer system and method with improved utilization |
US9678967B2 (en) * | 2003-05-22 | 2017-06-13 | Callahan Cellular L.L.C. | Information source agent systems and methods for distributed data storage and management using content signatures |
JP2006039598A (en) * | 2004-06-24 | 2006-02-09 | Katsuya Ishihara | Data linkage method and data linkage device for computer system |
US7949666B2 (en) | 2004-07-09 | 2011-05-24 | Ricoh, Ltd. | Synchronizing distributed work through document logs |
US7177883B2 (en) * | 2004-07-15 | 2007-02-13 | Hitachi, Ltd. | Method and apparatus for hierarchical storage management based on data value and user interest |
US20060031230A1 (en) * | 2004-07-21 | 2006-02-09 | Kumar Sinha M | Data storage systems |
US7523098B2 (en) * | 2004-09-15 | 2009-04-21 | International Business Machines Corporation | Systems and methods for efficient data searching, storage and reduction |
US8725705B2 (en) * | 2004-09-15 | 2014-05-13 | International Business Machines Corporation | Systems and methods for searching of storage data with reduced bandwidth requirements |
JP4810915B2 (en) * | 2005-07-28 | 2011-11-09 | 日本電気株式会社 | Data search apparatus and method, and computer program |
EP1927060B1 (en) * | 2005-08-09 | 2019-10-09 | Nexsan Technologies Canada Inc. | Data archiving method and system |
KR20080066790A (en) * | 2005-10-12 | 2008-07-16 | 데이터캐슬 코퍼레이션 | Method and system for data backup |
US7747831B2 (en) | 2006-03-20 | 2010-06-29 | Emc Corporation | High efficiency portable archive and data protection using a virtualization layer |
US7831787B1 (en) | 2006-03-20 | 2010-11-09 | Emc Corporation | High efficiency portable archive with virtualization |
US8832045B2 (en) | 2006-04-07 | 2014-09-09 | Data Storage Group, Inc. | Data compression and storage techniques |
US7860843B2 (en) * | 2006-04-07 | 2010-12-28 | Data Storage Group, Inc. | Data compression and storage techniques |
US9317222B1 (en) | 2006-04-24 | 2016-04-19 | Emc Corporation | Centralized content addressed storage |
US9235477B1 (en) | 2006-04-24 | 2016-01-12 | Emc Corporation | Virtualized backup solution |
US8190742B2 (en) * | 2006-04-25 | 2012-05-29 | Hewlett-Packard Development Company, L.P. | Distributed differential store with non-distributed objects and compression-enhancing data-object routing |
KR101381551B1 (en) | 2006-05-05 | 2014-04-11 | 하이버 인크 | Group based complete and incremental computer file backup system, process and apparatus |
US8065273B2 (en) | 2006-05-10 | 2011-11-22 | Emc Corporation | Automated priority restores |
US9684739B1 (en) | 2006-05-11 | 2017-06-20 | EMC IP Holding Company LLC | View generator for managing data storage |
US8261068B1 (en) | 2008-09-30 | 2012-09-04 | Emc Corporation | Systems and methods for selective encryption of operating system metadata for host-based encryption of data at rest on a logical unit |
US7673099B1 (en) | 2006-06-30 | 2010-03-02 | Emc Corporation | Affinity caching |
US8416954B1 (en) | 2008-09-30 | 2013-04-09 | Emc Corporation | Systems and methods for accessing storage or network based replicas of encrypted volumes with no additional key management |
US7640262B1 (en) | 2006-06-30 | 2009-12-29 | Emc Corporation | Positional allocation |
US7930559B1 (en) | 2006-06-30 | 2011-04-19 | Emc Corporation | Decoupled data stream and access structures |
US7720892B1 (en) | 2006-06-30 | 2010-05-18 | Emc Corporation | Bulk updates and tape synchronization |
JP2008015870A (en) * | 2006-07-07 | 2008-01-24 | Fujitsu Social Science Laboratory Ltd | Data processor having layout conversion function, data management part program, and recording medium recording its program |
US8046629B1 (en) * | 2006-07-24 | 2011-10-25 | Marvell World Trade Ltd. | File server for redundant array of independent disks (RAID) system |
US8479004B2 (en) | 2006-08-31 | 2013-07-02 | Ricoh Co., Ltd | Paper-based document logging |
US8082231B1 (en) | 2006-09-22 | 2011-12-20 | Emc Corporation | Techniques using identifiers and signatures with data operations |
US7685171B1 (en) | 2006-09-22 | 2010-03-23 | Emc Corporation | Techniques for performing a restoration operation using device scanning |
US7725704B1 (en) | 2006-09-22 | 2010-05-25 | Emc Corporation | Techniques for performing a prioritized data restoration operation |
DE102006055964A1 (en) | 2006-11-24 | 2008-05-29 | Bdt-Solutions Gmbh | Method and device for data backup |
US7844581B2 (en) | 2006-12-01 | 2010-11-30 | Nec Laboratories America, Inc. | Methods and systems for data management using multiple selection criteria |
US8214517B2 (en) * | 2006-12-01 | 2012-07-03 | Nec Laboratories America, Inc. | Methods and systems for quick and efficient data management and/or processing |
WO2008070688A1 (en) | 2006-12-04 | 2008-06-12 | Commvault Systems, Inc. | Systems and methods for creating copies of data, such as archive copies |
US7840537B2 (en) | 2006-12-22 | 2010-11-23 | Commvault Systems, Inc. | System and method for storing redundant information |
US7733910B2 (en) * | 2006-12-29 | 2010-06-08 | Riverbed Technology, Inc. | Data segmentation using shift-varying predicate function fingerprinting |
US7853750B2 (en) * | 2007-01-30 | 2010-12-14 | Netapp, Inc. | Method and an apparatus to store data patterns |
US8006094B2 (en) | 2007-02-21 | 2011-08-23 | Ricoh Co., Ltd. | Trustworthy timestamps and certifiable clocks using logs linked by cryptographic hashes |
US20080243688A1 (en) * | 2007-03-28 | 2008-10-02 | Hart Peter E | Method and Apparatus for Recording Transactions with a Portable Logging Device |
US8996483B2 (en) | 2007-03-28 | 2015-03-31 | Ricoh Co., Ltd. | Method and apparatus for recording associations with logs |
US8046509B2 (en) * | 2007-07-06 | 2011-10-25 | Prostor Systems, Inc. | Commonality factoring for removable media |
CN101382885B (en) * | 2007-09-06 | 2012-05-09 | 联想(北京)有限公司 | Multi-edition control method and apparatus for data file |
US7949630B1 (en) * | 2007-12-31 | 2011-05-24 | Emc Corporation | Storage of data addresses with hashes in backup systems |
US7783604B1 (en) * | 2007-12-31 | 2010-08-24 | Emc Corporation | Data de-duplication and offsite SaaS backup and archiving |
US8825971B1 (en) | 2007-12-31 | 2014-09-02 | Emc Corporation | Age-out selection in hash caches |
US8219524B2 (en) | 2008-06-24 | 2012-07-10 | Commvault Systems, Inc. | Application-aware and remote single instance data management |
US8484162B2 (en) | 2008-06-24 | 2013-07-09 | Commvault Systems, Inc. | De-duplication systems and methods for application-specific data |
US9098495B2 (en) | 2008-06-24 | 2015-08-04 | Commvault Systems, Inc. | Application-aware and remote single instance data management |
US8984025B1 (en) * | 2008-06-30 | 2015-03-17 | Symantec Corporation | Method and apparatus for processing a transform function, a reference file and parameter information that represent a data file |
US8166263B2 (en) | 2008-07-03 | 2012-04-24 | Commvault Systems, Inc. | Continuous data protection over intermittent connections, such as continuous data backup for laptops or wireless devices |
US9063947B2 (en) * | 2008-08-18 | 2015-06-23 | Hewlett-Packard Development Company, L.P. | Detecting duplicative hierarchical sets of files |
JP5414223B2 (en) * | 2008-09-16 | 2014-02-12 | 株式会社日立ソリューションズ | Transfer data management system for Internet backup |
US9015181B2 (en) | 2008-09-26 | 2015-04-21 | Commvault Systems, Inc. | Systems and methods for managing single instancing data |
WO2010036754A1 (en) | 2008-09-26 | 2010-04-01 | Commvault Systems, Inc. | Systems and methods for managing single instancing data |
US8185733B2 (en) | 2008-10-02 | 2012-05-22 | Ricoh Co., Ltd. | Method and apparatus for automatically publishing content based identifiers |
US8117343B2 (en) * | 2008-10-28 | 2012-02-14 | Hewlett-Packard Development Company, L.P. | Landmark chunking of landmarkless regions |
US8412677B2 (en) | 2008-11-26 | 2013-04-02 | Commvault Systems, Inc. | Systems and methods for byte-level or quasi byte-level single instancing |
CN102301377B (en) * | 2008-12-18 | 2015-07-08 | 科普恩股份有限公司 | Methods and apparatus for content-aware data partitioning and data de-duplication |
US8527465B1 (en) | 2008-12-24 | 2013-09-03 | Emc Corporation | System and method for modeling data change over time |
US8166314B1 (en) | 2008-12-30 | 2012-04-24 | Emc Corporation | Selective I/O to logical unit when encrypted, but key is not available or when encryption status is unknown |
US8291497B1 (en) * | 2009-03-20 | 2012-10-16 | Symantec Corporation | Systems and methods for byte-level context diversity-based automatic malware signature generation |
US8401996B2 (en) | 2009-03-30 | 2013-03-19 | Commvault Systems, Inc. | Storing a variable number of instances of data objects |
US9141621B2 (en) | 2009-04-30 | 2015-09-22 | Hewlett-Packard Development Company, L.P. | Copying a differential data store into temporary storage media in response to a request |
US8578120B2 (en) | 2009-05-22 | 2013-11-05 | Commvault Systems, Inc. | Block-level single instancing |
JP4592115B1 (en) * | 2009-05-29 | 2010-12-01 | 誠 後藤 | File storage system, server device, and program |
US8930306B1 (en) | 2009-07-08 | 2015-01-06 | Commvault Systems, Inc. | Synchronized data deduplication |
US8776158B1 (en) | 2009-09-30 | 2014-07-08 | Emc Corporation | Asynchronous shifting windows caching for forward and backward video streaming |
US9747105B2 (en) | 2009-12-17 | 2017-08-29 | Intel Corporation | Method and apparatus for performing a shift and exclusive or operation in a single instruction |
US8140821B1 (en) | 2009-12-18 | 2012-03-20 | Emc Corporation | Efficient read/write algorithms and associated mapping for block-level data reduction processes |
US8156306B1 (en) | 2009-12-18 | 2012-04-10 | Emc Corporation | Systems and methods for using thin provisioning to reclaim space identified by data reduction processes |
US9104872B2 (en) * | 2010-01-28 | 2015-08-11 | Bank Of America Corporation | Memory whitelisting |
US8959366B2 (en) * | 2010-01-28 | 2015-02-17 | Cleversafe, Inc. | De-sequencing encoded data slices |
US20190108366A1 (en) * | 2010-01-28 | 2019-04-11 | International Business Machines Corporation | Secure data transmission utilizing distributed storage |
US11301592B2 (en) | 2010-01-28 | 2022-04-12 | Pure Storage, Inc. | Distributed storage with data obfuscation and method for use therewith |
WO2011113042A2 (en) * | 2010-03-12 | 2011-09-15 | Copiun, Inc. | Distributed catalog, data store, and indexing |
WO2011116087A2 (en) | 2010-03-16 | 2011-09-22 | Copiun, Inc. | Highly scalable and distributed data de-duplication |
JP5372853B2 (en) | 2010-07-08 | 2013-12-18 | 株式会社日立製作所 | Digital sequence feature amount calculation method and digital sequence feature amount calculation apparatus |
EP2609517B1 (en) | 2010-08-24 | 2020-04-01 | BlackBerry Limited | Constant access gateway and de-duplicated data cache server |
WO2012029258A1 (en) * | 2010-08-31 | 2012-03-08 | Nec Corporation | Storage system |
CN103080908B (en) * | 2010-08-31 | 2016-03-16 | 日本电气株式会社 | Storage system |
US8578109B2 (en) | 2010-09-30 | 2013-11-05 | Commvault Systems, Inc. | Systems and methods for retaining and using data block signatures in data protection operations |
US8577851B2 (en) | 2010-09-30 | 2013-11-05 | Commvault Systems, Inc. | Content aligned block-based deduplication |
WO2012045023A2 (en) | 2010-09-30 | 2012-04-05 | Commvault Systems, Inc. | Archiving data objects using secondary copies |
US9116850B2 (en) | 2010-12-14 | 2015-08-25 | Commvault Systems, Inc. | Client-side repository in a networked deduplicated storage system |
US9020900B2 (en) | 2010-12-14 | 2015-04-28 | Commvault Systems, Inc. | Distributed deduplicated storage system |
WO2013081637A2 (en) * | 2010-12-29 | 2013-06-06 | Amazon Technologies, Inc. | Receiver-side data deduplication in data systems |
US8930320B2 (en) * | 2011-09-30 | 2015-01-06 | Accenture Global Services Limited | Distributed computing backup and recovery system |
US10248582B2 (en) | 2011-11-07 | 2019-04-02 | Nexgen Storage, Inc. | Primary data storage system with deduplication |
US9235589B2 (en) | 2011-12-13 | 2016-01-12 | International Business Machines Corporation | Optimizing storage allocation in a virtual desktop environment |
US9020890B2 (en) | 2012-03-30 | 2015-04-28 | Commvault Systems, Inc. | Smart archiving and data previewing for mobile devices |
US9218375B2 (en) | 2012-06-13 | 2015-12-22 | Commvault Systems, Inc. | Dedicated client-side signature generator in a networked storage system |
US9384218B2 (en) | 2012-08-21 | 2016-07-05 | Emc Corporation | Format identification for fragmented image data |
US9405684B1 (en) * | 2012-09-28 | 2016-08-02 | Emc Corporation | System and method for cache management |
US20140143553A1 (en) * | 2012-11-20 | 2014-05-22 | Cloudioh Inc. | Method and Apparatus for Encapsulating and Encrypting Files in Computer Device |
US9633022B2 (en) | 2012-12-28 | 2017-04-25 | Commvault Systems, Inc. | Backup and restoration for a deduplicated file system |
US9633033B2 (en) | 2013-01-11 | 2017-04-25 | Commvault Systems, Inc. | High availability distributed deduplicated storage system |
CN104102576A (en) * | 2013-04-12 | 2014-10-15 | 阿里巴巴集团控股有限公司 | Multi-version test method and device |
WO2014184857A1 (en) * | 2013-05-13 | 2014-11-20 | 株式会社日立製作所 | Duplication elimination system and method therefor |
US9690837B1 (en) * | 2013-06-28 | 2017-06-27 | EMC IP Holding Company LLC | Techniques for preserving redundant copies of metadata in a data storage system employing de-duplication |
US9922042B2 (en) | 2013-07-15 | 2018-03-20 | International Business Machines Corporation | Producing alternative segmentations of data into blocks in a data deduplication system |
US9836474B2 (en) | 2013-07-15 | 2017-12-05 | International Business Machines Corporation | Data structures for digests matching in a data deduplication system |
US9891857B2 (en) | 2013-07-15 | 2018-02-13 | International Business Machines Corporation | Utilizing global digests caching in similarity based data deduplication |
US10296598B2 (en) | 2013-07-15 | 2019-05-21 | International Business Machines Corporation | Digest based data matching in similarity based deduplication |
US10133502B2 (en) | 2013-07-15 | 2018-11-20 | International Business Machines Corporation | Compatibility and inclusion of similarity element resolutions |
US10229132B2 (en) | 2013-07-15 | 2019-03-12 | International Business Machines Corporation | Optimizing digest based data matching in similarity based deduplication |
US10296597B2 (en) | 2013-07-15 | 2019-05-21 | International Business Machines Corporation | Read ahead of digests in similarity based data deduplicaton |
US9892127B2 (en) | 2013-07-15 | 2018-02-13 | International Business Machines Corporation | Global digests caching in a data deduplication system |
US10229131B2 (en) | 2013-07-15 | 2019-03-12 | International Business Machines Corporation | Digest block segmentation based on reference segmentation in a data deduplication system |
US9268786B2 (en) | 2013-07-15 | 2016-02-23 | International Business Machines Corporation | Applying a minimum size bound on content defined segmentation of data |
US9892048B2 (en) | 2013-07-15 | 2018-02-13 | International Business Machines Corporation | Tuning global digests caching in a data deduplication system |
US9244830B2 (en) | 2013-07-15 | 2016-01-26 | Globalfoundries Inc. | Hierarchical content defined segmentation of data |
US10339109B2 (en) | 2013-07-15 | 2019-07-02 | International Business Machines Corporation | Optimizing hash table structure for digest matching in a data deduplication system |
US9286314B2 (en) | 2013-07-15 | 2016-03-15 | International Business Machines Corporation | Applying a maximum size bound on content defined segmentation of data |
US9594766B2 (en) | 2013-07-15 | 2017-03-14 | International Business Machines Corporation | Reducing activation of similarity search in a data deduplication system |
US10789213B2 (en) | 2013-07-15 | 2020-09-29 | International Business Machines Corporation | Calculation of digest segmentations for input data using similar data in a data deduplication system |
US10073853B2 (en) | 2013-07-17 | 2018-09-11 | International Business Machines Corporation | Adaptive similarity search resolution in a data deduplication system |
US10453071B2 (en) * | 2013-09-09 | 2019-10-22 | UnitedLex Corp. | Interactive case management system |
US10776321B1 (en) * | 2013-12-07 | 2020-09-15 | Trilio Data, Inc. | Scalable de-duplication (dedupe) file system |
US10324897B2 (en) | 2014-01-27 | 2019-06-18 | Commvault Systems, Inc. | Techniques for serving archived electronic mail |
US9633056B2 (en) | 2014-03-17 | 2017-04-25 | Commvault Systems, Inc. | Maintaining a deduplication database |
US10380072B2 (en) | 2014-03-17 | 2019-08-13 | Commvault Systems, Inc. | Managing deletions from a deduplication database |
US9852026B2 (en) | 2014-08-06 | 2017-12-26 | Commvault Systems, Inc. | Efficient application recovery in an information management system based on a pseudo-storage-device driver |
US11249858B2 (en) | 2014-08-06 | 2022-02-15 | Commvault Systems, Inc. | Point-in-time backups of a production application made accessible over fibre channel and/or ISCSI as data sources to a remote application by representing the backups as pseudo-disks operating apart from the production application and its host |
US9575673B2 (en) | 2014-10-29 | 2017-02-21 | Commvault Systems, Inc. | Accessing a file system using tiered deduplication |
US10346256B1 (en) | 2014-12-19 | 2019-07-09 | EMC IP Holding Company LLC | Client side cache for deduplication backup systems |
KR101613146B1 (en) | 2015-03-24 | 2016-04-18 | 주식회사 티맥스데이터 | Method for encrypting database |
US10339106B2 (en) | 2015-04-09 | 2019-07-02 | Commvault Systems, Inc. | Highly reusable deduplication database after disaster recovery |
US10324914B2 (en) | 2015-05-20 | 2019-06-18 | Commvalut Systems, Inc. | Handling user queries against production and archive storage systems, such as for enterprise customers having large and/or numerous files |
US20160350391A1 (en) | 2015-05-26 | 2016-12-01 | Commvault Systems, Inc. | Replication using deduplicated secondary copy data |
US9766825B2 (en) | 2015-07-22 | 2017-09-19 | Commvault Systems, Inc. | Browse and restore for block-level backups |
US20170192868A1 (en) | 2015-12-30 | 2017-07-06 | Commvault Systems, Inc. | User interface for identifying a location of a failed secondary storage device |
US10296368B2 (en) | 2016-03-09 | 2019-05-21 | Commvault Systems, Inc. | Hypervisor-independent block-level live browse for access to backed up virtual machine (VM) data and hypervisor-free file-level recovery (block-level pseudo-mount) |
CN107203567A (en) | 2016-03-18 | 2017-09-26 | 伊姆西公司 | Method and apparatus for searching for word string |
US10740193B2 (en) | 2017-02-27 | 2020-08-11 | Commvault Systems, Inc. | Hypervisor-independent reference copies of virtual machine payload data based on block-level pseudo-mount |
US10664352B2 (en) | 2017-06-14 | 2020-05-26 | Commvault Systems, Inc. | Live browsing of backed up data residing on cloned disks |
US10158483B1 (en) | 2018-04-30 | 2018-12-18 | Xanadu Big Data, Llc | Systems and methods for efficiently and securely storing data in a distributed data storage system |
US11010258B2 (en) | 2018-11-27 | 2021-05-18 | Commvault Systems, Inc. | Generating backup copies through interoperability between components of a data storage management system and appliances for data storage and deduplication |
US10896261B2 (en) | 2018-11-29 | 2021-01-19 | Battelle Energy Alliance, Llc | Systems and methods for control system security |
US11698727B2 (en) | 2018-12-14 | 2023-07-11 | Commvault Systems, Inc. | Performing secondary copy operations based on deduplication performance |
US11924327B2 (en) * | 2019-01-09 | 2024-03-05 | British Telecommunications Public Limited Company | Variable data protection |
EP3681094B1 (en) * | 2019-01-09 | 2021-11-10 | British Telecommunications public limited company | Impeding data access |
US20200311414A1 (en) | 2019-03-27 | 2020-10-01 | BigID Inc. | Dynamic Document Clustering and Keyword Extraction |
US20200327017A1 (en) | 2019-04-10 | 2020-10-15 | Commvault Systems, Inc. | Restore using deduplicated secondary copy data |
US11463264B2 (en) | 2019-05-08 | 2022-10-04 | Commvault Systems, Inc. | Use of data block signatures for monitoring in an information management system |
US11442896B2 (en) | 2019-12-04 | 2022-09-13 | Commvault Systems, Inc. | Systems and methods for optimizing restoration of deduplicated data stored in cloud-based storage resources |
US11687424B2 (en) | 2020-05-28 | 2023-06-27 | Commvault Systems, Inc. | Automated media agent state management |
Family Cites Families (97)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3668647A (en) | 1970-06-12 | 1972-06-06 | Ibm | File access system |
US4215402A (en) | 1978-10-23 | 1980-07-29 | International Business Machines Corporation | Hash index table hash generator apparatus |
US4404676A (en) * | 1981-03-30 | 1983-09-13 | Pioneer Electric Corporation | Partitioning method and apparatus using data-dependent boundary-marking code words |
US4887235A (en) | 1982-12-17 | 1989-12-12 | Symbolics, Inc. | Symbolic language data processing system |
US4649479A (en) | 1985-02-28 | 1987-03-10 | International Business Machines Corp. | Device driver and adapter binding technique |
US4901223A (en) | 1986-04-30 | 1990-02-13 | International Business Machines Corporation | Method and apparatus for application software control of echo response |
US4761785B1 (en) | 1986-06-12 | 1996-03-12 | Ibm | Parity spreading to enhance storage access |
US4887204A (en) | 1987-02-13 | 1989-12-12 | International Business Machines Corporation | System and method for accessing remote files in a distributed networking environment |
US4897781A (en) | 1987-02-13 | 1990-01-30 | International Business Machines Corporation | System and method for using cached data at a local node after re-opening a file at a remote node in a distributed networking environment |
US5005122A (en) | 1987-09-08 | 1991-04-02 | Digital Equipment Corporation | Arrangement with cooperating management server node and network service node |
US5109515A (en) | 1987-09-28 | 1992-04-28 | At&T Bell Laboratories | User and application program transparent resource sharing multiple computer interface architecture with kernel process level transfer of user requested services |
US5485474A (en) * | 1988-02-25 | 1996-01-16 | The President And Fellows Of Harvard College | Scheme for information dispersal and reconstruction |
AU601328B2 (en) | 1988-05-26 | 1990-09-06 | Digital Equipment Corporation | Temporary state preservation for a distributed file service |
US5146568A (en) | 1988-09-06 | 1992-09-08 | Digital Equipment Corporation | Remote bootstrapping a node over communication link by initially requesting remote storage access program which emulates local disk to load other programs |
US4982324A (en) | 1988-12-19 | 1991-01-01 | International Business Machines Corporation | Method of and system for using device drivers to couple the communication and data storage of remote computer systems |
US5532694A (en) * | 1989-01-13 | 1996-07-02 | Stac Electronics, Inc. | Data compression apparatus and method using matching string searching and Huffman encoding |
US5089958A (en) | 1989-01-23 | 1992-02-18 | Vortex Systems, Inc. | Fault tolerant computer backup system |
US5018060A (en) | 1989-01-26 | 1991-05-21 | Ibm Corporation | Allocating data storage space of peripheral data storage devices using implied allocation based on user parameters |
US4929946A (en) * | 1989-02-09 | 1990-05-29 | Storage Technology Corporation | Adaptive data compression apparatus including run length encoding for a tape drive system |
JPH0833958B2 (en) | 1989-05-30 | 1996-03-29 | 沖電気工業株式会社 | Customer information processing system |
US5239637A (en) | 1989-06-30 | 1993-08-24 | Digital Equipment Corporation | Digital data management system for maintaining consistency of data in a shadow set |
US5454099A (en) | 1989-07-25 | 1995-09-26 | International Business Machines Corporation | CPU implemented method for backing up modified data sets in non-volatile store for recovery in the event of CPU failure |
US5133065A (en) | 1989-07-27 | 1992-07-21 | Personal Computer Peripherals Corporation | Backup computer program for networks |
US5163148A (en) | 1989-08-11 | 1992-11-10 | Digital Equipment Corporation | File backup system for producing a backup copy of a file which may be updated during backup |
US5163131A (en) | 1989-09-08 | 1992-11-10 | Auspex Systems, Inc. | Parallel i/o network file server architecture |
US5276860A (en) | 1989-12-19 | 1994-01-04 | Epoch Systems, Inc. | Digital data processor with improved backup storage |
US5276867A (en) | 1989-12-19 | 1994-01-04 | Epoch Systems, Inc. | Digital data storage system with improved data migration |
US5218695A (en) | 1990-02-05 | 1993-06-08 | Epoch Systems, Inc. | File server system having high-speed write execution |
US5307481A (en) | 1990-02-28 | 1994-04-26 | Hitachi, Ltd. | Highly reliable online system |
US5479654A (en) | 1990-04-26 | 1995-12-26 | Squibb Data Systems, Inc. | Apparatus and method for reconstructing a file from a difference signature and an original file |
EP0465018B1 (en) | 1990-06-29 | 1997-05-14 | Oracle Corporation | Method and apparatus for optimizing undo log usage |
US5317728A (en) | 1990-09-07 | 1994-05-31 | International Business Machines Corporation | Storage management of a first file system using a second file system containing surrogate files and catalog management information |
US5239647A (en) | 1990-09-07 | 1993-08-24 | International Business Machines Corporation | Data storage hierarchy with shared storage level |
US5210866A (en) | 1990-09-12 | 1993-05-11 | Storage Technology Corporation | Incremental disk backup system for a dynamically mapped data storage subsystem |
US5162986A (en) | 1990-10-19 | 1992-11-10 | Allen-Bradley Company, Inc. | Remote downloading and uploading of motion control program information to and from a motion control I/O module in a programmable controller |
US5155835A (en) | 1990-11-19 | 1992-10-13 | Storage Technology Corporation | Multilevel, hierarchical, dynamically mapped data storage subsystem |
US5278838A (en) | 1991-06-18 | 1994-01-11 | Ibm Corp. | Recovery from errors in a redundant array of disk drives |
US5239659A (en) | 1991-06-19 | 1993-08-24 | Storage Technology Corporation | Phantom duplex copy group apparatus for a disk drive array data storge subsystem |
US5347653A (en) | 1991-06-28 | 1994-09-13 | Digital Equipment Corporation | System for reconstructing prior versions of indexes using records indicating changes between successive versions of the indexes |
US5305389A (en) | 1991-08-30 | 1994-04-19 | Digital Equipment Corporation | Predictive cache system |
US5325505A (en) | 1991-09-04 | 1994-06-28 | Storage Technology Corporation | Intelligent storage manager for data storage apparatus having simulation capability |
US5367698A (en) | 1991-10-31 | 1994-11-22 | Epoch Systems, Inc. | Network file migration system |
EP0541281B1 (en) | 1991-11-04 | 1998-04-29 | Commvault Systems, Inc. | Incremental-computer-file backup using signatures |
US5802264A (en) | 1991-11-15 | 1998-09-01 | Fujitsu Limited | Background data reconstruction in a storage device array system |
US5369758A (en) | 1991-11-15 | 1994-11-29 | Fujitsu Limited | Checking for proper locations of storage devices in a storage array |
US5452454A (en) | 1991-12-10 | 1995-09-19 | Digital Equipment Corporation | Generic remote boot for networked workstations by creating local bootable code image |
US5367637A (en) | 1992-03-26 | 1994-11-22 | International Business Machines Corporation | Self-tuning virtual storage management for dedicated real-time computer system |
US5448718A (en) | 1992-04-20 | 1995-09-05 | International Business Machines Corporation | Method and system for time zero backup session security |
US5263154A (en) | 1992-04-20 | 1993-11-16 | International Business Machines Corporation | Method and system for incremental time zero backup copying of data |
US5586322A (en) | 1992-06-11 | 1996-12-17 | Beck; Robert E. | Workgroup organized network manager with workstation comparison system |
US5403639A (en) | 1992-09-02 | 1995-04-04 | Storage Technology Corporation | File server having snapshot application data groups |
US5497483A (en) | 1992-09-23 | 1996-03-05 | International Business Machines Corporation | Method and system for track transfer control during concurrent copy operations in a data processing storage subsystem |
US5530855A (en) | 1992-10-13 | 1996-06-25 | International Business Machines Corporation | Replicating a database by the sequential application of hierarchically sorted log records |
US5404508A (en) | 1992-12-03 | 1995-04-04 | Unisys Corporation | Data base backup and recovery system and method |
US5487160A (en) | 1992-12-04 | 1996-01-23 | At&T Global Information Solutions Company | Concurrent image backup for disk storage system |
US5404527A (en) | 1992-12-31 | 1995-04-04 | Unisys Corporation | System and method for remote program load |
US5544320A (en) | 1993-01-08 | 1996-08-06 | Konrad; Allan M. | Remote information service access system based on a client-server-service model |
US5659747A (en) | 1993-04-22 | 1997-08-19 | Microsoft Corporation | Multiple level undo/redo mechanism |
WO1995001599A1 (en) * | 1993-07-01 | 1995-01-12 | Legent Corporation | System and method for distributed storage management on networked computer systems |
US5452440A (en) | 1993-07-16 | 1995-09-19 | Zitel Corporation | Method and structure for evaluating and enhancing the performance of cache memory systems |
US5521597A (en) * | 1993-08-02 | 1996-05-28 | Mircosoft Corporation | Data compression for network transport |
US5515502A (en) | 1993-09-30 | 1996-05-07 | Sybase, Inc. | Data backup system with methods for stripe affinity backup to multiple archive devices |
US5771354A (en) | 1993-11-04 | 1998-06-23 | Crawford; Christopher M. | Internet online backup system provides remote storage for customers using IDs and passwords which were interactively established when signing up for backup services |
JPH07297400A (en) * | 1994-03-01 | 1995-11-10 | Hitachi Ltd | Manufacture of semiconductor integrated circuit device, and semiconductor integrated circuit device obtained thereby |
US5835953A (en) | 1994-10-13 | 1998-11-10 | Vinca Corporation | Backup system that takes a snapshot of the locations in a mass storage device that has been identified for updating prior to updating |
US5574906A (en) | 1994-10-24 | 1996-11-12 | International Business Machines Corporation | System and method for reducing storage requirement in backup subsystems utilizing segmented compression and differencing |
US5659743A (en) | 1994-12-05 | 1997-08-19 | Legent Corporation | Method and apparatus for a pattern based spaced management system |
US5513314A (en) | 1995-01-27 | 1996-04-30 | Auspex Systems, Inc. | Fault tolerant NFS server system and mirroring protocol |
US5990810A (en) * | 1995-02-17 | 1999-11-23 | Williams; Ross Neil | Method for partitioning a block of data into subblocks and for storing and communcating such subblocks |
US5604862A (en) | 1995-03-14 | 1997-02-18 | Network Integrity, Inc. | Continuously-snapshotted protection of computer files |
JP3865775B2 (en) | 1995-04-11 | 2007-01-10 | キネテック インコーポレイテッド | Data identification in data processing systems |
US5802297A (en) | 1995-07-03 | 1998-09-01 | Sun Microsystems, Inc. | Client-server computer system and method utilizing a local client disk drive as a data cache |
US5870757A (en) * | 1995-09-11 | 1999-02-09 | Sun Microsystems, Inc. | Single transaction technique for a journaling file system of a computer operating system |
US5742811A (en) * | 1995-10-10 | 1998-04-21 | International Business Machines Corporation | Method and system for mining generalized sequential patterns in a large database |
US5778395A (en) | 1995-10-23 | 1998-07-07 | Stac, Inc. | System for backing up files from disk volumes on multiple nodes of a computer network |
US5608801A (en) * | 1995-11-16 | 1997-03-04 | Bell Communications Research, Inc. | Efficient cryptographic hash functions and methods for amplifying the security of hash functions and pseudo-random functions |
US5933104A (en) * | 1995-11-22 | 1999-08-03 | Microsoft Corporation | Method and system for compression and decompression using variable-sized offset and length fields |
US5754844A (en) | 1995-12-14 | 1998-05-19 | Sun Microsystems, Inc. | Method and system for accessing chunks of data using matching of an access tab and hashing code to generate a suggested storage location |
US5765173A (en) | 1996-01-11 | 1998-06-09 | Connected Corporation | High performance backup via selective file saving which can perform incremental backups and exclude files and uses a changed block signature list |
US5909677A (en) * | 1996-06-18 | 1999-06-01 | Digital Equipment Corporation | Method for determining the resemblance of documents |
US5794254A (en) | 1996-12-03 | 1998-08-11 | Fairbanks Systems Group | Incremental computer file backup using a two-step comparison of first two characters in the block and a signature with pre-stored character and signature sets |
JPH10171350A (en) * | 1996-12-10 | 1998-06-26 | Hitachi Ltd | Method and device for generating hash value |
US6374250B2 (en) * | 1997-02-03 | 2002-04-16 | International Business Machines Corporation | System and method for differential compression of data from a plurality of binary sources |
US6044220A (en) * | 1997-02-25 | 2000-03-28 | Motorola, Inc. | Method and apparatus for operating a data processor to execute software written using a foreign instruction set |
US6016553A (en) | 1997-09-05 | 2000-01-18 | Wild File, Inc. | Method, software and apparatus for saving, using and recovering data |
JP3730385B2 (en) * | 1997-12-05 | 2006-01-05 | 株式会社東芝 | Data compression device |
US6029168A (en) | 1998-01-23 | 2000-02-22 | Tricord Systems, Inc. | Decentralized file mapping in a striped network file system in a distributed computing environment |
US6122754A (en) | 1998-05-22 | 2000-09-19 | International Business Machines Corporation | Method and system for data recovery using a distributed and scalable data structure |
US6307487B1 (en) * | 1998-09-23 | 2001-10-23 | Digital Fountain, Inc. | Information additive code generator and decoder for communication systems |
US6320520B1 (en) * | 1998-09-23 | 2001-11-20 | Digital Fountain | Information additive group code generator and decoder for communications systems |
US6611213B1 (en) * | 1999-03-22 | 2003-08-26 | Lucent Technologies Inc. | Method and apparatus for data compression using fingerprinting |
US7194504B2 (en) * | 2000-02-18 | 2007-03-20 | Avamar Technologies, Inc. | System and method for representing and maintaining redundant data sets utilizing DNA transmission and transcription techniques |
CA2399555A1 (en) * | 2000-02-18 | 2001-08-23 | Avamar Technologies, Inc. | Hash file system and method for use in a commonality factoring system |
US6704730B2 (en) * | 2000-02-18 | 2004-03-09 | Avamar Technologies, Inc. | Hash file system and method for use in a commonality factoring system |
US6810398B2 (en) * | 2000-11-06 | 2004-10-26 | Avamar Technologies, Inc. | System and method for unorchestrated determination of data sequences using sticky byte factoring to determine breakpoints in digital sequences |
US6667700B1 (en) * | 2002-10-30 | 2003-12-23 | Nbt Technology, Inc. | Content-based segmentation scheme for data compression in storage and transmission including hierarchical segment representation |
US7281006B2 (en) * | 2003-10-23 | 2007-10-09 | International Business Machines Corporation | System and method for dividing data into predominantly fixed-sized chunks so that duplicate data chunks may be identified |
-
2001
- 2001-02-05 US US09/777,149 patent/US6810398B2/en not_active Expired - Lifetime
- 2001-10-04 KR KR1020037005977A patent/KR100878861B1/en active IP Right Grant
- 2001-10-04 CA CA002426577A patent/CA2426577A1/en not_active Abandoned
- 2001-10-04 WO PCT/US2001/031306 patent/WO2002037689A1/en active Application Filing
- 2001-10-04 EP EP01977554A patent/EP1344321A4/en not_active Withdrawn
- 2001-10-04 AU AU2001296665A patent/AU2001296665B2/en not_active Ceased
- 2001-10-04 AU AU9666501A patent/AU9666501A/en active Pending
- 2001-10-04 JP JP2002540319A patent/JP4263477B2/en not_active Expired - Lifetime
-
2004
- 2004-06-04 US US10/861,796 patent/US7272602B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
KR100878861B1 (en) | 2009-01-14 |
KR20030051758A (en) | 2003-06-25 |
JP2004514968A (en) | 2004-05-20 |
WO2002037689A1 (en) | 2002-05-10 |
EP1344321A4 (en) | 2009-07-08 |
AU9666501A (en) | 2002-05-15 |
AU2001296665B2 (en) | 2006-11-09 |
EP1344321A1 (en) | 2003-09-17 |
US20020152218A1 (en) | 2002-10-17 |
US20040225655A1 (en) | 2004-11-11 |
JP4263477B2 (en) | 2009-05-13 |
US6810398B2 (en) | 2004-10-26 |
US7272602B2 (en) | 2007-09-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2001296665B2 (en) | System for identifying common digital sequences | |
AU2001296665A1 (en) | System for identifying common digital sequences | |
US6704730B2 (en) | Hash file system and method for use in a commonality factoring system | |
AU2001238269B2 (en) | Hash file system and method for use in a commonality factoring system | |
AU2001238269A1 (en) | Hash file system and method for use in a commonality factoring system | |
US8402063B2 (en) | Restoring data backed up in a content addressed storage (CAS) system | |
US7478113B1 (en) | Boundaries | |
CA2581065C (en) | Systems and methods for searching and storage of data | |
US7685459B1 (en) | Parallel backup | |
EP2256934B1 (en) | Method and apparatus for content-aware and adaptive deduplication | |
US7139808B2 (en) | Method and apparatus for bandwidth-efficient and storage-efficient backups | |
EP2147437B1 (en) | Seeding replication | |
US7680998B1 (en) | Journaled data backup during server quiescence or unavailability | |
US9002800B1 (en) | Archive and backup virtualization | |
WO2012009600A2 (en) | System and method for data deduplication for disk storage subsystems | |
US7949630B1 (en) | Storage of data addresses with hashes in backup systems | |
US11436108B1 (en) | File system agnostic content retrieval from backups using disk extents | |
Spillner et al. | Algorithms for dispersed processing | |
Meiri et al. | Parallel compression of correlated files |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Discontinued |