System and method for reporting available capacity in a data storage system with variable consumption characteristics

• US 5,960,451 A
• Filed: 09/16/1997
• Issued: 09/28/1999
• Est. Priority Date: 09/16/1997
• Status: Expired due to Term

• Current Assignee: Hewlett Packard Enterprise Development LP (Hewlett-Packard Enterprise Company)
• Original Assignee: Hewlett-Packard Company (HP Inc.)
• Inventors: Dolphin, Wade A., Ahlvers, Richelle L., Voigt, Douglas L.
• Primary Examiner(s): Robertson, David L.
• Application Number:
  US08/932,812
• Time in Patent Office: 742 Days
• Field of Search: 711/114, 713/1, 713/100, 360/902
• US Class Current: 711/114
• CPC Class Codes: G06F 11/324 Display of status information
• CPC Class Codes: G06F 11/3485 for I/O devices
• CPC Class Codes: G06F 3/0605 by facilitating the interaction with a user or administrator
• CPC Class Codes: G06F 3/0634 by changing the state or mode of one or more devices
• CPC Class Codes: G06F 3/0689 Disk arrays, e.g. RAID, JBOD
• CPC Class Codes: Y10S 360/902 Storage density, e.g. bpi, tpi

Abstract

A data storage system has an administrator tool that presents an existing LUN arrangement composed of one or more types of LUNs and an available capacity for the existing LUN arrangement. The administrator tool provides a graphical user interface (UI) that allows the administrator to propose different configurations with one or more additional hypothetical LUNs, without in fact creating them. The UI provides a set of controls representative of the different LUN types. The administrator can graphically manipulate the controls to vary characteristics of the hypothetical LUNs. As the administrator manipulates the controls, the system dynamically computes available capacity assuming a LUN arrangement that includes both the existing LUNs and the hypothetical LUNs. The graphical UI reports the changing available capacity as a response to the administrator'"'"'s manipulation so that the administrator can gain an appreciation of how the hypothetical LUNs might affect available capacity. Assuming there is sufficient available capacity, the administrator can direct the system to create new LUNs having the same characteristics of the hypothetical LUNs.

Claims

1. A storage management system for a data storage system, comprising:

a data storage manager to store data in an existing logical unit arrangement comprising multiple different types of logical units and to compute, for a given arrangement of logical units, an available capacity that represents storage capacity on the data storage system that can be utilized to store additional data; and

an administrative tool interfaced with the data storage manager to enable an administrator to propose a hypothetical logical unit arrangement that is different from the existing logical unit arrangement, the administrative tool reporting to the administrator how the hypothetical logical unit arrangement, if implemented, would affect available capacity.

2. A storage management system as recited in claim 1, wherein the arrangement of logical units comprises one or more identified logical units.

3. A storage management system as recited in claim 2, wherein the identified logical units are typed according to different redundancy techniques so that a logical unit of one type stores data according to a first redundancy technique and a logical unit of a second type stores data according to a second redundancy technique.

4. A storage management system as recited in claim 2, wherein the identified logical units are one of three types:

a cache-type logical unit that stores data in a cache memory, a RAID 1-type logical unit that stores data according to RAID 1, and an AutoRAID-type logical unit that stores data according two RAID levels and allows the data to migrate between the two RAID levels.

5. A storage management system as recited in claim 1, wherein arrangement of logical units comprises one or more types of logical units such that the available capacity is computed for each individual type of logical unit.

6. A storage management system as recited in claim 1, wherein the administrative tool supports a graphical user interface with controls representative of the different logical unit types, the user interface enabling the administrator to graphically manipulate the controls to vary logical unit arrangements.

7. A storage management system as recited in claim 6, wherein the graphical user interface dynamically reports, in response to the administrator'"'"'s manipulation of the controls, how the hypothetical logical unit arrangements affect available capacity.

8. A storage management system as recited in claim 1, wherein the administrative tool enables the administrator to physically implement the hypothetical logical unit arrangement as a new logical unit arrangement.

9. A data storage system, comprising:

a disk array having a number of disks that defines a physical storage space;

a RAID management system to map a RAID-level storage space onto the physical storage space of the storage disks, the RAID-level virtual storage space presenting the physical storage space as multiple RAID areas including mirror RAID areas that store data according to mirror redundancy and parity RAID areas that store data according to parity redundancy, the RAID management system being operable to migrate data between the parity and mirror RAID areas;

a cache memory;

an administrator module interfaced with the RAID management system to enable an administrator to create one of three types of logical units (LUNs);

a cache-type LUN that stores data in the cache memory, a RAID1-type LUN that stores data in the mirror RAID areas, and an AutoRAID-type LUN that stores and migrates data among the mirror and parity RAID areas; and

the administrator module being configured to enable the administrator to propose various hypothetical LUN arrangements with different types of LUNs and to report to the administrator how the hypothetical logical unit arrangements, if implemented, would affect available capacity in the disk array and cache memory.

10. A data storage system as recited in claim 9, wherein the administrator module supports a graphical user interface with controls representative of the different LUN types, the user interface enabling the administrator to graphically manipulate the controls to vary the hypothetical LUN arrangements.

11. A data storage system as recited in claim 9, wherein the administrator module supports a graphical user interface with controls representative of the different LUN types, the user interface enabling the administrator to graphically manipulate the controls to vary the hypothetical LUN arrangements.

12. A data storage system as recited in claim 9, wherein the administrator module enables the administrator to physically implement the hypothetical LUN arrangement as a new LUN arrangement.

13. A program embodied on a computer-readable medium for managing a data storage system, comprising:

a code segment to enable an administrator to specify characteristics of hypothetical logical units that may be added to the data storage system so that the administrator can try different hypothetical logical unit arrangements composed of multiple different types of logical units;

a code segment to compute an available capacity of the data storage system that accounts for both existing logical units in the data storage system and the hypothetical logical units specified by the administrator; and

a code segment to report the available capacity to the administrator so that the administrator can examine how the hypothetical logical unit arrangement, if implemented, would affect the available capacity.

14. A program as recited in claim 13, further comprising a code segment that presents a graphical user interface with controls representative of the different logical unit types, the user interface enabling the administrator to graphically manipulate the controls to vary the characteristics of the hypothetical logical units.

15. A program as recited in claim 13, further comprising a code segment that creates one or more logical units with the characteristics specified by the administrator for the hypothetical logical units.

16. For use with a data storage system, a storage manager user interface (UI) embodied on a computer-readable medium to present an existing logical unit arrangement having one or more types of logical units on the data storage system, the storage manager UI further presenting controls representative of different types of hypothetical logical units that may be added to the data storage system, the storage manager UI enabling the administrator to graphically manipulate the controls to vary characteristics of the hypothetical logical units and to dynamically report, in response to the administrator'"'"'s manipulation of the controls, how the hypothetical logical units, if created, would affect available capacity.

17. A method for managing a data storage system, comprising the following steps:

enabling an administrator to specify characteristics of hypothetical logical units that may be added to existing logical units on the data storage system;

computing an available capacity of the data storage system that accounts for both the existing logical units and the hypothetical logical units specified by the administrator; and

reporting the available capacity to the administrator so that the administrator can examine how the hypothetical logical unit arrangement, if implemented, would affect the available capacity.

18. A method as recited in claim 17, further comprising the following steps:

presenting a graphical user interface with controls representative of the different logical unit types; and

enabling the administrator to graphically manipulate the controls to vary the characteristics of the hypothetical logical units.

19. A method as recited in claim 17, further comprising the step of creating one or more logical units with the characteristics specified by the administrator for the hypothetical logical units.

20. A computer-readable medium having computer-executable instructions for performing the steps in the method as recite din claim 17.