WO2012032620A1 - コンピュータシステムの管理方法及び管理装置 - Google Patents

コンピュータシステムの管理方法及び管理装置 Download PDF

Info

Publication number
WO2012032620A1
WO2012032620A1 PCT/JP2010/065418 JP2010065418W WO2012032620A1 WO 2012032620 A1 WO2012032620 A1 WO 2012032620A1 JP 2010065418 W JP2010065418 W JP 2010065418W WO 2012032620 A1 WO2012032620 A1 WO 2012032620A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
search condition
priority
host computer
information
Prior art date
Application number
PCT/JP2010/065418
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 US13/321,109 priority Critical patent/US20130166570A1/en
Priority to PCT/JP2010/065418 priority patent/WO2012032620A1/ja
Priority to JP2012532774A priority patent/JP5589081B2/ja
Publication of WO2012032620A1 publication Critical patent/WO2012032620A1/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/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • 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/0629—Configuration or reconfiguration of storage systems
    • G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems

Definitions

  • the present invention relates to a computer system management method and management apparatus.
  • the amount of data managed by companies etc. increases every day.
  • a user such as a system administrator assigns a logical volume of a size required by the host computer to the host computer.
  • the configuration of the computer system is complicated, and it is troublesome to find a logical volume suitable for the host computer and assign it to the host computer.
  • Patent Document 1 the required characteristics for each application program and the expected disk performance are defined in advance as a policy, and a logical volume that matches the policy selected by the user is defined as a logical volume to be assigned to the host computer.
  • an object of the present invention is to provide a computer system management method and a management apparatus that can improve the user-friendliness.
  • Another object of the present invention is to provide a computer system management method and management apparatus which can improve user convenience by recommending information used for searching a storage area to a user based on a user operation history. It is to provide. Further objects of the present invention will become clear from the description of the embodiments described later.
  • a computer system for managing a computer system including one or more host computers, one or more storage systems for storing data used by the host computers, and a management device.
  • the management apparatus (A) identifies at least the host computer as a precondition for searching for one or more storage areas to be assigned to the host computer from the plurality of storage areas of the storage system.
  • the management device may update the priority managed by the priority management information based on the recommended search condition set selected by the user from among the recommended search condition sets presented in (K).
  • the present invention can also be configured as a computer system that is executed by a management device that manages the computer system.
  • the computer program can be fixedly distributed on a recording medium or distributed via a communication network.
  • FIG. 1 is an explanatory diagram showing an outline of an embodiment of the present invention.
  • FIG. 2 shows an overall outline of the computer system.
  • FIG. 3 is a block diagram showing the configuration of the management server.
  • FIG. 4 is a block diagram showing the configuration of the storage system.
  • FIG. 5 is a table showing an example of storage system configuration information.
  • FIG. 6 is a table showing the correspondence between storage systems and logical volumes.
  • FIG. 7 is a table showing the correspondence between communication ports and host groups.
  • FIG. 8 is a table showing the correspondence between logical volumes and communication ports.
  • FIG. 9 is a diagram schematically showing the configuration and relationship of the recommended information management area.
  • FIG. 10 is a table for managing users.
  • FIG. 11 is a table for managing labels indicating the types of business application programs.
  • FIG. 12 is a table for managing host computers.
  • FIG. 13 is a condition type detection table showing the relationship between combinations of preconditions for search and condition type identifiers.
  • FIG. 14 is a table for managing condition types.
  • FIG. 15 is a table for managing priorities for each search condition.
  • FIG. 16 is a flowchart showing a process for registering user information and access control information.
  • FIG. 17 is an example of a screen for registering user information.
  • FIG. 18 is an example of a screen for registering access control information.
  • FIG. 19 is a flowchart showing a process for providing recommended information.
  • FIG. 20 is an example of a screen for registering host information.
  • FIG. 21 is an example of a screen for inputting information (preconditions) for assigning a volume to a host.
  • FIG. 22 is an example of a screen for providing recommended information.
  • FIG. 23 is a flowchart illustrating processing for detecting recommended information.
  • FIG. 24 is a flowchart showing a process for acquiring the priority.
  • FIG. 25 is a flowchart showing a process for updating the recommended information management area.
  • FIG. 26 is a flowchart illustrating processing for calculating priority.
  • the computer system includes at least one management server 10, at least one host computer 20, and at least one storage system 30.
  • the management server 10 is connected to the host computer 20 and the storage system 30 via the management communication network CN1.
  • the host computer 20 and the storage system 30 are connected via an I / O (Input / Output) network CN2 for data transmission / reception.
  • I / O Input / Output
  • the host computer 20 and the storage system 30 will be described first, and then the management server 10 will be described.
  • the host computer 20 is configured as a computer such as a so-called open server computer or mainframe computer.
  • FICON Fibre Connection: registered trademark
  • ESCON Enterprise System Connection: registered trademark
  • ACONARC Advanced Connection Architecture: registered trademark
  • FIBARC Fibre Connection
  • Data communication is performed according to a communication protocol such as Architecture (registered trademark).
  • the host computer 20 is a server computer, data communication is performed according to a communication protocol such as FCP (Fibre Channel Protocol) or iSCSI (Internet Small Computer System Interface).
  • FCP Fibre Channel Protocol
  • iSCSI Internet Small Computer System Interface
  • the host computer 20 includes at least one application program 21 such as customer management software, merchandise management software, sales management software, e-mail management software, document creation software, spreadsheet software, image processing software, image distribution software, and the like. I have.
  • the application program 21 accesses the allocated logical volume to read / write data.
  • the storage system 30 includes a controller 31, a plurality of storage devices 32, and a RAID group 33.
  • the controller 31 reads and writes data from and to the logical volume 34 (see FIG. 2) in accordance with commands from the host computer 20. Furthermore, the controller 31 changes the configuration of the storage system 30 in accordance with an instruction from the management server 10.
  • the storage device 32 is a device for storing data.
  • various devices that can read and write data such as a hard disk device, a semiconductor memory device, an optical disk device, a magneto-optical disk device, a magnetic tape device, and a flexible disk device can be used.
  • a hard disk device for example, a FC (Fibre Channel) disk, a SCSI (Small Computer System Interface) disk, a SATA disk, an ATA (AT Attachment) disk, a SAS (Serial Attached SCSI) disk, or the like can be used.
  • flash memory SSD
  • FeRAM Feroelectric Random Access Memory
  • MRAM Magneticoresistive Random Access
  • Various storage devices such as “Memory”, phase change memory (Ovonic Unified Memory), and RRAM (Resistance RAM) can also be used.
  • a configuration in which different types of storage devices such as a flash memory device and a hard disk drive are mixed may be used.
  • the RAID group 33 indicates a group for each RAID level such as RAID 1, 5, and 6, for example.
  • the RAID group 33 includes at least one storage device 32.
  • the management server 10 when the management server 10 as the “management device” receives a precondition for search from the user, the management server 10 creates a recommended search condition set including the search condition according to the precondition, and the recommended search condition set.
  • the logical volume or RAID group that matches the above is presented as a candidate to the user.
  • the management server 10 gives an instruction to the storage system 30 based on the user's selection, and further updates the priority associated with the search condition based on the user's selection. Note that the communication path may be presented to the user as a candidate.
  • the management server 10 includes, for example, a precondition acquisition unit 11, a search condition set acquisition unit 12, a search unit 13, a configuration information management unit 14, a search result output unit 15, a search condition set correction unit 16, and an allocation
  • An instruction unit 17, a search condition set update unit 18, and a search condition set management table 19 are provided.
  • the precondition acquisition unit 11 acquires a precondition for the search from the user.
  • Preconditions include, for example, information for identifying a user (user name), information for identifying the type of application program 21 operating on the host computer 20 (business label name), and information for identifying the host computer 20 (host name). Can be mentioned.
  • the search condition set acquisition unit 12 acquires a search condition set corresponding to the precondition from the search condition set management table 19.
  • the search condition set is a set including at least one search condition.
  • the search condition set is a set of search conditions recommended for the user, and corresponds to a “recommended search condition set”.
  • the search condition includes a condition type and a condition value.
  • the condition type include a storage system model name, a disk type, a rotation speed, a RAID level, a volume type, and a path.
  • the condition value is different for each condition type.
  • condition type “storage system model name” values such as model 1 and model 2 are set as the condition values.
  • condition type “disk type” values such as FC, SCSI, SATA, ATA, SAS, and SSD (Flash Solid State Drive) are set as condition values.
  • condition type “number of rotations” values such as 10,000 rotations and 15000 rotations are set as the condition values.
  • condition type “RAID level” values such as RAID1, RAID5, and RAID6 are set as the condition values.
  • FC designates an FC disk.
  • ⁇ FC designates another type of disk other than FC.
  • “Include FC” designates another type of disk including an FC disk.
  • the search unit 13 searches the configuration information managed by the configuration information management unit 14 based on the search condition set.
  • the configuration information is information indicating the configuration of the storage system 30.
  • the search unit 13 extracts at least one logical volume or RAID group 33 candidate to be assigned to the host computer 20.
  • the “storage area” allocated to the host computer 20 is not limited to the logical volume or the RAID group 33.
  • a configuration in which a unit such as a pool is allocated to the host computer 20 may be used.
  • the pool is used for so-called thin provisioning technology.
  • a virtual volume having a fake size is provided to the host computer 20 and the real storage area allocated to the virtual volume is increased in accordance with write access from the host computer 20.
  • the real storage area allocated to the virtual volume is selected from the logical volumes in the pool.
  • a logical volume or RAID group 33 (or pool) as a storage area allocated to the host computer 20 may be referred to as “volume or the like”.
  • the search result by the search unit 13 is output via the search result output unit 15.
  • the search result output unit 15 displays the search results on the screen of the operation terminal 40 (see FIG. 2) connected to the management server 10, for example.
  • the search result includes, for example, a display section for each search condition set.
  • Each display unit includes information related to search conditions constituting the search condition set, and information indicating a result of a search using the search condition set.
  • the information related to the search condition includes a condition type and a condition value. At least a part of the information related to the search condition is provided in a form that can be modified by the user.
  • the information indicating the search result includes information for specifying a volume or the like to be allocated to the host computer 20.
  • the search condition set correction unit 16 corrects a part or all of the search condition set, and the search unit 13 searches again.
  • the user compares the display unit for each search condition set, determines the volume to be allocated to the host computer 20, and instructs the management server 10 to execute the allocation.
  • the allocation instruction unit 17 transmits an instruction to allocate the volume selected by the user to the host computer 20 specified by the user to the controller 31 of the storage system 30.
  • the controller 31 changes the configuration of the storage system 30 so that the specified host computer 20 can use the specified volume or the like according to the instruction from the allocation instruction unit 17.
  • the search condition set update unit 18 updates the contents of the search condition set management table 19 when the assignment instruction to the storage system 30 is normally completed.
  • the search condition set management table 19 stores preconditions input from the user and search condition sets used in the past in association with each other. Each search condition constituting the search condition set used in the past is set with a priority indicating the use frequency. The higher the priority, the higher the usage frequency of the search condition set.
  • the search condition set update unit 18 sets a high priority associated with the search condition selected by the user among the search conditions stored in the search condition set management table 19. On the other hand, the search condition set update unit 18 sets the priority of the search conditions not selected by the user among the search conditions stored in the search condition set management table 19 to be low.
  • the search condition set update unit 18 adds the search condition to the search condition set management table 19 when the search condition selected by the user is not registered in the search condition set management table 19.
  • the user simply inputs a precondition for performing a search to the management server 10, and at least one search condition set corresponding to the precondition is sent from the management server 10 to the user.
  • Recommended The user can use the recommended search condition set as it is, or can partially use the recommended search condition set after correcting it. Therefore, the user does not need to specify all of the search condition set, and can select an appropriate volume or the like only by inputting the precondition. This improves the convenience for the user.
  • the search history of the user is accumulated in the search condition set management table 19. Therefore, it is possible to improve the accuracy of the search condition set recommended to the user and the search result candidate.
  • the extraction range of the search condition set recommended for the user is expanded for a user who uses the computer system for the first time or a user who uses the computer system for a short time.
  • FIG. 2 shows the entire computer system according to the present embodiment.
  • at least one management server 10 includes at least one host computer 20 and at least one storage system 30 via a management communication network CN1 such as a LAN (Local Area Network). It is connected to at least one operation terminal 40.
  • the host computer 20 and the storage system 30 are connected via an I / O communication network CN2 such as a SAN (Storage Area Network).
  • I / O communication network CN2 such as a SAN (Storage Area Network).
  • SAN Storage Area Network
  • the management server 10 includes a controller 31, a storage device 32, a RAID group 33, a logical volume 34, and a communication port (hereinafter referred to as a port) 35.
  • the logical volume 34 is created using a physical storage area virtualized as a RAID group 33. A plurality of logical volumes 34 can be provided in one RAID group 33.
  • the logical volume 34 is associated with a predetermined host computer 20 via the communication port 35. In other words, each host computer 20 can access only the logical volume 34 allocated to itself, and cannot access the logical volume 34 not allocated to itself. As shown in FIG. 18 to be described later, among the information related to the logical volume 34 and the information related to the host computer 20 that is managed by the management server 10, information that lists the logical volumes accessible to the user and the host computer is listed. This is called an access control list (ACL).
  • ACL access control list
  • FIG. 3 is a block diagram of the management server 10.
  • the management server 10 can be configured from a plurality of computers, or can be configured as a single computer as shown in FIG.
  • the management server 10 includes, for example, a microprocessor (CPU) 101, a memory 102, and a communication interface (LAN_I / F) 103.
  • CPU microprocessor
  • memory 102 volatile and non-volatile memory
  • LAN_I / F communication interface
  • the microprocessor 101 implements the functions described later by reading and executing a computer program stored in the memory 102.
  • the memory 102 stores various management information 1000, a configuration information management program 1100, and a recommended information management program 1200.
  • one memory 102 is shown for convenience, but it may be composed of a plurality of memories.
  • the memory 102 may include an auxiliary storage device such as a hard disk device or a flash memory device in addition to a semiconductor memory such as a RAM (Random Access Memory) and a ROM (Read Only Memory).
  • auxiliary storage device such as a hard disk device or a flash memory device in addition to a semiconductor memory such as a RAM (Random Access Memory) and a ROM (Read Only Memory).
  • RAM Random Access Memory
  • ROM Read Only Memory
  • the management server 10 is connected to each operation terminal 40 via the management communication network CN1.
  • Each operation terminal 40 is configured as a computer terminal including, for example, a microprocessor, a memory, a communication interface, an information input device such as a keyboard, and an information output device such as a display.
  • the user can instruct the management server 10 to allocate a volume using the operation terminal 40 for which the user has use authority.
  • FIG. 3 shows an example in which the operation terminal 40 for exchanging information with the user and the management server 10 that searches for volumes and assigns volumes and the like are configured as separate computers.
  • the management server 10 may be provided with a user interface to exchange information with the user.
  • the user can input information (including an instruction in the information) to the management server 10 using, for example, a keyboard switch, a pointing device, a touch panel, a voice input device, or the like.
  • the user can check information from the management server 10 using, for example, a display, a printer, a voice output device, or the like.
  • the management information 1000 stored in the memory 102 includes, for example, storage system configuration information 1010, information 1020 indicating the correspondence between storage systems and logical volumes (LUs), and information 1030 indicating the correspondence between ports and host groups. , Information 1040 indicating the correspondence between logical volumes and ports, and a recommended information management area 1050 are included. Details of each information will be described later.
  • the configuration information management program 1100 is a computer program for managing each piece of management information (also configuration information) 1010, 1020, 1030, 1040.
  • the recommended information management program 1200 is a computer program for managing information stored in the recommended information management area 1050 and supporting a user search to recommend an appropriate volume or the like.
  • FIG. 4 is a block diagram of the storage system 30.
  • the storage system 30 includes, for example, at least one controller 31 and at least one storage device 32.
  • the controller 31 controls the operation of the storage system 30.
  • a plurality of storage devices 32 are grouped to form a RAID group 33.
  • a logical volume 34 is formed using a physical storage area of the RAID group 33.
  • the controller 31 includes, for example, a first communication control circuit for communicating with the host computer 20, a second communication control circuit for communicating with each storage device 32, a memory for storing data, control information, and the like, A microprocessor or the like is provided (all not shown). By providing a plurality of controllers 31 and forming a redundant configuration, even if one of the controllers fails, the other controller 31 can control the operation of the storage system 30.
  • the controller 31 holds, for example, storage system configuration information 3000, an I / O processing program 3100, a volume creation program 3200, and a volume allocation program 3300.
  • the storage system configuration information 3000 is information for managing the configuration of the storage system 30.
  • the I / O processing program 3100 is a computer program that processes read commands and write commands issued from the host computer 20 and returns the processing results to the host computer 20.
  • the volume creation program 3200 is a computer program for creating the logical volume 34 in response to an instruction from the management server 10.
  • the volume allocation program 3300 is a computer program for allocating a specified logical volume 34 to a specified host computer 20 in accordance with an instruction from the management server 10.
  • FIG. 5 shows an example of the storage system configuration information 1010.
  • the management server 10 acquires configuration information from each storage system 30 in the computer system and stores it regularly or irregularly.
  • ID, identification information, identifier, and name can be replaced.
  • the storage system configuration information 1010 manages, for example, a storage ID column 1011, a RAID group ID column 1012, a RAID level 1013, a disk type column 1014, and an RPM column 1015 in association with each other.
  • the storage ID column 1011 information (ID) for identifying the storage system 30 is stored.
  • the RAID group ID column 1012 stores information (ID) for identifying the RAID group 33 provided in each storage system.
  • the RAID level column 1013 stores the RAID level of the RAID group 33.
  • the disk type column 1014 the type of the storage device 32 constituting the RAID group 33 is stored.
  • the RPM (Rotation Per Minute) column 1015 stores the rotation speed of the storage device 32, that is, the access speed to data.
  • FIG. 6 is an example of information 1020 indicating the correspondence between the storage system and the logical volume.
  • the storage system / logical volume correspondence information 1020 manages, for example, a storage ID column 1021, a volume ID column 1022, and a RAID group ID column 1023 in association with each other.
  • the volume ID column 1022 stores information (ID) for identifying each logical volume 34.
  • the management server 10 can grasp which logical volume is provided in which storage system by using the information 1020.
  • FIG. 7 is an example of information 1030 indicating the correspondence between ports and host groups.
  • the port-host group correspondence information 1030 manages, for example, the host group ID column 1031, the port ID column 1032, and the host WWN column 1033 in association with each other.
  • the host group ID column 1031 stores information (ID) for identifying a host group. By associating a plurality of host computers 20 with one host group, a plurality of host computers 20 can be managed in groups.
  • the port ID column 1032 stores information (ID) for identifying each port 35. In the host WWN column 1033, the WWN (World Wide Name) of the host computer 20 associated with the port 35 is stored.
  • the management server 10 can grasp which host computer 20 is associated with which communication port 35 by using the information 1030.
  • FIG. 8 is an example of information 1040 indicating the correspondence between logical volumes and ports.
  • the logical volume-port correspondence information 1040 manages, for example, the storage ID column 1041, the volume ID column 1042, the LUN column 1043, and the port ID column 1044 in association with each other.
  • LUN Logical Unit Unit Number
  • the management server 10 can grasp which logical volume 34 is associated with each port 35 of each storage system 30 by using the information 1040.
  • FIG. 9 schematically shows a configuration of the recommended information management area 1050 and the like.
  • FIG. 9 shows a state in which a search condition set is acquired based on a precondition input from the user.
  • the user When a user intends to assign a volume or the like to the host computer 20, the user inputs a precondition to the management server 10 via the operation terminal 40.
  • a precondition in this embodiment, a user name (user ID), a business label name (business label ID), and a host name (host ID) are used. That is, when the user intends to assign a logical volume or the like to the host computer 20, it is only necessary to specify the user name to be assigned, the type of the application program 21, and the host computer name.
  • the “business label” may be abbreviated as “label” in the figure.
  • condition type detection table 1054 a condition type ID is associated with each combination of items (user name, business label name, host name) constituting the precondition. Therefore, when the user inputs a precondition, a condition type ID corresponding to the precondition is determined.
  • condition type management table 1055 By using the condition type management table 1055 based on the determined condition type ID, at least one search condition set corresponding to the condition type ID can be acquired.
  • the condition type management table 1055 manages a combination of a plurality of search conditions for each condition type ID.
  • a priority management table 1056 is associated with each search condition.
  • search condition set management table 19 shown in FIG. 1 corresponds to at least one piece of information stored in the recommended information management area 1050.
  • the search condition set management table 19 can be considered to correspond to the recommended information management table 1054, the condition type management table 1055, and the priority management table 1056.
  • FIG. 10 shows a table 1051 for managing users.
  • the user management table 1051 manages the user ID column 1051A, the user name column 1051B, the authentication information column 1051C, and the ACL column 1051D in association with each other.
  • the user ID column 1051A information (ID) for identifying each user is stored.
  • the user name column 1051B stores the name of each user.
  • the authentication information column 1051C stores authentication information such as a password used for the user to log in to the management server 10 using the operation terminal 40. Biometric information may be used instead of or together with the password.
  • the ACL column 1051D stores information related to the volume that can be used by the user.
  • NULL When “NULL” is set in the ACL column, it means that no access restriction is set.
  • a logical volume and a host ID are set in the ACL column, it means that the user can access only the set logical volume and host computer.
  • FIG. 11 shows a table 1052 for managing business labels.
  • the business label management table 1052 manages, for example, a label ID column 1052A and a label name column 1052B in association with each other.
  • the business label is information indicating the type of the application program 21. Therefore, the business label can be called “business type”.
  • the label ID column 1052A information (ID) for identifying a label indicating the type of each application program 21 is stored.
  • the label name column 1052B stores the name of the business label (name indicating the type of the application program 21).
  • name For the business label name, for example, values such as “database”, “web”, “file”, “ERP”, “electronic mail”, and “initial value” are set.
  • ERP Enterprise Resource Planning Package
  • FIG. 12 shows a table 1053 for managing the host computer 20.
  • the host management table 1053 manages, for example, a host ID column 1053A, a host name column 1053B, an IP address column 1053C, an operating system type column 1053D, and a cluster column 1053E in association with each other.
  • the host ID column 1053A information (ID) for identifying each host computer 20 is stored.
  • the name of the host computer 20 is stored in the host name column 1053B.
  • the IP address column 1053C stores the IP (Internet Protocol) address of the host computer 20.
  • the operating system type column 1053D stores the type of operating system running on the host computer 20.
  • FIG. 13 shows a table 1054 for detecting the condition type.
  • the condition type detection table 1054 manages, for example, a user ID column 1054A, a host ID column 1054B, a label ID column 1054C, and a condition type ID column 1054D in association with each other.
  • condition type detection table 1054 is a table for associating a precondition with a search condition set.
  • condition type detection table 1054 the condition type ID (value in the 1054D column) associated with the precondition can be detected based on the precondition (value in each column of 1054A, 1054B, and 1054C).
  • FIG. 14 shows a table 1055 for managing condition types.
  • the condition type management table 1055 includes, for example, a condition type ID column 1055A, a storage type pointer column 1055B, a disk type pointer column 1055C, an RPM pointer column 1055D, and a volume type pointer column 1055E.
  • the RAID level pointer column 1055F and the communication path pointer column 1055H are managed in association with each other.
  • condition type ID column 1055A information (ID) for identifying the condition type is stored.
  • the storage type pointer column 1055B stores a pointer for acquiring a storage type condition value and priority as one search condition from the priority management table 1056.
  • disk type pointer column 1055C a pointer for acquiring a disk type condition value and priority as one search condition from the priority management table 1056 is stored.
  • a pointer for acquiring the RPM condition value and priority as one search condition from the priority management table 1056 is stored in the RPM pointer column 1055D.
  • the volume type pointer column 1055E stores a pointer for acquiring a volume type condition value and priority as one search condition from the priority management table 1056.
  • a pointer for acquiring a RAID level condition value and priority as one search condition from the priority management table 1056 is stored in the RAID level pointer column 1055F.
  • the communication path pointer column 1055H stores a pointer for acquiring a communication path condition value and priority as one detection condition from the priority management table 1056.
  • condition type management table 1055 is a table for specifying a specific configuration of the search condition set for each condition type ID.
  • FIG. 15 shows a table 1056 for managing priorities.
  • the priority management table 1056 manages, for example, a pointer column 1056A, a value column 1056B, a priority column 1056C, and a related pointer column 1056D in association with each other.
  • pointers corresponding to each search condition are stored.
  • the value column 1056B stores values (condition values) set for each search condition.
  • the priority column 1056C stores the priority of the condition value.
  • other pointers related to the search condition are stored.
  • the storage type pointer is “STP”
  • the disk type pointer is “DTP”
  • the RPM pointer is “RPMP”
  • the volume type pointer is “VTP”
  • the RAID level Is displayed as “RAIDP” and the pointer to the communication path as “PP”.
  • Examples of values that the search condition “storage type” can take include model names such as R700, R600, and DF800.
  • Examples of values that the search condition “disk type” can take include FC, SSD, SATA, and ANY. Any means that any disk type is acceptable regardless of the disk type.
  • LDEV means a logical volume that the storage system 30 has.
  • the created logical volume 34 is allocated to the host computer 20.
  • a RAID group is designated as the condition value
  • a RAID group 33 is assigned to the host computer 20.
  • the user can create a logical volume 34 using the area of the assigned RAID group 33 and assign the logical volume 34 to the host computer 20.
  • a pool is designated as a condition value
  • a virtual volume using a thin provisioning technique is assigned to the host computer 20.
  • Possible values of the search condition “RAID level”, for example, RAID1, RAID5, RAID6, etc. can be cited.
  • Possible values of the search condition “communication path” may include 1, 2, or 3 or more values.
  • 1 is specified as the condition value
  • 2 is specified as the condition value
  • the host computer 20 and the logical volume are connected by two communication paths. Even if a failure occurs in any one of the communication paths, the host computer 20 can access the logical volume using the other normal communication path.
  • each processing described below is realized by the microprocessor reading and executing each program stored in the memory. Therefore, the subject of each process below may be a program or a microprocessor. Alternatively, the subject of each of the following processes can be described as a controller or a server. In this embodiment, for the sake of convenience, the operation of each program will be described with the management server as the subject.
  • each program can be installed on the management server via a program distribution server for distributing the program. Furthermore, each program fixed to the recording medium may be read by the management server and installed.
  • FIG. 16 shows a process for registering user information and access control information (ACL information) in the management server 10.
  • FIG. 17 shows an example of a screen for registering user information.
  • FIG. 18 shows an example of a screen for registering ACL information.
  • the user accesses the management server 10 using the operation terminal 40 and opens the user information registration screen G10 shown in FIG. As shown in FIG. 17, the user inputs his name into the user name input unit GP10, and further inputs a password into the password input unit GP11. If there is no mistake in the input contents, the user operates the registration button GP12. When canceling registration of user information, the user operates a cancel button GP13.
  • the management server 10 determines whether or not to register user information based on the operation of the registration button GP12 (S10). When registering user information (S10: YES), the management server 10 registers the user name and password input on the user information registration screen G10 in the user management table 1051 shown in FIG. 10 (S11).
  • FIG. 18 shows a screen G20 for registering ACL information.
  • the ACL information registration screen G20 includes, for example, a user designation part GP20 for designating a user, a volume selection part GP21 for selecting a logical volume, a host selection part GP22 for selecting a host computer, a registration button GP23 and a cancel button GP24. .
  • the volume selection part GP21 includes a volume display part GP25 for displaying a list of logical volumes, and a button GP26 for adding the logical volume 34 selected by the volume display part GP25 to the ACL information.
  • the host selection unit GP22 includes a host display unit GP27 for displaying a list of host computers, and a button GP28 for adding the host computer 20 selected by the host display unit GP27 to the ACL information.
  • the user designates a combination of the host computer 20 and the logical volume 34 that permits access to the host computer 20 using the registration screen G20.
  • the management server 10 determines whether or not to register ACL information based on the operation of the registration button GP23 on the registration screen G20 (S12).
  • the management server 10 stores the contents input on the registration screen G20 in the ACL column 1051D of the user information management table 1051.
  • this process ends.
  • FIG. 19 shows a process for providing recommended information to the user.
  • this process as described below, when the user desires to allocate a volume or the like to the host computer 20, one or more search condition sets are acquired based on relatively few preconditions input by the user. To do.
  • volumes and the like are selected according to the set of search conditions, and the selected volumes and the like are presented to the user to obtain a final selection. Further, in this process, the priority of each search condition is updated based on the final selection content by the user to prepare for the next opportunity.
  • a user who wishes to allocate an appropriate volume or the like accesses the management server 10 using the operation terminal 40 and inputs a user name and password.
  • the management server 10 performs user authentication based on the user name and password input by the user (S20). If user authentication fails, an error message is transmitted to the operation terminal 40.
  • the management server 10 determines whether or not to register the host information (S21). For example, when a new host computer 20 is added to the computer system, the user registers information about the new host computer in the management server 10.
  • FIG. 20 shows a screen G30 for registering host information.
  • the host information registration screen G30 includes, for example, an IP address input unit GP30, an operating system type input unit GP31, a user ID input unit GP32, a password input unit GP33, a registration button GP34, a cancel button GP35, and the like. it can.
  • a location for inputting the host name may be provided.
  • IP address input part GP30 the IP address set in the host computer 20 to be registered is input.
  • the operating system time input part GP31 receives the type of operating system installed in the host computer 20 to be registered.
  • the user ID input part GP32 is input with the ID of the user who manages the host computer 20 to be registered.
  • a password for the user to log in to the management server 10 is input to the password input unit GP33.
  • the management server 10 When the user inputs necessary information on the screen G30 and presses the registration button GP34, the management server 10 is requested to register host information.
  • the management server 10 uses the information (IP address, operating system type, etc.) input from the user via the screen G30 as the host management table 1053 shown in FIG. (S22).
  • the management server 10 acquires information for assigning a volume or the like to the host computer 20 from the user (S23).
  • Information for allocating volumes etc. does not need to be input in real time by the user. Configuration in which information for allocating a volume or the like is stored in advance in a predetermined storage area, and when the user instructs the management server 10 to execute volume allocation, the microprocessor of the management server 10 reads and processes the information But you can.
  • FIG. 21 shows a screen G40 for inputting information for assigning a volume or the like.
  • the screen G40 includes a login user name display part GP40, a host name input part GP41, a business label name input part GP42, a volume size input part GP43, a volume number input part GP44, a search button GP45, and a cancel button GP46. Including.
  • a user name for specifying a user who desires allocation of a volume or the like is displayed.
  • the displayed user name is included in the preconditions.
  • a host name for specifying a host computer to which a volume or the like is assigned is input to the host name input part GP41.
  • the entered host name is included in the prerequisites.
  • a business label name for specifying the type of the application program 21 that is scheduled to use a volume or the like is input to the business label designating part GP42.
  • the input business label name is included in the precondition.
  • the volume size input part GP43 the size of a volume or the like assigned to the host computer is input.
  • the input volume size is equal to or smaller than the maximum size of the logical volume 34, so the volume size does not need to be included in the preconditions.
  • the volume size may be included in the precondition.
  • the number of volumes to be allocated to the host computer is input to the volume number input part GP44.
  • the number of volumes need not be included in the prerequisites for the search.
  • the number of volumes is used to keep the search results within a certain number. For example, when 10 volumes are required, the top 10 volumes are presented to the user from the searched 10 or more volumes.
  • the management server 10 acquires recommended information for recommending a volume or the like to the user based on the preconditions (user name, host name, business label name) input by the user (S24), and operates the recommended information. It is transmitted to the terminal 40 and displayed (S25). Details of step S24 for obtaining recommended information will be described later with reference to FIG. Next, an example of providing recommended information will be described with reference to FIG.
  • FIG. 22 shows a screen G50 for providing recommended information to the user.
  • the management server 10 can select a plurality of search condition sets based on one precondition input from the user, and can provide the user with the search results based on each search condition set. Therefore, the screen G50 may include a plurality of recommended information corresponding to each search condition set.
  • the screen G50 displays a plurality (three in FIG. 22) of recommended parts GP51 for displaying recommended information.
  • Each recommendation unit GP51 includes, for example, a search condition display unit GP52 that displays a search condition set used for a search, a volume search result display unit GP53 that displays a searched volume, and a path that indicates a search result of a communication path.
  • a search result display part GP54 and a button GP55 for instructing assignment are included.
  • Search condition display part GP52 displays a search condition set.
  • the search condition set can include a plurality of search conditions. Each search condition includes a condition type and a condition value.
  • the search conditions include conditional expressions such as “include”, “exclude”, “match”, “more than”, and “less than”.
  • the conditional expression can be changed by the user, for example.
  • the user can also change the condition values (R600, FC, 10000, RAID 5 in the example of FIG. 25).
  • the user can select a desired conditional expression or condition value from, for example, a pull-down menu.
  • the user may be configured to directly input a desired conditional expression or condition value.
  • the user inputs some information to the management server 10, either a method using the above-described pull-down menu or a method of directly inputting a desired numerical value or character can be employed.
  • volume search result display part GP53 a volume that matches the search condition set displayed in the search condition display part GP52 is displayed.
  • the volume search result display portion GP53 displays the ID of the RAID group that matches the search condition set.
  • the volume search result display portion GP53 displays the ID of the pool that matches the search condition set.
  • the access control information is set, only the volume etc. that can be accessed by the host computer to which the volume etc. is allocated is displayed on the volume search result display part GP53.
  • the volume more than the number of volumes specified by the user is displayed on the display unit GP53.
  • a configuration may be used in which all searched volumes are displayed.
  • a configuration may be adopted in which the number of volumes designated by the user is selected and displayed based on a predetermined standard among all the searched volumes.
  • the management server 10 determines whether or not to search again based on the operation of the search button GP56 (S26).
  • the user can instruct re-search by changing at least a part of the search condition set used to create the recommended information.
  • the management server 10 When a re-search is requested (S26: YES), the management server 10 re-searches based on the corrected search condition set (S27). The management server 10 recreates the recommended information based on the result of the re-search and provides it to the user (S25).
  • the user presses the assign button GP55.
  • the allocation button GP55 is pressed, the search is not performed again (S26: NO), and the management server 10 instructs the storage system 30 to allocate a volume (S28).
  • the instruction includes at least information for specifying a host computer and information for specifying a volume or the like to be allocated to the host computer.
  • the storage system 30 changes the configuration of the storage system so that the specified host computer can use the specified volume or the like. A change in the configuration of the storage system is notified to the management server 10.
  • the management server 10 When the management server 10 confirms that the allocation of the volume or the like has been completed, it updates the storage content of the recommended information management area 1050 (S29). A method for updating the recommended information management area 1050 will be described later with reference to FIG.
  • FIG. 23 is a flowchart showing a process for obtaining recommended information.
  • the flowchart in FIG. 23 shows the details of S24 in FIG.
  • the management server 10 acquires a user ID, a host ID, and a business label ID based on information (user name, host name, business label name) input by the user (S30).
  • the management server 10 calculates priorities (C1) to (C4) for the following four cases (S31).
  • C1 Priority regarding the target host computer
  • C2 Priority regarding the target host computer and other host computers constituting the cluster
  • C3 Priority when only the user and the business label specified by the user match
  • C4 Priority when only business labels specified by the user match
  • a search condition set is acquired using the preconditions (user name, host name and business label name) specified by the user as they are, The priority is acquired from the search result by the search condition set.
  • the precondition is configured from the user name and business label name specified by the user, and the host specified by the user and the names of other hosts constituting the cluster. That is, the host name in the preconditions designated by the user is changed to the name of the designated host computer and the other host computers constituting the cluster.
  • a search condition set is acquired based on the precondition with the changed host name, and a priority is acquired from a search result based on the search condition set.
  • a precondition that the business label name and the user name specified by the user match and the host name does not matter is used. That is, a plurality of preconditions are generated in which only the user name and the business label match the user-specified content, and only the host name is different. Preconditions are generated as many as the number of host computers installed with application programs having the same business label among the host computers managed by the user. A search condition set is acquired for each of these preconditions, and the priority is calculated from the search results of each search condition set.
  • C4 only the business label name specified by the user matches, and a plurality of preconditions regardless of the user name and the host name are used. That is, a search condition set is acquired based on a plurality of preconditions that match only business label names but have different user names and host names, and priorities are calculated from the search results.
  • the preconditions specified by the user are used as they are to obtain the priority (C1), and the preconditions specified by the user are as follows.
  • the management server 10 changes (C2, C3, C4) to expand the range for calculating the priority.
  • the range for calculating the priority is set so as to expand stepwise (C2 ⁇ C3 ⁇ C4).
  • the respective priorities are not necessarily calculated in all cases of C2, C3, and C4. For example, in the case of a host computer that does not constitute a cluster, the priority of C2 is not calculated.
  • the search condition set created for other hosts or other users even if the user has little experience and sufficient operation history is not accumulated in the recommended information management area 1050
  • the search condition set created for can be used.
  • at least one piece of recommended information corresponding to the precondition specified by the user can be created.
  • the management server 10 weights the four types of priorities calculated in S31, and determines the order recommended to the user based on the weighted values (S32).
  • the priority in the case of C1 is the priority PC1 in the first case
  • the priority in the case of C2 is the priority in the second case PC2
  • the priority in the case of C3 is the priority PC3 in the third case
  • the priority in the case of C4 is the priority PC4 in the fourth case.
  • the weighting factor to be multiplied by PC1 is ⁇ 1
  • the weighting factor to be multiplied by PC2 is ⁇ 2
  • the weighting factor to be multiplied by PC3 is ⁇ 3
  • the weighting factor to be multiplied by PC4 is ⁇ 4.
  • the value of ⁇ 1 may be set to 1.
  • PC1 * ⁇ 1, PC2 * ⁇ 2, PC3 * ⁇ 3, and PC4 * ⁇ 4 are calculated and arranged in the order of priority. There may be a plurality of PC2, PC3, and PC4. Each priority acquired in each case of C2, C3, and C4 is multiplied by a weighting factor.
  • the management server 10 rearranges the search condition sets in descending order of the recommendation order determined in S32 for each search condition (S33).
  • the management server 10 searches for volumes and the like based on the sorted search condition set, and provides recommended information (S34).
  • the user is provided with a plurality of recommended parts GP51 named “recommendation 1”-“recommendation 3”.
  • the recommended part GP51 having a higher recommendation order is arranged at the top of the screen.
  • rank may be the structure arrange
  • the recommended portion GP51 having a higher recommendation order may be positioned on the upper side.
  • FIG. 24 is a flowchart showing a process for acquiring (calculating) the priority. This process shows the details of S31 in FIG.
  • Priority PC1-PC4 in each case C1-C4 can be obtained according to the process shown in FIG.
  • a method for obtaining the priority PC1 when the preconditions input by the user are used as they are (C1) will be mainly described.
  • the host ID is changed from the original ID of the target host computer to the ID of another host computer that constitutes the target host computer and the cluster, and the process of FIG. 24 may be executed.
  • the ID of a host computer that is managed by the same user and that has an application program having the same business label as the specified business label is used.
  • the processing of FIG. 24 is executed for each host computer, and one maximum priority is selected from the priorities obtained thereby.
  • the ID of the host computer on which the application program having the same business label ID as the designated business label ID is installed among all the host computers included in the computer system is used.
  • the priority is obtained for each host computer, and one of the highest priorities is selected from them.
  • the calculation method of PC1 is described.
  • the management server 10 searches the condition type detection table 1054 shown in FIG. 14 based on the user ID, host ID, and business label ID, and acquires the condition type ID (S40).
  • the management server 10 searches the condition type management table 1055 based on the condition type ID, and acquires one search condition set (S41).
  • the management server 10 determines whether or not the search condition set corresponding to the precondition has been acquired in S41 (S42). When the search condition set cannot be acquired (S42: NO), this process ends.
  • the management server 10 acquires each condition value and its priority from the priority management table 1056 shown in FIG. 15 (S43). Furthermore, the management server 10 determines whether another condition value is associated with the condition value (S44). That is, the management server 10 determines whether or not a plurality of condition values having different priorities are associated with a certain search condition set.
  • the management server 10 acquires other related condition values and their priorities (S45).
  • the management server 10 acquires all condition values and priorities related to a search condition (S44: NO)
  • the management server 10 ends this process.
  • FIG. 25 is a flowchart showing processing for updating recommended information. This process shows the details of S29 in FIG.
  • the management server 10 acquires a user ID, a host ID, and a business label ID (S50), and specifies a search condition set corresponding to the preconditions (user ID, host ID, business label ID).
  • the management server 10 acquires a condition value and a priority for each search condition constituting the search condition set (S51).
  • the management server 10 calculates a new priority based on the priority of each search condition selected by the user (S52). That is, according to each priority of the search condition set finally selected by the user, each priority included in the search condition set is calculated again. Although details will be described later with reference to FIG. 26, the priorities included in the search condition set are calculated so that the more recently used condition values have higher priorities and the priorities of unused condition values gradually decrease.
  • the management server 10 rewrites the priority for which a new value has been calculated among the priorities stored in the priority management table 1056 to the new value (S53). Furthermore, when the user selects a new search condition that has not been used so far, the management server 10 adds the search condition to the priority management table 1056 (S53).
  • the management server 10 deletes a record having a priority level lower than a predetermined value from the priority levels registered in the priority level management table 1056 (S54).
  • search conditions that are less frequently used can be removed from the priority management table 1056.
  • an increase in the size of the priority management table 1056 can be suppressed, and the memory resources of the management server 10 can be used effectively.
  • FIG. 26 is a flowchart showing processing for calculating priority. This process shows the details of S52 in FIG.
  • the management server 10 determines whether or not the search condition selected by the user exists in the search condition set specified in S50 of FIG. 25 (S60). That is, it is determined whether or not the search condition set corresponding to the precondition input by the user exists.
  • the management server 10 performs steps S62, S63, and S64 for each predetermined priority. Is executed (S61). In other words, not all the priorities stored in the priority management table 1056 are updated, but only the search condition set that can be traced from the condition type corresponding to the precondition is updated.
  • Each predetermined priority is a priority of a search condition set that matches a precondition among all priorities stored in the priority management table 1056, and is a condition type associated with the precondition. This is the priority of the search condition set that can be traced based on.
  • the management server 10 extracts one record related to a predetermined priority from the priority management table 1056, and determines whether or not the content of the target record matches the search condition selected by the user (S62).
  • the management server 10 updates the value so as to increase the value of the priority Pr in the target record (S63). For example, the management server 10 increases the value of Pr by calculating the priority Pr of the search condition used by the user as Pr ⁇ R + ⁇ * Pr.
  • the discount rate ⁇ is set in the range of 0 to 1 (0 ⁇ ⁇ ⁇ 1). Accordingly, the priority of the search condition used by the user increases each time it is used, and is presented to the user in a high recommendation order.
  • the management server 10 updates the priority Pr in the target record so as to decrease (S64).
  • the management server 10 decreases the value of Pr by calculating the priority Pr of the search condition not selected by the user as Pr ⁇ ⁇ * Pr. Accordingly, the priority of search conditions that are not used by the user gradually decreases, and is presented to the user in a low recommended order. Eventually, when the priority Pr falls below a predetermined value, the record is removed from the priority management table 1056.
  • the management server 10 executes the step of S66 for each predetermined priority (S65).
  • the management server 10 decreases the priority Pr in the target record according to the same arithmetic expression as S64 (S66).
  • the management server 10 calculates the priority Pr for the new search condition selected by the user as Pr ⁇ R (S67).
  • R is set to 1, for example.
  • the priority of each existing search condition corresponding to the new search condition is set low (S66), and the priority of the new search condition is maximized. (S67).
  • the user simply presents a precondition for performing a search to the management server 10 and a search condition set corresponding to the precondition is presented to the user.
  • the user may use the presented search condition set as it is, or may change and use at least a part of the presented search condition.
  • the search condition set is provided by using the preconditions and operation history input by the user, the amount of information input by the user can be reduced, and the volume or the like can be reduced in the host computer. The efficiency of the work to allocate can be improved.
  • the precondition can be expressed as, for example, a condition necessary for acquiring at least one search condition set using a user operation history.
  • the priority of the search condition is changed according to the usage frequency of the user, and the recommended order in the case of providing to the user based on the priority is determined.
  • the search conditions used by the user can be provided to the user in a higher order, and the user can quickly find frequently used search conditions.
  • the priority of the search condition not used by the user is set low, and if it falls below a predetermined value, it is deleted from the priority management table 1056. Therefore, the memory resources of the management server 10 can be used efficiently.
  • the user's operation history is not simply recorded in time series, but only one record of the same type is stored.
  • the priority of the existing record changes according to the usage state of the user. Therefore, an increase in the size of the priority management table 1056 can be suppressed and memory resources can be used efficiently.
  • priorities in a plurality of cases C1 to C4 are calculated and weighted, and the order recommended to the user is determined according to the priority. Therefore, even a user who has little management experience of a computer system can select an appropriate volume or the like using the operation history of other users. This improves the convenience for the user.

Abstract

　ホストコンピュータに割り当てるためのボリューム等を適切に選択し、作業効率を低減すること。　管理サーバ１０は、ユーザから入力される情報に基づいて前提条件（例えば、ユーザＩＤ、ホストＩＤ、業務ラベルＩＤ）を入力すると、前提条件に対応する検索条件セットを特定し、ユーザに推奨する。ユーザは推奨された検索条件をそのままで、または一部を変更して、使用することができる。管理サーバは、ストレージシステムに指示を与えて、検索されたボリューム等をホストに割り当てさせる。

Description

コンピュータシステムの管理方法及び管理装置
　本発明は、コンピュータシステムの管理方法及び管理装置に関する。
　企業等で管理されるデータの量は、日々増大する。システム管理者等のユーザは、ホストコンピュータに、そのホストコンピュータが必要とするサイズの論理ボリュームを割り当てる。しかし、コンピュータシステムの構成は複雑であり、ホストコンピュータに適した論理ボリュームを見つけ出して、そのホストコンピュータに割り当てるのは手間がかかり、使い勝手が悪い。
　そこで、アプリケーションプログラム毎の要求特性及び期待されるディスク性能等をポリシとして予め定義しておき、定義されたポリシのうちユーザにより選択されたポリシに合致する論理ボリュームを、ホストコンピュータに割り当てる論理ボリュームとして決定するようにした技術が提案されている（特許文献１）。
特開２００４－３３４５６１号公報
　前記文献に記載の従来技術は、検索条件をポリシとして保存することにより、過去に使用した検索条件を再利用し易くしている。このようにして従来技術では、ユーザの入力作業の軽減を図っている。
　しかし、従来技術では、検索条件の組合せの数だけポリシを定義して保存する必要があるため、システムの運用期間が長くなればなるほど、多数のポリシが生成される。従って、多数のポリシを管理するための作業が必要となり、ユーザの負担が増加する。さらに、ポリシの数が増大するほど、ポリシ群の中から適切なポリシを選択することは難しくなるため、ユーザの使い勝手が低い。
　そこで、本発明の目的は、ユーザの使い勝手を向上できるようにしたコンピュータシステムの管理方法及び管理装置を提供することにある。本発明の他の目的は、ユーザの操作履歴に基づいて、記憶領域の検索に使用する情報をユーザに推奨することにより、ユーザの使い勝手を向上できるようにしたコンピュータシステムの管理方法及び管理装置を提供することにある。本発明の更なる目的は、後述する実施形態の記載から明らかになるであろう。
　上記課題を解決するための一つの観点では、一つ以上のホストコンピュータと、ホストコンピュータにより使用されるデータを記憶する一つ以上のストレージシステムと、管理装置とを含むコンピュータシステムを管理するための方法であって、管理装置は、（Ａ）ストレージシステムの有する複数の記憶領域の中からホストコンピュータに割り当てる一つ以上の記憶領域を検索するための前提条件として、少なくとも、ホストコンピュータを識別するためのホスト識別情報と必要な記憶サイズを受信し、（Ｂ）さらに、複数の記憶領域の中からホストコンピュータに割り当てる一つ以上の記憶領域を検索するための検索条件を一つ以上受信し、（Ｃ）前提条件と検索条件とに基づいて、ストレージシステムの有する複数の記憶領域のうち一つ以上の記憶領域を候補として検出し、（Ｄ）検出された候補をユーザに提示し、（Ｅ）提示された候補のうち、ユーザにより選択された記憶領域を識別するための記憶領域識別情報を受信し、（Ｆ）記憶領域識別情報を指定してストレージシステムに通知することにより、記憶領域識別情報により特定される記憶領域をホストコンピュータに割り当てるようにストレージシステムに指示し、（Ｇ）検索条件に基づいて、検索条件に関する優先度を管理するための優先度管理情報を更新し、（Ｈ）前提条件を再び受信した場合は、優先度管理情報に管理されている優先度に基づいて、一つ以上の検索条件を含む一つ以上の検索条件セットを、ユーザに推奨する推奨検索条件セットとして作成し、（Ｉ）推奨検索条件セットに含まれる検索条件に基づいて、ストレージシステムの有する各記憶領域のうち一つ以上の記憶領域を候補として検出し、（Ｊ）検出された候補と推奨検索条件セットに含まれる検索条件とを対応付けて、推奨検索条件セット毎に提示する。
　さらに、管理装置は、（Ｋ）提示される推奨検索条件セットのうち、ユーザにより選択された推奨検索条件セットに基づいて、優先度管理情報で管理される優先度を更新してもよい。
　本発明は、コンピュータシステムを管理する管理装置により実行されるコンピュータシステムとして構成することもできる。そのコンピュータプログラムは、記録媒体に固定して配布したり、通信ネットワークを介して配信することができる。
図１は、本発明の実施形態の概要を示す説明図である。 図２は、コンピュータシステムの全体概要を示す。 図３は、管理サーバの構成を示すブロック図である。 図４は、ストレージシステムの構成を示すブロック図である。 図５は、ストレージシステムの構成情報の例を示すテーブルである。 図６は、ストレージシステムと論理ボリュームとの対応関係を示すテーブルである。 図７は、通信ポートとホストグループの対応関係を示すテーブルである。 図８は、論理ボリュームと通信ポートの対応関係を示すテーブルである。 図９は、推奨情報管理領域の構成及び関係を模式的に示す図である。 図１０は、ユーザを管理するためのテーブルである。 図１１は、業務アプリケーションプログラムの種別を示すラベルを管理するためのテーブルである。 図１２は、ホストコンピュータを管理するためのテーブルである。 図１３は、検索のための前提条件の組合せと条件タイプ識別子との関係を示す条件タイプ検出テーブルである。 図１４は、条件タイプを管理するためのテーブルである。 図１５は、検索条件毎の優先度を管理するためのテーブルである。 図１６は、ユーザ情報及びアクセス制御情報を登録するための処理を示すフローチャートである。 図１７は、ユーザ情報を登録する画面の例である。 図１８は、アクセス制御情報を登録する画面の例である。 図１９は、推奨情報を提供する処理を示すフローチャートである。 図２０は、ホスト情報を登録する画面の例である。 図２１は、ボリュームをホストに割り当てさせるための情報（前提条件）を入力する画面例である。 図２２は、推奨情報を提供する画面の例である。 図２３は、推奨情報を検出する処理を示すフローチャートである。 図２４は、優先度を取得する処理を示すフローチャートである。 図２５は、推奨情報管理領域を更新させる処理を示すフローチャートである。 図２６は、優先度を算出する処理を示すフローチャートである。
　以下、図面に基づいて、本発明の実施の形態を説明する。最初に、図１を参照して本発明の概要を説明し、次に、図２以降を参照して実施例について説明する。図１は、本発明の理解及び実施に必要な程度で記載されている。本発明の範囲は、図１に記載の構成に限定されない。図１に記載されていない特徴は、後述の実施例で明らかにされる。
　図１に示すように、コンピュータシステムは、少なくとも一つの管理サーバ１０と、少なくとも一つのホストコンピュータ２０と、少なくとも一つのストレージシステム３０とを含む。管理サーバ１０は、管理用通信ネットワークＣＮ１を介して、ホストコンピュータ２０及びストレージシステム３０に接続される。ホストコンピュータ２０とストレージシステム３０とは、データ送受信用のＩ／Ｏ（Input/Output）ネットワークＣＮ２を介して接続される。
　先にホストコンピュータ２０及びストレージシステム３０を説明し、次に管理サーバ１０を説明する。ホストコンピュータ２０は、例えば、いわゆるオープン系サーバコンピュータ、または、メインフレームコンピュータのようなコンピュータとして構成される。ホストコンピュータ２０がメインフレームコンピュータの場合、例えば、ＦＩＣＯＮ（Fibre Connection：登録商標）、ＥＳＣＯＮ（Enterprise System Connection：登録商標）、ＡＣＯＮＡＲＣ（Advanced Connection Architecture：登録商標）、ＦＩＢＡＲＣ（Fibre Connection
Architecture：登録商標）等の通信プロトコルに従って、データ通信が行われる。ホストコンピュータ２０がサーバコンピュータの場合は、例えば、ＦＣＰ（Fibre Channel Protocol）、ｉＳＣＳＩ（internet Small Computer System Interface）等の通信プロトコルに従って、データ通信が行われる。
　ホストコンピュータ２０は、例えば、顧客管理ソフトウェア、商品管理ソフトウェア、売上げ管理ソフトウェア、電子メール管理ソフトウェア、文書作成ソフトウェア、表計算ソフトウェア、画像処理ソフトウェア、画像配信ソフトウェア等のようなアプリケーションプログラム２１を少なくとも一つ備えている。アプリケーションプログラム２１は、割り当てられた論理ボリュームにアクセスして、データを読み書きする。
　ストレージシステム３０は、コントローラ３１と、複数の記憶装置３２と、ＲＡＩＤグループ３３とを備える。コントローラ３１は、ホストコンピュータ２０からのコマンドに従って、論理ボリューム３４（図２参照）にデータを読み書きする。さらに、コントローラ３１は、管理サーバ１０からの指示に従って、ストレージシステム３０の構成を変更させる。
　記憶装置３２は、データを記憶するための装置である。記憶装置としては、例えば、ハードディスクデバイス、半導体メモリデバイス、光ディスクデバイス、光磁気ディスクデバイス、磁気テープデバイス、フレキシブルディスクデバイス等のデータを読み書き可能な種々のデバイスを利用可能である。
　記憶装置としてハードディスクデバイスを用いる場合、例えば、ＦＣ（Fibre Channel）ディスク、ＳＣＳＩ（Small Computer System Interface）ディスク、ＳＡＴＡディスク、ＡＴＡ（AT Attachment）ディスク、ＳＡＳ（Serial Attached SCSI）ディスク等を用いることができる。また、例えば、フラッシュメモリ（ＳＳＤ）、ＦｅＲＡＭ（Ferroelectric Random Access Memory）、ＭＲＡＭ（MagnetoresistiveRandom Access
Memory）、相変化メモリ（Ovonic Unified Memory）、ＲＲＡＭ（Resistance RAM）」等の種々の記憶装置を用いることもできる。さらに、例えば、フラッシュメモリデバイスとハードディスクドライブのように、種類の異なる記憶装置を混在させる構成でもよい。
　ＲＡＩＤグループ３３は、例えば、ＲＡＩＤ１，５，６のようなＲＡＩＤレベル毎のグループを示す。ＲＡＩＤグループ３３は、少なくとも一つの記憶装置３２を含む。
　「管理装置」としての管理サーバ１０は、後述のように、検索のための前提条件をユーザから受信すると、その前提条件に応じた検索条件を含む推奨検索条件セットを作成し、推奨検索条件セットに合致する論理ボリュームまたはＲＡＩＤグループを候補として、ユーザに提示する。管理サーバ１０は、ユーザの選択に基づいてストレージシステム３０に指示を与え、さらに、ユーザの選択に基づいて、検索条件に関連付けられる優先度を更新する。なお、通信パスを、候補としてユーザに提示してもよい。
　管理サーバ１０の構成の例を説明する。管理サーバ１０は、例えば、前提条件取得部１１と、検索条件セット取得部１２と、検索部１３と、構成情報管理部１４と、検索結果出力部１５と、検索条件セット修正部１６と、割当て指示部１７と、検索条件セット更新部１８と、検索条件セット管理テーブル１９とを備える。
　前提条件取得部１１は、検索の前提となる条件をユーザから取得する。前提条件としては、例えば、ユーザを識別する情報（ユーザ名）、ホストコンピュータ２０上で動作するアプリケーションプログラム２１の種類を識別する情報（業務ラベル名）、ホストコンピュータ２０を識別する情報（ホスト名）を挙げることができる。
　検索条件セット取得部１２は、前提条件に応じた検索条件セットを、検索条件セット管理テーブル１９から取得する。検索条件セットは、少なくとも一つの検索条件を含むセットである。検索条件セットは、ユーザに推奨される検索条件のセットであり、「推奨検索条件セット」に該当する。
　検索条件は、条件タイプと条件値とを含む。条件タイプとしては、例えば、ストレージシステムのモデル名、ディスクタイプ、回転数、ＲＡＩＤレベル、ボリュームタイプ、パス等を挙げることができる。条件値は、条件タイプ毎に異なる。
　例えば、条件タイプ「ストレージシステムのモデル名」の場合、条件値として、モデル１、モデル２のような値が設定される。条件タイプ「ディスクタイプ」の場合、条件値として、ＦＣ、ＳＣＳＩ、ＳＡＴＡ、ＡＴＡ、ＳＡＳ、ＳＳＤ（Flash Solid State Drive）のような値が設定される。条件タイプ「回転数」の場合、条件値として、１００００回転、１５０００回転のような値が設定される。条件タイプ「ＲＡＩＤレベル」の場合、条件値として、ＲＡＩＤ１、ＲＡＩＤ５、ＲＡＩＤ６のような値が設定される。
　さらに、条件値には、「＝」、「≠」、「含む」、「除く」のような条件式を設定することもできる。例えば、「＝ＦＣ」は、ＦＣディスクを指定する。「≠ＦＣ」は、ＦＣ以外の他の種類のディスクを指定する。「ＦＣを含む」は、ＦＣディスクを含む他の種類のディスクを指定する。
　検索部１３は、検索条件セットに基づいて構成情報管理部１４により管理される構成情報を検索する。構成情報とは、ストレージシステム３０の構成を示す情報である。検索部１３は、ホストコンピュータ２０に割り当てる、論理ボリュームまたはＲＡＩＤグループ３３の候補を少なくとも一つ抽出する。
　ホストコンピュータ２０に割り当てる「記憶領域」としては、論理ボリュームまたはＲＡＩＤグループ３３に限らない。例えば、プールのような単位をホストコンピュータ２０に割当てる構成でもよい。そのプールは、いわゆるシンプロビジョニング技術に使用される。シンプロビジョニング技術では、見せかけのサイズを有する仮想ボリュームをホストコンピュータ２０に提供し、ホストコンピュータ２０からのライトアクセスに応じて仮想ボリュームに割り当てる実記憶領域を増加させる。仮想ボリュームに割り当てられる実記憶領域は、プール内の論理ボリュームの中から選択される。以下、ホストコンピュータ２０に割り当てられる記憶領域としての、論理ボリュームまたはＲＡＩＤグループ３３（あるいはプール）を「ボリューム等」と呼ぶ場合がある。
　検索部１３による検索の結果は、検索結果出力部１５を介して出力される。検索結果出力部１５は、例えば、管理サーバ１０に接続される操作端末４０（図２参照）の画面に、検索結果を表示させる。
　検索結果は、例えば、各検索条件セット毎の表示部を含む。各表示部には、検索条件セットを構成する検索条件に関する情報と、その検索条件セットを用いた検索の結果を示す情報とが含まれる。検索条件に関する情報には、条件タイプと条件値が含まれる。検索条件に関する情報の少なくとも一部は、ユーザが修正可能な形態で提供される。検索結果を示す情報は、ホストコンピュータ２０に割り当てるボリューム等を特定するための情報を含む。
　ユーザが、推奨された検索条件セットの一部または全部の修正を希望する場合、検索条件セット修正部１６により検索条件セットの一部または全部が修正され、検索部１３により再検索される。
　ユーザは、各検索条件セット毎の表示部を見比べて、ホストコンピュータ２０に割り当てるボリューム等を決定し、管理サーバ１０に割当ての実行を指示する。ユーザの指示を受けた割当て指示部１７は、ユーザにより選択されたボリューム等をユーザにより指定されたホストコンピュータ２０に割り当てるようにとの指示を、ストレージシステム３０のコントローラ３１に送信する。コントローラ３１は、割当て指示部１７からの指示に従って、指定されたボリューム等を指定されたホストコンピュータ２０が使用できるように、ストレージシステム３０の構成を変更する。
　検索条件セット更新部１８は、ストレージシステム３０への割当て指示が正常に終了すると、検索条件セット管理テーブル１９の内容を更新する。検索条件セット管理テーブル１９は、ユーザから入力される前提条件と、過去に使用された検索条件セットとが対応付けられて記憶されている。過去に使用された検索条件セットを構成する各検索条件には、使用頻度を示す優先度がそれぞれ設定されている。優先度が高いほど、その検索条件セットの使用頻度が大きいことを意味する。
　検索条件セット更新部１８は、検索条件セット管理テーブル１９に記憶されている各検索条件のうち、ユーザにより選択された検索条件に関連付けられている優先度を高く設定する。これに対し、検索条件セット更新部１８は、検索条件セット管理テーブル１９に記憶されている各検索条件のうち、ユーザにより選択されなかった検索条件の優先度を低く設定する。
　なお、検索条件セット更新部１８は、ユーザにより選択された検索条件が検索条件セット管理テーブル１９に登録されていない場合、その検索条件を検索条件セット管理テーブル１９に追加する。
　このように構成される本実施形態では、ユーザが、検索を行うための前提条件を管理サーバ１０に入力するだけで、その前提条件に対応する検索条件セットが少なくとも一つ管理サーバ１０からユーザに推奨される。ユーザは、推奨された検索条件セットをそのまま使用したり、または、推奨された検索条件セットを一部修正して使用したりすることができる。従って、ユーザは、検索条件セットの全てを指定する必要がなく、前提条件を入力するだけで、適切なボリューム等を選択することができる。これにより、ユーザの利便性が向上する。
　本実施形態では、ユーザがコンピュータシステムを使用する期間が長くなるほど、そのユーザの検索履歴が検索条件セット管理テーブル１９に蓄積されていく。従って、ユーザに推奨される検索条件セット及び検索結果である候補の精度を高めることができる。
　後述の実施例では、コンピュータシステムを初めて使用するユーザ、または、使用期間の短いユーザのために、ユーザに推奨する検索条件セットの抽出範囲を広げる。
　図２は、本実施例に係るコンピュータシステムの全体を示す。図１で述べたように、少なくとも一つの管理サーバ１０は、ＬＡＮ（Local Area Network）のような管理用通信ネットワークＣＮ１を介して、少なくとも一つのホストコンピュータ２０と、少なくとも一つのストレージシステム３０と、少なくとも一つの操作端末４０とに接続されている。ホストコンピュータ２０とストレージシステム３０とは、ＳＡＮ（Storage Area Network）のようなＩ／Ｏ用の通信ネットワークＣＮ２を介して接続されている。以下、ホストコンピュータ２０とストレージシステム３０と操作端末４０とは、それぞれ複数存在するものとして述べる。
　管理サーバ１０は、図２に示すように、コントローラ３１と、記憶装置３２と、ＲＡＩＤグループ３３と、論理ボリューム３４と、通信ポート（以下、ポートと呼ぶ）３５とを備える。
　論理ボリューム３４は、ＲＡＩＤグループ３３として仮想化された物理的記憶領域を用いて作成される。一つのＲＡＩＤグループ３３に複数の論理ボリューム３４を設けることができる。論理ボリューム３４は、通信ポート３５を介して所定のホストコンピュータ２０に対応付けられる。換言すれば、各ホストコンピュータ２０は、自分に割り当てられた論理ボリューム３４にのみアクセスすることができ、自分に割り当てられていない論理ボリューム３４にアクセスすることはできない。
　後述の図１８に示すように、管理サーバ１０で管理されている、論理ボリューム３４に関する情報及びホストコンピュータ２０に関する情報のうち、ユーザがアクセス可能な論理ボリュームとホストコンピュータとをリスト化した情報を、アクセスコントロールリスト（ＡＣＬ）と呼ぶ。
　図３は、管理サーバ１０のブロック図である。管理サーバ１０は、複数のコンピュータから構成することもできるし、図３に示すように、一つのコンピュータとして構成することもできる。
　管理サーバ１０は、例えば、マイクロプロセッサ（ＣＰＵ）１０１と、メモリ１０２と、通信インターフェース（ＬＡＮ＿Ｉ／Ｆ）１０３とを備える。
　マイクロプロセッサ１０１は、メモリ１０２に記憶されたコンピュータプログラムを読み込んで実行することにより、後述の機能を実現する。メモリ１０２には、各種の管理情報１０００と、構成情報管理プログラム１１００と、推奨情報管理プログラム１２００とが記憶されている。なお、図３では、便宜上一つのメモリ１０２を示すが、複数のメモリから構成されてもよい。
　メモリ１０２には、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）等の半導体メモリのほかに、例えば、ハードディスクデバイスまたはフラッシュメモリデバイスのような補助記憶装置も含むことができる。
　管理サーバ１０は、管理用通信ネットワークＣＮ１を介して各操作端末４０に接続されている。各操作端末４０は、例えば、マイクロプロセッサと、メモリと、通信インターフェースと、キーボード等の情報入力装置と、ディスプレイ等の情報出力装置を備えるコンピュータ端末として構成される。ユーザは、そのユーザが使用権限を有する操作端末４０を用いて、管理サーバ１０にボリューム割当てを指示することができる。
　図３では、ユーザと情報交換を行うための操作端末４０と、ボリューム等の検索及びボリューム等の割当てを行う管理サーバ１０とを別々のコンピュータとして構成する場合を例に挙げる。これに限らず、管理サーバ１０にユーザインターフェースを設けて、ユーザと情報交換する構成としてもよい。
　ユーザは、例えば、キーボードスイッチ、ポインティングデバイス、タッチパネル、音声入力装置等を用いて、管理サーバ１０に情報（情報には指示も含む）を入力できる。ユーザは、例えば、ディスプレイ、プリンタ、音声出力装置等を用いて、管理サーバ１０からの情報を確認することができる。
　メモリ１０２に記憶される管理情報１０００は、例えば、ストレージシステムの構成情報１０１０と、ストレージシステムと論理ボリューム（ＬＵ）の対応関係を示す情報１０２０と、ポートとホストグループの対応関係を示す情報１０３０と、論理ボリュームとポートの対応関係を示す情報１０４０と、推奨情報管理領域１０５０とを含む。各情報の詳細は後述する。
　構成情報管理プログラム１１００は、各管理情報（構成情報でもある）１０１０，１０２０，１０３０，１０４０を管理するためのコンピュータプログラムである。
　推奨情報管理プログラム１２００は、推奨情報管理領域１０５０に記憶される情報を管理し、ユーザの検索を支援して適切なボリューム等を推奨するためのコンピュータプログラムである。
　図４は、ストレージシステム３０のブロック図である。ストレージシステム３０は、例えば、少なくとも一つのコントローラ３１と、少なくとも一つの記憶装置３２とを備えている。コントローラ３１は、ストレージシステム３０の動作を制御する。上述の通り、複数の記憶装置３２をグループ化して、ＲＡＩＤグループ３３が構成される。ＲＡＩＤグループ３３の有する物理的記憶領域を用いて、論理ボリューム３４が形成される。
　コントローラ３１は、例えば、ホストコンピュータ２０と通信するための第１通信制御回路と、各記憶装置３２と通信するための第２通信制御回路と、データ及び制御情報等を記憶するためのメモリと、マイクロプロセッサなどを備える（いずれも不図示）。コントローラ３１を複数設けて冗長構成を形成することにより、いずれか一方のコントローラが故障した場合でも、他方のコントローラ３１がストレージシステム３０の動作を制御することができる。
　コントローラ３１は、例えば、ストレージシステムの構成情報３０００と、Ｉ／Ｏ処理プログラム３１００と、ボリューム作成プログラム３２００と、ボリューム割当てプログラム３３００とを保持する。
　ストレージシステムの構成情報３０００は、ストレージシステム３０の構成を管理する情報である。Ｉ／Ｏ処理プログラム３１００は、ホストコンピュータ２０から発行されるリードコマンド及びライトコマンドを処理し、その処理結果をホストコンピュータ２０に返すコンピュータプログラムである。
　ボリューム作成プログラム３２００は、管理サーバ１０からの指示に応じて、論理ボリューム３４を作成するためのコンピュータプログラムである。
　ボリューム割当てプログラム３３００は、管理サーバ１０からの指示に応じて、指定された論理ボリューム３４を指定されたホストコンピュータ２０に割り当てるためのコンピュータプログラムである。
　図５は、ストレージシステムの構成情報１０１０の例を示す。管理サーバ１０は、定期的にまたは不定期に、コンピュータシステム内の各ストレージシステム３０から構成情報を取得して記憶する。なお、以下の説明において、ＩＤ、識別情報、識別子、名前は、置換可能である。
　ストレージシステム構成情報１０１０は、例えば、ストレージＩＤ欄１０１１と、ＲＡＩＤグループＩＤ欄１０１２と、ＲＡＩＤレベル１０１３と、ディスクタイプ欄１０１４と、ＲＰＭ欄１０１５とを対応付けて管理する。
　ストレージＩＤ欄１０１１には、ストレージシステム３０を識別するための情報（ＩＤ）が記憶される。ＲＡＩＤグループＩＤ欄１０１２には、各ストレージシステム内に設けられているＲＡＩＤグループ３３を識別するための情報（ＩＤ）が記憶される。ＲＡＩＤレベル欄１０１３には、ＲＡＩＤグループ３３のＲＡＩＤレベルが記憶される。ディスクタイプ欄１０１４には、ＲＡＩＤグループ３３を構成する記憶装置３２のタイプが記憶される。ＲＰＭ（Rotation Per Minute）欄１０１５には、記憶装置３２の回転速度、つまり、データへのアクセス速度が記憶される。
　図６は、ストレージシステムと論理ボリュームとの対応関係を示す情報１０２０の例である。ストレージシステム－論理ボリューム対応関係情報１０２０は、例えば、ストレージＩＤ欄１０２１と、ボリュームＩＤ欄１０２２と、ＲＡＩＤグループＩＤ欄１０２３とを対応付けて管理する。ボリュームＩＤ欄１０２２には、各論理ボリューム３４を識別するための情報（ＩＤ）が記憶される。管理サーバ１０は、情報１０２０を用いることにより、どのストレージシステムにどの論理ボリュームが設けられているか等を把握することができる。
　図７は、ポートとホストグループの対応関係を示す情報１０３０の例である。ポート－ホストグループ対応関係情報１０３０は、例えば、ホストグループＩＤ欄１０３１と、ポートＩＤ欄１０３２と、ホストＷＷＮ欄１０３３とを対応付けて管理する。
　ホストグループＩＤ欄１０３１には、ホストグループを識別するための情報（ＩＤ）が記憶される。一つのホストグループに複数のホストコンピュータ２０を関連付けることにより、複数のホストコンピュータ２０をグループ管理することができる。ポートＩＤ欄１０３２には、各ポート３５を識別するための情報（ＩＤ）が記憶される。ホストＷＷＮ欄１０３３には、ポート３５に対応付けられるホストコンピュータ２０のＷＷＮ（World Wide Name）が記憶される。管理サーバ１０は、情報１０３０を用いることにより、どの通信ポート３５にどのホストコンピュータ２０が対応付けられているか等を把握することができる。
　図８は、論理ボリュームとポートとの対応関係を示す情報１０４０の例である。論理ボリューム－ポート対応関係情報１０４０は、例えば、ストレージＩＤ欄１０４１と、ボリュームＩＤ欄１０４２と、ＬＵＮ欄１０４３と、ポートＩＤ欄１０４４とを対応付けて管理する。ＬＵＮ欄１０４３には、ＬＵＮ（Logical Unit Number）が記憶される。管理サーバ１０は、情報１０４０を用いることにより、各ストレージシステム３０の各ポート３５に、どの論理ボリューム３４が対応付けられているか等を把握することができる。
　図９は、推奨情報管理領域１０５０の構成等を模式的に示す。図９には、ユーザから入力される前提条件に基づいて検索条件セットを取得する様子が示されている。
　ユーザは、ホストコンピュータ２０にボリューム等を割り当てようとする場合、操作端末４０を介して管理サーバ１０に、前提条件を入力する。その前提条件として、本実施例では、ユーザ名（ユーザＩＤ）、業務ラベル名（業務ラベルＩＤ）、ホスト名（ホストＩＤ）を用いる。つまり、ユーザは、ホストコンピュータ２０に論理ボリューム等を割り当てようとする場合、割り当てようとするユーザ名と、アプリケーションプログラム２１の種類と、ホストコンピュータ名とを指定するだけでよい。なお、都合上、図中では「業務ラベル」を「ラベル」と省略する場合がある。
　条件タイプ検出テーブル１０５４は、前提条件を構成する各項目（ユーザ名、業務ラベル名、ホスト名）の組合せ毎に、条件タイプＩＤが対応付けられる。従って、ユーザが前提条件を入力すると、その前提条件に対応する条件タイプＩＤが決定される。
　決定された条件タイプＩＤに基づいて、条件タイプ管理テーブル１０５５を使用することにより、その条件タイプＩＤに対応する検索条件セットを少なくとも一つ取得することができる。条件タイプ管理テーブル１０５５は、条件タイプＩＤ毎に、複数の検索条件の組合せを管理している。
　条件タイプ管理テーブル１０５５では、各検索条件毎に優先度管理テーブル１０５６が対応付けられている。優先度管理テーブル１０５６は、検索条件に設定する値（条件値）とその条件値の優先度とを管理する。例えば、検索条件「ディスクタイプ」に、条件値「＝ＦＣ」かつ優先度「０．７」と、条件値「＝ＳＳＤ」かつ優先度「０．６」の２組の条件値及び優先度が対応付けられる場合もある。一つの検索条件に複数の条件値が対応付けられている場合、最も優先度の高い条件値を選択することができる。
　なお、図１に示す検索条件セット管理テーブル１９は、推奨情報管理領域１０５０に記憶されている少なくとも一つの情報に対応する。例えば、検索条件セット管理テーブル１９は、推奨情報管理テーブル１０５４と、条件タイプ管理テーブル１０５５と、優先度管理テーブル１０５６に対応すると考えることができる。
　図１０は、ユーザを管理するテーブル１０５１を示す。ユーザ管理テーブル１０５１は、例えば、ユーザＩＤ欄１０５１Ａと、ユーザ名欄１０５１Ｂと、認証情報欄１０５１Ｃと、ＡＣＬ欄１０５１Ｄとを対応付けて管理する。
　ユーザＩＤ欄１０５１Ａには、各ユーザを識別する情報（ＩＤ）が記憶される。ユーザ名欄１０５１Ｂには、各ユーザの名称が記憶される。認証情報欄１０５１Ｃには、ユーザが操作端末４０を用いて管理サーバ１０にログインするために使用される、パスワード等の認証情報が記憶される。パスワードに代えて、または、パスワードと共に、生体情報を用いてもよい。
　ＡＣＬ欄１０５１Ｄには、ユーザが利用できるボリュームに関する情報が記憶される。ＡＣＬ欄に「ＮＵＬＬ」が設定されている場合は、アクセス制限が設定されていないことを意味する。ＡＣＬ欄に論理ボリューム及びホストＩＤが設定されている場合、ユーザは、設定された論理ボリューム及びホストコンピュータにのみ、アクセス可能であることを意味する。
　図１１は、業務ラベルを管理するためのテーブル１０５２を示す。業務ラベル管理テーブル１０５２は、例えば、ラベルＩＤ欄１０５２Ａと、ラベル名欄１０５２Ｂとを対応付けて管理する。業務ラベルとは、アプリケーションプログラム２１のタイプを示す情報である。従って、業務ラベルを「業務タイプ」と呼び変えることもできる。
　ラベルＩＤ欄１０５２Ａには、各アプリケーションプログラム２１の種類を示すラベルを識別するための情報（ＩＤ）が記憶される。ラベル名欄１０５２Ｂには、業務ラベルの名称（アプリケーションプログラム２１の種類を示す名称）が記憶される。業務ラベル名には、例えば、「データベース」、「ウェブ」、「ファイル」、「ＥＲＰ」、「電子メール」、「初期値」のような値が設定される。
　ＥＲＰ（Enterprise Resource Planning package）とは、基幹業務を統合的に管理するためのパッケージソフトウェアである。アプリケーションプログラム２１の種類が不明な場合には、初期値が設定される。
　図１２は、ホストコンピュータ２０を管理するためのテーブル１０５３を示す。ホスト管理テーブル１０５３は、例えば、ホストＩＤ欄１０５３Ａと、ホスト名欄１０５３Ｂと、ＩＰアドレス欄１０５３Ｃと、オペレーティングシステムタイプ欄１０５３Ｄと、クラスタ欄１０５３Ｅとを対応付けて管理する。
　ホストＩＤ欄１０５３Ａには、各ホストコンピュータ２０を識別する情報（ＩＤ）が記憶される。ホスト名欄１０５３Ｂには、ホストコンピュータ２０の名称が記憶される。ＩＰアドレス欄１０５３Ｃには、ホストコンピュータ２０のＩＰ（Internet Protocol）アドレスが記憶される。オペレーティングシステムタイプ欄１０５３Ｄには、ホストコンピュータ２０で稼働するオペレーティングシステムのタイプが記憶される。クラスタ欄１０５３Ｅには、ホストコンピュータがクラスタに属する場合、そのクラスタを識別するための情報が記憶される。
　図１３は、条件タイプを検出するためのテーブル１０５４を示す。条件タイプ検出テーブル１０５４は、例えば、ユーザＩＤ欄１０５４Ａと、ホストＩＤ欄１０５４Ｂと、ラベルＩＤ欄１０５４Ｃと、条件タイプＩＤ欄１０５４Ｄとを対応付けて管理する。
　つまり、条件タイプ検出テーブル１０５４は、前提条件と検索条件セットとを対応付けるためのテーブルである。条件タイプ検出テーブル１０５４を用いることにより、前提条件（１０５４Ａ，１０５４Ｂ，１０５４Ｃの各欄の値）に基づいて、その前提条件に対応付けられている条件タイプＩＤ（１０５４Ｄ欄の値）を検出できる。
　図１４は、条件タイプを管理するためのテーブル１０５５を示す。条件タイプ管理テーブル１０５５は、例えば、条件タイプＩＤ欄１０５５Ａと、ストレージタイプへのポインタ欄１０５５Ｂと、ディスクタイプへのポインタ欄１０５５Ｃと、ＲＰＭへのポインタ欄１０５５Ｄと、ボリュームタイプへのポインタ欄１０５５Ｅと、ＲＡＩＤレベルへのポインタ欄１０５５Ｆと、通信パスへのポインタ欄１０５５Ｈとを対応付けて管理する。
　条件タイプＩＤ欄１０５５Ａには、条件タイプを識別するための情報（ＩＤ）が記憶される。ストレージタイプへのポインタ欄１０５５Ｂには、一つの検索条件としてのストレージタイプの条件値及び優先度を優先度管理テーブル１０５６から取得するためのポインタが記憶される。ディスクタイプへのポインタ欄１０５５Ｃには、一つの検索条件としてのディスクタイプの条件値及び優先度を優先度管理テーブル１０５６から取得するためのポインタが記憶される。
　同様に、ＲＰＭへのポインタ欄１０５５Ｄには、一つの検索条件としてのＲＰＭの条件値及び優先度を優先度管理テーブル１０５６から取得するためのポインタが記憶される。ボリュームタイプへのポインタ欄１０５５Ｅには、一つの検索条件としてのボリュームタイプの条件値及び優先度を優先度管理テーブル１０５６から取得するためのポインタが記憶される。ＲＡＩＤレベルへのポインタ欄１０５５Ｆには、一つの検索条件としてのＲＡＩＤレベルの条件値及び優先度を優先度管理テーブル１０５６から取得するためのポインタが記憶される。通信パスへのポインタ欄１０５５Ｈには、一つの検出条件としての通信パスの条件値及び優先度を優先度管理テーブル１０５６から取得するためのポインタが記憶される。
　つまり、条件タイプ管理テーブル１０５５は、条件タイプＩＤ毎に、検索条件セットの具体的構成を特定するためのテーブルである。
　図１５は、優先度を管理するためのテーブル１０５６を示す。優先度管理テーブル１０５６は、例えば、ポインタ欄１０５６Ａと、値欄１０５６Ｂと、優先度欄１０５６Ｃと、関連ポインタ欄１０５６Ｄとを対応付けて管理する。
　ポインタ欄１０５６Ａには、各検索条件に対応するポインタが記憶される。値欄１０５６Ｂには、各検索条件に設定される値（条件値）が記憶される。優先度欄１０５６Ｃには、条件値の優先度が記憶される。関連ポインタ欄１０５６Ｄには、その検索条件に関連する他のポインタが記憶される。
　具体的に説明する。図中では、ストレージタイプへのポインタを「ＳＴＰ」と、ディスクタイプへのポインタを「ＤＴＰ」と、ＲＰＭへのポインタを「ＲＰＭＰ」と、ボリュームタイプへのポインタを「ＶＴＰ」と、ＲＡＩＤレベルへのポインタを「ＲＡＩＤＰ」と、通信パスへのポインタを「ＰＰ」と、表示している。
　検索条件「ストレージタイプ」の取りうる値としては、例えば、Ｒ７００，Ｒ６００，ＤＦ８００等のモデル名を挙げることができる。検索条件「ディスクタイプ」の取りうる値としては、例えば、ＦＣ，ＳＳＤ，ＳＡＴＡ，ＡＮＹ等を挙げることができる。ＡＮＹとは、ディスクタイプを問わず、いずれのディスクタイプでもよいことを意味する。検索条件「ＲＰＭ」の取りうる値としては、例えば、１５０００，１００００，７２００等を挙げることができる。なお、検索条件「ＲＰＭ」を検索条件「データ転送速度」に変える場合、データ転送速度が取りうる値として、例えば、６Ｇｂｐｓ、３Ｇｂｐｓ等を挙げることができる。なお、上述の通り、条件値には、「＝」、「≠」、「含む」、「含まない」のような条件式を設定することができる。
　検索条件「ボリュームタイプ」の取りうる値としては、例えば、ＬＤＥＶ、ＲＡＩＤグループ、プール等を挙げることができる。ＬＤＥＶとは、ストレージシステム３０の有する論理ボリュームを意味する。条件値としてＬＤＥＶが指定された場合、ホストコンピュータ２０には、作成済みの論理ボリューム３４が割り当てられる。条件値としてＲＡＩＤグループが指定された場合、ホストコンピュータ２０にはＲＡＩＤグループ３３が割り当てられる。ユーザは、割り当てられたＲＡＩＤグループ３３の領域を利用して論理ボリューム３４を作成し、その論理ボリューム３４をホストコンピュータ２０に割り当てることができる。条件値としてプールが指定された場合、ホストコンピュータ２０には、シンプロビジョニング技術を用いる仮想ボリュームが割り当てられる。
　検索条件「ＲＡＩＤレベル」の取りうる値としては、例えば、ＲＡＩＤ１，ＲＡＩＤ５，ＲＡＩＤ６等を挙げることができる。検索条件「通信パス」の取りうる値としては、１、２、または３以上の値を挙げることができる。条件値に１が指定された場合、ホストコンピュータ２０と論理ボリュームとは１本の通信パスで接続される。条件値に２が指定された場合、ホストコンピュータ２０と論理ボリュームとは２本の通信パスで接続される。いずれか一方の通信パスに障害が生じた場合でも、ホストコンピュータ２０は、他方の正常な通信パスを用いて論理ボリュームにアクセスすることができる。
　次に、管理サーバ１０を用いた管理方法（ボリューム等の割当て支援方法）の例を説明する。以下に述べる各処理は、メモリに記憶された各プログラムをマイクロプロセッサが読み込んで実行することにより実現される。従って、以下の各処理の主語は、プログラムであってもよいし、マイクロプロセッサであってもよい。あるいは、以下の各処理の主語をコントローラまたはサーバとして、説明することもできる。本実施例では、便宜上、管理サーバを主語として各プログラムの動作を説明する。
　なお、各プログラムの全部または一部を専用ハードウェア回路として実現する構成でもよい。各プログラムは、プログラムを配布するためのプログラム配布サーバを介して、管理サーバにインストールさせることができる。さらに、記録媒体に固定された各プログラムを、管理サーバに読み込ませてインストールさせてもよい。
　図１６は、ユーザ情報及びアクセス制御情報（ＡＣＬ情報）を管理サーバ１０に登録するための処理を示す。図１７は、ユーザ情報を登録するための画面例を示す。図１８は、ＡＣＬ情報を登録するための画面例を示す。
　ユーザは、操作端末４０を用いて管理サーバ１０にアクセスし、図１７に示すユーザ情報登録画面Ｇ１０を開く。図１７に示すように、ユーザは、自分の名前をユーザ名入力部ＧＰ１０に入力し、さらに、パスワードをパスワード入力部ＧＰ１１に入力する。入力内容に間違いが無い場合、ユーザは、登録ボタンＧＰ１２を操作する。ユーザ情報の登録を取り消す場合、ユーザは、取消ボタンＧＰ１３を操作する。
　管理サーバ１０は、登録ボタンＧＰ１２の操作に基づいて、ユーザ情報を登録するか否かを判定する（Ｓ１０）。ユーザ情報を登録する場合（Ｓ１０：ＹＥＳ）、管理サーバ１０は、ユーザ情報登録画面Ｇ１０に入力されたユーザ名及びパスワードを、図１０に示すユーザ管理テーブル１０５１に登録する（Ｓ１１）。
　ユーザ情報の登録が完了すると、ＡＣＬ情報の登録に移る。ユーザ名及びパスワードが既に登録されている場合は、ユーザ情報の登録に関するステップをスキップして、ＡＣＬ情報の登録に移ることができる。
　図１８は、ＡＣＬ情報を登録するための画面Ｇ２０である。ＡＣＬ情報登録画面Ｇ２０は、例えば、ユーザを指定するユーザ指定部ＧＰ２０と、論理ボリュームを選択するボリューム選択部ＧＰ２１と、ホストコンピュータを選択するホスト選択部ＧＰ２２と、登録ボタンＧＰ２３及び取消ボタンＧＰ２４を含む。
　ボリューム選択部ＧＰ２１は、論理ボリュームを一覧表示するボリューム表示部ＧＰ２５と、ボリューム表示部ＧＰ２５で選択された論理ボリューム３４を、ＡＣＬ情報に追加するためのボタンＧＰ２６とを含む。
　ホスト選択部ＧＰ２２は、ホストコンピュータを一覧表示するホスト表示部ＧＰ２７と、ホスト表示部ＧＰ２７で選択されたホストコンピュータ２０を、ＡＣＬ情報に追加するためのボタンＧＰ２８とを含む。
　即ち、ユーザは、登録画面Ｇ２０を用いて、ホストコンピュータ２０と、そのホストコンピュータ２０にアクセスを許可する論理ボリューム３４との組合せを指定する。
　図１６に戻る。管理サーバ１０は、登録画面Ｇ２０の登録ボタンＧＰ２３の操作に基づいて、ＡＣＬ情報を登録するか否かを判定する（Ｓ１２）。ＡＣＬ情報を登録する場合（Ｓ２３：ＹＥＳ）、管理サーバ１０は、登録画面Ｇ２０に入力された内容をユーザ情報管理テーブル１０５１のＡＣＬ欄１０５１Ｄに記憶させる。ＡＣＬ情報の登録を完了した場合、または、ＡＣＬ情報を登録しない場合（Ｓ２３：ＮＯ）、本処理を終了する。
　図１９は、ユーザに推奨情報を提供するための処理を示す。本処理では、以下に述べるように、ユーザがホストコンピュータ２０にボリューム等の割当てを希望する場合に、ユーザから入力される比較的僅かな前提条件に基づいて一つまたは複数の検索条件セットを取得する。本処理では、それらの検索条件セットに従ってボリューム等を選び出し、それらの選び出されたボリューム等をユーザに提示して、最終的な選択を求める。さらに、本処理では、ユーザによる最終的な選択内容に基づいて、各検索条件の優先度を更新し、次の機会に備える。
　適切なボリューム等の割当てを希望するユーザは、操作端末４０を用いて管理サーバ１０にアクセスし、ユーザ名及びパスワードを入力する。管理サーバ１０は、ユーザから入力されたユーザ名及びパスワードに基づいて、ユーザ認証を行う（Ｓ２０）。ユーザ認証に失敗した場合は、操作端末４０にエラーメッセージを送信する。
　ユーザ認証に成功すると、管理サーバ１０は、ホスト情報を登録するか否かを判定する（Ｓ２１）。例えば、コンピュータシステムに新たなホストコンピュータ２０が追加されたような場合に、ユーザは、その新ホストコンピュータについての情報を管理サーバ１０に登録する。
　図２０は、ホスト情報を登録するための画面Ｇ３０を示す。ホスト情報登録画面Ｇ３０は、例えば、ＩＰアドレス入力部ＧＰ３０と、オペレーティングシステムタイプ入力部ＧＰ３１と、ユーザＩＤ入力部ＧＰ３２と、パスワード入力部ＧＰ３３と、登録ボタンＧＰ３４と、取消ボタンＧＰ３５等を備えることができる。ホスト名を入力する箇所を設けてもよい。
　ＩＰアドレス入力部ＧＰ３０には、登録対象のホストコンピュータ２０に設定されているＩＰアドレスが入力される。オペレーティングシステムタイム入力部ＧＰ３１には、登録対象のホストコンピュータ２０に搭載されているオペレーティングシステムのタイプが入力される。ユーザＩＤ入力部ＧＰ３２には、登録対象のホストコンピュータ２０を管理するユーザのＩＤが入力される。パスワード入力部ＧＰ３３には、そのユーザが管理サーバ１０にログインするためのパスワードが入力される。
　ユーザが、画面Ｇ３０に必要な情報を入力して登録ボタンＧＰ３４を押すと、ホスト情報の登録が管理サーバ１０に要求される。
　管理サーバ１０は、ホスト情報の登録が要求されると（Ｓ２１：ＹＥＳ）、画面Ｇ３０を介してユーザから入力された情報（ＩＰアドレス、オペレーティングシステムタイプ等）を、図１２に示すホスト管理テーブル１０５３に登録する（Ｓ２２）。
　管理サーバ１０は、ホストコンピュータ２０にボリューム等を割当てるための情報を、ユーザから取得する（Ｓ２３）。
　ボリューム等を割り当てるための情報は、ユーザからリアルタイムに入力される必要はない。ボリューム等を割当てるための情報を、所定の記憶領域に事前に記憶させ、ユーザがボリューム割当ての実行を管理サーバ１０に指示した場合に、その情報を管理サーバ１０のマイクロプロセッサが読み込んで処理する構成でもよい。
　図２１は、ボリューム等を割り当てるための情報を入力する画面Ｇ４０を示す。画面Ｇ４０には、ログインユーザ名表示部ＧＰ４０と、ホスト名入力部ＧＰ４１と、業務ラベル名入力部ＧＰ４２と、ボリュームサイズ入力部ＧＰ４３と、ボリューム数入力部ＧＰ４４と、検索ボタンＧＰ４５と、取消ボタンＧＰ４６とを含む。
　ログインユーザ名表示部ＧＰ４０には、ボリューム等の割当てを希望するユーザを特定するためのユーザ名が表示される。表示されたユーザ名は、前提条件に含まれる。ホスト名入力部ＧＰ４１には、ボリューム等が割り当てられるホストコンピュータを特定するためのホスト名が入力される。入力されたホスト名は、前提条件に含まれる。業務ラベル指定部ＧＰ４２には、ボリューム等を使用する予定のアプリケーションプログラム２１のタイプを特定するための業務ラベル名が入力される。入力された業務ラベル名は、前提条件に含まれる。
　ボリュームサイズ入力部ＧＰ４３には、ホストコンピュータに割り当てるボリューム等のサイズが入力される。通常の場合、入力されるボリュームサイズは、論理ボリューム３４の最大サイズ以下であるため、ボリュームサイズは前提条件に含める必要はない。しかし、ボリュームサイズを前提条件に含める構成でもよい。
　ボリューム数入力部ＧＰ４４には、ホストコンピュータに割り当てるボリューム等の数が入力される。ボリューム数は、検索のための前提条件に含める必要はない。ボリューム数は、検索結果を一定数に収めるために使用される。例えば、１０個のボリュームが必要な場合、検索された１０個以上のボリュームの中から上位１０個のボリュームがユーザに提示される。
　管理サーバ１０は、ユーザから入力される前提条件（ユーザ名、ホスト名、業務ラベル名）に基づいて、ユーザにボリューム等を推奨するための推奨情報を取得し（Ｓ２４）、その推奨情報を操作端末４０に送信して表示させる（Ｓ２５）。推奨情報を取得するステップＳ２４の詳細は、図２３で後述する。次に、推奨情報の提供例について、図２２を参照して説明する。
　図２２は、推奨情報をユーザに提供する画面Ｇ５０である。管理サーバ１０は、ユーザから入力される一つの前提条件に基づいて、複数の検索条件セットを選択し、各検索条件セットに基づいて検索した結果をユーザに提供することができる。従って、画面Ｇ５０には、各検索条件セットに対応する推奨情報が複数含まれる場合がある。
　画面Ｇ５０には、推奨情報を表示するための推奨部ＧＰ５１が複数（図２２では３つ）表示されている。各推奨部ＧＰ５１は、例えば、検索に使用された検索条件セットを表示する検索条件表示部ＧＰ５２と、検索されたボリューム等を表示するボリューム検索結果表示部ＧＰ５３と、通信パスの検索結果を示すパス検索結果表示部ＧＰ５４と、割当てを指示するボタンＧＰ５５とを含む。
　検索条件表示部ＧＰ５２は、検索条件セットを表示する。検索条件セットは、複数の検索条件を含むことができる。各検索条件は、条件タイプと、条件値とを備える。図２５の例では、検索条件に、例えば、「を含む」、「を除く」、「一致」、「以上」、「以下」のような条件式も含まれている。条件式は、例えば、ユーザによる変更が可能である。条件値（図２５の例では、Ｒ６００、ＦＣ、１００００、ＲＡＩＤ５）も、ユーザが変更できるようになっている。ユーザが、検索条件セットの全部または一部を変更して検索ボタンＧＰ５５を押すと、その変更された検索条件セットに基づいて再検索される。
　ユーザは、例えば、プルダウンメニューの中から、所望の条件式または条件値を選択することができる。あるいは、ユーザは、所望の条件式または条件値を直接入力できる構成でもよい。ユーザが管理サーバ１０に何らかの情報を入力する場合、上述のプルダウンメニューを用いる方法、または、所望の数値または文字を直接入力する方法のいずれも採用することができる。
　ボリューム検索結果表示部ＧＰ５３には、検索条件表示部ＧＰ５２に表示された検索条件セットに合致するボリューム等が表示される。ボリュームタイプの条件値としてＲＡＩＤグループが設定された場合、ボリューム検索結果表示部ＧＰ５３には、検索条件セットに合致するＲＡＩＤグループのＩＤが表示される。同様に、ボリュームタイプの条件値としてプールが設定された場合、ボリューム検索結果表示部ＧＰ５３には、検索条件セットに合致するプールのＩＤが表示される。
　なお、アクセス制御情報が設定されている場合、ボリューム等を割り当てようとするホストコンピュータがアクセス可能なボリューム等だけが、ボリューム検索結果表示部ＧＰ５３に表示される。
　検索されたボリュームの数が、ユーザにより指定されたボリューム数を上回っている場合、ユーザの指定するボリューム数以上のボリュームが表示部ＧＰ５３に表示される。検索された全てのボリュームを表示させる構成でもよい。または、検索された全てのボリュームのうち、ユーザの指定するボリューム数だけ所定の基準で選択して、表示させる構成でもよい。
　図１９に戻る。管理サーバ１０は、推奨情報をユーザに提供した後（Ｓ２５）、検索ボタンＧＰ５６の操作に基づいて、再検索するか否かを判定する（Ｓ２６）。ユーザは、推奨情報の作成に使用された検索条件セットの少なくとも一部を変更して、再検索を指示することができる。
　再検索が要求された場合（Ｓ２６：ＹＥＳ）、管理サーバ１０は、修正された検索条件セットに基づいて再検索する（Ｓ２７）。管理サーバ１０は、再検索の結果に基づいて推奨情報を作り直し、ユーザに提供する（Ｓ２５）。
　ユーザが推奨情報の内容に満足した場合、ユーザは、割当てボタンＧＰ５５を押す。割当てボタンＧＰ５５が押されると、再検索は行われず（Ｓ２６：ＮＯ）、管理サーバ１０からストレージシステム３０にボリュームの割当てが指示される（Ｓ２８）。その指示には、ホストコンピュータを特定する情報と、そのホストコンピュータに割り当てるボリューム等を特定する情報とが少なくとも含まれる。ストレージシステム３０は、管理サーバ１０からの指示を受領すると、指定されたボリューム等を指定されたホストコンピュータが使用できるように、ストレージシステムの構成を変更する。ストレージシステムの構成変更は、管理サーバ１０に通知される。
　管理サーバ１０は、ボリューム等の割当てが完了したことを確認すると、推奨情報管理領域１０５０の記憶内容を更新する（Ｓ２９）。推奨情報管理領域１０５０の更新方法については、図２５で後述する。
　図２３は、推奨情報を取得する処理を示すフローチャートである。図２３のフローチャートは、図１９中のＳ２４の詳細を示す。
　管理サーバ１０は、ユーザから入力された情報（ユーザ名、ホスト名、業務ラベル名）に基づいて、ユーザＩＤとホストＩＤ及び業務ラベルＩＤを取得する（Ｓ３０）。管理サーバ１０は、以下に述べる４つの場合の優先度（Ｃ１）－（Ｃ４）を、それぞれ算出する（Ｓ３１）。
　（Ｃ１）対象となるホストコンピュータに関する優先度
　（Ｃ２）対象となるホストコンピュータとクラスタを構成する他のホストコンピュータに関する優先度
　（Ｃ３）ユーザの指定するユーザ及び業務ラベルだけが一致する場合の優先度
　（Ｃ４）ユーザの指定する業務ラベルだけが一致する場合の優先度
　Ｃ１の場合、ユーザの指定する前提条件（ユーザ名、ホスト名及び業務ラベル名）をそのまま使用して検索条件セットを取得し、その検索条件セットによる検索結果から優先度を取得する。
　Ｃ２の場合、ユーザの指定するユーザ名及び業務ラベル名と、ユーザの指定するホストとクラスタを構成する他のホストの名称とから、前提条件を構成する。即ち、ユーザの指定する前提条件のうちホスト名を、指定されたホストコンピュータとクラスタを構成する他のホストコンピュータの名前に変更する。ホスト名の変更された前提条件に基づいて検索条件セットを取得し、その検索条件セットによる検索結果から優先度を取得する。
　Ｃ３の場合、ユーザにより指定される業務ラベル名及びユーザ名が一致し、ホスト名は問わない前提条件が用いられる。即ち、ユーザ名及び業務ラベルだけがユーザの指定内容と一致し、ホスト名だけ異なる複数の前提条件が生成される。ユーザの管理下にあるホストコンピュータのうち、業務ラベルの一致するアプリケーションプログラムを搭載したホストコンピュータの数だけ、前提条件が生成される。それら前提条件のそれぞれについて検索条件セットが取得され、それぞれの検索条件セットによる検索結果から優先度が算出される。
　Ｃ４の場合、ユーザにより指定される業務ラベル名だけが一致し、ユーザ名及びホスト名は問わない複数の前提条件が用いられる。つまり、業務ラベル名のみ一致し、ユーザ名及びホスト名が異なる複数の前提条件に基づいて検索条件セットがそれぞれ取得され、それらの検索結果から優先度がそれぞれ算出される。
　このように、本実施例では、あるユーザがボリューム等の割当てを希望する場合、そのユーザの指定する前提条件をそのまま使用して優先度を求める場合（Ｃ１）と、ユーザの指定する前提条件を管理サーバ１０が変更して、優先度を算出するための範囲を広げる場合（Ｃ２，Ｃ３，Ｃ４）とがある。さらに、後者の場合、優先度を算出するための範囲は、段階的に広がるように設定されている（Ｃ２＜Ｃ３＜Ｃ４）。なお、Ｃ２，Ｃ３，Ｃ４の全ての場合においてそれぞれの優先度が算出されるとは限らない。例えば、クラスタを構成しないホストコンピュータの場合、Ｃ２の優先度は算出されない。
　複数の場合で優先度の算出をするため、ユーザの経験が少なく、推奨情報管理領域１０５０に十分な操作履歴が蓄積されていなくても、他のホストに関して作成された検索条件セットまたは他のユーザに関して作成された検索条件セットを利用できる。これにより、通常の場合、ユーザから指定される前提条件に対応する推奨情報を少なくとも一つは作成することができる。
　管理サーバ１０は、Ｓ３１で算出された４種類の優先度に重み付けし、重み付け後の値に基づいて、ユーザに推奨する順番を決定する（Ｓ３２）。
　ここで、Ｃ１の場合の優先度を第１の場合の優先度ＰＣ１、Ｃ２の場合の優先度を第２の場合の優先度ＰＣ２、Ｃ３の場合の優先度を第３の場合の優先度ＰＣ３、Ｃ４の場合の優先度を第４の場合の優先度ＰＣ４とする。ＰＣ１に乗じる重み係数をα１、ＰＣ２に乗じる重み係数をα２、ＰＣ３に乗じる重み係数をα３、ＰＣ４に乗じる重み係数をα４とする。α１＞α２＞α３＞α４＞０である。α１の値は１に設定してもよい。
　Ｓ３２では、ＰＣ１＊α１、ＰＣ２＊α２、ＰＣ３＊α３、ＰＣ４＊α４をそれぞれ算出し、優先度の大きい順番に並べる。ＰＣ２、ＰＣ３、ＰＣ４は、それぞれ複数存在する可能性がある。Ｃ２，Ｃ３，Ｃ４の各場合で取得されたそれぞれの優先度に、重み係数を乗じる。
　管理サーバ１０は、各検索条件毎に、Ｓ３２で決定された推奨順位の高い順に、検索条件セットを並び替える（Ｓ３３）。管理サーバ１０は、並び替えられた検索条件セットに基づいてボリューム等を検索し、推奨情報を提供する（Ｓ３４）。
　図２２に示すように、ユーザには、「おすすめ１」－「おすすめ３」と名付けられた複数の推奨部ＧＰ５１が提供される。図２２に示す例では、推奨順位の高い推奨部ＧＰ５１ほど、画面の上部に配置される。これに限らず、推奨順位の高い推奨部ＧＰ５１ほど、画面の右側または左側、あるいは下側に配置する構成でもよい。さらに、各推奨部ＧＰ５１をそれぞれ個別のウインドウで表示する場合、各ウインドウが重なったときには、推奨順位の高い推奨部ＧＰ５１ほど上側に位置するように構成してもよい。
　図２４は、優先度を取得（算出）するための処理を示すフローチャートである。本処理は、図２３中のＳ３１の詳細を示す。
　上述した各場合Ｃ１－Ｃ４における優先度ＰＣ１－ＰＣ４は、図２４に示す処理に従って求めることができる。ここでは、ユーザの入力した前提条件をそのまま使用する場合（Ｃ１）の優先度ＰＣ１を求める方法を主に説明する。
　Ｃ２の優先度ＰＣ２を求める場合は、ホストＩＤを本来の対象ホストコンピュータのＩＤから、対象ホストコンピュータとクラスタを構成する他のホストコンピュータのＩＤに変えて、図２４の処理を実行すればよい。
　Ｃ３の優先度ＰＣ３を求める場合は、同一ユーザにより管理されているホストコンピュータであって、かつ、指定された業務ラベルと同一の業務ラベルを有するアプリケーションプログラムが搭載されたホストコンピュータのＩＤを使用する。そのようなホストコンピュータが複数存在する場合、各ホストコンピュータ毎にそれぞれ図２４の処理を実行し、それにより得られた各優先度の中から最大の優先度を一つ選択する。
　Ｃ４の優先度ＰＣ４を求める場合は、コンピュータシステムに含まれる全ホストコンピュータのうち、指定された業務ラベルＩＤと同一の業務ラベルＩＤを有するアプリケーションプログラムが搭載されたホストコンピュータのＩＤを使用する。ＰＣ３の場合と同様に、複数のホストコンピュータが存在する場合は、各ホストコンピュータ毎に優先度を求め、その中から最大の優先度を一つ選択する。
　ＰＣ１の算出方法を述べる。管理サーバ１０は、ユーザＩＤ、ホストＩＤ及び業務ラベルＩＤに基づいて、図１４に示す条件タイプ検出テーブル１０５４を検索し、条件タイプＩＤを取得する（Ｓ４０）。管理サーバ１０は、条件タイプＩＤに基づいて条件タイプ管理テーブル１０５５を検索し、検索条件セットを一つ取得する（Ｓ４１）。
　管理サーバ１０は、Ｓ４１において、前提条件に対応する検索条件セットを取得できたか否かを判定する（Ｓ４２）。検索条件セットを取得できなかった場合（Ｓ４２：ＮＯ）、本処理は終了する。
　検索条件セットを取得できた場合（Ｓ４２：ＹＥＳ）、管理サーバ１０は、各条件値及びその優先度を、図１５に示す優先度管理テーブル１０５６から取得する（Ｓ４３）。さらに、管理サーバ１０は、その条件値に他の条件値が関連付けられているかを判定する（Ｓ４４）。即ち、管理サーバ１０は、ある検索条件セットに、優先度の異なる複数の条件値が関連付けられているか否かを判定する。
　関連する他の条件値が有る場合（Ｓ４４：ＹＥＳ）、管理サーバ１０は、関連する他の条件値及びその優先度を取得する（Ｓ４５）。管理サーバ１０は、ある検索条件について、それに関連する全ての条件値及び優先度を取得すると（Ｓ４４：ＮＯ）、本処理を終了する。
　例えば、検索条件「ディスクタイプ」に最初に対応付けられている条件値が「＝ＦＣ」であり、その優先度が０．８である場合、管理サーバ１０は、その情報（条件値「＝ＦＣ」、優先度０．８）を取得する。
　最初の条件値「＝ＦＣ」にさらに他の条件値「＝ＳＳＤ」が関連付けられており、その優先度が０．７である場合、管理サーバ１０は、その関連する情報（条件値「＝ＳＳＤ」、優先度０．７）を取得する。管理サーバ１０は、検索条件セットに含まれる各検索条件毎に、その検索条件に関連付けられている全ての条件値及び優先度の組合せを取得する。
　図２５は、推奨情報を更新する処理を示すフローチャートである。本処理は、図１９中のＳ２９の詳細を示す。
　管理サーバ１０は、ユーザＩＤと、ホストＩＤ及び業務ラベルＩＤを取得し（Ｓ５０）、その前提条件（ユーザＩＤ、ホストＩＤ、業務ラベルＩＤ）に対応する検索条件セットを特定する。管理サーバ１０は、検索条件セットを構成する各検索条件毎に、条件値及び優先度を取得する（Ｓ５１）。
　管理サーバ１０は、ユーザにより選択された各検索条件の優先度に基づいて、新たな優先度を算出する（Ｓ５２）。つまり、ユーザが最終的に選択した検索条件セットの各優先度に従って、その検索条件セットに含まれる各優先度を改めて算出する。詳細は図２６で後述するが、最近使用された条件値ほど優先度が高くなり、使用されない条件値の優先度は次第に低下するように、検索条件セットに含まれる優先度が算出される。
　管理サーバ１０は、優先度管理テーブル１０５６に記憶されている優先度のうち、新たな値が算出された優先度を、その新たな値に書き換える（Ｓ５３）。さらに、管理サーバ１０は、ユーザが今まで使用されていない新しい検索条件を選択した場合、その検索条件を優先度管理テーブル１０５６に追加する（Ｓ５３）。
　最後に、管理サーバ１０は、優先度管理テーブル１０５６に登録されている各優先度のうち、所定値を下回る優先度のレコードを削除する（Ｓ５４）。これにより、使用頻度の少ない検索条件を、優先度管理テーブル１０５６から取り除くことができる。この結果、優先度管理テーブル１０５６のサイズが増加するのを抑制でき、管理サーバ１０のメモリ資源を有効に使用できる。
　図２６は、優先度を算出する処理を示すフローチャートである。本処理は、図２５中のＳ５２の詳細を示す。
　管理サーバ１０は、ユーザの選択した検索条件が、図２５のＳ５０で特定された検索条件セットの中に存在するか否かを判定する（Ｓ６０）。つまり、ユーザの入力した前提条件に対応する検索条件セットの中に存在していたか否かを判定する。ユーザの選択した検索条件が、前提条件に対応する検索条件セットの中に存在している場合（Ｓ６０：ＹＥＳ）、管理サーバ１０は、所定の各優先度について、Ｓ６２，Ｓ６３，Ｓ６４の各ステップを実行する（Ｓ６１）。
　即ち、優先度管理テーブル１０５６に記憶されている全ての優先度を更新するのではなく、前提条件に対応する条件タイプから辿ることのできる検索条件セットだけを更新するようになっている。
　所定の各優先度とは、優先度管理テーブル１０５６に記憶されている全ての優先度のうち、前提条件に一致する検索条件セットの優先度であって、前提条件に対応付けられた条件タイプに基づいて辿ることができる検索条件セットの優先度である。
　管理サーバ１０は、優先度管理テーブル１０５６から所定の優先度に関するレコードを対象レコード一つ取り出し、対象レコードの内容がユーザにより選択された検索条件と一致するか否かを判定する（Ｓ６２）。
　対象レコードの内容がユーザの選択した検索条件に一致する場合、管理サーバ１０は、対象レコード内の優先度Ｐｒの値を大きくするように更新する（Ｓ６３）。例えば、管理サーバ１０は、ユーザにより使用された検索条件の優先度Ｐｒを、Ｐｒ←Ｒ＋γ＊Ｐｒとして算出することにより、Ｐｒの値を増加させる。ここで、例えば、Ｒは１に設定され（Ｒ＝１）、割引率γは０以上１以下の範囲で設定される（０≦γ≦１）。従って、ユーザによって使用された検索条件の優先度は、使用されるたびに増加し、高い推奨順位でユーザに提示される。
　これに対し、対象レコードの内容がユーザの選択した検索条件と一致しない場合（Ｓ６２：ＮＯ）、管理サーバ１０は、対象レコード内の優先度Ｐｒの値を小さくするように更新する（Ｓ６４）。
　例えば、管理サーバ１０は、ユーザに選択されなかった検索条件の優先度Ｐｒを、Ｐｒ←γ＊Ｐｒとして算出することにより、Ｐｒの値を減少させる。従って、ユーザに使用されなかった検索条件の優先度は次第に減少し、低い推奨順位でユーザに提示される。やがて、優先度Ｐｒが所定値を下回ると、そのレコードは優先度管理テーブル１０５６から除去される。
　ユーザにより選択された検索条件が優先度管理テーブル１０５６に登録されていない場合（Ｓ６０）、管理サーバ１０は、所定の各優先度についてＳ６６のステップを実行する（Ｓ６５）。
　管理サーバ１０は、対象レコード内の優先度ＰｒをＳ６４と同一の演算式に従って、減少させる（Ｓ６６）。
　最後に、管理サーバ１０は、ユーザの選択した新たな検索条件についての優先度Ｐｒを、Ｐｒ←Ｒとして算出する（Ｓ６７）。Ｒは、例えば１に設定される。
　このように、新たな検索条件をユーザが使用した場合、新たな検索条件に対応する既存の各検索条件の優先度は低く設定され（Ｓ６６）、新たな検索条件の優先度が最も大きくなるように算出される（Ｓ６７）。
　以上詳述した通り、本実施例では、ユーザが、検索を行うための前提条件を管理サーバ１０に入力するだけで、前提条件に対応する検索条件セットがユーザに提示される。ユーザは、提示された検索条件セットをそのまま使用してもよく、または、提示された検索条件の少なくとも一部を変更して使用してもよい。
　このように本実施例では、ユーザの入力する前提条件と操作履歴とを利用して検索条件セットを提供するため、ユーザの入力する情報の量を少なくすることができ、ホストコンピュータにボリューム等を割り当てる作業の効率を高めることができる。本実施例では、従来技術のように、日々増大する一方のポリシを管理する必要がなく、ユーザの管理作業の負担を軽減することができる。前提条件とは、例えば、ユーザの操作履歴を利用して少なくとも一つの検索条件セットを取得するために必要な条件、と表現可能である。
　さらに、本実施例では、ユーザの使用頻度に応じて検索条件の優先度を変更し、優先度に基づいてユーザに提供する場合の推奨順位を決定する。これにより、本実施例では、ユーザにより使用される検索条件ほど高い順位でユーザに提供することができ、ユーザは、よく使用する検索条件を速やかに見つけることができる。
　本実施例では、ユーザに使用されない検索条件の優先度を低く設定し、所定値を下回った場合には優先度管理テーブル１０５６から消去する。従って、管理サーバ１０の有するメモリ資源を効率的に使用できる。
　本実施例では、ユーザの操作履歴を単純に時系列で記録するのではなく、同一種類のレコードは一つだけ保存する。既存のレコードの優先度は、ユーザの使用状態に応じて変化する。従って、優先度管理テーブル１０５６のサイズが増加するのを抑制し、メモリ資源を効率的に使用できる。
　本実施例では、Ｃ１－Ｃ４の複数の場合の優先度をそれぞれ算出して重み付けし、優先度の大小に従ってユーザに推奨する順位を決定する。従って、コンピュータシステムの管理経験の少ないユーザであっても、他のユーザの操作履歴を利用して適切なボリューム等を選択することができる。これにより、ユーザの利便性が向上する。
　なお、本発明は、上述した実施例に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。
　１０：管理サーバ、２０：ホストコンピュータ、２１：アプリケーションプログラム、３０：ストレージシステム、３２：記憶装置、３３：ＲＡＩＤグループ、３４：論理ボリューム

Claims (14)

  1. 　一つ以上のホストコンピュータと、前記ホストコンピュータにより使用されるデータを記憶する一つ以上のストレージシステムと、管理装置とを含むコンピュータシステムを管理するための方法であって、
    　前記管理装置は、
    　（Ａ）前記ストレージシステムの有する複数の記憶領域の中から前記ホストコンピュータに割り当てる一つ以上の記憶領域を検索するための前提条件として、少なくとも、前記ホストコンピュータを識別するためのホスト識別情報と必要な記憶サイズを受信し、
    　（Ｂ）さらに、前記複数の記憶領域の中から前記ホストコンピュータに割り当てる一つ以上の記憶領域を検索するための検索条件を一つ以上受信し、
    　（Ｃ）前記前提条件と前記検索条件とに基づいて、前記ストレージシステムの有する複数の記憶領域のうち一つ以上の記憶領域を候補として検出し、
    　（Ｄ）検出された前記候補をユーザに提示し、
    　（Ｅ）提示された前記候補のうち、ユーザにより選択された記憶領域を識別するための記憶領域識別情報を受信し、
    　（Ｆ）前記記憶領域識別情報を指定して前記ストレージシステムに通知することにより、前記記憶領域識別情報により特定される記憶領域を前記ホストコンピュータに割り当てるように前記ストレージシステムに指示し、
    　（Ｇ）前記検索条件に基づいて、前記検索条件に関する優先度を管理するための優先度管理情報を更新し、
    　（Ｈ）前記前提条件を再び受信した場合は、前記優先度管理情報に管理されている前記優先度に基づいて、一つ以上の検索条件を含む一つ以上の検索条件セットを、ユーザに推奨する推奨検索条件セットとして作成し、
    　（Ｉ）前記推奨検索条件セットに含まれる前記検索条件に基づいて、前記ストレージシステムの有する前記各記憶領域のうち一つ以上の記憶領域を候補として検出し、
    　（Ｊ）検出された前記候補と前記推奨検索条件セットに含まれる前記検索条件とを対応付けて、前記推奨検索条件セット毎に提示する、
    コンピュータシステムの管理方法。
  2. 　（Ｋ）提示される前記推奨検索条件セットのうち、ユーザにより選択された推奨検索条件セットに基づいて、前記優先度管理情報で管理される優先度を更新する、
    請求項１に記載のコンピュータシステムの管理方法。
  3. 　前記ホストコンピュータには、それぞれ異なるホスト識別情報により特定される、第１ホストコンピュータ及び第２ホストコンピュータが含まれており、
    　前記優先度管理情報で管理される前記優先度のうち所定の優先度には、前記第１ホストコンピュータに関する値と、前記第２ホストコンピュータに関する値とが含まれる、
    請求項１に記載のコンピュータシステムの管理方法。
  4. 　前記管理装置は、前記ホストコンピュータ上で実行される業務プログラムを識別するための業務プログラム識別情報を用いて、前記ホストコンピュータ上で実行される第１業務プログラムと第２業務プログラムとを管理し、
    　前記優先度管理情報で管理される前記優先度のうち所定の優先度には、前記第１業務プログラムに関する値と、前記第２業務プログラムに関する値とが含まれる、
    請求項１に記載のコンピュータシステムの管理方法。
  5. 　前記管理装置は、各ユーザを識別するためのユーザ識別情報を用いて、第１ユーザと第２ユーザとを管理し、
    　前記優先度管理情報で管理される前記優先度のうち所定の優先度には、前記第１ユーザに関する値と、前記第２ユーザに関する値とが含まれる、
    請求項１に記載のコンピュータシステムの管理方法。
  6. 　前記優先度管理情報で管理されている前記優先度のうち、所定値未満の優先度を有するレコードを削除する、
    請求項１に記載のコンピュータシステムの管理方法。
  7. 　前記（Ｈ）で受信される前記前提条件に、各ユーザを識別するためのユーザ識別情報、または、前記ホストコンピュータ上で実行される業務プログラムを識別するための業務プログラム識別情報の少なくともいずれか一つが含まれている場合、
    　前記管理装置は、
    　　前記優先度管理情報により管理されている優先度のうち、前記ホスト識別情報と、前記ユーザ識別情報または前記業務プログラム識別情報のうちいずれか一方とが一致する優先度と、前記ユーザ識別情報または前記業務プログラム識別情報のうちいずれか一方が一致する優先度と、それぞれ取得し、
    　　取得された前記各優先度のうち最も高い値を有する優先度に対応する、一つ以上の検索条件を含む一つ以上の検索条件セットを最も推奨順位の高い前記推奨検索条件セットとしてユーザに提示する、
    請求項１に記載のコンピュータシステムの管理方法。
  8. 　前記（Ｈ）で受信される前記前提条件に、各ユーザを識別するためのユーザ識別情報と、前記ホストコンピュータ上で実行される業務プログラムを識別するための業務プログラム識別情報とが含まれている場合、
    　前記管理装置は、
    　　前記優先度管理情報により管理されている優先度のうち、前記ホスト識別情報と前記ユーザ識別情報及び前記業務プログラム識別情報が一致する優先度と、前記ユーザ識別情報と前記業務プログラム識別情報が一致する他の優先度と、前記業務プログラム識別情報だけが一致するさらに他の優先度とを、それぞれ取得し、
    　　取得された前記各優先度のうち最も高い値を有する優先度に対応する、一つ以上の検索条件を含む一つ以上の検索条件セットを最も推奨順位の高い前記推奨検索条件セットとしてユーザに提示する、
    請求項１に記載のコンピュータシステムの管理方法。
  9. 　前記優先度管理情報は、検索条件毎に優先度を管理しており、
    　前記（Ｇ）では、ユーザにより選択された前記記憶領域に対応する検索条件に関する優先度が前記優先度管理情報に登録されているか否かを判定し、登録されていない場合は、その検索条件の優先度を算出して前記優先度管理情報に登録させる、
    請求項１に記載のコンピュータシステムの管理方法。
  10. 　前記（Ｊ）において、前記推奨検索条件セットに含まれる前記検索条件は、ユーザにより修正可能である、
    請求項１に記載のコンピュータシステムの管理方法。
  11. 　前記記憶領域は、論理ボリューム、または、ＲＡＩＤ（Redundant Array of Independent Disks）グループの少なくともいずれか一方である、
    請求項１に記載のコンピュータシステムの管理方法。
  12. 　一つ以上のホストコンピュータと、前記ホストコンピュータにより使用されるデータを記憶する一つ以上のストレージシステムとに接続される管理装置であって、
    　前記ホストコンピュータ及び前記ストレージシステムと通信する通信インターフェースと、
    　所定のコンピュータプログラムを記憶するメモリと、
    　前記メモリに記憶された前記所定のコンピュータプログラムを読み込んで実行するマイクロプロセッサとを備え、
    　前記マイクロプロセッサは、
    　（Ａ）前記ストレージシステムの有する複数の記憶領域の中から前記ホストコンピュータに割り当てる一つ以上の記憶領域を検索するための前提条件として、少なくとも、前記ホストコンピュータを識別するためのホスト識別情報と必要な記憶サイズを受信し、
    　（Ｂ）さらに、前記複数の記憶領域の中から前記ホストコンピュータに割り当てる一つ以上の記憶領域を検索するための検索条件を一つ以上受信し、
    　（Ｃ）前記前提条件と前記検索条件とに基づいて、前記ストレージシステムの有する複数の記憶領域のうち一つ以上の記憶領域を候補として検出し、
    　（Ｄ）検出された前記候補をユーザに提示し、
    　（Ｅ）提示された前記候補のうち、ユーザにより選択された記憶領域を識別するための記憶領域識別情報を受信し、
    　（Ｆ）前記記憶領域識別情報を指定して前記ストレージシステムに通知することにより、前記記憶領域識別情報により特定される記憶領域を前記ホストコンピュータに割り当てるように前記ストレージシステムに指示し、
    　（Ｇ）前記検索条件に基づいて、前記検索条件に関する優先度を管理するための優先度管理情報を更新し、
    　（Ｈ）前記前提条件を再び受信した場合は、前記優先度管理情報に管理されている前記優先度に基づいて、一つ以上の検索条件を含む一つ以上の検索条件セットを、ユーザに推奨する推奨検索条件セットとして作成し、
    　（Ｉ）前記推奨検索条件セットに含まれる前記検索条件に基づいて、前記ストレージシステムの有する前記各記憶領域のうち一つ以上の記憶領域を候補として検出し、
    　（Ｊ）検出された前記候補と前記推奨検索条件セットに含まれる前記検索条件とを対応付けて、前記推奨検索条件セット毎に提示する、
    管理装置。
  13. 　（Ｋ）提示される前記推奨検索条件セットのうち、ユーザにより選択された推奨検索条件セットに基づいて、前記優先度管理情報で管理される優先度を更新する、
    請求項１２に記載の管理装置。
  14. 　前記ホストコンピュータには、それぞれ異なるホスト識別情報により特定される、第１ホストコンピュータ及び第２ホストコンピュータが含まれており、
    　前記優先度管理情報で管理される前記優先度のうち所定の優先度には、前記第１ホストコンピュータに関する値と、前記第２ホストコンピュータに関する値とが含まれる、
    請求項１３に記載の管理装置。
PCT/JP2010/065418 2010-09-08 2010-09-08 コンピュータシステムの管理方法及び管理装置 WO2012032620A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US13/321,109 US20130166570A1 (en) 2010-09-08 2010-09-08 Computer system management method and management apparatus
PCT/JP2010/065418 WO2012032620A1 (ja) 2010-09-08 2010-09-08 コンピュータシステムの管理方法及び管理装置
JP2012532774A JP5589081B2 (ja) 2010-09-08 2010-09-08 コンピュータシステムの管理方法及び管理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/065418 WO2012032620A1 (ja) 2010-09-08 2010-09-08 コンピュータシステムの管理方法及び管理装置

Publications (1)

Publication Number Publication Date
WO2012032620A1 true WO2012032620A1 (ja) 2012-03-15

Family

ID=45810245

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/065418 WO2012032620A1 (ja) 2010-09-08 2010-09-08 コンピュータシステムの管理方法及び管理装置

Country Status (3)

Country Link
US (1) US20130166570A1 (ja)
JP (1) JP5589081B2 (ja)
WO (1) WO2012032620A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016157274A1 (ja) * 2015-03-27 2016-10-06 株式会社日立製作所 ストレージ管理計算機
CN106709750B (zh) * 2015-11-18 2021-03-12 腾讯科技（深圳）有限公司 一种用户推荐方法及装置
JP2020009202A (ja) * 2018-07-09 2020-01-16 株式会社日立製作所 ストレージ装置、ストレージシステム、および性能評価方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006309318A (ja) * 2005-04-26 2006-11-09 Hitachi Ltd ストレージ管理システム、ストレージ管理サーバ、データ再配置制御方法およびデータ再配置制御プログラム
JP2008047156A (ja) * 2004-08-30 2008-02-28 Hitachi Ltd ストレージシステム及びデータ再配置制御装置
JP2008269465A (ja) * 2007-04-24 2008-11-06 Hitachi Ltd 管理装置及び管理方法
JP2009230381A (ja) * 2008-03-21 2009-10-08 Hitachi Ltd ストレージシステム及びボリューム割当方法並びに管理装置
JP2010086424A (ja) * 2008-10-01 2010-04-15 Hitachi Ltd ストレージ装置の管理装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7606239B2 (en) * 2003-01-31 2009-10-20 Brocade Communications Systems, Inc. Method and apparatus for providing virtual ports with attached virtual devices in a storage area network
JP4493422B2 (ja) * 2004-07-06 2010-06-30 株式会社日立製作所 ボリューム絞込みシステム及び方法
JP4518887B2 (ja) * 2004-09-10 2010-08-04 株式会社日立製作所 ストレージエリアネットワーク管理システム及び管理装置とボリューム割当て方法並びにコンピュータ・ソフトウエア
US8352954B2 (en) * 2008-06-19 2013-01-08 Commvault Systems, Inc. Data storage resource allocation by employing dynamic methods and blacklisting resource request pools
EP2325763A3 (en) * 2009-11-18 2011-06-01 Research In Motion Limited Automatic reuse of user-specified content in queries

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008047156A (ja) * 2004-08-30 2008-02-28 Hitachi Ltd ストレージシステム及びデータ再配置制御装置
JP2006309318A (ja) * 2005-04-26 2006-11-09 Hitachi Ltd ストレージ管理システム、ストレージ管理サーバ、データ再配置制御方法およびデータ再配置制御プログラム
JP2008269465A (ja) * 2007-04-24 2008-11-06 Hitachi Ltd 管理装置及び管理方法
JP2009230381A (ja) * 2008-03-21 2009-10-08 Hitachi Ltd ストレージシステム及びボリューム割当方法並びに管理装置
JP2010086424A (ja) * 2008-10-01 2010-04-15 Hitachi Ltd ストレージ装置の管理装置

Also Published As

Publication number Publication date
US20130166570A1 (en) 2013-06-27
JP5589081B2 (ja) 2014-09-10
JPWO2012032620A1 (ja) 2013-12-12

Similar Documents

Publication Publication Date Title
JP4643395B2 (ja) ストレージシステム及びデータの移動方法
JP5178854B2 (ja) ストレージシステム及びデータ再配置制御装置
JP4723925B2 (ja) ボリューム活動に従ってストレージポリシーをコントロールするための方法
JP4842909B2 (ja) ストレージシステム及びデータ再配置制御装置
JP4990322B2 (ja) データ移動管理装置及び情報処理システム
US7395396B2 (en) Storage system and data relocation control device
US7802251B2 (en) System for resource allocation to an active virtual machine using switch and controller to associate resource groups
US7831792B2 (en) Computer system, data migration method and storage management server
JP2006099763A (ja) ストレージ階層を考慮したボリュームグループを管理する方法
JP4939154B2 (ja) ストレージ装置及び構成設定方法
JP2008123132A (ja) 記憶制御装置及び記憶制御装置の論理ボリューム形成方法
JP4643597B2 (ja) ストレージシステム及びデータ再配置制御装置
EP1708078A1 (en) Data relocation method
JP2007072813A (ja) ストレージシステム、ファイル移動方法、及びコンピュータプログラム
JP5788006B2 (ja) 計算機システム及びその管理方法
JP2008203937A (ja) 計算機システム、ストレージ管理サーバ、及びデータ移行方法
US20050154852A1 (en) Method, device and program for managing volume
US20100146240A1 (en) Method, Application System and Storage Device for Managing Application Configuration Information
US8949559B2 (en) Storage system and performance management method of storage system
JP5589081B2 (ja) コンピュータシステムの管理方法及び管理装置
WO2014155493A1 (ja) 計算機システム及びアクセス制御方法
JP6539359B2 (ja) ストレージ管理計算機、ストレージ管理方法および記録媒体
JP2007133482A (ja) 親オブジェクトを自動的に表示する計算機及びその表示方法
JP2006134049A (ja) ホスト装置が接続される制御装置の接続部とその制御装置が備える記憶デバイスとの間の論理パスを生成する装置及び方法
US20230116173A1 (en) Console command composition

Legal Events

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

Ref document number: 13321109

Country of ref document: US

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

Ref document number: 10856970

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2012532774

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10856970

Country of ref document: EP

Kind code of ref document: A1