WO2012114492A1 - 計算機システム、及びその管理方法、並びにプログラム - Google Patents

計算機システム、及びその管理方法、並びにプログラム Download PDF

Info

Publication number
WO2012114492A1
WO2012114492A1 PCT/JP2011/054123 JP2011054123W WO2012114492A1 WO 2012114492 A1 WO2012114492 A1 WO 2012114492A1 JP 2011054123 W JP2011054123 W JP 2011054123W WO 2012114492 A1 WO2012114492 A1 WO 2012114492A1
Authority
WO
WIPO (PCT)
Prior art keywords
management
information
storage
host
configuration
Prior art date
Application number
PCT/JP2011/054123
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 CN2011800422328A priority Critical patent/CN103080909A/zh
Priority to JP2013500782A priority patent/JP5342086B2/ja
Priority to US13/131,582 priority patent/US8782191B2/en
Priority to PCT/JP2011/054123 priority patent/WO2012114492A1/ja
Priority to GB1303104.2A priority patent/GB2496556B/en
Publication of WO2012114492A1 publication Critical patent/WO2012114492A1/ja
Priority to US14/319,687 priority patent/US9088528B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
    • H04L47/762—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the network
    • 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
    • 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]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/9994—Distributed or remote access

Definitions

  • the present invention relates to a computer system, a management method thereof, and a program.
  • the present invention relates to management of a large-scale storage system including a plurality of host computers and storage devices.
  • the number of objects handled by the storage management software that manages the storage system (for example, the number of volumes provided by the storage device) is also increasing.
  • the storage management software exceeds the maximum number of objects assumed at the design stage, or configuration information necessary for management (for example, volume information visible on the host computer or storage computer) It takes a long time to obtain information about the correspondence between volumes and physical storage provided by the system, or the search for information on the storage management software takes time due to the increase in the number of objects, resulting in a decrease in operation response. There is a problem.
  • Patent Document 1 Even if the method disclosed in Patent Document 1 is adopted, there are cases where there are objects related to each other in the configuration information of the host computer or the storage apparatus, and only one of these objects is the management target. In such a case, there is a possibility that the management operation becomes impossible or the configuration information is inconsistent.
  • the local copy function provided by the storage device the function to copy the volume data in the same storage device to another volume
  • the data copy source volume and the copy destination volume are managed by separate management software instances. In such a case, there is a possibility that a management operation such as stop / restart of copying may become impossible.
  • the present invention has been made in view of such circumstances, and reduces the load on each instance by arranging a plurality of storage management software instances having equivalent functions to coordinately manage a large-scale storage system. Even in this case, the management operation is disabled and the occurrence of inconsistency in the configuration information is avoided, and the same management operation and information reference as when all are managed by a single instance are made possible.
  • a representative instance is determined between the instances, and the representative instance is determined as a management target.
  • Configuration summary information that includes only the managed object and the relationship between the objects is obtained from all host computers and all storage devices to be managed, and based on this configuration summary information, the management target of each instance is determined, and each instance is managed To be notified.
  • the computer system includes one or more host computers, one or more storage subsystems connected to one or more host computers and providing information to the host computers, and one or more A plurality of storage subsystems connected to one or a plurality of host computers and managing a plurality of managed objects included in the storage subsystem and the host computer.
  • one of the plurality of management computers specifies a plurality of managed objects from one or more host computers and one or more storage subsystems as a representative management computer among the plurality of management computers.
  • Object information including information for the configuration, and configuration summary information including association type information indicating the association between a plurality of managed objects.
  • the representative management computer determines the management target object that each of the plurality of management computers should be responsible for and notifies the plurality of management computers.
  • FIG. 1 shows the schematic structural example of the computer system (storage system) by the 1st Embodiment of this invention. It is a figure which shows the internal structural example of a host computer and a management server (management computer). It is a figure which shows the internal structural example of a storage apparatus and an external storage apparatus.
  • 3 is a conceptual diagram illustrating an example of a correspondence relationship between a volume visible on a host computer and volumes on a storage apparatus and an external storage apparatus.
  • FIG. An example of configuration information held by the management agent on the host computer, the microprogram on the storage device, and the microprogram on the external storage device as a part of each management information table when there is a correspondence shown in FIG. FIG.
  • FIG. 7 is a diagram showing an example of configuration information held by a management agent on a host computer and a microprogram on a storage device as part of each management information table when there is a correspondence shown in FIG. 6.
  • FIG. 9 is a diagram illustrating an example of configuration information held by a management agent on a host computer and a microprogram on a storage apparatus as a part of each management information table when there is a correspondence shown in FIG. 8.
  • the management software on the management server in the present invention is an example of a member instance table held as a part of the management information table. It is a figure which shows an example of the management object table in this invention. It is a figure which shows an example of the priority table which the management software on the management server in this invention hold
  • FIG. 5 is a diagram showing a configuration example of configuration summary information acquired by the management software on the management server of the present invention from the host computer, the storage device, and the external storage device when there is a correspondence shown in FIG. 4. FIG.
  • FIG. 7 is a diagram showing a configuration example of configuration summary information acquired by the management software on the management server of the present invention from the host computer and the storage apparatus when there is a correspondence shown in FIG. 6.
  • FIG. 9 is a diagram showing a configuration example of configuration summary information acquired by the management software on the management server of the present invention from the host computer and the storage apparatus when there is a correspondence shown in FIG. 8.
  • FIG. 5 is a diagram showing a configuration example of a configuration information summary table held by the management software on the management server according to the present invention as a part of the management information table when there is a correspondence shown in FIG. 4.
  • FIG. 7 is a diagram illustrating a configuration example of a configuration information summary table held by the management software on the management server according to the present invention as part of the management information table when there is a correspondence shown in FIG. 6.
  • FIG. 9 is a diagram showing a configuration example (1) of a configuration information summary table held by the management software on the management server according to the present invention as a part of the management information table when there is a correspondence shown in FIG. 8.
  • FIG. 9 is a diagram showing a configuration example (2) of a configuration information summary table held by the management software on the management server according to the present invention as a part of the management information table when there is a correspondence shown in FIG. 8.
  • FIG. 7 is a flowchart for explaining the details of a processing operation in which management software on a management server in the present invention allocates management objects to member instances based on a configuration summary table. It is a figure which shows the structural example (1) of the charge instance table which the management software on the management server in this invention hold
  • the embodiment of the present invention may be implemented by software running on a general-purpose computer, or may be implemented by dedicated hardware or a combination of software and hardware.
  • each information of the present invention will be described in a “table” format.
  • the information does not necessarily have to be expressed in a data structure by a table, such as a data structure such as a list, a DB, a queue, or the like. It may be expressed as Therefore, “table”, “list”, “DB”, “queue”, etc. may be simply referred to as “information” to indicate that they do not depend on the data structure.
  • program as a subject (operation subject).
  • a program is executed by a processor and a process determined by a memory and a communication port (communication control device). Since it is performed while being used, the description may be made with the processor as the subject.
  • the processing disclosed with the program as the subject may be processing performed by a computer such as a management server or an information processing apparatus. Part or all of the program may be realized by dedicated hardware, or may be modularized.
  • Various programs may be installed in each computer by a program distribution server or a storage medium.
  • FIG. 1 is a diagram showing a schematic configuration example of a storage system (also referred to as a computer system or IT system) 10 according to the first embodiment of the present invention.
  • This system has one or a plurality of host computers 100, one or a plurality of storage apparatuses (also referred to as storage subsystems) 120, and one or a plurality of management servers 160, and is connected to each other via a management LAN 170. Has been.
  • the host computer 100 and the storage device 120 are connected to each other via the SAN 130.
  • An external storage device 140 is connected to the storage device 120 via a SAN 150.
  • the external storage apparatus 140 is described for the purpose of explaining the present embodiment, it is not always necessary, and in this case, the SAN 150 is unnecessary.
  • the SAN 150 connected to the storage apparatus 120 does not necessarily have to be an independent network, and may be a part of the SAN 130.
  • the management server 160 is not connected to the SAN 130, but may be connected.
  • the host computer 100, the storage device 120, and the external storage device 140 are not necessarily installed in the same geographical location, and some of the host computers 100, the storage device 120, and the external storage device 140 are different from each other. It may be installed in a place and may take such a form for the purpose of DR (Disaster Recovery).
  • DR Diaster Recovery
  • FIG. 2 is a diagram showing an internal configuration example of the host computer 100.
  • the host computer 100 has one or more CPUs 201, one or more memories 202, one or more SAN adapters 204, one or more LAN adapters 205, and a storage device 203, which are mutually connected. They are connected by an internal bus 206.
  • the host computer 100 is connected to the management server 160 via the LAN adapter 205, and is connected to the storage apparatus 120 via the SAN adapter 204.
  • the storage device 203 is used for storing a program that runs on the host computer and management information, but is not necessarily provided. When the storage device is not provided, the host computer 100 takes a form of storing these in a volume provided by the storage apparatus 120, for example.
  • the management server 160 is connected to the host computer 100, the storage device 120, and the external storage device 140 via the LAN adapter 205.
  • Each management server (also referred to as a management computer) 160 has the same configuration as the host computer 100.
  • management software 161 operates on the management server 160.
  • the management software is loaded from, for example, a storage device into memory and executed using a CPU (also simply referred to as a processor).
  • the management software 161 according to the present invention operates on a plurality of management servers 160 and provides the same function.
  • the management software 161 on each management server 160 is referred to as “management software instance”, “member instance”, or simply “instance”.
  • the management server 160 When the management server 160 is not connected to the SAN 130 as shown in FIG. 1, the management server 160 does not necessarily have the SAN adapter 204. Also, the management software 161 and the management information table 165 may be stored in a memory or a storage device.
  • the management software 161 includes a management target determination program 162, a management target reception program 163, a configuration change detection program 164, and an instance alliance program 166.
  • the management target determination program 162 has a function of executing a management target object distribution process when its own instance becomes a representative instance described later.
  • the management target reception program 163 has a function of acquiring management information (also referred to as configuration information: information necessary for managing the object shown in FIG. 5) from the distributed management target objects.
  • the configuration change detection program 164 has a function of detecting a configuration change in the management target object.
  • the instance affiliation program 166 has a function of coordinating between the instances and synchronizing information so that the management target information (FIG. 11) and the aggregation priority information (FIG. 12) are the same in each instance.
  • the management server 160 includes an input device and a display device (output device), although not shown.
  • a serial interface or Ethernet interface is used as the input / output device, and a display computer having a display, keyboard, or pointer device is connected to the interface, and display information is sent to the display computer or input.
  • the display computer may perform display, or the input may be replaced by the input / output device by receiving the input.
  • a set of one or more computers that manage the storage system 10 and display the display information of the present invention may be referred to as a management system.
  • the management server 160 displays the display information
  • the management server 160 is a management system
  • the combination of the management server 160 and the display computer is also a management system.
  • processing equivalent to that of the management server may be realized with a plurality of computers.
  • the plurality of computers if the display computer performs display, display (Including computers) is the management system.
  • FIG. 3 is a diagram illustrating an internal configuration example of the storage apparatus (also referred to as a storage subsystem) 120.
  • the storage apparatus 120 includes one or more CPUs 301, one or more memories 302, one or more cache memories 303, one or more SAN adapters 306, one or more LAN adapters 307, and one or more.
  • the physical disks 305 are connected to each other via an internal bus 308.
  • the external storage apparatus 140 has the same configuration as the storage apparatus 120.
  • the storage device 120 is connected to the host computer 100 and the external storage device 140 via the SAN adapter 306. Further, the management server 160 is connected via the LAN adapter 307.
  • the storage device 120 takes a form in which microprograms and management information are stored using one or more of the physical disks 305, or an NVRAM (nonvolatile memory) is provided as part of the memory 302 and stored therein. .
  • the SAN 130 and the SAN 150 are storage area networks and are generally configured using SAN switches. In many cases, the SAN 130 and the SAN 150 use the Fiber Channel protocol or the SCSI command, but a storage area network based on IP (Internet Protocol) may be used. Further, when the storage apparatus 120 is located away from each other, in many cases, an extender that is an apparatus for extending the reach of the SAN 130 is used in part.
  • IP Internet Protocol
  • the management agent 101 operates on the host computer 100.
  • the management agent 101 is loaded from the storage device 203 to the memory 202 and executed using the CPU 201.
  • the management agent 101 collects configuration information of the host computer 100, stores it in the management information table 102, and transmits it to the management software 161 in accordance with a request from the management software 161 on the management server 160. In some cases, the management agent 101 periodically notifies the management software 161.
  • an OS Operating System
  • virtualization software Hypervisor
  • the virtualization software is software that provides a virtual environment (virtual server) having the same configuration as the host computer 100 so that a plurality of OSs can operate on a single host computer 100.
  • Management software assigns a virtual server ID to each virtual server to be provided for management.
  • the OS and virtualization software installed on the host computer 100 may have a cluster function.
  • the cluster function takes over the operating state of the program operating on this host computer 100 to another normal host computer 100, and the program operates. It is a function that allows you to continue.
  • software operating on the OS or virtualization software may take a form that realizes this function.
  • the OS and the virtualization software manage an identifier (host ID) assigned to each host computer 100.
  • host ID a host name or the like is used as the host ID.
  • the OS and virtualization software manage each volume on the storage device 120 accessible from the host computer 100 by assigning an identifier (host device ID).
  • the storage device 120 has a microprogram 121.
  • the microprogram 121 is a collective term for all programs that run on the storage apparatus 120.
  • the micro program 121 is loaded from the physical disk 305 to the memory 302 and executed using the CPU 301.
  • the microprogram 121 controls the storage apparatus 120, manages data storage areas (volumes), assigns them to the host computer 100, and responds to data access requests from them. Further, the micro program 121 configures a volume using one or a plurality of physical disks 305 based on RAID (Redundant Array Of Inexpensive Disks).
  • RAID Redundant Array Of Inexpensive Disks
  • the storage apparatus 120 manages each provided volume by giving an identifier (storage volume ID). Each storage device is assigned an identifier (storage device ID). For example, a serial number is used as the storage device ID.
  • the storage device 120 may have an external storage connection function.
  • the storage apparatus 120 shown in FIG. 1 has this function.
  • the microprogram 121 stores the volume on the externally connected storage apparatus 140.
  • the host computer 100 can be shown as if it is a volume on the storage device 120.
  • the storage device 120 may have a copy function. There are mainly two types of this function, a local copy function and a remote copy function.
  • the storage apparatus 120 having the local copy function can copy data in the volume to another volume in the same storage apparatus 120.
  • the storage apparatus 120 having the remote copy function can copy data in the volume to a volume on another storage apparatus 120 having a similar function via the SAN 130.
  • the microprogram 121 then associates the volume with the physical disk 305, the correspondence between the volume and the volume on the external storage device 140, information on the copy destination and copy source of the volume data, the allocation status to the host computer 100, etc. Is stored in a part of the management information table 122 and transmitted to the management software 161 in accordance with a request from the management software 161 on the management server 160. Note that the microprogram 121 may regularly notify the management software 161.
  • a microprogram 141 that performs the same processing as the microprogram 121 of the storage device 120 operates, and the configuration information is stored in the management information table 142.
  • FIG. 4 is a conceptual diagram showing an example of a correspondence relationship between volumes provided by the storage apparatus 120 or the external storage apparatus 140 and volumes that can be seen on the host computer.
  • an external storage apparatus 420 having a storage apparatus ID “STR_B” is connected to the storage apparatus 410, and a volume having storage volume IDs “VOL_B3” 423 and “VOL_B4” 424 has a storage apparatus ID “STR_A”. It is shown that it is assigned to device 410.
  • These volumes are managed on the storage apparatus 410 with storage volume IDs “VOL_A3” 413 and “VOL_A4” 414 assigned.
  • the storage apparatus 410 is connected to the host computer 400 having the host ID “HOST_A”, and the volume having the storage volume IDs “VOL_A1” 411, “VOL_A2” 412, “VOL_A3” 413, and “VOL_A4” 414 is It is shown that it is assigned to the computer 400. Further, on the host computer 400, it is indicated that the host device IDs “DEV_A1” 401, “DEV_A2” 402, “DEV_A3” 403, and “DEV_A4” 404 are assigned to these volumes for management. .
  • FIG. 5 is a diagram showing an example of configuration information held in the management information tables of the host computer 400, the storage apparatus 410, and the external storage apparatus 420 when there is a correspondence relationship as shown in FIG.
  • FIG. 5A shows an example of the host configuration information table 500a held by the host computer (HOST_A) 400.
  • the host configuration information table 500a includes a host device ID 501a, a storage device ID 502a, a storage volume ID 503a, a capacity 504a, and a used capacity 505a as configuration items.
  • the configuration items are not limited to these, and it is assumed that the table actually includes more pieces of configuration information.
  • the storage device ID 502a is information managed by the storage device 410, and can be acquired from the host computer 400 by using, for example, “SCSI Inquiry” which is one of SCSI commands.
  • the storage volume ID 503a is an identifier that the storage apparatus 410 assigns to each volume for management, and can be obtained using “SCSI Inquiry” in the same manner.
  • Each row 511a to 514a shows an example of values that are actually set.
  • the device having the host device ID “DEV_A1” 401 on the host computer 400 corresponds to the volume having the storage volume ID “VOL_A1” 411 on the storage device 410 having the storage device ID “STR_A”. I understand that. VOL_A1 has a capacity of 10 GB, of which 5 GB has been used.
  • FIG. 5B shows an example of the storage configuration information table 500b held by the storage apparatus 410.
  • the table includes a storage volume ID 501b, an external storage device ID 502b, an external storage volume ID 503b, a capacity 504b, and a RAID group 505b as configuration items.
  • these pieces of information are shown as information necessary for describing the embodiment of the present invention, and are not limited to these as configuration items, and the table actually contains more configuration information. It shall contain.
  • the external storage device ID 502b is information corresponding to the storage device ID managed by the external storage device 420. This information can be acquired from the storage apparatus 410 using, for example, “SCSI Inquiry” which is one of SCSI commands.
  • the external storage volume ID 503b is information corresponding to the storage volume ID that the external storage apparatus 420 assigns to each volume and manages. This information can be similarly acquired from the storage apparatus 410 using “SCSI Inquiry”.
  • the RAID group 505b indicates from which RAID group the volume has been RAID-configured using the physical disk 305 in the storage apparatus 410. If the volume entity is on another storage device by the external storage connection function, no information is stored in the RAID group 505b.
  • Lines 511b to 514b show examples of values that are actually set.
  • the volume having the storage volume ID “VOL_A3” 413 on the storage device 410 corresponds to the volume having the storage volume ID “VOL_B3” 423 on the external storage device 420 having the storage device ID “STR_B”.
  • the capacity of VOL_B3 is 50 GB.
  • FIG. 5C shows an example of the storage configuration information table 500b held by the external storage device 420.
  • the table includes a storage volume ID 501b, a capacity 504b, and a RAID group 505b as configuration items.
  • these pieces of information are information necessary for describing the embodiment of the present invention, the configuration items are not limited to these, and it is assumed that the table actually includes more pieces of configuration information.
  • the table 500b does not have an area for holding the external storage apparatus ID 502b and the external storage volume ID 503b.
  • Lines 511c and 512c show examples of values that are actually set. For example, it can be seen from the row 511c that the volume having the storage volume ID “VOL_B3” 423 on the external storage apparatus 420 has a capacity of 50 GB and is cut out from the RAID group “RG_B1”.
  • FIG. 6 is a conceptual diagram showing an example of a correspondence relationship between a volume provided by the storage apparatus 120 and a volume visible on the host computer 100.
  • the storage apparatus 603 is connected to a host computer 601 having a host ID “HOST_B” and a host computer 602 having a host ID “HOST_C”. Volumes having storage volume IDs “VOL_C1” 604 and “VOL_C2” 605 are allocated to both the host computer 601 and the host computer 602.
  • the virtualization software 606 is running on the host computer 601. Host devices IDs “DEV_D1” 609 and “DEV_D2” 610 are assigned to these volumes, respectively, and these devices are assigned to the virtual server 608 to which the virtual server ID “VSERV_D” is assigned.
  • the virtualization software 607 is running on the host computer 602 as well. Then, when the virtual server 608 operating on the host computer 601 or the host computer 601 has a failure, the virtual software cluster function takes over the operation state of the virtual server on the host computer 602 (Live Migration 611). It is set to be possible.
  • the volume used by the virtual server 608 is also allocated from the storage device 603 to the host computer 602 so that the same device can be used, and both the host computers are virtualized.
  • the software 606 and 607 cooperate to give the same host device ID on the host computer 602.
  • FIG. 7 shows an example of configuration information held in the respective management information tables of the host computer 601, host computer 602, and storage apparatus 603 when there is the correspondence relationship of FIG.
  • FIG. 7A shows an example of the cluster host information table 700a held by the host computer 601.
  • the table includes, as configuration items, a cluster host ID 701a that holds the host ID of the host computer that constitutes the cluster with the host computer.
  • the host computer (HOST_B) 601 forms a cluster with the host computer 602 having the host ID “HOST_C”.
  • FIG. 7B shows an example of the host configuration information table 500a held by the host computer 601.
  • the host configuration information table 500a includes an assignment destination virtual server ID 701b indicating which virtual server the volume is assigned as a configuration item. Yes.
  • Rows 711b and 712b show examples of values that are actually set.
  • the device having the host device ID “DEV_D1” 609 of the host computer 601 corresponds to the volume having the storage volume ID “VOL_C1” 604 on the storage device 603 having the storage device ID “STR_C”.
  • VOL_C1 is allocated to a virtual server 608 having a capacity of 10 GB and having a virtual server ID “VSERV_D”.
  • FIG. 7C shows an example of the cluster host information table 700a held by the host computer 602.
  • the table includes, as configuration items, a cluster host ID 701a that holds the host ID of the host computer that constitutes the cluster with the host computer.
  • the row 711c indicates that the host computer (HOST_C) 602 forms a cluster with the host computer 601 having the host ID “HOST_B”.
  • FIG. 7D shows an example of the host configuration information table 500a held by the host computer 602.
  • the type of information held by the table is the same as the information in the host configuration information table (FIG. 7B) held by the host computer 601.
  • Rows 711d and 712d show examples of values that are actually set.
  • the device having the host device ID “DEV_D1” 613 of the host computer 602 corresponds to the volume having the storage volume ID “VOL_C1” 604 on the storage device 603 having the storage device ID “STR_C”.
  • VOL_C1 has a capacity of 10 GB.
  • the virtual server 608 is not operating on the host computer 602, and therefore no value is set for the assignment destination virtual server ID 701 b.
  • FIG. 7E shows an example of the storage configuration information table 500b held by the storage device 603.
  • the information of each column in the table is the same as the storage configuration information table 500b shown in FIG.
  • the table of FIG. 7E does not hold the external storage apparatus ID 502b or the external storage volume ID 503b.
  • Lines 711e and 712e show examples of values that are actually set. For example, it can be seen from the row 711e that the volume having the storage volume ID “VOL_C1” 605 on the storage apparatus 603 has a capacity of 10 GB and is cut out from the RAID group “RG_C1”.
  • FIG. 8 is a conceptual diagram showing an example of the correspondence between the volumes provided by the storage apparatuses 803 and 804 and the volumes visible on the host computers 801 and 802.
  • the storage apparatus 803 is connected to a host computer (HOST_E) 801 having a host ID “HOST_E”.
  • HOST_E host computer
  • Each volume having storage volume IDs “VOL_E1” 810, “VOL_E2” 811, and “VOL_E3” 806 is assigned to the host computer 801.
  • the host device IDs “DEV_E1” 808, “DEV_E2” 809, and “DEV_E3” 805 are assigned and managed to these volumes, respectively.
  • FIG. 8 shows that the volume having the storage volume ID “VOL_E3” 806 is copied to the volume having the storage volume ID “VOL_E4” 807.
  • FIG. 8 shows that the volume having the storage volume ID “VOL_E1” 810 is on the storage apparatus 804 having the storage apparatus ID “STR_F” and is copied to the volume having the storage volume ID “VOL_F1” 813. ing. Similarly, it is indicated that the volume having the storage volume ID “VOL_E2” 811 is on the storage apparatus 804 having the storage apparatus ID “STR_F” and copied to the volume having the storage volume ID “VOL_F2” 815. Yes.
  • the storage apparatus 804 is connected to the host computer 802 having the host ID “HOST_F”. Volumes having storage volume IDs “VOL_F1” 813 and “VOL_F2” 815 are assigned to the host computer 802, respectively. On the host computer 802, these volumes are managed by giving host device IDs “DEV_F1” 812 and “DEV_F2” 814, respectively.
  • a site ID “SITE_E” indicating a physical / geographic location is assigned to the host computer 801 and the storage device 803, and a site ID “SITE_F” is assigned to the host computer 802 and the storage device 804, respectively.
  • This site ID may be assigned to each by the administrator, or the upper bits (network part) of the IP address assigned when connecting to the management LAN 170 may be used, or a domain name corresponding to the IP address may be used. It may be used.
  • the site is a concept corresponding to one data center including a plurality of instances (management servers), for example.
  • FIG. 9 is a diagram illustrating an example of configuration information held in each management information table of the host computer 801, the host computer 802, the storage device 803, and the storage device 804 when there is the correspondence relationship of FIG.
  • FIG. 9A shows an example of the host configuration information table 500a held by the host computer 801.
  • the configuration items of the table are the same as the table shown in FIG.
  • Lines 911a to 913a show examples of values that are actually set.
  • the device having the host device ID “DEV_E1” 808 of the host computer 801 corresponds to the volume having the storage volume ID “VOL_E1” 810 on the storage device 803 having the storage device ID “STR_E”.
  • VOL_E1 has a capacity of 30 GB, and it can be seen that a capacity of 25 GB is used.
  • FIG. 9B shows an example of the host configuration information table 500a held by the host computer 802.
  • the configuration items of the table are the same as the table shown in FIG.
  • Rows 911b and 912b show examples of values that are actually set.
  • the device having the host device ID “DEV_F1” 812 of the host computer 802 corresponds to the volume having the storage volume ID “VOL_F1” 813 on the storage device 804 having the storage device ID “STR_F”.
  • VOL_F1 has a capacity of 30 GB, and it can be seen that a capacity of 25 GB is used.
  • FIG. 9C shows an example of the storage configuration information table 500b held by the storage apparatus 803.
  • the table has a copy function like the storage device 803 and holds configuration information when the function is used.
  • the table includes a primary volume ID 901c that holds a volume ID of a data copy source, A secondary volume ID 902c that holds a copy destination volume ID, a copy type 903c that indicates a copy type, and a storage apparatus ID 904c that indicates a storage apparatus in which a data copy source / destination volume exists in the case of remote copy are configured. Includes as an item.
  • the character string “RC” is set in the case of remote copy
  • the character string “LC” is set in the case of local copy.
  • the storage device 803 does not have an external storage connection function
  • the external storage device ID 502b and the external storage volume ID 503b are not held.
  • Lines 911c to 914c show examples of values that are actually set. For example, it can be seen from the row 911c that the volume having the storage volume ID “VOL_E1” 810 on the storage apparatus 803 has a capacity of 30 GB and is cut out from the RAID group “RG_E1”. Further, it can be seen that the data in the volume is remotely copied to the storage volume ID “VOL_F1” 813 on the storage apparatus 804 having the storage apparatus ID “STR_F”.
  • the volume having the storage volume ID “VOL_E3” 806 on the storage device 803 has a capacity of 40 GB and is cut out from the RAID group “RG_E3”. Further, it can be seen that the data in the volume is locally copied to the storage volume ID “VOL_E4” 807.
  • FIG. 9D is an example of the storage configuration information table 500b held by the storage apparatus 804.
  • the type of information held by the table is the same as that held by the storage apparatus 803.
  • Lines 911d and 912d show examples of values that are actually set. For example, it can be seen from the row 911d that the volume having the storage volume ID “VOL_F1” 813 on the storage device 804 has a capacity of 30 GB and is cut out from the RAID group “RG_F1”. It can also be seen that the data in the volume is remote copied from the storage volume ID “VOL_E1” 810 on the storage device 803 having the storage device ID “STR_E”.
  • FIG. 10 is a diagram illustrating a configuration example of the member instance table 1000a indicating a list of itself and other member instances that each member instance holds as a part of the management information table 165.
  • the member instance table 1000a includes, for example, a member instance ID 1001a that is an identifier (identification information) of the member instance, an IP address 1002a of the member instance, and a site ID 1003a that indicates the installation location of the member instance as configuration items.
  • the information included in the member instance table 1000a is stored as a part of the management information table 165 by the instance cooperation program 166 of each instance cooperating to synchronize the same information among all member instances. Therefore, for example, the administrator registers information of all member instances in any member instance, and the instance cooperation program 166 of the member instance in which the administrator has registered the information is distributed to the instance cooperation program 166 of other member instances. Take the shape to do. Alternatively, for example, as in a method used in DNS (Domain Name System), the administrator registers only partial information in each member instance, and notifies each other among the instance cooperation programs 166 of each member instance. You may take it.
  • DNS Domain Name System
  • the site ID 1003a may be assigned to each member instance when the administrator registers member instance information, or the upper bit (network part) of the IP address of the member instance is used, or the domain corresponding to the IP address. A name may be used. Further, the site ID 1003a does not necessarily need to be assigned. For example, when the member instance installation location is the same (for example, when all member instances are in the same data center), the site ID 1003a need not be registered as in the row 1011a. good.
  • the instance distribution process for the managed object is executed in consideration of the site. However, for the instances to which the site is not assigned, the distribution process is performed assuming that all are in the same site. Executed.
  • each instance In order to execute the distribution process and to acquire configuration information from each managed object after distribution and processing, each instance has to know in advance what objects must be managed There is a need. Therefore, each instance holds the management target table in synchronization. The reason why they are held in synchronization is to be able to cope with which instance becomes a representative instance described later.
  • FIG. 11 is a diagram illustrating a configuration example of a management target table held by each member instance.
  • each member instance includes information on all the host computers 100, storage devices 120, external storage devices 140, etc., to be managed as a management target table 1100 in a part of the management information table 165. Hold.
  • the management target table 1100 includes, for example, a management target IP address 1101 that holds an IP address on the management LAN and a management target type 1102 that represents the type of each management target as configuration information.
  • the management target table 1100 includes a set of management target IP addresses 1101 and management target types 1102 as many as the number of host computers 100, storage devices 120, and external storage devices 140 to be managed.
  • the information in the management target table 1100 is the same as the information in the member instance table 1000a (FIG. 10), and the instance cooperation program 166 of each instance cooperates to hold the same information in synchronization among all member instances.
  • a method for synchronizing information a method similar to that in the member instance table 1000a is used.
  • the representative instance includes only the minimum information (location and type) necessary for the distribution process, and detailed configuration information is stored in each host computer 100 and each instance after the distribution process. It is acquired directly from the storage device 120 and the external storage device 140. As a result, the amount of information in the management target table 1100 held by each instance can be reduced, and the load on each instance can be reduced.
  • FIG. 12 is a diagram illustrating a configuration example of an aggregation priority table held by each member instance. As shown in FIG. 12, each member instance has an aggregate priority table 1200 that indicates priorities when allocating managed objects (devices on the host computer 100, volumes on the storage device 120, and external storage device 140). Are stored as a part of the management information table 165.
  • the aggregation priority table 1200 includes, for example, a priority 1201 and a relation type 1202 as configuration information.
  • the priority 1201 is information on the priority to be considered in the distribution process.
  • the relation type 1202 is information indicating what kind of relations between objects are collected into one member instance, and is similar to the relation types 1404a, 1404b, and 1502a of the configuration summary information described later with a set character string. It is.
  • Information on the priority 1201 and the relation type 1202 may be stored in advance in each instance, or may be set by an administrator. In the case where it is held in advance, it may be changed by the administrator.
  • the information in the aggregation priority table 1200 is linked by the instance linkage program 166 of each instance, and the same information is held in synchronization among all member instances.
  • a method for synchronizing information a method similar to that in the member instance table 1000a is used.
  • the highest priority is set for the LC, in this case, unless the copy source volume and the copy destination volume are allocated (assigned) and managed to the same instance, there is a possibility that the management operation will become impossible. This is because it is judged to be high.
  • FIG. 13 is a flowchart for explaining the outline of the sorting process according to the present invention.
  • the distribution process is executed by a representative instance among a plurality of instances. Therefore, the instance cooperation program 166 of the management software 161 first determines a representative instance (hereinafter referred to as “representative instance”) among the member instances.
  • the representative instance may be determined by, for example, the administrator selecting one of the member instances, or arbitration used for network route control (if there are multiple routes, arbitration between switches) Then, the same method as that for determining the route may be taken.
  • the member instance management target determination program 162 that has become the representative instance distributes the management target to each instance according to the flowchart of FIG.
  • the member instance management target determination program 162 that has become the representative instance distributes the management target to each instance according to the flowchart of FIG.
  • Step 1301 The representative instance accesses all management targets in the management target table 1100, and identifies each management target identifier (host ID for a host computer, storage device ID for a storage device, and external storage device). Information including the external storage apparatus ID) and the site ID is acquired as configuration summary information.
  • the configuration summary information is information necessary for distribution processing, and is information indicating a correspondence relationship between managed objects and a type of the correspondence relationship.
  • Step 1302 The representative instance stores the acquired configuration summary information in the configuration summary table 1700. Details of this processing will be described with reference to FIG.
  • Step 1303 The representative instance allocates the management target object to each member instance based on the configuration summary table 1700. Details of this processing will be described with reference to FIG.
  • Step 1504 The representative instance notifies each member instance of the managed object distributed to each member instance. Details of this processing will be described with reference to FIG.
  • Example of configuration summary information> 14 to 16 are diagrams illustrating examples of configuration summary information acquired from the host computer 100, the storage apparatus 120, and the external storage apparatus 140 in step 1301.
  • the configuration summary information is obtained by focusing only on the minimum necessary information in order to allocate the managed object to the member instances. As a result, the load on the management server 160 due to the acquisition process and the time required for acquisition can be reduced.
  • the acquisition of configuration summary information is requested by the management target determination program 162 to the management agent 101 on the host computer 100, the microprogram 121 of the storage device 120, and the microprogram 141 of the external storage device 140.
  • FIG. 14 is a diagram illustrating an example of configuration summary information acquired by the management target determination program 162 when there is the correspondence relationship of FIG.
  • FIG. 14A is an example of host configuration summary information 1400a acquired from the host computer 400.
  • the host configuration summary information 1400a includes a host device ID 1401a, a related storage device ID 1402a, a related storage volume ID 1403a, and a related type 1404a as configuration items.
  • the host device ID 1401a, the related storage device ID 1402a, and the related storage volume ID 1403a are the same information as the host device ID 501a, the storage device ID 502a, and the storage volume ID 503a of the host configuration information table 500a, respectively.
  • the association type 1404a is information indicating what the correspondence shown in each row of 1411a to 1414a is due to.
  • the character string “MAP” is set.
  • the host configuration summary information 1400a does not include other information such as the capacity 504a and the used capacity 505a in the host configuration information table 500a.
  • FIGS. 14B and 14C show examples of the storage configuration summary information 1400b acquired from the storage device 410 and the external storage device 420, respectively.
  • the storage configuration summary information 1400b includes a storage volume ID 1401b, a related storage device ID 1402b, a related storage volume ID 1403b, and a related type 14004b as configuration items.
  • the storage volume ID 1401b, the related storage device ID 1402b, and the related storage volume ID 1403b are the same information as the storage volume ID 501b, the external storage device ID 502b, and the external storage volume ID 503b of the storage configuration information table 500b, respectively.
  • a character string “EXT” representing the relationship of the external storage connection is set in the association type 1404a.
  • a volume managed in the storage apparatus 410 and the external storage apparatus 420 such as a volume having the storage volume ID “VOL_A1” 411 or a volume having the storage volume ID “VOL_B3” 423
  • Information is not set in the storage device ID 1402b, the related storage volume ID 1403b, and the related type 1404a.
  • Other information such as the capacity 504b and the RAID group 505b in the storage configuration information table 500b is not included in the storage configuration summary information 1400a.
  • FIG. 15 is a diagram illustrating an example of the configuration summary information acquired by the management target determination program 162 when there is the correspondence relationship of FIG.
  • FIGS. 15B and 15C show host configuration summary information 1400a acquired from the host computers 601 and 602, respectively, and the contents of these information are the same as those in FIG. 14A. However, in the case of FIG. 6, in addition to these, the cluster configuration summary information 1500a shown in FIGS. 15A and 15B is acquired from the host computers 601 and 602.
  • FIG. 15A shows cluster configuration summary information 1500a acquired from the host computer 601, and includes a related host ID 1501a and a related type 1502a as configuration items.
  • the related host ID 1501a is the same information as the cluster host ID 701a of the cluster configuration information table 700a.
  • the association type 1502a indicates the relationship with the host computer indicated by the cluster host ID 1101a. In this case, for example, a character string “CLUSTER” representing the cluster is set.
  • FIG. 15E shows the storage configuration summary information 1400b acquired from the storage apparatus 603, and the content of the information is the same as in FIG. 14B.
  • FIG. 16 is a diagram illustrating an example of configuration summary information acquired by the management target determination program 162 when there is the correspondence relationship of FIG.
  • FIGS. 16A and 16B are host configuration summary information 1400a acquired from the host computer 801 and the host computer 802, respectively, and the contents of these pieces of information are the same as those in FIG. 14A.
  • FIGS. 16C and 16D show the storage configuration summary information 1400b acquired from the storage device 803 and the storage device 804, respectively.
  • the related storage device ID 1402b is the same as the remote storage device ID 904c of the storage configuration information table 500b. Is set.
  • the related storage volume ID 1403b is set to include one of the primary volume ID 901c and the secondary volume ID 902c in the storage configuration information table 500b.
  • a character string “RC” is set in the relation type 1404b as in the row 1211c.
  • a character string “LC” is set as in the row 1213c, for example.
  • ⁇ Configuration example of configuration summary table> 17 to 20 are diagrams illustrating an example of the configuration summary table 1700 that stores the configuration summary information acquired by the representative instance management target determination program 162 in step 1302.
  • the configuration summary table 1700 is stored as a part of the management information table 165.
  • the configuration summary table 1700 is a table for analyzing the configuration summary information (FIGS. 14 to 16) and allocating (assigning) the management target object to each instance, so it can also be called a configuration summary analysis table.
  • the configuration summary table 1700 includes a site ID 1701, a primary 1711, a secondary 1712, and the number of objects 1708 as configuration items. Further, the primary 1711 and the secondary 1712 respectively include a host ID 1702, a host device ID 1703, a storage device ID 1704, a storage volume ID 1705, an external storage device ID 1706, and an external storage volume ID 1707 as detailed items.
  • a host ID that is acquired when the host configuration summary information 1000a is acquired is set. Whether primary 1711 or secondary 1712 is set depends on the order in which the host configuration summary information 1400a acquired from each host computer 100 is processed, but may be set either.
  • the host device ID 1703 information of the host device ID 1401a of the host configuration summary information 1400a is set.
  • the storage device ID 1704 and the external storage device ID 1706 information on the related storage device ID 1402b of the storage configuration summary information 1400b is set.
  • the related type 1404b of the storage configuration summary information 1400b is “RC” or “LC”
  • the information of the related storage device ID 1402b is set to the storage device ID 1704.
  • the related type 1404b is “EXT”
  • the related storage device ID 1402b Information is set in the external storage apparatus ID 1706, respectively.
  • the storage volume ID 1705 and the external storage volume ID 1707 are set with information of the related storage volume ID 1403b of the storage configuration summary information 1400b.
  • the related type 1004b of the storage configuration summary information 1000b is “RC” or “LC”
  • the information of the related storage volume ID 1403b is set to the storage volume ID 1705
  • the related storage volume ID 1403b is set.
  • Information is set in the external storage volume ID 1707.
  • FIG. 21 is a flowchart for explaining details of the process of storing the configuration summary information acquired by the representative instance management target determination program 162 in the configuration summary table 1700, which is executed in step 1302.
  • a blank configuration summary table 1700 is prepared in advance, and processing for setting information in the corresponding column of the table 1700 is executed according to the configuration summary information (FIGS. 14 to 16).
  • the method of filling information in the corresponding column of as well as the method of knowing the correspondence between objects based on the configuration summary information (for example, a method of showing the correspondence in a tree structure), It is not always necessary to use a table format. Therefore, it should be noted that the following description is merely an example of processing when the table format is used, and does not limit the present invention.
  • Step 2101 The management object determination program 162 of the representative instance extracts the configuration corresponding to the association type 1402 having the highest priority in the aggregation priority table 1200 from the acquired configuration summary information and stores it in the configuration summary table 1700.
  • the association type “LC” having the highest priority is extracted from the row 1211.
  • the configuration summary information as shown in FIGS. 14 to 16 is acquired, configurations in which “LC” is set in the relation types 1404a, 1404b, and 1502a, that is, the rows 1613c and 1614c are extracted (see FIG. 16). And stored in the configuration summary table 1700.
  • the storage volume ID 1401b may be stored in the storage volume ID 1705 on the primary 1711 side, and the related storage volume ID 1403b may be stored in the storage volume ID 1705 on the secondary 1712 side, or vice versa.
  • the storage apparatus ID acquired together with the acquisition of the configuration summary information is stored in each storage apparatus ID 1704. If the site ID is acquired together with the corresponding configuration summary information, the site ID 1701 is set.
  • the relation type having the highest priority is “RC” (see FIG. 16)
  • the row 1611c and the row 1614c are extracted and stored in the configuration summary table 1700.
  • the storage volume ID 1401b may be stored in the storage volume ID 1705 on the primary 1711 side, and the related storage device ID 1402b and the related storage volume ID 1403b may be stored in the storage device ID 1704 and the storage volume ID 1705 on the secondary 1712 side, or vice versa.
  • the storage apparatus ID acquired together with the acquisition of the configuration summary information is stored in the storage apparatus ID 1704 on the side where the storage volume ID 1401b is stored. If the site ID is acquired together with the corresponding configuration summary information, the site ID 1701 is set.
  • the rows 1413b and 1414b are extracted and stored in the configuration summary table 1700.
  • the storage volume ID 1401b is stored in the storage volume ID 1705 on the primary 1711 side
  • the related storage device ID 1402b and the related storage volume ID 1403b are stored in the external storage device ID 1706 and external storage volume ID 1707 on the primary 1711 side, or the secondary 1712 side. You may store in.
  • the storage apparatus ID acquired together with the acquisition of the configuration summary information is stored in the storage apparatus ID 1704 on the side where the storage volume ID 1401b is stored. If the site ID is acquired together with the corresponding configuration summary information, the site ID 1701 is set.
  • the row 1411a and the row 1412b are extracted and stored in the configuration summary table 1700.
  • the host device ID 1401a is stored in the host device ID 1703 on the primary 1711 side
  • the related storage device ID 1402a and the related storage volume ID 1403a are stored in the storage device ID 1704 and storage volume ID 1705 on the primary 1711 side, or stored on the secondary 1712 side. You may do it.
  • the host ID acquired together with the acquisition of the configuration summary information is stored in the host ID 1702 that stores the host device ID 1401a. If the site ID is acquired together with the corresponding configuration summary information, the site ID 1701 is set.
  • the row 1511a and the row 1511c are extracted and stored in the configuration summary table 1700.
  • the corresponding host ID and host device ID 1401a are set in the host ID 1702 and host device ID 1703 on the primary 1711 side and secondary 1712 side.
  • Step 2102 The management target determination program 162 checks whether there is a related type 1202 in the aggregation priority table 1200 that has a lower priority than the related types processed so far. If there is an association type 1202 having a lower priority (Yes in Step 2102), the process proceeds to Step 2103. If there is no related type 1202 having a lower priority (No in Step 2102), the process proceeds to Step 2104. For example, when the aggregation priority table 1200 stores information as shown in FIG. 12 and the related type “LC” having the highest priority is processed in step 2101, the related type “CLUSTER” having the next highest priority is processed. Are extracted, and the process proceeds to Step 2103.
  • Step 2103 The management target determination program 162 extracts the configuration corresponding to the association type 1202 extracted in step 2102 in the aggregation priority table 1200 from the acquired configuration summary information and stores it in the configuration summary table 1700. Then, the process proceeds to Step 2102. If the same storage volume ID as the related storage volume ID 1403a or 1403b included in the extracted information is already stored in the storage volume ID 1705 of the configuration summary table 1700, it is stored in the corresponding column of the same row. For example, when “CLUSTER” is extracted in step 2102, rows 1511 a and 1511 c are extracted (see FIG. 15) and stored in the configuration summary table 1700.
  • the management target determination program 162 also associates the host configuration summary information 1400 a acquired from the same host computer with the host configuration summary information 1400 a corresponding to the host computer with the related host ID 1501 a. A row in which the storage device ID 1402a and the related storage volume ID 1403a match is extracted. Then, the management target determination program 162 sets the storage device ID 1704 and the storage volume ID 1705 on the primary 1711 side or the secondary 1712 side. However, when the same storage apparatus ID 1704 and storage volume ID 1705 already exist in the storage apparatus ID 1704 and storage volume ID 1705 of the configuration summary table 1700, the host ID and host device ID 1401a corresponding to the host ID 1702 and host device ID 1703 in the same row. Is set.
  • step 2102 when “LC” is extracted in step 2102, rows 1613 c and 1614 c are extracted (see FIG. 16) and stored in the configuration summary table 1700.
  • the management target determination program 162 stores the storage volume ID 1401b in the storage volume ID 1705 on the primary 1711 side and the related storage volume ID 1403b in the storage volume ID 1705 on the secondary 1712 side, and vice versa. Also good.
  • the storage device ID acquired together with the acquisition of the configuration summary information is stored in each storage device ID 1704. Further, when the corresponding configuration summary information is acquired together with the site ID, the information is set in the site ID 1701.
  • the management target determination program 162 sets the corresponding related storage device ID 1002b and related storage volume ID 1003b to the same.
  • the storage device ID 1704 and the storage volume ID 1705 in the row are stored in places where values are not set.
  • the management target determination program 162 stores the storage volume ID 1401b in the storage volume ID 1705 on the primary 1711 side, and the related storage device ID 1402b and the related storage volume ID 1403b in the storage device ID 1704 and storage volume ID 1705 on the secondary 1712 side, respectively.
  • the storage apparatus ID acquired together with the acquisition of the configuration summary information is stored in the storage apparatus ID 1704 on the side where the storage volume ID 1001b is stored.
  • the management target determination program 162 sets the corresponding related storage device ID 1402b and related storage volume ID 1403b.
  • the storage device ID 1704 and the storage volume ID 1705 are stored in places where the values are not set.
  • the management target determination program 162 stores the storage volume ID 1401b in the storage volume ID 1705 on the primary 1711 side, and the related storage device ID 1402b and the related storage volume ID 1403b in the external storage device ID 1706 and external storage volume ID 1707 on the primary 1711 side. It may be stored or stored on the secondary 1712 side. However, the storage apparatus ID acquired together with the acquisition of the configuration summary information is stored in the storage apparatus ID 1704 on the side where the storage volume ID 1001b is stored.
  • the management target determination program 162 sets the corresponding related storage device ID 1402b and related storage volume ID 1403b to the external The storage device ID 1706 and the external storage volume ID 1707 are set.
  • the management target determination program 162 sets the host device ID 1401a to the host device ID 1703 on the primary 1711 side, and the related storage device ID 1402a and the related storage volume ID 1403a to the storage device ID 1704 and storage volume ID 1705 on the primary 1711 side. Although stored, it may be stored on the secondary 1712 side. However, the host ID acquired together with the acquisition of the configuration summary information is stored in the host ID 1702 that stores the host device ID 1401a. Further, when the corresponding configuration summary information is acquired together with the site ID, the information is set in the site ID 1701.
  • the management target determination program 162 sets the host ID and host device ID 1400a to the same host. ID 1702 and host device ID 1703 are set.
  • Step 2104 The management target determination program 162 stores, in the configuration summary table 1700, the configuration that has not yet been stored in the configuration summary table 1700 among the acquired configuration summary information.
  • the configuration summary table 1700 the configuration that has not yet been stored in the configuration summary table 1700 among the acquired configuration summary information.
  • the host configuration summary information 1400a only the host ID and host device ID 1401a acquired together are stored in the host ID 1702 and the host device ID 1703.
  • the storage configuration summary information 1400b only the storage device ID and the storage volume ID 1400b acquired together are stored in the storage device ID 1704 and the storage volume ID 1705.
  • the management target determination program 162 holds the information as shown in FIG. 12 as the aggregation priority table 1200 and does not have the related type 1404a or 1404b when the configuration summary information as shown in FIG. 14 is acquired. Lines 1411b, 1412b, and 1411c, 1412c are extracted. When these are stored, they are stored in a new row of the configuration summary table 1700.
  • the management target determination program 162 extracts the rows 1611c and 1612c.
  • the management target determination program 162 discards the related storage device ID 1402b and the related storage volume ID 1403b for these, and the storage device ID and the storage volume ID 1401b acquired when the configuration summary information is acquired are newly added to the configuration summary table 1700. Store in a unique row.
  • Step 2105 The management target determination program 162 counts the number of objects for each row of the configuration summary table 1700 and stores the number of objects in 1708 columns.
  • the number of objects is calculated, for example, by the number of columns of host device ID 1703, storage volume ID 1705, and external storage volume ID 1707 for which values are set.
  • FIG. 17 shows the case where the aggregation priority table 1200 stores information as shown in FIG. 12 and the configuration summary information shown in FIG. As a result, information stored in the configuration summary table 1700 is shown.
  • FIG. 18 shows the contents of the configuration summary table 1700 when the configuration summary information shown in FIG. 15 is acquired
  • FIG. 19 shows the contents of the configuration summary table 1700 when the configuration summary information shown in FIG. 16 is acquired.
  • FIG. 20 also shows information stored in the configuration summary table 1700 when the row 1213 is deleted from the aggregation priority table 1200, the configuration summary information shown in FIG. 16 is acquired, and the processing of FIG. 21 is performed. Show.
  • the related storage device ID 1402a and the related storage volume ID 1403a are discarded and the row 2026 is discarded.
  • the set of the host ID and the host device ID 1401 a acquired together with the configuration summary information is stored in an independent row of the configuration summary table 1700.
  • FIG. 22 is an example of a flowchart for explaining the details of the process in which the management object determination program 162 of the representative instance allocates (assigns) the management object to each member instance based on the configuration summary table 1700 in step 1303. is there.
  • the member instance ID 1001 of the allocated member instance is stored in the assigned instance table 2300 shown in FIGS.
  • the assigned instance table 2300 has a configuration in which the assigned member instance ID 2301 is added to the configuration summary table 1700. The value is copied from the configuration summary table 1700, and the member instance ID 1001 to which the configuration is allocated is stored in this column. . Details of the flowchart of FIG. 22 will be described below.
  • Step 2201 The management target determination program 162 determines whether the management target has already been allocated in the past. This can be determined by whether or not a value is stored in the assigned instance table 2300 (see FIG. 23). If even one managed object has been assigned in the past (Yes in step 2201), the process proceeds to step 2202. If no distribution has been performed in the past and all managed objects are new (No in step 2201), the process proceeds to step 2203.
  • Step 2202 The management target determination program 162 compares the latest configuration summary table 1700 with the assigned instance table 2200, and if there is a row having the same value (hereinafter also simply referred to as “configuration”), the assigned member of the assigned instance table 2200.
  • configuration hereinafter also simply referred to as “configuration”.
  • the configuration corresponding to the member instance indicated by the instance ID 2201 is divided.
  • Step 2203 The management target determination program 162 distributes the unallocated lines in the configuration summary table 1700 to the member instances. At this time, allocation is performed so that the total number of objects 1708 in charge is the same so that the load of the member instances is equalized. When a value is set for the site ID 1701 of the configuration summary table 1700, the management target is distributed to the same member instance with the site ID 1003a of the member instance table 1000a.
  • Step 2204 The management target determination program 162 determines whether there is a member instance in which the total number of distributed objects 1708 is 0 as a result of the processing of step 2203. If there is such a member instance, the process proceeds to step 2206, and if not, the process proceeds to step 2205.
  • Step 2205 The management target determination program 162 determines whether the ratio of the number of objects allocated to each member instance is within a prescribed condition. As the prescribed condition, for example, “the ratio of the number of objects is within twice” is used. If the specified condition is satisfied, the process ends. If not, the process proceeds to Step 2206.
  • the prescribed condition for example, “the ratio of the number of objects is within twice” is used.
  • Step 2206 The management target determination program 162 determines whether or not there is a member instance that has already managed the same configuration as when it was assigned in the past. This can be determined based on whether or not there is a configuration assigned to the member instances in step 2202. If such a member instance exists, the process proceeds to step 2208. If not, the process proceeds to step 2207.
  • Step 2207 The management target determination program 162 performs a process of storing the configuration summary information in the configuration summary table 1700 according to the flowchart illustrated in FIG. 21, excluding the association type having the lowest priority from the aggregation priority table 1200. Then, the process proceeds to step 2203.
  • Step 2208 The management target determination program 162 distributes management target objects in order to member instances having the same site ID and a small number of assigned objects as a new configuration, regardless of past management instances. In other words, even if the management target has been distributed in the past (even if there are member instances that have already managed the same configuration), the re-distribution is executed by regarding all the management targets as a new configuration.
  • FIG. 23 is a flowchart of FIG. 22 when values as shown in FIG. 10A are set in the member instance table 1000a and values as shown in FIG. 17 are set in the configuration summary table 1700.
  • FIG. 10 is a diagram showing values stored in a responsible instance table 2300 as a result of processing according to the steps shown in FIG. In this case, since no value is set in the site ID 1003a of the member instance table 1000a and the site ID 1701 of the configuration summary table 1700, the site ID is not considered.
  • FIG. 24 shows the case where the values shown in FIG. 10B are set in the member instance table 1000a and the values shown in FIG. 19 are set in the configuration summary table 1700.
  • FIG. 18 is a diagram showing values stored in a responsible instance table 2300 as a result of processing according to the flowchart of In this case, the configuration is allocated to the member instance in which the same value as the site ID set in the site ID 1701 of the configuration summary table 1700 is set in the site ID 1003a.
  • FIG. 25 is an example of a flowchart for explaining the details of the process in which the management object determination program 162 of the representative instance notifies the managed object to be assigned to each member instance based on the assigned instance table 2300 in step 1304. It is.
  • the managed object is a device on the host computer 100 corresponding to the host device ID 1702 of the assigned instance table 2200, a volume on the storage device 120 corresponding to the storage device ID 1704 and the storage volume ID 1705, an external storage device ID 1706, and an external device.
  • a volume on the external storage apparatus 140 corresponding to the storage volume ID 1707 is represented.
  • Step 2501a The management object determination program 162 of the representative instance notifies the managed object distributed to each member instance.
  • the notification content is the same information as each row of the assigned instance table 2300.
  • Step 2501b The member instance management target reception program 163 receives the notification of the management object.
  • Step 2502b The member instance management target reception program 163 acquires detailed information of the notified management object from the corresponding host computer 100, storage device 120, and external storage device 140.
  • the managed object reception program 163 of each member instance periodically reacquires (refreshes) the detailed information of the notified managed object from the corresponding host computer 100, storage device 120, and external storage device 140. Also good. At that time, if there is a change in an object related to the management object (such as a volume on the storage device corresponding to the device on the host computer or a volume corresponding to the volume on the storage device), the configuration change detection program 164 detects this, notifies the representative instance, and prompts the management object allocation to be reviewed.
  • an object related to the management object such as a volume on the storage device corresponding to the device on the host computer or a volume corresponding to the volume on the storage device
  • FIG. 26 is a flowchart of processing performed by the configuration change detection program 164 when the management target reception program 163 reacquires the detailed information of the management target.
  • Step 2601a The member instance configuration change detection program 164 determines whether or not there is a change in the related object of the management object (for example, addition of a new object or change in correspondence). If there is a change, the process proceeds to step 2602a. If there is no change, the process ends.
  • Step 2602a The member instance configuration change detection program 164 notifies the representative instance of the configuration summary information of the changed managed object.
  • Step 2601b The management object determination program 162 of the representative instance receives the configuration summary information of the changed management object.
  • Step 2602b The representative instance management target determination program 162 rewrites the information in the existing configuration summary table 1700 based on the received configuration summary information.
  • Step 2603b Based on the rewritten configuration summary information, the management object determination program 162 of the representative instance executes the management object allocation again according to the flowchart of FIG.
  • Step 2604b The representative instance management target determination program 162 notifies each member instance of the distributed management object according to the flowchart of FIG.
  • a plurality of management servers are basically installed in the storage system (computer system) 10 and each function as an instance having storage management software. The form to do was demonstrated.
  • at least one of the plurality of management servers has a plurality of virtual servers, and each virtual server provides an instance.
  • FIG. 27 is a diagram showing a schematic configuration of a storage system according to the second embodiment of the present invention.
  • the internal configurations of the host computer 100, the storage device 120, and the external storage device 140 are the same as the respective configurations shown in the first embodiment.
  • the management server 160 at least one of the management servers 160 has a plurality of virtual servers 2700, and the management software 161 as an instance operates on each virtual server 2700.
  • a CPU (not shown: also referred to as a processor) included in the management server 160 operates virtualization software (hypervisor).
  • This virtualization software provides virtualized hardware to each virtual server 2700.
  • the virtualized hardware includes a CPU, a memory, and an I / O interface. That is, the virtual machine server 2700 includes a virtual CPU, a virtual memory, and a virtual I / O interface that are virtually allocated from physical hardware.
  • each virtual server 2700 operates by recognizing a virtual device provided by the virtualization software as physical hardware, a standard OS environment operates as it is. In other words, in the standard OS environment, various applications are operated on the operating system.
  • the multipath function is a function for allocating the same volume using different paths to the same host computer and switching to the other path when a failure occurs in one path.
  • the Thin Provisioning function manages multiple volumes in a storage device as a pool, provides a virtual volume to the host computer, and writes data to the virtual volume when the host computer writes data. This is a function for sequentially allocating a storage area from the pool to the portion where the error occurred.
  • the storage cluster function also synchronizes volume data between two storage devices by remote copy, etc., assigns a volume with the same data to the same host computer from both storage devices, and assigns it to one storage device. This function enables the volume data synchronized with the other storage device to be used as it is even if a failure occurs.
  • one of a plurality of management computers is designated or determined as a representative management computer.
  • the representative management computer indicates object information including information for specifying a plurality of managed objects from one or more host computers and one or more storage subsystems, and a relationship between the plurality of managed objects.
  • the representative management computer determines the management target object to be handled by each of the plurality of management computers (instances), and notifies the plurality of management computers. By doing so, it becomes possible to assign a management computer to be assigned in consideration of the relationship between each management object in the computer system. Therefore, it is possible to avoid management operation impossibility and occurrence of configuration information inconsistency, and management operation and information reference similar to the case where all are managed by a single instance are possible.
  • a plurality of virtual management servers (corresponding to instances) are provided on one management computer (management server). Then, the management object to be handled is assigned to each virtual management server by the same processing as in the first embodiment. As a result, even in a computer system having a plurality of virtualized management servers, the same effect as described above can be expected.
  • a virtual management server and a plurality of physical management servers may be mixed in the computer system.
  • LC local copy
  • MAP direct correspondence
  • RC remote copy
  • EXT external storage device
  • priority is determined for each related type information, and it is determined whether or not a plurality of managed objects are preferentially assigned to the same management computer (instance) based on the priority information. Is made.
  • the management object to be handled by the same management computer is assigned (distributed) in consideration of the priority of the relationship between the management target objects, which can easily lead to management operations being impossible and configuration information inconsistencies. It is possible to reliably assign an object to the same instance.
  • LC is set to the highest priority, and managed objects that are related to LC are always distributed to the same instance. This is because, in the case of LC, if the target object is distributed to different instances, the possibility of management operation impossibility and configuration information inconsistency increases.
  • each managed object arranged on the table and allocated to the entry of each row is assigned as the responsible for the same instance. By doing so, it becomes possible to determine the responsible instance efficiently.
  • a managed object that has been assigned to a management computer (instance) in the past is assigned to the same instance.
  • a management computer (instance) is assigned to a new management target object that has not been assigned to the management computer in the past based on the relation type information. By doing so, it becomes possible to increase the processing speed and efficiency.
  • the management computer in charge of the plurality of management target objects is determined again. By doing in this way, it becomes possible to equalize the load of each instance. For example, after the related type information to be considered is reduced (information with low priority is excluded from consideration), the management computer in charge is determined again. In this way, the relationship of the less important object is excluded from the assignment process while covering the relationship between the important objects. This makes it possible to balance the reduction of the load on each instance with the prevention of management operations and the occurrence of inconsistencies in configuration information.
  • this site information is collected from each host computer and each storage subsystem. Then, based on the site information and the configuration summary information, a management object to be handled by each of the plurality of management computers (instances) is determined. In this way, the instance responsibility can be assigned in consideration of the physical location of the host computer and storage subsystem, so the possibility of extreme remote access is reduced and processing efficiency is improved. It is possible to reduce the load on the instance.
  • the present invention can also be realized by a program code of software that realizes the functions of the embodiment.
  • a storage medium in which the program code is recorded is provided to the system or apparatus, and the computer (or CPU or MPU) of the system or apparatus reads the program code stored in the storage medium.
  • the program code itself read from the storage medium realizes the functions of the above-described embodiments, and the program code itself and the storage medium storing the program code constitute the present invention.
  • a storage medium for supplying such program code for example, a flexible disk, CD-ROM, DVD-ROM, hard disk, optical disk, magneto-optical disk, CD-R, magnetic tape, nonvolatile memory card, ROM Etc. are used.
  • an OS operating system
  • the computer CPU or the like performs part or all of the actual processing based on the instruction of the program code.
  • the program code is stored in a storage means such as a hard disk or memory of a system or apparatus or a storage medium such as a CD-RW or CD-R
  • the computer (or CPU or MPU) of the system or apparatus may read and execute the program code stored in the storage means or the storage medium when used.
  • control lines and information lines indicate what is considered necessary for the explanation, and not all control lines and information lines on the product are necessarily shown. All the components may be connected to each other.
  • Computer system (storage system) 100 Host computer 101 Management agent 102 Management information table 120 Storage device (storage subsystem) 121 Microprogram 122 Management information table 130 SAN 140 External storage device (external connection storage device) 141 Microprogram 142 Management Information Table 150 SAN 160 Management server (management computer) 161 Management Software 162 Management Target Determination Program 163 Management Target Reception Program 164 Configuration Change Detection Program 165 Management Information Table 166 Instance Linkage Program 170 Management LAN

Abstract

　同等の機能を持つ複数のストレージ管理ソフトウェアのインスタンスを配置して大規模ストレージシステムを連携管理する構成を取った場合においても、管理操作不可や構成情報矛盾といった課題の発生を回避し、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照を可能とする。本発明では、管理計算機の中で代表となる代表管理計算機を決定する。代表管理計算機は、ストレージ装置とホスト計算機から、管理対象オブジェクトの情報、及びオブジェクト間の関連種別を含む構成サマリ情報を収集し、当該構成サマリ情報に基づいて、それぞれの管理計算機が担当すべき管理対象オブジェクトを決定する。

Description

計算機システム、及びその管理方法、並びにプログラム
　本発明は、計算機システム、及びその管理方法、並びにプログラムに関し、例えば、ホスト計算機とストレージ装置が複数存在する大規模なストレージシステムの管理に関する。
　近年の情報化社会の進展によって企業が管理するデータ量は増加の一途を辿っている。また一方で、ＩＴシステムの管理コストの低減などのため、一般企業はＩＴシステムを持たず、ＩＴシステムを管理・提供する専門企業から借りるといった形態をとる場合が増加しつつある。それに伴って、企業が管理するデータがＩＴシステムを管理・提供する専門企業が所有するＩＴシステム内に集約されつつある。このように集約された膨大なデータを蓄積可能とするため、ＩＴシステムに含まれるストレージシステムの大規模化がますます進んでいる。
　ストレージシステムの大規模化によって、それを管理するストレージ管理ソフトウェアが扱うオブジェクト数（例えば、ストレージ装置が提供するボリュームの数）も増大している。このようなオブジェクト数の増大の結果、ストレージ管理ソフトウェアが設計段階で想定していた最大オブジェクト数を超えたり、管理に必要な構成情報（例えば、ホスト計算機上で見えているボリュームの情報やストレージ計算機が提供するボリュームと物理記憶領域との対応情報など）の取得に長時間要したり、あるいはオブジェクト数の増大によってストレージ管理ソフトウェア上での情報検索等の処理に時間がかかり、操作レスポンスが低下するといった課題が発生している。
　このような課題を解決するため、例えば、特許文献１では、同等の機能を持つストレージ管理ソフトウェアのインスタンス（以下、「管理ソフトインスタンス」、「メンバインスタンス」または単に「インスタンス」とも言う）を複数配置し、インスタンス毎に管理対象とするホスト計算機やストレージ装置内のボリュームを振り分け、インスタンス間で連携して管理する構成を取ることを提案している。
特開２００８－１１７２５１号公報（米国特許７７０７１９９号）
　しかし、特許文献１のような方法を採用したとしても、ホスト計算機やストレージ装置の構成情報には互いに関連するオブジェクトが存在し、これらオブジェクトの片方のみを管理対象としてしまう場合がある。このような場合には、管理操作が不可能となったり、構成情報に矛盾が生じたりする可能性がある。例えば、ストレージ装置が提供するローカルコピー機能（同一ストレージ装置内であるボリュームのデータを他のボリュームへコピーする機能）は、データのコピー元・コピー先のボリュームをそれぞれ別々の管理ソフトインスタンスの管理対象としてしまった場合、コピーの停止・再開といった管理操作が不可能となる可能性がある。また、クラスタを構成するホスト計算機をそれぞれ別の管理ソフトインスタンスの管理対象とし、構成情報の収集タイミングをそれぞれ別に制御する場合、クラスタを構成するホスト計算機間で移動したリソース（例えば仮想サーバなど）の情報が、何れの管理ソフトインスタンス上からも無くなってしまったり、若しくは両方が重複して保持してしまったりするという構成情報上の矛盾が発生する。
　本発明はこのような状況に鑑みてなされたものであり、同等の機能を持つ複数のストレージ管理ソフトウェアのインスタンスを配置して大規模ストレージシステムを連携管理する構成を取って各インスタンスの負荷を軽減した場合においても、管理操作不可状態や構成情報上の矛盾の発生を回避し、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照を可能とするものである。
　上記課題を解決するために、本発明では、同等の機能を持った複数のストレージ管理ソフトウェアのインスタンスを配置した構成において、インスタンス間で代表となるインスタンスを決定し、代表となるインスタンスが管理対象とする全ホスト計算機や全ストレージ装置から管理対象オブジェクトとそのオブジェクト間の関連のみを含む構成サマリ情報を取得し、この構成サマリ情報を基に、各インスタンスの管理対象を決定し、各インスタンスに管理対象を通知する。
　即ち、本発明による計算機システムは、１つ又は複数のホスト計算機と、１つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する１つ又は複数のストレージサブシステムと、１つ又は複数のストレージサブシステムと１つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する、複数の管理計算機と、を有する。ここで、複数の管理計算機の１つは、複数の管理計算機の中の代表管理計算機として、１つ又は複数のホスト計算機及び１つ又は複数のストレージサブシステムから、複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集する。そして、代表管理計算機は、構成サマリ情報に基づいて、複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定し、複数の管理計算機に通知する。
　本発明に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本発明の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。
　本明細書の記述は典型的な例示に過ぎず、本発明の特許請求の範囲又は適用例を如何なる意味に於いても限定するものではないことを理解する必要がある。
　本発明によれば、同等の機能を持つ複数のストレージ管理ソフトウェアのインスタンスを配置して大規模ストレージシステムを連携管理する構成を取って各インスタンスの負荷を軽減した場合においても、管理操作不可状態や構成情報上の矛盾の発生を回避し、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照が可能となる。
本発明の第１の実施形態による計算機システム（ストレージシステム）の概略構成例を示す図である。 ホスト計算機及び管理サーバ（管理計算機）の内部構成例を示す図である。 ストレージ装置及び外部ストレージ装置の内部構成例を示す図である。 ホスト計算機上で見えるボリュームと、ストレージ装置及び外部ストレージ装置上のボリュームの対応関係の一例を示す概念図である。 図４に示す対応がある場合に、ホスト計算機上の管理エージェント、及びストレージ装置上のマイクロプログラム、及び外部ストレージ装置上のマイクロプログラムが、それぞれの管理情報テーブルの一部として保持する構成情報の一例を示す図である。 ホスト計算機上で見えるボリュームと、ストレージ装置のボリュームの対応関係の一例を示す概念図である。 図６に示す対応がある場合に、ホスト計算機上の管理エージェント、及びストレージ装置上のマイクロプログラムが、それぞれの管理情報テーブルの一部として保持する構成情報の一例を示す図である。 ホスト計算機上で見えるボリュームと、ストレージ装置のボリュームの対応関係の一例を示す概念図である。 図８に示す対応がある場合に、ホスト計算機上の管理エージェント、及びストレージ装置上のマイクロプログラムが、それぞれの管理情報テーブルの一部として保持する構成情報の一例を示す図である。 本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持するメンバインスタンステーブルの一例である。 本発明における管理対象テーブルの一例を示す図である。 本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する優先度テーブルの一例を示す図である。 本発明における管理サーバ上の管理ソフトウェアが、管理対象を各メンバインスタンスへ振り分ける処理動作概要を説明するためのフローチャートである。 図４で示す対応がある場合に、本発明の管理サーバ上の管理ソフトウェアが、ホスト計算機、ストレージ装置、及び外部ストレージ装置から取得する構成サマリ情報の構成例を示す図である。 図６で示す対応がある場合に、本発明の管理サーバ上の管理ソフトウェアが、ホスト計算機、及びストレージ装置から取得する構成サマリ情報の構成例を示す図である。 図８で示す対応がある場合に、本発明の管理サーバ上の管理ソフトウェアが、ホスト計算機、及びストレージ装置から取得する構成サマリ情報の構成例を示す図である。 図４で示す対応がある場合に、本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する構成情報サマリテーブルの構成例を示す図である。 図６で示す対応がある場合に、本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する構成情報サマリテーブルの構成例を示す図である。 図８で示す対応がある場合に、本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する構成情報サマリテーブルの構成例（１）を示す図である。 図８で示す対応がある場合に、本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する構成情報サマリテーブルの構成例（２）を示す図である。 本発明における管理サーバ上の管理ソフトウェアが、構成サマリ情報を構成情報サマリテーブルに格納する処理動作の詳細を説明するためのフローチャートである。 本発明における管理サーバ上の管理ソフトウェアが、構成サマリテーブルを基にメンバインスタンスへ管理対象を振り分ける処理動作の詳細を説明するためのフローチャートである。 本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する担当インスタンステーブルの構成例（１）を示す図である。 本発明における管理サーバ上の管理ソフトウェアが、管理情報テーブルの一部として保持する担当インスタンステーブルの構成例（２）を示す図である。 本発明における管理サーバ上の管理ソフトウェアが、管理対象を通知する処理動作の詳細を説明するためのフローチャートである。 本発明における管理サーバ上の管理ソフトウェアが、構成の変更を検知し、代表インスタンスへ通知する処理動作の詳細を説明するためのフローチャートである。 本発明の第２の実施形態による計算機システム（ストレージシステム）の概略構成例を示す図である。
　以下、添付図面を参照して本発明の実施形態について説明する。添付図面では、機能的に同じ要素は同じ番号で表示される場合もある。なお、添付図面は本発明の原理に則った具体的な実施形態と実装例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。
　本実施形態では、当業者が本発明を実施するのに十分詳細にその説明がなされているが、他の実装・形態も可能で、本発明の技術的思想の範囲と精神を逸脱することなく構成・構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。
　更に、本発明の実施形態は、後述されるように、汎用コンピュータ上で稼動するソフトウェアで実装しても良いし専用ハードウェア又はソフトウェアとハードウェアの組み合わせで実装しても良い。
　なお、以後の説明では「テーブル」形式によって本発明の各情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と呼ぶことがある。
　また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。
　以下では「プログラム」を主語（動作主体）として本発明の実施形態における各処理について説明を行うが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理サーバ等の計算機、情報処理装置が行う処理としてもよい。プログラムの一部または全ては専用ハードウェアで実現してもよく、また、モジュール化されていても良い。各種プログラムはプログラム配布サーバや記憶メディアによって各計算機にインストールされてもよい。
（１）第１の実施形態
　＜ストレージシステムの構成＞
　図１は、本発明の第１の実施形態によるストレージシステム（計算機システム、ＩＴシステムとも言う）１０の概略構成例を示す図である。本システムは、一つまたは複数のホスト計算機１００と、一つまたは複数のストレージ装置（ストレージサブシステムとも言う）１２０と、一つまたは複数の管理サーバ１６０と、を有し、互いに管理ＬＡＮ１７０で接続されている。
　ホスト計算機１００とストレージ装置１２０は互いにＳＡＮ１３０で接続されている。また、ストレージ装置１２０には外部ストレージ装置１４０がＳＡＮ１５０で接続されている。なお、外部ストレージ装置１４０は本実施形態の説明のために記述しているが、必ずしもなくてもよく、この場合ＳＡＮ１５０は不要である。また、外部ストレージ装置１４０が存在する場合、ストレージ装置１２０と接続するＳＡＮ１５０は必ずしも独立したネットワークではなくてもよく、ＳＡＮ１３０の一部であってもよい。図１では管理サーバ１６０はＳＡＮ１３０に接続されていないが、接続されていてもよい。
　ホスト計算機１００、ストレージ装置１２０、及び外部ストレージ装置１４０は全て必ずしも地理的に同じ場所に設置する必要はなく、一部のホスト計算機１００、ストレージ装置１２０・外部ストレージ装置１４０は、その他と離れた異なる場所に設置されていても良く、ＤＲ（Disaster Recovery、災害復旧）を目的にこのような形態を取る場合もある。
　＜ホスト計算機の内部構成＞
　図２は、ホスト計算機１００の内部構成例を示す図である。ホスト計算機１００は、一つ以上のＣＰＵ２０１と、一つ以上のメモリ２０２と、一つ以上のＳＡＮアダプタ２０４と、一つ以上のＬＡＮアダプタ２０５と、ストレージデバイス２０３とを有し、それらは相互に内部バス２０６で接続されている。
　ホスト計算機１００は、ＬＡＮアダプタ２０５を介して管理サーバ１６０に接続され、またＳＡＮアダプタ２０４を介してストレージ装置１２０と接続されている。なお、ストレージデバイス２０３はホスト計算機で動作するプログラムや管理情報を保存するために用いられるが、必ずしも備えなくてもよい。ストレージデバイスを備えない場合、ホスト計算機１００は、例えばストレージ装置１２０が提供するボリューム内にこれらを保存する形態を取る。
　＜管理サーバの内部構成＞
　管理サーバ１６０は、管理サーバ１６０はＬＡＮアダプタ２０５を介して、ホスト計算機１００、ストレージ装置１２０、及び外部ストレージ装置１４０と接続されている。
　それぞれの管理サーバ（管理計算機とも言う）１６０は、ホスト計算機１００と同様の構成を有している。

　図１に示すように管理サーバ１６０上では、管理ソフトウェア１６１が動作する。管理ソフトウェアは、例えばストレージデバイスからメモリにロードされ、ＣＰＵ（単に、プロセッサと言うこともできる）を用いて実行される。なお、本発明に基づく管理ソフトウェア１６１は、複数の管理サーバ１６０上で動作し、同じ機能を提供する。ここで、各管理サーバ１６０上の管理ソフトウェア１６１を前述の通り、「管理ソフトインスタンス」、「メンバインスタンス」、または単に「インスタンス」と呼ぶ。
　管理サーバ１６０は、図１で示すようにＳＡＮ１３０に接続されない場合、必ずしもＳＡＮアダプタ２０４を持たなくても良い。また、管理ソフトウェア１６１及び管理情報テーブル１６５は、メモリやストレージデバイス内に格納されていても良い。
　管理ソフトウェア１６１は、管理対象決定プログラム１６２と、管理対象受信プログラム１６３と、構成変更検知プログラム１６４と、インスタンス提携プログラム１６６と、を含んでいる。
　管理対象決定プログラム１６２は、自身のインスタンスが後述の代表インスタンスになった場合に、管理対象オブジェクトの振り分け処理を実行する機能を有する。管理対象受信プログラム１６３は、振り分けられた管理対象オブジェクトから管理情報（構成情報とも言う：図５に示されるオブジェクトを管理する上で必要な情報）を取得する機能を有する。構成変更検知プログラム１６４は、管理対象オブジェクトにおける構成変更を検知する機能を有する。インスタンス提携プログラム１６６は、各インスタンス間で連携を取り、管理対象情報（図１１）や集約優先度情報（図１２）が各インスタンスで同一となるように情報の同期を取る機能を有する。
　なお、管理サーバ１６０は、図示されていないが、入力装置及び表示装置（出力装置）を有している。この入出力装置の代替としてシリアルインターフェースやイーサーネットインターフェースを入出力装置とし、当該インターフェースにディスプレイ又はキーボード又はポインタデバイスを有する表示用計算機を接続し、表示用情報を表示用計算機に送信したり、入力用情報を表示用計算機から受信することで、表示用計算機で表示を行ったり、入力を受け付けることで入出力装置での入力及び表示を代替してもよい。
　以後、ストレージシステム１０を管理し、本発明の表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理サーバ（管理計算機）１６０が表示用情報を表示する場合は管理サーバ１６０が管理システムであり、また、管理サーバ１６０と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理サーバと同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。
　＜ストレージ装置の内部構成＞
　図３は、ストレージ装置（ストレージサブシステムとも言う）１２０の内部構成例を示す図である。ストレージ装置１２０は、一つ以上のＣＰＵ３０１と、一つ以上のメモリ３０２と、一つ以上のキャッシュメモリ３０３と、一つ以上のＳＡＮアダプタ３０６と、一つ以上のＬＡＮアダプタ３０７と、一つ以上の物理ディスク３０５と、を有し、それらが相互に内部バス３０８で接続されている。なお、外部ストレージ装置１４０も、ストレージ装置１２０と同様の構成を有している。
　ストレージ装置１２０は、ＳＡＮアダプタ３０６を介してホスト計算機１００や外部ストレージ装置１４０と接続される。また、ＬＡＮアダプタ３０７を介して管理サーバ１６０と接続される。ストレージ装置１２０は、マイクロプログラムや管理情報を物理ディスク３０５の一つまたは複数を使って保存するか、もしくはメモリ３０２の一部としてＮＶＲＡＭ（不揮発メモリ）を備え、その中に保存するといった形態を取る。
　ＳＡＮ１３０やＳＡＮ１５０は、ストレージエリアネットワークであり、通常ＳＡＮスイッチを用いて構成される。ＳＡＮ１３０やＳＡＮ１５０は多くの場合、Fibre ChannelプロトコルやＳＣＳIコマンドが用いられるが、ＩＰ（インターネットプロトコル）に基づいたストレージエリアネットワークを用いても良い。また、ストレージ装置１２０が互いに離れた場所にある場合には、多くの場合、ＳＡＮ１３０の到達距離を延長するための装置であるエクステンダが一部に用いられる。
　＜ストレージシステムの動作概要＞
　図１に示すようにホスト計算機１００上では、管理エージェント１０１が動作する。管理エージェント１０１はストレージデバイス２０３からメモリ２０２にロードされ、ＣＰＵ２０１を用いて実行される。管理エージェント１０１は、ホスト計算機１００の構成情報を収集して管理情報テーブル１０２に保存し、管理サーバ１６０上の管理ソフトウェア１６１からの要求に従って管理ソフトウェア１６１へ送信する。なお、管理エージェン１０１が定期的に管理ソフトウェア１６１に通知する形態を取る場合もある。
　また、ホスト計算機１００を動作させるためにインストールされるＯＳ（Operating System）や仮想化ソフトウェア（Hypervisor）が、管理エージェント１０１に相当する機能を備える場合もある。ここで、仮想化ソフトウェアは、単一のホスト計算機１００上で複数のＯＳが動作可能となるように、ホスト計算機１００と同様の構成を持つ仮想環境（仮想サーバ）を提供するソフトウェアであり、仮想化ソフトウェアは提供する各仮想サーバに仮想サーバＩＤを付与して管理する。ＯＳや仮想化ソフトウェアが管理エージェント１０１に相当する機能を備える場合、管理エージェント１０１をホスト計算機１００上に別途配置する必要はない。
　また、ホスト計算機１００上にインストールされるＯＳや仮想化ソフトウェアは、クラスタ機能を備える場合もある。ここで、クラスタ機能は、あるホスト計算機１００に障害が発生した場合に、このホスト計算機１００上で動作していたプログラムの動作状態を、他の正常なホスト計算機１００上に引き継ぎ、プログラムが動作を継続することを可能とする機能である。ＯＳや仮想化ソフトウェアがこの機能を持たない場合には、ＯＳや仮想化ソフトウェア上で動作するソフトウェアがこの機能を実現する形態を取ることもある。
　さらに、ＯＳや仮想化ソフトウェアは、各ホスト計算機１００に付与される識別子（ホストＩＤ）を管理する。このホストＩＤには、例えばホスト名などが用いられる。また、ＯＳや仮想化ソフトウェアは、ホスト計算機１００からアクセス可能なストレージ装置１２０上の各ボリュームへ識別子（ホストデバイスＩＤ）を付与して管理する。
　図１に示すように、ストレージ装置１２０は、マイクロプログラム１２１を有している。このマイクロプログラム１２１は、ストレージ装置１２０上で動作する全てのプログラムを合わせたものの総称である。マイクロプログラム１２１は、例えば物理ディスク３０５からメモリ３０２にロードされ、ＣＰＵ３０１を用いて実行される。マイクロプログラム１２１は、ストレージ装置１２０を制御し、データ保存領域（ボリューム）の管理、ホスト計算機１００への割り当て、それらからのデータアクセスリクエストへの応答などを行う。また、マイクロプログラム１２１は、ＲＡＩＤ（Redundant Array Of Inexpensive Disks）に基づき、一つまたは複数の物理ディスク３０５用いてボリュームを構成する。
　ストレージ装置１２０は、提供する各ボリュームに識別子（ストレージボリュームＩＤ）を付与して管理する。また、各ストレージ装置には識別子（ストレージ装置ＩＤ）が付与されている。このストレージ装置ＩＤには、例えばシリアル番号などが用いられる。
　ストレージ装置１２０は外部ストレージ接続機能を持つ場合もある。図１に示すストレージ装置１２０はこの機能を持ち、図１のようにこの機能を持つストレージ装置１２０へ外部接続ストレージ装置１４０を接続した場合、マイクロプログラム１２１は、外部接続ストレージ装置１４０上のボリュームを、あたかもストレージ装置１２０上にあるボリュームであるようにホスト計算機１００へ見せることができる。
　さらに、ストレージ装置１２０はコピー機能を持つ場合もある。この機能は主にローカルコピー機能とリモートコピー機能の二種類存在する。ローカルコピー機能を持つストレージ装置１２０は、ボリューム内のデータを同一のストレージ装置１２０内の他のボリュームへコピーすることを可能とする。また、リモートコピー機能を持つストレージ装置１２０は、ボリューム内のデータを、同様の機能を持つ別のストレージ装置１２０上のボリュームへＳＡＮ１３０を介してコピーすることを可能とする。
　そして、マイクロプログラム１２１は、ボリュームと物理ディスク３０５との対応や、ボリュームと外部ストレージ装置１４０上のボリュームとの対応、ボリュームのデータのコピー先やコピー元の情報、ホスト計算機１００への割り当て状況などの構成情報を管理情報テーブル１２２の一部に保存し、管理サーバ１６０上の管理ソフトウェア１６１からの要求に従って管理ソフトウェア１６１に送信する。なお、マイクロプログラム１２１が定期的に管理ソフトウェア１６１に通知する形態を取る場合もある。
　外部ストレージ装置１４０には、ストレージ装置１２０のマイクロプログラム１２１と同様の処理を行うマイクロプログラム１４１が動作し、構成情報を管理情報テーブル１４２に保存する。
　＜ホスト計算機とストレージ装置との対応関係例（１）＞
　図４は、ストレージ装置１２０や外部ストレージ装置１４０が提供するボリュームと、ホスト計算機上で見えるボリュームの対応関係の一例を示す概念図である。図４ではストレージ装置ＩＤ「ＳＴＲ＿Ｂ」を持つ外部ストレージ装置４２０が、ストレージ装置４１０へ接続され、ストレージボリュームＩＤ「ＶＯＬ＿Ｂ３」４２３及び「ＶＯＬ＿Ｂ４」４２４を持つボリュームが、ストレージ装置ＩＤ「ＳＴＲ＿Ａ」を持つストレージ装置４１０に割り当てられていることが示されている。
　これらのボリュームは、ストレージ装置４１０上では、ストレージボリュームＩＤ「ＶＯＬ＿Ａ３」４１３及び「ＶＯＬ＿Ａ４」４１４が付与されて管理されている。また、ストレージ装置４１０は、ホストＩＤ「ＨＯＳＴ＿Ａ」を持つホスト計算機４００へ接続され、ストレージボリュームＩＤ「ＶＯＬ＿Ａ１」４１１、「ＶＯＬ＿Ａ２」４１２、「ＶＯＬ＿Ａ３」４１３、及び「ＶＯＬ＿Ａ４」４１４を持つボリュームが、ホスト計算機４００に割り当てられていることが示されている。さらに、ホスト計算機４００上では、これらボリュームに、ホストデバイスＩＤ「ＤＥＶ＿Ａ１」４０１、「ＤＥＶ＿Ａ２」４０２、「ＤＥＶ＿Ａ３」４０３、及び「ＤＥＶ＿Ａ４」４０４をそれぞれ付与して管理していることが示されている。
　＜構成情報の例（１）＞
　図５は、図４のような対応関係がある場合において、ホスト計算機４００、ストレージ装置４１０、外部ストレージ装置４２０のそれぞれの管理情報テーブルに保持される構成情報の一例を示す図である。
（i）ホスト構成情報テーブルの例
　図５（ａ）は、ホスト計算機（ＨＯＳＴ＿Ａ）４００が保持するホスト構成情報テーブル５００ａの一例を示している。ホスト構成情報テーブル５００ａは、ホストデバイスＩＤ５０１ａと、ストレージ装置ＩＤ５０２ａと、ストレージボリュームＩＤ５０３ａと、容量５０４ａと、使用容量５０５ａと、を構成項目として含んでいる。ただし、これらの情報は本発明の実施形態を説明する上で必要な情報であるため、構成項目としてこれらに限られず、当該テーブルは、実際はより多くの構成情報を含んでいるものとする。
　ストレージ装置ＩＤ５０２ａはストレージ装置４１０が管理する情報であるが、ホスト計算機４００から例えばＳＣＳＩコマンドの一つである「SCSI Inquiry」を用いて取得することができる。
　また、ストレージボリュームＩＤ５０３ａは、ストレージ装置４１０が各ボリュームに付与して管理する識別子であるが、同様に「SCSI Inquiry」を用いて取得することができる。
　各行５１１ａ乃至５１４ａは、実際に設定される値の一例を示したものである。例えば、行５１１ａからは、ホスト計算機４００上のホストデバイスＩＤ「ＤＥＶ_Ａ１」４０１を持つデバイスが、ストレージ装置ＩＤ「ＳＴＲ＿Ａ」を持つストレージ装置４１０上のストレージボリュームＩＤ「ＶＯＬ＿Ａ１」４１１を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ａ１は容量１０ＧＢを持ち、そのうち５ＧＢを使用済みであることが分かる。
（ii）ストレージ構成情報テーブルの例
　図５（ｂ）は、ストレージ装置４１０が保持するストレージ構成情報テーブル５００ｂの一例を示している。当該テーブルは、ストレージボリュームＩＤ５０１ｂと、外部ストレージ装置ＩＤ５０２ｂと、外部ストレージボリュームＩＤ５０３ｂと、容量５０４ｂと、ＲＡＩＤグループ５０５ｂと、を構成項目として含んでいる。ただし、これらの情報は本発明の実施形態を説明する上で必要な情報として示されているのであり、構成項目としてこれらに限定されるものではなく、当該テーブルは、実際はより多くの構成情報を含んでいるものとする。
　外部ストレージ装置ＩＤ５０２ｂは、外部ストレージ装置４２０が管理するストレージ装置ＩＤに対応する情報である。この情報は、ストレージ装置４１０から例えばＳＣＳＩコマンドの一つである「SCSI Inquiry」を用いて取得することができる。
　また、外部ストレージボリュームＩＤ５０３ｂは外部ストレージ装置４２０が各ボリュームに付与して管理するストレージボリュームＩＤに対応する情報である。この情報は、ストレージ装置４１０から、同様に「SCSI Inquiry」を用いて取得することができる。
　また、ＲＡＩＤグループ５０５ｂは、ボリュームがストレージ装置４１０内の物理ディスク３０５を用いてＲＡＩＤ構成されたものである場合に、どのＲＡＩＤグループから切り出されたものであるかを示すものである。なお、ボリュームの実体が外部ストレージ接続機能によって他のストレージ装置上にある場合には、ＲＡＩＤグループ５０５ｂには情報は格納されない。
　行５１１ｂ乃至５１４ｂは、実際に設定される値の一例を示したものである。例えば、行５１３ｂからは、ストレージ装置４１０上のストレージボリュームＩＤ「ＶＯＬ_Ａ３」４１３を持つボリュームが、ストレージ装置ＩＤ「ＳＴＲ_Ｂ」を持つ外部ストレージ装置４２０上のストレージボリュームＩＤ「ＶＯＬ＿Ｂ３」４２３を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ｂ３の容量５０ＧＢであることが分かる。
（iii）外部ストレージ装置のストレージ構成情報テーブルの例
　図５（ｃ）は、外部ストレージ装置４２０が保持するストレージ構成情報テーブル５００ｂの一例を示している。当該テーブルは、ストレージボリュームＩＤ５０１ｂと、容量５０４ｂと、ＲＡＩＤグループ５０５ｂと、を構成項目として含んでいる。ただし、これらの情報は本発明の実施形態を説明する上で必要な情報であるため、構成項目としてこれらに限られず、当該テーブルは、実際はより多くの構成情報を含んでいるものとする。
　外部ストレージ装置４２０のように、外部ストレージ接続機能がない場合には、当該テーブル５００ｂは、外部ストレージ装置ＩＤ５０２ｂや外部ストレージボリュームＩＤ５０３ｂを保持する領域を持たない。 
　行５１１ｃ及び５１２ｃは、実際に設定される値の一例を示したものである。例えば、行５１１ｃからは、外部ストレージ装置４２０上のストレージボリュームＩＤ「ＶＯＬ_Ｂ３」４２３を持つボリュームが、容量５０ＧＢを持ち、ＲＡＩＤグループ「ＲＧ＿Ｂ１」から切り出されたことが分かる。
　＜ホスト計算機とストレージ装置との対応関係例（２）＞
　図６は、ストレージ装置１２０が提供するボリュームと、ホスト計算機１００上で見えるボリュームの対応関係の一例を示す概念図である。
　図６において、ストレージ装置６０３は、ホストＩＤ「ＨＯＳＴ＿Ｂ」を持つホスト計算機６０１と、ホストＩＤ「ＨＯＳT_Ｃ」を持つホスト計算機６０２へ接続されている。そして、ストレージボリュームＩＤ「ＶＯＬ＿Ｃ１」６０４及び「ＶＯＬ＿Ｃ２」６０５を持つボリュームが、ホスト計算機６０１とホスト計算機６０２の両方に割り当てられている。
　ホスト計算機６０１上では仮想化ソフトウェア６０６が動作している。これらのボリュームにそれぞれホストデバイスＩＤ「ＤＥＶ_Ｄ１」６０９及び「ＤＥＶ＿Ｄ２」６１０が付与され、これらデバイスが、仮想サーバＩＤ「ＶＳＥＲＶ＿Ｄ」を付与した仮想サーバ６０８に割り当てられている。
　また、ホスト計算機６０２上でも同様に、仮想化ソフトウェア６０７が動作している。そして、ホスト計算機６０１上で動作する仮想サーバ６０８やホスト計算機６０１に障害があった場合などに、仮想ソフトウェアのクラスタ機能よって、ホスト計算機６０２上への仮想サーバの動作状態の引き継ぎ（Live Migration６１１）が可能となるよう設定されている。
　このように、仮想サーバ６０８がホスト計算機６０２へ移動した場合でも、同じデバイスが利用できるように、仮想サーバ６０８が利用するボリュームをストレージ装置６０３からホスト計算機６０２にも割り当て、両ホスト計算機の仮想化ソフトウェア６０６及び６０７が連携し、ホスト計算機６０２上でも同じホストデバイスＩＤを付与するようにしている。
　＜構成情報の例（２）＞
　図７は、図６の対応関係がある場合において、ホスト計算機６０１、ホスト計算機６０２、及びストレージ装置６０３のそれぞれの管理情報テーブルに保持する構成情報の一例を示すである。
（i）ホスト計算機ＨＯＳＴ＿Ｂのクラスタホスト情報テーブルの例
　図７（ａ）は、ホスト計算機６０１が保持するクラスタホスト情報テーブル７００ａの一例を示している。当該テーブルは、自身のホスト計算機とクラスタを構成するホスト計算機のホストＩＤを保持するクラスタホストＩＤ７０１ａなどを構成項目として含んでいる。
　例えば、行７１１ａからは、ホスト計算機（ＨＯＳＴ_Ｂ）６０１が、ホストＩＤ「ＨＯＳＴ＿Ｃ」を持つホスト計算機６０２とクラスタを構成していることが分かる。
（ii）ホスト計算機ＨＯＳＴ＿Ｂのホスト構成情報テーブルの例
　図７（ｂ）は、ホスト計算機６０１が保持するホスト構成情報テーブル５００ａの一例を示している。図６の関係にある場合には、ホスト構成情報テーブル５００ａは、図４に示される場合に加えて、どの仮想サーバにボリュームが割り当てられているかを示す割り当て先仮想サーバＩＤ７０１ｂを構成項目として含んでいる。
　行７１１ｂ及び７１２ｂは、実際に設定される値の一例を示したものである。例えば、行７１１ｂからは、ホスト計算機６０１のホストデバイスＩＤ「ＤＥＶ_Ｄ１」６０９を持つデバイスが、ストレージ装置ＩＤ「ＳＴＲ＿Ｃ」を持つストレージ装置６０３上のストレージボリュームＩＤ「ＶＯＬ＿Ｃ１」６０４を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ｃ１は、容量１０ＧＢを持ち、仮想サーバＩＤ「ＶＳＥＲＶ＿Ｄ」を持つ仮想サーバ６０８に割り当てられていることが分かる。
（iii）ホスト計算機ＨＯＳＴ＿Ｃのクラスタ情報テーブルの例
　図７（ｃ）は、ホスト計算機６０２が保持するクラスタホスト情報テーブ７００ａの一例を示している。当該テーブルは、図７（ａ）と同様、自身のホスト計算機とクラスタを構成するホスト計算機のホストＩＤを保持するクラスタホストＩＤ７０１ａなどを構成項目として含んでいる。
　例えば、行７１１ｃからは、ホスト計算機（ＨＯＳＴ_Ｃ）６０２が、ホストＩＤ「ＨＯＳＴ＿Ｂ」を持つホスト計算機６０１とクラスタを構成していることを示している。
（iv）ホスト計算機ＨＯＳＴ＿Ｃのホスト構成情報テーブルの例
　図７（ｄ）は、ホスト計算機６０２が保持するホスト構成情報テーブル５００ａの一例を示している。当該テーブルが保持する情報の種類はホスト計算機６０１が保持するホスト構成情報テーブル（図７（ｂ））の情報と同様である。
　行７１１ｄ及び７１２ｄは、実際に設定される値の一例を示したものである。例えば、行７１１ｄからは、ホスト計算機６０２のホストデバイスＩＤ「ＤＥＶ_Ｄ１」６１３を持つデバイスが、ストレージ装置ＩＤ「ＳＴＲ＿Ｃ」を持つストレージ装置６０３上のストレージボリュームＩＤ「ＶＯＬ＿Ｃ１」６０４を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ｃ１が、容量１０ＧＢを持つことが分かる。なお、ホスト計算機６０１の場合と異なり、仮想サーバ６０８はホスト計算機６０２上で動作していないため、割り当て先仮想サーバＩＤ７０１ｂには値が設定されない。
（v）ストレージ装置のストレージ構成情報テーブルの例
　図７（ｅ）はストレージ装置６０３が保持するストレージ構成情報テーブル５００ｂの一例を示している。当該テーブルにおける各列の情報は図５（ｂ）に示されるストレージ構成情報テーブル５００ｂと同様である。ただし、図６の対応関係の場合、外部ストレージ装置がストレージ装置６０３に接続されていないため、図７（ｅ）のテーブルは、外部ストレージ装置ＩＤ５０２ｂや外部ストレージボリュームＩＤ５０３ｂを保持しない。 
　行７１１ｅ及び７１２ｅは、実際に設定される値の一例を示したものである。例えば、行７１１ｅからは、ストレージ装置６０３上のストレージボリュームＩＤ「ＶＯＬ_Ｃ１」６０５を持つボリュームが、容量１０ＧＢを持ち、ＲＡＩＤグループ「ＲＧ＿Ｃ１」から切り出されたものであることが分かる。
　＜ホスト計算機とストレージ装置との対応関係例（３）＞
　図８は、ストレージ装置８０３及び８０４が提供するボリュームと、ホスト計算機８０１及び８０２上で見えるボリュームの対応関係の一例を示す概念図である。
　図８においては、ストレージ装置８０３は、ホストＩＤ「ＨＯＳＴ＿Ｅ」を持つホスト計算機（ＨＯＳＴ_Ｅ）８０１に接続されている。そして、ホスト計算機８０１には、ストレージボリュームＩＤ「ＶＯＬ＿Ｅ１」８１０、「ＶＯＬ＿Ｅ２」８１１、及び「ＶＯＬ＿Ｅ３」８０６を持つそれぞれのボリュームが割り当てられている。ホスト計算機８０１上では、これらボリュームに、ホストデバイスＩＤ「ＤＥＶ＿Ｅ１」８０８、「ＤＥＶ＿Ｅ２」８０９、及び「ＤＥＶ＿Ｅ３」８０５をそれぞれ付与して管理している。
　また、ストレージ装置８０３は、ローカルコピー機能を有する。図８では、ストレージボリュームＩＤ「ＶＯＬ＿Ｅ３」８０６を持つボリュームが、ストレージボリュームＩＤ「ＶＯＬ＿Ｅ４」８０７を持つボリュームへコピーされていることが示されている。
　さらに、ストレージ装置８０３はリモートコピー機能を有する。図８では、ストレージボリュームＩＤ「ＶＯＬ＿Ｅ１」８１０を持つボリュームが、ストレージ装置ＩＤ「ＳＴＲ＿Ｆ」を持つストレージ装置８０４上にあり、ストレージボリュームＩＤ「ＶＯＬ＿Ｆ１」８１３を持つボリュームへコピーされていることが示されている。同様に、ストレージボリュームＩＤ「ＶＯＬ＿Ｅ２」８１１を持つボリュームが、ストレージ装置ＩＤ「ＳＴＲ＿Ｆ」を持つストレージ装置８０４上にあり、ストレージボリュームＩＤ「ＶＯＬ＿Ｆ２」８１５を持つボリュームへコピーされていることが示されている。
　さらに、図８では、ストレージ装置８０４は、ホストＩＤ「ＨＯＳＴ＿Ｆ」を持つホスト計算機８０２に接続される。そして、ストレージボリュームＩＤ「ＶＯＬ＿Ｆ１」８１３、及び「ＶＯＬ＿Ｆ２」８１５を持つボリュームがそれぞれホスト計算機８０２に割り当てられている。ホスト計算機８０２上では、これらボリュームに、ホストデバイスＩＤ「ＤＥＶ＿Ｆ１」８１２及び「ＤＥＶ＿Ｆ２」８１４をそれぞれ付与して管理されている。
　また、ホスト計算機８０１及びストレージ装置８０３には物理的・地理的設置場所を示すサイトＩＤ「ＳＩＴＥ＿Ｅ」が、ホスト計算機８０２及びストレージ装置８０４にはサイトＩＤ「ＳＩＴＥ＿Ｆ」がそれぞれ付与されている。このサイトＩＤは、管理者がそれぞれに付与するようにしても良いし、管理ＬＡＮ１７０に接続する際に付与されるＩＰアドレスの上位ビット（ネットワーク部）を用いたり、ＩＰアドレスに対応するドメイン名を用いたりしても良い。なお、サイトとは、例えば、複数のインスタンス（管理サーバ）を含む１つのデータセンタに相当する概念である。
　＜構成情報の例（３）＞
　図９は、図８の対応関係がある場合において、ホスト計算機８０１、ホスト計算機８０２、ストレージ装置８０３、及びストレージ装置８０４のそれぞれの管理情報テーブルに保持する構成情報の一例を示す図である。
（i）ＨＯＳＴ＿Ｅのホスト構成情報テーブルの例
　図９（ａ）は、ホスト計算機８０１が保持するホスト構成情報テーブル５００ａの一例を示している。当該テーブルの構成項目は、図５(ａ）に示されるテーブルと同様のものとなっている。
　行９１１ａないし９１３ａは、実際に設定される値の一例を示したものである。例えば、行９１１ａからは、ホスト計算機８０１のホストデバイスＩＤ「ＤＥＶ_Ｅ１」８０８を持つデバイスが、ストレージ装置ＩＤ「ＳＴＲ＿Ｅ」を持つストレージ装置８０３上のストレージボリュームＩＤ「ＶＯＬ＿Ｅ１」８１０を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ｅ１は、容量３０ＧＢを持ち、そのうち容量２５ＧＢ分が使用済であることが分かる。
（ii）ＨＯＳＴ＿Ｆのホスト構成情報テーブルの例
　図９（ｂ）は、ホスト計算機８０２が保持するホスト構成情報テーブル５００ａの一例を示している。当該テーブルの構成項目は、図５(ａ）に示されるテーブルと同様のものとなっている。
　行９１１ｂ及び９１２ｂは、実際に設定される値の一例を示したものである。例えば、行９１１ｂからは、ホスト計算機８０２のホストデバイスＩＤ「ＤＥＶ_Ｆ１」８１２を持つデバイスが、ストレージ装置ＩＤ「ＳＴＲ＿Ｆ」を持つストレージ装置８０４上のストレージボリュームＩＤ「ＶＯＬ＿Ｆ１」８１３を持つボリュームに対応することが分かる。また、ＶＯＬ＿Ｆ１は容量３０ＧＢを持ち、そのうち容量２５ＧＢ分が使用済であることが分かる。
（iii）ＳＴＲ＿Ｅのストレージ構成情報テーブルの例
　図９（ｃ）は、ストレージ装置８０３が保持するストレージ構成情報テーブル５００ｂの一例を示している。当該テーブルは、ストレージ装置８０３のようにコピー機能を有し、当該機能が用いられた場合の構成情報を保持するものであり、データのコピー元のボリュームＩＤを保持するプライマリボリュームＩＤ９０１ｃと、データのコピー先のボリュームＩＤを保持するセカンダリボリュームＩＤ９０２ｃと、コピーの種類を示すコピー種別９０３ｃと、リモートコピーの場合にデータのコピー元・先のボリュームが存在するストレージ装置を示すストレージ装置ＩＤ９０４ｃと、を構成項目として含んでいる。
　図９（ｃ）において、コピー種別９０３ｃには、例えばリモートコピーの場合には文字列「ＲＣ」が設定され、ローカルコピーの場合には文字列「ＬＣ」が設定される。また、ストレージ装置８０３は、外部ストレージ接続機能を持たないため、外部ストレージ装置ＩＤ５０２ｂや外部ストレージボリュームＩＤ５０３ｂは保持しない。 
　行９１１ｃ乃至９１４ｃは、実際に設定される値の一例を示したものである。例えば、行９１１ｃからは、ストレージ装置８０３上のストレージボリュームＩＤ「ＶＯＬ_Ｅ１」８１０を持つボリュームが、容量３０ＧＢを持ち、ＲＡＩＤグループ「ＲＧ＿Ｅ１」から切り出されたことが分かる。また、ボリューム内のデータがストレージ装置ＩＤ「ＳＴＲ_Ｆ」を持つストレージ装置８０４上にあるストレージボリュームＩＤ「ＶＯＬ_Ｆ１」８１３へリモートコピーされていることが分かる。
　また、例えば、行９１３ｃからは、ストレージ装置８０３上のストレージボリュームＩＤ「ＶＯＬ_Ｅ３」８０６を持つボリュームが、容量４０ＧＢを持ち、ＲＡＩＤグループ「ＲＧ＿Ｅ３」から切り出されたことが分かる。さらに、ボリューム内のデータがストレージボリュームＩＤ「ＶＯＬ_Ｅ４」８０７へローカルコピーされていることが分かる。
（iv）ＳＴＲ＿Ｆのストレージ構成情報テーブルの例
　図９（ｄ）は、ストレージ装置８０４が保持するストレージ構成情報テーブル５００ｂの一例である。当該テーブルが保持する情報の種類は、ストレージ装置８０３が保持するものと同様である。
　行９１１ｄ及び９１２ｄは、実際に設定される値の一例を示したものである。例えば、行９１１ｄからは、ストレージ装置８０４上のストレージボリュームＩＤ「ＶＯＬ_Ｆ１」８１３を持つボリュームが、容量３０ＧＢを持ち、ＲＡＩＤグループ「ＲＧ＿Ｆ１」から切り出されたことが分かる。また、ボリューム内のデータは、ストレージ装置ＩＤ「ＳＴＲ＿Ｅ」を持つストレージ装置８０３上にあるストレージボリュームＩＤ「ＶＯＬ_Ｅ１」８１０からリモートコピーされたものであることが分かる。
　＜メンバインスタンステーブルの構成例＞
　図１０は、各メンバインスタンスが管理情報テーブル１６５の一部として保持する、自身及び他のメンバインスタンスの一覧を示すメンバインスタンステーブル１０００ａの構成例を示す図である。
　メンバインスタンステーブル１０００ａは、例えば、メンバインスタンスの識別子（識別情報）であるメンバインスタンスＩＤ１００１ａと、メンバインスタンスのＩＰアドレス１００２ａと、メンバインスタンスの設置場所を示すサイトＩＤ１００３ａと、を構成項目として含んでいる。メンバインスタンステーブル１０００ａに含まれる情報は、各インスタンスのインスタンス連携プログラム１６６が連携し、全メンバインスタンス間で同じ情報を同期して、管理情報テーブル１６５の一部として保存される。そのため、例えば、管理者がいずれかのメンバインスタンスに全てのメンバインスタンスの情報を登録し、管理者が情報を登録したメンバインスタンスのインスタンス連携プログラム１６６が、他のメンバインスタンスのインスタンス連携プログラム１６６へ配信する形を取る。或いは、例えば、ＤＮＳ（ドメインネームシステム）で用いられる方法のように、管理者は各メンバインスタンスに一部情報のみを登録し、各メンバインスタンスのインスタンス連携プログラム１６６間で互いに情報を通知し合う形を取っても良い。
　サイトＩＤ１００３ａは、管理者がメンバインスタンスの情報を登録する際に、それぞれに付与するようにしても良いし、メンバインスタンスのＩＰアドレスの上位ビット（ネットワーク部）を用いたり、ＩＰアドレスに対応するドメイン名を用いるようにしても良い。また、サイトＩＤ１００３ａは必ずしも付与する必要はなく、例えば、メンバインスタンスの設置場所が同じ場合（例えば、全てのメンバインスタンスが同じデータセンタにある場合）には、行１０１１ａのように登録しなくても良い。
　サイトＩＤ１００３ａが付与されたメンバインスタンスについては、サイトを加味して管理対象オブジェクトに対するインスタンスの振り分け処理が実行されるが、サイトが付与されていないインスタンスについては、全て同じサイトにあるものとして振り分け処理が実行される。
　＜管理対象テーブルの構成例＞
　振り分け処理を実行するためにも、また、振り分けて処理後に各管理対象オブジェクトから構成情報を取得するためにも、どのようなオブジェクトを管理対象としなければならないか、各インスタンスは予め把握しておく必要がある。そのため、各インスタンスは、管理対象テーブルを同期して保持している。同期して保持しているのは、どのインスタンスが後述の代表インスタンスになっても対応できるようにするためである。
　図１１は、各メンバインスタンスが保持する、管理対象テーブルの構成例を示す図である。図１１に示されるように、各メンバインスタンスは、管理対象とする全てのホスト計算機１００、ストレージ装置１２０、及び外部ストレージ装置１４０等の情報を、管理情報テーブル１６５の一部に管理対象テーブル１１００として保持する。
　管理対象テーブル１１００は、例えば、管理ＬＡＮ上でのＩＰアドレスを保持する管理対象ＩＰアドレス１１０１と、各管理対象の種別を表す管理対象種別１１０２と、を構成情報として含んでいる。そして、管理対象テーブル１１００には、管理対象ＩＰアドレス１１０１及び管理対象種別１１０２の組が、管理対象のホスト計算機１００やストレージ装置１２０，外部ストレージ装置１４０の数だけ含まれる。
　管理対象テーブル１１００の情報は、メンバインスタンステーブル１０００ａ（図１０）の情報と同様、各インスタンスのインスタンス連携プログラム１６６が連携し、全メンバインスタンス間で同じ情報を同期して保持する。情報を同期する方法には、メンバインスタンステーブル１０００ａの場合と同様の方法が用いられる。
　なお、図１１の管理対象テーブル１１００では、代表インスタンスが振り分け処理に必要な最低限の情報（場所と種類）のみ含まれており、詳細な構成情報は振り分け処理後に各インスタンスが各ホスト計算機１００やストレージ装置１２０，外部ストレージ装置１４０から直接取得してくることになる。これにより、各インスタンスが保持する管理対象テーブル１１００の情報量を少なくして、各インスタンスの負荷を軽減することができる。
　＜集約優先度テーブルの構成例＞
　図１２は、各メンバインスタンスが保持する、集約優先度テーブルの構成例を示す図である。図１２に示されるように、各メンバインスタンスは、管理対象オブジェクト（ホスト計算機１００上のデバイスやストレージ装置１２０や外部ストレージ装置１４０上のボリューム）の割り振りの際の優先度を示す集約優先度テーブル１２００を、管理情報テーブル１６５の一部として保持する。
　集約優先度テーブル１２００は、例えば、優先度１２０１と、関連種別１２０２と、を構成情報として含んでいる。ここで、優先度１２０１は、振り分け処理の際に考慮すべき優先度に関する情報である。また、関連種別１２０２は、オブジェクト間のどのような関連を一つのメンバインスタンスに集約するかを示す情報であり、設定される文字列で後述する構成サマリ情報の関連種別１４０４ａ、１４０４ｂ、１５０２ａと同様である。当該優先度１２０１と関連種別１２０２の情報は、各インスタンスに予め保持させておいても良いし、管理者によって設定しても良い。なお、予め保持させておく場合には、管理者によって変更可能としても良い。
　集約優先度テーブル１２００の情報は、メンバインスタンステーブル１０００ａの情報と同様、各インスタンスのインスタンス連携プログラム１６６が連携し、全メンバインスタンス間で同じ情報を同期して保持する。情報を同期する方法には、メンバインスタンステーブル１０００ａの場合と同様の方法を用いる。
　なお、ＬＣについて最優先の優先度が設定されているのは、ここでは、コピー元とコピー先のボリュームを同じインスタンスに振り分けて（割り当てて）管理しないと、管理操作不能に陥る可能性が最も高いと判断されているからである。ただし、ＬＣに限らず、別の関連種別の優先度を最高に設定することは可能である。
　＜振り分け処理の概要＞
　図１３は、本発明による振り分け処理の概要を説明するためのフローチャートである。当該振り分け処理は複数のインスタンスにおける代表インスタンスによって実行される。そこで、管理ソフトウェア１６１のインスタンス連携プログラム１６６は、まずメンバインスタンス間で代表となるインスタンス（以下、「代表インスタンス」と呼ぶ）を決定する。代表インスタンスの決定は、例えば、管理者がメンバインスタンスの何れか一つを選ぶ形を取っても良いし、ネットワークの経路制御などに用いられるアービトレーション（複数の経路がある場合に、スイッチ同士で調停して経路を決定する処理）と同様の方法を取っても良い。
　代表インスタンスの決定後、代表インスタンスとなったメンバインスタンスの管理対象決定プログラム１６２は、図１３のフローチャートに従って、各インスタンスへ管理対象を振り分ける。なお、ここでは処理の概要のみを示し、各ステップの処理の詳細は図面を用いて後述する。
　ステップ１３０１：代表インスタンスは、管理対象テーブル１１００にある全ての管理対象にアクセスし、各管理対象の識別子（ホスト計算機の場合はホストＩＤ、ストレージ装置の場合はストレージ装置ＩＤ、外部ストレージ装置の場合は外部ストレージ装置ＩＤ）、及びサイトＩＤを含む情報を、構成サマリ情報として取得する。ここで、構成サマリ情報とは、振り分け処理のために必要な情報であって、管理対象オブジェクト間の対応関係と、その対応関係の種別を示す情報である。
　ステップ１３０２：代表インスタンスは、取得した構成サマリ情報を、構成サマリテーブル１７００に格納する。当該処理の詳細については、図２１を用いて説明する。
　ステップ１３０３：代表インスタンスは、構成サマリテーブル１７００を基に、各メンバインスタンスへ管理対象オブジェクトを振り分ける。当該処理の詳細については、図２２を用いて説明する。
　ステップ１５０４：代表インスタンスは、各メンバインスタンスへ振り分けた管理対象オブジェクトを、各メンバインスタンスへ通知する。当該処理の詳細については、図２５を用いて説明する。
　＜構成サマリ情報の例＞
　図１４乃至１６は、ステップ１３０１でホスト計算機１００、ストレージ装置１２０、外部ストレージ装置１４０から取得する構成サマリ情報の例を示す図である。構成サマリ情報は、管理対象オブジェクトのメンバインスタンスへの割り振りを行うために、必要最低限の情報のみに絞って取得される。これによって、取得処理による管理サーバ１６０への負荷や、取得にかかる時間を短縮することができる。なお、構成サマリ情報の取得は、管理対象決定プログラム１６２がホスト計算機１００上の管理エージェント１０１や、ストレージ装置１２０のマイクロプログラム１２１、外部ストレージ装置１４０のマイクロプログラム１４１へ要求する。
（i）図４の対応関係がある場合の構成サマリ情報の例（図１４）
　図１４は、図４の対応関係がある場合に、管理対象決定プログラム１６２が取得する構成サマリ情報の例を示す図である。
　図１４（ａ）は、ホスト計算機４００から取得するホスト構成サマリ情報１４００ａの一例である。ホスト構成サマリ情報１４００ａは、ホストデバイスＩＤ１４０１ａと、関連ストレージ装置ＩＤ１４０２ａと、関連ストレージボリュームＩＤ１４０３ａと、関連種別１４０４ａと、を構成項目として含んでいる。
　ホストデバイスＩＤ１４０１ａ、関連ストレージ装置ＩＤ１４０２ａ、及び関連ストレージボリュームＩＤ１４０３ａは、それぞれホスト構成情報テーブル５００ａのホストデバイスＩＤ５０１ａ、ストレージ装置ＩＤ５０２ａ、及びストレージボリュームＩＤ５０３ａと同様の情報である。 
　関連種別１４０４ａは、１４１１ａ乃至１４１４ａの各行に示される対応関係が何によるものかを表す情報である。ホスト計算機１００上で見えるボリュームと、ストレージ装置１２０が提供するボリュームの対応（例えば、「直接接続関係」、「直接対応関係」、或いは「直接提供関係」と言うことができる）を表す場合は、例えば文字列「ＭＡＰ」が設定される。
　なお、ホスト構成サマリ情報１４００ａには、ホスト構成情報テーブル５００ａにある容量５０４ａや使用容量５０５ａなどの他の情報は含まれない。
　図１４（ｂ）及び（ｃ）は、ストレージ装置４１０、及び外部ストレージ装置４２０からそれぞれ取得するストレージ構成サマリ情報１４００ｂの一例を示している。ストレージ構成サマリ情報１４００ｂは、ストレージボリュームＩＤ１４０１ｂと、関連ストレージ装置ＩＤ１４０２ｂと、関連ストレージボリュームＩＤ１４０３ｂと、関連種別１４００４ｂと、を構成項目として含んでいる。
　ストレージボリュームＩＤ１４０１ｂ、関連ストレージ装置ＩＤ１４０２ｂ、及び関連ストレージボリュームＩＤ１４０３ｂは、それぞれストレージ構成情報テーブル５００ｂのストレージボリュームＩＤ５０１ｂ、外部ストレージ装置ＩＤ５０２ｂ、及び外部ストレージボリュームＩＤ５０３ｂと同様の情報である。
　関連種別１４０４ａには、例えば、行１４１３ｂで示されるように、外部ストレージ接続の関係を表す文字列「ＥＸＴ」が設定される。
　なお、ストレージボリュームＩＤ「ＶＯＬ＿Ａ１」４１１を持つボリュームや、ストレージボリュームＩＤ「ＶＯＬ＿Ｂ３」４２３を持つボリュームのように、ストレージ装置４１０、及び外部ストレージ装置４２０内部で管理されているボリュームの場合には、関連ストレージ装置ＩＤ１４０２ｂ、関連ストレージボリュームＩＤ１４０３ｂ、及び関連種別１４０４ａに情報は設定されない。また、ストレージ構成情報テーブル５００ｂにある容量５０４ｂやＲＡＩＤグループ５０５ｂなどの他の情報は、ストレージ構成サマリ情報１４００ａには含まれない。
（ii）図６の対応関係がある場合の構成サマリ情報の例（図１５）
　図１５は、図６の対応関係がある場合に、管理対象決定プログラム１６２が取得する構成サマリ情報の例を示す図である。
　図１５（ｂ）及び（ｃ）はそれぞれ、ホスト計算機６０１及び６０２から取得するホスト構成サマリ情報１４００ａであり、これらの情報の内容は、図１４（ａ）の場合と同様である。但し、図６の場合にはこれらに加えて、図１５（ａ）及び（ｂ）に示すクラスタ構成サマリ情報１５００ａがホスト計算機６０１及び６０２から取得される。
　図１５（ａ）は、ホスト計算機６０１から取得するクラスタ構成サマリ情報１５００ａであり、関連ホストＩＤ１５０１ａと関連種別１５０２ａと、を構成項目として含んでいる。関連ホストＩＤ１５０１ａは、クラスタ構成情報テーブル７００ａのクラスタホストＩＤ７０１ａと同様の情報である。関連種別１５０２ａは、クラスタホストＩＤ１１０１ａに示すホスト計算機との関係を示すものであり、この場合は例えばクラスタを表す文字列「ＣＬＵＳＴＥＲ」が設定される。
　図１５（ｅ）は、ストレージ装置６０３から取得するストレージ構成サマリ情報１４００ｂであり、情報の内容は図１４（ｂ）の場合と同様である。
（iii）図８の対応関係がある場合の構成サマリ情報の例（図１６）
　図１６は、図８の対応関係がある場合に、管理対象決定プログラム１６２が取得する構成サマリ情報の例を示す図である。
　図１６（ａ）及び（ｂ）はそれぞれ、ホスト計算機８０１、及びホスト計算機８０２から取得するホスト構成サマリ情報１４００ａであり、これらの情報の内容は、図１４（ａ）の場合と同様である。
　図１６（ｃ）及び（ｄ）はそれぞれ、ストレージ装置８０３、及びストレージ装置８０４から取得するストレージ構成サマリ情報１４００ｂであり、関連ストレージ装置ＩＤ１４０２ｂには、ストレージ構成情報テーブル５００ｂのリモートストレージ装置ＩＤ９０４ｃと同様の情報が設定される。また、関連ストレージボリュームＩＤ１４０３ｂには、ストレージ構成情報テーブル５００ｂにおいて、プライマリボリュームＩＤ９０１ｃ、セカンダリボリュームＩＤ９０２ｃのいずれか情報を含む方が設定される。
　また、関連種別１４０４ｂには、リモートコピーを表す場合には、例えば、行１２１１ｃのように、例えば文字列「ＲＣ」が設定される。同様に、ローカルコピーの場合には、例えば、行１２１３ｃのように、例えば文字列「ＬＣ」が設定される。
　＜構成サマリテーブルの構成例＞
　図１７乃至２０は、ステップ１３０２において、代表インスタンスの管理対象決定プログラム１６２が、取得した構成サマリ情報を格納する構成サマリテーブル１７００の一例を示す図である。構成サマリテーブル１７００は、管理情報テーブル１６５の一部として格納される。なお、構成サマリテーブル１７００は、構成サマリ情報（図１４乃至１６）を分析して管理対象オブジェクトを各インスタンスに振り分け（割り当て）るためのテーブルであるので、構成サマリ分析テーブルと言うこともできる。
　構成サマリテーブル１７００は、サイトＩＤ１７０１と、プライマリ１７１１と、セカンダリ１７１２と、オブジェクト数１７０８と、を構成項目として含んでいる。また、プライマリ１７１１及びセカンダリ１７１２は、それぞれ、ホストＩＤ１７０２と、ホストデバイスＩＤ１７０３と、ストレージ装置ＩＤ１７０４と、ストレージボリュームＩＤ１７０５と、外部ストレージ装置ＩＤ１７０６と、外部ストレージボリュームＩＤ１７０７と、を詳細項目として含んでいる。
　ホストＩＤ１７０２には、ホスト構成サマリ情報１０００ａを取得する際に合わせて取得するホストＩＤが設定される。なお、プライマリ１７１１、セカンダリ１７１２のどちらに設定されるかは、各ホスト計算機１００から取得したホスト構成サマリ情報１４００ａを処理する順番によるが、どちらに設定されても良い。
　ホストデバイスＩＤ１７０３は、ホスト構成サマリ情報１４００ａのホストデバイスＩＤ１４０１ａの情報が設定される。 
　ストレージ装置ＩＤ１７０４、及び外部ストレージ装置ＩＤ１７０６には、ストレージ構成サマリ情報１４００ｂの関連ストレージ装置ＩＤ１４０２ｂの情報が設定される。例えば、ストレージ構成サマリ情報１４００ｂの関連種別１４０４ｂが「ＲＣ」「ＬＣ」の場合には、関連ストレージ装置ＩＤ１４０２ｂの情報がストレージ装置ＩＤ１７０４に設定され、「ＥＸＴ」の場合には、関連ストレージ装置ＩＤ１４０２ｂの情報が外部ストレージ装置ＩＤ１７０６にそれぞれ設定される。
　同様に、ストレージボリュームＩＤ１７０５及び外部ストレージボリュームＩＤ１７０７には、ストレージ構成サマリ情報１４００ｂの関連ストレージボリュームＩＤ１４０３ｂの情報が設定される。例えば、ストレージ構成サマリ情報１０００ｂの関連種別１００４ｂが「ＲＣ」「ＬＣ」の場合には、関連ストレージボリュームＩＤ１４０３ｂの情報がストレージボリュームＩＤ１７０５に設定され、「ＥＸＴ」の場合には、関連ストレージボリュームＩＤ１４０３ｂの情報が外部ストレージボリュームＩＤ１７０７に設定される。
　＜構成サマリテーブルへの格納処理：ステップ１３０２の詳細＞
　図２１は、ステップ１３０２において実行される、代表インスタンスの管理対象決定プログラム１６２が取得した構成サマリ情報を構成サマリテーブル１７００へ格納する処理の詳細を説明するためのフローチャート例である。なお、ここでは、空欄の構成サマリテーブル１７００が予め用意され、構成サマリ情報（図１４乃至１６）に従って、当該テーブル１７００の該当欄に情報を設定する処理が実行されているが、このようなテーブルの該当欄に情報を埋めていく方法だけでなく、構成サマリ情報に基づいて、各オブジェクト間の対応関係が分かるような方法（例えば、ツリー構造で対応関係を示す方法や、）であれば、テーブル形式を用いる必要は必ずしもない。従って、以下の説明は、テーブル形式を用いた場合の単なる処理例に過ぎず、本発明を限定するものではないことに注意すべきである。
（i）ステップ２１０１
　代表インスタンスの管理対象決定プログラム１６２は、集約優先度テーブル１２００の中で最も優先度の高い関連種別１４０２に対応する構成を、取得した構成サマリ情報から抽出し、構成サマリテーブル１７００へ格納する。 
　例えば、集約優先度テーブル１２００が図１２のような情報を格納している場合、行１２１１から最も優先度の高い関連種別「ＬＣ」が抽出される。また、図１４から図１６のような構成サマリ情報を取得した場合、関連種別１４０４ａ、１４０４ｂ、１５０２ａに「ＬＣ」が設定されている構成、すなわち行１６１３ｃ及び行１６１４ｃが抽出され（図１６参照）、構成サマリテーブル１７００へ格納される。
　なお、この場合、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージボリュームＩＤ１４０３ｂをセカンダリ１７１２側のストレージボリュームＩＤ１７０５にそれぞれ格納するか、その逆でもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤを、それぞれのストレージ装置ＩＤ１７０４に格納する。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に設定する。 
　また、ここで、最も優先度の高い関連種別が「ＲＣ」であった場合（図１６参照）、行１６１１ｃ及び行１６１４ｃが抽出され、構成サマリテーブル１７００へ格納される。なお、この場合、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂをセカンダリ１７１２側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５にそれぞれ格納するか、その逆でもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤは、ストレージボリュームＩＤ１４０１ｂを格納した側のストレージ装置ＩＤ１７０４に格納する。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に設定する。
　さらに、ここで、最も優先度の高い関連種別が「ＥＸＴ」であった場合（図１４参照）、行１４１３ｂ及び行１４１４ｂが抽出され、構成サマリテーブル１７００へ格納される。なお、この場合、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂをプライマリ１７１１側の外部ストレージ装置ＩＤ１７０６及び外部ストレージボリュームＩＤ１７０７にそれぞれ格納するか、セカンダリ１７１２側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤは、ストレージボリュームＩＤ１４０１ｂを格納した側のストレージ装置ＩＤ１７０４に格納する。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に設定する。
　ここで、最も優先度の高い関連種別が「ＭＡＰ」であった場合（図１４参照）、例えば、行１４１１ａや行１４１２ｂが抽出され、構成サマリテーブル１７００へ格納される。なお、この場合、ホストデバイスＩＤ１４０１ａをプライマリ１７１１側のホストデバイスＩＤ１７０３に、関連ストレージ装置ＩＤ１４０２ａ及び関連ストレージボリュームＩＤ１４０３ａをプライマリ１７１１側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５にそれぞれ格納するか、セカンダリ１７１２側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するホストＩＤは、ホストデバイスＩＤ１４０１ａを格納した側のホストＩＤ１７０２に格納する。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に設定する。
　ここで、最も優先度の高い関連種別が「ＣＬＵＳＴＥＲ」であった場合（図１５参照）、例えば、行１５１１ａや行１５１１ｃが抽出され、構成サマリテーブル１７００へ格納される。なお、この場合、同じホスト計算機から取得されたホスト構成サマリ情報１４００ａと、関連ホストＩＤ１５０１ａから取得されたホスト構成サマリ情報１４００ａとの間で、関連ストレージ装置ＩＤ１４０２ａ及び関連ストレージボリュームＩＤ１４０３ａが一致する行を抽出し、プライマリ１７１１側またはセカンダリ１７１２側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に設定される。また、この時、対応するホストＩＤ及びホストデバイスＩＤ１４０１ａを、プライマリ１７１１側及びセカンダリ１７１２側のホストＩＤ１７０２及びホストデバイスＩＤ１７０３に設定する。
（ii）ステップ２１０２
　管理対象決定プログラム１６２は、集約優先度テーブル１２００の中に、それまで処理した関連種別より優先度の低い関連種別１２０２があるかをチェックする。より優先度の低い関連種別１２０２がある場合（ステップ２１０２でＹｅｓの場合）、処理はステップ２１０３に移行する。より優先度の低い関連種別１２０２がない場合（ステップ２１０２でＮｏの場合）、処理はステップ２１０４に移行する。例えば、集約優先度テーブル１２００が図１２のような情報を格納しており、ステップ２１０１で最も優先度の高い関連種別「ＬＣ」が処理された場合、次に優先度の高い関連種別「ＣＬＵＳＴＥＲ」が抽出され、処理はステップ２１０３に進む。
（iii）ステップ２１０３
　管理対象決定プログラム１６２は、集約優先度テーブル１２００の中で、ステップ２１０２で抽出された関連種別１２０２に対応する構成を、取得した構成サマリ情報から抽出して構成サマリテーブル１７００に格納する。そして、処理はステップ２１０２に移行する。なお、このとき抽出した情報に含まれる関連ストレージボリュームＩＤ１４０３ａまたは１４０３ｂと同じストレージボリュームＩＤが構成サマリテーブル１７００のストレージボリュームＩＤ１７０５に既に格納されている場合には、同じ行の対応する列に格納する。 
　例えば、ステップ２１０２で「ＣＬＵＳＴＥＲ」が抽出された場合、行１５１１ａや行１５１１ｃが抽出され（図１５参照）、構成サマリテーブル１７００に格納される。なお、ここでもステップ２１０１と同様、管理対象決定プログラム１６２は、同じホスト計算機から取得されたホスト構成サマリ情報１４００ａと、関連ホストＩＤ１５０１ａのホスト計算機に対応するホスト構成サマリ情報１４００ａとの間で、関連ストレージ装置ＩＤ１４０２ａ及び関連ストレージボリュームＩＤ１４０３ａが一致する行を抽出する。そして、管理対象決定プログラム１６２は、プライマリ１７１１側またはセカンダリ１７１２側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に設定する。但し、既に同じストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５が構成サマリテーブル１７００のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に存在する場合には、同じ行のホストＩＤ１７０２及びホストデバイスＩＤ１７０３に、対応するホストＩＤ及びホストデバイスＩＤ１４０１ａが設定される。
　また、例えば、ステップ２１０２において「ＬＣ」が抽出された場合、行１６１３ｃ及び行１６１４ｃが抽出され（図１６参照）、構成サマリテーブル１７００に格納される。ここでもステップ２１０１と同様、管理対象決定プログラム１６２は、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージボリュームＩＤ１４０３ｂをセカンダリ１７１２側のストレージボリュームＩＤ１７０５にそれぞれ格納するが、その逆であってもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤは、それぞれのストレージ装置ＩＤ１７０４に格納される。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に当該情報が設定される。既に同じストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５が構成サマリテーブル１７００のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に存在する場合には、管理対象決定プログラム１６２は、対応する関連ストレージ装置ＩＤ１００２ｂ及び関連ストレージボリュームＩＤ１００３ｂを、同じ行のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５の値が設定されていない個所に格納する。
　また、例えば、ステップ２１０２において「ＲＣ」が抽出された場合、行１６１１ｃ及び行１６１４ｃが抽出され（図１６参照）、それらが構成サマリテーブル１７００に格納される。ステップ２１０１と同様、管理対象決定プログラム１６２は、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂをセカンダリ１７１２側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５にそれぞれ格納するが、その逆であってもよい。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤは、ストレージボリュームＩＤ１００１ｂを格納した側のストレージ装置ＩＤ１７０４に格納される。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に当該情報が設定される。サイトＩＤ１７０１に値が設定されていた場合には、サイトＩＤ１７０１を上書きしても良いし、そのままにしても良い。また、既に同じストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５が構成サマリテーブル１７００のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に存在する場合には、管理対象決定プログラム１６２は、対応する関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂを、ストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５の値が設定されていない個所に格納する。
　さらに、例えば、ステップ２１０２において「ＥＸＴ」が抽出された場合、行１４１３ｂ及び行１４１４ｂが抽出され（図１４参照）、それらが構成サマリテーブル１７００に格納される。ステップ２１０１と同様、管理対象決定プログラム１６２は、ストレージボリュームＩＤ１４０１ｂをプライマリ１７１１側のストレージボリュームＩＤ１７０５に、関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂをプライマリ１７１１側の外部ストレージ装置ＩＤ１７０６及び外部ストレージボリュームＩＤ１７０７にそれぞれ格納するか、セカンダリ１７１２側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するストレージ装置ＩＤは、ストレージボリュームＩＤ１００１ｂを格納した側のストレージ装置ＩＤ１７０４に格納される。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に当該情報が設定される。既に同じストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５が構成サマリテーブル１７００のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に存在する場合には、管理対象決定プログラム１６２は、対応する関連ストレージ装置ＩＤ１４０２ｂ及び関連ストレージボリュームＩＤ１４０３ｂを、外部ストレージ装置ＩＤ１７０６及び外部ストレージボリュームＩＤ１７０７に設定する。
　また、例えば、ステップ２１０２において「ＭＡＰ」が抽出された場合、行１４１１ａや行１４１２ｂが抽出され（図１４参照）、それらが構成サマリテーブル１７００に格納される。ここでもステップ２１０１と同様、管理対象決定プログラム１６２は、ホストデバイスＩＤ１４０１ａをプライマリ１７１１側のホストデバイスＩＤ１７０３に、関連ストレージ装置ＩＤ１４０２ａ及び関連ストレージボリュームＩＤ１４０３ａをプライマリ１７１１側のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５にそれぞれ格納するが、セカンダリ１７１２側に格納しても良い。但し、構成サマリ情報の取得時に合わせて取得するホストＩＤは、ホストデバイスＩＤ１４０１ａを格納した側のホストＩＤ１７０２に格納される。また、該当する構成サマリ情報を取得する際にサイトＩＤを合わせて取得した場合には、サイトＩＤ１７０１に当該情報が設定される。なお、既に同じストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５が構成サマリテーブル１７００のストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に存在する場合には、管理対象決定プログラム１６２は、ホストＩＤ及びホストデバイスＩＤ１４００ａを、同じ側のホストＩＤ１７０２及びホストデバイスＩＤ１７０３に設定する。
（iv）ステップ２１０４
　管理対象決定プログラム１６２は、取得した構成サマリ情報のうち、まだ構成サマリテーブル１７００へ格納していない構成を、構成サマリテーブル１７００へ格納する。このとき、ホスト構成サマリ情報１４００ａから抽出した情報の場合は、合わせて取得したホストＩＤとホストデバイスＩＤ１４０１ａのみを、ホストＩＤ１７０２及びホストデバイスＩＤ１７０３に格納する。また、ストレージ構成サマリ情報１４００ｂから抽出した情報の場合は、合わせて取得したストレージ装置ＩＤとストレージボリュームＩＤ１４００ｂのみをストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に格納する。
　例えば、管理対象決定プログラム１６２は、集約優先度テーブル１２００として図１２のような情報を保持していて、かつ、図１４のような構成サマリ情報を取得した場合、関連種別１４０４ａ或いは１４０４ｂを持たない行１４１１ｂ、１４１２ｂ、及び１４１１ｃ、１４１２ｃを抽出する。なお、これらを格納する際には、構成サマリテーブル１７００の新たな行に格納する。
　また、図１６のような構成サマリ情報を取得した場合、集約優先度テーブル１２００に「ＲＣ」がないため、管理対象決定プログラム１６２は、行１６１１ｃ及び１６１２ｃを抽出する。管理対象決定プログラム１６２は、これらについて、関連ストレージ装置ＩＤ１４０２ｂや関連ストレージボリュームＩＤ１４０３ｂを破棄し、構成サマリ情報を取得した際に合わせて取得したストレージ装置ＩＤとストレージボリュームＩＤ１４０１ｂを、構成サマリテーブル１７００の新たな行に格納する。
（v）ステップ２１０５
　管理対象決定プログラム１６２は、構成サマリテーブル１７００の各行について、オブジェクト数をカウントし、オブジェクト数１７０８列に格納する。オブジェクト数は、例えば値が設定されているホストデバイスＩＤ１７０３、ストレージボリュームＩＤ１７０５、外部ストレージボリュームＩＤ１７０７の列数で計算する。
（vi）処理結果具体例
　図１７は、集約優先度テーブル１２００が図１２のような情報を格納しており、かつ図１４に示した構成サマリ情報を取得した場合に、図２１の処理を行った結果、構成サマリテーブル１７００に格納される情報を示している。
　図１８は、図１５に示した構成サマリ情報を取得した場合、図１９は図１６に示した構成サマリ情報を取得した場合の構成サマリテーブル１７００の内容をそれぞれ示している。
　また、図２０は、集約優先度テーブル１２００から行１２１３を削除し、図１６に示した構成サマリ情報を取得し、図２１の処理を行った場合の、構成サマリテーブル１７００に格納される情報を示している。この場合、構成サマリ情報の関連種別１４０４ａ、１４０４ｂが「ＭＡＰ」となっている行１６１１ａ、１６１２ａ、１６１１ｂ、及び１６１２ｂが示す構成については、関連ストレージ装置ＩＤ１４０２ａ、関連ストレージボリュームＩＤ１４０３ａが破棄され、行２０２６、２０２７、２０２８、及び２０２９のように、これらの構成サマリ情報と合わせて取得されたホストＩＤとホストデバイスＩＤ１４０１ａの組は、構成サマリテーブル１７００の独立の行に格納される。
　＜振り分け処理：ステップ１３０３の詳細＞
　図２２は、ステップ１３０３において、代表インスタンスの管理対象決定プログラム１６２が、構成サマリテーブル１７００を基に、各メンバインスタンスへ管理対象オブジェクトを振り分ける（割り当てる）処理の詳細を説明するためのフローチャートの例である。この処理の結果、割り振られたメンバインスタンスのメンバインスタンスＩＤ１００１は、図２３及び２４に示す担当インスタンステーブル２３００に格納される。担当インスタンステーブル２３００は、構成サマリテーブル１７００に担当メンバインスタンスＩＤ２３０１を追加した構成となっており、構成サマリテーブル１７００から値をコピーすると共に、この列に構成を割り振られたメンバインスタンスＩＤ１００１が格納される。以下で図２２のフローチャートの詳細を説明する。
（i）ステップ２２０１
　管理対象決定プログラム１６２は、既に管理対象の振り分けが過去に行われているかを判断する。これは担当インスタンステーブル２３００（図２３参照）に値が格納されているか否かで判断できる。管理対象オブジェクトが１つでも過去に振り分けが行われている場合（ステップ２２０１でＹｅｓの場合）には、処理はステップ２２０２に移行する。過去に振り分けが行われておらず、全ての管理対象オブジェクトが新規のものである場合（ステップ２２０１でＮｏの場合）は、処理はステップ２２０３に移行する。
（ii）ステップ２２０２
　管理対象決定プログラム１６２は、最新の構成サマリテーブル１７００と担当インスタンステーブル２２００を比較し、同じ値で成る行（以下、単に「構成」とも呼ぶ）がある場合には、担当インスタンステーブル２２００の担当メンバインスタンスＩＤ２２０１が示すメンバインスタンスに該当する構成を割り分ける。
（iii）ステップ２２０３
　管理対象決定プログラム１６２は、構成サマリテーブル１７００でまだ未振り分けの行を、メンバインスタンスに振り分ける。この時、メンバインスタンスの負荷が均等になるよう、担当するオブジェクト数１７０８の総計が同じになるように割り振る。また、構成サマリテーブル１７００のサイトＩＤ１７０１に値が設定されている場合には、管理対象は、メンバインスタンステーブル１０００ａのサイトＩＤ１００３ａが同じメンバインスタンスに振り分けられる。
（iv）ステップ２２０４
　管理対象決定プログラム１６２は、ステップ２２０３の処理の結果、振り分けたオブジェクト数１７０８の総計が０のメンバインスタンスがあるか否かを判断する。そのようなメンバインスタンスがある場合は、処理はステップ２２０６に移行し、なければ処理はステップ２２０５に移行する。
（v）ステップ２２０５
　管理対象決定プログラム１６２は、各メンバインスタンスに割り振ったオブジェクト数の比が、規定の条件内に収まっているかを判断する。規定の条件には、例えば「それぞれのオブジェクト数の比が２倍以内」などが用いられる。もし、規定の条件に収まっている場合には処理は終了する。収まっていない場合には、処理はステップ２２０６に移行する。
（vi）ステップ２２０６
　管理対象決定プログラム１６２は、既に過去に振り分けをした時点と同じ構成を管理していたメンバインスタンスが存在したか否かを判断する。これはステップ２２０２でメンバインスタンスへ振り分けた構成があったか否かで判断できる。そのようなメンバインスタンスが存在した場合には、処理はステップ２２０８に移行し、存在しなかった場合には処理はステップ２２０７に移行する。
（vii）ステップ２２０７
　管理対象決定プログラム１６２は、集約優先度テーブル１２００から優先度の最も低い関連種別を除外して、図２１に示したフローチャートに従って、構成サマリ情報を構成サマリテーブル１７００に格納する処理を行う。そして、処理はステップ２２０３に移行する。
（viii）ステップ２２０８
　管理対象決定プログラム１６２は、過去の管理担当インスタンスとは関係なく、すべて新規な構成として、サイトＩＤが同一、かつ担当オブジェクト数が少ないメンバインスタンスに管理対象オブジェクトを順に振り分ける。つまり、過去に管理対象振り分け済みだったとしても（既に同じ構成を管理していたメンバインスタンスが存在していたとしても）、全ての管理対象を新規の構成と見なして再振り分けが実行される。
　＜担当インスタンステーブルの構成例＞
　図２３は、メンバインスタンステーブル１０００ａに図１０（ａ）に示すような値が設定されており、かつ構成サマリテーブル１７００が図１７に示すような値が設定されている場合に、図２２のフローチャートに従って処理をした結果、担当インスタンステーブル２３００に格納される値を示す図である。この場合、メンバインスタンステーブル１０００ａのサイトＩＤ１００３ａにも、構成サマリテーブル１７００のサイトＩＤ１７０１にも値が設定されていないため、サイトＩＤは考慮されない。
　一方、図２４は、メンバインスタンステーブル１０００ａに図１０（ｂ）に示すような値が設定されており、かつ構成サマリテーブル１７００が図１９に示すような値が設定されている場合に、図２２のフローチャートに従って処理をした結果、担当インスタンステーブル２３００に格納される値を示す図である。この場合、構成サマリテーブル１７００のサイトＩＤ１７０１に設定されたサイトＩＤと同じ値がサイトＩＤ１００３ａに設定されているメンバインスタンスに構成が割り振られる。
　＜管理対象通知処理：ステップ１３０４の詳細＞
　図２５は、ステップ１３０４において、代表インスタンスの管理対象決定プログラム１６２が、担当インスタンステーブル２３００を基に、各メンバインスタンスへ担当すべき管理対象オブジェクトを通知する処理の詳細を説明するためのフローチャートの例である。なお、管理対象オブジェクトとは、担当インスタンステーブル２２００のホストデバイスＩＤ１７０２に対応するホスト計算機１００上のデバイスや、ストレージ装置ＩＤ１７０４及びストレージボリュームＩＤ１７０５に対応するストレージ装置１２０上のボリューム、外部ストレージ装置ＩＤ１７０６及び外部ストレージボリュームＩＤ１７０７に対応する外部ストレージ装置１４０上のボリュームを表す。
（i）ステップ２５０１ａ
　代表インスタンスの管理対象決定プログラム１６２は、各メンバインスタンスへ振り分けた管理オブジェクトを通知する。通知内容は担当インスタンステーブル２３００の各行と同様の情報である。
（ii）ステップ２５０１ｂ
　メンバインスタンスの管理対象受信プログラム１６３は、管理オブジェクトの通知を受信する。
（iii）ステップ２５０２ｂ
　メンバインスタンスの管理対象受信プログラム１６３は、通知された管理オブジェクトの詳細情報を、対応するホスト計算機１００、ストレージ装置１２０、及び外部ストレージ装置１４０から取得する。
　なお、各メンバインスタンスの管理対象受信プログラム１６３は、通知された管理オブジェクトの詳細情報を、定期的に対応するホスト計算機１００、ストレージ装置１２０、外部ストレージ装置１４０から再取得（リフレッシュ）するようにしても良い。その際に、管理オブジェクトに関連するオブジェクト（ホスト計算機上のデバイスに対応するストレージ装置上のボリュームや、ストレージ装置上のボリュームに対応するボリュームなど）に変更があった場合には、構成変更検知プログラム１６４がそれを検知し、代表インスタンスへ通知し、管理対象振り分けの見直しを促すようにする。
　＜構成変更時の処理＞
　図２６は、管理対象受信プログラム１６３が管理対象の詳細情報を再取得した際に、構成変更検知プログラム１６４が行う処理のフローチャートである。
（i）ステップ２６０１ａ
　メンバインスタンスの構成変更検知プログラム１６４は、管理オブジェクトの関連オブジェクトに変更（例えば、新規オブジェクトの追加や対応関係についての変更等）がないか否かを判断する。変更がある場合には、処理はステップ２６０２ａに移行する。変更がなければ、処理は終了する。
（ii）ステップ２６０２ａ
　メンバインスタンスの構成変更検知プログラム１６４は、変更のあった管理オブジェクトの構成サマリ情報を代表インスタンスに通知する。
（iii）ステップ２６０１ｂ
　代表インスタンスの管理対象決定プログラム１６２は、変更のあった管理オブジェクトの構成サマリ情報を受信する。
（iv）ステップ２６０２ｂ
　代表インスタンスの管理対象決定プログラム１６２は、既存の構成サマリテーブル１７００の情報を、受信した構成サマリ情報を基に書き換える。
（v）ステップ２６０３ｂ
　代表インスタンスの管理対象決定プログラム１６２は、書き換えた構成サマリ情報を基に、図２２のフローチャートに従って管理オブジェクトの振り分けを再度実行する。
（vi）ステップ２６０４ｂ
　代表インスタンスの管理対象決定プログラム１６２は、図２５のフローチャートに従って、振り分けた管理オブジェクトを各メンバインスタンスへ通知する。
（２）第２の実施形態
　第１の実施形態では、ストレージシステム（計算機システム）１０内に、基本的に複数の管理サーバ（管理計算機）を設置し、それぞれがストレージ管理ソフトウェアを有するインスタンスとして機能する形態について説明した。第２の実施形態では、複数の管理サーバのうち、少なくとも１つが複数の仮想サーバを有し、それぞれの仮想サーバがインスタンスを提供する形態となっている。
　＜ストレージシステムの構成＞
　図２７は、本発明の第２の実施形態によるストレージシステムの概略構成を示す図である。ホスト計算機１００、ストレージ装置１２０、及び外部ストレージ装置１４０の内部構成は、第１の実施形態で示されたそれぞれの構成と同様である。管理サーバ１６０に関しては、その少なくとも１つが、複数の仮想サーバ２７００を有し、それぞれの仮想サーバ２７００上でインスタンスとしての管理ソフトウェア１６１が動作している。
　１つの管理サーバ１６０上で動作する複数の仮想サーバ２７００は、管理サーバ１６０が有するＣＰＵ（図示せず：プロセッサともいう）が仮想化ソフトウェア（ハイパーバイザー:Hypervisor）を動作させる。この仮想化ソフトウェアは、各仮想サーバ２７００に対して、仮想化されたハードウェアを提供する。仮想化されたハードウェア（仮想デバイス）としては、ＣＰＵ、メモリ、及びＩ／Ｏインタフェースが含まれる。つまり、仮想マシンサーバ２７００は、物理的ハードウェアから仮想的に割り当てられた、仮想ＣＰＵと、仮想メモリと、仮想Ｉ／Ｏインタフェースとを有する。
　また、各仮想サーバ２７００は、仮想化ソフトウェアが提供する仮想デバイスを物理ハードウェアと認識して動作するため、標準的なＯＳ環境がそのまま動作する。つまり、標準的なＯＳ環境においては、オペレーティングシステム上で様々なアプリケーションが動作するようになっている。
　図２７に示されるストレージシステム２０においては、同術のように、仮想サーバ２７００における各管理ソフトウェア１６１が各メンバインスタンスとして動作することだけが第１の実施形態によるストレージシステム１０（図１）との差異であり、システム内の動作は第１の実施形態と同様である。
（３）変形例
　上述の第１及び第２の実施形態においては、ホスト計算機１００のクラスタや、ストレージ装置１２０の外部ストレージ接続機能、リモートコピー機能、ローカルコピー機能を用いた場合の構成を例に説明を行ったが、その他の機能によってボリューム間に関連がある場合にも同様の方法で管理対象の振り分けを行うことができる。例えば、ホスト計算機１００におけるマルチパス機能や、ストレージ装置が持つThin Provisioning機能、ストレージクラスタ機能などが挙げられる。
　マルチパス機能は、同一のホスト計算機に対して異なるパスを用いて同一のボリュームを割り当て、片方のパスに障害が発生した場合にもう一方のパスへ切り替える機能である。Thin Provisioning機能はストレージ装置内の複数のボリュームをプールとして管理して、ホスト計算機には仮想的なボリュームを提供し、仮想的なボリュームに対してホスト計算機からデータの書き込みがあったタイミングで、書き込みがあった部分に順次プールから記憶領域を切り出して割り当てる機能である。また、ストレージクラスタ機能は、２つのストレージ装置間でリモートコピー等によってボリュームデータを同期しておき、両方のストレージ装置間から同じホスト計算機に対して同じデータを持つボリュームを割り当て、片方のストレージ装置に障害が発生した場合にも、ホスト計算機からもう片方のストレージ装置に同期されていたボリュームデータをそのまま利用できるようにする機能である。
（４）まとめ
　第１の実施形態では、まず、複数の管理計算機の１つが代表管理計算機として指定或いは決定される。代表管理計算機は、１つ又は複数のホスト計算機及び１つ又は複数のストレージサブシステムから、複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報とを収集する。そして、代表管理計算機は、構成サマリ情報に基づいて、複数の管理計算機（インスタンス）のそれぞれが集約して担当すべき管理対象オブジェクトを決定し、複数の管理計算機に通知する。このようにすることにより、計算機システム内の各管理対象オブジェクトの関連を考慮して担当すべき管理計算機を割り当てることができるようになる。よって、管理操作不可や構成情報矛盾の発生を回避でき、単一のインスタンスで全てを管理する場合と同様の管理操作や情報参照が可能となる。
　第２の実施形態では、１つの管理計算機（管理サーバ）上に、複数の仮想管理サーバ（インスタンスに相当）が設けられている。そして、各仮想管理サーバに、担当すべき管理対象オブジェクトを第１の実施形態と同様の処理によって割り当てる。これにより、複数の仮想化された管理サーバが存在する計算機システムであっても、上述と同様の効果を期待することができる。なそ、計算機システム内で、仮想管理サーバと物理的な複数の管理サーバとが混在していても構わない。
　関連種別情報は複数種類存在する。例えば、ローカルコピー（ＬＣ）の関係、クラスタの関係、直接対応（ＭＡＰ）の関係、リモートコピー（ＲＣ）の関係、及び外部ストレージ装置が設定（ＥＸＴ）されている関係等である。このような場合、各関連種別情報には、優先度が決められており、この優先度の情報によって、複数の管理対象オブジェクトを優先的に同一の管理計算機（インスタンス）に割り当てるか否かの判断がなされる。このように、各管理対象オブジェクト間の関連の優先度を考慮して、同一の管理計算機が担当すべき管理対象オブジェクトを割り当て（振り分け）るので、管理操作不可や構成情報矛盾の発生に繋がりやすいオブジェクトを確実に同一のインスタンスに割り当てることが可能となる。例えば、ＬＣを最優先度に設定し、ＬＣの関係にある管理対象オブジェクトは必ず同一のインスタンスに振り分けるようにする。ＬＣの場合に対象のオブジェクトが別々のインスタンスに振り分けられると、管理操作不可や構成情報矛盾の発生の可能性が高くなるからである。
　また、関連種別情報に基づいて、複数の管理対象オブジェクト間の対応関係を構成サマリテーブル上で整理する。当該テーブル上の各行が１つのインスタンスが担当すべきオブジェクトに相当するようになっているので、テーブル上で整理され、各行のエントリに配置された各管理対象オブジェクトを同一のインスタンスの担当として割り当てる。このようにすることにより、効率よく担当インスタンスを決定することが可能となる。
　インスタンスへのオブジェクト割り振り処理を実行する場合、過去に管理計算機（インスタンス）に割り当てられたことのある管理対象オブジェクトについては、それと同一のインスタンスに割り当てる。そして、過去に管理計算機に割り当てられたことのない新規の管理対象オブジェクトについて、関連種別情報に基づいて管理計算機（インスタンス）を割り当てる。このようにすることにより、処理の高速化・効率化を図ることが可能となる。また、割り当て処理の結果、複数の管理計算機に割り当てられた管理対象オブジェクトの数に所定の偏りがある場合には、複数の管理対象オブジェクトの担当する管理計算機を再度決定する。このようにすることにより、各インスタンスの負荷を均等にすることが可能となる。例えば、考慮すべき関連種別情報を減らした後（優先度の低い情報を考慮対象から外す）、担当する管理計算機を再度決定する。このように、重要なオブジェクト間の関連についてカバーしつつ、重要性の低いオブジェクトの関連を割り当て処理の対象から外す。これにより、各インスタンスの負荷の軽減と管理操作不可や構成情報矛盾の発生防止とのバランスを取ることが可能となる。
　さらに、ホスト計算機及び前記ストレージサブシステムの配置場所を示すサイト情報がある場合には、このサイト情報を各ホスト計算機及び各ストレージサブシステムから収集する。そして、サイト情報と構成サマリ情報とに基づいて、複数の管理計算機（インスタンス）のそれぞれが集約して担当すべき管理対象オブジェクトを決定する。このようにすることにより、ホスト計算機やストレージサブシステムの物理的な設置場所を考慮して、インスタンスの担当を振り分けることができるので、極端なリモートアクセスが生じる可能性が低くなり、処理の効率化を図ることができ、インスタンスの負荷を軽減することが可能となる。
　本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
　また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
　さらに、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。
　最後に、ここで述べたプロセス及び技術は本質的に如何なる特定の装置に関連することはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教授に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。また、実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。本発明は、具体例に関連して記述したが、これらは、すべての観点に於いて限定の為ではなく説明の為である。本分野にスキルのある者には、本発明を実施するのに相応しいハードウェア、ソフトウェア、及びファームウエアの多数の組み合わせがあることが解るであろう。例えば、記述したソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
　さらに、上述の実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていても良い。
　加えて、本技術分野の通常の知識を有する者には、本発明のその他の実装がここに開示された本発明の明細書及び実施形態の考察から明らかになるである。記述された実施形態の多様な態様及び／又はコンポーネントは、データを管理する機能を有するコンピュータ化ストレージシステムに於いて、単独又は如何なる組み合わせでも使用することが出来る。明細書と具体例は典型的なものに過ぎず、本発明の範囲と精神は後続する請求範囲で示される。
１０　計算機システム（ストレージシステム）
１００　ホスト計算機
１０１　管理エージェント
１０２　管理情報テーブル
１２０　ストレージ装置（ストレージサブシステム）
１２１　マイクロプログラム
１２２　管理情報テーブル
１３０　ＳＡＮ
１４０　外部ストレージ装置（外部接続ストレージ装置）
１４１　マイクロプログラム
１４２　管理情報テーブル
１５０　ＳＡＮ
１６０　管理サーバ（管理計算機）
１６１　管理ソフトウェア
１６２　管理対象決定プログラム
１６３　管理対象受信プログラム
１６４　構成変更検知プログラム
１６５　管理情報テーブル
１６６　インスタンス連携プログラム
１７０　管理ＬＡＮ

Claims (15)

  1. 　１つ又は複数のホスト計算機と、
    　前記１つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する１つ又は複数のストレージサブシステムと、
    　前記１つ又は複数のストレージサブシステムと前記１つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する、複数の管理計算機と、を有し、
    　前記複数の管理計算機の１つは、前記複数の管理計算機の中の代表管理計算機として、前記１つ又は複数のホスト計算機及び前記１つ又は複数のストレージサブシステムから、前記複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、前記複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集し、前記構成サマリ情報に基づいて、前記複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定し、前記複数の管理計算機に通知することを特徴とする計算機システム。
  2. 　請求項１において、
    　前記関連種別情報は複数種類存在し、
    　少なくとも前記代表管理計算機は、前記複数の管理対象オブジェクトを優先的に同一の管理計算機に割り当てるか否かの判断指標となる前記関連種別情報の優先度の情報を保持し、
    　前記代表管理計算機は、前記関連種別情報の優先度を考慮して前記複数の管理対象オブジェクトの前記複数の管理計算機への担当割り当てを決定することを特徴とする計算機システム。
  3. 　請求項１において、
    　前記代表管理計算機は、前記関連種別情報に基づいて、前記複数の管理対象オブジェクト間の対応関係を整理し、当該対応関係を有する管理対象オブジェクトを同一の管理計算機の管理担当として割り当てることを特徴とする計算機システム。
  4. 　請求項３において、
    　前記代表管理計算機は、過去に管理計算機に割り当てられたことのある管理対象オブジェクトについては、当該管理計算機と同一の管理計算機に割り当てることを特徴とする計算機システム。
  5. 　請求項４において、
    　前記代表管理計算機は、過去に管理計算機に割り当てられたことのない新規の管理対象オブジェクトについては前記関連種別情報に基づいて前記管理計算機を割り当て、割り当て処理の結果、前記複数の管理計算機に割り当てられた前記管理対象オブジェクトの数に所定の偏りがある場合には、前記複数の管理対象オブジェクトの担当する前記管理計算機を再度決定することを特徴とする計算機システム。
  6. 　請求項５において、
    　前記代表管理計算機は、考慮すべき前記関連種別情報を減らした後、前記担当する管理計算機を再度決定することを特徴とする計算機システム。
  7. 　請求項２において、
    　前記関連種別情報は、前記管理対象オブジェクトが、ローカルコピーの関係にあること、クラスタを構成する関係にあること、直接の対応関係にあること、及び外部ストレージに存在することを含み、
    　前記ローカルコピーの関係にあることが最優先度に設定されており、
    　前記代表管理計算機は、ローカルコピーの関係にある前記管理対象オブジェクトについては、同一の管理計算機に必ず割り当てることを特徴とする計算機システム。
  8. 　請求項１において、
    　前記代表管理計算機は、前記ホスト計算機及び前記ストレージサブシステムの配置場所を示すサイト情報を、前記１つ又は複数のホスト計算機及び前記１つ又は複数のストレージサブシステムから収集し、当該サイト情報と前記構成サマリ情報とに基づいて、前記複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定することを特徴とする計算機システム。
  9. 　１つ又は複数のホスト計算機と、前記１つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する１つ又は複数のストレージサブシステムと、前記１つ又は複数のストレージサブシステムと前記１つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する管理計算機と、を有する計算機システムの管理方法であって、
    　前記管理計算機は、プロセッサとメモリを有し、前記複数の管理対象オブジェクトを管理する、複数の仮想管理サーバを提供し、
    　前記管理方法は、
    　　前記プロセッサが、前記１つ又は複数のホスト計算機及び前記１つ又は複数のストレージサブシステムから、前記複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、前記複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集するステップと、
    　　前記プロセッサが、前記構成サマリ情報に含まれる前記関連種別情報に基づいて、前記複数の仮想管理サーバのそれぞれが集約して担当すべき管理対象オブジェクトを決定するステップと、
    　　前記プロセッサが、前記決定された担当すべき管理対象オブジェクトを前記複数の仮想管理サーバのそれぞれに通知するステップと、
    を有することを特徴とする管理方法。
  10. 　請求項９において、
    　前記関連種別情報は複数種類存在し、
    　前記プロセッサは、前記複数の管理対象オブジェクトを優先的に同一の仮想管理サーバに割り当てるか否かの判断指標となる前記関連種別情報の優先度の情報を前記複数の仮想管理サーバに提供し、
    　前記決定するステップにおいて、前記プロセッサは、前記関連種別情報の優先度を考慮して前記複数の管理対象オブジェクトの前記複数の仮想管理サーバへの担当割り当てを決定することを特徴とする管理方法。
  11. 　請求項９において、
    　前記決定するステップにおいて、前記プロセッサは、前記関連種別情報に基づいて、前記複数の管理対象オブジェクト間の対応関係を整理し、当該対応関係を有する管理対象オブジェクトを同一の仮想管理サーバの管理担当として割り当てることを特徴とする管理方法。
  12. 　請求項１１において、
    　前記決定するステップにおいて、前記プロセッサは、過去に仮想管理サーバに割り当てられたことのある管理対象オブジェクトについては、当該仮想管理サーバと同一の仮想管理サーバに割り当てることを特徴とする管理方法。
  13. 　請求項１２において、
    　前記決定するステップにおいて、前記プロセッサは、過去に仮想管理サーバに割り当てられたことのない新規の管理対象オブジェクトについては前記関連種別情報に基づいて前記仮想管理サーバを割り当て、
    　さらに、割り当て処理の結果、前記複数の仮想管理サーバに割り当てられた前記管理対象オブジェクトの数に所定の偏りがある場合には、前記プロセッサが、前記複数の管理対象オブジェクトの担当する前記仮想管理サーバを再度決定するステップを有することを特徴とする管理方法。
  14. 　請求項１３において、
    　前記サイド決定するステップにおいて、前記プロセッサは、考慮すべき前記関連種別情報を減らした後、前記担当する仮想管理サーバを再度決定することを特徴とする管理方法。
  15. 　１つ又は複数のホスト計算機と、前記１つ又は複数のホスト計算機に接続され、当該ホスト計算機に情報を提供する１つ又は複数のストレージサブシステムと、前記１つ又は複数のストレージサブシステムと前記１つ又は複数のホスト計算機に接続され、当該ストレージサブシステム及びホスト計算機に含まれる複数の管理対象オブジェクトを管理する、複数の管理計算機と、を有する計算機システムを管理するためのプログラムであって、
    　前記複数の管理計算機の１つに、
    　前記１つ又は複数のホスト計算機及び前記１つ又は複数のストレージサブシステムから、前記複数の管理対象オブジェクトを特定するための情報を含むオブジェクト情報と、前記複数の管理対象オブジェクト間の関連を示す関連種別情報を含む構成サマリ情報と、を収集する処理と、
    　前記構成サマリ情報に含まれる前記関連種別情報に基づいて、前記複数の管理計算機のそれぞれが集約して担当すべき管理対象オブジェクトを決定する処理と、
    　前記複数の管理計算機に通知する処理と、
    を実行させるためのプログラム。
PCT/JP2011/054123 2011-02-24 2011-02-24 計算機システム、及びその管理方法、並びにプログラム WO2012114492A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN2011800422328A CN103080909A (zh) 2011-02-24 2011-02-24 计算机系统及其管理方法以及程序
JP2013500782A JP5342086B2 (ja) 2011-02-24 2011-02-24 計算機システム、及びその管理方法、並びにプログラム
US13/131,582 US8782191B2 (en) 2011-02-24 2011-02-24 Computer system having representative management computer and management method for multiple target objects
PCT/JP2011/054123 WO2012114492A1 (ja) 2011-02-24 2011-02-24 計算機システム、及びその管理方法、並びにプログラム
GB1303104.2A GB2496556B (en) 2011-02-24 2011-02-24 Computer system and management method for the computer system and program
US14/319,687 US9088528B2 (en) 2011-02-24 2014-06-30 Computer system and management method for the computer system and program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/054123 WO2012114492A1 (ja) 2011-02-24 2011-02-24 計算機システム、及びその管理方法、並びにプログラム

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US13/131,582 A-371-Of-International US8782191B2 (en) 2011-02-24 2011-02-24 Computer system having representative management computer and management method for multiple target objects
US14/319,687 Continuation US9088528B2 (en) 2011-02-24 2014-06-30 Computer system and management method for the computer system and program

Publications (1)

Publication Number Publication Date
WO2012114492A1 true WO2012114492A1 (ja) 2012-08-30

Family

ID=46719782

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/054123 WO2012114492A1 (ja) 2011-02-24 2011-02-24 計算機システム、及びその管理方法、並びにプログラム

Country Status (5)

Country Link
US (2) US8782191B2 (ja)
JP (1) JP5342086B2 (ja)
CN (1) CN103080909A (ja)
GB (1) GB2496556B (ja)
WO (1) WO2012114492A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5661921B2 (ja) * 2011-04-12 2015-01-28 株式会社日立製作所 計算機システム及び管理システム
US9507524B1 (en) 2012-06-15 2016-11-29 Qlogic, Corporation In-band management using an intelligent adapter and methods thereof
US20150081400A1 (en) * 2013-09-19 2015-03-19 Infosys Limited Watching ARM
JP6255895B2 (ja) * 2013-10-24 2018-01-10 富士通株式会社 ストレージ制御装置、およびプログラム
US9626117B2 (en) * 2014-01-09 2017-04-18 Hitachi, Ltd. Computer system and management method for computer system
US9454305B1 (en) 2014-01-27 2016-09-27 Qlogic, Corporation Method and system for managing storage reservation
US9921865B2 (en) * 2014-01-30 2018-03-20 Red Hat Israel, Ltd. Population of system tables by hypervisor
US9423980B1 (en) 2014-06-12 2016-08-23 Qlogic, Corporation Methods and systems for automatically adding intelligent storage adapters to a cluster
US9436654B1 (en) 2014-06-23 2016-09-06 Qlogic, Corporation Methods and systems for processing task management functions in a cluster having an intelligent storage adapter
US9477424B1 (en) 2014-07-23 2016-10-25 Qlogic, Corporation Methods and systems for using an intelligent storage adapter for replication in a clustered environment
JP6394212B2 (ja) * 2014-09-11 2018-09-26 富士通株式会社 情報処理システム、ストレージ装置及びプログラム
US9460017B1 (en) 2014-09-26 2016-10-04 Qlogic, Corporation Methods and systems for efficient cache mirroring
US9483207B1 (en) 2015-01-09 2016-11-01 Qlogic, Corporation Methods and systems for efficient caching using an intelligent storage adapter
US10848405B2 (en) * 2017-02-08 2020-11-24 Red Hat Israel, Ltd. Reporting progress of operation executing on unreachable host
US11194746B2 (en) * 2017-12-22 2021-12-07 Seagate Technology Llc Exchanging drive information
US11438224B1 (en) 2022-01-14 2022-09-06 Bank Of America Corporation Systems and methods for synchronizing configurations across multiple computing clusters

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002063063A (ja) * 2000-06-05 2002-02-28 Fujitsu Ltd ストレージエリア・ネットワーク管理システム
JP2004318741A (ja) * 2003-04-21 2004-11-11 Hitachi Ltd ネットワーク管理プログラム、管理計算機及び管理方法
JP2008117251A (ja) * 2006-11-07 2008-05-22 Hitachi Ltd 統合管理計算機と記憶装置管理方法および計算機システム

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1027148A (ja) * 1996-07-10 1998-01-27 Hitachi Ltd インターネット用サーバシステム
US5895493A (en) * 1997-06-30 1999-04-20 Lsi Logic Corporation Method and apparatus for storage of multiple host storage management information on a storage subsystem
US6041325A (en) * 1997-10-09 2000-03-21 Alcatel Usa Sourcing, L.P. System and method for controlling access to a telephony database
US6363421B2 (en) * 1998-05-31 2002-03-26 Lucent Technologies, Inc. Method for computer internet remote management of a telecommunication network element
US6711612B1 (en) * 1998-12-18 2004-03-23 Emc Corporation System for facilitating the transfer of management information from a remote mass storage subsystem over a switching fabric or selectively over a private link to a central location for servicing
US6684209B1 (en) * 2000-01-14 2004-01-27 Hitachi, Ltd. Security method and system for storage subsystem
US7171654B2 (en) * 2000-05-25 2007-01-30 The United States Of America As Represented By The Secretary Of The Navy System specification language for resource management architecture and corresponding programs therefore
US7103653B2 (en) 2000-06-05 2006-09-05 Fujitsu Limited Storage area network management system, method, and computer-readable medium
US20020152293A1 (en) * 2001-01-31 2002-10-17 Hahn Terry G. Dynamic server directory for distributed computing system
US20030208572A1 (en) * 2001-08-31 2003-11-06 Shah Rajesh R. Mechanism for reporting topology changes to clients in a cluster
JP2003108420A (ja) * 2001-09-27 2003-04-11 Hitachi Ltd データストレージシステム及びこの制御方法
US7349961B2 (en) * 2001-12-07 2008-03-25 Hitachi, Ltd. Detecting configuration inconsistency in storage networks
JP4146653B2 (ja) * 2002-02-28 2008-09-10 株式会社日立製作所 記憶装置
JP2004110367A (ja) * 2002-09-18 2004-04-08 Hitachi Ltd 記憶装置システムの制御方法、記憶制御装置、および記憶装置システム
US7263596B1 (en) * 2002-12-17 2007-08-28 Advanced Digital Information Corporation Logical library architecture for data storage applications and methods of use
US7146462B2 (en) * 2003-05-20 2006-12-05 Hitachi, Ltd. Storage management method
US7454569B2 (en) * 2003-06-25 2008-11-18 Commvault Systems, Inc. Hierarchical system and method for performing storage operations in a computer network
JP2005228278A (ja) * 2004-01-14 2005-08-25 Hitachi Ltd 記憶領域の管理方法、管理装置及び管理プログラム
JP4554949B2 (ja) * 2004-01-23 2010-09-29 株式会社日立製作所 管理計算機および記憶装置の管理方法
JP2005267501A (ja) * 2004-03-22 2005-09-29 Hitachi Ltd ストレージ管理方法及びシステム
JP4455137B2 (ja) * 2004-04-20 2010-04-21 株式会社日立製作所 記憶サブシステム管理方法
US8745011B2 (en) * 2005-03-22 2014-06-03 International Business Machines Corporation Method and system for scrubbing data within a data storage subsystem
JP2008033412A (ja) * 2006-07-26 2008-02-14 Hitachi Ltd 計算機システムの性能管理方法、管理計算機、及びストレージ装置
JP4755548B2 (ja) * 2006-08-01 2011-08-24 株式会社日立製作所 運用管理方法、運用管理プログラム、運用管理システムおよび運用管理装置
JP4327831B2 (ja) * 2006-09-05 2009-09-09 株式会社日立製作所 ストレージシステム、管理計算機及びコピーペア監視方法
US7818418B2 (en) * 2007-03-20 2010-10-19 Computer Associates Think, Inc. Automatic root cause analysis of performance problems using auto-baselining on aggregated performance metrics
JP4434235B2 (ja) * 2007-06-05 2010-03-17 株式会社日立製作所 計算機システムまたは計算機システムの性能管理方法
JP5137476B2 (ja) * 2007-06-21 2013-02-06 株式会社日立製作所 連携して動作する複数のアプリケーションが使用するデータのバックアップ環境の設定を行う計算機及び方法
JP4958673B2 (ja) * 2007-07-26 2012-06-20 株式会社日立製作所 ストレージシステム及びこれの管理方法
JP2009205333A (ja) * 2008-02-27 2009-09-10 Hitachi Ltd 計算機システム、ストレージ装置及びデータ管理方法
JP2009223442A (ja) * 2008-03-13 2009-10-01 Hitachi Ltd ストレージシステム
US8612679B2 (en) * 2009-01-23 2013-12-17 Infortrend Technology, Inc. Storage subsystem and storage system architecture performing storage virtualization and method thereof
US20110060883A1 (en) * 2009-09-08 2011-03-10 Hitachi, Ltd. Method and apparatus for external logical storage volume management
US8356140B2 (en) * 2010-07-19 2013-01-15 Hitachi, Ltd. Methods and apparatus for controlling data between storage systems providing different storage functions
JP5425117B2 (ja) * 2011-01-26 2014-02-26 株式会社日立製作所 計算機システム、及びその管理方法、並びにプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002063063A (ja) * 2000-06-05 2002-02-28 Fujitsu Ltd ストレージエリア・ネットワーク管理システム
JP2004318741A (ja) * 2003-04-21 2004-11-11 Hitachi Ltd ネットワーク管理プログラム、管理計算機及び管理方法
JP2008117251A (ja) * 2006-11-07 2008-05-22 Hitachi Ltd 統合管理計算機と記憶装置管理方法および計算機システム

Also Published As

Publication number Publication date
JPWO2012114492A1 (ja) 2014-07-07
GB2496556A (en) 2013-05-15
US20140317297A1 (en) 2014-10-23
US9088528B2 (en) 2015-07-21
CN103080909A (zh) 2013-05-01
US20120221729A1 (en) 2012-08-30
GB2496556B (en) 2013-11-13
GB201303104D0 (en) 2013-04-10
US8782191B2 (en) 2014-07-15
JP5342086B2 (ja) 2013-11-13

Similar Documents

Publication Publication Date Title
JP5342086B2 (ja) 計算機システム、及びその管理方法、並びにプログラム
US8495645B2 (en) Server pool management method
US8578121B2 (en) Computer system and control method of the same
US9385915B2 (en) Dynamic caching technique for adaptively controlling data block copies in a distributed data processing system
JP4634812B2 (ja) 複数のコントローラ間に仮想ストレージセグメントを割り当てる能力を有するストレージシステム
US8856264B2 (en) Computer system and management system therefor
US9229645B2 (en) Storage management method and storage system in virtual volume having data arranged astride storage devices
JP4235220B2 (ja) 計算機システムおよびデータ移行方法
US8386744B2 (en) Thin provisioning migration and scrubbing
US7966470B2 (en) Apparatus and method for managing logical volume in distributed storage systems
US20120096231A1 (en) Data migration system and data migration method
JP2003345522A (ja) データ再配置方法及び装置
US8001324B2 (en) Information processing apparatus and informaiton processing method
JP2005275525A (ja) ストレージシステム
US20150236974A1 (en) Computer system and load balancing method
JP2016118821A (ja) ストレージ管理装置、ストレージ管理方法およびストレージ管理プログラム
CN111124250A (zh) 用于管理存储空间的方法、设备和计算机程序产品
US8261038B2 (en) Method and system for allocating storage space
US11061604B2 (en) Method and storage system architecture for accessing data by means of a compatible module
WO2016207995A1 (ja) 計算機システム及び記憶制御方法
WO2018004519A1 (en) Management method and apparatus for configuring optimized path
JP5355764B2 (ja) ＴｈｉｎＰｒｏｖｉｓｉｏｎｉｎｇに従う仮想的な論理ボリュームに対するデータのライトを制御する方法及びストレージ装置
CN103765370A (zh) 访问对象存储系统的计算机系统

Legal Events

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

Ref document number: 201180042232.8

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 13131582

Country of ref document: US

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

Ref document number: 11859339

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 1303104

Country of ref document: GB

Kind code of ref document: A

Free format text: PCT FILING DATE = 20110224

WWE Wipo information: entry into national phase

Ref document number: 1303104.2

Country of ref document: GB

ENP Entry into the national phase

Ref document number: 2013500782

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11859339

Country of ref document: EP

Kind code of ref document: A1