US20110191291A2 - Session sensitive data backups and restores - Google Patents
Session sensitive data backups and restores Download PDFInfo
- Publication number
- US20110191291A2 US20110191291A2 US11/821,841 US82184107A US2011191291A2 US 20110191291 A2 US20110191291 A2 US 20110191291A2 US 82184107 A US82184107 A US 82184107A US 2011191291 A2 US2011191291 A2 US 2011191291A2
- Authority
- US
- United States
- Prior art keywords
- primary data
- session
- backup
- data
- link
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
- G06F11/1451—Management of the data involved in backup or backup restore by selection of backup contents
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
Definitions
- the invention relates generally to data processing and more particularly to data backups and restores.
- a hard linked file is data organized such that several file references each point to the same physical file data. Consequently, during a backup operation each time a hard linked file reference is encountered the link information is maintained and the physical data that the file reference points to is backed up. It is apparent that this is inefficient in terms of space and processing, since the identical physical data is being backed up multiple times during a single backup operation. Furthermore, this duplication of data can consume considerable amount of archive space and is not needed during data restore.
- a method for performing a session-sensitive data backup operation is presented.
- a backup operation is initiated.
- a first hard link for primary data is detected and a second hard link for the primary data is detected.
- the first and second hard links are backed up within a link data structure that is associated with the backup operation and the primary data is backed up just once.
- a third hard link for a modified version of the primary data is encountered during the backup operation.
- the third hard link is backed up within the data structure and the modified version of the primary data is backed up as a session-specific version of the primary data.
- FIG. 1 is a diagram of a method for performing a session-sensitive data backup operation, according to an example embodiment.
- FIG. 2 is a diagram of a method for performing a session-sensitive data restore operation, according to an example embodiment.
- FIG. 3 is a diagram of session-sensitive data backup system, according to an example embodiment.
- FIG. 4 is a diagram of session-sensitive data backup and restore system, according to an example embodiment.
- hard linked refers to a characteristic of data where multiple references or pointers within a same storage environment or volume refer to the same physical file or data.
- S as an example consider file references A and B and physical data references in directory D as physical file data X on volume V (full path to X on V appears as “D/X”).
- X is hard linked file data where A and B are hard linked file references to X.
- a and B both point to “D/X”
- iNode data structure is often used on physical file data (such as X) as a metadata structure that describes the unique identity for the physical file data X and that includes a counter indicating how many hard linked file references point to X.
- the iNode count is 2 because A and B point to X.
- reference is a term that may be used interchangeably. These are data structures that identify a file path to physical data on a particular storage device or particular directory location. In other words, a file reference when activated from one directory traverses a path to another new location to access data that the file reference is associated with. In some cases, the pointer may point to a different directory from the directory in which it is located and in other cases the pointer may point to the same directory but a different location within that same directory.
- Various embodiments of this invention can be implemented in existing network architectures, directory services, security systems, and/or communication devices.
- the techniques presented herein are implemented in whole or in part in the Novell® network, proxy server products, email products, operating system products, and/or directory services products distributed by Novell®, Inc., of Provo, Utah.
- FIG. 1 is a diagram of a method 100 for performing a session-sensitive data backup operation, according to an example embodiment.
- the method 100 (hereinafter “backup service”) is implemented in a machine-accessible and readable medium.
- the backup service is operational over and processes within a network.
- the network may be wired, wireless, or a combination of wired and wireless.
- the service may be implemented as instructions that when accessed by a machine performs the processing depicted in FIG. 1 .
- the backup service may operate in two modes, a full backup mode or an incremental backup mode.
- a full backup mode an entire storage, network, directory, file system, environment, volume, and/or device that is the target of a backup operation is copied along with beneficial metadata for subsequent restore, if desired.
- an incremental backup mode only changes for a target storage, file system, network, directory, environment, volume, and/or device that are noted from a previous backup operation are copied along with the necessary metadata for subsequent restore.
- a backup operation is initiated.
- the backup service may, at 111 , recognize the backup operation as either a full backup operation or an incremental backup operation.
- the backup operation may be directed to a target storage, file system, memory, network, directory, environment, volume, and/or device.
- the backup operation is associated with the LINUX or UNIX operation system; although it is noted any operation system may be used.
- the backup service detects a first hard link for primary data and second hard link for the same primary data.
- the first time the first hard link that references the primary data is encountered the backup service backs up or copies the primary data into backup data structures.
- the first hard link is also noted in a link data structure.
- the backup service just backs up the second hard link in the link data structure. In this manner, the primary data is backed up once for two different hard link references (first and second hard links).
- the second hard link is recognized as having been modified, but the modification is with respect to the metadata associated with the second hard link and not the primary data.
- the name may have changed for the second hard link or an access time may have changed after the backup operation was started.
- the modify date and time associated with the primary data and the size of the primary data are unchanged when the backup service encounters the second hard link. This informs the backup service that the primary data is unchanged from when it was backed up with the first hard link and informs the backup service that there is no need to backup the primary data a second time when the second hard link is encountered.
- the backup service backs up the first and second hard links within the link data structure when they are each encountered.
- the link data structure includes link information for each hard link encountered during the backup operation.
- Each primary file data is associated with a unique identifier, such as an iNode in the LINUX or UNIX operation system (OS) environment.
- the unique identifier may be used to index into the data structure and identify other information associated with the hard links (first and second hard links) that reference the primary file data.
- the link data structure is a chain, hash, or linked list of other data structures.
- Each data structure in a hash entry represents an instance of primary file data and each of its hard links encountered (such as first hard link and second hard link) during the backup operation.
- Each hash entry for a particular primary data includes a chain of data structures representing each hard link reference encountered for a particular instance of the primary file data and each hard link data structure in the chain includes, by way of example only, an iNode identifier to identify the primary file data, a file system identifier to identify the file system to which the primary data belongs, a link count that identifies the total number of links that point to this hard link reference (incremented each time a new link is encountered that point to this hard link reference), a link name that identifies the source name of the primary file data to which the hard link reference is associated and a next pointer for chaining a next hard link data structure having the same primary file data identifier (e.g., iNode).
- link data structure may be configured in a variety of different manners.
- the link data structure permits session-specific primary data to be associated with the hard links during the backup operation, as will be more completely described herein and below.
- the backup service may use the link data structure that is creating and managing (in the case of an incremental data backup operation ) to identify the primary data that has already been backed up.
- the primary data is backed up once when it is unchanged but can still be encountered more than once during the backup operation, such as when the second hard link is detected, which references the primary data a second time.
- the backup service encounters a third hard link during the backup operation.
- the backup service detects that the primary data to which the third hard link points is the same primary data already backed up but it appears to the backup service that the primary data has changed.
- a user or automated service altered or modified the primary data after the backup operation was started and before the backup operation is able to conclude.
- the backup service may detect that the modification occurred by detecting a new modified date and time in the metadata associated with the primary data or by detecting that the size of the primary data has changed.
- the backup service may not have to copy all of the modified version of the primary data when it backs the session-specific version of the primary data up after encountering the third hard link. That is, the backup service may use metadata that described differences that can be applied by a restore service against the primary data (already backed up) to construct or derive the session-specific version of the primary data.
- the backup service backs up the third hard link to the link data structure and backs up the session-specific version of the primary data.
- this may entail including a new source name for the link name to identify the session-specific version of the primary data.
- the link data structure includes the same identifier for the primary data and includes a chain, hash, or linked list of structures for that primary data identifier, where each entry in the list represents a particular hard link reference (first, second, and third hard links) and each entry includes a link name that identifies the source data (primary data or session-specific version of the primary data).
- the link data structure facilitates communicating session-sensitive backups for primary data having the same identifier (e.g., iNode) for the entire hard link network associated with the primary data.
- Some hard links may have initially referred to the primary data, such as the first and second hard links, while other hard lines refer to the session-specific version of the primary data, such as the third hard link.
- the backup service may manage the link data structure for a variety of other hard links associated with the primary data, the session-specific version of the primary data, other session-specific versions of the primary data encountered during the backup operation, and other primary data entirely.
- the backup service may use a first pointer or name to reference the primary data within the link data structure and a second pointer or name to reference the session-specific version of the primary data for a same primary data identifier (e.g., iNode).
- a same primary data identifier e.g., iNode
- the same identifier for physical data is referenced two or more times to reflect session-specific versions.
- a session-specific version represents a version of the primary data that is altered during the backup operation by users or other automated services before the backup operation has a chance to conclude.
- the link data structure which is created and managed by the backup service during a backup operation or job, is subsequently consumed by a session-sensitive restore service, such as the one discussed below with reference to the method 200 of the FIG. 2 .
- FIG. 2 is a diagram of a method for performing a session-sensitive data restore operation, according to an example embodiment.
- the method 200 (hereinafter “restore service”) is implemented in a machine-accessible and readable medium and is operational over a network.
- the network may be wired, wireless, or a combination of wired and wireless.
- the restore service is implemented as instructions that when executed by a machine perform the processing depicted in the FIG. 2 .
- the restore service cooperates with output and data structures produced by the backup service represented by the method 100 and depicted in the FIG. 1 above.
- the restore service initiates a restore operation against a target backup data structure.
- the target backup data structure was previously created by a backup service in the manner described above with reference to the method 100 of the FIG. 1 .
- the restore service may recognize, at 211 , the restore operation as being a full restore or an incremental restore.
- the restore service encounters primary data from the backup data and restores it.
- the restore service also detects a session-specific version of the primary data and restores it. In some cases, at 231 , this may be done by the restore service using metadata reflecting difference to apply to the primary data in order to recreate or derive the session-specific version of the primary data. So, the entire session-specific version of the primary data does not have to be present in the backup data or data structures; although it can be.
- the restore service notes first, second, and third hard links in the backed up data and updates a link table with the hard link information.
- the link information and the hard links are acquired from a link data structure, such as the link data structure produced by the backup service represented by the method 100 of the FIG. 1 .
- the link data structure was created during a full or incremental backup operation performed by the backup service.
- the restore service may recognize the links within the link data structure as being associated with both the primary data and with the session specific version of the primary data.
- the restore service may then make a decision as to whether the first, second, and third hard links are to be associated with the primary data or with the session-specific version of the primary data. This can be done by profile settings, configuration settings, processing parameter settings, or by manual selections supplied by a user or an automated service. So, in some cases by default the restore service may remove the primary data (overwrite it) with the session-specific version of the primary data, or it may by default remove the session-specific version and maintain the primary data. Alternatively, the choice as to which data to keep in the restore for each of the hard links is given to the user or can be dynamically communicated by a service requesting the restore operation of the restore service.
- the restore service restores the first, second, and third hard links and associates the hard links to the primary data or to the session-specific version of the primary data, depending upon the decision made.
- the restore service may use OS commands to re-establish the linkages or associations between the hard links and either the primary data or the session-specific version of the primary data. That is, the OS's API may be used to facilitate the restore operation from the link table.
- the restore service uses the link data structure and the backed up data produced from the backup service to present options on restore.
- the options permit hard links to be restored for primary data as it existed initially at the start of a backup operation or as it subsequently existed while the backup operation continued. It is noted, that more than one session-specific version of the primary data may exist in the backup data and thus more than one choice may be presented and made with respect to which version the hard links will be restored with. It may also be the case that a user or administrator can identify a particular time period for which a session-specific version of the primary data is to be restored. So, an administrator may state that a restore is to occur for a given volume or system associated with a prior backup operation for an administrator-defined time period. A selection can then be made to pick the proper session-specific version of the primary data that comports with the administrator-selected time period.
- FIG. 2 is presented for purposes of illustration only and that the processing blocks may occur in a different order.
- the restore service may serially traverse the backup data and note file references, each file reference may be classified as primary data or as a link and if classified as a link it is updated to the link table and if classified as primary data it is initially restored.
- the link data structure is then used to properly identify the correct version of the primary data to maintain and an OS's API used to establish the hard link network for the version of primary data being restored.
- FIG. 3 is a diagram of session-sensitive data backup system 300 , according to an example embodiment.
- the session-sensitive data backup system 300 is implemented in a machine-accessible and readable medium and is operational over a network.
- the network may be wired, wireless, or a combination of wired and wireless.
- the session-sensitive data backup system 300 implements, among other things, the processing associated with the backup service represented by the method 100 of the FIG. 1 .
- the session-sensitive data backup system 300 includes a link network structure 301 and a session-sensitive backup service 302 . Each of these will now be discussed in turn.
- the link network structure 301 is created and managed by the session sensitive backup service 302 .
- the link data structure 301 includes a network of hard links associated with data being backed up during a backup operation.
- a network for each primary data identifier includes first hard links directed to being associated with that identifier.
- the network also includes at least one second hard link directed to the same identifier but associated with a modified or session-specific version of the primary data.
- An example, link network structure 301 was presented above with reference to the backup service represented by the method 100 of the FIG. 1 and was referred to as the link data structure.
- the link network structure 301 may include a series of sub structures or lists, such that each list is associated with given identifier (e.g., iNode) for particular primary data.
- the link network structure 301 is indexed by a same iNode number for primary data and for any session-specific versions of that same primary data.
- the session-specific backup service 302 performs session-sensitive backup operations on storage.
- the backup operations may be full backups or incremental backups.
- Example processing associated with the session-specific backup service 302 was discussed in detail above with reference to the backup service represented by the method 100 of the FIG. 1 .
- the session-specific backup service 302 creates and manages the link network structure 301 .
- First and second links detected for the same primary data are represented in the link network structure 301 and associated with primary data that is backup in the backup data just once.
- Third links detected, which are associated with session-specific versions of the same primary data are also represented in the link network structure 301 for the same primary data identifier but point within the link network structure 301 to their session-specific versions of the primary data.
- the session-specific backup service 302 backs up the primary data independent of a total number of hard links that reference the primary data and the session-specific backup service 302 backs up each session-specific version of the primary data independent of a total number of hard links that reference any particular session-specific version.
- the session-specific versions are detected as occurring after the commencement of a backup operation being processed by the backup service but before the backup service concludes or completes the backup operation.
- the link network structure 301 produced and managed by the session-specific backup service 302 is subsequently consumed by a session-sensitive restore service to provide choices as to which version of the primary data to restore with the hard links associated with the link network structure 301 .
- Example processing of such a session-sensitive restore service was presented above with reference to the method 200 of the FIG. 2 .
- FIG. 4 is a diagram of session-sensitive data backup and restore system 400 , according to an example embodiment.
- the session-sensitive data backup and restore system 400 is implemented in a machine-accessible and readable medium and is accessed and processed over a network.
- the network may be wired, wireless, or a combination of wired and wireless.
- the session-sensitive data backup and restore system 400 implements, among other things, the backup service represented by the method 100 of the FIG. 1 ; the restore service represented by the method 200 of the FIG. 2 ; and the session-sensitive data backup system 300 described with reference to the FIG. 3 .
- the session-sensitive data backup and restore system 400 includes a session-sensitive backup service 401 and a session-sensitive restore service 402 .
- the session-sensitive data backup and restore system 400 may also include a link data structure 403 and/or a link table 404 . Each of these and their interactions with one another will now be discussed in turn.
- the session-sensitive backup service 401 performs incremental or full backup operations or jobs on target storage, memory, devices, directories, file systems, environments, etc. During the backup jobs the session-specific backup service 401 maintains associations between hard links and different versions of primary data that present themselves during the course of executing the backup jobs. In other words, the primary data associated with the hard links is modified after the jobs start but before the jobs complete or conclude. Example processing associated with the session-specific backup service 400 was presented above with reference to the FIGS. 1 and 3 .
- the session-specific backup service 400 maintains first hard links to primary data and second hard links to a session-specific version of the primary data during a backup operation.
- the primary data is backed up once regardless of the number of first hard links encountered.
- the session-specific version of the primary data is backed up once regardless of the number of second hard links encountered.
- the session-specific backup service 400 produces and manages a link data structure 403 .
- Examples of the link data structure 403 were presented above with respect to the FIGS. 1 and 3 .
- the backup data and structures produced by the session-specific backup service 400 is consumed by the session-sensitive restore service 402 .
- the session-sensitive restore service 402 is either preconfigured or present selectable options to restore the first and second hard links for the primary data or for a desired session-specific version of the primary data. Mechanisms to achieve this were discussed above with reference to the FIG. 2 .
- the session-sensitive restore service 402 writes hard links as encountered to a link table 404 using link information included in the link data structure 403 .
- the session-sensitive restore service 402 may use the link table 404 to interact with commands or an API of an OS and establish the link network or environment between the first and second hard links and the target version of the primary data.
- teachings presented herein and above may be implemented in any OS architecture or environment; assuming the notion of a hard link file is support in that OS. Accordingly, in some embodiments, the teachings may be deployed in a LINUX or UNIX OS where a hard linked file is supported and available. +PG,,15
- backups and restores may process more space and processor efficiently and how backups and restores may be session-sensitive.
Abstract
Description
- The present application claims priority to India Patent Application No. 2230/DEL/2006 filed in the India Patent Office on Oct. 10, 2006 and entitled “Session Sensitive Data Backups and Restores;” the disclosure of which is incorporated by reference herein.
- The invention relates generally to data processing and more particularly to data backups and restores.
- Data has become an extremely important asset of enterprises. Consequently, an enterprise's data is regularly backed up or check pointed to ensure that it can be recovered back to some manageable point in time in the event of an unexpected failure.
- Typically, during a backup operation the data associated with every file is backed up regardless of the type of file encountered during the backup operation. A hard linked file is data organized such that several file references each point to the same physical file data. Consequently, during a backup operation each time a hard linked file reference is encountered the link information is maintained and the physical data that the file reference points to is backed up. It is apparent that this is inefficient in terms of space and processing, since the identical physical data is being backed up multiple times during a single backup operation. Furthermore, this duplication of data can consume considerable amount of archive space and is not needed during data restore.
- It may also be the case that during a backup operation the physical data associated with a hard linked file reference is modified by a newly created file reference, which occurs after the backup operation commences, but before the backup operation concludes. In such a situation, the conventional approach is to retain each file reference and each copy of the data; and during a restore each copy keeps writing over itself until the final restore reflects a most recent version of the physical data. However, this may not adequately reflect what user's desire. In other words, the change to the physical data by the subsequently added file reference may not be what is desired. Present techniques do not permit a user or administrator to decide what version of the physical data to restore for hard linked file references; rather during a restore operation the user or administrator gets the last backed up version of that data.
- Thus, it is advantageous to provide improved techniques for data backups and restores.
- In various embodiments, techniques for session-sensitive data backups and restores are provided. More specifically, and in an embodiment, a method for performing a session-sensitive data backup operation is presented. A backup operation is initiated. Furthermore, a first hard link for primary data is detected and a second hard link for the primary data is detected. The first and second hard links are backed up within a link data structure that is associated with the backup operation and the primary data is backed up just once. Next, a third hard link for a modified version of the primary data is encountered during the backup operation. The third hard link is backed up within the data structure and the modified version of the primary data is backed up as a session-specific version of the primary data.
-
FIG. 1 is a diagram of a method for performing a session-sensitive data backup operation, according to an example embodiment. -
FIG. 2 is a diagram of a method for performing a session-sensitive data restore operation, according to an example embodiment. -
FIG. 3 is a diagram of session-sensitive data backup system, according to an example embodiment. -
FIG. 4 is a diagram of session-sensitive data backup and restore system, according to an example embodiment. - As used herein “hard linked” or “hard link” refers to a characteristic of data where multiple references or pointers within a same storage environment or volume refer to the same physical file or data. S, as an example consider file references A and B and physical data references in directory D as physical file data X on volume V (full path to X on V appears as “D/X”). X is hard linked file data where A and B are hard linked file references to X. In other words, A and B both point to “D/X” In UNIX and LINUX and iNode data structure is often used on physical file data (such as X) as a metadata structure that describes the unique identity for the physical file data X and that includes a counter indicating how many hard linked file references point to X. In the present example, the iNode count is 2 because A and B point to X.
- Also, as used herein “reference,” “pointer,” and “link” are terms that may be used interchangeably. These are data structures that identify a file path to physical data on a particular storage device or particular directory location. In other words, a file reference when activated from one directory traverses a path to another new location to access data that the file reference is associated with. In some cases, the pointer may point to a different directory from the directory in which it is located and in other cases the pointer may point to the same directory but a different location within that same directory.
- Various embodiments of this invention can be implemented in existing network architectures, directory services, security systems, and/or communication devices. For example, in some embodiments, the techniques presented herein are implemented in whole or in part in the Novell® network, proxy server products, email products, operating system products, and/or directory services products distributed by Novell®, Inc., of Provo, Utah.
- Of course, the embodiments of the invention can be implemented in a variety of architectural platforms, operating and server systems, devices, systems, or applications. Any particular architectural layout or implementation presented herein is provided for purposes of illustration and comprehension only and is not intended to limit aspects of the invention.
-
FIG. 1 is a diagram of amethod 100 for performing a session-sensitive data backup operation, according to an example embodiment. The method 100 (hereinafter “backup service”) is implemented in a machine-accessible and readable medium. The backup service is operational over and processes within a network. The network may be wired, wireless, or a combination of wired and wireless. The service may be implemented as instructions that when accessed by a machine performs the processing depicted inFIG. 1 . - In conventional backup services, when a file reference is encountered and it points to physical data that was already backed up, the physical data is backed up a second time. This is not the case with the backup service represented by the processing depicted in the
FIG. 1 . The physical data, if unchanged, is backed up once regardless of the number of file references detected and backed up that point to the same physical file data. Other features and structures are produced as well that are beneficial to produce a session-sensitive backup. These will be discussed herein and below. - It is also initially noted that the backup service may operate in two modes, a full backup mode or an incremental backup mode. During a full backup mode an entire storage, network, directory, file system, environment, volume, and/or device that is the target of a backup operation is copied along with beneficial metadata for subsequent restore, if desired. During an incremental backup mode, only changes for a target storage, file system, network, directory, environment, volume, and/or device that are noted from a previous backup operation are copied along with the necessary metadata for subsequent restore.
- With this context the processing of the backup service is now discussed with reference to the
FIG. 1 . At 110, a backup operation is initiated. The backup service may, at 111, recognize the backup operation as either a full backup operation or an incremental backup operation. The backup operation may be directed to a target storage, file system, memory, network, directory, environment, volume, and/or device. According to an embodiment, the backup operation is associated with the LINUX or UNIX operation system; although it is noted any operation system may be used. - At 120 and during the backup operation, the backup service detects a first hard link for primary data and second hard link for the same primary data. The first time the first hard link that references the primary data is encountered the backup service backs up or copies the primary data into backup data structures. The first hard link is also noted in a link data structure. When the second hard link is encountered, the primary data to which it points to is already backed up, so the backup service just backs up the second hard link in the link data structure. In this manner, the primary data is backed up once for two different hard link references (first and second hard links).
- According to an embodiment, at 121, it may be that the second hard link is recognized as having been modified, but the modification is with respect to the metadata associated with the second hard link and not the primary data. In other words, the name may have changed for the second hard link or an access time may have changed after the backup operation was started. Yet, the modify date and time associated with the primary data and the size of the primary data are unchanged when the backup service encounters the second hard link. This informs the backup service that the primary data is unchanged from when it was backed up with the first hard link and informs the backup service that there is no need to backup the primary data a second time when the second hard link is encountered.
- At 130, the backup service backs up the first and second hard links within the link data structure when they are each encountered. The link data structure includes link information for each hard link encountered during the backup operation. Each primary file data is associated with a unique identifier, such as an iNode in the LINUX or UNIX operation system (OS) environment. The unique identifier may be used to index into the data structure and identify other information associated with the hard links (first and second hard links) that reference the primary file data.
- According to an embodiment, the link data structure is a chain, hash, or linked list of other data structures. Each data structure in a hash entry represents an instance of primary file data and each of its hard links encountered (such as first hard link and second hard link) during the backup operation. Each hash entry for a particular primary data includes a chain of data structures representing each hard link reference encountered for a particular instance of the primary file data and each hard link data structure in the chain includes, by way of example only, an iNode identifier to identify the primary file data, a file system identifier to identify the file system to which the primary data belongs, a link count that identifies the total number of links that point to this hard link reference (incremented each time a new link is encountered that point to this hard link reference), a link name that identifies the source name of the primary file data to which the hard link reference is associated and a next pointer for chaining a next hard link data structure having the same primary file data identifier (e.g., iNode). It is to be understood that other information may be included and that the link data structure may be configured in a variety of different manners. The point is that the link data structure permits session-specific primary data to be associated with the hard links during the backup operation, as will be more completely described herein and below.
- As was mentioned above and again at 140, the backup service may use the link data structure that is creating and managing (in the case of an incremental data backup operation ) to identify the primary data that has already been backed up. Thus, the primary data is backed up once when it is unchanged but can still be encountered more than once during the backup operation, such as when the second hard link is detected, which references the primary data a second time.
- At 150, the backup service encounters a third hard link during the backup operation. At this point the backup service detects that the primary data to which the third hard link points is the same primary data already backed up but it appears to the backup service that the primary data has changed. In other words, a user or automated service altered or modified the primary data after the backup operation was started and before the backup operation is able to conclude. This represents a new session or a session-specific version of the primary data. The backup service may detect that the modification occurred by detecting a new modified date and time in the metadata associated with the primary data or by detecting that the size of the primary data has changed.
- It is noted, that in some cases the backup service may not have to copy all of the modified version of the primary data when it backs the session-specific version of the primary data up after encountering the third hard link. That is, the backup service may use metadata that described differences that can be applied by a restore service against the primary data (already backed up) to construct or derive the session-specific version of the primary data.
- In response to the changed primary data (session-specific version of the primary data), at 160, the backup service backs up the third hard link to the link data structure and backs up the session-specific version of the primary data. In the example data structure presented above for the link data structure this may entail including a new source name for the link name to identify the session-specific version of the primary data. So, the link data structure includes the same identifier for the primary data and includes a chain, hash, or linked list of structures for that primary data identifier, where each entry in the list represents a particular hard link reference (first, second, and third hard links) and each entry includes a link name that identifies the source data (primary data or session-specific version of the primary data).
- In this manner, the link data structure facilitates communicating session-sensitive backups for primary data having the same identifier (e.g., iNode) for the entire hard link network associated with the primary data. Some hard links may have initially referred to the primary data, such as the first and second hard links, while other hard lines refer to the session-specific version of the primary data, such as the third hard link.
- At 170, the backup service may manage the link data structure for a variety of other hard links associated with the primary data, the session-specific version of the primary data, other session-specific versions of the primary data encountered during the backup operation, and other primary data entirely.
- At 180 and as was mentioned above, the backup service may use a first pointer or name to reference the primary data within the link data structure and a second pointer or name to reference the session-specific version of the primary data for a same primary data identifier (e.g., iNode). In this manner, the same identifier for physical data is referenced two or more times to reflect session-specific versions. A session-specific version represents a version of the primary data that is altered during the backup operation by users or other automated services before the backup operation has a chance to conclude.
- The link data structure, which is created and managed by the backup service during a backup operation or job, is subsequently consumed by a session-sensitive restore service, such as the one discussed below with reference to the
method 200 of theFIG. 2 . -
FIG. 2 is a diagram of a method for performing a session-sensitive data restore operation, according to an example embodiment. The method 200 (hereinafter “restore service”) is implemented in a machine-accessible and readable medium and is operational over a network. The network may be wired, wireless, or a combination of wired and wireless. The restore service is implemented as instructions that when executed by a machine perform the processing depicted in theFIG. 2 . The restore service cooperates with output and data structures produced by the backup service represented by themethod 100 and depicted in theFIG. 1 above. - At 210, the restore service initiates a restore operation against a target backup data structure. The target backup data structure was previously created by a backup service in the manner described above with reference to the
method 100 of theFIG. 1 . - Similar to the backup service of the
FIG. 1 , the restore service may recognize, at 211, the restore operation as being a full restore or an incremental restore. - At 220, the restore service encounters primary data from the backup data and restores it. At 230, the restore service also detects a session-specific version of the primary data and restores it. In some cases, at 231, this may be done by the restore service using metadata reflecting difference to apply to the primary data in order to recreate or derive the session-specific version of the primary data. So, the entire session-specific version of the primary data does not have to be present in the backup data or data structures; although it can be.
- At 240, the restore service notes first, second, and third hard links in the backed up data and updates a link table with the hard link information. At 241, the link information and the hard links are acquired from a link data structure, such as the link data structure produced by the backup service represented by the
method 100 of theFIG. 1 . The link data structure was created during a full or incremental backup operation performed by the backup service. - At 242, the restore service may recognize the links within the link data structure as being associated with both the primary data and with the session specific version of the primary data.
- The restore service may then make a decision as to whether the first, second, and third hard links are to be associated with the primary data or with the session-specific version of the primary data. This can be done by profile settings, configuration settings, processing parameter settings, or by manual selections supplied by a user or an automated service. So, in some cases by default the restore service may remove the primary data (overwrite it) with the session-specific version of the primary data, or it may by default remove the session-specific version and maintain the primary data. Alternatively, the choice as to which data to keep in the restore for each of the hard links is given to the user or can be dynamically communicated by a service requesting the restore operation of the restore service.
- Thus, at 250, and once a decision is made as to whether to keep the primary data or the session-specific version of the primary data, the restore service, at 250, restores the first, second, and third hard links and associates the hard links to the primary data or to the session-specific version of the primary data, depending upon the decision made.
- In some embodiments, at 251, the restore service may use OS commands to re-establish the linkages or associations between the hard links and either the primary data or the session-specific version of the primary data. That is, the OS's API may be used to facilitate the restore operation from the link table.
- The restore service uses the link data structure and the backed up data produced from the backup service to present options on restore. The options permit hard links to be restored for primary data as it existed initially at the start of a backup operation or as it subsequently existed while the backup operation continued. It is noted, that more than one session-specific version of the primary data may exist in the backup data and thus more than one choice may be presented and made with respect to which version the hard links will be restored with. It may also be the case that a user or administrator can identify a particular time period for which a session-specific version of the primary data is to be restored. So, an administrator may state that a restore is to occur for a given volume or system associated with a prior backup operation for an administrator-defined time period. A selection can then be made to pick the proper session-specific version of the primary data that comports with the administrator-selected time period.
- It is also noted that
FIG. 2 is presented for purposes of illustration only and that the processing blocks may occur in a different order. For example, the restore service may serially traverse the backup data and note file references, each file reference may be classified as primary data or as a link and if classified as a link it is updated to the link table and if classified as primary data it is initially restored. The link data structure is then used to properly identify the correct version of the primary data to maintain and an OS's API used to establish the hard link network for the version of primary data being restored. -
FIG. 3 is a diagram of session-sensitivedata backup system 300, according to an example embodiment. The session-sensitivedata backup system 300 is implemented in a machine-accessible and readable medium and is operational over a network. The network may be wired, wireless, or a combination of wired and wireless. The session-sensitivedata backup system 300 implements, among other things, the processing associated with the backup service represented by themethod 100 of theFIG. 1 . - The session-sensitive
data backup system 300 includes alink network structure 301 and a session-sensitive backup service 302. Each of these will now be discussed in turn. - The
link network structure 301 is created and managed by the sessionsensitive backup service 302. Thelink data structure 301 includes a network of hard links associated with data being backed up during a backup operation. A network for each primary data identifier includes first hard links directed to being associated with that identifier. The network also includes at least one second hard link directed to the same identifier but associated with a modified or session-specific version of the primary data. An example,link network structure 301 was presented above with reference to the backup service represented by themethod 100 of theFIG. 1 and was referred to as the link data structure. Thelink network structure 301 may include a series of sub structures or lists, such that each list is associated with given identifier (e.g., iNode) for particular primary data. - In an embodiment, the
link network structure 301 is indexed by a same iNode number for primary data and for any session-specific versions of that same primary data. - The session-
specific backup service 302 performs session-sensitive backup operations on storage. The backup operations may be full backups or incremental backups. Example processing associated with the session-specific backup service 302 was discussed in detail above with reference to the backup service represented by themethod 100 of theFIG. 1 . - The session-
specific backup service 302 creates and manages thelink network structure 301. First and second links detected for the same primary data are represented in thelink network structure 301 and associated with primary data that is backup in the backup data just once. Third links detected, which are associated with session-specific versions of the same primary data, are also represented in thelink network structure 301 for the same primary data identifier but point within thelink network structure 301 to their session-specific versions of the primary data. - The session-
specific backup service 302 backs up the primary data independent of a total number of hard links that reference the primary data and the session-specific backup service 302 backs up each session-specific version of the primary data independent of a total number of hard links that reference any particular session-specific version. - The session-specific versions are detected as occurring after the commencement of a backup operation being processed by the backup service but before the backup service concludes or completes the backup operation. The
link network structure 301 produced and managed by the session-specific backup service 302 is subsequently consumed by a session-sensitive restore service to provide choices as to which version of the primary data to restore with the hard links associated with thelink network structure 301. Example processing of such a session-sensitive restore service was presented above with reference to themethod 200 of theFIG. 2 . -
FIG. 4 is a diagram of session-sensitive data backup and restoresystem 400, according to an example embodiment. The session-sensitive data backup and restoresystem 400 is implemented in a machine-accessible and readable medium and is accessed and processed over a network. The network may be wired, wireless, or a combination of wired and wireless. The session-sensitive data backup and restoresystem 400 implements, among other things, the backup service represented by themethod 100 of theFIG. 1 ; the restore service represented by themethod 200 of theFIG. 2 ; and the session-sensitivedata backup system 300 described with reference to theFIG. 3 . - The session-sensitive data backup and restore
system 400 includes a session-sensitive backup service 401 and a session-sensitive restoreservice 402. The session-sensitive data backup and restoresystem 400 may also include alink data structure 403 and/or a link table 404. Each of these and their interactions with one another will now be discussed in turn. - The session-
sensitive backup service 401 performs incremental or full backup operations or jobs on target storage, memory, devices, directories, file systems, environments, etc. During the backup jobs the session-specific backup service 401 maintains associations between hard links and different versions of primary data that present themselves during the course of executing the backup jobs. In other words, the primary data associated with the hard links is modified after the jobs start but before the jobs complete or conclude. Example processing associated with the session-specific backup service 400 was presented above with reference to theFIGS. 1 and 3 . - More specifically, the session-
specific backup service 400 maintains first hard links to primary data and second hard links to a session-specific version of the primary data during a backup operation. The primary data is backed up once regardless of the number of first hard links encountered. Similarly, the session-specific version of the primary data is backed up once regardless of the number of second hard links encountered. - According to an embodiment, the session-
specific backup service 400 produces and manages alink data structure 403. Examples of thelink data structure 403 were presented above with respect to theFIGS. 1 and 3 . The backup data and structures produced by the session-specific backup service 400 is consumed by the session-sensitive restoreservice 402. - The session-sensitive restore
service 402 is either preconfigured or present selectable options to restore the first and second hard links for the primary data or for a desired session-specific version of the primary data. Mechanisms to achieve this were discussed above with reference to theFIG. 2 . - In some cases, the session-sensitive restore
service 402 writes hard links as encountered to a link table 404 using link information included in thelink data structure 403. Once a decision is made was to whether to restore the primary data or a session-specific version of the primary data, the session-sensitive restoreservice 402 may use the link table 404 to interact with commands or an API of an OS and establish the link network or environment between the first and second hard links and the target version of the primary data. - It is noted that the teachings presented herein and above may be implemented in any OS architecture or environment; assuming the notion of a hard link file is support in that OS. Accordingly, in some embodiments, the teachings may be deployed in a LINUX or UNIX OS where a hard linked file is supported and available. +PG,,15
- It is now understood how backups and restores may process more space and processor efficiently and how backups and restores may be session-sensitive.
- The above description is illustrative, and not restrictive. Many other embodiments will be apparent to those of skill in the art upon reviewing the above description. The scope of embodiments should therefore be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.
- The Abstract is provided to comply with 37 C.F.R. §1.72(b) and will allow the reader to quickly ascertain the nature and gist of the technical disclosure. It is submitted with the understanding that it will not be used to interpret or limit the scope or meaning of the claims.
- In the foregoing description of the embodiments, various features are grouped together in a single embodiment for the purpose of streamlining the disclosure. This method of disclosure is not to be interpreted as reflecting that the claimed embodiments have more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive subject matter lies in less than all features of a single disclosed embodiment. Thus the following claims are hereby incorporated into the Description of the Embodiments, with each claim standing on its own as a separate exemplary embodiment.
Claims (25)
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN2230/DEL/2006 | 2006-10-10 | ||
IN2230DE2006 | 2006-10-10 |
Publications (3)
Publication Number | Publication Date |
---|---|
US20080086518A1 US20080086518A1 (en) | 2008-04-10 |
US20110191291A2 true US20110191291A2 (en) | 2011-08-04 |
US8082227B2 US8082227B2 (en) | 2011-12-20 |
Family
ID=39275802
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/821,841 Active 2029-01-13 US8082227B2 (en) | 2006-10-10 | 2007-06-26 | Session sensitive data backups and restores |
Country Status (1)
Country | Link |
---|---|
US (1) | US8082227B2 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100198874A1 (en) * | 2009-01-30 | 2010-08-05 | Canon Kabushiki Kaisha | Data management method and apparatus |
US8200926B1 (en) * | 2009-05-28 | 2012-06-12 | Symantec Corporation | Methods and systems for creating full backups |
US20160203149A1 (en) * | 2014-08-25 | 2016-07-14 | Biadu Online Network Technology (Beijing) Co., Ltd | File scanning method and apparatus related application |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110082832A1 (en) * | 2009-10-05 | 2011-04-07 | Ramkumar Vadali | Parallelized backup and restore process and system |
US9323758B1 (en) * | 2009-12-22 | 2016-04-26 | Emc Corporation | Efficient migration of replicated files from a file server having a file de-duplication facility |
US8468388B2 (en) | 2010-04-20 | 2013-06-18 | International Business Machines Corporation | Restoring programs after operating system failure |
US9430330B1 (en) * | 2010-12-29 | 2016-08-30 | Netapp, Inc. | System and method for managing environment metadata during data backups to a storage system |
US9971787B2 (en) | 2012-07-23 | 2018-05-15 | Red Hat, Inc. | Unified file and object data storage |
US9229942B1 (en) * | 2012-12-11 | 2016-01-05 | Emc Corporation | Method and system for hard link handling for incremental file migration |
US8983908B2 (en) * | 2013-02-15 | 2015-03-17 | Red Hat, Inc. | File link migration for decommisioning a storage server |
US9641590B2 (en) | 2014-08-27 | 2017-05-02 | Google Inc. | Resuming session states |
US20180349230A1 (en) * | 2016-01-28 | 2018-12-06 | Hewlett Packard Enterprise Development Lp | Context aware data backup |
CN106066686B (en) * | 2016-05-31 | 2019-02-05 | Oppo广东移动通信有限公司 | A kind of information processing method and terminal device |
US10783041B2 (en) * | 2017-09-22 | 2020-09-22 | Mcafee, Llc | Backup and recovery of data files using hard links |
CN112417457B (en) * | 2020-11-16 | 2022-02-08 | 中国电子科技集团公司第三十研究所 | Big data based sensitive data reduction detection method and system |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020101791A1 (en) * | 2001-01-26 | 2002-08-01 | Alpine Electronics, Inc. | Audio device, method for managing track files, and method for playing back tracks |
US6446085B1 (en) * | 1999-06-17 | 2002-09-03 | International Business Machines Corporation | Method and apparatus for processing recursive hard links in a data processing system |
US6453325B1 (en) * | 1995-05-24 | 2002-09-17 | International Business Machines Corporation | Method and means for backup and restoration of a database system linked to a system for filing data |
US6484186B1 (en) * | 2000-02-15 | 2002-11-19 | Novell, Inc. | Method for backing up consistent versions of open files |
US6560615B1 (en) * | 1999-12-17 | 2003-05-06 | Novell, Inc. | Method and apparatus for implementing a highly efficient, robust modified files list (MFL) for a storage system volume |
US6594228B1 (en) * | 1999-02-05 | 2003-07-15 | Alcatel Canada Inc. | Backup procedure for signalling links |
US6611850B1 (en) * | 1997-08-26 | 2003-08-26 | Reliatech Ltd. | Method and control apparatus for file backup and restoration |
US6910112B2 (en) * | 2001-07-24 | 2005-06-21 | Microsoft Corporation | System and method for backing up and restoring data |
US20060075294A1 (en) * | 2004-09-22 | 2006-04-06 | International Business Machines Coproration | System and Method for Reliably Storing Data and Providing Efficient Incremental Backup and Asynchronous Mirroring by Preferentially Handling New Data |
US20080059541A1 (en) * | 2006-08-18 | 2008-03-06 | Fachan Neal T | Systems and methods for a snapshot of data |
-
2007
- 2007-06-26 US US11/821,841 patent/US8082227B2/en active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6453325B1 (en) * | 1995-05-24 | 2002-09-17 | International Business Machines Corporation | Method and means for backup and restoration of a database system linked to a system for filing data |
US6611850B1 (en) * | 1997-08-26 | 2003-08-26 | Reliatech Ltd. | Method and control apparatus for file backup and restoration |
US6594228B1 (en) * | 1999-02-05 | 2003-07-15 | Alcatel Canada Inc. | Backup procedure for signalling links |
US6446085B1 (en) * | 1999-06-17 | 2002-09-03 | International Business Machines Corporation | Method and apparatus for processing recursive hard links in a data processing system |
US6560615B1 (en) * | 1999-12-17 | 2003-05-06 | Novell, Inc. | Method and apparatus for implementing a highly efficient, robust modified files list (MFL) for a storage system volume |
US6484186B1 (en) * | 2000-02-15 | 2002-11-19 | Novell, Inc. | Method for backing up consistent versions of open files |
US20020101791A1 (en) * | 2001-01-26 | 2002-08-01 | Alpine Electronics, Inc. | Audio device, method for managing track files, and method for playing back tracks |
US6910112B2 (en) * | 2001-07-24 | 2005-06-21 | Microsoft Corporation | System and method for backing up and restoring data |
US6948038B2 (en) * | 2001-07-24 | 2005-09-20 | Microsoft Corporation | System and method for backing up and restoring data |
US20060075294A1 (en) * | 2004-09-22 | 2006-04-06 | International Business Machines Coproration | System and Method for Reliably Storing Data and Providing Efficient Incremental Backup and Asynchronous Mirroring by Preferentially Handling New Data |
US20080059541A1 (en) * | 2006-08-18 | 2008-03-06 | Fachan Neal T | Systems and methods for a snapshot of data |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100198874A1 (en) * | 2009-01-30 | 2010-08-05 | Canon Kabushiki Kaisha | Data management method and apparatus |
US8301606B2 (en) * | 2009-01-30 | 2012-10-30 | Canon Kabushiki Kaisha | Data management method and apparatus |
US8200926B1 (en) * | 2009-05-28 | 2012-06-12 | Symantec Corporation | Methods and systems for creating full backups |
US8443159B1 (en) * | 2009-05-28 | 2013-05-14 | Symantec Corporation | Methods and systems for creating full backups |
US20160203149A1 (en) * | 2014-08-25 | 2016-07-14 | Biadu Online Network Technology (Beijing) Co., Ltd | File scanning method and apparatus related application |
US10049113B2 (en) * | 2014-08-25 | 2018-08-14 | Baidu Online Network Technology (Beijing) Co., Ltd. | File scanning method and apparatus |
Also Published As
Publication number | Publication date |
---|---|
US20080086518A1 (en) | 2008-04-10 |
US8082227B2 (en) | 2011-12-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8082227B2 (en) | Session sensitive data backups and restores | |
US11740974B2 (en) | Restoring a database using a fully hydrated backup | |
US10990484B2 (en) | Performing backup operations and indexing backup data | |
US9645892B1 (en) | Recording file events in change logs while incrementally backing up file systems | |
US8260747B2 (en) | System, method, and computer program product for allowing access to backup data | |
US7165082B1 (en) | Incremental method for backup of email messages | |
US7523278B2 (en) | Backup and restore operations using a single snapshot | |
US7418619B1 (en) | Backup and restore operations of interdependent system components | |
US8762341B1 (en) | Efficiently configuring multiple backup data policies with information specifying data to backup | |
US20110113013A1 (en) | Duplicate backup data identification and consolidation | |
US10204016B1 (en) | Incrementally backing up file system hard links based on change logs | |
US20140215265A1 (en) | Data backup and recovery | |
US20090319582A1 (en) | Database snapshot management | |
US10146633B2 (en) | Data recovery from multiple data backup technologies | |
US8301602B1 (en) | Detection of inconsistencies in a file system | |
US10067836B1 (en) | Configuration based intelligent protection modeling | |
JP2009230628A (en) | Computer system and management computer | |
EP3796174B1 (en) | Restoring a database using a fully hydrated backup | |
US7640454B1 (en) | System and method for point-in-time recovery of application resource sets | |
US10409691B1 (en) | Linking backup files based on data partitions | |
US20110016093A1 (en) | Operating system restoration using remote backup system and local system restore function | |
CN107533495B (en) | Techniques for data backup and recovery | |
US11500738B2 (en) | Tagging application resources for snapshot capability-aware discovery | |
US7685460B1 (en) | Multiple concurrent restore using same user interface | |
US9075809B1 (en) | Methods and systems for application cluster virtual nodes |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: NOVELL, INC., UTAH Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BALAKRISHNAN, KALIDAS;RANGANATHAN, SHYAMSUNDAR;REEL/FRAME:019879/0500 Effective date: 20070622 |
|
AS | Assignment |
Owner name: EMC CORPORATON, MASSACHUSETTS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CPTN HOLDINGS LLC;REEL/FRAME:027016/0160 Effective date: 20110909 |
|
AS | Assignment |
Owner name: CPTN HOLDINGS, LLC, WASHINGTON Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NOVELL, INC.;REEL/FRAME:027169/0200 Effective date: 20110427 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
AS | Assignment |
Owner name: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH, AS COLLATERAL AGENT, NORTH CAROLINA Free format text: SECURITY AGREEMENT;ASSIGNORS:ASAP SOFTWARE EXPRESS, INC.;AVENTAIL LLC;CREDANT TECHNOLOGIES, INC.;AND OTHERS;REEL/FRAME:040134/0001 Effective date: 20160907 Owner name: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT, TEXAS Free format text: SECURITY AGREEMENT;ASSIGNORS:ASAP SOFTWARE EXPRESS, INC.;AVENTAIL LLC;CREDANT TECHNOLOGIES, INC.;AND OTHERS;REEL/FRAME:040136/0001 Effective date: 20160907 Owner name: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH, AS COLLAT Free format text: SECURITY AGREEMENT;ASSIGNORS:ASAP SOFTWARE EXPRESS, INC.;AVENTAIL LLC;CREDANT TECHNOLOGIES, INC.;AND OTHERS;REEL/FRAME:040134/0001 Effective date: 20160907 Owner name: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., A Free format text: SECURITY AGREEMENT;ASSIGNORS:ASAP SOFTWARE EXPRESS, INC.;AVENTAIL LLC;CREDANT TECHNOLOGIES, INC.;AND OTHERS;REEL/FRAME:040136/0001 Effective date: 20160907 |
|
AS | Assignment |
Owner name: EMC IP HOLDING COMPANY LLC, MASSACHUSETTS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EMC CORPORATION;REEL/FRAME:040203/0001 Effective date: 20160906 |
|
AS | Assignment |
Owner name: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., T Free format text: SECURITY AGREEMENT;ASSIGNORS:CREDANT TECHNOLOGIES, INC.;DELL INTERNATIONAL L.L.C.;DELL MARKETING L.P.;AND OTHERS;REEL/FRAME:049452/0223 Effective date: 20190320 Owner name: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., TEXAS Free format text: SECURITY AGREEMENT;ASSIGNORS:CREDANT TECHNOLOGIES, INC.;DELL INTERNATIONAL L.L.C.;DELL MARKETING L.P.;AND OTHERS;REEL/FRAME:049452/0223 Effective date: 20190320 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |
|
AS | Assignment |
Owner name: THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., TEXAS Free format text: SECURITY AGREEMENT;ASSIGNORS:CREDANT TECHNOLOGIES INC.;DELL INTERNATIONAL L.L.C.;DELL MARKETING L.P.;AND OTHERS;REEL/FRAME:053546/0001 Effective date: 20200409 |
|
AS | Assignment |
Owner name: WYSE TECHNOLOGY L.L.C., CALIFORNIA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: SCALEIO LLC, MASSACHUSETTS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: MOZY, INC., WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: MAGINATICS LLC, CALIFORNIA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: FORCE10 NETWORKS, INC., CALIFORNIA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: EMC IP HOLDING COMPANY LLC, TEXAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: EMC CORPORATION, MASSACHUSETTS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: DELL SYSTEMS CORPORATION, TEXAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: DELL SOFTWARE INC., CALIFORNIA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: DELL PRODUCTS L.P., TEXAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: DELL MARKETING L.P., TEXAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: DELL INTERNATIONAL, L.L.C., TEXAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: DELL USA L.P., TEXAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: CREDANT TECHNOLOGIES, INC., TEXAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: AVENTAIL LLC, CALIFORNIA Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 Owner name: ASAP SOFTWARE EXPRESS, INC., ILLINOIS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH;REEL/FRAME:058216/0001 Effective date: 20211101 |
|
AS | Assignment |
Owner name: SCALEIO LLC, MASSACHUSETTS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (040136/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061324/0001 Effective date: 20220329 Owner name: EMC IP HOLDING COMPANY LLC (ON BEHALF OF ITSELF AND AS SUCCESSOR-IN-INTEREST TO MOZY, INC.), TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (040136/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061324/0001 Effective date: 20220329 Owner name: EMC CORPORATION (ON BEHALF OF ITSELF AND AS SUCCESSOR-IN-INTEREST TO MAGINATICS LLC), MASSACHUSETTS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (040136/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061324/0001 Effective date: 20220329 Owner name: DELL MARKETING CORPORATION (SUCCESSOR-IN-INTEREST TO FORCE10 NETWORKS, INC. AND WYSE TECHNOLOGY L.L.C.), TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (040136/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061324/0001 Effective date: 20220329 Owner name: DELL PRODUCTS L.P., TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (040136/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061324/0001 Effective date: 20220329 Owner name: DELL INTERNATIONAL L.L.C., TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (040136/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061324/0001 Effective date: 20220329 Owner name: DELL USA L.P., TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (040136/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061324/0001 Effective date: 20220329 Owner name: DELL MARKETING L.P. (ON BEHALF OF ITSELF AND AS SUCCESSOR-IN-INTEREST TO CREDANT TECHNOLOGIES, INC.), TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (040136/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061324/0001 Effective date: 20220329 Owner name: DELL MARKETING CORPORATION (SUCCESSOR-IN-INTEREST TO ASAP SOFTWARE EXPRESS, INC.), TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (040136/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061324/0001 Effective date: 20220329 |
|
AS | Assignment |
Owner name: SCALEIO LLC, MASSACHUSETTS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (045455/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061753/0001 Effective date: 20220329 Owner name: EMC IP HOLDING COMPANY LLC (ON BEHALF OF ITSELF AND AS SUCCESSOR-IN-INTEREST TO MOZY, INC.), TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (045455/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061753/0001 Effective date: 20220329 Owner name: EMC CORPORATION (ON BEHALF OF ITSELF AND AS SUCCESSOR-IN-INTEREST TO MAGINATICS LLC), MASSACHUSETTS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (045455/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061753/0001 Effective date: 20220329 Owner name: DELL MARKETING CORPORATION (SUCCESSOR-IN-INTEREST TO FORCE10 NETWORKS, INC. AND WYSE TECHNOLOGY L.L.C.), TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (045455/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061753/0001 Effective date: 20220329 Owner name: DELL PRODUCTS L.P., TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (045455/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061753/0001 Effective date: 20220329 Owner name: DELL INTERNATIONAL L.L.C., TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (045455/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061753/0001 Effective date: 20220329 Owner name: DELL USA L.P., TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (045455/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061753/0001 Effective date: 20220329 Owner name: DELL MARKETING L.P. (ON BEHALF OF ITSELF AND AS SUCCESSOR-IN-INTEREST TO CREDANT TECHNOLOGIES, INC.), TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (045455/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061753/0001 Effective date: 20220329 Owner name: DELL MARKETING CORPORATION (SUCCESSOR-IN-INTEREST TO ASAP SOFTWARE EXPRESS, INC.), TEXAS Free format text: RELEASE OF SECURITY INTEREST IN PATENTS PREVIOUSLY RECORDED AT REEL/FRAME (045455/0001);ASSIGNOR:THE BANK OF NEW YORK MELLON TRUST COMPANY, N.A., AS NOTES COLLATERAL AGENT;REEL/FRAME:061753/0001 Effective date: 20220329 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 12 |