Abstract: Provided are techniques for determining whether content of an object has changed. Under control of a backup system, opaque object attributes and a data identifier are received, wherein the data identifier is generated based on one or more relevant object attributes of the opaque object attributes that indicate whether at least one of the content of the object and one or more of the relevant object attributes has changed. The received data identifier is compared with a previously stored data identifier. In response to determining that the received data identifier and the previously stored data identifier do not match, it is determined that the content of the object has changed.

Abstract: A method for automatically identifying available storage components within a storage system, which are appropriate for storing consumer data in compliance with specified service level objectives (SLOs), including discovering available storage components; identifying and assigning service levels provided by each available storage component, wherein identifying and assigning service levels provided by each available storage component, includes classifying the available storage components based on their type of technology, and determining the SLO relevant capabilities of the available storage components; and storing resultant mapping of service levels to available storage components in a metadata repository.

Abstract: With the present invention means are provided for automatically managing a storage infrastructure with a plurality of storage components in compliance with consumer service level objectives (SLOs). Therefore, the claimed method comprises: automated identification of available storage components, which are appropriate for storing consumer data under consideration of specified service level objectives (SLOs); automated mapping of said consumer SLO policies to said available storage components to select available storage components for specified data classes; and automated configuration of said selected storage components according to said mapping of consumer SLO policies.

Abstract: Disclosed is a mechanism for handling failover of a data management application for a shared disk file system in a distributed computing environment having a cluster of loosely coupled nodes which provide services. According to the mechanism, certain nodes of the cluster are defined as failover candidate nodes. Configuration information for all the failover candidate nodes is stored preferably in a central storage. Message information including but not limited to failure information of at least one failover candidate node is distributed amongst the failover candidate nodes. By analyzing the distributed message information and the stored configuration information it is determined whether to take over the service of a failure node by a failover candidate node or not. After a take-over of a service by a failover candidate node the configuration information is updated in the central storage.

Abstract: An apparatus, system, and method are disclosed for analyzing a file system. A record module records file parameters comprising a file size, a file age, a time of last access, a file type, a recovery time objective, and an initial access time service level objective for each file in the file system. A file score module calculates a file score for each file using the file parameters. A system score module calculates the file system score as the sum of the normalized file scores. A process module processes the file system if the file system score exceeds a specified threshold.

Abstract: Provided are techniques for determining whether content of an object has changed. Under control of a backup system, opaque object attributes and a data identifier are received, wherein the data identifier is generated based on one or more relevant object attributes of the opaque object attributes that indicate whether at least one of the content of the object and one or more of the relevant object attributes has changed. The received data identifier is compared with a previously stored data identifier. In response to determining that the received data identifier and the previously stored data identifier do not match, it is determined that the content of the object has changed.

Abstract: Disclosed is a mechanism for handling failover of a data management application for a shared disk file system in a distributed computing environment having a cluster of loosely coupled nodes which provide services. According to the mechanism, certain nodes of the cluster are defined as failover candidate nodes. Configuration information for all the failover candidate nodes is stored preferably in a central storage. Message information including but not limited to failure information of at least one failover candidate node is distributed amongst the failover candidate nodes. By analyzing the distributed message information and the stored configuration information it is determined whether to take over the service of a failure node by a failover candidate node or not. After a take-over of a service by a failover candidate node the configuration information is updated in the central storage.

Abstract: Disclosed is a method, system, and program for ordering data. Portions of a logical volume are matched with portions of one or more physical extents. The one or more physical extents are ordered according to the order of the matched portions of the logical volume.

Abstract: Disclosed is a mechanism for handling failover of a data management application for a shared disk file system in a distributed computing environment having a cluster of loosely coupled nodes which provide services. According to the mechanism, certain nodes of the cluster are defined as failover candidate nodes. Configuration information for all the failover candidate nodes is stored preferably in a central storage. Message information including but not limited to failure information of at least one failover candidate node is distributed amongst the failover candidate nodes. By analyzing the distributed message information and the stored configuration information it is determined whether to take over the service of a failure node by a failover candidate node or not. After a take-over of a service by a failover candidate node the configuration information is updated in the central storage.

Abstract: A Hierarchical Storage Management (HSM) system connects client systems to physical storage devices via a storage virtualization system (SVS) which is embedded in a storage network. The SVS provides virtual disk volumes to the client systems as an abstraction of the physical storage devices. The client systems have no direct connection to the physical storage devices and the SVS provides an abstract view of these devices, which allows it to utilize the available physical storage space by spreading storage assigned to the individual client systems across the physical storage devices. Within the SVS, a block-mapping table (BMT) translates each virtual block address being issued by the client systems to a corresponding physical block address.

Abstract: Provided are a system, method, and program for grouping backup objects stored in backup storage. A backup group is created and a plurality of backup objects are added as members of the backup group in separate backup transactions. The backup objects added to the backup group are stored to backup storage.

Abstract: Disclosed is a method, system, and program for ordering data. Portions of a logical volume are matched with portions of one or more physical extents. The one or more physical extents are ordered according to the order of the matched portions of the logical volume.

Abstract: Provided are a system, method, and program for grouping backup objects stored in backup storage. A backup group is created and a plurality of backup objects are added as members of the backup group in separate backup transactions. The backup objects added to the backup group are stored to backup storage.

Abstract: Disclosed is a mechanism for handling failover of a data management application for a shared disk file system in a distributed computing environment having a cluster of loosely coupled nodes which provide services. According to the mechanism, certain nodes of the cluster are defined as failover candidate nodes. Configuration information for all the failover candidate nodes is stored preferably in a central storage. Message information including but not limited to failure information of at least one failover candidate node is distributed amongst the failover candidate nodes. By analyzing the distributed message information and the stored configuration information it is determined whether to take over the service of a failure node by a failover candidate node or not. After a take-over of a service by a failover candidate node the configuration information is updated in the central storage.

Abstract: Disclosed is a mechanism of managing an hierarchical storage management (HSM) system including an HSM server and a file server having a managed file system where the HSM server and the file server are interconnected via a network. Migration of data files from the file server to the HSM server is accomplished by providing at least one list for identifying candidate files to be migrated, scanning the managed file system until having detected a prespecified number of migration candidate files, recording the detected migration candidate files in the provided at least one list of candidate files, monitoring a current state of the managed file system, and migrating at least part of the candidate files identified in the at least one list of candidate files from the file server to the HSM server, dependent on the monitored current state of the managed file system. In parallel, the migrated data files can be identified by a unique identifier that allows direct access to the migrated files.