WO2011145138A1 - ストレージ装置及びデータ管理方法 - Google Patents

ストレージ装置及びデータ管理方法 Download PDF

Info

Publication number
WO2011145138A1
WO2011145138A1 PCT/JP2010/003335 JP2010003335W WO2011145138A1 WO 2011145138 A1 WO2011145138 A1 WO 2011145138A1 JP 2010003335 W JP2010003335 W JP 2010003335W WO 2011145138 A1 WO2011145138 A1 WO 2011145138A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual volume
storage
data
page
application
Prior art date
Application number
PCT/JP2010/003335
Other languages
English (en)
French (fr)
Inventor
山本政行
江口賢哲
須藤梓
Original Assignee
株式会社日立製作所
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to CN201080063246.3A priority Critical patent/CN102754084B/zh
Priority to PCT/JP2010/003335 priority patent/WO2011145138A1/ja
Priority to EP10851703.8A priority patent/EP2535819A4/en
Priority to JP2012515639A priority patent/JP5323989B2/ja
Priority to US12/988,653 priority patent/US9052823B2/en
Publication of WO2011145138A1 publication Critical patent/WO2011145138A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • G06F3/0649—Lifecycle management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662—Virtualisation aspects
    • G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0685—Hybrid storage combining heterogeneous device types, e.g. hierarchical storage, hybrid arrays

Definitions

  • the present invention relates to a storage apparatus and a data management method, and is suitable for application to, for example, a storage apparatus equipped with a hierarchical data management function.
  • each storage area provided by a plurality of types of storage devices having different performances is managed as a different type of storage hierarchy, and a pool is configured with different types of storage hierarchies.
  • a storage area is dynamically allocated to the virtual volume from the pool, and data to be written is stored in the allocated storage area.
  • the access frequency from the host computer to each data written in the virtual volume is managed thereafter, and the high-speed and high-performance storage hierarchy (high-speed and The storage area provided by the storage area of the high-performance storage device) is transferred to the storage area, and for data with a low access frequency, the storage hierarchy of the low-speed and low-performance storage device (the storage area of the low-speed and low-performance storage device) The storage area provided by the storage hierarchy).
  • a storage area is allocated from a high-speed and high-performance storage hierarchy (hereinafter referred to as a high-performance storage hierarchy) for data of a less important application.
  • a high-performance storage hierarchy a high-speed and high-performance storage hierarchy
  • the storage area of the high-performance storage hierarchy may be depleted, and the storage area may not be allocated from the high-performance storage hierarchy for data of a highly important application.
  • the storage area is allocated from the storage hierarchy to the virtual volume in a predetermined size unit (hereinafter referred to as a page). Pages may be allocated from different storage hierarchies. In such a case, the access performance to individual data parts in the same file varies, and there is a problem that stable access to such data cannot be performed.
  • the present invention has been made in consideration of the above points, and intends to propose a storage apparatus and a data management method capable of realizing stable performance of a virtual volume.
  • a plurality of types of storage devices having different performances and storage areas provided by the plurality of types of storage devices are managed as different types of storage hierarchies.
  • a pool with different types of storage tiers providing a virtual volume to the host computer, and in response to a write request from an application installed in the host computer for the virtual volume,
  • a storage area is allocated from the pool in units of pages of a predetermined size, and a controller that stores data to be written in the allocated page is provided, and the controller includes the application and the virtual volume from which the application reads and writes data
  • the page is allocated to the virtual volume from the storage tier with the higher priority among the storage tiers associated with the.
  • a plurality of types of storage devices having different performances and storage areas provided by the plurality of types of storage devices are managed as different types of storage hierarchies, and a pool is created by a plurality of different types of storage hierarchies.
  • a virtual volume is provided to the host computer, and in response to a write request from an application installed in the host computer for the virtual volume, a storage area from the pool for the virtual volume has a predetermined size.
  • Virtual In response to a write request from the corresponding application for the virtual volume, the first step of managing a policy that associates the storage tier that allocates the page to a volume and the priority of the storage tier, According to the corresponding policy, a second step of allocating the page to the virtual volume from a storage tier having a higher priority among the storage tiers associated with the virtual volume is provided.
  • the storage hierarchy to which pages are allocated when the application writes data to the virtual volume can be limited in advance for each application.
  • pages can always be allocated from a storage tier with high performance. In this way, stable performance of the virtual volume can be realized.
  • reference numeral 1 denotes a computer system according to this embodiment as a whole.
  • This computer system 1 includes a plurality of host computers 3, a management computer 4, and a storage device 5 connected to each other via a management network 2.
  • Each host computer 3 and storage device 5 is a SAN (Storage Area). Network) or the like, and is connected through a data network 6.
  • SAN Storage Area
  • the host computer 3 is a computer device provided with information processing resources such as a processor 10 and a memory 11, and is composed of, for example, a personal computer, a workstation, or a main frame.
  • the host computer 3 includes an input unit 12 such as a keyboard, a switch, a pointing device and / or a microphone, and an output unit 13 such as a monitor display and / or a speaker, and a data network via the I / O port 14. 6 and connected to the management network 2 via the management port 15.
  • Various applications 16 are stored in the memory 11 of the host computer 3.
  • the management computer 4 is a computer device provided with information processing resources such as a processor 20 and a memory 21, and includes, for example, a personal computer, a workstation, or a main frame. As with the host computer 3, the management computer 4 includes an input unit 22 such as a keyboard, switch, pointing device and / or microphone, and an output unit 23 such as a monitor display and / or a speaker. Via the management network 2.
  • a virtual volume page allocation policy setting program 25 and a data / page mapping setting program 26, which will be described later, an apparatus table 27, a virtual volume page allocation policy management table 28, and a data / page mapping management table 29 are stored. Is stored.
  • the storage device 5 includes one or more storage devices 30 and information processing resources such as a controller 31 and a memory 32, and is connected to the management network 2 via the management port 33. At the same time, it is connected to the data network 6 via the I / O port 34.
  • the storage device 30 is, for example, a semiconductor memory such as an SSD (Solid State Drive), an expensive and high performance disk device such as an FC (Fibre Chanel) disk or a SAS (Serial Attached SCSI) disk, and a SATA (Serial AT AT Attachment) disk. And low-cost and low-performance disk units.
  • SSD Solid State Drive
  • FC Fibre Chanel
  • SAS Serial Attached SCSI
  • SATA Serial AT AT Attachment
  • the controller 31 is a processor that controls the operation of the entire storage apparatus 5.
  • the controller 31 executes the microprogram 35 stored in the memory 32, various processes are performed as the entire storage apparatus 5.
  • the memory 32 is used to hold the microprogram 35 and control information read from the storage device 30 when the storage device 5 is started up, and temporarily stores the work memory of the controller 31 and data read from and written to the storage device 30. It is also used as a memory for storing information.
  • a virtual volume management table 36, a virtual volume page allocation management table 37, a virtual volume pool management table 38, a storage tier management table 39, a virtual volume page allocation policy management table 40, and a data / page mapping management table 41, which will be described later, are also stored in this memory 32. Stored and retained.
  • FIG. 5 shows a logical configuration of the storage apparatus 5.
  • a parity group PG is defined by one or a plurality of storage devices 30 of the same type (SSD, FC, SATA, etc.), and provided by one or a plurality of storage devices 30 constituting one parity group PG.
  • One or more pool volumes PVOL are defined on the storage area.
  • one storage tier ST is defined by one or a plurality of pool volumes PVOL defined on the same type of parity group PG, and a plurality of storage tiers ST of different types (the types of storage devices 30 that provide storage areas are different).
  • One virtual volume pool VVP is defined by a plurality of storage hierarchies ST).
  • the SSD has the highest reliability and response performance
  • the SATA hard disk device has the lowest reliability and response performance. Therefore, in the case of the example in FIG. 5, the reliability and response performance of the storage tier ST composed of the storage areas provided by the SSD among the storage tiers ST constituting the virtual volume pool VVP is the highest, and the FC hard disk device
  • the storage hierarchy ST configured from the storage area provided by the storage area ST has the next highest reliability and response performance
  • the storage hierarchy ST configured from the storage area provided by the SATA hard disk device has the lowest reliability and response performance. I understand.
  • a virtual volume VVOL which is one or a plurality of virtual logical volumes, is defined in the storage apparatus 5, and this virtual volume VVOL is provided to the host computer 3.
  • Each virtual volume VVOL is given a unique identifier (hereinafter referred to as LUN (Logical Unit Unit number)).
  • LUN Logical Unit Unit number
  • An area in the virtual volume VVOL is divided into blocks of a predetermined size (hereinafter referred to as logical blocks), and a unique number (LBA: Logical BlockBAAddress) is assigned to each logical block.
  • Data read / write from / to the virtual volume VVOL from the host computer 3 is performed in units of logical blocks in which the addresses are designated, using a combination of LUN and LBA as an address.
  • Each virtual volume VVOL is associated with any one virtual volume pool VVP defined in the storage apparatus 5.
  • a storage area is allocated to the logical block specified in the write request in the virtual volume VVOL specified in the write request. If not, a required amount of storage area is allocated to the logical block in units of a predetermined size called a page from the virtual volume pool VVP associated with the virtual volume VVOL.
  • a page is a basic unit of a storage area allocated to a corresponding virtual volume VVOL from a storage hierarchy ST that constitutes a virtual volume pool VVP.
  • a page and one logical block of the virtual volume VVOL have the same size. Therefore, in this embodiment, one page is allocated from the virtual volume pool VVP to one logical block of the virtual volume VVOL.
  • the data from the host computer 3 is written to the page assigned to the logical block specified in the write request in the virtual volume VVOL specified in the write request. As a result, it is performed on the page.
  • the storage apparatus 5 monitors the access frequency from the host computer 3 per unit time for each logical block of the virtual volume VVOL in parallel with the process of assigning pages to the virtual volume VVOL as described above. Then, the storage apparatus 5 changes the storage tier ST that allocates a page to the logical block of the virtual volume VVOL to another storage tier ST as necessary (periodically or irregularly according to the access frequency per unit time ( Data relocation processing to be reallocated) is executed.
  • the storage apparatus 5 has more response performance and reliability than the storage tier ST constituting the corresponding virtual volume pool VVP for a logical block having a high access frequency.
  • a page is allocated from a high storage hierarchy ST, and a page is allocated to a logical block with a low access frequency from a storage hierarchy ST having a lower response performance and reliability among the storage hierarchies ST constituting the virtual volume pool VVP.
  • the corresponding storage device 30 is controlled so that data is transferred (moved) between the storage hierarchies ST as necessary.
  • a virtual volume VVOL in which the application 16 reads and writes data one or a plurality of storage hierarchies ST that allocates pages to the virtual volume VVOL, and these storage virtuals
  • the priority (priority order) of each storage tier ST in the ST can be set as a policy relating to the application 16 (hereinafter referred to as a virtual volume page allocation policy).
  • the storage device 5 When the storage device 5 receives a data write request for the virtual volume VVOL from the application 16 installed in the host computer 3 or executes the data relocation processing, the storage device 5 performs virtual processing according to the virtual volume page allocation policy. Pages can be allocated to one or a plurality of storage hierarchies ST associated with the virtual volume VVOL (specifically, the corresponding application 16) with respect to the logical block in which data in the volume VVOL is written or written. And a page is allocated or reassigned from the storage hierarchy ST having a higher priority (higher priority).
  • the storage apparatus 5 is associated with the virtual volume VVOL.
  • a necessary number of pages can be allocated, and pages are allocated or reallocated from the higher storage hierarchy ST.
  • the memory 21 of the management computer 4 has a virtual volume page allocation policy setting program 25, data / page mapping setting, as shown in FIG. A program 26, a device table 27, a virtual volume allocation policy management table 28, and a data / page mapping management table 29 are stored.
  • the virtual volume page allocation policy setting program 25 is a GUI (Graphical User Interface) screen (hereinafter referred to as virtual volume page allocation policy setting) for creating a virtual volume page allocation policy for each virtual volume VVOL installed in the host computer 3. Is called a screen) to the system administrator, and a virtual volume page allocation policy created by the system administrator or the like using this virtual volume page allocation policy setting screen is set in the storage apparatus 5.
  • GUI Graphic User Interface
  • the data / page mapping setting program 26 is used by the system administrator to specify the correspondence between the data written in the virtual volume VVOL by the application 16 and the page assigned to the area in the virtual volume VVOL where the data is to be written.
  • a GUI screen (hereinafter referred to as a data / page mapping setting screen) is presented to the system administrator, and this data / page mapping setting screen is used to store the correspondence between such data and pages specified by the system administrator or the like. This is a program for setting in the device 5.
  • the device table 27 is a table for the management computer 4 to manage the host computer 3 and the storage device 5 existing in the computer system 1, and as shown in FIG. 6, the device ID column 27A, the device type column 27B, and the device It consists of an information column 27C and an IP address column 27D.
  • identifiers respectively assigned to the host computer 3 and the storage device 5 existing in the computer system 1 are stored, and in the device type column 27B, the device type ( Storage device or host computer).
  • the device information column 27C stores information such as the vendor name, model, and serial number of the corresponding device
  • the IP address column 27D stores the IP address of the device when accessing the corresponding device.
  • the “storage device” “ST1” is a model “vendor A1” of the vendor “vendor A”, the serial number is “10”, and the IP address is “10.10. 10.10 "is shown.
  • the virtual volume page allocation policy management table 28 is a table for managing the virtual volume page allocation policy created by the system administrator using the virtual volume page allocation policy setting screen 50 (FIG. 13) described later on the management computer 4 side. Yes, as shown in FIG. 7, it is composed of a policy ID column 28A, a server ID column 28B, an application ID column 28C, a virtual volume list column 28D, and a storage tier arrangement order column 28E.
  • the application column 28C stores the identifier of the corresponding application 16
  • the server ID column 28B stores the identifier of the host computer 3 on which the application 16 is mounted.
  • the identifiers of all the virtual volumes VVOL with which the corresponding application 16 reads / writes data are stored in the virtual volume list column 28D, and the data is written in these virtual volumes VVOL in the storage hierarchy arrangement order column 28E
  • One or a plurality of storage hierarchies ST to which pages are to be allocated are arranged and stored in descending order of priority.
  • the virtual volume page allocation policy “Policy1” is a rule for the application 16 “AP1” implemented in the host computer 3 “H1”.
  • the virtual volumes VVOL “v101” and “v102” 16 read and write data, three storage tiers ST “Tier0”, “Tier1” and “Tier2” are associated with the priority in this order. It has been shown that
  • the data / page mapping management table 29 is a table for managing the correspondence relationship between data and pages specified by the system administrator using the data / page mapping setting screen 60 (FIG. 14) described later on the management computer 4 side. As shown in FIG. 8, it comprises a mapping ID column 29A, an application ID column 29B, a data ID column 29C, a virtual volume ID column 29D, and a corresponding page column 29E.
  • mapping ID column 29A identifiers assigned to corresponding data and page correspondences are stored.
  • the application ID column 29B stores the identifier of the corresponding application 16
  • the data ID column 29C stores the identifier of the data assigned to the data of the corresponding application 16.
  • the virtual volume ID column 29D stores the identifier of the virtual volume VVOL in which the data is to be stored
  • the corresponding page column 29E is assigned to all logical blocks in which the data is stored in the virtual volume VVOL. Each page identifier is stored.
  • the data “data 1a” used by the application 16 “AP1” is two logical blocks to which pages “p01” and “p02” in the virtual volume VVOL “VOL1” are respectively assigned. It is shown that the identifier “Map01” is assigned to the correspondence between the data “data 1a” and the pages “p01” and “p02” at this time.
  • a virtual volume control program 35A is included in the microprogram 35 stored in the memory 32 of the storage apparatus 5.
  • the memory 32 is provided with a virtual volume management table 36, a virtual volume page allocation management table 37, a virtual volume pool management table 38, a storage tier management table 39, a virtual volume page allocation policy management table 40, and data / page mapping.
  • a management table 41 is stored.
  • the virtual volume control program 35A of the storage apparatus 5 responds to the data write to the virtual volume VVOL from each application 16 according to the above-described virtual volume page allocation policy, and the virtual volume pool VVP (see FIG. 5) is a program that executes processing such as allocating pages.
  • the virtual volume management table 36 is a table used by the virtual volume control program 35A to manage the virtual volume VVOL defined in the own storage apparatus 5, and as shown in FIG. 9, the virtual volume ID column 36A, The host allocation status column 36B, the virtual capacity column 36C, the threshold value column 36D, and the allocated capacity column 36E.
  • the identifier of each virtual volume VVOL defined in the storage apparatus 5 having the virtual volume management table 36 is stored.
  • the host allocation status column 36B information on whether or not any host computer 3 is allocated as a data write destination to the corresponding virtual volume VVOL (“Allocated” if allocated) If not, “Unallocated”) is stored.
  • the host allocation status column 36B includes the port ID (“PID”) of the port of the host computer 3 connected to the virtual volume VVOL and the host computer. 3 stores the identification number (“LUN”) of the virtual volume VVOL.
  • the capacity of the corresponding virtual volume VVOL is stored in the virtual capacity column 36C, and the threshold of the used capacity set in advance for the virtual volume VVOL is stored in the threshold value column 36D.
  • the used capacity of the corresponding virtual volume VVOL exceeds this threshold, a warning to that effect is sent to the system administrator.
  • the allocated capacity column 36E stores the current used capacity of the corresponding virtual volume VVOL.
  • the virtual volume VVOL “v101” has the capacity set to “10 GB” and the threshold value “6 GB”, and any of the host computers 3 has already been allocated (“Allocated”).
  • the host computer 3 indicates that a capacity of “6 GB” is being used.
  • the virtual volume page allocation management table 37 is a table used by the virtual volume control program 35A to manage the allocation status of pages to the virtual volume VVOL defined in the own storage apparatus 5, and as shown in FIG.
  • the virtual volume ID column 37A stores the identifier of each virtual volume VVOL defined in the storage apparatus 5 having the virtual volume page allocation management table 37, and the pool ID column 37B stores the corresponding virtual volume VVOL.
  • the identifier of the virtual volume pool VVP associated with the allocation source to which the page should be allocated is stored.
  • the assigned LBA column 37C stores the LBA of the logical block to which a page has already been allocated among the logical blocks in the corresponding virtual volume VVOL
  • the assigned page column 37D stores the logical block for the logical block.
  • the I / O frequency column 37E stores the I / O frequency per unit time from the host computer 3 for the data stored in the corresponding page.
  • the virtual volume VVOL “v101” is associated with the virtual volume pool VVP with the pool ID “Pool1”, and the LBA of the virtual volume VVOL is “[0GB] ⁇ [2GB]”. ”,“ [2GB]-[4GB] ”and“ [4GB]-[6GB] ”logical blocks with identifiers“ p01 ”,“ p02 ”and“ p03 ”, respectively. It is indicated that the access frequency per unit time from the host computer 3 to the data stored in the pages “p01”, “p02” and “p03” is “100”, “200” and “80”, respectively. ing.
  • the virtual volume pool management table 38 is a table used by the virtual volume control program 35A to manage the virtual volume pool VVP defined in the own storage apparatus 5, and as shown in FIG. 11, the pool ID column 38A, It consists of a page ID column 38B, a corresponding virtual volume pool column 38C, an LBA column 38D, and a virtual volume allocation status column 38E.
  • the pool ID column 38A stores the identifiers of the virtual volume pools VVP defined in the storage apparatus 5 including the virtual volume pool management table 38, and the page ID column 38B stores the corresponding virtual volume pool VVP.
  • the identifier assigned to each page is stored.
  • the corresponding virtual volume pool column 38C stores the identifier and capacity of the pool volume PVOL (FIG. 5) that provides the corresponding page in the corresponding virtual volume pool VVP.
  • the LBA column 38D stores the LBA of the corresponding page in the corresponding pool volume PVOL
  • the virtual volume allocation status column 38E indicates whether the corresponding page is allocated to any virtual volume VVOL.
  • Information (“Allocated” if assigned, “Unallocated” if not assigned) and the identifier of the allocation-destination virtual volume VVOL if assigned are stored.
  • the pages “p01” to “p05” of the virtual volume pool VVP “pool1” are provided by the pool volume PVOL having the capacity “10 GB” “v201”. It is indicated that the storage area of the page whose LBA is “[0GB]-[2GB]” is already allocated to the virtual volume VVOL “v101” (“Allocated”).
  • the storage tier management table 39 is a table used by the virtual volume control program 35A to manage the storage tier ST defined in the own storage apparatus 5. As shown in FIG. 12, the storage tier ID column 39A, parity It consists of a group ID column 39B, a corresponding storage device column 39C, a media type column 39D, and a pool volume ID column 39E.
  • the storage tier ID column 39A stores the identifiers of the respective storage tiers ST defined in the storage apparatus 5 including the storage tier management table 39, and the parity group ID column 39B configures the corresponding storage tier ST.
  • the identifier of the parity group PG to be stored is stored.
  • the corresponding storage device column 39C stores all the identifiers of the storage devices 30 constituting the corresponding parity group PG, and the media type column 39D stores the types of these storage devices 30 (such as SSD, FC, or SATA). Is stored.
  • the pool volume ID column 39E stores the identifier of the pool volume PVOL that constitutes the corresponding storage tier ST.
  • the storage tier ST of “Tier0” is composed of a pool volume PVOL of “v201”, and this pool volume PVOL has the type “SSD” “a0”, “a1”, “a2”. And it is shown that it is defined on a storage area provided by a parity group PG called “PG01” composed of four storage devices 30 called “a3”.
  • the virtual volume allocation policy management table 40 is a table for managing the above-described virtual volume allocation policy created by the system administrator on the storage apparatus 5 side, and is the same as the virtual volume allocation policy management table 28 of the management computer 4. Since it has a structure, description here is omitted.
  • the data / page mapping management table 41 is also a table for managing the correspondence between the data designated by the system administrator and the page on the management computer 4 side as described above, and the data / page mapping management of the management computer 4. Since it has the same configuration as the table 29, the description thereof is omitted here.
  • FIG. 13 is displayed on the management computer 4 when the virtual volume page allocation policy setting program 25 (FIG. 3) of the management computer 4 is started.
  • the screen structure of the virtual volume page allocation policy setting screen 50 is shown.
  • the system administrator sets what priority should be allocated from which storage hierarchy ST to the virtual volume VVOL with which the application 16 reads and writes data.
  • a policy ID field 51 As shown in FIG. 13, a policy ID field 51, a server ID field 52, an application ID field 53, a virtual volume list field 54, a storage tier arrangement ranking part 55, and a policy setting button 56 Composed.
  • the policy ID field 51 is a field for the system administrator or the like to specify (input) the identifier of the virtual volume page allocation policy to be set at that time.
  • the application ID field 53 and the server ID field 52 are respectively This is a field for designating the identifier of the target application 16 and the identifier of the host computer 3 on which the application 16 is mounted.
  • the virtual volume list field 54 is a field for designating the identifier of the virtual volume VVOL with which the application 16 reads and writes data.
  • the system administrator or the like uses the first priority field 55A, the second priority field 55B, and the storage hierarchy ST desired as the storage hierarchy ST to which pages are allocated when the application 16 writes data to the virtual volume VVOL in descending order of priority. This can be specified by inputting the identifier in the third priority field 55C.
  • the identifier of the storage hierarchy ST may be input to only a part of the field 55C. In this way, it is possible to further limit the storage hierarchy ST to which pages are allocated when the corresponding application 16 writes data to the virtual volume VVOL. For example, “Tier0” is input to the first priority field 55A, “Tier1” is input to the second priority field 55B, and the third priority field 55C is left blank, so that the corresponding application 16 has written data to the virtual volume VVOL. Sometimes the storage hierarchy ST to which pages are allocated can be limited to only two storage hierarchies ST of “Tier0” and “Tier1”.
  • the policy setting button 56 displays the virtual volume page allocation policy of the contents respectively input to the policy ID field 51, the server ID field 52, the application ID field 53, the virtual volume list field 54, and the storage tier arrangement ranking unit 55 in the storage device 5. It is a button for setting.
  • the virtual volume page allocation policy setting program 25 sets the policy after the necessary items are input to the policy ID field 51, the server ID field 52, the application ID field 53, the virtual volume list field 54, and the storage tier arrangement ranking unit 55.
  • the button 56 is clicked, the contents input by the system administrator on the virtual volume page allocation policy setting screen 50 are transferred to the storage apparatus 5 together with the setting command.
  • the storage apparatus 5 receives this setting command, the storage apparatus 5 internally sets the setting contents on the virtual volume page allocation policy setting screen 50 given together with the setting command.
  • the identifier of the virtual volume page allocation policy is not specified by the system administrator on the virtual volume page allocation policy setting screen 50, but, for example, the virtual volume page allocation policy setting program 25 is numbered according to a predetermined rule.
  • the storage apparatus 5 cannot identify the application 16 that has written data to the virtual volume VVOL. The reason is that, when data is written in which logical block of which virtual volume VVOL, only the process of allocating the page with which priority from which storage hierarchy ST can be performed.
  • the priority order of the storage hierarchy ST may be specified by the disk type or the identifier of the parity group PG.
  • FIG. 14 shows a data / page mapping setting screen displayed on the management computer 4 when the data / page mapping setting program 26 (FIG. 3) of the management computer 4 is started. 60 screen configurations are shown.
  • the data / page mapping setting screen 60 displays data to be written to the virtual volume VVOL by the application 16 installed in the host computer 3 as described above, and an area (page of the virtual volume VVOL) in which the data is to be written. ), And a mapping ID field 61, server ID field 62, application ID field 63, virtual volume ID field 64, data ID field 65, data name, as shown in FIG. A field 66 and a data address field 67, a data address confirmation button 68, and a mapping setting button 69 are configured.
  • mapping ID field 61 is a field for the system administrator to specify (input) the associated data and the identifier to be assigned to the page.
  • the application ID field 63 and the server ID field 62 are respectively the corresponding application 16. And an identifier of the host computer 3 in which the application 16 is mounted.
  • the virtual volume ID field 64 is a field for designating the identifier of the virtual volume VVOL with which the application 16 reads and writes data
  • the data ID field 65 is the identifier of data that the application 16 writes to the virtual volume VVOL. This is a field to specify.
  • the data name field 66 is a field for designating the data name (for example, file name) of the data.
  • the data address field 67 is a field for designating a range of an area in which such data is written in the virtual volume VVOL, which has been examined in advance by the system administrator.
  • this range can be displayed in the data address field 67 by clicking the data address confirmation button 68 after inputting the data name in the data name field 66, as will be described later.
  • the data address confirmation button 68 is a button for causing the data / page mapping setting program 26 to investigate the range of the area in which such data is written in the virtual volume VVOL.
  • the identifier of the host computer 3 corresponding to the server ID field 62 is input and the data name is input to the data name field 66 and the data address confirmation button 68 is clicked, the data / page mapping setting program 26 is clicked.
  • a command for examining the address of data is issued to the host computer 3 whose identifier is stored in the server ID field 52, and the address thus obtained is displayed in the data address field 67.
  • the mapping setting button 69 is a button for setting the correspondence between data and pages set on the data / page mapping setting screen 60.
  • the data / page mapping setting program 26 displays a mapping setting button after necessary items are input to the server ID field 62, application ID field 63, virtual volume ID field 64, data ID field 65, data name field 66, and data address field 67.
  • the contents entered by the system administrator on this data / page mapping setting screen 60 are transferred to the storage apparatus 5 together with the setting command.
  • the storage device 5 internally sets the setting contents on the data / page mapping setting screen 60 given together with the setting command.
  • mapping ID may not be specified on the data / page mapping setting screen 60 by the system administrator, but the data / page mapping setting program 26 may be assigned a number according to a predetermined rule.
  • the input to the server ID field 62 and the application ID field 63 may be omitted.
  • FIG. 15 shows the virtual volume page allocation policy setting of the management computer 4 when the policy setting button 56 on the virtual volume page allocation policy setting screen 50 (FIG. 13) is clicked.
  • the processing procedure of the virtual volume page allocation policy setting process executed by the program 25 (FIG. 3) is shown.
  • the virtual volume page allocation policy setting program 25 displays the virtual volume page allocation policy shown in FIG. Start the setting process.
  • the virtual volume page allocation policy setting program 25 starts with the identifier of the target application 16 and the identifier of the corresponding virtual volume VVOL input by the system administrator on the virtual volume page allocation policy setting screen 50, Each piece of information such as the identifier of the storage hierarchy ST designated for the application 16 is fetched (SP1).
  • the virtual volume page allocation policy setting program 25 creates a new entry in the virtual volume page allocation policy management table 28 (FIG. 7) in the management computer 4, and each column (policy ID column 28A, In the server ID column 28B, the application ID column 28C, the virtual volume list column 28D, and the storage tier arrangement order column 28F), the corresponding information captured in step SP1 is stored (SP2).
  • the virtual volume page allocation policy setting program 25 transfers an update instruction for the virtual volume page allocation policy management table 28 to the storage apparatus 5 together with information on the new virtual volume page allocation policy acquired in step SP1 (SP3).
  • the virtual volume control program 35A (FIG. 4) of the storage apparatus 5 creates and creates a new entry in the virtual volume page allocation policy management table 40 (FIG. 4) in the storage apparatus 5 in response to the update instruction.
  • the corresponding information transmitted from the management computer 4 at this time is stored in each column of the entry.
  • the virtual volume page allocation policy setting program 25 thereafter ends this virtual volume page allocation policy setting process.
  • FIG. 16 shows the data / page mapping setting program of the management computer 4 when the mapping setting button 69 on the data / page mapping setting screen 60 (FIG. 14) is clicked.
  • 26 shows the processing procedure of the data / page mapping setting process executed by H.26 (FIG. 3).
  • the data / page mapping setting program 26 displays the virtual volume page allocation policy setting process shown in FIG. To start.
  • the data / page mapping setting program 26 first determines the identifier of the application 16 input by the system administrator on the data / page mapping setting screen 60, the identifier and data name of the target data, and the corresponding virtual volume VVOL. Each piece of information such as the storage position (data address) of the data is fetched (SP10).
  • the data / page mapping setting program 26 stores the data in the virtual volume VVOL based on the predetermined size of each page and the storage position of the target data at that time in the virtual volume VVOL. All pages (hereinafter referred to as “related pages”) assigned to a certain area are specified (SP11).
  • the data / page mapping setting program 26 creates a new entry in the data / page mapping management table 29 (FIG. 8) in the management computer 4, and creates each entry field (mapping ID field 29 ⁇ / b> A, application ID field).
  • 29B, the data ID column 29C, the virtual volume column 29D, and the corresponding page column 29E) store the corresponding information captured in step SP10 (SP12).
  • the data / page mapping setting program 26 stores an update instruction for the data / page mapping management table 29 together with the new data acquired in step SP10 and information about the correspondence between pages (hereinafter referred to as mapping information).
  • the data is transferred to the device 5 (SP13).
  • the virtual volume control program 35A of the storage apparatus 5 creates a new entry in the data / page mapping management table 41 in the storage apparatus 5 in response to the update instruction, and puts the new entry in each column of the created entry at this time.
  • the corresponding information transmitted from the management computer 4 is stored.
  • the data / page mapping setting program 26 thereafter ends this data / page mapping setting process.
  • FIG. 17 shows the procedure of page arrangement processing executed by the virtual volume control program 35A (FIG. 4) of the storage apparatus 5.
  • the virtual volume control program 35A arranges or rearranges pages in the virtual volume VVOL according to the processing procedure shown in FIG.
  • the virtual volume control program 35A starts this page arrangement process when the storage apparatus 5 is activated, and first, the management computer 4 determines whether or not it is time to execute page rearrangement in a predetermined schedule. It is sequentially determined whether or not an execution request for forced relocation has been given, and whether or not an access request (write request or read request) has been given from any of the host computers 3 (SP20 to SP23).
  • step SP20 When the virtual volume control program 35A obtains a negative result in any of these determinations, it repeats the loop of step SP20 to step SP23 to step SP20.
  • step SP20 When the virtual volume control program 35A eventually obtains an affirmative result in step SP20 when it is time to execute page rearrangement, the storage hierarchy in which pages are allocated to logical blocks storing data in the virtual volume VVOL. A page rearrangement process is performed to change ST to another storage hierarchy ST as necessary (SP24), and then the process returns to step SP20.
  • step SP21 When the virtual volume control program 35A eventually receives a forced relocation request from any of the host computers 3 and obtains a positive result in step SP21, the data specified in the forced relocation request is stored. Forcible relocation processing for assigning pages to the logical block of the virtual volume VVOL from another storage hierarchy ST different from the current storage hierarchy ST is executed (SP25), and thereafter, the process returns to step SP20.
  • step SP23 when the virtual volume control program 35A eventually obtains an affirmative result in step SP23 by receiving an access request from any of the host computers 3, it determines whether or not the access request is a read request (SP26). ).
  • the virtual volume control program 35A obtains the data specified in the read request from the corresponding logical block of the corresponding virtual volume VVOL (more precisely, the storage constituting the corresponding storage hierarchy ST). After reading (from the device 30) and transferring it to the host computer 3 that sent the read request (SP27), the process returns to step SP20.
  • the virtual volume control program 35A when the virtual volume control program 35A obtains a negative result in the determination at step SP24, the virtual volume control program 35A applies a virtual volume to the logical block of the virtual volume VVOL designated as the write destination of the write target data in the write request.
  • the page allocation policy a necessary amount of pages are allocated from any storage hierarchy ST, and data to be written is written to the pages (SP28). The virtual volume control program 35A then returns to step SP20.
  • FIG. 18 shows a specific processing procedure of the page rearrangement process executed by the virtual volume control program 35A in step SP24 of the page layout process described above with reference to FIG.
  • page relocation processing for changing the page allocation source from the current storage hierarchy ST to another storage hierarchy ST is periodically performed according to a schedule. Or it can be performed irregularly.
  • a user or a system administrator can create such a schedule by operating the host computer 3 or the management computer 4 and set it in the storage device 5. Then, the virtual volume control program 35A of the storage apparatus 5 constantly monitors such a schedule, and when the process proceeds to step SP26 of the page allocation process (FIG. 17) at a timing when the page rearrangement process is to be executed, The page rearrangement process shown in FIG. 18 is started.
  • the virtual volume control program 35A When the virtual volume control program 35A starts this page rearrangement process, first, with reference to the virtual volume page allocation management table 37 (FIG. 10), the virtual volume control program 35A is assigned to any virtual volume VVOL defined in the storage apparatus 5. All assigned pages are sorted in descending order of I / O frequency from the host computer 3 for the data stored in the pages (SP30).
  • the virtual volume control program 35A selects one page having the highest I / O frequency from the host computer 3 for the data stored in the page among the allocated pages sorted in step SP30 ( SP31).
  • the virtual volume control program 35A refers to the data / page mapping management table 41 (FIG. 4), and all pages in which data of the same file as the data stored in the page selected in step SP31 is stored. (All related pages of the page selected in step SP31) are specified (SP32).
  • the virtual volume control program 35A refers to the virtual volume page allocation policy management table 40 and the virtual volume pool management table 38, and stores the data stored in the page selected in step SP31 and each related page identified in step SP32. And the data stored in the page selected in step SP31 and having the highest priority among the storage hierarchies ST to which page allocation is permitted.
  • a storage hierarchy ST that can store all of the data stored in each related page specified in SP32 is specified (SP33).
  • step SP34 determines whether or not the processing of step SP31 to step SP33 has been executed for all the pages sorted in step SP30 (SP34).
  • step SP31 When the virtual volume control program 35A obtains a negative result in this determination, it returns to step SP31, and thereafter repeats the processing from step SP31 to step SP34 until it obtains a positive result at step SP34.
  • step SP34 If the virtual volume control program 35A eventually obtains a positive result in step SP34 by completing the processing of step SP31 to step SP33 for all the pages sorted in step SP30, the storage hierarchy ST identified in step SP33 is currently For data different from the storage hierarchy ST, the data is migrated (moved) from the current storage hierarchy ST to the storage hierarchy ST identified in step SP33, and the data / page mapping management table 41 is updated accordingly (SP35). . As a result, the rearrangement of pages for switching the storage tier ST to which pages are assigned to the logical block of the virtual volume VVOL to another storage tier ST is performed.
  • the virtual volume control program 35A ends the page rearrangement process and returns to the page arrangement process (FIG. 17).
  • FIG. 19 shows a specific processing procedure of forced relocation processing executed by the virtual volume control program 35A in step SP25 of the page placement processing described above with reference to FIG.
  • the allocation source of the page assigned to the logical block in which the data is written in the virtual volume VVOL is determined by the user operation. It is possible to change from ST to another storage hierarchy ST.
  • each of the logical blocks in the virtual volume VVOL in which the data designated in the forced relocation request is written is assigned to each logical block.
  • the specified page is specified (SP40).
  • the virtual volume control program 35A refers to the virtual volume pool management table 38 (FIG. 11) and is designated in the forced relocation request to the storage tier ST designated as the relocation destination in the forced relocation request. It is then determined whether there are unused pages (hereinafter referred to as unused pages) that can store all the data to be rearranged (SP41).
  • the virtual volume control program 35A If the virtual volume control program 35A obtains an affirmative result in this determination, the virtual volume control program 35A shifts the data to be relocated specified in the forced relocation request to the storage tier ST specified as the destination location in the forced relocation request. The corresponding storage device 30 is controlled, and the data / page mapping management table 41 is updated accordingly (SP42). Then, the virtual volume control program 35A ends this forced rearrangement process and returns to the data arrangement process (FIG. 17).
  • the virtual volume control program 35A executes a relocation process similar to the data relocation process described above with reference to FIG. Unused pages that can store all the data to be rearranged are prepared in the storage hierarchy ST designated as the placement destination. Further, the virtual volume control program 35A controls the corresponding storage device 30 so as to transfer the data to be rearranged to the prepared unused page, and updates the data / page mapping management table 41 accordingly (SP43). . The virtual volume control program 35A thereafter ends this forced relocation process and returns to the data allocation process.
  • FIG. 20 shows a specific processing procedure of the write process executed by the virtual volume control program 35A in step SP28 of the page arrangement process described above with reference to FIG.
  • step SP28 of the page arrangement process it starts this write process.
  • the logical volume of the write destination of the data specified in the write request in the virtual volume VVOL specified in the write request is started. It is determined whether a page has already been allocated to the block (SP50).
  • the write target data given from the host computer 3 together with the write request is designated in the write request in the virtual volume VVOL designated in the write request.
  • the written logical block is written (SP51), and then the process proceeds to step SP56.
  • the virtual volume control program 35A obtains a negative result in the determination at step SP50, it refers to the virtual volume page allocation policy management table 40 (FIG. 4) and the virtual volume pool management table 38 (FIG. 11). For each storage tier ST for which the priority is set for the data, the unused pages are searched in order from the storage tier ST set with a higher priority (SP52).
  • the virtual volume control program 35A has unused pages for storing all the data in the storage hierarchy ST for which priority is set for the data. It is determined whether or not the storage hierarchy ST exists (SP53).
  • the virtual volume control program 35A If the virtual volume control program 35A obtains a negative result in this determination, it sends a warning that the data cannot be written to the virtual volume VVOL according to the virtual volume page allocation policy to the host computer 3 that sent the write request. (SP54), the write process is terminated and the process returns to the page layout process.
  • the virtual volume control program 35A when the virtual volume control program 35A obtains a positive result in the determination at step SP53, the virtual volume control program 35A applies to the write destination area of the data specified in the write request in the virtual volume VVOL specified in the write request.
  • the storage tiers ST having unused pages that can store all data to be written an unused page of the storage tier ST set with the highest priority is assigned to the data, and the unused pages are applied.
  • Data to be written is written (SP55).
  • the virtual volume control program 35A sends a write completion notification to the effect that the write processing of the write target data has been completed to the host computer 3 that is the source of the write request (SP56). End and return to page layout processing.
  • each application 16 installed in the host computer 3 a virtual volume VVOL in which the application 16 reads and writes data
  • a policy that associates the storage tier ST to which the page is allocated to the virtual volume VVOL and the priority of the storage tier ST is managed in the virtual volume page allocation policy management table 28, and in response to a write request from the application 16 to the virtual volume VVOL.
  • the storage hierarchy ST to which pages are assigned when the application 16 writes data to the virtual volume VVOL can be limited in advance.
  • the storage apparatus 5 assigns pages from the storage tier ST of the same type to each logical block of the virtual volume VVOL storing the data of the same file, It is possible to prevent a variation in the access performance for each logical block. Thus, stable access performance for the virtual volume VVOL can be realized.
  • the storage device 30 mounted on the storage device 5 has been described.
  • the present invention is not limited to this, and for example, the storage device 30 Alternatively, an optical disk device loaded with an optical disk or a magnetic tape device loaded with a magnetic tape may be applied.
  • the present invention can be widely applied to storage devices having various configurations equipped with a hierarchical data management function.

Abstract

　ストレージ装置における仮想ボリュームの性能安定稼働と、仮想ボリュームに対する安定したアクセス性能との実現を提案する。　性能が異なる複数種別の記憶階層によりプールを構成すると共に、ホスト計算機に対して仮想ボリュームを提供し、仮想ボリュームに対するアプリケーションからのライト要求に応じて、当該仮想ボリュームに対してプールからページを割り当てるストレージ装置において、アプリケーションと、当該アプリケーションがデータを読み書きする仮想ボリュームと、当該仮想ボリュームにページを割り当てる記憶階層及び当該記憶階層の優先度とを関連付けたポリシを管理し、アプリケーションからのライト要求に応じて、対応するポリシに従って、対応する仮想ボリュームに関連付けられた記憶階層のうち、より優先度が高い記憶階層から当該仮想ボリュームにページを割り当てるようにした。

Description

ストレージ装置及びデータ管理方法
　本発明は、ストレージ装置及びデータ管理方法に関し、例えば階層型データ管理機能が搭載されたストレージ装置に適用して好適なものである。
　従来、ストレージ装置におけるデータ管理方法として、階層型データ管理方法が提案されている（例えば特許文献１）。
　かかる階層型データ管理方法では、性能が異なる複数種類の記憶装置がそれぞれ提供する各記憶領域をそれぞれ異なる種別の記憶階層として管理し、異なる種別の記憶階層によりプールを構成すると共に、ホスト計算機に対して仮想ボリュームを提供し、仮想ボリュームに対するホスト計算機からのライト要求に応じて、当該仮想ボリュームに対してプールから記憶領域を動的に割り当て、割り当てた記憶領域に書込み対象のデータを格納する。
　また、かかる階層型データ管理方法では、この後、仮想ボリュームに書き込まれた各データに対するホスト計算機からのアクセス頻度を管理し、アクセス頻度が大きいデータについては、高速及び高性能の記憶階層（高速及び高性能の記憶装置の記憶領域からなる記憶階層）が提供する記憶領域に移行させ、アクセス頻度が小さいデータについては、低速及び低性能の記憶階層（低速及び低性能の記憶装置の記憶領域からなる記憶階層）が提供する記憶領域に移行させる。
米国特許出願公開第２００５／０５５６０３号明細書
　ところが、特許文献１に開示された従来の階層型データ管理方法では、ホスト計算機に実装され、実際に仮想ボリュームにデータを読み書きするアプリケーションの重要度については何らの考慮もされておらず、データに対するホスト計算機（アプリケーション）からのアクセス頻度にのみ基づいて、仮想ボリュームにおけるそのデータが書き込まれた領域に記憶領域を割り当てるべき記憶階層を決定していた。
　このため、かかる従来の階層型データ管理方法によると、重要度が低いアプリケーションのデータに対して高速及び高性能な記憶階層（以下、これを高性能記憶階層と呼ぶ）から記憶領域が割り当てられるため、その結果として高性能記憶階層の記憶領域が枯渇し、重要度の高いアプリケーションのデータに対して高性能記憶階層から記憶領域を割り当てられなくなることがあった。
　また、かかる従来の階層型データ管理方法によると、記憶階層から仮想ボリュームへの記憶領域の割り当ては所定大きさ単位（以下、これをページと呼ぶ）で行われるが、同一ファイルのデータが複数ページに渡って格納される場合に、異なる記憶階層からページが割り当てられる可能性がある。このような場合、同じファイル内の個々のデータ部位に対するアクセス性能がばらつくことになり、かかるデータに対する安定したアクセスを行い得ない問題があった。
　本発明は以上の点を考慮してなされたもので、仮想ボリュームの性能安定稼働を実現し得るストレージ装置及びデータ管理方法を提案しようとするものである。
　かかる課題を解決するため本発明においては、ストレージ装置において、性能が異なる複数種類の記憶装置と、前記複数種類の記憶装置がそれぞれ提供する各記憶領域をそれぞれ異なる種別の記憶階層として管理し、複数の異なる種別の記憶階層によりプールを構成すると共に、ホスト計算機に対して仮想ボリュームを提供し、前記仮想ボリュームに対する前記ホスト計算機に実装されたアプリケーションからのライト要求に応じて、当該仮想ボリュームに対して前記プールから記憶領域を所定大きさのページ単位で割り当て、割り当てた前記ページに書込み対象のデータを格納するコントローラとを設け、前記コントローラは、前記アプリケーションと、当該アプリケーションがデータを読み書きする前記仮想ボリュームと、当該仮想ボリュームに前記ページを割り当てる前記記憶階層及び当該記憶階層の優先度とを関連付けたポリシを管理し、前記仮想ボリュームに対する対応する前記アプリケーションからのライト要求に応じて、対応する前記ポリシに従って、当該仮想ボリュームに関連付けられた前記記憶階層のうち、より前記優先度が高い記憶階層から当該仮想ボリュームに前記ページを割り当てるようにした。
　また本発明においては、性能が異なる複数種類の記憶装置と、前記複数種類の記憶装置がそれぞれ提供する各記憶領域をそれぞれ異なる種別の記憶階層として管理し、複数の異なる種別の記憶階層によりプールを構成すると共に、ホスト計算機に対して仮想ボリュームを提供し、前記仮想ボリュームに対する前記ホスト計算機に実装されたアプリケーションからのライト要求に応じて、当該仮想ボリュームに対して前記プールから記憶領域を所定大きさのページ単位で割り当て、割り当てた前記ページに書込み対象のデータを格納するコントローラとを有するストレージ装置におけるデータ管理方法において、前記コントローラが、前記アプリケーションと、当該アプリケーションがデータを読み書きする前記仮想ボリュームと、当該仮想ボリュームに前記ページを割り当てる前記記憶階層及び当該記憶階層の優先度とを関連付けたポリシを管理する第１のステップと、前記コントローラが、前記仮想ボリュームに対する対応する前記アプリケーションからのライト要求に応じて、対応する前記ポリシに従って、当該仮想ボリュームに関連付けられた前記記憶階層のうち、より前記優先度が高い記憶階層から当該仮想ボリュームに前記ページを割り当てる第２のステップとを設けるようにした。
　本発明によれば、アプリケーションごとに、そのアプリケーションが仮想ボリュームにデータを書き込んだときにページを割り当てる記憶階層を予め限定することができるため、例えば重要度が高いアプリケーションに対しては性能が高い記憶階層を関連付けておくことによって、かかるアプリケーションが仮想ボリュームにデータを書き込む際に、常に性能が高い記憶階層からページが割り当てられるようにすることができる。かくするにつき、仮想ボリュームの性能安定稼働を実現することができる。
本実施の形態による計算機システムの全体構成を示すブロック図である。 ホスト計算機の概略構成を示すブロック図である。 管理計算機の概略構成を示すブロック図である。 ストレージ装置の概略構成を示すブロック図である。 ストレージ装置の論理構成を示す概念図である。 装置テーブルの説明に供する概念図である。 仮想ボリュームページ割当てポリシ管理テーブルの説明に供する概念図である。 データ／ページマッピング管理テーブルの説明に供する概念図である。 仮想ボリューム管理テーブルの説明に供する概念図である。 仮想ボリュームページ割当て管理テーブルの説明に供する概念図である。 仮想ボリュームプール管理テーブルの説明に供する概念図である。 記憶階層管理テーブルの説明に供する概念図である。 仮想ボリュームページ割当てポリシ設定画面の概略構成を示す略線図である。 データ／ページマッピング設定画面の概略構成を示す略線図である。 仮想ボリュームページ割当てポリシ設定処理の処理手順を示すフローチャートである。 データ／ページマッピング設定処理の処理手順を示すフローチャートである。 ページ配置処理の処理手順を示すフローチャートである。 ページ再配置処理の処理手順を示すフローチャートである。 強制再配置処理の処理手順を示すフローチャートである。 ライト処理の処理手順を示すフローチャートである。
　以下図面について、本発明の一実施の形態を詳述する。
（１）本実施の形態による計算機システムの構成
　図１において、１は全体として本実施の形態による計算機システムを示す。この計算機システム１は、管理用ネットワーク２を介して相互に接続された複数のホスト計算機３と、管理計算機４と、ストレージ装置５とを備え、各ホスト計算機３及びストレージ装置５がＳＡＮ（Storage Area Network）等のデータ用ネットワーク６を介して接続されることにより構成されている。
　ホスト計算機３は、図２に示すように、プロセッサ１０やメモリ１１等の情報処理資源を備えたコンピュータ装置であり、例えばパーソナルコンピュータ、ワークステーション又はメインフレームなどから構成される。ホスト計算機３は、例えばキーボード、スイッチ、ポインティングデバイス及び又はマイクロフォン等の入力部１２と、例えばモニタディスプレイ及び又はスピーカ等の出力部１３とを備えており、Ｉ／Ｏポート１４を介してデータ用ネットワーク６に接続され、管理ポート１５を介して管理用ネットワーク２に接続されている。ホスト計算機３のメモリ１１には、各種のアプリケーション１６が格納される。
　管理計算機４は、図３に示すように、プロセッサ２０やメモリ２１等の情報処理資源を備えたコンピュータ装置であり、例えばパーソナルコンピュータ、ワークステーション又はメインフレームなどから構成される。管理計算機４は、ホスト計算機３と同様に、例えばキーボード、スイッチ、ポインティングデバイス及び又はマイクロフォン等の入力部２２と、例えばモニタディスプレイ及び又はスピーカ等の出力部２３とを備えており、管理ポート２４を介して管理用ネットワーク２に接続されている。管理計算機４のメモリ２１には、後述する仮想ボリュームページ割当てポリシ設定プログラム２５及びデータ／ページマッピング設定プログラム２６と、装置テーブル２７、仮想ボリュームページ割当てポリシ管理テーブル２８及びデータ／ページマッピング管理テーブル２９とが格納される。
　ストレージ装置５は、図４に示すように、１又は複数の記憶装置３０と、コントローラ３１及びメモリ３２等の情報処理資源とを備えて構成され、管理ポート３３を介して管理用ネットワーク２に接続されると共に、Ｉ／Ｏポート３４を介してデータ用ネットワーク６に接続されている。
　記憶装置３０は、例えばＳＳＤ（Solid State Drive）などの半導体メモリと、ＦＣ（Fibre Chanel）ディスクやＳＡＳ（Serial Attached SCSI）ディスクなどの高価・高性能なディスク装置及びＳＡＴＡ（Serial AT Attachment）ディスクなどの安価・低性能なディスク装置となどから構成される。
　コントローラ３１は、ストレージ装置５全体の動作制御を司るプロセッサである。メモリ３２に格納されたマイクロプログラム３５をコントローラ３１が実行することにより、ストレージ装置５全体として各種処理が行われる。
　メモリ３２は、ストレージ装置５の起動時に記憶装置３０から読み出されたマイクロプログラム３５や制御情報を保持するために用いられるほか、コントローラ３１のワークメモリや、記憶装置３０に読み書きされるデータを一時的に記憶するメモリとしても用いられる。後述する仮想ボリューム管理テーブル３６、仮想ボリュームページ割当て管理テーブル３７、仮想ボリュームプール管理テーブル３８、記憶階層管理テーブル３９、仮想ボリュームページ割当てポリシ管理テーブル４０及びデータ／ページマッピング管理テーブル４１もこのメモリ３２に格納されて保持される。
　図５は、ストレージ装置５の論理構成を示す。本ストレージ装置５では、同一種別（ＳＳＤ、ＦＣ又はＳＡＴＡなど）の１又は複数の記憶装置３０によりパリティグループＰＧが定義され、１つのパリティグループＰＧを構成する１又は複数の記憶装置３０が提供する記憶領域上に１又は複数のプールボリュームＰＶＯＬが定義される。また同一種別のパリティグループＰＧ上に定義された１又は複数のプールボリュームＰＶＯＬにより１つの記憶階層ＳＴが定義され、異なる種別の複数の記憶階層ＳＴ（記憶領域を提供する記憶装置３０の種別が異なる複数の記憶階層ＳＴ）により１つの仮想ボリュームプールＶＶＰが定義される。
　この場合、ＳＳＤ、ＦＣハードディスク装置及びＳＡＴＡハードディスク装置の中では、ＳＳＤが最も信頼性及び応答性能が高く、ＳＡＴＡハードディスク装置が最も信頼性及び応答性能が低い。従って、図５の例の場合では、仮想ボリュームプールＶＶＰを構成する各記憶階層ＳＴのうち、ＳＳＤが提供する記憶領域から構成される記憶階層ＳＴの信頼性及び応答性能が最も高く、ＦＣハードディスク装置が提供する記憶領域から構成される記憶階層ＳＴの信頼性及び応答性能がその次に高く、ＳＡＴＡハードディスク装置が提供する記憶領域から構成される記憶階層ＳＴの信頼性及び応答性能が最も低ことが分かる。
　一方、ストレージ装置５内には、１又は複数の仮想的な論理ボリュームである仮想ボリュームＶＶＯＬが定義され、この仮想ボリュームＶＶＯＬがホスト計算機３に提供される。各仮想ボリュームＶＶＯＬには、それぞれ固有の識別子（以下、これをＬＵＮ（Logical Unit number）と呼ぶ）が付与される。また仮想ボリュームＶＶＯＬ内の領域は、所定大きさのブロック（以下、これを論理ブロックと呼ぶ）に分割され、これら論理ブロックにそれぞれ固有の番号（ＬＢＡ：Logical Block Address）が付与される。そしてホスト計算機３から仮想ボリュームＶＶＯＬに対するデータの読み書きは、ＬＵＮと、ＬＢＡとを組み合わせたものをアドレスとして、当該アドレスを指定した論理ブロック単位で行われる。
　各仮想ボリュームＶＶＯＬは、それぞれストレージ装置５内に定義されたいずれか１つの仮想ボリュームプールＶＶＰと対応付けられる。そして仮想ボリュームＶＶＯＬに対するデータのライト要求がホスト計算機３からストレージ装置５に与えられた場合、そのライト要求において指定された仮想ボリュームＶＶＯＬ内のそのライト要求において指定された論理ブロックに記憶領域が割り当てられていない場合には、その仮想ボリュームＶＶＯＬと対応付けられた仮想ボリュームプールＶＶＰから必要量の記憶領域がページと呼ばれる所定大きさ単位でその論理ブロックに割り当てられる。
　ここで、ページは、仮想ボリュームプールＶＶＰを構成する記憶階層ＳＴから対応する仮想ボリュームＶＶＯＬに割り当てられる記憶領域の基本単位である。以下においては、１つのページと、仮想ボリュームＶＶＯＬの１つの論理ブロックとは、同じ大きさであるものとする。従って、本実施の形態の場合、仮想ボリュームＶＶＯＬの１つの論理ブロックに対して１つのページが仮想ボリュームプールＶＶＰから割り当てられることになる。そしてホスト計算機３からのデータは、ライト要求において指定された仮想ボリュームＶＶＯＬ内のそのライト要求において指定された論理ブロックに割り当てられたページに書き込まれ、これ以降、その論理ブロックに対するデータの読み書きは、結果的にそのページに対して行われることになる。
　他方、ストレージ装置５は、上述のような仮想ボリュームＶＶＯＬに対するページの割当て処理と並行して、仮想ボリュームＶＶＯＬの各論理ブロックに対する単位時間当たりのホスト計算機３からのアクセス頻度を監視する。そしてストレージ装置５は、単位時間当たりのアクセス頻度に応じて、定期的に又は不定期に、仮想ボリュームＶＶＯＬの論理ブロックにページを割り当てる記憶階層ＳＴを必要に応じて他の記憶階層ＳＴに変更（再割当て）するデータ再配置処理を実行する。
　具体的に、ストレージ装置５は、単位時間当たりのアクセス頻度に従って、アクセス頻度が高い論理ブロックに対しては、対応する仮想ボリュームプールＶＶＰを構成する記憶階層ＳＴのうちのより応答性能及び信頼性が高い記憶階層ＳＴからページを割り当て、アクセス頻度が低い論理ブロックに対しては、かかる仮想ボリュームプールＶＶＰを構成する記憶階層ＳＴのうちのより応答性能及び信頼性が低い記憶階層ＳＴからページを割り当てるように、必要に応じて記憶階層ＳＴ間でデータを移行（移動）させるよう対応する記憶装置３０を制御する。
（２）本実施の形態による階層型データ管理方式
　次に、計算機システム１に採用された本実施の形態による階層型データ管理方式について説明する。
　本実施の形態によるストレージ装置５においては、アプリケーション１６ごとに、そのアプリケーション１６がデータを読み書きする仮想ボリュームＶＶＯＬと、その仮想ボリュームＶＶＯＬにページを割り当てる１又は複数の記憶階層ＳＴと、これらの記憶仮想ＳＴ内における各記憶階層ＳＴの優先度（優先順位）とをそのアプリケーション１６に関するポリシ（以下、これを仮想ボリュームページ割当てポリシと呼ぶ）として設定できる点を特徴の１つとしている。
　そして、ストレージ装置５は、ホスト計算機３に実装されたアプリケーション１６から仮想ボリュームＶＶＯＬに対するデータのライト要求が与えられたときや、データ再配置処理を実行するときには、かかる仮想ボリュームページ割当てポリシに従って、仮想ボリュームＶＶＯＬにおけるデータが書き込まれる又は書き込まれた論理ブロックに対して、その仮想ボリュームＶＶＯＬ（正確には対応するアプリケーション１６）に対応付けられた１又は複数の記憶階層ＳＴのうち、ページの割り当てが可能で、かつ優先度がより高い（優先順位が高い）記憶階層ＳＴからページを割り当て又は再割当てする。
　また計算機システム１においては、この際、同じファイルのデータについては、仮想ボリュームＶＶＯＬにおけるそのデータが書き込まれる又は書き込まれた論理ブロックに対して、同じ種別の記憶階層ＳＴからページを割り当てる点をもう１つの特徴としている。
　このためストレージ装置５は、例えばあるアプリケーション１６が同一ファイルのデータを仮想ボリュームＶＶＯＬ内の複数の論理ブロックに書き込む場合や、データ再配置処理を実行する場合には、その仮想ボリュームＶＶＯＬに対応付けられた記憶階層ＳＴのうち、必要数のページの割り当てが可能で、かつ優先度がより高い記憶階層ＳＴからページを割り当て又は再割当てする。
　以上のような本実施の形態によるデータ管理方式を実現するための手段として、管理計算機４のメモリ２１には、図３に示すように、仮想ボリュームページ割当てポリシ設定プログラム２５、データ／ページマッピング設定プログラム２６、装置テーブル２７、仮想ボリューム割当てポリシ管理テーブル２８、データ／ページマッピング管理テーブル２９が格納されている。
　仮想ボリュームページ割当てポリシ設定プログラム２５は、ホスト計算機３に実装された仮想ボリュームＶＶＯＬごとの仮想ボリュームページ割当てポリシを作成するためのＧＵＩ（Graphical User Interface）画面（以下、これを仮想ボリュームページ割当てポリシ設定画面と呼ぶ）をシステム管理者に提示し、この仮想ボリュームページ割当てポリシ設定画面を用いてシステム管理者等が作成した仮想ボリュームページ割当てポリシをストレージ装置５に設定するプログラムである。
　またデータ／ページマッピング設定プログラム２６は、アプリケーション１６により仮想ボリュームＶＶＯＬに書き込まれるデータと、当該仮想ボリュームＶＶＯＬにおけるそのデータを書き込むべき領域に割り当てられるページとの対応関係をシステム管理者が指定するためのＧＵＩ画面（以下、これをデータ／ページマッピング設定画面と呼ぶ）をシステム管理者に提示し、このデータ／ページマッピング設定画面を用いてシステム管理者等が指定したかかるデータ及びページの対応関係をストレージ装置５に設定するためのプログラムである。
　装置テーブル２７は、管理計算機４が計算機システム１内に存在するホスト計算機３及びストレージ装置５を管理するためのテーブルであり、図６に示すように、装置ＩＤ欄２７Ａ、装置種別欄２７Ｂ、装置情報欄２７Ｃ及びＩＰアドレス欄２７Ｄから構成される。
　そして装置ＩＤ欄２７Ａには、計算機システム１内に存在するホスト計算機３及びストレージ装置５にそれぞれ付与された識別子（装置ＩＤ）が格納され、装置種別欄２７Ｂには、対応する装置の装置種別（ストレージ装置又はホスト計算機）が格納される。
　また装置情報欄２７Ｃには、対応する装置のベンダ名、モデル、シリアル番号等の情報が格納され、ＩＰアドレス欄２７Ｄには、対応する装置にアクセスするときのその装置のＩＰアドレスが格納される。
　従って、図６では、例えば「ST1」という「ストレージ装置」は、「ベンダＡ」というベンダの「ベンダＡ１」というモデルであり、そのシリアル番号は「10」であって、ＩＰアドレスが「10.10.10.10」であることが示されている。
　仮想ボリュームページ割当てポリシ管理テーブル２８は、後述の仮想ボリュームページ割当てポリシ設定画面５０（図１３）を用いてシステム管理者が作成した仮想ボリュームページ割当てポリシを管理計算機４側において管理するためのテーブルであり、図７に示すように、ポリシＩＤ欄２８Ａ、サーバＩＤ欄２８Ｂ、アプリケーションＩＤ欄２８Ｃ、仮想ボリュームリスト欄２８Ｄ及び記憶階層配置順位欄２８Ｅから構成される。
　そしてポリシＩＤ欄２８Ａには、対応する仮想ボリュームページ割当てポリシに対して付与された識別子が格納される。またアプリケーション欄２８Ｃには、対応するアプリケーション１６の識別子が格納され、サーバＩＤ欄２８Ｂには、そのアプリケーション１６が実装されたホスト計算機３の識別子が格納される。
　さらに仮想ボリュームリスト欄２８Ｄには、対応するアプリケーション１６がデータを読み書きするすべての仮想ボリュームＶＶＯＬの識別子が格納され、記憶階層配置順位欄２８Ｅには、これらの仮想ボリュームＶＶＯＬにデータが書き込まれた場合にページを割り当てるべき１又は複数の記憶階層ＳＴが優先度の高い順に並べて格納される。
　従って、図７では、「Policy1」という仮想ボリュームページ割当てポリシは、「H1」というホスト計算機３に実装された「AP1」というアプリケーション１６についての規定であり、この仮想ボリュームページ割当てポリシでは、そのアプリケーション１６がデータを読み書きする「v101」や「v102」という仮想ボリュームＶＶＯＬに対しては、「Tier0」、「Tier1」及び「Tier2」という３つの記憶階層ＳＴがこの順番の優先度で対応付けられていることが示されている。
　データ／ページマッピング管理テーブル２９は、後述のデータ／ページマッピング設定画面６０（図１４）を用いてシステム管理者が指定したデータ及びページの対応関係を管理計算機４側において管理するためのテーブルであり、図８に示すように、マッピングＩＤ欄２９Ａ、アプリケーションＩＤ欄２９Ｂ、データＩＤ欄２９Ｃ、仮想ボリュームＩＤ欄２９Ｄ及び対応ページ欄２９Ｅから構成される。
　そしてマッピングＩＤ欄２９Ａには、対応するデータ及びページの対応関係に対して付与された識別子が格納される。またアプリケーションＩＤ欄２９Ｂには、対応するアプリケーション１６の識別子が格納され、データＩＤ欄２９Ｃには、対応するアプリケーション１６のデータに付与されたそのデータの識別子が格納される。さらに仮想ボリュームＩＤ欄２９Ｄには、そのデータが格納されるべき仮想ボリュームＶＶＯＬの識別子が格納され、対応ページ欄２９Ｅには、その仮想ボリュームＶＶＯＬにおけるそのデータが格納される全論理ブロックにそれぞれ割り当てられた各ページの識別子がそれぞれ格納される。
　従って、図８では、「AP1」というアプリケーション１６が使用する「データ1a」というデータは、「VOL1」という仮想ボリュームＶＶＯＬ内の「p01」及び「p02」というページがそれぞれ割り当てられた２つの論理ブロックに格納され、このときの「データ1a」というデータと「p01」及び「p02」というページとの対応関係に「Map01」という識別子が付与されていることが示されている。
　他方、上述のような本実施の形態によるデータ管理方式を採用するための手段として、図４に示すように、ストレージ装置５のメモリ３２に格納されたマイクロプログラム３５には仮想ボリューム制御プログラム３５Ａが設けられると共に、このメモリ３２には、仮想ボリューム管理テーブル３６、仮想ボリュームページ割当て管理テーブル３７、仮想ボリュームプール管理テーブル３８、記憶階層管理テーブル３９、仮想ボリュームページ割当てポリシ管理テーブル４０及びデータ／ページマッピング管理テーブル４１が格納されている。
　このうちストレージ装置５の仮想ボリューム制御プログラム３５Ａは、各アプリケーション１６からの仮想ボリュームＶＶＯＬに対するデータ書込みに応じて、予め定められた上述の仮想ボリュームページ割当てポリシに従って仮想ボリュームＶＶＯＬに仮想ボリュームプールＶＶＰ（図５）からページを割り当てるなどの処理を実行するプログラムである。
　また仮想ボリューム管理テーブル３６は、仮想ボリューム制御プログラム３５Ａが自ストレージ装置５内に定義された仮想ボリュームＶＶＯＬを管理するために使用するテーブルであり、図９に示すように、仮想ボリュームＩＤ欄３６Ａ、ホスト割当て状態欄３６Ｂ、仮想容量欄３６Ｃ、閾値欄３６Ｄ及び割当て済容量欄３６Ｅから構成される。
　そして仮想ボリュームＩＤ欄３６Ａには、当該仮想ボリューム管理テーブル３６を備えるストレージ装置５内に定義された各仮想ボリュームＶＶＯＬの識別子が格納される。またホスト割当て状態欄３６Ｂには、対応する仮想ボリュームＶＶＯＬに対してデータの書込み先としていずれかのホスト計算機３が割り当てられているか否かの情報（割り当てられている場合には「Allocated」、割り当てられていない場合には「Unallocated」）が格納される。なおその仮想ボリュームＶＶＯＬにホスト計算機３が割り当てられている場合、ホスト割当て状態欄３６Ｂには、その仮想ボリュームＶＶＯＬと接続されたそのホスト計算機３のポートのポートＩＤ（「ＰＩＤ」）及びそのホスト計算機３におけるその仮想ボリュームＶＶＯＬの識別番号（「ＬＵＮ」）が格納される。
　また仮想容量欄３６Ｃには、対応する仮想ボリュームＶＶＯＬの容量が格納され、閾値欄３６Ｄには、その仮想ボリュームＶＶＯＬについて予め設定された使用容量の閾値が格納される。対応する仮想ボリュームＶＶＯＬの使用容量がこの閾値を超えた場合には、その旨の警告がシステム管理者に通知されることになる。さらに割当て済容量欄３６Ｅには、対応する仮想ボリュームＶＶＯＬの現在の使用容量が格納される。
　従って、図９では、例えば「v101」という仮想ボリュームＶＶＯＬは、容量が「10GB」、閾値が「6GB」に設定されており、既にいずれかのホスト計算機３が割り当てられ（「Allocated」）、そのホスト計算機３により「6GB」の容量が使用されていることが示されている。
　仮想ボリュームページ割当て管理テーブル３７は、仮想ボリューム制御プログラム３５Ａが自ストレージ装置５内に定義された仮想ボリュームＶＶＯＬに対するページの割当て状況等を管理するために使用するテーブルであり、図１０に示すように、仮想ボリュームＩＤ欄３７Ａ、プールＩＤ欄３７Ｂ、割当て済ＬＢＡ欄３７Ｃ、割当て済ページ欄３７Ｄ及びＩ／Ｏ頻度欄３７Ｅから構成される。
　そして仮想ボリュームＩＤ欄３７Ａには、当該仮想ボリュームページ割当て管理テーブル３７を備えるストレージ装置５内に定義された各仮想ボリュームＶＶＯＬの識別子が格納され、プールＩＤ欄３７Ｂには、対応する仮想ボリュームＶＶＯＬに対してページを割り当てるべき割当て元として対応付けられた仮想ボリュームプールＶＶＰの識別子が格納される。
　また割当て済ＬＢＡ欄３７Ｃには、対応する仮想ボリュームＶＶＯＬ内の論理ブロックのうちの既にページが割り当てられている論理ブロックのＬＢＡが格納され、割当て済ページ欄３７Ｄには、当該論理ブロックに対して割り当てられたページの識別子が格納される。さらにＩ／Ｏ頻度欄３７Ｅには、対応するページに格納されたデータに対するホスト計算機３からの単位時間当たりのＩ／Ｏ頻度が格納される。
　従って、図１０では、「v101」という仮想ボリュームＶＶＯＬには「Pool1」というプールＩＤの仮想ボリュームプールＶＶＰが対応付けられており、その仮想ボリュームＶＶＯＬのうちのＬＢＡが「[0GB]-[2GB]」、「[2GB]-[4GB]」及び「[4GB]-[6GB]」の論理ブロックにそれぞれ識別子が「p01」、「p02」及び「p03」のページが割り当てられており、これら識別子が「p01」、「p02」及び「p03」のページにそれぞれ格納されているデータに対するホスト計算機３からの単位時間当たりのアクセス頻度が「100」、「200」及び「80」であることが示されている。
　仮想ボリュームプール管理テーブル３８は、仮想ボリューム制御プログラム３５Ａが自ストレージ装置５内に定義された仮想ボリュームプールＶＶＰを管理するために使用するテーブルであり、図１１に示すように、プールＩＤ欄３８Ａ、ページＩＤ欄３８Ｂ、対応仮想ボリュームプール欄３８Ｃ、ＬＢＡ欄３８Ｄ及び仮想ボリューム割当て状態欄３８Ｅから構成される。
　そしてプールＩＤ欄３８Ａには、当該仮想ボリュームプール管理テーブル３８を備えるストレージ装置５内に定義された各仮想ボリュームプールＶＶＰの識別子が格納され、ページＩＤ欄３８Ｂには、対応する仮想ボリュームプールＶＶＰ内の各ページにそれぞれ付与された識別子が格納される。また対応仮想ボリュームプール欄３８Ｃには、対応する仮想ボリュームプールＶＶＰ内の対応するページを提供するプールボリュームＰＶＯＬ（図５）の識別子及び容量が格納される。
　さらにＬＢＡ欄３８Ｄには、対応するプールボリュームＰＶＯＬにおける対応するページのＬＢＡが格納され、仮想ボリューム割当て状態欄３８Ｅには、対応するページがいずれかの仮想ボリュームＶＶＯＬに割り当てられているか否かを表す情報（割り当てられている場合には「Allocated」、割り当てられていない場合には「Unallocated」）と、割り当てられている場合には割当て先の仮想ボリュームＶＶＯＬの識別子とが格納される。
　従って、図１１の例では、「pool1」という仮想ボリュームプールＶＶＰの「p01」～「p05」というページは、「v201」という「10GB」の容量を有するプールボリュームＰＶＯＬが提供しており、これらのページのうちのＬＢＡが「[0GB]-[2GB]」の記憶領域は、既に「v101」という仮想ボリュームＶＶＯＬに割り当てられている（「Allocated」）ことが示されている。
　記憶階層管理テーブル３９は、仮想ボリューム制御プログラム３５Ａが自ストレージ装置５内に定義された記憶階層ＳＴを管理するために使用するテーブルであり、図１２に示すように、記憶階層ＩＤ欄３９Ａ、パリティグループＩＤ欄３９Ｂ、対応記憶装置欄３９Ｃ、メディア種別欄３９Ｄ及びプールボリュームＩＤ欄３９Ｅから構成される。
　そして記憶階層ＩＤ欄３９Ａには、当該記憶階層管理テーブル３９を備えるストレージ装置５内に定義された各記憶階層ＳＴの識別子が格納され、パリティグループＩＤ欄３９Ｂには、対応する記憶階層ＳＴを構成するパリティグループＰＧの識別子が格納される。また対応記憶装置欄３９Ｃには、対応するパリティグループＰＧを構成する各記憶装置３０の識別子がすべて格納され、メディア種別欄３９Ｄには、これらの記憶装置３０の種別（ＳＳＤ、ＦＣ又はＳＡＴＡなど）が格納される。さらにプールボリュームＩＤ欄３９Ｅには、対応する記憶階層ＳＴを構成するプールボリュームＰＶＯＬの識別子が格納される。
　従って、図１２では、「Tier0」という記憶階層ＳＴは、「v201」というプールボリュームＰＶＯＬから構成され、このプールボリュームＰＶＯＬは、種別が「SSD」である「a0」、「a1」、「a2」及び「a3」という４つの記憶装置３０から構成される「PG01」というパリティグループＰＧが提供する記憶領域上に定義されていることが示されている。
　仮想ボリューム割当てポリシ管理テーブル４０は、システム管理者により作成された上述の仮想ボリューム割当てポリシをストレージ装置５側において管理するためのテーブルであり、管理計算機４の仮想ボリューム割当てポリシ管理テーブル２８と同様の構成を有するものであるため、ここでの説明は省略する。
　またデータ／ページマッピング管理テーブル４１も、上述のようにシステム管理者が指定したデータとページとの対応関係を管理計算機４側において管理するためのテーブルであり、管理計算機４のデータ／ページマッピング管理テーブル２９と同様の構成を有するものであるため、ここでの説明は省略する。
（３）各種画面構成
（３－１）仮想ボリュームページ割当てポリシ設定画面
　図１３は、管理計算機４の仮想ボリュームページ割当てポリシ設定プログラム２５（図３）を起動することにより管理計算機４に表示される仮想ボリュームページ割当てポリシ設定画面５０の画面構成を示す。
　仮想ボリュームページ割当てポリシ設定画面５０は、上述のようにアプリケーション１６がデータを読み書きする仮想ボリュームＶＶＯＬに対してどの記憶階層ＳＴからどのような優先度でページを割り当てるべきかをシステム管理者が設定するためのＧＵＩ画面であり、図１３に示すように、ポリシＩＤフィールド５１、サーバＩＤフィールド５２、アプリケーションＩＤフィールド５３及び仮想ボリュームリストフィールド５４と、記憶階層配置順位部５５と、ポリシ設定ボタン５６とから構成される。
　このうちポリシＩＤフィールド５１は、そのとき設定しようとする仮想ボリュームページ割当てポリシの識別子をシステム管理者等が指定（入力）するためのフィールドであり、アプリケーションＩＤフィールド５３及びサーバＩＤフィールド５２は、それぞれそのとき対象としているアプリケーション１６の識別子及びそのアプリケーション１６が実装されたホスト計算機３の識別子を指定するためのフィールドである。また仮想ボリュームリストフィールド５４は、そのアプリケーション１６がデータを読み書きする仮想ボリュームＶＶＯＬの識別子を指定するためのフィールドである。
　記憶階層配置順位部５５、アプリケーションＩＤフィールド５３に入力されたアプリケーション１６が仮想ボリュームＶＶＯＬにデータを書き込む際にページを割り当てる記憶階層ＳＴ及びこれらの優先度を規定するためのフィールドであり、第一優先フィールド５５Ａ、第二優先フィールド５５Ｂ及び第三優先フィールド５５Ｃから構成される。システム管理者等は、かかるアプリケーション１６が仮想ボリュームＶＶＯＬにデータを書き込む際にページを割り当てる記憶階層ＳＴとして希望する記憶階層ＳＴを、優先度が高い順に第一優先フィールド５５Ａ、第二優先フィールド５５Ｂ及び第三優先フィールド５５Ｃにその識別子を入力することにより指定することができる。
　ただし、これら第一優先フィールド５５Ａ、第二優先フィールド５５Ｂ及び第三優先フィールド５５Ｃのすべてに記憶階層ＳＴの識別子を入力する必要はなく、第一優先フィールド５５Ａ、第二優先フィールド５５Ｂ及び第三優先フィールド５５Ｃのうちの一部にのみ記憶階層ＳＴの識別子を入力するようにしても良い。このようにすることにより、対応するアプリケーション１６が仮想ボリュームＶＶＯＬにデータを書き込む際にページを割り当てる記憶階層ＳＴをより限定することができる。例えば第一優先フィールド５５Ａに「Tier0」、第二優先フィールド５５Ｂに「Tier1」をそれぞれ入力し、第三優先フィールド５５Ｃを空欄とすることにより、対応するアプリケーション１６が仮想ボリュームＶＶＯＬにデータを書き込んだときにページを割り当てる記憶階層ＳＴを「Tier0」及び「Tier1」の２つの記憶階層ＳＴのみに限定することができる。
　ポリシ設定ボタン５６は、ポリシＩＤフィールド５１、サーバＩＤフィールド５２、アプリケーションＩＤフィールド５３及び仮想ボリュームリストフィールド５４と、記憶階層配置順位部５５とにそれぞれ入力した内容の仮想ボリュームページ割当てポリシをストレージ装置５に設定するためのボタンである。仮想ボリュームページ割当てポリシ設定プログラム２５は、ポリシＩＤフィールド５１、サーバＩＤフィールド５２、アプリケーションＩＤフィールド５３及び仮想ボリュームリストフィールド５４と、記憶階層配置順位部５５とにそれぞれ必要事項が入力された後にポリシ設定ボタン５６がクリックされると、この仮想ボリュームページ割当てポリシ設定画面５０においてシステム管理者が入力した内容を、設定コマンドと共にストレージ装置５に転送する。そしてストレージ装置５は、かかる設定コマンドを入力すると、この設定コマンドと共に与えられた仮想ボリュームページ割当てポリシ設定画面５０における設定内容を内部的に設定する。
　なお、仮想ボリュームページ割当てポリシの識別子については、システム管理者が仮想ボリュームページ割当てポリシ設定画面５０において指定するのではなく、例えば、仮想ボリュームページ割当てポリシ設定プログラム２５が所定のルールに従って採番するようにしても良い。
　また仮想ボリュームページ割当てポリシ設定画面５０において、仮想ボリュームリストフィールド５４に対応する仮想ボリュームＶＶＯＬの識別子を入力した場合には、サーバＩＤフィールド５２やアプリケーションＩＤフィールド５３への入力を省略できるようにしても良い。これは、アプリケーション１６に対して記憶階層ＳＴ及びこれらの優先度を設定しても、ストレージ装置５側では、仮想ボリュームＶＶＯＬにデータを書き込んだアプリケーション１６を特定することができず、結局、ストレージ装置５は、どの仮想ボリュームＶＶＯＬのどの論理ブロックにデータが書き込まれた場合には、どの記憶階層ＳＴからどの優先度でページを割り当てるかという処理しかできないからである。
　また記憶階層配置順位部５５において、記憶階層ＳＴの優先順位をディスク種別やパリティグループＰＧの識別子によって指定するようにしても良い。
（３－２）データ／ページマッピング設定画面
　一方、図１４は、管理計算機４のデータ／ページマッピング設定プログラム２６（図３）を起動することにより管理計算機４に表示されるデータ／ページマッピング設定画面６０の画面構成を示す。
　データ／ページマッピング設定画面６０は、上述のようにホスト計算機３に実装されたアプリケーション１６により仮想ボリュームＶＶＯＬに書き込まれるデータと、当該仮想ボリュームＶＶＯＬにおけるそのデータが書き込まれるべき領域（仮想ボリュームＶＶＯＬのページ）との対応関係を設定するためのＧＵＩ画面であり、図１４に示すように、マッピングＩＤフィールド６１、サーバＩＤフィールド６２、アプリケーションＩＤフィールド６３、仮想ボリュームＩＤフィールド６４、データＩＤフィールド６５、データ名フィールド６６及びデータアドレスフィールド６７と、データアドレス確認ボタン６８及びマッピング設定ボタン６９から構成される。
　このうちマッピングＩＤフィールド６１は、対応付けたデータ及びページに付与する識別子をシステム管理者が指定（入力）するためのフィールドであり、アプリケーションＩＤフィールド６３及びサーバＩＤフィールド６２は、それぞれ対応するアプリケーション１６の識別子及びそのアプリケーション１６が実装されたホスト計算機３の識別子を指定するためのフィールドである。
　また仮想ボリュームＩＤフィールド６４は、そのアプリケーション１６がデータを読み書きする仮想ボリュームＶＶＯＬの識別子を指定するためのフィールドであり、データＩＤフィールド６５は、かかるアプリケーション１６がかかる仮想ボリュームＶＶＯＬに書き込むデータの識別子を指定するためのフィールドである。またデータ名フィールド６６は、そのデータのデータ名（例えばファイル名）を指定するためのフィールドである。
　さらにデータアドレスフィールド６７は、システム管理者が予め調べた、かかる仮想ボリュームＶＶＯＬにおけるかかるデータが書き込まれた領域の範囲を指定するためのフィールドである。ただし、この範囲は、後述のように、データ名をデータ名フィールド６６に入力後、データアドレス確認ボタン６８をクリックすることによってデータアドレスフィールド６７に表示させることができる。
　データアドレス確認ボタン６８は、かかる仮想ボリュームＶＶＯＬにおけるかかるデータが書き込まれた領域の範囲をデータ／ページマッピング設定プログラム２６に調査させるためのボタンである。データ／ページマッピング設定プログラム２６は、サーバＩＤフィールド６２に対応するホスト計算機３の識別子が入力されると共にデータ名フィールド６６にデータ名が入力された後にデータアドレス確認ボタン６８がクリックされると、そのデータのアドレスを調査するためのコマンドを、サーバＩＤフィールド５２に識別子が格納されたホスト計算機３に発行し、かくして得られたアドレスをデータアドレスフィールド６７に表示する。
　またマッピング設定ボタン６９は、このデータ／ページマッピング設定画面６０において設定されたデータ及びページの対応関係を設定するためのボタンである。データ／ページマッピング設定プログラム２６は、サーバＩＤフィールド６２、アプリケーションＩＤフィールド６３、仮想ボリュームＩＤフィールド６４、データＩＤフィールド６５、データ名フィールド６６及びデータアドレスフィールド６７に必要事項が入力された後にマッピング設定ボタン６９がクリックされると、このデータ／ページマッピング設定画面６０においてシステム管理者が入力した内容を設定コマンドと共にストレージ装置５に転送する。そしてストレージ装置５は、かかる設定コマンドを入力すると、この設定コマンドと共に与えられたデータ／ページマッピング設定画面６０における設定内容を内部的に設定する。
　なお、マッピングＩＤについては、システム管理者がデータ／ページマッピング設定画面６０において指定するのではなく、例えば、データ／ページマッピング設定プログラム２６が所定のルールに従って採番するようにしても良い。
　またデータ／ページマッピング設定画面６０において、仮想ボリュームＩＤフィールド６４に対応する仮想ボリュームＶＶＯＬの識別子を入力した場合には、サーバＩＤフィールド６２やアプリケーションＩＤフィールド６３への入力を省略できるようにしても良い。　
（４）本実施の形態によるデータ管理方式に関する各種処理
　次に、上述のような本実施の形態によるデータ管理方式に関連する各種処理の処理手順について説明する。なお、以下においては、各種処理の処理主体を「プログラム」として説明するが、実際上は、その「プログラム」に基づいて対応する処理を管理計算機４のプロセッサ２０又はストレージ装置５のコントローラ３１が実行することは言うまでもない。
（４－１）仮想ボリュームページ割当てポリシ設定処理
　図１５は、仮想ボリュームページ割当てポリシ設定画面５０（図１３）のポリシ設定ボタン５６がクリックされたときに管理計計算機４の仮想ボリュームページ割当てポリシ設定プログラム２５（図３）により実行される仮想ボリュームページ割当てポリシ設定処理の処理手順を示す。
　仮想ボリュームページ割当てポリシ設定プログラム２５は、仮想ボリュームページ割当てポリシ設定画面５０上で必要な情報が入力された後に、かかるポリシ設定ボタン５６がクリックされると、この図１５に示す仮想ボリュームページ割当てポリシ設定処理を開始する。
　そして仮想ボリュームページ割当てポリシ設定プログラム２５は、まず、かかる仮想ボリュームページ割当てポリシ設定画面５０においてシステム管理者により入力された、対象とするアプリケーション１６の識別子や、対応する仮想ボリュームＶＶＯＬの識別子、及びそのアプリケーション１６に対して指定された記憶階層ＳＴの識別子等の各情報を取り込む（ＳＰ１）。
　続いて、仮想ボリュームページ割当てポリシ設定プログラム２５は、管理計算機４内の仮想ボリュームページ割当てポリシ管理テーブル２８（図７）に新たなエントリを作成し、作成したエントリの各欄（ポリシＩＤ欄２８Ａ、サーバＩＤ欄２８Ｂ、アプリケーションＩＤ欄２８Ｃ、仮想ボリュームリスト欄２８Ｄ及び記憶階層配置順位欄２８Ｆ）に、ステップＳＰ１において取り込んだ対応する情報をそれぞれ格納する（ＳＰ２）。
　次いで、仮想ボリュームページ割当てポリシ設定プログラム２５は、仮想ボリュームページ割当てポリシ管理テーブル２８の更新指示を、ステップＳＰ１において取得した新たな仮想ボリュームページ割当てポリシに関する情報と共にストレージ装置５に転送する（ＳＰ３）。かくしてストレージ装置５の仮想ボリューム制御プログラム３５Ａ（図４）は、かかる更新指示に応じて、当該ストレージ装置５内の仮想ボリュームページ割当てポリシ管理テーブル４０（図４）に新たなエントリを作成し、作成したエントリの各欄に、このとき管理計算機４から送信されてきた対応する情報をそれぞれ格納する。
　そして仮想ボリュームページ割当てポリシ設定プログラム２５は、この後、この仮想ボリュームページ割当てポリシ設定処理を終了する。
（４－２）データ／ページマッピング設定処理
　一方、図１６は、データ／ページマッピング設定画面６０（図１４）のマッピング設定ボタン６９がクリックされたときに管理計計算機４のデータ／ページマッピング設定プログラム２６（図３）により実行されるデータ／ページマッピング設定処理の処理手順を示す。
　データ／ページマッピング設定プログラム２６は、データ／ページマッピング設定画面６０上で必要な情報が入力された後に、かかるポリシ設定ボタン５６がクリックされると、この図１６に示す仮想ボリュームページ割当てポリシ設定処理を開始する。
　そしてデータ／ページマッピング設定プログラム２６は、まず、かかるデータ／ページマッピング設定画面６０においてシステム管理者により入力されたアプリケーション１６の識別子や、対象とするデータの識別子及びデータ名、並びに対応する仮想ボリュームＶＶＯＬにおけるそのデータの格納位置（データドレス）等の各情報を取り込む（ＳＰ１０）。
　続いて、データ／ページマッピング設定プログラム２６は、予め定められた各ページのサイズと、そのとき対象としているデータの仮想ボリュームＶＶＯＬにおける格納位置とに基づいて、仮想ボリュームＶＶＯＬにおけるそのデータが格納されている領域に割り当てられているすべてのページ（以下、これを関連ページと呼ぶ）を特定する（ＳＰ１１）。
　次いで、データ／ページマッピング設定プログラム２６は、管理計算機４内のデータ／ページマッピング管理テーブル２９（図８）に新たなエントリを作成し、作成したエントリの各欄（マッピングＩＤ欄２９Ａ、アプリケーションＩＤ欄２９Ｂ、データＩＤ欄２９Ｃ、仮想ボリューム欄２９Ｄ及び対応ページ欄２９Ｅ）に、ステップＳＰ１０において取り込んだ対応する情報をそれぞれ格納する（ＳＰ１２）。
　さらにデータ／ページマッピング設定プログラム２６は、データ／ページマッピング管理テーブル２９の更新指示を、ステップＳＰ１０において取得した新たなデータ及びページ間の対応関係に関する情報（以下、これをマッピング情報と呼ぶ）と共にストレージ装置５に転送する（ＳＰ１３）。かくしてストレージ装置５の仮想ボリューム制御プログラム３５Ａは、かかる更新指示に応じて、当該ストレージ装置５内のデータ／ページマッピング管理テーブル４１に新たなエントリを作成し、作成したエントリの各欄に、このとき管理計算機４から送信されてきた対応する情報をそれぞれ格納する。
　そしてデータ／ページマッピング設定プログラム２６は、この後、このデータ／ページマッピング設定処理を終了する。
（４－３）ページ配置処理
　図１７は、ストレージ装置５の仮想ボリューム制御プログラム３５Ａ（図４）により実行されるページ配置処理の処理手順を示す。仮想ボリューム制御プログラム３５Ａは、この図１７に示す処理手順に従って、仮想ボリュームＶＶＯＬに対してページを配置又は再配置する。
　すなわち仮想ボリューム制御プログラム３５Ａは、ストレージ装置５が起動されるとこのページ配置処理を開始し、まず、予め定められたスケジュールにおけるページの再配置を実行すべきタイミングとなったか否か、管理計算機４から強制再配置の実行要求が与えられたか否か、及び、いずれかのホスト計算機３からアクセス要求（ライト要求又はリード要求）が与えられたか否かを順次判断する（ＳＰ２０～ＳＰ２３）。
　仮想ボリューム制御プログラム３５Ａは、これらのいずれの判断においても否定結果を得た場合には、ステップＳＰ２０～ステップＳＰ２３－ステップＳＰ２０のループを繰り返す。
　そして仮想ボリューム制御プログラム３５Ａは、やがてページの再配置を実行すべきタイミングとなることによりステップＳＰ２０において肯定結果を得ると、仮想ボリュームＶＶＯＬにおけるデータが格納された論理ブロックにページを割り当てている記憶階層ＳＴを、必要に応じて他の記憶階層ＳＴに変更するページ再配置処理を実行し（ＳＰ２４）、この後ステップＳＰ２０に戻る。
　また仮想ボリューム制御プログラム３５Ａは、やがていずれかのホスト計算機３からの強制再配置要求を受信することによりステップＳＰ２１において肯定結果を得ると、かかる強制再配置要求において指定されたデータが格納されている仮想ボリュームＶＶＯＬの論理ブロックに対して現在の記憶階層ＳＴと異なる他の記憶階層ＳＴからページを割り当てる強制再配置処理を実行し（ＳＰ２５）、この後ステップＳＰ２０に戻る。
　一方、仮想ボリューム制御プログラム３５Ａは、やがていずれかのホスト計算機３からのアクセス要求を受信することによりステップＳＰ２３において肯定結果を得ると、そのアクセス要求がリード要求であるか否かを判断する（ＳＰ２６）。
　そして仮想ボリューム制御プログラム３５Ａは、この判断において肯定結果を得ると、そのリード要求において指定されたデータを対応する仮想ボリュームＶＶＯＬの対応する論理ブロックから（正確には対応する記憶階層ＳＴを構成する記憶装置３０から）読み出し、これをかかるリード要求の送信元のホスト計算機３に転送した後（ＳＰ２７）、ステップＳＰ２０に戻る。
　これに対して仮想ボリューム制御プログラム３５Ａは、ステップＳＰ２４の判断において否定結果を得ると、そのライト要求においてその書込み対象のデータの書込み先として指定された仮想ボリュームＶＶＯＬの論理ブロックに対して、仮想ボリュームページ割当てポリシに従っていずれかの記憶階層ＳＴから必要量のページを割り当て、そのページに書込み対象のデータを書き込む（ＳＰ２８）。そして仮想ボリューム制御プログラム３５Ａは、この後ステップＳＰ２０に戻る。
（４－４）ページ再配置処理
　図１８は、図１７について上述したページ配置処理のステップＳＰ２４において仮想ボリューム制御プログラム３５Ａにより実行されるページ再配置処理の具体的な処理手順を示す。
　本計算機システム１では、仮想ボリュームＶＶＯＬ内のデータの書き込みが行われた論理ブロックに対するページの割当て元を現在の記憶階層ＳＴから他の記憶階層ＳＴに変更するページ再配置処理を、スケジュールにより定期的又は不定期に実行させることができる。
　実際上、ユーザやシステム管理者は、ホスト計算機３又は管理計算機４を操作することにより、かかるスケジュールを作成し、これをストレージ装置５に設定することができる。そしてストレージ装置５の仮想ボリューム制御プログラム３５Ａは、かかるスケジュールを常時監視しており、やがてページ再配置処理を実行すべきタイミングとなることによりページ配置処理（図１７）のステップＳＰ２６に進むと、この図１８に示すページ再配置処理を開始する。
　そして仮想ボリューム制御プログラム３５Ａは、このページ再配置処理を開始すると、まず、仮想ボリュームページ割当て管理テーブル３７（図１０）を参照して、ストレージ装置５内に定義されたいずれかの仮想ボリュームＶＶＯＬに割り当てられている全ページを、そのページに格納されたデータに対するホスト計算機３からのＩ／Ｏ頻度の降順でソートする（ＳＰ３０）。
　続いて、仮想ボリューム制御プログラム３５Ａは、ステップＳＰ３０においてソートした割当て済のページの中から、そのページに格納されたデータに対するホスト計算機３からのＩ／Ｏ頻度が最も高いページを１つ選択する（ＳＰ３１）。
　次いで、仮想ボリューム制御プログラム３５Ａは、データ／ページマッピング管理テーブル４１（図４）を参照して、ステップＳＰ３１において選択したページに格納されているデータと同じファイルのデータが格納されているすべてのページ（ステップＳＰ３１において選択したページの全関連ページ）を特定する（ＳＰ３２）。
　さらに仮想ボリューム制御プログラム３５Ａは、仮想ボリュームページ割当てポリシ管理テーブル４０及び仮想ボリュームプール管理テーブル３８を参照して、ステップＳＰ３１において選択したページに格納されているデータと、ステップＳＰ３２において特定した各関連ページにそれぞれ格納されているデータとについて、そのデータに対してページの割り当てが許可された記憶階層ＳＴのうち、最も優先順位が高く、かつステップＳＰ３１において選択したページに格納されているデータと、ステップＳＰ３２において特定した各関連ページにそれぞれ格納されているデータとのすべてを格納できる記憶階層ＳＴを特定する（ＳＰ３３）。
　この後、仮想ボリューム制御プログラム３５Ａは、ステップＳＰ３１～ステップＳＰ３３の処理を、ステップＳＰ３０においてソートしたすべてのページについて実行し終えたか否かを判断する（ＳＰ３４）。
　仮想ボリューム制御プログラム３５Ａは、この判断において否定結果を得るとステップＳＰ３１に戻り、この後、ステップＳＰ３４において肯定結果を得るまでステップＳＰ３１～ステップＳＰ３４の処理を繰り返す。
　そして仮想ボリューム制御プログラム３５Ａは、やがてステップＳＰ３０においてソートしたすべてのページに対するステップＳＰ３１～ステップＳＰ３３の処理を実行し終えることによりステップＳＰ３４において肯定結果を得ると、ステップＳＰ３３において特定した記憶階層ＳＴが現在の記憶階層ＳＴと異なるデータについて、現在の記憶階層ＳＴからステップＳＰ３３において特定した記憶階層ＳＴにデータを移行（移動）させると共に、これに応じてデータ／ページマッピング管理テーブル４１を更新する（ＳＰ３５）。これにより、仮想ボリュームＶＶＯＬの論理ブロックに対してページを割り当てる記憶階層ＳＴを他の記憶階層ＳＴに切り替えるページの再配置が行われる。
　そして仮想ボリューム制御プログラム３５Ａは、仮想ボリュームＶＶＯＬにおける必要な論理ブロックに対する以上のようなページが完了すると、このページ再配置処理を終了してページ配置処理（図１７）に戻る。
（４－５）強制再配置処理
　図１９は、図１７について上述したページ配置処理のステップＳＰ２５において仮想ボリューム制御プログラム３５Ａにより実行される強制再配置処理の具体的な処理手順を示す。
　本計算機システム１では、アプリケーション１６が仮想ボリュームＶＶＯＬにデータを書き込んだ場合、その仮想ボリュームＶＶＯＬにおけるそのデータが書き込まれた論理ブロックに割り当てられているページの割当て元を、ユーザ操作により現在の記憶階層ＳＴから他の記憶階層ＳＴに変更させることができる。
　実際上、ユーザがホスト計算機３を操作して仮想ボリュームＶＶＯＬにおける所望するデータが書き込まれた領域に割り当てられているページの割当て元を、他の記憶階層ＳＴに変更すべき旨の命令を入力すると、これに応じた強制再配置要求がそのホスト計算機３からストレージ装置５に与えられる。
　そしてストレージ装置５の仮想ボリューム制御プログラム３５Ａは、かかる強制再配置要求を受信することにより、図１７について上述したページ配置処理のステップＳＰ２５に進むと、この図１９に示す強制再配置処理を開始し、まず、データ／ページマッピング管理テーブル４１（図４）を参照して、強制再配置要求において指定されたデータが書き込まれた仮想ボリュームＶＶＯＬ内の当該データが書き込まれたすべての論理ブロックにそれぞれ割り当てられているページを特定する（ＳＰ４０）。
　続いて、仮想ボリューム制御プログラム３５Ａは、仮想ボリュームプール管理テーブル３８（図１１）を参照して、強制再配置要求において再配置先として指定された記憶階層ＳＴに、当該強制再配置要求において指定された再配置対象のデータをすべて格納し得る分の未使用のページ（以下、これを未使用ページと呼ぶ）があるか否かを判断する（ＳＰ４１）。
　仮想ボリューム制御プログラム３５Ａは、この判断において肯定結果を得ると、強制再配置要求において指定された再配置対象のデータを、強制再配置要求において先配置先として指定された記憶階層ＳＴに移行するよう対応する記憶装置３０を制御すると共に、これに応じてデータ／ページマッピング管理テーブル４１を更新する（ＳＰ４２）。そして仮想ボリューム制御プログラム３５Ａは、この後、この強制再配置処理を終了してデータ配置処理（図１７）に戻る。
　これに対して、仮想ボリューム制御プログラム３５Ａは、ステップＳＰ４１の判断において否定結果を得ると、図１８について上述したデータ再配置処理と同様の再配置処理を実行することにより、強制再配置要求において先配置先として指定された記憶階層ＳＴに再配置対象のデータをすべて格納し得る分の未使用ページを用意する。また仮想ボリューム制御プログラム３５Ａは、用意した未使用ページに再配置対象のデータを移行させるよう対応する記憶装置３０を制御すると共に、これに応じてデータ／ページマッピング管理テーブル４１を更新する（ＳＰ４３）。そして仮想ボリューム制御プログラム３５Ａは、この後、この強制再配置処理を終了してデータ配置処理に戻る。
（４－６）ライト処理
　図２０は、図１７について上述したページ配置処理のステップＳＰ２８において仮想ボリューム制御プログラム３５Ａにより実行されるライト処理の具体的な処理手順を示す。
　仮想ボリューム制御プログラム３５Ａは、ページ配置処理のステップＳＰ２８に進むと、このライト処理を開始し、まず、ライト要求において指定された仮想ボリュームＶＶＯＬ内の当該ライト要求において指定されたデータの書込み先の論理ブロックに既にページが割り当てられているか否かを判断する（ＳＰ５０）。
　そして仮想ボリューム制御プログラム３５Ａは、この判断において肯定結果を得ると、かかるライト要求と共にホスト計算機３から与えられた書込み対象のデータを、ライト要求において指定された仮想ボリュームＶＶＯＬ内の当該ライト要求において指定された論理ブロックに書き込み（ＳＰ５１）、この後ステップＳＰ５６に進む。
　これに対して、仮想ボリューム制御プログラム３５Ａは、ステップＳＰ５０の判断において否定結果を得ると、仮想ボリュームページ割当てポリシ管理テーブル４０（図４）及び仮想ボリュームプール管理テーブル３８（図１１）を参照して、そのデータに対して優先度が設定された各記憶階層ＳＴについて、優先順位が高く設定された記憶階層ＳＴから順番に、未使用ページをそれぞれ探索する（ＳＰ５２）。
　続いて、仮想ボリューム制御プログラム３５Ａは、ステップＳＰ５２の探索結果に基づいて、そのデータに対して優先度が設定された記憶階層ＳＴのうち、当該データをすべて格納し得る分の未使用ページを有する記憶階層ＳＴが存在するか否かを判断する（ＳＰ５３）。
　そして仮想ボリューム制御プログラム３５Ａは、この判断において否定結果を得ると、そのデータを仮想ボリュームページ割当てポリシに従って仮想ボリュームＶＶＯＬに書き込むことができない旨の警告を、ライト要求の送信元のホスト計算機３に送信し（ＳＰ５４）、この後、このライト処理を終了してページ配置処理に戻る。
　これに対して、仮想ボリューム制御プログラム３５Ａは、ステップＳＰ５３の判断において肯定結果を得ると、ライト要求において指定された仮想ボリュームＶＶＯＬ内の当該ライト要求において指定されたデータの書込み先の領域に対して、書込み対象のデータをすべて格納し得る分の未使用ページを有する記憶階層ＳＴのうちの当該データについて最も優先度が高く設定された記憶階層ＳＴの未使用ページを割り当て、その未使用ページにかかる書込み対象のデータを書き込む（ＳＰ５５）。
　次いで、仮想ボリューム制御プログラム３５Ａは、かかる書込み対象のデータの書込み処理が完了した旨のライト完了通知を、ライト要求の送信元のホスト計算機３に送信し（ＳＰ５６）、この後、このライト処理を終了してページ配置処理に戻る。
（５）本実施の形態の効果
　以上のように本実施の形態においては、ストレージ装置５において、ホスト計算機３に実装された各アプリケーション１６と、当該アプリケーション１６がデータを読み書きする仮想ボリュームＶＶＯＬと、当該仮想ボリュームＶＶＯＬにページを割り当てる記憶階層ＳＴ及び当該記憶階層ＳＴの優先度とを関連付けたポリシを仮想ボリュームページ割当てポリシ管理テーブル２８において管理し、仮想ボリュームＶＶＯＬに対するアプリケーション１６からのライト要求に応じて、対応する仮想ボリュームページ割当てポリシに従って、当該仮想ボリュームＶＶＯＬに関連付けられた記憶階層ＳＴのうち、より優先度が高い記憶階層ＳＴから当該仮想ボリュームＶＶＯＬにページを割り当てるため、アプリケーション１６ごとに、そのアプリケーション１６が仮想ボリュームＶＶＯＬにデータを書き込んだときにページを割り当てる記憶階層ＳＴを予め限定することができる。
　従って、例えば重要度が高いアプリケーション１６に対しては性能が高い記憶階層ＳＴを関連付けておくことによって、かかるアプリケーション１６が仮想ボリュームＶＶＯＬにデータを書き込む際に、常に性能が高い記憶階層ＳＴからページが割り当てられるようにすることができる。かくするにつき、仮想ボリュームＶＶＯＬの性能安定稼働を実現することができる。
　また本実施の形態の場合、ストレージ装置５では、同一ファイルのデータが格納される仮想ボリュームＶＶＯＬの各論理ブロックに対しては、同一種別の記憶階層ＳＴからページをそれぞれ割り当てるようにしているため、これらの論理ブロックごとのアクセス性能にばらつきが生じることを未然に防止することができる。かくするにつき、仮想ボリュームＶＶＯＬに対する安定したアクセス性能を実現することができる。
（６）他の実施の形態
　なお上述の実施の形態においては、本発明を図４のように構成されたストレージ装置５に適用するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成のストレージ装置に広く適用することができる。
　また上述の実施の形態においては、ストレージ装置５に搭載する記憶装置３０としてＳＳＤ、ＦＣディスク及びＳＡＴＡディスクを適用するようにした場合について述べたが、本発明はこれに限らず、例えば記憶装置３０として光ディスクが装填された光ディスク装置や、磁気テープが装填された磁気テープ装置を適用するようにしても良い。
　さらに上述の実施の形態においては、ストレージ装置５内に定義された記憶階層ＳＴの種別が３つである場合について述べたが、本発明はこれに限らず、３つ以上の種別の記憶階層ＳＴをストレージ装置５内に定義するようにしても良い。
　本発明は、階層型データ管理機能が搭載された種々の構成のストレージ装置に広く適用することができる。
　１……計算機システム、３……ホスト計算機、４……管理計算機、５……ストレージ装置、１６……アプリケーション、２０……プロセッサ、２５……仮想ボリュームページ割当てポリシ設定プログラム、２６……データ／ページマッピング設定プログラム、２７……装置テーブル、２８，４０……仮想ボリュームページ割当てポリシ管理テーブル、２９，４１……データ／ページマッピング管理テーブル、３０……記憶装置、３１……コントローラ、３５Ａ……仮想ボリューム制御プログラム、３６……仮想ボリューム管理テーブル、３７……仮想ボリューム割当て管理テーブル、３８……仮想ボリューム管理テーブル、３９……記憶階層管理テーブル、５０……仮想ボリュームページ割当てポリシ設定画面、６０……データ／ページマッピング設定画面、ＰＶＯＬ……プールボリューム、ＳＴ……記憶階層。

Claims (8)

  1. 　ストレージ装置において、
    　性能が異なる複数種類の記憶装置と、
    　前記複数種類の記憶装置がそれぞれ提供する各記憶領域をそれぞれ異なる種別の記憶階層として管理し、複数の異なる種別の記憶階層によりプールを構成すると共に、ホスト計算機に対して仮想ボリュームを提供し、前記仮想ボリュームに対する前記ホスト計算機に実装されたアプリケーションからのライト要求に応じて、当該仮想ボリュームに対して前記プールから記憶領域を所定大きさのページ単位で割り当て、割り当てた前記ページに書込み対象のデータを格納するコントローラと
    　を備え、
    　前記コントローラは、
    　前記アプリケーションと、当該アプリケーションがデータを読み書きする前記仮想ボリュームと、当該仮想ボリュームに前記ページを割り当てる前記記憶階層及び当該記憶階層の優先度とを関連付けたポリシを管理し、
    　前記仮想ボリュームに対する対応する前記アプリケーションからのライト要求に応じて、対応する前記ポリシに従って、当該仮想ボリュームに関連付けられた前記記憶階層のうち、より前記優先度が高い記憶階層から当該仮想ボリュームに前記ページを割り当てる
    　ことを特徴とするストレージ装置。
  2. 　前記コントローラは、
    　前記アプリケーションからのライト要求に応じて、必要数のページを同一種別の前記記憶階層から割り当てる
    　ことを特徴とする請求項１に記載のストレージ装置。
  3. 　前記コントローラは、
    　定期的又は不定期に、前記ポリシに従って、前記仮想ボリュームに書き込まれたデータを必要に応じて前記記憶階層間で移動させる
    　ことを特徴とする請求項１に記載のストレージ装置。
  4. 　前記コントローラは、
    　外部からの要求に応じて、前記仮想ボリュームに書き込まれたデータを当該要求に応じて指定された前記記憶階層から割り当てたページに格納するように、対応する前記記憶階層間でデータを移動させる
    　ことを特徴とする請求項１に記載のストレージ装置。
  5. 　性能が異なる複数種類の記憶装置と、前記複数種類の記憶装置がそれぞれ提供する各記憶領域をそれぞれ異なる種別の記憶階層として管理し、複数の異なる種別の記憶階層によりプールを構成すると共に、ホスト計算機に対して仮想ボリュームを提供し、前記仮想ボリュームに対する前記ホスト計算機に実装されたアプリケーションからのライト要求に応じて、当該仮想ボリュームに対して前記プールから記憶領域を所定大きさのページ単位で割り当て、割り当てた前記ページに書込み対象のデータを格納するコントローラとを有するストレージ装置におけるデータ管理方法において、
    　前記コントローラが、前記アプリケーションと、当該アプリケーションがデータを読み書きする前記仮想ボリュームと、当該仮想ボリュームに前記ページを割り当てる前記記憶階層及び当該記憶階層の優先度とを関連付けたポリシを管理する第１のステップと、
    　前記コントローラが、前記仮想ボリュームに対する対応する前記アプリケーションからのライト要求に応じて、対応する前記ポリシに従って、当該仮想ボリュームに関連付けられた前記記憶階層のうち、より前記優先度が高い記憶階層から当該仮想ボリュームに前記ページを割り当てる第２のステップと
    　を備えることを特徴とするデータ管理方法。
  6. 　前記第２のステップでは、
    　前記コントローラは、前記アプリケーションからのライト要求に応じて、必要数のページを同一種別の前記記憶階層から割り当てる
    　ことを特徴とする請求項５に記載のデータ管理方法。
  7. 　前記コントローラが、定期的又は不定期に、前記ポリシに従って、前記仮想ボリュームに書き込まれたデータを必要に応じて前記記憶階層間で移動させる第３のステップを備える
    　ことを特徴とする請求項５に記載のデータ管理方法。
  8. 　前記コントローラが、外部からの要求に応じて、前記仮想ボリュームに書き込まれたデータを当該要求に応じて指定された前記記憶階層から割り当てたページに格納するように、対応する前記記憶階層間でデータを移動させる第３のステップを備える
    　ことを特徴とする請求項５に記載のデータ管理方法。
PCT/JP2010/003335 2010-05-18 2010-05-18 ストレージ装置及びデータ管理方法 WO2011145138A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201080063246.3A CN102754084B (zh) 2010-05-18 2010-05-18 存储装置和数据管理方法
PCT/JP2010/003335 WO2011145138A1 (ja) 2010-05-18 2010-05-18 ストレージ装置及びデータ管理方法
EP10851703.8A EP2535819A4 (en) 2010-05-18 2010-05-18 STORAGE DEVICE AND METHOD FOR MANAGING DATA
JP2012515639A JP5323989B2 (ja) 2010-05-18 2010-05-18 ストレージ装置及びデータ管理方法
US12/988,653 US9052823B2 (en) 2010-05-18 2010-05-18 Storage system and data management method with application specific storage tiers

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/003335 WO2011145138A1 (ja) 2010-05-18 2010-05-18 ストレージ装置及びデータ管理方法

Publications (1)

Publication Number Publication Date
WO2011145138A1 true WO2011145138A1 (ja) 2011-11-24

Family

ID=44973438

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/003335 WO2011145138A1 (ja) 2010-05-18 2010-05-18 ストレージ装置及びデータ管理方法

Country Status (5)

Country Link
US (1) US9052823B2 (ja)
EP (1) EP2535819A4 (ja)
JP (1) JP5323989B2 (ja)
CN (1) CN102754084B (ja)
WO (1) WO2011145138A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013161073A1 (ja) * 2012-04-27 2013-10-31 株式会社日立製作所 データ管理システム及び方法
WO2014109007A1 (ja) * 2013-01-09 2014-07-17 株式会社 日立製作所 ストレージ階層管理システム
JP2015014963A (ja) * 2013-07-05 2015-01-22 富士通株式会社 ストレージ制御装置、制御プログラム及び制御方法

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10157002B2 (en) * 2010-08-26 2018-12-18 International Business Machines Corporation Migrating an encoded data slice based on an end-of-life memory level of a memory device
US9116914B1 (en) 2011-04-18 2015-08-25 American Megatrends, Inc. Data migration between multiple tiers in a storage system using policy based ILM for QOS
JP5793196B2 (ja) * 2011-09-13 2015-10-14 株式会社日立製作所 仮想ボリュームに割り当てられた要求性能に基づく制御を行うストレージシステムの管理システム及び管理方法
US9218131B2 (en) * 2011-10-19 2015-12-22 Hitachi, Ltd. Method and apparatus to change tiers
US8880804B2 (en) * 2012-03-21 2014-11-04 Hitachi, Ltd. Storage apparatus and data management method
US8700853B2 (en) 2012-04-13 2014-04-15 Hitachi, Ltd. Storage apparatus and data management method
US10341435B2 (en) * 2012-06-12 2019-07-02 Centurylink Intellectual Property Llc High performance cloud storage
US8943270B2 (en) * 2012-07-24 2015-01-27 Hitachi, Ltd. Storage system, storage control method and storage control program
US10289685B2 (en) * 2012-09-07 2019-05-14 International Business Machines Corporation Information lifecycle governance
US9355036B2 (en) * 2012-09-18 2016-05-31 Netapp, Inc. System and method for operating a system to cache a networked file system utilizing tiered storage and customizable eviction policies based on priority and tiers
US9015413B2 (en) 2012-10-02 2015-04-21 International Business Machines Corporation Management of data using inheritable attributes
GB2524433B (en) * 2013-01-25 2020-11-25 Hitachi Ltd Storage system and data management method
CN103106050A (zh) * 2013-02-22 2013-05-15 浪潮电子信息产业股份有限公司 一种实现存储系统数据分层存储复制的方法
WO2014147816A1 (ja) * 2013-03-22 2014-09-25 株式会社 日立製作所 ストレージ装置及び記憶領域検証方法
US9092159B1 (en) * 2013-04-30 2015-07-28 Emc Corporation Object classification and identification from raw data
US9311331B2 (en) 2013-08-27 2016-04-12 Netapp, Inc. Detecting out-of-band (OOB) changes when replicating a source file system using an in-line system
US20160041996A1 (en) 2014-08-11 2016-02-11 Netapp, Inc. System and method for developing and implementing a migration plan for migrating a file system
US10860529B2 (en) 2014-08-11 2020-12-08 Netapp Inc. System and method for planning and configuring a file system migration
US20150127770A1 (en) * 2013-11-06 2015-05-07 Pax8, Inc. Distributed Cloud Disk Service Provisioning and Management
US20150244804A1 (en) 2014-02-21 2015-08-27 Coho Data, Inc. Methods, systems and devices for parallel network interface data structures with differential data storage service capabilities
US9477427B2 (en) 2014-09-19 2016-10-25 Vmware, Inc. Storage tiering based on virtual machine operations and virtual volume type
CN105700819B (zh) * 2014-11-28 2019-04-12 国际商业机器公司 用于网络数据存储的方法和系统
US10078465B1 (en) 2015-05-20 2018-09-18 VCE IP Holding Company LLC Systems and methods for policy driven storage in a hyper-convergence data center
US10684777B2 (en) * 2015-06-23 2020-06-16 International Business Machines Corporation Optimizing performance of tiered storage
CN107037975B (zh) * 2015-07-15 2019-12-03 中兴通讯股份有限公司 卷的空间分配方法和装置
US10203874B1 (en) * 2015-09-30 2019-02-12 EMC IP Holding Company LLC Managing time scheduled data placement in data storage systems
US10558388B2 (en) * 2016-03-03 2020-02-11 Samsung Electronics Co., Ltd. Memory system and method of controlling the same
US10437486B2 (en) * 2016-05-24 2019-10-08 Samsung Electronics Co., Ltd. Method and apparatus for tenant-aware storage sharing platform
US10558611B2 (en) 2016-08-31 2020-02-11 International Business Machines Corporation Format aware file system with file-to-object decomposition
US10474397B2 (en) * 2017-06-13 2019-11-12 Western Digital Technologies, Inc Unified indirection in a multi-device hybrid storage unit
CN107301096B (zh) * 2017-06-16 2020-10-16 苏州浪潮智能科技有限公司 一种存储资源配置的方法及系统
US20200183948A1 (en) * 2018-12-07 2020-06-11 Capital One Services, Llc Provisioning compute and data resources within an elastic data warehouse system
US11748145B2 (en) 2021-01-15 2023-09-05 EMC IP Holding Company LLC Data processing system using skeleton virtual volumes for improved system startup
US20230274010A1 (en) * 2022-02-25 2023-08-31 Dell Products L.P. Quick management action system

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050055603A1 (en) 2003-08-14 2005-03-10 Soran Philip E. Virtual disk drive system and method
JP2008112276A (ja) * 2006-10-30 2008-05-15 Hitachi Ltd 再配置システムおよび再配置方法
JP2009116436A (ja) * 2007-11-02 2009-05-28 Hitachi Ltd 記憶領域の構成最適化方法、計算機システム及び管理計算機
JP2010033261A (ja) * 2008-07-28 2010-02-12 Hitachi Ltd ストレージ装置及びその制御方法
JP2010102464A (ja) * 2008-10-23 2010-05-06 Hitachi Ltd 計算機システムおよび計算機システムにおける複製作成方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU6081200A (en) * 1999-07-09 2001-01-30 Eric D. Schneider Optimized disk storage defragmentation with swapping capabilities
US7353361B2 (en) * 2005-06-06 2008-04-01 International Business Machines Corporation Page replacement policy for systems having multiple page sizes
JP4993913B2 (ja) * 2006-01-13 2012-08-08 株式会社日立製作所 記憶制御装置及びそのデータ管理方法
US8914340B2 (en) * 2008-02-06 2014-12-16 International Business Machines Corporation Apparatus, system, and method for relocating storage pool hot spots
JP5072692B2 (ja) * 2008-04-07 2012-11-14 株式会社日立製作所 複数のストレージシステムモジュールを備えたストレージシステム
US8359444B2 (en) * 2008-09-24 2013-01-22 Hitachi, Ltd. System and method for controlling automated page-based tier management in storage systems
US8566550B2 (en) 2009-09-22 2013-10-22 Hitachi, Ltd. Application and tier configuration management in dynamic page reallocation storage system
US8375180B2 (en) * 2010-02-05 2013-02-12 International Business Machines Corporation Storage application performance matching

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050055603A1 (en) 2003-08-14 2005-03-10 Soran Philip E. Virtual disk drive system and method
JP2008112276A (ja) * 2006-10-30 2008-05-15 Hitachi Ltd 再配置システムおよび再配置方法
JP2009116436A (ja) * 2007-11-02 2009-05-28 Hitachi Ltd 記憶領域の構成最適化方法、計算機システム及び管理計算機
JP2010033261A (ja) * 2008-07-28 2010-02-12 Hitachi Ltd ストレージ装置及びその制御方法
JP2010102464A (ja) * 2008-10-23 2010-05-06 Hitachi Ltd 計算機システムおよび計算機システムにおける複製作成方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2535819A4 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013161073A1 (ja) * 2012-04-27 2013-10-31 株式会社日立製作所 データ管理システム及び方法
JPWO2013161073A1 (ja) * 2012-04-27 2015-12-21 株式会社日立製作所 データ管理システム及び方法
WO2014109007A1 (ja) * 2013-01-09 2014-07-17 株式会社 日立製作所 ストレージ階層管理システム
JP2015014963A (ja) * 2013-07-05 2015-01-22 富士通株式会社 ストレージ制御装置、制御プログラム及び制御方法

Also Published As

Publication number Publication date
CN102754084A (zh) 2012-10-24
CN102754084B (zh) 2015-10-07
US9052823B2 (en) 2015-06-09
EP2535819A1 (en) 2012-12-19
EP2535819A4 (en) 2014-02-05
US20110289287A1 (en) 2011-11-24
JP5323989B2 (ja) 2013-10-23
JPWO2011145138A1 (ja) 2013-07-22

Similar Documents

Publication Publication Date Title
JP5323989B2 (ja) ストレージ装置及びデータ管理方法
US9785381B2 (en) Computer system and control method for the same
JP5608016B2 (ja) オブジェクト単位階層の管理方法及び装置
JP4940738B2 (ja) 記憶領域動的割当方法
JP4889985B2 (ja) ストレージ階層を考慮したボリュームグループを管理する方法
JP4235220B2 (ja) 計算機システムおよびデータ移行方法
US8918613B2 (en) Storage apparatus and data management method for storage area allocation based on access frequency
US8639899B2 (en) Storage apparatus and control method for redundant data management within tiers
US8880810B2 (en) Storage system comprising multiple storage apparatuses with both storage virtualization function and capacity virtualization function
JP5685676B2 (ja) 計算機システム及びデータ管理方法
US9201779B2 (en) Management system and management method
JP5111204B2 (ja) ストレージシステム及びストレージシステムの管理方法
US9921781B2 (en) Storage system including multiple storage apparatuses and pool virtualization method
WO2011117925A1 (ja) ストレージ装置及びその制御方法
US9003087B2 (en) Compound storage system and storage control method
JP2011150660A (ja) 計算機システム及びストレージ統合管理方法
JP4837495B2 (ja) 記憶システム及びデータ管理移行方法
JP2013122691A (ja) 割り当て装置およびストレージ装置
JP5355764B2 (ja) ＴｈｉｎＰｒｏｖｉｓｉｏｎｉｎｇに従う仮想的な論理ボリュームに対するデータのライトを制御する方法及びストレージ装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080063246.3

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 12988653

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10851703

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012515639

Country of ref document: JP

REEP Request for entry into the european phase

Ref document number: 2010851703

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2010851703

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE