Autonomic block-level hierarchical storage management for storage networks

• US 20050071560A1
• Filed: 09/30/2004
• Published: 03/31/2005
• Est. Priority Date: 09/30/2003
• Status: Abandoned Application

• Current Assignee: International Business Machines Corporation
• Original Assignee: International Business Machines Corporation
• Inventors: Bolik, Christian
• Application Number:
  US10/954,458
• Publication Number:
  US 20050071560A1
• Time in Patent Office: Days
• US Class Current: 711/117
• CPC Class Codes: G06F 3/0605 by facilitating the interaction with a user or administrator
• CPC Class Codes: G06F 3/0649 Lifecycle management
• CPC Class Codes: G06F 3/0665 at area level, e.g. provisioning of virtual or logical volumes
• CPC Class Codes: G06F 3/0685 Hybrid storage combining heterogeneous device types, e.g. hierarchical storage, hybrid arrays
• CPC Class Codes: H04L 67/1095 Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
• CPC Class Codes: H04L 67/1097 for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
• CPC Class Codes: H04L 67/61 taking into account QoS or priority requirements
• CPC Class Codes: H04L 67/63 Routing a service request depending on the request content or context
• CPC Class Codes: H04L 69/329 in the application layer [OSI layer 7]
• CPC Class Codes: H04L 9/40 Network security protocols

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.

Claims

1. A storage management system for managing a digital storage network including at least two hierarchical storage levels interconnected to form said digital storage network that can be accessed by at least one client system, characterized by storage virtualization means located in said storage network for providing virtual storage volumes to said at least one client system as an abstraction of physical storage devices contained in said storage network, wherein said management of the storage network is accomplished on a block-level.

2. The system according to claim 1 wherein said storage virtualization means are centralized in a single functional entity within said storage network.

3. The system according to claim 1 wherein said storage virtualization means include a block-mapping table which translates virtual block addresses issued by one of said client systems to a corresponding physical block address.

4. The system according to claim 3 wherein said block-mapping table comprises an additional column indicating the time elapsed since last access to a respective block.

5. The system according to claim 1 wherein a hierarchical storage management software is implemented inside of the storage virtualization system (SVS), establishing a centralized HSM controller.

6. The system according to claim 3 wherein said block-mapping table comprises an additional column for recording the location of a virtual block in a tertiary storage when the virtual block is staged from a secondary to a tertiary storage, or back from a tertiary to a secondary storage.

7. A method for managing a digital storage network including at least two hierarchical storage levels interconnected to form said digital storage network that can be accessed by at least one client system, characterized by providing virtual volumes being externalized by virtual block addresses comprising translating said virtual block addresses issued by said at least one client system connected to said storage network to a corresponding physical block address, said translating being performed in said storage network.

8. The method according to claim 7 wherein said translation step is performed utilizing a block-mapping table.

9. The method according to claim 8 wherein said mapping table is extended with a column indicating the time elapsed since last access to a respective block.

10. The method according to claim 9, further comprising the steps of:

determining if at least one secondary storage device requires more storage space to fulfil a client request, and if so, picking an oldest block of the respective virtual volume and migrating it to a tertiary storage.

11. The method according to claim 10 further comprising keeping track of when each virtual block located on a secondary storage was last accessed.

12. The method according to claim 11 further comprising monitoring the utilization of the secondary storage and once utilization exceeds a pre-defined threshold, autonomously deciding which block is copied from the secondary storage to a tertiary storage in order to make space available on the secondary storage.

13. The method according to claim 12 further comprising monitoring access patterns for accesses to virtual blocks located on the secondary storage in order to favor less frequently accessed blocks over more frequently accessed ones.

14. The method according to any of claims 8 further comprising recording the location of a block in the tertiary storage if the block is migrated from the secondary storage to the tertiary storage, or staged back from the tertiary storage to the secondary storage.