WO2013157094A1 - 管理システム及び管理方法 - Google Patents

管理システム及び管理方法 Download PDF

Info

Publication number
WO2013157094A1
WO2013157094A1 PCT/JP2012/060464 JP2012060464W WO2013157094A1 WO 2013157094 A1 WO2013157094 A1 WO 2013157094A1 JP 2012060464 W JP2012060464 W JP 2012060464W WO 2013157094 A1 WO2013157094 A1 WO 2013157094A1
Authority
WO
WIPO (PCT)
Prior art keywords
storage
storage device
access path
access
server
Prior art date
Application number
PCT/JP2012/060464
Other languages
English (en)
French (fr)
Inventor
佑樹 宮本
克利 朝木
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to US13/576,479 priority Critical patent/US8850088B2/en
Priority to PCT/JP2012/060464 priority patent/WO2013157094A1/ja
Publication of WO2013157094A1 publication Critical patent/WO2013157094A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0635—Configuration or reconfiguration of storage systems by changing the path, e.g. traffic rerouting, path reconfiguration
    • 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/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0689—Disk arrays, e.g. RAID, JBOD

Definitions

  • the present invention relates to a management system for managing a computer system and a management method thereof.
  • a technology has been proposed in which a plurality of storage devices are virtualized into a single virtual storage device, which facilitates the operation and management thereof.
  • a host can access a virtual logical volume (hereinafter referred to as a “virtual volume”) provided by a virtual storage apparatus from any physical storage apparatus constituting the virtual storage apparatus. Further, data of one virtual volume is distributed and stored in a plurality of storage devices sharing the virtual volume.
  • a virtual volume virtual logical volume
  • data of one virtual volume is distributed and stored in a plurality of storage devices sharing the virtual volume.
  • access can be distributed so that the load is not concentrated on the control unit of one storage apparatus.
  • the free capacity of another storage device can be used even when the free capacity of one storage device is exhausted, there is an advantage that it is not necessary to manage the free space individually.
  • the virtual storage device configures a pool in which the storage areas of a plurality of storage devices are combined, creates a virtual volume based on the thin provisioning technology on the pool, and hosts the created virtual volume.
  • the host can access data on the virtual volume from any storage device that shares the virtual volume.
  • the storage device receives a read request from the host, it identifies which storage device the read target data is actually stored in, acquires the read target data from the specified storage device, and returns it to the host To do.
  • the storage device receives a write request from the host and it is a write request for new data, it selects the storage area for the new data from the free space of all storage devices sharing the pool. To do.
  • Patent Document 1 discloses a path management technique in a storage apparatus.
  • influence range the range of devices that are affected by the suspension of the storage device.
  • the administrator may judge the influence range to be larger than necessary.
  • the management system manages a computer system including a plurality of storage devices and a server that uses a virtual volume (virtual logical volume) shared by the plurality of storage devices.
  • the storage device of the management system stores access path information.
  • the access path information is one or more existing on the access path for each access path that is a path from the server to one storage apparatus, which is used when the server accesses each storage area of the plurality of storage apparatuses. This information indicates the storage device.
  • the control device of the management system accepts selection of the first storage device to be determined from among the plurality of storage devices, and there is a first access path including the first storage device based on the access path information A first determination is made as to whether or not to do so.
  • the control device uses the first access path when the server accesses the storage area allocated to the part used by the server of the virtual volume.
  • a second determination is made as to whether or not the access path is an active access path, and it is determined whether or not the first storage device can be stopped based on the result of the first determination or the result of the second determination.
  • FIG. 1 is a diagram illustrating an overview of the first embodiment.
  • FIG. 2 is a configuration diagram of an example of a computer system according to the first embodiment.
  • FIG. 3 is a configuration diagram of an example of a virtualization server according to the first embodiment.
  • FIG. 4 is a configuration diagram of an example of an operation VM management table according to the first embodiment.
  • FIG. 5 is a configuration diagram of an example of the VM data management table according to the first embodiment.
  • FIG. 6 is a configuration diagram of an example of the storage apparatus according to the first embodiment.
  • FIG. 7 is a configuration diagram of an example of a host access path management table according to the first embodiment.
  • FIG. 8 is a configuration diagram of an example of an inter-device access path management table according to the first embodiment.
  • FIG. 1 is a diagram illustrating an overview of the first embodiment.
  • FIG. 2 is a configuration diagram of an example of a computer system according to the first embodiment.
  • FIG. 3 is a configuration diagram of an example of a
  • FIG. 9 is a configuration diagram of an example of a virtual-real page correspondence management table according to the first embodiment.
  • FIG. 10 is a configuration diagram of an example of a management computer according to the first embodiment.
  • FIG. 11 is a configuration diagram of an example of a host management table according to the first embodiment.
  • FIG. 12 is a configuration diagram of an example of a host access path integrated management table according to the first embodiment.
  • FIG. 13 is a configuration diagram of an example of an inter-device access path integrated management table according to the first embodiment.
  • FIG. 14 is a configuration diagram of an example of a virtual-real page correspondence integrated management table according to the first embodiment.
  • FIG. 15 is a configuration diagram of an example of the VM data integration management table according to the first embodiment.
  • FIG. 16 is a configuration diagram of an example of an operation VM integrated management table according to the first embodiment.
  • FIG. 17 is a configuration diagram of an example of a VM data access path management table according to the first embodiment.
  • FIG. 18 is a configuration diagram of an example of the stop-time inaccessible path management table according to the first embodiment.
  • FIG. 19 is a configuration diagram of an example of an operation VM data storage destination management table according to the first embodiment.
  • FIG. 20 is a configuration diagram of an example of a migration management table that cannot be stopped according to the first embodiment.
  • FIG. 21 is a flowchart of the maintenance work support process according to the first embodiment.
  • FIG. 22 is a flowchart of a preliminary preparation process according to the first embodiment.
  • FIG. 23 is a flowchart of stop-time inaccessible path specifying processing according to the first embodiment.
  • FIG. 24 is a flowchart of the VM data access path specifying process according to the first embodiment.
  • FIG. 25 is a flowchart of stop access permission determination processing according to the first embodiment.
  • FIG. 26 is a flowchart of the active stop-time inaccessible path specifying process according to the first embodiment.
  • FIG. 27 is a flowchart of active / inactive determination processing according to the first embodiment.
  • FIG. 28 is a configuration diagram of an example of an initial screen according to the first embodiment.
  • FIG. 29 is a configuration diagram of an example of a first determination result display screen according to the first embodiment.
  • FIG. 30 is a configuration diagram of a first example of a second determination result display screen according to the first embodiment.
  • FIG. 31 is a configuration diagram of a second example of the second determination result display screen according to the first embodiment.
  • FIG. 32 is a configuration diagram of an example of a third determination result display screen according to the first embodiment.
  • FIG. 33 is a configuration diagram of an example of a management computer according to the second embodiment.
  • FIG. 34 is a configuration diagram of an example of a physical connection management table according to the second embodiment.
  • FIG. 35 is a configuration diagram of an example of a free space management table according to the second embodiment.
  • FIG. 36 is a configuration diagram of an example of a countermeasure plan management table according to the second embodiment.
  • FIG. 37 is a configuration diagram of an example of a countermeasure required volume management table according to the second embodiment.
  • FIG. 38 is a configuration diagram of an example of a volume capacity management table according to the second embodiment.
  • FIG. 39 is a flowchart of the maintenance work support process according to the second embodiment.
  • FIG. 40 is a flowchart of the countermeasure specifying process according to the second embodiment.
  • FIG. 41 is a flowchart of the countermeasure required volume specifying process according to the second embodiment.
  • FIG. 42 is a flowchart of countermeasure plan identification processing according to the second embodiment.
  • FIG. 43 is a configuration diagram of an example of a fourth determination result display screen according to the second embodiment.
  • the information of the present invention will be described using an expression such as “aaa table”.
  • the information may be expressed using a data structure other than a table, list, DB, queue, or the like. Therefore, the “aaa table” or the like may be referred to as “aaa information” to indicate that it does not depend on the data structure.
  • program may be used as the subject. However, since the program uses a memory and a communication port (SAN port, LAN port) to perform processing determined by being executed by the processor, The description may be based on the processor. Further, the processing disclosed with the program as the subject may be processing performed by a computer such as a management computer. Further, part or all of the program may be realized by dedicated hardware. Various programs may be installed in each computer by a program distribution server or a computer-readable storage medium.
  • a set of one or more computers that manage a computer system and display information for display may be referred to as a management system.
  • the management computer displays display information
  • the management computer is a management system
  • a combination of the management computer and the display computer is also a management system.
  • a plurality of computers may realize processing equivalent to that of the management computer.
  • the plurality of computers if the display computer performs the display, display (Including computers) is the management system.
  • FIG. 1 is a diagram for explaining the outline of the first embodiment.
  • the management system (the management computer 1 and the display computer 10) manages a computer system including a virtualization server SV serving as one or more hosts and one or more storage devices (also simply referred to as “storage”) ST. Do.
  • an administrator who is an operator of the management system instructs a storage device ST (first storage) to be stopped (determination target) to be stopped for maintenance work, and the management computer 1 uses the storage device ST.
  • An influence range when the device ST is stopped is specified.
  • the management computer 1 first uses the configuration information of the storage apparatus ST to use the virtual server SV to each storage apparatus ST, which is used when the virtualization server SV accesses each storage apparatus ST sharing the virtual volume 8.
  • Path hereinafter referred to as “VM data access path” or simply “access path”
  • access path when stopped an access path that becomes unavailable when the storage device ST to be stopped is stopped. It is determined whether or not (first access path) exists.
  • the management computer 1 uses the setting information of the host (virtualization server SV) to determine whether the inaccessible path at stop is active, that is, the host is stopped. It is determined whether or not an inaccessible path is actually used. If there is no inaccessible path at stop or there are inaccessible paths at stop, but all of the inaccessible paths at stop are inactive, the management computer 1 determines that the storage device ST to be stopped can be stopped. To do. When there is an active stop-inaccessible path, the management computer 1 determines that the storage device ST to be stopped cannot be stopped. Thereafter, the management computer 1 informs the administrator by displaying the determination result on the display computer 10.
  • One or more nodes in the access path may be one or more storage devices.
  • the management computer 1 determines that the storage device ST to be stopped can be stopped, the management computer 1 asks the administrator whether to continue the maintenance work.
  • the management computer 1 actually stops the storage device ST to be stopped and performs the maintenance work.
  • the management computer 1 is restricted by the presence of an inactive stop-time inaccessible path when the stop target storage apparatus ST is stopped when all the inactive paths at the time of stop are inactive.
  • an operation related to a computer system configuration change for example, a change in the configuration of the storage device ST, a change in the setting of the virtualization server SV, etc.
  • the management computer 1 When the management computer 1 informs the administrator of the determination result, the management computer 1 also informs the administrator of the contents of the operation restriction. The administrator confirms the operation restrictions, determines whether or not they are acceptable, and if so, instructs the management computer 1 to perform maintenance work.
  • the computer system includes two virtualization servers SV, ie, a virtualization server 1 and a virtualization server 2, and three storage apparatuses ST including a storage 1, a storage 2, and a storage 3. .
  • the virtualization server 1, the virtualization server 2, the storage 1, the storage 2, and the storage 3 are connected to each other via a storage area network (SAN) 41.
  • the storage 1 and the storage 2 and the storage 2 and the storage 3 are connected to each other via a dedicated line 43.
  • Data communication between the virtualization server SV and the storage apparatus ST is performed via the SAN 41.
  • data communication between the storages ST is performed via the dedicated line 43.
  • Data communication between the storages ST (storage 1 and storage 3) that are not directly connected via the dedicated line 43 is performed via another storage ST (storage 2) between them.
  • VM data Data (hereinafter referred to as “VM data”) 72 used for each VM 71 is stored on the virtual volume 8.
  • the virtualization server 1 and the virtualization server 2 access the virtual volume 8 in order to access the VM data 72 of the VM 71 operating on the virtualization server 1 and the virtualization server 2.
  • the virtualization server SV When accessing the virtual volume 8, the virtualization server SV issues an access request (write request or read request) with one storage device ST among a plurality of storage devices ST sharing the virtual volume 8 as a window.
  • the storage device serving as a window is hereinafter referred to as a “window storage apparatus”.
  • the virtualization server 1 uses the storage 1 as the window storage device ST and accesses the virtual volume 8 from the storage 1.
  • the virtualization server 2 uses the storage 3 as the window storage device ST and accesses the virtual volume 8 from the storage 3.
  • the VM data 72 of VMa, VMb, and VMc is actually stored in the storage area of the RAID group 26 of the storage 1.
  • the VM data 72 of VMd, VMe, and VMf is actually stored in the storage area of the RAID group 26 of the storage 3.
  • the virtualization server 1 accesses the VM data storage volume 8 from the storage 1, but the VM data 72 of VMd, VMe, and VMf is stored in the storage area of the RAID group 26 of the storage 3. This is because the storage 3 is accessed via the storage 2.
  • the virtual server 1 can continuously access the VM data 72 of the VMa, VMb, and VMc. This is because the storage 2 does not relate to the access, that is, the storage 2 does not exist on the access path 51 from the virtualization server 1 to the storage 1 storing the VM data 72 of VMa, VMb, and VMc ( It is not included).
  • access from the virtualization server 1 to the VM data 72 of VMd, VMe, and VMf becomes impossible. This is because the storage 2 is related to the access, that is, the storage 2 exists on the access path 52 from the virtualization server 1 to the storage 3 storing the VM data 72 of VMd, VMe, and VMf. It is.
  • the access path 52 is a path that cannot be accessed when stopped.
  • the virtual server 1 cannot access the VM data 72 of the VMd, VMe, and VMf
  • the operation of the VM 71 currently operating on the virtual server 1 is not affected.
  • the VMd, VMe, and VMf are not operating on the virtualization server 1 and the virtualization server 1 does not use the VM data 72 of the VMd, VMe, and VMf, that is, the access path 52 is inactive. That's why.
  • VMd cannot be migrated from the virtualization server 2 to the virtualization server 1 and operated on the virtualization server 1 while the storage 2 is stopped. This is an operation restriction when the storage 2 is stopped.
  • the management computer 1 determines whether or not the operation of the VM 71 is affected for the combination of each virtualization server SV and the VM 71, and informs the administrator of the determination result.
  • the configuration of FIG. 1 it can be seen that even if the storage 2 is stopped, the operation of the VM 71 operating on each of the virtualization server 1 and the virtualization server 2 is not affected. Therefore, no prior measures are required to stop the storage 2. However, some operations are not possible while stopped.
  • the management computer 1 also informs the administrator of the operations that are impossible, that is, the operation restrictions.
  • the virtual server SV is described as an example of a host that uses the storage apparatus ST.
  • a physical server may be the host.
  • VM migration migration of the VM 71 between virtualization servers SV
  • various operation restrictions may be considered in addition to the VM migration.
  • the storage device ST sharing the virtual volume 8 means the storage device ST constituting the virtual storage device, and the storage area of the storage device ST does not necessarily have to be allocated to the virtual volume 8.
  • FIG. 2 is a configuration diagram of an example of a computer system according to the first embodiment.
  • the computer system includes a management computer 1, a display computer 10, one or more (two in the figure) virtualization servers SV (virtualization server 1 and virtualization server 2), and a plurality (three in the figure).
  • Storage device ST storage 1, storage 2, and storage 3
  • SAN 41 storage 1, storage 2, and storage 3
  • management LAN Local Area Network
  • the virtualization server 1, the virtualization server 2, the storage 1, the storage 2, and the storage 3 are connected to each other via the SAN 41.
  • the storage 1 and the storage 2 and the storage 2 and the storage 3 are connected to each other via a dedicated line 43, respectively.
  • the management computer 1, each virtualization server SV, and each storage ST are connected to each other via the management LAN 42.
  • the combination of the management computer 1 and the display computer 10 constitutes a management system that manages the computer system.
  • the computer system may not include the display computer 10.
  • the management computer 1 becomes a management system.
  • the SAN 41 may adopt an FC (Fibre Channel) connection method or an iSCSI (Internet Small Computer ⁇ Interface) connection method.
  • the computer system according to this embodiment includes two virtualization servers SV and three storage apparatuses ST, but the number of virtualization servers SV and storage apparatuses ST may be any number.
  • FIG. 3 is a configuration diagram of an example of a virtualization server according to the first embodiment.
  • the virtualization server SV is a computer that executes a server program or the like and provides a predetermined service to the user.
  • the virtualization server SV functions as one or more virtual server machines by operating one or more VMs 71 thereon.
  • the virtualization server SV includes a CPU (Central Processing Unit) 31, a memory 32, a SAN port 33, a LAN port 34, and an internal bus 35.
  • the CPU 31, the memory 32, the SAN port 33 and the LAN port 34 are connected to each other via an internal bus 35.
  • the CPU 31 executes various programs stored in the memory 32.
  • the memory 32 may be a semiconductor storage device, a secondary storage device such as a hard disk drive (HDD), or a combination of a semiconductor storage device and a secondary storage device.
  • HDD hard disk drive
  • the SAN port 33 is an interface device for connecting to the SAN 41, and is mainly used when inputting / outputting user data, for example, data written to the virtual volume 8, data read from the virtual volume 8, and the like.
  • the LAN port 34 is an interface device for connecting to the management LAN 42, and is mainly used when inputting / outputting management data, for example, configuration information of each device constituting the computer system or the computer system. .
  • the memory 32 stores a VM data management table 321, an operation VM management table 322, a hypervisor 323, and one or more VM definition data 324.
  • the hypervisor 323 is a program for operating the VM 71.
  • the VM definition data 324 is data prepared for each VM 71 operating on the virtualization server SV, and information necessary for operating the VM 71, for example, the capacity of the memory allocated to the VM 71, the VM 71 can be used. This data includes the number of CPUs.
  • the VM data management table 321 and the operation VM management table 322 will be described later.
  • FIG. 4 is a configuration diagram of an example of an operation VM management table according to the first embodiment.
  • the operating VM management table 322 is data for managing a VM (hereinafter referred to as “operating VM”) 71 operating on the virtualization server SV.
  • the operation VM management table 322 includes a field of the VM 3221.
  • the name of the active VM 71 is stored in the VM 3221.
  • FIG. 4 is an operation VM management table 322 stored in the virtualization server 1. From the figure, it can be seen that VMa, VMb, and VMc are operating on the virtualization server 1.
  • FIG. 5 is a configuration diagram of an example of a VM data management table according to the first embodiment.
  • the VM data management table 321 is data for managing the virtual volume 8 in which the VM data 72 is stored and the storage position of the VM data 72 on the virtual volume 8 for each active VM 71.
  • the VM data management table 321 includes fields of a VM 3211, a size 3212, a LUN 3213, and a head address 3214.
  • the VM 3211 stores the name of the active VM 71.
  • the size 3212 stores the size of the VM data 72 of the active VM 71.
  • the LUN 3213 stores the LUN (Logical Unit Unit Number) of the virtual volume 8 in which the VM data 72 of the active VM 71 is stored.
  • the start address 3214 stores the start address of the area on the virtual volume 8 in which the VM data 72 of the active VM 71 is stored. For example, it can be seen from the first entry from the top in the figure that the VM data 72 of VMa is stored in a 100 GB area starting at the address “0x0000” on the virtual volume “LUN0”. In the present embodiment, it is assumed that the VM data 72 is stored sequentially on the virtual volume 8, but the storage form of the VM data 72 is not limited to this. For example, the VM data 72 may be distributed and stored in a plurality of pages on the virtual volume 8. In this case, for example, information specifying each of a plurality of storage destination pages is managed by the VM data management table 321.
  • FIG. 6 is a configuration diagram of an example of the storage apparatus according to the first embodiment.
  • the storage device ST is a device that provides a storage area to the virtualization server SV or the like.
  • the storage apparatus ST includes a CPU 21, a memory 22, one or more SAN ports 23, a LAN port 24, one or more physical storage devices 25, and an internal bus 27.
  • the CPU 21, memory 22, SAN port 23, LAN port 24, and physical storage device 25 are connected to each other via an internal bus 27.
  • the CPU 21 executes various programs stored in the memory 22.
  • the physical storage device 25 may be a hard disk drive, a solid storage medium, an optical storage medium, or another type of storage medium.
  • One or more RAID groups 26 are composed of one or more physical storage devices 25. A storage area of the RAID group 26, that is, a storage area on the physical storage device 25 constituting the RAID group 26 is allocated to the virtual volume 8.
  • a virtualization layer such as a storage area pool (storage pool) may be inserted between the virtual volume 8 and the RAID group 26.
  • the SAN port 23 is an interface device for connecting to the SAN 41, and is mainly used when inputting / outputting user data.
  • the LAN port 24 is an interface device for connecting to the management LAN 42 and is mainly used when inputting / outputting management data.
  • the memory 22 stores a storage control program 221, a host access path management table 222, an inter-device access path management table 223, and a virtual-real page correspondence management table 224.
  • the storage control program 221 is a program that controls the storage apparatus ST.
  • the host access path management table 222 is information (information between server storages) that indicates the virtualization server SV that uses the storage device ST that stores the host access path management table 222 as a window and the virtual volume 8 that the virtualization server SV uses. ).
  • the inter-device access path management table 223 is information (inter-storage information) indicating one or more storage devices ST existing on the path from the storage device ST storing the inter-device access path management table 223 to another storage device ST. It is.
  • the virtual-real page correspondence management table 224 is information (individual assignment information) indicating to which part (position) of the virtual volume 8 the storage area of the storage device ST storing the virtual-real page correspondence management table 224 is assigned. It is. Details of the host access path management table 222, the inter-device access path management table 223, and the virtual-real page correspondence management table 224 will be described later.
  • FIG. 7 is a configuration diagram of an example of a host access path management table according to the first embodiment.
  • the host access path management table 222 is a virtualization server (hereinafter referred to as FIG. 7) that has a storage device (hereinafter referred to as “target storage device” in the description of FIG. 7) ST that stores the host access path management table 222 as a window.
  • Data for managing a path from the target virtualization server SV to the target storage device ST (hereinafter referred to as “host access path”).
  • the host access path management table 222 includes fields of WWN 2221, virtual volume ID 2222, port 2223, and LUN 2224.
  • the WWN 2221 stores the WWN (World Wide Name) of the SAN port 33 of the target virtualization server SV.
  • the virtual volume ID 2222 stores the identifier of the virtual volume 8 accessed by the target virtualization server SV (more precisely, the operating VM 71 of the target virtualization server SV).
  • the port 2223 stores the identifier of the SAN port 23 of the target storage device ST that is used when the target virtualization server SV accesses the virtual volume 8.
  • the LUN 2224 stores the LUN of the virtual volume 8 that is used when the target virtualization server SV accesses the virtual volume 8. From the figure, it can be seen that the virtualization server SV having the SAN port “WWN-1” accesses the virtual volume of “Volume 3” by using the SAN port 23 of “Port 11” of the target storage device ST.
  • FIG. 8 is a configuration diagram of an example of an inter-device access path management table according to the first embodiment.
  • the inter-device access path management table 223 is a storage device (hereinafter referred to as “target storage device” in the description of FIG. 8) ST that stores the inter-device access path management table 223, and another storage device that shares the virtual volume 8. This is data for managing a route to the ST (hereinafter referred to as “inter-device access path”).
  • the inter-device access path management table 223 includes fields of an access destination storage 2231 and a via storage 2232.
  • the access destination storage 2231 stores the name of the access destination storage apparatus ST.
  • the storage device ST through which the target storage device ST accesses the storage device ST indicated by the access destination storage 2231 (through the access request data issued by the target storage device ST) Is stored.
  • FIG. 8 is an inter-device access path management table 223 stored in the storage 1. From the figure, it can be seen that the storage 1 directly accesses the storage 2 and accesses the storage 3 via the storage 2.
  • FIG. 9 is a configuration diagram of an example of a virtual-real page correspondence management table according to the first embodiment.
  • the virtual-real page correspondence management table 224 indicates which storage area of the storage device ST (hereinafter referred to as “target storage device” in the explanation of FIG. 9) ST stores the virtual-real page correspondence management table 224. This is data for managing whether the portion (position) is allocated.
  • the virtual-real page correspondence management table 224 manages the correspondence relationship between the virtual pages constituting the storage area of the virtual volume 8 and the real pages constituting the storage area of the RAID group 26 allocated to the virtual page. .
  • the virtual-real page correspondence management table 224 includes fields of a virtual volume ID 2241, an address 2242, a storage 2243, a RAID group 2244, and an address 2245.
  • the virtual volume ID 2241 stores the identifier of the virtual volume 8.
  • the address 2242 stores an address on the virtual volume 8 of the virtual page.
  • the storage 2243 stores the name of the target storage device ST.
  • the RAID group 2244 stores the name of the RAID group 26 that has a real page assigned to the virtual page at the address indicated by the address 2242.
  • an address on the RAID group 26 of the real page assigned to the virtual page of the address indicated by the address 2242 is stored. For example, from the first entry from the top in the figure, the real page of the address “0x0000” on the RAID group 1 of the storage 1 that is the target storage device ST is the virtual page of the address “0x0000” on the virtual volume “Volume3”. It can be seen that
  • FIG. 10 is a configuration diagram of an example of a management computer according to the first embodiment.
  • the management computer 1 is a computer that manages the computer system.
  • the management computer 1 has a CPU 11, a memory 12, a LAN port 13, and an internal bus 14.
  • the CPU 11, the memory 12, and the LAN port 13 are connected to each other via an internal bus 14.
  • the CPU 11 executes various programs stored in the memory 12.
  • the memory 12 may be a semiconductor storage device, a secondary storage device such as a hard disk drive (HDD), or a combination of a semiconductor storage device and a secondary storage device.
  • the memory 12 stores programs executed by the CPU 11 and various information used by the CPU 11.
  • the LAN port 13 is an interface device for connecting to the management LAN 42.
  • the memory 12 includes a management program 14, a host management table 151, a host access path integrated management table 152, a virtual-real page correspondence integrated management table 153, an inter-device access path integrated management table 154, and an operating VM integrated management table. 155, a VM data integrated management table 156, a migration management table 161 that cannot be stopped, a working VM data storage destination management table 162, a VM data access path management table 163, and a path management table 164 that cannot be accessed when stopped To do.
  • the management computer 1 receives the selection of the storage device ST to be stopped from the administrator, the management program 14 determines whether or not the storage device ST to be stopped can be stopped, displays the determination result, and performs other maintenance work.
  • the virtual-real page correspondence integrated management table 153 is information (allocation information) indicating to which part of the virtual volume 8 each storage area of the plurality of storage apparatuses ST is allocated.
  • the active VM integrated management table 155 and the VM data integrated management table 156 indicate which part of the virtual volume 8 the virtual server SV (each of one or more VMs 71 operating on the virtual server SV) uses.
  • Usage information (virtual machine usage information).
  • the VM data access path management table 163 is access path information indicating one or more storage apparatuses ST existing on the access path. Details of the various information 151 to 156 and 161 to 164 stored in the memory 12 will be described later.
  • the administrator inputs and outputs to the management computer 1 are performed via the display computer 10 connected to the management computer 1.
  • the display computer 10 includes, for example, an input device and an output device.
  • the input device is a device for the administrator to input information to the management computer 1, and is, for example, a keyboard or a mouse.
  • the output device is a device for outputting a result of processing executed by the management computer 1, and is, for example, a display.
  • FIG. 11 is a configuration diagram of an example of a host management table according to the first embodiment.
  • the host management table 151 is data for managing a host (in this embodiment, a virtualization server SV) existing in the computer system.
  • the host management table 151 includes fields for the host 1511 and the WWN 1512.
  • the host 1511 stores the name of the virtualization server SV.
  • the WWN 1512 stores the WWN of the SAN port 33 of the virtualization server SV. From the figure, there are two virtualization servers SV of the virtualization server 1 and the virtualization server 2 in the computer system, the WWN of the SAN port 33 of the virtualization server 1 is “WWN-1”, and the virtualization server 2 It can be seen that the WWN of the SAN port 33 is “WWN-2”.
  • the data stored in the host management table 151 may be collected from each virtualization server SV by the management computer 1 or may be input by the administrator.
  • FIG. 12 is a configuration diagram of an example of a host access path integrated management table according to the first embodiment.
  • the host access path integrated management table 152 is data in which the host access path management tables 222 of the plurality of storage apparatuses ST existing in the computer system are aggregated.
  • the host access path existing in the computer system is managed by the host access path integrated management table 152.
  • the host access path integrated management table 152 includes fields of a host 1521, a virtual volume ID 1522, a storage 1523, a port 1524, and a LUN 1525.
  • the host 1521 stores the name of the virtualization server SV.
  • the virtual volume ID 1522 stores the identifier of the virtual volume 8 accessed by the virtualization server (hereinafter referred to as “target virtualization server” in the description of FIG. 12) SV indicated by the host 1521.
  • the storage 1523 stores the name of the window storage device ST of the target virtualization server SV.
  • the port 1524 stores the identifier of the SAN port 23 of the window storage device ST of the target virtualization server SV that is used when the target virtualization server SV accesses the virtual volume 8.
  • the LUN 1525 stores the LUN of the virtual volume 8 that is used when the target virtualization server SV accesses the virtual volume 8. From the figure, the virtualization server 1 uses the storage 1 as the window storage device ST, accesses the virtual volume “Volume 3” using the SAN port “Port 11” of the storage 1, and the virtualization server 2 uses the storage 3 as the window. It can be seen that the storage device ST accesses the virtual volume “Volume 3” using the SAN port “Port 31” of the storage 3.
  • FIG. 13 is a configuration diagram of an example of an inter-device access path integration management table according to the first embodiment.
  • the inter-device access path integrated management table 154 is data in which the inter-device access path management table 223 of each of the plurality of storage devices ST existing in the computer system is aggregated.
  • the inter-device access path management table 154 manages inter-device access paths existing in the computer system.
  • the inter-device access path integrated management table 154 includes fields of an access source storage 1541, an access destination storage 1542, and a via storage 1543.
  • the access source storage 1541 stores the name of the access source storage device ST.
  • the access destination storage 1542 stores the name of the access destination storage apparatus ST.
  • the via storage 1543 stores the name of the storage device ST through which the storage device ST indicated by the access source storage 1541 accesses the storage device ST indicated by the access destination storage 1542.
  • “-” in the figure indicates that there is no storage device ST to pass through.
  • the names of the plurality of storage devices ST are stored in the via storage 1543. From the first entry from the top and the second entry from the top, it can be seen that the storage 1 directly accesses the storage 2 and accesses the storage 3 via the storage 2. Further, it can be seen from the third entry from the top and the fourth entry from the top that the storage 2 directly accesses the storage 1 and the storage 3 respectively. Also, it can be seen from the first entry from the bottom and the second entry from the bottom that the storage 3 directly accesses the storage 2 and accesses the storage 1 via the storage 2.
  • FIG. 14 is a configuration diagram of an example of a virtual-real page correspondence integrated management table according to the first embodiment.
  • the virtual-real page correspondence integrated management table 153 is data in which the virtual-real page correspondence management table 224 of each of the plurality of storage apparatuses ST existing in the computer system is aggregated.
  • the virtual-real page correspondence integrated management table 153 manages the correspondence between the virtual page and the real page for each of one or more virtual volumes 8 existing in the computer system.
  • the virtual-real page correspondence integrated management table 153 includes fields for a virtual volume ID 1531, an address 1532, a storage 1533, a RAID group 1534, and an address 1535.
  • the virtual volume ID 1531 stores the identifier of the virtual volume 8.
  • the address 1532 stores an address on the virtual volume 8 of the virtual page.
  • the storage 1533 stores the name of the storage device ST having the RAID group 26 having the real page assigned to the virtual page at the address indicated by the address 1532.
  • the RAID group 1534 stores the name of the RAID group 26 having a real page allocated to the virtual page at the address indicated by the address 1532.
  • the address 1535 stores the address on the RAID group 26 of the real page assigned to the virtual page of the address indicated by the address 1532. For example, from the first entry from the top in the figure, the real page of the address “0x0020” on the RAID group 1 of the storage 1 is allocated to the virtual page of the address “0x0000” on the virtual volume “Volume2”. I understand.
  • FIG. 15 is a configuration diagram of an example of the VM data integrated management table according to the first embodiment.
  • the VM data integrated management table 156 is data in which the VM data management tables 321 of one or more virtualization servers SV existing in the computer system are aggregated. With the VM data integrated management table 156, the virtual volume 8 in which the VM data 72 is stored and the storage position of each of the active VMs 71 of one or more virtualization servers SV existing in the computer system are managed.
  • the VM data integrated management table 156 includes fields of a VM 1561, a size 1562, a virtual volume ID 1563, and a head address 1564.
  • the VM 1561 stores the name of the active VM 71.
  • the size 1562 stores the size of the VM data 72 of the active VM 71.
  • the virtual volume ID 1563 stores the identifier of the virtual volume 8 in which the VM data 72 of the active VM 71 is stored.
  • the start address 1564 stores the start address of the area in the virtual volume 8 where the VM data 72 of the active VM 71 is stored. For example, it can be seen from the first entry from the top in the figure that the VM data 72 of VMa is stored in a 100 GB area starting at the address “0x0000” on the virtual volume “Volume3”.
  • FIG. 16 is a configuration diagram of an example of an operation VM integrated management table according to the first embodiment.
  • the operation VM integrated management table 155 is data in which the operation VM management tables 322 of one or more virtualization servers SV existing in the computer system are aggregated.
  • the operating VM integrated management table 155 manages the operating VMs 71 of each of the one or more virtualization servers SV existing in the computer system.
  • the operation VM integrated management table 155 includes fields for the virtualization server 1551 and the VM 1552.
  • the virtualization server 1551 stores the name of the virtualization server SV.
  • the VM 1552 stores the name of the operating VM 71 of the virtualization server SV indicated by the virtualization server 1551. From the figure, it can be seen that VMa, VMb and VMc are operating on the virtualization server 1, and VMd, VMe and VMf are operating on the virtualization server 2.
  • FIG. 17 is a configuration diagram of an example of a VM data access path management table according to the first embodiment.
  • the VM data access path management table 163 indicates a VM data access path existing in the computer system, that is, each storage device ST that the virtualization server SV shares the virtual volume 8 (more precisely, a storage that shares the virtual volume 8). This is data for managing the path from the virtualization server SV to each storage device ST, which is used when accessing each storage device ST to which a storage area is allocated to the virtual volume 8 of the device ST. .
  • the VM data access path management table 163 is created, for example, in maintenance work support processing after the management computer 1 accepts selection of the storage device ST to be stopped.
  • the VM data access path management table 163 includes fields for the virtualization server 1631, the access destination storage 1632, the data storage destination storage 1633, and the via storage 1634.
  • the virtualization server 1631 stores the name of the virtualization server (hereinafter referred to as “access source server”) SV as the access source.
  • the access destination storage 1632 stores the name of the access destination storage apparatus ST viewed from the access source server SV, that is, the name of the window storage apparatus ST of the access source server SV.
  • data used by the access source server SV (specifically, the VM data 72 of the operation VM 71 of the access source server SV) may be actually stored, that is, the storage device ST.
  • the name of the storage device ST to which the storage area is assigned to the virtual volume 8 used by the access source server SV is stored.
  • the storage apparatus ST indicated by the data storage destination storage 1633 is a storage apparatus ST (hereinafter referred to as “target storage apparatus”) that is the final destination accessed by the access source server SV via the VM data access path.
  • the via storage 1634 stores the name of a storage device ST (hereinafter referred to as “access path via storage device”) ST other than the window storage device ST through which the access source server SV accesses the target storage device ST.
  • “-” indicates that there is no access path storage device ST.
  • the names of the plurality of storage apparatuses ST are stored in the via storage 1634.
  • VM data access paths that is, an access path from the virtualization server 1 to the storage 1, an access path from the virtualization server 1 to the storage 3, and a storage server 1 from the virtualization server 2.
  • an access path from the virtualization server 2 to the storage 3 exists.
  • the storage device ST indicated by the access destination storage 1632 the window storage device ST of the access source server SV
  • the storage device ST indicated by the data storage destination storage 1633 target storage device
  • each of the storage apparatuses ST access path storage apparatus ST
  • the intermediate storage 1634 For example, from the second entry from the top in the figure, it can be seen that there are three storage devices ST of storage 1, storage 2, and storage 3 on the access path from the virtualization server 1 to the storage 3. .
  • FIG. 18 is a configuration diagram of an example of a stop-time inaccessible path management table according to the first embodiment.
  • the stop access inaccessible path management table 164 is data for managing a stop inaccessible path, that is, a VM data access path that cannot be used when the stop target storage apparatus ST is stopped.
  • the inaccessible path management table 164 at the time of stop is created, for example, in maintenance work support processing after the management computer 1 receives selection of the storage device ST to be stopped.
  • the stop-time inaccessible path management table 164 includes a virtualization server 1641, an access destination storage 1642, a data storage destination storage 1643, a via storage 1644, and an active / inactive field 1645.
  • the virtualization server 1641, the access destination storage 1642, the data storage destination storage 1643, and the via storage 1644 are fields for specifying an inaccessible path at the time of stop, and are substantially the same as the fields 1631 to 1634 of the VM data access path management table 163. Is the same.
  • the virtualization server 1641 stores the name of the access source server SV.
  • the access destination storage 1642 stores the name of the window storage device ST of the access source server SV.
  • the data storage destination storage 1643 stores the name of the target storage device ST.
  • the via storage 1644 stores the name of the access path transit storage device ST. Whether the VM data access path is active, that is, whether it is active 1645, that is, data indicating whether the access source server SV is actually using the path that cannot be accessed when stopped is stored.
  • the VM data 72 of the operation VM 71 of the access source server SV is stored in the target storage device ST, the inaccessible path at the time of stoppage is actually used by the access source server SV and becomes active. .
  • the VM data 72 of the active VM 71 of the access source server SV is not stored in the target storage device ST, the access-disabled path at the time of stoppage is not actually used by the access source server SV and is inactive. Become.
  • FIG. 19 is a configuration diagram of an example of an operation VM data storage destination management table according to the first embodiment.
  • the operating VM data storage destination management table 162 stores the VM data of each operating VM 71 of the virtualization server SV having an inaccessible path at the time of stopping (the virtual server SV that is the access source server SV of the inaccessible path at the time of stopping). Data for managing the storage device ST of 72 storage destinations.
  • the active VM data storage destination management table 162 is created, for example, in maintenance work support processing after the management computer 1 accepts selection of the storage device ST to be stopped.
  • the working VM data storage destination management table 162 includes fields for the virtualization server 1621, the VM 1622, and the data storage destination storage 1623.
  • the virtualization server 1621 stores the name of the virtualization server SV that has an inaccessible path at the time of stop.
  • the VM 1622 stores the name of the operating VM 71 of the virtualization server SV indicated by the virtualization server 1621.
  • the data storage destination storage 1623 stores the name of the storage device 1623 that stores the VM data 72 of the active VM 71 indicated by the VM 1622. For example, it can be seen from the first entry from the top in the figure that VM data 72 of VMa operating on the virtualization server 1 is stored in the storage 1.
  • FIG. 20 is a configuration diagram of an example of a migration management table that cannot be stopped according to the first embodiment.
  • the non-stop migration management table 161 is data for managing VM migration that is an operation restriction, that is, VM migration that cannot be performed when the storage device ST to be stopped is stopped (hereinafter referred to as “non-stop migration”). is there.
  • the non-stop migration management table 161 is created, for example, in maintenance work support processing after the management computer 1 receives selection of the storage device ST to be stopped.
  • the stop impossible migration management table 161 includes fields of the VM 1611 and the migration destination virtualization server 1612.
  • the VM 1611 stores the name of the VM 71.
  • the migration destination virtualization server 1612 stores the name of the migration destination virtualization server SV.
  • six migrations that cannot be performed at the time of stoppage that is, VM migration that migrates VMa, VMb, and VMc to the virtualization server 2, and VM that migrates VMd, VMe, and VMf to the virtualization server 1, respectively. It can be seen that migration exists.
  • FIG. 21 is a flowchart of the maintenance work support process according to the first embodiment.
  • the maintenance work support process is performed when the management computer 1 receives selection of the storage device ST to be stopped from the administrator.
  • the management program 14 performs pre-preparation processing (see FIG. 22) (step S101).
  • advance preparations for maintenance work support processes such as configuration change inhibition, VM migration function inhibition, and update of various management tables are performed.
  • the management program 14 performs an inaccessible path specifying process (see FIG. 23) at the time of stop (step S102).
  • an inaccessible path specifying process (see FIG. 23) at the time of stop (step S102).
  • a stop-time inaccessible path that currently exists in the computer system is specified, and an entry related to the specified stop-time inaccessible path is entered in the stop-time inaccessible path management table 164. be registered.
  • the management program 14 determines whether there is an entry in the stop-time inaccessible path management table 164, that is, whether there is a stop-time inaccessible path (step S103).
  • step S103 When there is no path that cannot be accessed at the time of stop (step S103: No), the management program 14 displays a first determination result display screen (see FIG. 29) indicating that the storage apparatus ST to be stopped can be stopped. In the state waiting for input from the administrator, the process proceeds to step S110 (step S104).
  • step S103 when there is an inaccessible path at the time of stop (step S103: Yes), the management program 14 performs an active stop-time inaccessible path specifying process (FIG. 26) (step S105).
  • active stop-time inaccessible path specifying process it is determined whether or not the stop-time inaccessible path specified in step S102 is currently active, and an active stop-time inaccessible path is specified.
  • the management program 14 refers to 1645 whether or not the stop-time inaccessible path management table 164 is active, and determines whether or not there is an active stop-time inaccessible path (step S106).
  • step S106 When there is an active stop-inaccessible path (step S106: Yes), the management program 14 displays a third determination result display screen (see FIG. 32) indicating that the stop target storage apparatus ST cannot be stopped. The information is displayed on the computer 10, and the process proceeds to step S112 (step S109).
  • the management program 14 makes a stop-time impossible migration based on the active VM data storage destination management table 162 and the stop-time inaccessible path management table 164. Is specified (step S107). Specifically, first, the management program 14 refers to the stop-time inaccessible path management table 164 and refers to the virtualization server SV having an inactive stop-time inaccessible path (that is, in the stop-time inaccessible path management table 164). The virtualization server SV) indicated by the virtualization server 1641 of the entry in which data indicating inactivity is stored in 1645 is specified as to whether the registered entry is active or not.
  • the management program 14 refers to the operating VM data storage management table 162 for each identified virtualization server (hereinafter referred to as “specific virtualization server” in the description of step S107), and identifies the specified virtualization server.
  • the VM 71 in which the VM data 72 is stored in the target storage device ST of the inactive stop-time inaccessible path (hereinafter referred to as “specific access path” in the description of step S107) of the server SV is specified.
  • the specified VM (hereinafter referred to as “specific VM” in the description of step S107) 71 is moved to the specific virtualization server SV, the VM data 72 of the specific VM 71 is stored in the specific access path of the specific virtualization server SV.
  • the management program 14 identifies the VM migration that moves the specific VM 71 to the specific virtualization server SV as a migration that cannot be performed when stopped.
  • the management program 14 creates an entry indicating the migration that cannot be stopped, and registers the created entry in the migration management table 161 that cannot be stopped.
  • the management program 14 causes the display computer 10 to display a second determination result display screen (see FIGS. 30 and 31) indicating that the storage device ST to be stopped can be stopped with operation restrictions.
  • the process proceeds to step S110 (step S108).
  • step S110 the management program 14 inputs the administrator's input to the first determination result display screen displayed in step S104 or the second determination result display screen displayed in step S108, specifically, maintenance work. Wait for input to instruct Then, the management program 14 determines whether the administrator has instructed the execution of the maintenance work or whether a certain time has passed without the administrator instructing the execution of the maintenance work.
  • step S110 When the administrator instructs the execution of the maintenance work (step S110: Yes), the management program 14 performs the maintenance work, for example, updating the firmware of the storage device ST to be stopped (step S111). Thereafter, the management program 14 advances the process to step S112.
  • step S110 timeout
  • step S112 the management program 14 cancels the suppression of the configuration change and the suppression of the VM migration function performed in the preliminary preparation process, and returns the computer system to the normal operation state. Note that the management program 14 does not need to perform the process of step S112 if the configuration change and the VM migration function are not suppressed in the preparation process. Thereafter, the management program 14 ends the maintenance work support process.
  • FIG. 22 is a flowchart of the preliminary preparation processing according to the first embodiment.
  • the pre-preparation process corresponds to the process of step S101 in FIG.
  • the management program 14 suppresses a change in the configuration of the storage apparatus ST, for example, a change in the allocation relationship between virtual pages and real pages (S201).
  • step S202 the management program 14 suppresses the VM migration function of the virtualization server SV (step S202).
  • the processing in step S201 and step S202 is performed to prevent the processing result from being inconsistent with the actual situation because the configuration of the storage apparatus ST and the setting of the virtualization server SV are changed during the subsequent processing. If it is known in advance that the configuration or the like will not be changed, the management program 14 does not need to perform these processes.
  • the management program 14 obtains necessary information from the storage device ST and the virtualization server SV (specifically, all or part of data of various management tables stored in each storage device ST and each virtualization server SV). ), The host access path integrated management table 152, the virtual-real page correspondence integrated management table 153, the inter-device access path integrated management table 154, the active VM integrated management table 155, and the VM data integrated management table 156 The content is updated to match the configuration of the computer system (step S203).
  • the management program 14 deletes all the entries of the migration management table 161 that cannot be stopped, the operation VM data storage destination management table 162, the VM data access path management table 163, and the path management table 164 that cannot be accessed when stopped (step). S204). Thereafter, the management program 14 ends the preliminary preparation process.
  • FIG. 23 is a flowchart of the stop-time inaccessible path specifying process according to the first embodiment.
  • the stop-access impossible path identification process corresponds to the process of step S102 in FIG.
  • the management program 14 performs a VM data access path specifying process (see FIG. 24) (step S301).
  • a VM data access path specifying process By this VM data access path specifying process, the VM data access path currently existing in the computer system is specified.
  • the management program 14 performs a stop access permission determination process (see FIG. 25) (step S302).
  • the stop access permission determination process it is determined whether or not the VM data access path specified in step S301 is a stop access impossible path. Thereafter, the management program 14 ends the stop-time inaccessible path identification process.
  • FIG. 24 is a flowchart of the VM data access path specifying process according to the first embodiment.
  • the VM data access path specifying process corresponds to the process of step S301 in FIG.
  • the management program 14 performs the processing from step S401 to step S409 on each entry registered in the host access path integrated management table 152.
  • the management program 14 selects one of the entries registered in the host access path integrated management table 152 (hereinafter referred to as “entry A” in the description of FIG. 24).
  • the management program 14 identifies an entry in which the value of the virtual volume ID 1531 matches the value of the virtual volume ID 1522 of the entry A from the entries of the virtual-real page correspondence integrated management table 153 (step S402). That is, in step S402, the virtual volume used by the virtualization server SV of entry A (more precisely, the virtualization server SV indicated by the host 1521 of entry A) in the virtual-real page correspondence integrated management table 153 (hereinafter referred to as the virtual volume SV). , The entry related to “8” (referred to as “target virtual volume”) is specified. The management program 14 can know which storage device ST's real page is allocated to the target virtual volume by referring to the specified entry.
  • the management program 14 performs steps S403 to S408 for each entry specified in step S402.
  • the management program 14 selects one of the entries identified in step S402 (hereinafter referred to as “entry B” in the description of FIG. 24).
  • the management program 14 stores the storage device ST of entry A (more precisely, the storage device ST indicated by the storage 1523 of entry A) and the storage device ST of entry B (more precisely, the storage device ST indicated by storage 1533 of entry B). Is matched (step S404). That is, in step S404, the storage device ST (entry B storage device ST) having a real page allocated to the target virtual volume 8 is changed to the window storage device ST of entry A virtual server SV (storage device ST of entry A). ) Or not.
  • step S404: Yes the management program 14 assigns the name of the virtualization server SV of entry A to the virtualization server 1631, and the access destination storage 1632 Create an entry in the VM data access path management table 163 in which the name of the storage device ST of the entry A is stored, the name of the storage device ST of the entry A is stored in the data storage destination storage 1633, and “-” is stored in the via storage 1634. Then, the created entry is registered in the management table 163 (step S405).
  • the storage device ST of entry B is the window storage device ST of the virtualization server SV of entry A
  • the virtualization server SV of entry A is the access source server SV
  • the storage device ST of entry A is the window storage device ST
  • a VM data access path that does not have the storage device ST via the access path is specified. If the same entry already exists in the VM data access path management table 163, it is not necessary to create and register the entry.
  • step S404 When the storage device ST of entry A and the storage device ST of entry B do not match (step S404: No), the management program 14 indicates that the value of the access source storage 1541 is the entry from the inter-device access path integrated management table 154.
  • An entry (hereinafter referred to as “entry C” in the description of FIG. 24) whose value matches the value of the storage 1523 of A and whose value of the access destination storage 1542 matches the value of the storage 1533 of the entry B is specified (step S406). ). That is, in step S406, an entry indicating an inter-device access path from the storage device ST of entry A to the storage device ST of entry B is specified.
  • the management program 14 stores the name of the virtualization server SV of entry A in the virtualization server 1631, the name of the storage device ST in entry A in the access destination storage 1632, and the storage device ST in entry B in the data storage destination storage 1633.
  • the VM data access path management table 163 each of which stores the storage device ST indicated by the entry storage 1543 of the entry C in the entry storage 1634 (all of them).
  • Registration in the management table 163 step S407). That is, when the storage device ST of entry B is not the window storage device ST of the virtualization server SV of entry A, the virtualization server SV of entry A is the access source server SV, and the storage device ST of entry A is the window storage device ST.
  • the VM data access path is specified in which the storage device ST of the entry B is the target storage device ST, and the storage device ST indicated by the entry storage 1543 is the access storage device ST via the access path. If the same entry already exists in the VM data access path management table 163, it is not necessary to create and register the entry.
  • the management program 14 finishes the processing of steps S403 to S408 for each entry specified in step S402, and performs the processing of steps S401 to S409 for each entry registered in the host access path integrated management table 152. After the completion, the VM data access path specifying process is terminated.
  • FIG. 25 is a flowchart of stop access permission determination processing according to the first embodiment.
  • the stop accessibility determination process corresponds to the process in step S302 in FIG.
  • the management program 14 performs the processing from step S501 to step S506 for each entry registered in the VM data access path management table 163.
  • the management program 14 selects one of the entries registered in the VM data access path management table 163 (hereinafter referred to as “entry A” in the description of FIG. 25).
  • entity A the entries registered in the VM data access path management table 163
  • target VM data access path the VM data access path indicated by the entry A is referred to as “target VM data access path”.
  • the management program 14 determines whether or not the storage device ST indicated by the access destination storage 1632 of the entry A, that is, the window storage device ST of the access source server SV of the target VM data access path is the storage device ST to be stopped. (Step S502).
  • the management program 14 stores the storage device ST indicated by the data storage destination storage 1633 of the entry A, that is, the target It is determined whether the target storage device ST of the VM data access path is the storage device ST to be stopped (step S503).
  • the management program 14 stores the storage device ST indicated by the intermediate storage 1634 of entry A, that is, the target VM. It is determined whether the storage device ST via the access path of the data access path is the storage device ST to be stopped (step S504).
  • step S502 If it is determined in step S502 that the storage device ST indicated by the access destination storage 1632 of entry A is the storage device ST to be stopped (step S502: Yes), the storage indicated by the data storage destination storage 1633 of entry A in step S503 When it is determined that the device ST is the storage device ST to be stopped (step S503: Yes), or one of the storage devices ST indicated by the intermediate storage 1634 in the entry A in step S504 is the storage device ST to be stopped. Is determined (step S504: Yes), the management program 14 stores the entry A in the virtualization server 1641, the access destination storage 1642, the data storage destination storage 1643, and the via storage 1644.
  • the created entry is registered in the stop-time inaccessible path management table 164. That is, in this case, it is determined that the VM data access path indicated by the entry A is an inaccessible path at the time of stop, and the entry related to the VM data access path indicated by the entry A is registered in the stop-time inaccessible path management table 164. . It should be noted that the value “ ⁇ ” of 1645 whether or not it is active indicates that it has not yet been determined whether or not the path that is inaccessible when stopped is active.
  • step S504 when none of the storage apparatuses ST indicated by the entry storage 1634 of the entry A is the storage apparatus ST to be stopped (step S504: No), the management program 14 cannot access the VM data access path indicated by the entry A when stopped. It is determined that the path is not passed, and the process for entry A is terminated.
  • the management program 14 finishes the processing in steps S501 to S506 for each entry registered in the VM data access path management table 163, and then terminates the access permission determination process at the time of stop.
  • the management computer 1 determines, for each VM data access path existing in the computer system, whether or not the storage device ST to be stopped exists on the VM data access path, and the storage device to be stopped. When the ST exists, the VM data access path is determined to be an inaccessible path when stopped.
  • FIG. 26 is a flowchart of active stop-time inaccessible path identification processing according to the first embodiment.
  • the active stop-inaccessible path identification process corresponds to the process of step S105 in FIG.
  • the management program 14 executes an operating VM data storage destination management table based on the virtual-real page correspondence integrated management table 153, the operating VM integrated management table 155, the VM data integrated management table 156, and the inaccessible path management table 164 when stopped. 162 entries are created, and the created entries are registered in the active VM data storage management table 162 (step S601). Specifically, first, the management program 14 refers to the active VM integrated management table 155 and the stop-time inaccessible path management table 164, and refers to the virtualization server SV having an inaccessible path at the time of stop (that is, an inaccessible path at stop time).
  • the virtualization server SV) indicated by the virtualization server 1641 in the management table 164 and its operating VM 71 are specified.
  • the management program 14 refers to the VM data integrated management table 156, and specifies the storage location of the VM data 72 on the virtual volume 8 for each active VM 71 of the virtualization server SV that has an inaccessible path at the time of stop. .
  • the management program 14 stores the storage location of the VM data 72 on the virtual volume 8 and the virtual-real page correspondence integrated management table 153 for each active VM 71 of the virtual server SV having an inaccessible path at the time of stoppage.
  • the storage device ST in which the VM data 72 is stored is specified.
  • the management program 14 creates an entry for each combination of the identified virtualized server SV having an inaccessible path at the time of stop, the operating VM 71, and the storage device ST in which the VM data 72 of the operating VM 71 is stored.
  • the created entry is registered in the active VM data storage management table 162.
  • the management program 14 performs an active / inactive determination process for the stop-accessible path (step S602). By this active / inactive determination process, it is determined whether or not the stop-inaccessible path is currently active. Thereafter, the management program 14 ends the active stop-time inaccessible path identifying process.
  • FIG. 27 is a flowchart of active / inactive determination processing according to the first embodiment.
  • the management program 14 performs the processing from step S701 to step S705 for each entry registered in the stop-time inaccessible path management table 164.
  • the management program 14 selects one of the entries registered in the stop-time inaccessible path management table 164 (hereinafter referred to as “entry A” in the description of FIG. 27).
  • the management program 14 stores data in the operating VM data storage destination management table 162 in which the value of the virtualization server 1621 matches the value of the virtualization server 1641 of the entry A and the value of the data storage destination storage 1623 is the data of the entry A. It is determined whether there is an entry that matches the value in the destination storage 1643 (step S702). That is, in step S702, for the inaccessible path at the time of stop indicated by the entry A, whether or not the VM data 72 of the active VM 71 of the access source server SV of the access path is stored in the target storage device ST of the access path, That is, it is determined whether or not the stop-time inaccessible path indicated by the entry A is actually used by the access source server SV of the access path.
  • the value of the virtualization server 1621 matches the value of the virtualization server 1641 of the entry A, and the value of the data storage destination storage 1623 is the value of the data storage destination storage 1643 of the entry A. That is, when the access source server SV of the access path actually uses the stop-time inaccessible path indicated by the entry A (step S702: Yes), the management program 14 Data indicating active is stored in 1645 as to whether it is active (step S703).
  • the value of the virtualization server 1621 matches the value of the virtualization server 1641 of the entry A, and the value of the data storage destination storage 1623 is the data storage destination storage 1643 of the entry A. If there is no entry that matches the value of the access path, that is, if the access-source server SV of the access path that is not being accessed is not actually used (No in step S702), the management program 14 Data indicating inactivity is stored in 1645 as to whether A is active (step S704).
  • the management program 14 terminates the active / inactive determination process after completing the processes of Steps S701 to S705 for each entry registered in the stop-time inaccessible path management table 164.
  • the management computer 1 determines whether or not the VM data 72 of the active VM 71 of the access source server SV of the access path is stored in the target storage device ST of the access path for each inaccessible path at the time of stop. If it is stored, it is determined that the inaccessible path at the time of stop is active, and if it is not stored, the inaccessible path at the time of stop is determined to be inactive.
  • a screen for causing the administrator to execute the maintenance work support process and a screen displayed in the maintenance work support process will be described.
  • the screen configuration and functions are not limited to the screen configuration described in the embodiments.
  • the management computer 1 may provide a single function for determining whether or not the storage device ST selected by the administrator can be stopped (hereinafter referred to as “stop determination”).
  • stop determination a single function for determining whether or not the storage device ST selected by the administrator can be stopped
  • a common screen including the result of the determination is displayed for any maintenance work or the like.
  • FIG. 28 is a configuration diagram of an example of an initial screen according to the first embodiment.
  • the initial screen 61 is a screen for allowing an administrator who is going to perform maintenance work to select a storage device ST to be stopped that is going to be stopped for the maintenance work.
  • the initial screen 61 includes an area 611 for allowing an administrator to select a storage device ST to be stopped, and a button 612 for causing the management computer 1 to execute a process for determining whether or not to stop (maintenance work support process in this embodiment). including.
  • a list of names of a plurality of storage apparatuses ST configuring the computer system is displayed.
  • FIG. 29 is a configuration diagram of an example of a first determination result display screen according to the first embodiment.
  • the first determination result display screen 62 notifies the administrator to that effect. It is a screen for.
  • the first determination result display screen 62 includes an area 621 for displaying the determination result of whether or not to stop, and a button 622 for instructing the administrator to update the firmware as the maintenance work.
  • area 621 content indicating that the storage device ST to be stopped (storage 2 in the example of FIG. 29) can be stopped (“storage 2 can be updated” in the example of FIG. 29) is displayed.
  • the administrator designates firmware data to be uploaded and presses the button 622
  • the management computer 1 starts the process of step S111 in the maintenance work support process, and performs the maintenance work, that is, the firmware of the storage device ST to be stopped. Update.
  • the administrator can know by referring to the area 621 that the storage device ST to be stopped can be stopped without taking any special measures.
  • FIG. 30 is a configuration diagram of a first example of a second determination result display screen according to the first embodiment.
  • FIG. 31 is a configuration diagram of a second example of the second determination result display screen according to the first embodiment.
  • the second determination result display screen 63 manages that when the management computer 1 determines that the storage device ST to be stopped can be stopped with operation restrictions in the maintenance work support process (step S108 in FIG. 21). It is a screen for notifying a person.
  • the second determination result display screen 63 displays an area 631 for displaying the determination result of whether or not to stop, a button 632 for instructing the administrator to update the firmware as maintenance work, and the contents of the operation restriction. And a region 633 for the purpose.
  • the region 631 and the region 632 are substantially the same as the region 621 and the region 622 of the first determination result display screen 62.
  • the area 631 displays a content indicating that the storage device ST to be stopped (storage 2 in the examples of FIGS.
  • the area 631 also displays content indicating that there is an operation restriction (“(with restriction)” in the examples of FIGS. 30 and 31).
  • the management computer 1 starts the process of step S111 in the maintenance work support process, and performs the maintenance work, that is, the firmware of the storage device ST to be stopped. Update.
  • a list unit 6330 corresponding to each entry of one or more operation restrictions that is, a migration-not-permitted migration management table 161 managed by a migration-cannot-stop-time migration table 161 is displayed as a list.
  • Each list unit 6330 includes information related to migration that cannot be stopped, for example, the name of the operation restriction ("VM migration" in this embodiment), the name of the VM 71 subject to migration that cannot be stopped, and migration of migration that cannot be stopped Including the name of the previous virtualization server SV.
  • the second determination result display screen 63 has a page function for displaying a part of each list unit 6330 when there are many lists, a function for filtering and displaying a part of the plurality of list units 6330, and a plurality of lists.
  • the unit 6330 is sorted and displayed. 30 shows the first page of the list in the list unit 6330, and FIG. 31 shows the second page of the list in the list unit 6330.
  • the administrator can know that the storage device ST to be stopped can be stopped and there is an operation limitation without requiring any special measures. Also, the administrator can confirm the contents of the migration not permitted when stopped, which is an operation restriction, by referring to the list unit 6330 of the migration prohibited when stopped in the area 633.
  • the administrator performs VM migration for migrating each of VMa, VMb, and VMc to the virtualization server 2, and VM migration for migrating each of VMd, VMe, and VMf to the virtualization server 1. You can know that you can't.
  • FIG. 32 is a configuration diagram of an example of a third determination result display screen according to the first embodiment.
  • the third determination result display screen 64 notifies the administrator to that effect. It is a screen for.
  • the third determination result display screen 64 includes an area 641 for displaying the determination result of the stop propriety determination, and a VM that becomes inoperable when the storage device ST to be stopped is stopped (hereinafter referred to as “inoperable VM”). And an area 643 for displaying information on 71.
  • the area 641 displays content indicating that the storage device ST to be stopped (storage 2 in the example of FIG. 32) cannot be stopped (“storage 2 cannot be updated” in the example of FIG. 32).
  • the area 641 also displays a warning mark for prompting the administrator to give a warning.
  • a list unit 6430 corresponding to one or more inoperable VMs 71 is displayed as a list.
  • Each list unit 6430 includes information on each inoperable VM 71, for example, the name of the inoperable VM 71, the name of the virtualization server SV in which the inoperable VM 71 is operating, and the virtual volume 8 used by the inoperable VM 71. It includes the identifier, the name of the window storage device ST of the virtualization server SV in which the inoperable VM 71 is operating, and the name of the storage device ST in which the VM data 72 of the inoperable VM 71 is stored.
  • the third determination result display screen 64 has a page function for displaying a part of each list unit 6430 when the number of list units 6430 is large, and a plurality of list units 6430. A function of filtering and displaying a part of them and a function of sorting and displaying a plurality of list units 6430 are provided.
  • the administrator can know that the storage device ST to be stopped cannot be stopped unless measures are taken by referring to the area 641. Further, the administrator cannot stop the VM data access path actually used by the inoperable VM 71, that is, the storage device ST to be stopped, by referring to the list unit 6430 of each inoperable VM 71 in the area 643. It is possible to know the VM data access path (that is, the active non-accessible path when stopped) (hereinafter referred to as “cause path”). By confirming the cause path, the administrator can examine measures necessary for stopping the storage apparatus ST to be stopped. For example, the administrator can consider measures such as moving the VM data 72 to another storage device ST. Note that the list unit 6430 may include work that is performed by the inoperable VM 71, for example, data specifying a business service. Thereby, the administrator can know which work cannot be performed in addition to the name of the inoperable VM 71.
  • Example 2 When the management computer 1 according to the second embodiment determines that the storage device ST to be stopped cannot be stopped in the maintenance work support processing of the first embodiment, the computer system for enabling the storage device ST to be stopped to be stopped A plan for countermeasures related to the change in configuration (hereinafter referred to as “measure plan”) is derived and communicated to the administrator.
  • the configuration change of the computer system includes, for example, a configuration change of the storage device ST, a setting change of the virtualization server SV, and the like.
  • the management computer 1 executes the countermeasure according to the countermeasure plan. As a result, it is possible to save the administrator from having to consider countermeasures themselves.
  • countermeasures for changing the configuration of the computer system so that the storage device ST to be stopped can be stopped that is, no active stop-accessible path (cause path) exists, for example, (1) Inoperable VM 71 (2) a second measure for using a new VM data access path instead of the cause path, and (3) a VM migration.
  • the second countermeasure is that, for example, the management computer 1 replaces the cause path based on the connection information (second storage information) between the virtualization server SV and the storage device ST and the connection information between the storage devices ST.
  • This can be specified by determining whether or not a new VM data access path (second access path) can be set.
  • the management computer 1 refers to the connection information between the virtualization server SV and the storage device ST and the connection information between the storage devices ST, so that the VM data 72 of the VMd is stored from the virtualization server 1.
  • an access path for directly accessing the storage 3 without going through the storage 1 and the storage 2 can be set.
  • This access path is not an inaccessible path when stopped. Therefore, the management computer 1 can specify as a countermeasure to set to use an access path for directly accessing the storage 3 from the virtualization server 1 instead of the VM data access path 52.
  • a different access path may be set for each VM 71. For example, when VMa and VMd are operating on the virtualization server 1, the virtualization server 1 uses the VM data access path 51 to access the VM data 72 of the VMd when accessing the VM data 72 of the VMa. In this case, an access path for directly accessing the storage 3 from the virtualization server 1 may be used.
  • the countermeasure-necessary volume the entire data of the virtual volume 8 (hereinafter referred to as “the countermeasure-necessary volume”) 8 storing the VM data 72 of the inoperable VM 71 is used as one or more virtual machines that use the countermeasure-necessary volume 8.
  • One storage device any storage device ST other than the storage device ST to be stopped, hereinafter referred to as “common direct access device” ST that can be directly accessed by any of the storage servers SV without going through the other storage device ST
  • the data of the entire volume requiring countermeasures is aggregated in the common direct access device ST.
  • the configuration of the computer system according to the second embodiment is substantially the same as the configuration of the computer system described in the first embodiment except for the configuration of the management computer 1.
  • the configuration of the management computer 1 according to the second embodiment will be described.
  • FIG. 33 is a configuration diagram of an example of a management computer according to the second embodiment.
  • the configuration of the management computer 1 according to the second embodiment is substantially the same except for a part of the configuration of the management computer 1 according to the first embodiment of FIG.
  • the same components as those in FIG. 10 are denoted by the same reference numerals, and description thereof is omitted.
  • the memory 12 further stores a physical connection management table 171, a free capacity management table 172, a countermeasure plan management table 173, a countermeasure required volume management table 174, and a volume capacity management table 175.
  • the physical connection management table 171 is second storage information indicating one or more storage devices ST (second storage) that can be directly accessed by the virtualization server SV without going through other storage devices ST.
  • the free capacity management table 172 is free capacity information indicating the free capacity of each storage area of one or more second storages.
  • the countermeasure plan management table 173 is a table for managing countermeasure plans.
  • the countermeasure required volume management table 174 is a table for managing the countermeasure required volume.
  • the volume capacity management table 175 is used capacity information indicating the current used capacity of the virtual volume 8. Details of various information 171 to 174 stored in the memory 12 will be described later.
  • FIG. 34 is a configuration diagram of an example of a physical connection management table according to the second embodiment.
  • the physical connection management table 171 is a storage device (that is, the second storage device) that can be directly accessed by the virtualization server SV without passing through the other storage device ST for each of the virtualization servers SV existing in the computer system. And a table for managing STs (hereinafter referred to as “direct access devices”).
  • the physical connection management table 171 includes fields for the host 1711 and the storage 1712.
  • the host 1711 stores the name of the virtualization server SV.
  • the storage 1712 stores the name of the direct access device for the virtualization server SV indicated by the host 1711. From the figure, for each of the virtualization server 1 and the virtualization server 2, each of the storage 1, the storage 2 and the storage 3 is a direct access device, that is, the storage 1, the storage 2 and the storage 3 respectively.
  • the data stored in the physical connection management table 171 may be collected by the management computer 1 from each network device (for example, a switch) constituting each virtualization server SV, each storage device ST, or SAN 41. May be entered.
  • each network device for example, a switch
  • FIG. 35 is a configuration diagram of an example of a free capacity management table according to the second embodiment.
  • the free capacity management table 172 is data for managing the free capacity of the storage area of the direct access device.
  • the free space management table 172 includes fields for a storage 1721, a current free space 1722, and a post-measurement free space 1723.
  • the storage 1721 stores the name of the direct access device.
  • the current free capacity 1722 stores a value indicating the free capacity of the storage area of the direct access device before the countermeasure plan specifying process (see FIG. 42) described later is performed.
  • a value indicating the free capacity of the storage area of the direct access device after the countermeasure according to the countermeasure plan specified by the countermeasure plan specifying process is performed is stored.
  • the free capacity of the storage 1 is 4 TB (terabyte) before the countermeasure plan specifying process is performed, and becomes 2 TB after the countermeasure is implemented.
  • the data stored in the free space management table 172 may be collected from each storage device ST by the management computer 1 or may be input by the administrator.
  • the post-measurement free capacity 1723 stores the same value as the current free capacity 1722.
  • FIG. 36 is a configuration diagram of an example of a countermeasure plan management table according to the second embodiment.
  • the countermeasure plan management table 173 is data for managing the countermeasure plan specified by the management computer 1.
  • the countermeasure plan management table 173 includes fields for a virtual volume ID 1731 and a migration destination storage 1732.
  • the virtual volume ID 1731 stores the identifier of the countermeasure-necessary volume 8.
  • the migration destination storage 1732 stores the name of the storage device ST that is the migration destination of the data of the entire countermeasure-necessary volume. From the figure, it can be seen that the management computer 1 has identified the countermeasure plan for moving the data of the entire countermeasure required volume “Volume 3” to the storage 1.
  • FIG. 37 is a configuration diagram of an example of a countermeasure required volume management table according to the second embodiment.
  • the countermeasure required volume management table 174 is data for managing the countermeasure required volume.
  • the countermeasure required volume management table 174 includes a field of a virtual volume ID 1741.
  • the virtual volume ID 1741 stores the identifier of the volume requiring countermeasures. From the figure, it can be seen that the virtual volume “Volume3” is a volume requiring countermeasures.
  • FIG. 38 is a configuration diagram of an example of a volume capacity management table according to the second embodiment.
  • the volume capacity management table 175 is data for managing the overall capacity and used capacity of each of the one or more virtual volumes 8 existing in the computer system.
  • the volume capacity management table 175 includes fields for virtual volume ID 1751, capacity 1752, and used capacity 1753.
  • the virtual volume ID 1751 stores the identifier of the virtual volume 8.
  • a value indicating the entire capacity of the virtual volume 8 is stored.
  • the used capacity 1753 a value indicating the used capacity of the virtual volume 8 is stored. For example, it can be seen from the first entry from the top in the figure that the total capacity of the virtual volume “Volume2” is 1 TB and the used capacity is 200 GB (gigabytes).
  • FIG. 39 is a flowchart of maintenance work support processing according to the second embodiment.
  • the maintenance work support process according to the second embodiment is substantially the same as the maintenance work support process according to the first embodiment of FIG.
  • the processes in steps S801 to S808 in FIG. 39 are the same as the processes in steps S101 to S108 in FIG.
  • the processing from step S813 to step S815 in FIG. 39 is similar to the processing from step S110 to step S112 in FIG. 22 is performed in step S801.
  • the physical connection management table 171, the free capacity management table 172, and the volume capacity management table 175 are also displayed at this time. The contents are updated to match the configuration of the computer system.
  • step S204 in FIG. 22 all entries of the countermeasure plan management table 173 and the countermeasure required volume management table 174 are deleted.
  • Step S806 when it is determined that there is an active stop-time inaccessible path (Step S806: Yes), the management program 14 performs countermeasure specification processing (Step S809). A countermeasure plan is identified by this countermeasure identification process.
  • the management program 14 displays on the display computer 10 a fourth determination result display screen (see FIG. 43) indicating the contents of the countermeasure plan specified in step S809 in addition to the fact that the storage device ST to be stopped cannot be stopped. Display, and the process proceeds to step S811 (step S810).
  • step S811 the management program 14 waits for the administrator's input to the fourth determination result display screen displayed in step S810, specifically, an input for instructing execution of the countermeasure plan. Then, the management program 14 determines whether the administrator has instructed the implementation of the countermeasure plan or whether a certain time has passed without the administrator instructing the implementation of the countermeasure plan.
  • the management program 14 implements the countermeasure according to the countermeasure plan (step S811). For example, when the identified countermeasure plan is a countermeasure plan for moving the data of the entire countermeasure required volume “Volume 3” to the storage 1, the management program 14 moves the data of the entire virtual volume “Volume 3” to the storage 1. Then, the management program 14 causes the storage 1 to set each window storage device ST of the virtualization server SV that uses the virtual volume “Volume3”. As a result, the virtualization server SV that accesses the virtual volume “Volume3” directly accesses the storage 1 in which data is actually stored, and the storage 1 is not the storage device ST to be stopped. There are no active inaccessible paths when stopped. Thereafter, the management program 14 advances the process to step S815.
  • step S811 timeout
  • the management program 14 advances the process to step S815. After completing the process of step S815, the management program 14 ends the maintenance work support process.
  • FIG. 40 is a flowchart of the measure specifying process according to the second embodiment.
  • the countermeasure identification process corresponds to the process of step S809 in FIG.
  • the management program 14 performs a countermeasure required volume specifying process (see FIG. 41) (step S901).
  • This countermeasure-necessary volume identification process identifies the countermeasure-necessary volume.
  • the management program 14 performs a countermeasure plan specifying process (see FIG. 42) (step S902).
  • a countermeasure plan is identified by this countermeasure plan identifying process.
  • the management program 14 ends the measure specifying process.
  • FIG. 41 is a flowchart of the countermeasure required volume specifying process according to the second embodiment.
  • the countermeasure required volume specifying process corresponds to the process of step S901 in FIG.
  • the management program 14 performs the processing from step S1001 to step S1007 for each entry in which data indicating active is stored in 1645 of the entries registered in the stop-time inaccessible path management table 164. I do.
  • the management program 14 determines whether one of the entries registered in the stop-time inaccessible path management table 164 is active or not, in which data indicating active is stored in 1645 (hereinafter, description of FIG. 41). In FIG. 2, “entry A” is selected.
  • target cause path the active stop-time inaccessible path indicated by the entry A, that is, the cause path is referred to as “target cause path”.
  • the management program 14 identifies an entry in which the value of the host 1521 matches the value of the virtualization server 1641 of the entry A from the entries of the host access path integrated management table 152 (step S1002). In other words, in step S1002, the entry related to the access source server SV of the target cause path in the host access path integrated management table 152 is specified. The management program 14 can know the virtual volume 8 accessed by the access source server SV of the target cause path by referring to the specified entry.
  • the management program 14 performs the processing from step S1003 to step S1006 for each entry specified in step S1002.
  • the management program 14 selects one of the entries specified in step S1002 (hereinafter referred to as “entry B” in the description of FIG. 41).
  • entity B the entries specified in step S1002
  • the virtual volume 8 indicated by the virtual volume ID 1522 of the entry B is referred to as “target virtual volume”.
  • the management program 14 matches the value of the virtual volume ID 1531 of the entry B with the value of the virtual volume ID 1522 and the value of the storage 1533 of the data storage destination storage 1643 of the entry A. It is determined whether there is an entry that matches the value (step S1004). That is, in step S1004, whether or not the storage area of the target storage device ST of the target cause path is allocated to the target virtual volume, that is, the access source server SV of the target cause path accesses using the target cause path. It is determined whether or not the VM data 72 is stored in the target virtual volume.
  • an entry in which the value of the virtual volume ID 1531 matches the value of the virtual volume ID 1522 of the entry B and the value of the storage 1533 matches the value of the data storage destination storage 1643 of the entry A if the VM data 72 accessed by the access source server SV of the target cause path using the target cause path is stored in the target virtual volume (step 1004: Yes), the management program 14 An entry indicating the target virtual volume is created, and the created entry is registered in the countermeasure required volume management table 174. That is, in this case, the target virtual volume is identified as a countermeasure-needed volume.
  • the value of the virtual volume ID 1531 matches the value of the virtual volume ID 1522 of the entry B, and the value of the storage 1533 matches the value of the data storage destination storage 1643 of the entry A. If there is no entry to be processed, that is, the VM data 72 accessed by the access source server SV of the target cause path using the target cause path is not stored in the target virtual volume (step 1004: No), the management program 14 Determines that the target virtual volume 8 is not a countermeasure-necessary volume.
  • the management program 14 finishes the processing of steps S1003 to S1006 for each entry specified in step S1002, and sets whether or not the entry registered in the stop-time inaccessible path management table 164 is active 1645. After the processing of steps S1001 to S1007 is completed for each entry storing the indicated data, the countermeasure-necessary volume specifying processing is terminated.
  • the management computer 1 stores the VM data 72 that is accessed by the virtualization server SV using the cause path among the one or more virtual volumes 8 used by the virtualization server SV having the cause path.
  • the identified virtual volume 8 is identified, and the identified virtual volume 8 is identified as a countermeasure-needed volume.
  • FIG. 42 is a flowchart of the measure plan specifying process according to the second embodiment.
  • the countermeasure plan identification process corresponds to the process of step S902 in FIG.
  • the management program 14 performs steps S1101 to S1113 for each entry registered in the countermeasure required volume management table 174.
  • the management program 14 selects one of the entries registered in the countermeasure required volume management table 174 (hereinafter referred to as “entry A” in the description of FIG. 42).
  • entity A the entries registered in the countermeasure required volume management table 174
  • target countermeasure required volume the countermeasure required volume indicated by the entry A is referred to as “target countermeasure required volume”.
  • the management program 14 performs the processing from step S1102 to step S1112 on each storage device ST other than the storage device ST to be stopped sharing the target countermeasure required volume.
  • the management program 14 selects one of the storage devices ST other than the storage device ST to be stopped (hereinafter referred to as “storage B” in the description of FIG. 42) that shares the target countermeasure required volume.
  • the management program 14 identifies an entry in which the value of the virtual volume ID 1522 matches the value of the virtual volume ID 1741 of the entry A from the entries of the host access path integrated management table 152 (step S1103). That is, in step S1103, an entry related to the target countermeasure required volume in the host access path integrated management table 152 is specified.
  • the management program 14 can know the virtualization server SV that accesses the target countermeasure required volume by referring to the specified entry.
  • the management program 14 performs the processing from step S1104 to step S1106 for each entry identified in step S1103.
  • the management program 14 selects one of the entries specified in step S1103 (hereinafter referred to as “entry C” in the description of FIG. 42).
  • entity C the entries specified in step S1103
  • target virtualization server the virtualization server SV indicated by the host 1521 of the entry C.
  • the management program 14 determines whether or not there is an entry in the physical connection management table 171 where the value of the host 1711 matches the value of the host 1521 of the entry C and the storage device ST indicated by the storage 1712 is the storage B. (Step S1105). That is, in step S1105, it is determined whether or not the storage B is a direct access device of the target virtualization server SV.
  • step S1105: No the management program 14 advances the process to step S1112. Then, if there is still a storage device ST other than the storage device ST to be stopped that shares the target countermeasure required volume, the management program 14 selects the storage device ST and performs the processing of steps S1102 to S1112 again. Do.
  • an entry in the physical connection management table 171 in which the value of the host 1711 matches the value of the host 1521 of the entry C and the storage device ST indicated by the storage 1712 is the storage B If it is determined that the storage B is a direct access device of the target virtualization server SV, the management program 14 advances the process to step S1107. That is, in this case, the storage B is a common direct access device of one or more virtualization servers SV that access the target countermeasure required volume.
  • step S1107 the management program 14 identifies an entry (hereinafter referred to as “entry D” in the description of FIG. 42) in which the storage apparatus ST indicated by the storage 1721 is the storage B from the entries of the free space management table 172. .
  • the management program 14 can know the free space in the storage area of the storage B that is a common direct access device by referring to the specified entry.
  • the management program 14 selects an entry in the volume capacity management table 175 whose virtual volume ID 1751 value matches the virtual volume ID 1741 value of the entry A (hereinafter referred to as “entry E” in the description of FIG. 42). (Step S1108).
  • the management program 14 can know the used capacity of the target countermeasure required volume by referring to the specified entry.
  • the management program 14 determines whether or not the value of the post-measure free space 1723 of the entry D is equal to or greater than the value of the used capacity 1753 of the entry E (step S1109). That is, it is determined whether or not the data of the entire target countermeasure required volume can be moved to the storage B that is a common direct access device.
  • step S1109: No If the value of the free space 1723 after countermeasure of the entry D is not equal to or greater than the value of the used capacity 1753 of the entry E (step S1109: No), the management program 14 advances the process to step S1112. Then, if there is still a storage device ST other than the storage device ST to be stopped that shares the target countermeasure required volume, the management program 14 selects the storage device ST and performs the processing of steps S1102 to S1112 again. Do.
  • the management program 14 stores the virtual volume ID 1741 of the entry A in the virtual volume ID 1731.
  • the management program 14 stores a value obtained by subtracting the value of the used capacity 1753 of the entry E from the value of the post-measurement free capacity 1723 of the entry D in the post-measurement free capacity 1723 of the entry D (step S1111). That is, in step S1111, the value of the post-measurement free space 1723 in the free space management table 172 is updated to the value when the measure according to the measure plan specified in step S1110 is implemented. Every time a countermeasure plan is specified, the management computer 1 can be prevented from deriving an impossible countermeasure plan by updating the value of the post-measurement free capacity 1723.
  • the management program 14 terminates the countermeasure plan specifying process after completing the processing of steps S1101 to S1113 for each entry registered in the countermeasure required volume management table 174.
  • the management computer 1 identifies the common direct access device of one or more virtualization servers SV that accesses the countermeasure required volume for the countermeasure required volume, and the used capacity of the countermeasure required volume and the storage area of the common direct access device. Based on the available capacity, determine whether the data for the entire volume requiring countermeasures can be moved to the common direct access device. If it is determined that the data can be moved, move the data for the entire volume requiring countermeasures to the common direct access device. Is specified as a countermeasure plan.
  • FIG. 43 is a configuration diagram of an example of a fourth determination result display screen according to the second embodiment.
  • the fourth determination result display screen 65 specifies that fact and the management computer 1. This is a screen for notifying the administrator of the contents of the countermeasure plan.
  • the fourth determination result display screen 65 displays an area 651 for displaying the determination result of whether or not to stop, an area 653 for displaying information on the inoperable VM 71, and the contents of the countermeasure plan specified by the management computer 1. And an area 654 for display.
  • the region 651 and the region 653 are substantially the same as the region 641 and the region 643 of the third determination result display screen 64 according to the first embodiment.
  • a list unit 6540 corresponding to one or more countermeasure plans is displayed in a list.
  • Each list unit 6540 includes information on each countermeasure plan, for example, an identifier of the countermeasure-necessary volume and the name of the storage device ST that is the migration destination of data of the entire countermeasure-necessary volume.
  • the fourth determination result display screen 65 is a page function for displaying a part of each list unit 6540 when the number of list units 6540 is large, and filtering and displaying a part of the plurality of list units 6540. And a function of sorting and displaying a plurality of list units 6540.
  • the area 654 includes a button 6544 for instructing the management computer 1 to implement a countermeasure according to the countermeasure plan.
  • the management computer 1 starts the process of step S812 in the maintenance work support process, and follows the countermeasure plan designated by the administrator. To implement.
  • the management computer 1 allows the administrator to designate a countermeasure plan to be executed, so that the administrator can cause the designated countermeasure plan among the plurality of countermeasure plans to be implemented when a plurality of countermeasure plans are specified. .
  • the administrator can know that the storage device ST to be stopped cannot be stopped unless measures are taken. Further, the administrator can know the cause path by referring to the list unit 6530 of each inoperable VM 71 in the area 653. Furthermore, the administrator can know what countermeasures are available as a countermeasure for stopping the storage apparatus ST to be stopped by referring to the list unit 6540 of each countermeasure plan in the area 654. As a result, it is possible to save the administrator from having to consider countermeasures themselves.
  • SYMBOLS 1 Management computer, ST ... Storage apparatus, SV ... Virtualization server, 41 ... SAN, 42 ... Management LAN

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　計算機システムが、複数のストレージ装置により共有される仮想ボリューム（仮想的な論理ボリューム）を利用するサーバを含む。この計算機システムを管理する管理システムは、複数のストレージ装置のうちから判定対象とする第１のストレージ装置の選択を受け付け、第１のストレージ装置が含まれる第１のアクセスパスが存在するか否かの第１の判定を行い、第１のアクセスパスが存在する場合、第１のアクセスパスが、仮想ボリュームのサーバが利用している部分に割当てられている記憶領域（ストレージ装置の記憶領域）に対して、当該サーバがアクセスする際に利用するアクティブなアクセスパスであるか否かの第２の判定を行い、第１の判定の結果又は第２の判定の結果に基づいて、第１のストレージ装置を停止できるか否かを判定する。アクセスパスは、サーバから一のストレージ装置までの経路である。

Description

管理システム及び管理方法
　本発明は、計算機システムの管理を行う管理システム及びその管理方法に関する。
　複数のストレージ装置を運用する環境において、複数のストレージ装置を仮想化して１つの仮想ストレージ装置とし、その運用及び管理を容易化する技術が提案されている。この技術によれば、ホストは、仮想ストレージ装置が提供する仮想的な論理ボリューム（以下「仮想ボリューム」という）に、仮想ストレージ装置を構成するいずれの物理的なストレージ装置からでもアクセス可能である。また、１つの仮想ボリュームのデータは、仮想ボリュームを共有する複数のストレージ装置に分散して格納される。これにより、複数のホストが同じ仮想ボリュームを利用する場合に、１つのストレージ装置の制御部に負荷が集中しないようにアクセスを分散させることができる。また、１つのストレージ装置の空き容量が枯渇した場合でも別のストレージ装置の空き容量を利用できるため、空き容量の管理をストレージ装置個別に行わずに済むというメリットもある。
　例えば、仮想ストレージ装置は、複数のストレージ装置のそれぞれの記憶領域をまとめたプールを構成し、そのプール上に、シンプロビジョニング（Ｔｈｉｎ　Ｐｒｏｖｉｓｉｏｎｉｎｇ）技術に基づく仮想ボリュームを作成し、作成した仮想ボリュームをホストに提供する。ホストは、仮想ボリュームを共有するいずれのストレージ装置からでも仮想ボリューム上のデータにアクセス可能である。ストレージ装置は、ホストからリード要求を受信した場合、リード対象のデータがどのストレージ装置に実際に格納されているかを特定し、特定したストレージ装置からリード対象のデータを取得した上で、ホストに返却する。また、ストレージ装置は、ホストからライト要求を受信し、それが新規データのライト要求であった場合、プールを共有するすべてのストレージ装置の空き領域の中から、新規データの格納先の領域を選択する。
　また、特許文献１は、ストレージ装置におけるパス管理の技術を開示している。
特開２００９－２５９０３１号公報
　ストレージ装置の仮想化技術では、仮想化により通常運用が容易になる反面、ストレージ装置の構成、例えば、複数のストレージの接続関係、記憶領域の割当て関係等を考慮する必要がある作業、例えば、保守作業、障害調査等が困難となる場合がある。
　例えば、複数のストレージ装置を含む計算機システムにおいて、ストレージ装置のファームウェアアップデートのような保守作業を行う為に、一部のストレージ装置を一時的に停止しなければならない場合がある。このとき、管理者は、ストレージ装置の停止によって影響を受ける装置の範囲（以下「影響範囲」という）を、ストレージ装置の構成から判断する。しかし、ストレージ装置の仮想化技術が導入された環境では、管理者は、影響範囲を必要以上に大きく判断してしまう場合がある。
　具体的には、ストレージ装置の仮想化技術が導入された環境では、複数のストレージ装置の記憶領域が同じ仮想ボリュームに割当てられている。そのため、仮想ボリュームを共有する複数のストレージ装置のうちのいずれか１つでも停止する場合には、記憶領域の割当て関係を有する仮想ボリューム全体、すなわち、仮想ボリュームを共有するストレージ装置全部に影響があると判断され得る。しかし、例えば、ホストの仮想ボリュームの利用状況（ホストが仮想ボリュームのどの部分を利用しているか等）、ストレージ装置間のデータ通信の有無等によっては、停止対象のストレージ装置と同じ仮想ボリュームを共有するストレージ装置であっても、停止の影響を受けない場合がある。影響範囲が大きく判断されてしまうと、システム管理における時間的なコスト、対策検討コスト等が増加し、場合によってはストレージ装置を停止できず保守作業等ができないという状況になりかねない。
　管理システムは、複数のストレージ装置と、複数のストレージ装置により共有される仮想ボリューム（仮想的な論理ボリューム）を利用するサーバとを含む計算機システムの管理を行う。管理システムの記憶デバイスは、アクセスパス情報を記憶する。アクセスパス情報は、サーバが複数のストレージ装置のそれぞれの記憶領域にアクセスする際に利用する、サーバから一のストレージ装置までの経路であるアクセスパスのそれぞれについて、当該アクセスパス上に存在する１以上のストレージ装置を示す情報である。管理システムの制御デバイスは、複数のストレージ装置のうちから判定対象とする第１のストレージ装置の選択を受け付け、アクセスパス情報に基づいて、第１のストレージ装置が含まれる第１のアクセスパスが存在するか否かの第１の判定を行う。第１のアクセスパスが存在する場合、制御デバイスは、第１のアクセスパスが、仮想ボリュームのサーバが利用している部分に割当てられている記憶領域に対して、当該サーバがアクセスする際に利用するアクティブなアクセスパスであるか否かの第２の判定を行い、第１の判定の結果又は第２の判定の結果に基づいて、第１のストレージ装置を停止できるか否かを判定する。
図１は、実施例１の概要を説明する図である。 図２は、実施例１に係る計算機システムの一例の構成図である。 図３は、実施例１に係る仮想化サーバの一例の構成図である。 図４は、実施例１に係る稼働ＶＭ管理表の一例の構成図である。 図５は、実施例１に係るＶＭデータ管理表の一例の構成図である。 図６は、実施例１に係るストレージ装置の一例の構成図である。 図７は、実施例１に係るホストアクセスパス管理表の一例の構成図である。 図８は、実施例１に係る装置間アクセスパス管理表の一例の構成図である。 図９は、実施例１に係る仮想－実ページ対応管理表の一例の構成図である。 図１０は、実施例１に係る管理計算機の一例の構成図である。 図１１は、実施例１に係るホスト管理表の一例の構成図である。 図１２は、実施例１に係るホストアクセスパス統合管理表の一例の構成図である。 図１３は、実施例１に係る装置間アクセスパス統合管理表の一例の構成図である。 図１４は、実施例１に係る仮想－実ページ対応統合管理表の一例の構成図である。 図１５は、実施例１に係るＶＭデータ統合管理表の一例の構成図である。 図１６は、実施例１に係る稼働ＶＭ統合管理表の一例の構成図である。 図１７は、実施例１に係るＶＭデータアクセスパス管理表の一例の構成図である。 図１８は、実施例１に係る停止時アクセス不可パス管理表の一例の構成図である。 図１９は、実施例１に係る稼働ＶＭデータ格納先管理表の一例の構成図である。 図２０は、実施例１に係る停止時不可マイグレーション管理表の一例の構成図である。 図２１は、実施例１に係る保守作業支援処理のフローチャートである。 図２２は、実施例１に係る事前準備処理のフローチャートである。 図２３は、実施例１に係る停止時アクセス不可パス特定処理のフローチャートである。 図２４は、実施例１に係るＶＭデータアクセスパス特定処理のフローチャートである。 図２５は、実施例１に係る停止時アクセス可否判定処理のフローチャートである。 図２６は、実施例１に係るアクティブな停止時アクセス不可パス特定処理のフローチャートである。 図２７は、実施例１に係るアクティブ非アクティブ判定処理のフローチャートである。 図２８は、実施例１に係る初期画面の一例の構成図である。 図２９は、実施例１に係る第１の判定結果表示画面の一例の構成図である。 図３０は、実施例１に係る第２の判定結果表示画面の第１の例の構成図である。 図３１は、実施例１に係る第２の判定結果表示画面の第２の例の構成図である。 図３２は、実施例１に係る第３の判定結果表示画面の一例の構成図である。 図３３は、実施例２に係る管理計算機の一例の構成図である。 図３４は、実施例２に係る物理接続管理表の一例の構成図である。 図３５は、実施例２に係る空き容量管理表の一例の構成図である。 図３６は、実施例２に係る対策プラン管理表の一例の構成図である。 図３７は、実施例２に係る対策必要ボリューム管理表の一例の構成図である。 図３８は、実施例２に係るボリューム容量管理表の一例の構成図である。 図３９は、実施例２に係る保守作業支援処理のフローチャートである。 図４０は、実施例２に係る対策特定処理のフローチャートである。 図４１は、実施例２に係る対策必要ボリューム特定処理のフローチャートである。 図４２は、実施例２に係る対策プラン特定処理のフローチャートである。 図４３は、実施例２に係る第４の判定結果表示画面の一例の構成図である。
　本発明の実施例について、図面を参照して説明する。なお、以下に説明する実施例は特許請求の範囲にかかる発明を限定するものではなく、また実施例の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。これらの図面において、複数の図を通じて同一の符号は同一の構成要素を示している。
　なお、以後の説明では「ａａａ表」等の表現にて本発明の情報を説明するが、これら情報はテーブル、リスト、ＤＢ、キュー等のデータ構造以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「ａａａ表」等について「ａａａ情報」と呼ぶことがある。
　また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いるが、これらについては互いに置換が可能である。
　以後の説明では「プログラム」を主語として説明を行う場合があるが、プログラムは、プロセッサによって実行されることで定められた処理をメモリ及び通信ポート（ＳＡＮポート、ＬＡＮポート）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムを主語として開示された処理は管理計算機等の計算機が行う処理としてもよい。また、プログラムの一部または全ては専用ハードウェアによって実現されてもよい。また、各種プログラムはプログラム配布サーバや、計算機が読み取り可能な記憶メディアによって各計算機にインストールされてもよい。
　以後、計算機システムを管理し、表示用情報を表示する一つ以上の計算機の集合を管理システムと呼ぶことがある。管理計算機が表示用情報を表示する場合は管理計算機が管理システムである、また、管理計算機と表示用計算機の組み合わせも管理システムである。また、管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合は当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含め）が管理システムである。
　図１は、実施例１の概要を説明する図である。
　管理システム（管理計算機１及び表示用計算機１０）は、１以上のホストとなる仮想化サーバＳＶと、１以上のストレージ装置（単に「ストレージ」という場合もある）ＳＴとを含む計算機システムの管理を行う。
　実施例１では、管理システムの操作者である管理者が保守作業の為に停止しようとしている停止対象（判定対象）のストレージ装置ＳＴ（第１のストレージ）を指示し、管理計算機１がそのストレージ装置ＳＴを停止した場合の影響範囲を特定する。管理計算機１は、まず、ストレージ装置ＳＴの構成情報を用いて、仮想化サーバＳＶが仮想ボリューム８を共有する各ストレージ装置ＳＴにアクセスする際に利用する、仮想化サーバＳＶから各ストレージ装置ＳＴまでの経路（以下「ＶＭデータアクセスパス」又は単に「アクセスパス」という）５１、５２の中に、停止対象のストレージ装置ＳＴを停止した場合に利用できなくなるアクセスパス（以下「停止時アクセス不可パス」という）（第１のアクセスパス）が存在するか否かを判定する。次に、管理計算機１は、停止時アクセス不可パスが存在する場合、ホスト（仮想化サーバＳＶ）の設定情報を用いて、停止時アクセス不可パスがアクティブであるか否か、すなわち、ホストが停止時アクセス不可パスを実際に使っているか否かを判定する。停止時アクセス不可パスが存在しない又は停止時アクセス不可パスが存在するが、停止時アクセス不可パスがすべて非アクティブである場合、管理計算機１は、停止対象のストレージ装置ＳＴは停止可能であると判定する。アクティブな停止時アクセス不可パスが存在する場合、管理計算機１は、停止対象のストレージ装置ＳＴは停止不可能であると判定する。その後、管理計算機１は、判定結果を表示用計算機１０に表示することにより管理者に伝える。アクセスパスの１以上のノードは、１以上のストレージ装置で良い。
　管理計算機１は、停止対象のストレージ装置ＳＴが停止可能であると判定した場合、続けて保守作業を行うか否かを管理者に尋ねる。管理者が保守作業を行うよう指示した場合、管理計算機１は、停止対象のストレージ装置ＳＴを実際に停止して、保守作業を行う。また、管理計算機１は、停止時アクセス不可パスが存在するがすべて非アクティブである場合、停止対象のストレージ装置ＳＴを停止したときに、非アクティブな停止時アクセス不可パスが存在することによって制限される操作であって、計算機システムの構成変更（例えば、ストレージ装置ＳＴの構成の変更、仮想化サーバＳＶの設定の変更等）に係る操作（以下「操作制限」という）を特定する。管理計算機１は、判定結果を管理者に伝える際に、操作制限の内容を合わせて管理者に伝える。管理者は、操作制限を確認し、それらが許容できるか否かを判断し、許容できれば管理計算機１に保守作業を行うよう指示する。
　実施例１の計算機システムは、図１に示すように、仮想化サーバ１及び仮想化サーバ２の２つの仮想化サーバＳＶと、ストレージ１、ストレージ２及びストレージ３の３つのストレージ装置ＳＴとを有する。仮想化サーバ１、仮想化サーバ２、ストレージ１、ストレージ２及びストレージ３は、ストレージエリアネットワーク（ＳＡＮ）４１を介して相互に接続されている。また、ストレージ１とストレージ２、ストレージ２とストレージ３は、それぞれ専用線４３を介して相互に接続されている。仮想化サーバＳＶとストレージ装置ＳＴとの間のデータ通信は、ＳＡＮ４１を介して行われる。一方、ストレージＳＴ間のデータ通信は、専用線４３を介して行われる。専用線４３を介して直接接続されていないストレージＳＴ間（ストレージ１とストレージ３）のデータ通信は、その間の他のストレージＳＴ（ストレージ２）を介して行われる。
　仮想化サーバ１上では、ＶＭａ、ＶＭｂ及びＶＭｃの３つのＶＭ（仮想マシン）７１が稼動している。また、仮想化サーバ２上では、ＶＭｄ、ＶＭｅ及びＶＭｆの３つのＶＭ７１が稼動している。ストレージ１、ストレージ２及びストレージ３は、仮想ボリューム８（ＶＭデータ格納ボリューム）を共有しており、それを仮想化サーバ１及び仮想化サーバ２に提供する。仮想ボリューム８は、ストレージ１及びストレージ３のＲＡＩＤ（Redundant Arrays of Inexpensive Disks）グループ２６の記憶領域が割当てられることにより形成されている。仮想ボリューム８上には、各ＶＭ７１に利用されるデータ（以下「ＶＭデータ」という）７２が格納されている。仮想化サーバ１及び仮想化サーバ２は、自身の上で稼動するＶＭ７１のＶＭデータ７２にアクセスするために、仮想ボリューム８にアクセスする。
　仮想化サーバＳＶは、仮想ボリューム８にアクセスする際、仮想ボリューム８を共有する複数のストレージ装置ＳＴのうちの１つのストレージ装置ＳＴを窓口としてアクセス要求（ライト要求又はリード要求）を発行する。ここで、窓口となるストレージ装置を、以下「窓口ストレージ装置」という。実施例１において、仮想化サーバ１は、ストレージ１を窓口ストレージ装置ＳＴとし、ストレージ１から仮想ボリューム８にアクセスする。また、仮想化サーバ２は、ストレージ３を窓口ストレージ装置ＳＴとし、ストレージ３から仮想ボリューム８にアクセスする。ＶＭａ、ＶＭｂ及びＶＭｃのＶＭデータ７２は、実際にはストレージ１のＲＡＩＤグループ２６の記憶領域に格納されている。また、ＶＭｄ、ＶＭｅ及びＶＭｆのＶＭデータ７２は、実際にはストレージ３のＲＡＩＤグループ２６の記憶領域に格納されている。
　このような構成において、仮想化サーバ１がＶＭａ、ＶＭｂ、ＶＭｃのＶＭデータ７２にアクセスする際、ストレージ１のみがそのアクセスに関係する。なぜなら、仮想化サーバ１は、仮想ボリューム８にストレージ１からアクセスし、また、ＶＭａ、ＶＭｂ、ＶＭｃのＶＭデータ７２は、ストレージ１のＲＡＩＤグループ２６の記憶領域に格納されているからである。一方、仮想化サーバ１がＶＭｄ、ＶＭｅ、ＶＭｆのＶＭデータ７２にアクセスする際、ストレージ１、ストレージ２及びストレージ３がそのアクセスに関係する。なぜなら、仮想化サーバ１は、ＶＭデータ格納ボリューム８にストレージ１からアクセスするが、ＶＭｄ、ＶＭｅ、ＶＭｆのＶＭデータ７２は、ストレージ３のＲＡＩＤグループ２６の記憶領域に格納されており、ストレージ１からストレージ２を介してストレージ３にアクセスすることとなるからである。
　ここで、ストレージ２を停止した場合、仮想化サーバ１からＶＭａ、ＶＭｂ、ＶＭｃのＶＭデータ７２へのアクセスは、継続して可能である。なぜならば、そのアクセスにストレージ２が関係しないから、すなわち、仮想化サーバ１からＶＭａ、ＶＭｂ、ＶＭｃのＶＭデータ７２が格納されているストレージ１までのアクセスパス５１上に、ストレージ２が存在しない（含まれていない）からである。一方、仮想化サーバ１からＶＭｄ、ＶＭｅ、ＶＭｆのＶＭデータ７２へのアクセスは、不可能となる。なぜならば、そのアクセスにストレージ２が関係するから、すなわち、仮想化サーバ１からＶＭｄ、ＶＭｅ、ＶＭｆのＶＭデータ７２が格納されているストレージ３までのアクセスパス５２上に、ストレージ２が存在するからである。従って、アクセスパス５２は、停止時アクセス不可パスとなる。しかし、仮想化サーバ１からＶＭｄ、ＶＭｅ、ＶＭｆのＶＭデータ７２へのアクセスが不可能となっても、現在仮想化サーバ１上で稼動しているＶＭ７１の動作には影響がない。なぜならば、ＶＭｄ、ＶＭｅ、ＶＭｆは仮想化サーバ１上で稼動しておらず、仮想化サーバ１はＶＭｄ、ＶＭｅ、ＶＭｆのＶＭデータ７２を利用していないから、すなわち、アクセスパス５２は非アクティブだからである。ただし、アクセスパス５２が利用できなくなるため、ストレージ２の停止中に、例えばＶＭｄを仮想化サーバ２から仮想化サーバ１へ移行して仮想化サーバ１で稼動させるようにする事はできない。これは、ストレージ２を停止した場合の操作制限となる。
　管理計算機１は、このようなＶＭ７１の動作に影響を与えるか否かの判定を、各仮想化サーバＳＶとＶＭ７１との組み合わせについて行い、判定結果を管理者に伝える。図１の構成においては、ストレージ２を停止しても、仮想化サーバ１及び仮想化サーバ２のそれぞれの上で稼動するＶＭ７１の動作には影響がないことが分かる。したがって、ストレージ２を停止するために、事前の対策は不要である。ただし、停止中は一部の操作が不可能となる。管理計算機１は、その不可能となる操作、すなわち操作制限についても管理者に伝える。
　なお、本実施例では、ストレージ装置ＳＴを利用するホストとして仮想化サーバＳＶを例にとって説明するが、仮想化サーバＳＶ以外、例えば、物理サーバがホストであってもよい。また、本実施例では、操作制限として、仮想化サーバＳＶ間のＶＭ７１の移行（以下「ＶＭマイグレーション」という）を例にとって説明するが、ＶＭマイグレーション以外にも様々な操作制限が考えられる。また、仮想ボリューム８を共有するストレージ装置ＳＴとは、仮想ストレージ装置を構成するストレージ装置ＳＴのことを意味し、必ずしもそのストレージ装置ＳＴの記憶領域が仮想ボリューム８に割当てられている必要はない。
　図２は、実施例１に係る計算機システムの一例の構成図である。
　計算機システムは、管理計算機１と、表示用計算機１０と、１以上（同図では、２つ）の仮想化サーバＳＶ（仮想化サーバ１及び仮想化サーバ２）と、複数（同図では、３つ）のストレージ装置ＳＴ（ストレージ１、ストレージ２及びストレージ３）と、ＳＡＮ４１と、管理用ＬＡＮ（Local Area Network）４２とを有する。仮想化サーバ１、仮想化サーバ２、ストレージ１、ストレージ２及びストレージ３は、ＳＡＮ４１を介して相互に接続される。また、ストレージ１とストレージ２、ストレージ２とストレージ３は、それぞれ専用線４３を介して相互に接続される。また、管理計算機１、各仮想化サーバＳＶ、各ストレージＳＴは、管理用ＬＡＮ４２を介して相互に接続される。管理計算機１と表示用計算機１０の組み合わせは、計算機システムの管理を行う管理システムを構成する。なお、管理計算機１が、表示用計算機１０の機能をも有している場合は、計算機システムは表示用計算機１０を含まなくともよい。この場合は、管理計算機１が管理システムとなる。また、ＳＡＮ４１は、ＦＣ（Fibre Channel）の接続方式を採用してもよいし、ｉＳＣＳＩ（Internet Small Computer System Interface）の接続方式を採用してもよい。本実施例に係る計算機システムは、２つの仮想化サーバＳＶ、３つのストレージ装置ＳＴを有しているが、仮想化サーバＳＶ及びストレージ装置ＳＴの数は、幾つでもよい。
　図３は、実施例１に係る仮想化サーバの一例の構成図である。
　仮想化サーバＳＶは、サーバプログラム等を実行し、ユーザに対して所定のサービスを提供する計算機である。仮想化サーバＳＶは、その上で１以上のＶＭ７１を稼働させることで１以上の仮想的なサーバマシンとして機能する。仮想化サーバＳＶは、ＣＰＵ（Central Processing Unit）３１と、メモリ３２と、ＳＡＮポート３３と、ＬＡＮポート３４と、内部バス３５とを有する。ＣＰＵ３１、メモリ３２、ＳＡＮポート３３及びＬＡＮポート３４は、内部バス３５を介して相互に接続される。ＣＰＵ３１は、メモリ３２に格納された各種プログラムを実行する。メモリ３２は、半導体記憶装置であってもよいし、ハードディスクドライブ（ＨＤＤ）等の二次記憶装置であってもよいし、半導体記憶装置及び二次記憶装置の組み合わせであってもよい。ＳＡＮポート３３は、ＳＡＮ４１に接続するためのインターフェースデバイスであり、主にユーザデータ、例えば、仮想ボリューム８に書き込まれるデータ、仮想ボリューム８から読み出されるデータ等の入出力を行う際に利用される。ＬＡＮポート３４は、管理用ＬＡＮ４２に接続するためのインターフェースデバイスであり、主に管理用データ、例えば、計算機システムや計算機システムを構成する各装置の構成情報等の入出力を行う際に利用される。
　メモリ３２は、ＶＭデータ管理表３２１と、稼働ＶＭ管理表３２２と、ハイパーバイザ３２３と、１以上のＶＭ定義データ３２４とを記憶する。ハイパーバイザ３２３は、ＶＭ７１を稼働させるためのプログラムである。ＶＭ定義データ３２４は、仮想化サーバＳＶ上で稼働しているＶＭ７１ごとに用意されるデータであり、ＶＭ７１を稼働させるために必要な情報、例えば、ＶＭ７１に割当てられるメモリの容量、ＶＭ７１が利用可能なＣＰＵの個数等を含むデータである。ＶＭデータ管理表３２１及び稼働ＶＭ管理表３２２については、後述する。
　図４は、実施例１に係る稼働ＶＭ管理表の一例の構成図である。
　稼働ＶＭ管理表３２２は、仮想化サーバＳＶ上で稼働しているＶＭ（以下「稼働ＶＭ」という）７１を管理するためのデータである。稼働ＶＭ管理表３２２は、ＶＭ３２２１のフィールドを含む。ＶＭ３２２１には、稼働ＶＭ７１の名前が格納される。なお、図４は、仮想化サーバ１が記憶している稼働ＶＭ管理表３２２である。同図から、仮想化サーバ１上では、ＶＭａ、ＶＭｂ及びＶＭｃが稼働していることがわかる。
　図５は、実施例１に係るＶＭデータ管理表の一例の構成図である。
　ＶＭデータ管理表３２１は、各稼働ＶＭ７１について、そのＶＭデータ７２が格納されている仮想ボリューム８と、そのＶＭデータ７２の仮想ボリューム８上の格納位置とを管理するためのデータである。ＶＭデータ管理表３２１は、ＶＭ３２１１、サイズ３２１２、ＬＵＮ３２１３及び先頭アドレス３２１４のフィールドを含む。ＶＭ３２１１には、稼働ＶＭ７１の名前が格納される。サイズ３２１２には、稼働ＶＭ７１のＶＭデータ７２のサイズが格納される。ＬＵＮ３２１３には、稼働ＶＭ７１のＶＭデータ７２が格納されている仮想ボリューム８のＬＵＮ（Logical Unit Number）が格納される。先頭アドレス３２１４には、稼働ＶＭ７１のＶＭデータ７２が格納されている、仮想ボリューム８上の領域の先頭アドレスが格納される。例えば、同図の上から１番目のエントリから、ＶＭａのＶＭデータ７２は、仮想ボリューム「ＬＵＮ０」上のアドレス「０ｘ００００」を先頭とする１００ＧＢの領域に格納されていることがわかる。なお、本実施例では、ＶＭデータ７２は、仮想ボリューム８上にシーケンシャルに格納されることを前提としているが、ＶＭデータ７２の格納形態は、これに限られない。例えば、ＶＭデータ７２が、仮想ボリューム８上の複数のページに分散して格納されてもよい。この場合、例えば、格納先の複数のページのそれぞれを特定する情報が、ＶＭデータ管理表３２１で管理される。
　図６は、実施例１に係るストレージ装置の一例の構成図である。
　ストレージ装置ＳＴは、仮想化サーバＳＶ等に記憶領域を提供する装置である。ストレージ装置ＳＴは、ＣＰＵ２１と、メモリ２２と、１以上のＳＡＮポート２３と、ＬＡＮポート２４と、１以上の物理記憶デバイス２５と、内部バス２７とを有する。ＣＰＵ２１、メモリ２２、ＳＡＮポート２３、ＬＡＮポート２４及び物理記憶デバイス２５は、内部バス２７を介して相互に接続される。ＣＰＵ２１は、メモリ２２に格納された各種プログラムを実行する。物理記憶デバイス２５は、ハードディスクドライブ、固体記憶媒体、又は光記憶媒体のいずれであってもよく、また、他の種類の記憶媒体であってもよい。１以上のＲＡＩＤグループ２６は、１以上の物理記憶デバイス２５により構成される。ＲＡＩＤグループ２６の記憶領域、すなわち、ＲＡＩＤグループ２６を構成する物理記憶デバイス２５上の記憶領域が、仮想ボリューム８に割当てられる。仮想ボリューム８とＲＡＩＤグループ２６との間には、記憶領域のプール（ストレージプール）のような仮想化レイヤが入ってもよい。ＳＡＮポート２３は、ＳＡＮ４１に接続するためのインターフェースデバイスであり、主にユーザデータの入出力を行う際に利用される。ＬＡＮポート２４は、管理用ＬＡＮ４２に接続するためのインターフェースデバイスであり、主に管理用データの入出力を行う際に利用される。
　メモリ２２は、ストレージ制御プログラム２２１と、ホストアクセスパス管理表２２２と、装置間アクセスパス管理表２２３と、仮想－実ページ対応管理表２２４とを記憶する。ストレージ制御プログラム２２１は、ストレージ装置ＳＴの制御を行うプログラムである。ホストアクセスパス管理表２２２は、当該ホストアクセスパス管理表２２２を記憶するストレージ装置ＳＴを窓口とする仮想化サーバＳＶと当該仮想化サーバＳＶが利用する仮想ボリューム８とを示す情報（サーバストレージ間情報）である。装置間アクセスパス管理表２２３は、当該装置間アクセスパス管理表２２３を記憶するストレージ装置ＳＴから他のストレージ装置ＳＴまでの経路上に存在する１以上のストレージ装置ＳＴを示す情報（ストレージ間情報）である。仮想－実ページ対応管理表２２４は、当該仮想－実ページ対応管理表２２４を記憶するストレージ装置ＳＴの記憶領域が仮想ボリューム８のどの部分（位置）に割当てられているか示す情報（個別割当て情報）である。ホストアクセスパス管理表２２２、装置間アクセスパス管理表２２３及び仮想－実ページ対応管理表２２４の詳細については、後述する。
　図７は、実施例１に係るホストアクセスパス管理表の一例の構成図である。
　ホストアクセスパス管理表２２２は、当該ホストアクセスパス管理表２２２を記憶するストレージ装置（以下、図７の説明において「対象ストレージ装置」という）ＳＴを窓口とする仮想化サーバ（以下、図７の説明において「対象仮想化サーバ」という）ＳＶについての、対象仮想化サーバＳＶから対象ストレージ装置ＳＴまでの経路（以下「ホストアクセスパス」という）を管理するためのデータである。ホストアクセスパス管理表２２２は、ＷＷＮ２２２１、仮想ボリュームＩＤ２２２２、ポート２２２３及びＬＵＮ２２２４のフィールドを含む。ＷＷＮ２２２１には、対象仮想化サーバＳＶのＳＡＮポート３３のＷＷＮ（World Wide Name）が格納される。仮想ボリュームＩＤ２２２２には、対象仮想化サーバＳＶ（より正確には、対象仮想化サーバＳＶの稼働ＶＭ７１）がアクセスする仮想ボリューム８の識別子が格納される。ポート２２２３には、対象仮想化サーバＳＶが仮想ボリューム８にアクセスする際に利用する、対象ストレージ装置ＳＴのＳＡＮポート２３の識別子が格納される。ＬＵＮ２２２４には、対象仮想化サーバＳＶが仮想ボリューム８にアクセスする際に利用する、仮想ボリューム８のＬＵＮが格納される。同図から、ＳＡＮポート「ＷＷＮ－１」を有する仮想化サーバＳＶが、対象ストレージ装置ＳＴの「Ｐｏｒｔ１１」のＳＡＮポート２３を利用して、「Ｖｏｌｕｍｅ３」の仮想ボリュームにアクセスすることがわかる。
　図８は、実施例１に係る装置間アクセスパス管理表の一例の構成図である。
　装置間アクセスパス管理表２２３は、当該装置間アクセスパス管理表２２３を記憶するストレージ装置（以下、図８の説明において「対象ストレージ装置」という）ＳＴと、仮想ボリューム８を共有する他のストレージ装置ＳＴとの間の経路（以下「装置間アクセスパス」）を管理するためのデータである。装置間アクセスパス管理表２２３は、アクセス先ストレージ２２３１及び経由ストレージ２２３２のフィールドを含む。アクセス先ストレージ２２３１には、アクセス先のストレージ装置ＳＴの名前が格納される。経由ストレージ２２３２には、対象ストレージ装置ＳＴが、アクセス先ストレージ２２３１が示すストレージ装置ＳＴにアクセスする際に経由（正確には、対象ストレージ装置ＳＴが発行したアクセス要求のデータが経由）するストレージ装置ＳＴの名前が格納される。図中の「－」は、経由するストレージ装置ＳＴがないこと、すなわち、対象ストレージ装置ＳＴが、アクセス先ストレージ２２３１が示すストレージ装置ＳＴに直接アクセスすることを示している。また、複数のストレージ装置ＳＴを経由する場合は、経由ストレージ２２３２には、経由する複数のストレージ装置ＳＴの名前が格納される。なお、図８は、ストレージ１が記憶している装置間アクセスパス管理表２２３である。同図から、ストレージ１は、ストレージ２には直接アクセスし、ストレージ３にはストレージ２を経由してアクセスすることがわかる。
　図９は、実施例１に係る仮想－実ページ対応管理表の一例の構成図である。
　仮想－実ページ対応管理表２２４は、当該仮想－実ページ対応管理表２２４を記憶するストレージ装置（以下、図９の説明において「対象ストレージ装置」という）ＳＴの記憶領域が、仮想ボリューム８のどの部分（位置）に割当てられているかを管理するためのデータである。仮想－実ページ対応管理表２２４は、仮想ボリューム８の記憶領域を構成する仮想ページと、その仮想ページに割当てられている、ＲＡＩＤグループ２６の記憶領域を構成する実ページとの対応関係を管理する。仮想－実ページ対応管理表２２４は、仮想ボリュームＩＤ２２４１、アドレス２２４２、ストレージ２２４３、ＲＡＩＤグループ２２４４及びアドレス２２４５のフィールドを含む。仮想ボリュームＩＤ２２４１には、仮想ボリューム８の識別子が格納される。アドレス２２４２には、仮想ページの仮想ボリューム８上のアドレスが格納される。ストレージ２２４３には、対象ストレージ装置ＳＴの名前が格納される。ＲＡＩＤグループ２２４４には、アドレス２２４２が示すアドレスの仮想ページに割当てられている実ページを有するＲＡＩＤグループ２６の名前が格納される。アドレス２２４５には、アドレス２２４２が示すアドレスの仮想ページに割当てられている実ページのＲＡＩＤグループ２６上のアドレスが格納される。例えば、同図の上から１番目のエントリから、対象ストレージ装置ＳＴであるストレージ１のＲＡＩＤグループ１上のアドレス「０ｘ００００」の実ページが、仮想ボリューム「Ｖｏｌｕｍｅ３」上のアドレス「０ｘ００００」の仮想ページに割当てられていることがわかる。
　図１０は、実施例１に係る管理計算機の一例の構成図である。
　管理計算機１は、計算機システムの管理を行う計算機である。管理計算機１は、ＣＰＵ１１と、メモリ１２と、ＬＡＮポート１３と、内部バス１４とを有する。ＣＰＵ１１、メモリ１２、及びＬＡＮポート１３は、内部バス１４を介して相互に接続される。ＣＰＵ１１は、メモリ１２に格納された各種プログラムを実行する。メモリ１２は、半導体記憶装置であってもよいし、ハードディスクドライブ（ＨＤＤ）等の二次記憶装置であってもよいし、半導体記憶装置及び二次記憶装置の組み合わせであってもよい。メモリ１２は、ＣＰＵ１１によって実行されるプログラムや、ＣＰＵ１１に利用される各種情報を記憶する。ＬＡＮポート１３は、管理用ＬＡＮ４２に接続するためのインターフェースデバイスである。
　メモリ１２は、管理プログラム１４と、ホスト管理表１５１と、ホストアクセスパス統合管理表１５２と、仮想－実ページ対応統合管理表１５３と、装置間アクセスパス統合管理表１５４と、稼働ＶＭ統合管理表１５５と、ＶＭデータ統合管理表１５６と、停止時不可マイグレーション管理表１６１と、稼働ＶＭデータ格納先管理表１６２と、ＶＭデータアクセスパス管理表１６３と、停止時アクセス不可パス管理表１６４とを記憶する。管理プログラム１４は、管理計算機１が管理者から停止対象のストレージ装置ＳＴの選択を受け付けた際に、停止対象のストレージ装置ＳＴを停止可能かどうかの判断及びその判断結果の表示その他の保守作業を支援する処理（以下「保守作業支援処理」という）（図２１参照）を実行するプログラムである。仮想－実ページ対応統合管理表１５３は、複数のストレージ装置ＳＴのそれぞれの記憶領域が仮想ボリューム８のどの部分に割当てられているか示す情報（割当て情報）である。稼働ＶＭ統合管理表１５５及びＶＭデータ統合管理表１５６は、仮想化サーバＳＶ（仮想化サーバＳＶ上で稼働している１以上のＶＭ７１のそれぞれ）が仮想ボリューム８のどの部分を利用しているかを示す利用情報（仮想マシン利用情報）である。ＶＭデータアクセスパス管理表１６３は、アクセスパス上に存在する１以上のストレージ装置ＳＴを示すアクセスパス情報である。メモリ１２に記憶される各種情報１５１～１５６、１６１～１６４の詳細については、後述する。
　なお、管理計算機１に対する管理者の入出力は、管理計算機１に接続される表示用計算機１０を介して行われる。表示用計算機１０は、例えば、入力デバイスと、出力デバイスとを有する。入力デバイスは、管理者が管理計算機１に情報を入力するためのデバイスであり、例えば、キーボード、マウス等である。出力デバイスは、管理計算機１が実行した処理の結果等を出力するためのデバイスであり、例えば、ディスプレイ等である。
　図１１は、実施例１に係るホスト管理表の一例の構成図である。
　ホスト管理表１５１は、計算機システム内に存在するホスト（本実施形態では、仮想化サーバＳＶ）を管理するためのデータである。ホスト管理表１５１は、ホスト１５１１及びＷＷＮ１５１２のフィールドを含む。ホスト１５１１には、仮想化サーバＳＶの名前が格納される。ＷＷＮ１５１２には、仮想化サーバＳＶのＳＡＮポート３３のＷＷＮが格納される。同図から、仮想化サーバ１及び仮想化サーバ２の２つの仮想化サーバＳＶが計算機システム内に存在し、仮想化サーバ１のＳＡＮポート３３のＷＷＮは「ＷＷＮ－１」、仮想化サーバ２のＳＡＮポート３３のＷＷＮは「ＷＷＮ－２」であることがわかる。なお、ホスト管理表１５１に格納するデータは、管理計算機１が各仮想化サーバＳＶから収集してもよいし、管理者が入力してもよい。
　図１２は、実施例１に係るホストアクセスパス統合管理表の一例の構成図である。
　ホストアクセスパス統合管理表１５２は、計算機システム内に存在する複数のストレージ装置ＳＴのそれぞれのホストアクセスパス管理表２２２を集約したデータである。ホストアクセスパス統合管理表１５２によって、計算機システム内に存在するホストアクセスパスが管理される。ホストアクセスパス統合管理表１５２は、ホスト１５２１、仮想ボリュームＩＤ１５２２、ストレージ１５２３、ポート１５２４及びＬＵＮ１５２５のフィールドを含む。ホスト１５２１には、仮想化サーバＳＶの名前が格納される。仮想ボリュームＩＤ１５２２には、ホスト１５２１が示す仮想化サーバ（以下、図１２の説明において「対象仮想化サーバ」という）ＳＶがアクセスする仮想ボリューム８の識別子が格納される。ストレージ１５２３には、対象仮想化サーバＳＶの窓口ストレージ装置ＳＴの名前が格納される。ポート１５２４には、対象仮想化サーバＳＶが仮想ボリューム８にアクセスする際に利用する、対象仮想化サーバＳＶの窓口ストレージ装置ＳＴのＳＡＮポート２３の識別子が格納される。ＬＵＮ１５２５には、対象仮想化サーバＳＶが仮想ボリューム８にアクセスする際に利用する、仮想ボリューム８のＬＵＮが格納される。同図から、仮想化サーバ１は、ストレージ１を窓口ストレージ装置ＳＴとし、ストレージ１のＳＡＮポート「Ｐｏｒｔ１１」を利用して仮想ボリューム「Ｖｏｌｕｍｅ３」にアクセスし、仮想化サーバ２は、ストレージ３を窓口ストレージ装置ＳＴとし、ストレージ３のＳＡＮポート「Ｐｏｒｔ３１」を利用して仮想ボリューム「Ｖｏｌｕｍｅ３」にアクセスすることがわかる。
　図１３は、実施例１に係る装置間アクセスパス統合管理表の一例の構成図である。
　装置間アクセスパス統合管理表１５４は、計算機システム内に存在する複数のストレージ装置ＳＴのそれぞれの装置間アクセスパス管理表２２３を集約したデータである。装置間アクセスパス統合管理表１５４によって、計算機システム内に存在する装置間アクセスパスが管理される。装置間アクセスパス統合管理表１５４は、アクセス元ストレージ１５４１、アクセス先ストレージ１５４２及び経由ストレージ１５４３のフィールドを含む。アクセス元ストレージ１５４１には、アクセス元のストレージ装置ＳＴの名前が格納される。アクセス先ストレージ１５４２には、アクセス先のストレージ装置ＳＴの名前が格納される。経由ストレージ１５４３には、アクセス元ストレージ１５４１が示すストレージ装置ＳＴが、アクセス先ストレージ１５４２が示すストレージ装置ＳＴにアクセスする際に経由するストレージ装置ＳＴの名前が格納される。装置間アクセスパス管理表２２３と同様に、図中の「－」は、経由するストレージ装置ＳＴがないことを示している。また、複数のストレージ装置ＳＴを経由する場合は、経由ストレージ１５４３には、その複数のストレージ装置ＳＴの名前が格納される。同図の上から１番目のエントリ及び上から２番目のエントリから、ストレージ１は、ストレージ２には直接アクセスし、ストレージ３にはストレージ２を経由してアクセスすることがわかる。また、同図の上から３番目のエントリ及び上から４番目のエントリから、ストレージ２は、ストレージ１及びストレージ３のそれぞれに直接アクセスすることがわかる。また、同図の下から１番目のエントリ及び下から２番目のエントリから、ストレージ３は、ストレージ２には直接アクセスし、ストレージ１にはストレージ２を経由してアクセスすることがわかる。
　図１４は、実施例１に係る仮想－実ページ対応統合管理表の一例の構成図である。
　仮想－実ページ対応統合管理表１５３は、計算機システム内に存在する複数のストレージ装置ＳＴのそれぞれの仮想－実ページ対応管理表２２４を集約したデータである。仮想－実ページ対応統合管理表１５３によって、計算機システム内に存在する１以上の仮想ボリューム８のそれぞれについて、仮想ページと実ページとの対応関係が管理される。仮想－実ページ対応統合管理表１５３は、仮想ボリュームＩＤ１５３１、アドレス１５３２、ストレージ１５３３、ＲＡＩＤグループ１５３４及びアドレス１５３５のフィールドを含む。仮想ボリュームＩＤ１５３１には、仮想ボリューム８の識別子が格納される。アドレス１５３２には、仮想ページの仮想ボリューム８上のアドレスが格納される。ストレージ１５３３には、アドレス１５３２が示すアドレスにある仮想ページに割当てられている実ページを有するＲＡＩＤグループ２６を有するストレージ装置ＳＴの名前が格納される。ＲＡＩＤグループ１５３４には、アドレス１５３２が示すアドレスの仮想ページに割当てられている実ページを有するＲＡＩＤグループ２６の名前が格納される。アドレス１５３５には、アドレス１５３２が示すアドレスの仮想ページに割当てられている実ページのＲＡＩＤグループ２６上のアドレスが格納される。例えば、同図の上から１番目のエントリから、ストレージ１のＲＡＩＤグループ１上のアドレス「０ｘ００２０」の実ページが、仮想ボリューム「Ｖｏｌｕｍｅ２」上のアドレス「０ｘ００００」の仮想ページに割当てられていることがわかる。
　図１５は、実施例１に係るＶＭデータ統合管理表の一例の構成図である。
　ＶＭデータ統合管理表１５６は、計算機システム内に存在する１以上の仮想化サーバＳＶのそれぞれのＶＭデータ管理表３２１を集約したデータである。ＶＭデータ統合管理表１５６によって、計算機システム内に存在する１以上の仮想化サーバＳＶのそれぞれの稼働ＶＭ７１について、そのＶＭデータ７２が格納されている仮想ボリューム８及び格納位置が管理される。ＶＭデータ統合管理表１５６は、ＶＭ１５６１、サイズ１５６２、仮想ボリュームＩＤ１５６３及び先頭アドレス１５６４のフィールドを含む。ＶＭ１５６１には、稼働ＶＭ７１の名前が格納される。サイズ１５６２には、稼働ＶＭ７１のＶＭデータ７２のサイズが格納される。仮想ボリュームＩＤ１５６３には、稼働ＶＭ７１のＶＭデータ７２が格納されている仮想ボリューム８の識別子が格納される。先頭アドレス１５６４には、仮想ボリューム８における、稼働ＶＭ７１のＶＭデータ７２が格納されている領域の先頭アドレスが格納される。例えば、同図の上から１番目のエントリから、ＶＭａのＶＭデータ７２は、仮想ボリューム「Ｖｏｌｕｍｅ３」上のアドレス「０ｘ００００」を先頭とする１００ＧＢの領域に格納されていることがわかる。
　図１６は、実施例１に係る稼働ＶＭ統合管理表の一例の構成図である。
　稼働ＶＭ統合管理表１５５は、計算機システム内に存在する１以上の仮想化サーバＳＶのそれぞれの稼働ＶＭ管理表３２２を集約したデータである。稼働ＶＭ統合管理表１５５によって、計算機システム内に存在する１以上の仮想化サーバＳＶのそれぞれの稼働ＶＭ７１が管理される。稼働ＶＭ統合管理表１５５は、仮想化サーバ１５５１及びＶＭ１５５２のフィールドを含む。仮想化サーバ１５５１には、仮想化サーバＳＶの名前が格納される。ＶＭ１５５２には、仮想化サーバ１５５１が示す仮想化サーバＳＶの稼働ＶＭ７１の名前が格納される。同図から、仮想化サーバ１上では、ＶＭａ、ＶＭｂ及びＶＭｃが稼働しており、仮想化サーバ２上では、ＶＭｄ、ＶＭｅ及びＶＭｆが稼働していることがわかる。
　図１７は、実施例１に係るＶＭデータアクセスパス管理表の一例の構成図である。
　ＶＭデータアクセスパス管理表１６３は、計算機システム内に存在するＶＭデータアクセスパス、すなわち、仮想化サーバＳＶが仮想ボリューム８を共有する各ストレージ装置ＳＴ（より正確には、仮想ボリューム８を共有するストレージ装置ＳＴのうちのその仮想ボリューム８に記憶領域が割当てられている各ストレージ装置ＳＴ）にアクセスする際に利用する、仮想化サーバＳＶから各ストレージ装置ＳＴまでの経路を管理するためのデータである。ＶＭデータアクセスパス管理表１６３は、例えば、管理計算機１が停止対象のストレージ装置ＳＴの選択を受け付けた後、保守作業支援処理において作成される。
　ＶＭデータアクセスパス管理表１６３は、仮想化サーバ１６３１、アクセス先ストレージ１６３２、データ格納先ストレージ１６３３及び経由ストレージ１６３４のフィールドを含む。仮想化サーバ１６３１には、アクセス元となる仮想化サーバ（以下「アクセス元サーバ」という）ＳＶの名前が格納される。アクセス先ストレージ１６３２には、アクセス元サーバＳＶから見たアクセス先のストレージ装置ＳＴ、すなわち、アクセス元サーバＳＶの窓口ストレージ装置ＳＴの名前が格納される。データ格納先ストレージ１６３３には、アクセス元サーバＳＶが利用するデータ（具体的には、アクセス元サーバＳＶの稼働ＶＭ７１のＶＭデータ７２）が実際に格納されている可能性のあるストレージ装置ＳＴ、すなわち、アクセス元サーバＳＶが利用する仮想ボリューム８に記憶領域が割当てられているストレージ装置ＳＴの名前が格納される。データ格納先ストレージ１６３３が示すストレージ装置ＳＴは、アクセス元サーバＳＶがＶＭデータアクセスパスを介してアクセスする最終的な目的地となるストレージ装置ＳＴ（以下「目的ストレージ装置」という）である。経由ストレージ１６３４には、アクセス元サーバＳＶが目的ストレージ装置ＳＴにアクセスする際に経由する、窓口ストレージ装置ＳＴ以外のストレージ装置（以下「アクセスパス経由ストレージ装置」という）ＳＴの名前が格納される。なお、図中の「－」は、アクセスパス経由ストレージ装置ＳＴがないことを示している。また、窓口ストレージ装置ＳＴ以外に複数のストレージ装置ＳＴを経由する場合は、経由ストレージ１６３４には、その複数のストレージ装置ＳＴの名前が格納される。
　同図から、計算機システム内には、４つのＶＭデータアクセスパス、すなわち、仮想化サーバ１からストレージ１までのアクセスパス、仮想化サーバ１からストレージ３までのアクセスパス、仮想化サーバ２からストレージ１までのアクセスパス、及び仮想化サーバ２からストレージ３までのアクセスパスが存在していることがわかる。また、同図から、各ＶＭデータアクセスパス上には、アクセス先ストレージ１６３２が示すストレージ装置ＳＴ（アクセス元サーバＳＶの窓口ストレージ装置ＳＴ）、データ格納先ストレージ１６３３が示すストレージ装置ＳＴ（目的ストレージ装置ＳＴ）、及び経由ストレージ１６３４が示すストレージ装置ＳＴ（アクセスパス経由ストレージ装置ＳＴ）のそれぞれが存在していることがわかる。例えば、同図の上から２番目のエントリから、仮想化サーバ１からストレージ３までのアクセスパス上には、ストレージ１、ストレージ２及びストレージ３の３つのストレージ装置ＳＴが存在していることがわかる。
　図１８は、実施例１に係る停止時アクセス不可パス管理表の一例の構成図である。
　停止時アクセス不可パス管理表１６４は、停止時アクセス不可パス、すなわち、停止対象のストレージ装置ＳＴを停止した場合に利用できなくなるＶＭデータアクセスパスを管理するためのデータである。停止時アクセス不可パス管理表１６４は、例えば、管理計算機１が停止対象のストレージ装置ＳＴの選択を受け付けた後、保守作業支援処理において作成される。
　停止時アクセス不可パス管理表１６４は、仮想化サーバ１６４１、アクセス先ストレージ１６４２、データ格納先ストレージ１６４３、経由ストレージ１６４４及びアクティブか否か１６４５のフィールドを含む。仮想化サーバ１６４１、アクセス先ストレージ１６４２、データ格納先ストレージ１６４３及び経由ストレージ１６４４は、停止時アクセス不可パスを特定するためのフィールドであり、ＶＭデータアクセスパス管理表１６３のフィールド１６３１～１６３４と実質的に同じである。仮想化サーバ１６４１には、アクセス元サーバＳＶの名前が格納される。アクセス先ストレージ１６４２には、アクセス元サーバＳＶの窓口ストレージ装置ＳＴの名前が格納される。データ格納先ストレージ１６４３には、目的ストレージ装置ＳＴの名前が格納される。経由ストレージ１６４４には、アクセスパス経由ストレージ装置ＳＴの名前が格納される。アクティブか否か１６４５は、ＶＭデータアクセスパスがアクティブか否か、すなわち、アクセス元サーバＳＶが停止時アクセス不可パスを実際に使っているか否かを示すデータが格納される。ここで、アクセス元サーバＳＶの稼働ＶＭ７１のＶＭデータ７２が、目的ストレージ装置ＳＴに格納されていれば、その停止時アクセス不可パスは、アクセス元サーバＳＶによって実際に使われており、アクティブとなる。一方、アクセス元サーバＳＶの稼働ＶＭ７１のＶＭデータ７２が、目的ストレージ装置ＳＴに格納されていなければ、その停止時アクセス不可パスは、アクセス元サーバＳＶによって実際に使われておらず、非アクティブとなる。
　同図から、２つの停止時アクセス不可パス、すなわち、仮想化サーバ１からストレージ３までのアクセスパス、及び仮想化サーバ２からストレージ１までのアクセスパスが存在していることがわかる。また、同図から、いずれの停止時不可パスも非アクティブであることがわかる。
　図１９は、実施例１に係る稼働ＶＭデータ格納先管理表の一例の構成図である。
　稼働ＶＭデータ格納先管理表１６２は、停止時アクセス不可パスを持つ仮想化サーバＳＶ（停止時アクセス不可パスのアクセス元サーバＳＶとなっている仮想化サーバＳＶ）の各稼働ＶＭ７１について、そのＶＭデータ７２の格納先のストレージ装置ＳＴを管理するためのデータである。稼働ＶＭデータ格納先管理表１６２は、例えば、管理計算機１が停止対象のストレージ装置ＳＴの選択を受け付けた後、保守作業支援処理において作成される。
　稼働ＶＭデータ格納先管理表１６２は、仮想化サーバ１６２１、ＶＭ１６２２及びデータ格納先ストレージ１６２３のフィールドを含む。仮想化サーバ１６２１には、停止時アクセス不可パスを持つ仮想化サーバＳＶの名前が格納される。ＶＭ１６２２には、仮想化サーバ１６２１が示す仮想化サーバＳＶの稼働ＶＭ７１の名前が格納される。データ格納先ストレージ１６２３には、ＶＭ１６２２が示す稼働ＶＭ７１のＶＭデータ７２を格納しているストレージ装置１６２３の名前が格納される。例えば、同図の上から１番目のエントリから、仮想化サーバ１上で稼働するＶＭａのＶＭデータ７２が、ストレージ１に格納されていることがわかる。
　図２０は、実施例１に係る停止時不可マイグレーション管理表の一例の構成図である。
　停止時不可マイグレーション管理表１６１は、操作制限となるＶＭマイグレーション、すなわち、停止対象のストレージ装置ＳＴを停止した場合に行えなくなるＶＭマイグレーション（以下「停止時不可マイグレーション」という）を管理するためのデータである。停止時不可マイグレーション管理表１６１は、例えば、管理計算機１が停止対象のストレージ装置ＳＴの選択を受け付けた後、保守作業支援処理において作成される。
　停止時不可マイグレーション管理表１６１は、ＶＭ１６１１及びマイグレーション先仮想化サーバ１６１２のフィールドを含む。ＶＭ１６１１には、ＶＭ７１の名前が格納される。マイグレーション先仮想化サーバ１６１２には、移行先の仮想化サーバＳＶの名前が格納される。例えば、同図から、６つの停止時不可マイグレーション、すなわち、ＶＭａ、ＶＭｂ及びＶＭｃのそれぞれを仮想化サーバ２へ移行するＶＭマイグレーション、並びにＶＭｄ、ＶＭｅ及びＶＭｆのそれぞれを仮想化サーバ１へ移行するＶＭマイグレーションが存在することがわかる。すなわち、停止対象のストレージ装置ＳＴを停止した場合に、ＶＭａ、ＶＭｂ及びＶＭｃについては仮想化サーバ２への移行が、ＶＭｄ、ＶＭｅ及びＶＭｆについては仮想化サーバ１への移行が、それぞれ行えなくなることがわかる。
　次に、実施例１に係る管理計算機１の動作を説明する。
　図２１は、実施例１に係る保守作業支援処理のフローチャートである。
　保守作業支援処理は、管理計算機１が管理者から停止対象のストレージ装置ＳＴの選択を受け付けた際に行われる。
　まず、管理プログラム１４は、事前準備処理（図２２参照）を行う（ステップＳ１０１）。この事前準備処理により、構成変更の抑止、ＶＭマイグレーション機能の抑止、各種管理表の更新等の保守作業支援処理のための事前準備が行われる。
　次に、管理プログラム１４は、停止時アクセス不可パス特定処理（図２３参照）を行う（ステップＳ１０２）。この停止時アクセス不可パス特定処理により、現時点で計算機システム内に存在している停止時アクセス不可パスが特定され、特定された停止時アクセス不可パスに関するエントリが、停止時アクセス不可パス管理表１６４に登録される。
　その後、管理プログラム１４は、停止時アクセス不可パス管理表１６４にエントリがあるか否か、すなわち、停止時アクセス不可パスが存在するか否かを判定する（ステップＳ１０３）。
　停止時アクセス不可パスが存在しない場合（ステップＳ１０３：Ｎｏ）、管理プログラム１４は、停止対象のストレージ装置ＳＴを停止できる旨を示す第１の判定結果表示画面（図２９参照）を表示用計算機１０に表示させ、管理者からの入力待ちの状態で、ステップＳ１１０へ処理を進める（ステップＳ１０４）。
　一方、停止時アクセス不可パスが存在する場合（ステップＳ１０３：Ｙｅｓ）、管理プログラム１４は、アクティブな停止時アクセス不可パス特定処理（図２６）を行う（ステップＳ１０５）。このアクティブな停止時アクセス不可パス特定処理により、ステップＳ１０２で特定された停止時アクセス不可パスが現時点でアクティブか否かが判定され、アクティブな停止時アクセス不可パスが特定される。
　その後、管理プログラム１４は、停止時アクセス不可パス管理表１６４のアクティブか否か１６４５を参照し、アクティブな停止時アクセス不可パスが存在するか否かを判定する（ステップＳ１０６）。
　アクティブな停止時アクセス不可パスが存在する場合（ステップＳ１０６：Ｙｅｓ）、管理プログラム１４は、停止対象のストレージ装置ＳＴを停止できない旨を示す第３の判定結果表示画面（図３２参照）を表示用計算機１０に表示させ、ステップＳ１１２へ処理を進める（ステップＳ１０９）。
　一方、アクティブな停止時アクセス不可パスが存在しない場合（ステップＳ１０６：Ｎｏ）、管理プログラム１４は、稼働ＶＭデータ格納先管理表１６２及び停止時アクセス不可パス管理表１６４に基づいて、停止時不可マイグレーションを特定する（ステップＳ１０７）。具体的には、まず、管理プログラム１４は、停止時アクセス不可パス管理表１６４を参照し、非アクティブな停止時アクセス不可パスを持つ仮想化サーバＳＶ（すなわち、停止時アクセス不可パス管理表１６４に登録されているエントリのうちのアクティブか否か１６４５に非アクティブを示すデータが格納されているエントリの仮想化サーバ１６４１が示す仮想化サーバＳＶ）を特定する。次に、管理プログラム１４は、特定した仮想化サーバ（以下、ステップＳ１０７の説明において「特定仮想化サーバ」という）ＳＶのそれぞれについて、稼働ＶＭデータ格納先管理表１６２を参照し、その特定仮想化サーバＳＶが持つ非アクティブな停止時アクセス不可パス（以下、ステップＳ１０７の説明において「特定アクセスパス」という）の目的ストレージ装置ＳＴにＶＭデータ７２が格納されているＶＭ７１を特定する。ここで、特定したＶＭ（以下、ステップＳ１０７の説明において「特定ＶＭ」という）７１を特定仮想化サーバＳＶへ移動した場合、特定ＶＭ７１のＶＭデータ７２は、特定仮想化サーバＳＶが持つ特定アクセスパスの目的ストレージ装置ＳＴに格納されているため、特定アクセスパスは、特定仮想化サーバＳＶによって実際に使用されることになり、アクティブに変化する。従って、管理プログラム１４は、特定ＶＭ７１を特定仮想化サーバＳＶへ移動するＶＭマイグレーションを、停止時不可マイグレーションと特定する。管理プログラム１４は、特定した停止時不可マイグレーションを示すエントリを作成し、作成したエントリを停止時不可マイグレーション管理表１６１へ登録する。
　その後、管理プログラム１４は、操作制限ありで停止対象のストレージ装置ＳＴを停止できる旨を示す第２の判定結果表示画面（図３０、図３１参照）を表示用計算機１０に表示させ、管理者からの入力待ちの状態で、ステップＳ１１０へ処理を進める（ステップＳ１０８）。
　ステップＳ１１０において、管理プログラム１４は、ステップＳ１０４で表示させた第１の判定結果表示画面、又はステップＳ１０８で表示させた第２の判定結果表示画面に対する管理者の入力、具体的には、保守作業の実施を指示する入力を待つ。そして、管理プログラム１４は、管理者が保守作業の実施を指示したか、或いは管理者が保守作業の実施を指示することなく一定時間が経過したかを判定する。
　管理者が保守作業の実施を指示した場合（ステップＳ１１０：Ｙｅｓ）、管理プログラム１４は、保守作業、例えば、停止対象のストレージ装置ＳＴのファームウェアのアップデートを実施する（ステップＳ１１１）。その後、管理プログラム１４は、処理をステップＳ１１２へ進める。
　一方、管理者が保守作業の実施を指示することなく一定時間が経過した場合（ステップＳ１１０：タイムアウト）、管理プログラム１４は、処理をステップＳ１１２へ進める。
　ステップＳ１１２において、管理プログラム１４は、事前準備処理で行った構成変更の抑止及びＶＭマイグレーション機能の抑止を解除し、計算機システムを通常運用状態に戻す。なお、管理プログラム１４は、事前準備処理において構成変更の抑止及びＶＭマイグレーション機能の抑止を行っていない場合は、ステップＳ１１２の処理を行う必要はない。その後、管理プログラム１４は、保守作業支援処理を終了する。
　図２２は、実施例１に係る事前準備処理のフローチャートである。
　事前準備処理は、図２１のステップＳ１０１の処理に対応する。
　まず、管理プログラム１４は、ストレージ装置ＳＴの構成変更、例えば、仮想ページ及び実ページの割当て関係の変更等の抑止を行う（Ｓ２０１）。
　次に、管理プログラム１４は、仮想化サーバＳＶのＶＭマイグレーション機能の抑止を行う（ステップＳ２０２）。ステップＳ２０１及びステップＳ２０２の処理は、以降の処理中にストレージ装置ＳＴの構成、仮想化サーバＳＶの設定が変更され、処理結果が実際の状況と食い違うのを防ぐために行われる。なお、構成等が変更されないことが事前に分かっている場合は、管理プログラム１４は、これらの処理を行わなくともよい。
　その後、管理プログラム１４は、ストレージ装置ＳＴ及び仮想化サーバＳＶから必要な情報（具体的には、各ストレージ装置ＳＴ、各仮想化サーバＳＶが記憶している各種管理表の全部又は一部のデータ）を収集し、ホストアクセスパス統合管理表１５２、仮想－実ページ対応統合管理表１５３、装置間アクセスパス統合管理表１５４、稼働ＶＭ統合管理表１５５及びＶＭデータ統合管理表１５６を、現時点での計算機システムの構成に合致する内容に更新する（ステップＳ２０３）。
　その後、管理プログラム１４は、停止時不可マイグレーション管理表１６１、稼働ＶＭデータ格納先管理表１６２、ＶＭデータアクセスパス管理表１６３及び停止時アクセス不可パス管理表１６４のそれぞれのエントリを全て削除する（ステップＳ２０４）。その後、管理プログラム１４は、事前準備処理を終了する。
　図２３は、実施例１に係る停止時アクセス不可パス特定処理のフローチャートである。
　停止時アクセス不可パス特定処理は、図２１のステップＳ１０２の処理に対応する。
　まず、管理プログラム１４は、ＶＭデータアクセスパス特定処理（図２４参照）を行う（ステップＳ３０１）。このＶＭデータアクセスパス特定処理により、現時点で計算機システム内に存在しているＶＭデータアクセスパスが特定される。
　次に、管理プログラム１４は、停止時アクセス可否判定処理（図２５参照）を行う（ステップＳ３０２）。この停止時アクセス可否判定処理により、ステップＳ３０１で特定されたＶＭデータアクセスパスについて、停止時アクセス不可パスであるか否かが判定される。その後、管理プログラム１４は、停止時アクセス不可パス特定処理を終了する。
　図２４は、実施例１に係るＶＭデータアクセスパス特定処理のフローチャートである。
　ＶＭデータアクセスパス特定処理は、図２３のステップＳ３０１の処理に対応する。
　管理プログラム１４は、ホストアクセスパス統合管理表１５２に登録されている各エントリに対して、ステップＳ４０１～ステップＳ４０９の処理を行う。管理プログラム１４は、ホストアクセスパス統合管理表１５２に登録されているエントリのうちの一つ（以下、図２４の説明において「エントリＡ」という）を選択する。
　管理プログラム１４は、仮想－実ページ対応統合管理表１５３のエントリの中から、仮想ボリュームＩＤ１５３１の値が、エントリＡの仮想ボリュームＩＤ１５２２の値と一致するエントリを特定する（ステップＳ４０２）。すなわち、ステップＳ４０２では、仮想－実ページ対応統合管理表１５３の、エントリＡの仮想化サーバＳＶ（正確には、エントリＡのホスト１５２１が示す仮想化サーバＳＶ）が利用している仮想ボリューム（以下、図２４の説明において「対象仮想ボリューム」という）８に関係するエントリが特定される。管理プログラム１４は、特定したエントリを参照することで、どのストレージ装置ＳＴの実ページが対象仮想ボリュームに割当てられているかを知ることができる。
　管理プログラム１４は、ステップＳ４０２で特定した各エントリに対して、ステップＳ４０３～ステップＳ４０８の処理を行う。管理プログラム１４は、ステップＳ４０２で特定したエントリのうちの一つ（以下、図２４の説明において「エントリＢ」という）を選択する。
　管理プログラム１４は、エントリＡのストレージ装置ＳＴ（正確には、エントリＡのストレージ１５２３が示すストレージ装置ＳＴ）とエントリＢのストレージ装置ＳＴ（正確には、エントリＢのストレージ１５３３が示すストレージ装置ＳＴ）とが一致するか否かを判定する（ステップＳ４０４）。すなわち、ステップＳ４０４では、対象仮想ボリューム８に割当てられている実ページを有するストレージ装置ＳＴ（エントリＢのストレージ装置ＳＴ）が、エントリＡの仮想化サーバＳＶの窓口ストレージ装置（エントリＡのストレージ装置ＳＴ）であるか否かが判定される。
　エントリＡのストレージ装置ＳＴとエントリＢのストレージ装置ＳＴとが一致する場合（ステップＳ４０４：Ｙｅｓ）、管理プログラム１４は、仮想化サーバ１６３１にエントリＡの仮想化サーバＳＶの名前を、アクセス先ストレージ１６３２にエントリＡのストレージ装置ＳＴの名前を、データ格納先ストレージ１６３３にエントリＡのストレージ装置ＳＴの名前を、経由ストレージ１６３４に「－」をそれぞれ格納した、ＶＭデータアクセスパス管理表１６３のエントリを作成し、作成したエントリを同管理表１６３に登録する（ステップＳ４０５）。すなわち、エントリＢのストレージ装置ＳＴがエントリＡの仮想化サーバＳＶの窓口ストレージ装置ＳＴである場合は、エントリＡの仮想化サーバＳＶをアクセス元サーバＳＶとし、エントリＡのストレージ装置ＳＴを窓口ストレージ装置ＳＴ及び目的ストレージ装置ＳＴとし、アクセスパス経由ストレージ装置ＳＴを持たないＶＭデータアクセスパスが特定される。なお、同じエントリがＶＭデータアクセスパス管理表１６３に既に存在している場合は、そのエントリの作成及び登録は必要ない。
　エントリＡのストレージ装置ＳＴとエントリＢのストレージ装置ＳＴとが一致しない場合（ステップＳ４０４：Ｎｏ）、管理プログラム１４は、装置間アクセスパス統合管理表１５４の中から、アクセス元ストレージ１５４１の値がエントリＡのストレージ１５２３の値と一致し、且つ、アクセス先ストレージ１５４２の値がエントリＢのストレージ１５３３の値と一致するエントリ（以下、図２４の説明において「エントリＣ」という）を特定する（ステップＳ４０６）。すなわち、ステップＳ４０６では、エントリＡのストレージ装置ＳＴからエントリＢのストレージ装置ＳＴまでの装置間アクセスパスを示すエントリが特定される。
　その後、管理プログラム１４は、仮想化サーバ１６３１にエントリＡの仮想化サーバＳＶの名前を、アクセス先ストレージ１６３２にエントリＡのストレージ装置ＳＴの名前を、データ格納先ストレージ１６３３にエントリＢのストレージ装置ＳＴの名前を、経由ストレージ１６３４にエントリＣの経由ストレージ１５４３が示すストレージ装置ＳＴ（複数ある場合はその全て）をそれぞれ格納した、ＶＭデータアクセスパス管理表１６３のエントリを作成し、作成したエントリを同管理表１６３に登録する（ステップＳ４０７）。すなわち、エントリＢのストレージ装置ＳＴがエントリＡの仮想化サーバＳＶの窓口ストレージ装置ＳＴでない場合は、エントリＡの仮想化サーバＳＶをアクセス元サーバＳＶとし、エントリＡのストレージ装置ＳＴを窓口ストレージ装置ＳＴとし、エントリＢのストレージ装置ＳＴを目的ストレージ装置ＳＴとし、エントリＣの経由ストレージ１５４３が示すストレージ装置ＳＴをアクセスパス経由ストレージ装置ＳＴとするＶＭデータアクセスパスが特定される。なお、同じエントリがＶＭデータアクセスパス管理表１６３に既に存在している場合は、そのエントリの作成及び登録は必要ない。
　管理プログラム１４は、ステップＳ４０２で特定した各エントリに対してステップＳ４０３～ステップＳ４０８の処理を終え、ホストアクセスパス統合管理表１５２に登録されている各エントリに対してステップＳ４０１～ステップＳ４０９の処理を終えた後、ＶＭデータアクセスパス特定処理を終了する。
　図２５は、実施例１に係る停止時アクセス可否判定処理のフローチャートである。
　停止時アクセス可否判定処理は、図２３のステップＳ３０２の処理に対応する。
　管理プログラム１４は、ＶＭデータアクセスパス管理表１６３に登録されている各エントリに対して、ステップＳ５０１～ステップＳ５０６の処理を行う。管理プログラム１４は、ＶＭデータアクセスパス管理表１６３に登録されているエントリのうちの一つ（以下、図２５の説明において「エントリＡ」という）を選択する。以下、図２５の説明において、エントリＡが示すＶＭデータアクセスパスを「対象ＶＭデータアクセスパス」という。
　管理プログラム１４は、エントリＡのアクセス先ストレージ１６３２が示すストレージ装置ＳＴ、すなわち、対象ＶＭデータアクセスパスのアクセス元サーバＳＶの窓口ストレージ装置ＳＴが、停止対象のストレージ装置ＳＴであるか否かを判定する（ステップＳ５０２）。
　エントリＡのアクセス先ストレージ１６３２が示すストレージ装置ＳＴが停止対象のストレージ装置ＳＴでない場合（ステップＳ５０２：Ｎｏ）、管理プログラム１４は、エントリＡのデータ格納先ストレージ１６３３が示すストレージ装置ＳＴ、すなわち、対象ＶＭデータアクセスパスの目的ストレージ装置ＳＴが、停止対象のストレージ装置ＳＴであるか否かを判定する（ステップＳ５０３）。
　エントリＡのデータ格納先ストレージ１６３３が示すストレージ装置ＳＴが停止対象のストレージ装置ＳＴでない場合（ステップＳ５０３：Ｎｏ）、管理プログラム１４は、エントリＡの経由ストレージ１６３４が示すストレージ装置ＳＴ、すなわち、対象ＶＭデータアクセスパスのアクセスパス経由ストレージ装置ＳＴが、停止対象のストレージ装置ＳＴであるか否かを判定する（ステップＳ５０４）。
　ステップＳ５０２においてエントリＡのアクセス先ストレージ１６３２が示すストレージ装置ＳＴが停止対象のストレージ装置ＳＴであると判定された場合（ステップＳ５０２：Ｙｅｓ）、ステップＳ５０３においてエントリＡのデータ格納先ストレージ１６３３が示すストレージ装置ＳＴが停止対象のストレージ装置ＳＴであると判定された場合（ステップＳ５０３：Ｙｅｓ）、又はステップＳ５０４においてエントリＡの経由ストレージ１６３４が示すストレージ装置ＳＴのいずれかが停止対象のストレージ装置ＳＴであると判定された場合（ステップＳ５０４：Ｙｅｓ）、管理プログラム１４は、仮想化サーバ１６４１、アクセス先ストレージ１６４２、データ格納先ストレージ１６４３及び経由ストレージ１６４４に、エントリＡの仮想化サーバ１６３１、アクセス先ストレージ１６３２、データ格納先ストレージ１６３３及び経由ストレージ１６３４の各値を、アクティブか否か１６４５に「－」をそれぞれ格納した、停止時アクセス不可パス管理表１６４のエントリを作成し、作成したエントリを停止時アクセス不可パス管理表１６４に登録する。すなわち、この場合、エントリＡが示すＶＭデータアクセスパスが、停止時アクセス不可パスであると判定され、エントリＡが示すＶＭデータアクセスパスに関するエントリが、停止時アクセス不可パス管理表１６４に登録される。なお、アクティブか否か１６４５の値「－」は、その停止時アクセス不可パスについてアクティブか否かの判定が未だ行われていないことを示している。
　一方、エントリＡの経由ストレージ１６３４が示すストレージ装置ＳＴのいずれもが停止対象のストレージ装置ＳＴでない場合（ステップＳ５０４：Ｎｏ）、管理プログラム１４は、エントリＡが示すＶＭデータアクセスパスは停止時アクセス不可パスではないと判定し、エントリＡに対する処理を終了する。
　管理プログラム１４は、ＶＭデータアクセスパス管理表１６３に登録されている各エントリに対してステップＳ５０１～ステップＳ５０６の処理を終えた後、停止時アクセス可否判定処理を終了する。
　このように、管理計算機１は、計算機システム内に存在する各ＶＭデータアクセスパスについて、そのＶＭデータアクセスパス上に停止対象のストレージ装置ＳＴが存在するか否かを判定し、停止対象のストレージ装置ＳＴが存在する場合にそのＶＭデータアクセスパスを停止時アクセス不可パスと判定する。
　図２６は、実施例１に係るアクティブな停止時アクセス不可パス特定処理のフローチャートである。
　アクティブな停止時アクセス不可パス特定処理は、図２１のステップＳ１０５の処理に対応する。
　まず、管理プログラム１４は、仮想－実ページ対応統合管理表１５３、稼働ＶＭ統合管理表１５５、ＶＭデータ統合管理表１５６及び停止時アクセス不可パス管理表１６４に基づいて、稼働ＶＭデータ格納先管理表１６２のエントリを作成し、作成したエントリを稼働ＶＭデータ格納先管理表１６２に登録する（ステップＳ６０１）。具体的には、まず、管理プログラム１４は、稼働ＶＭ統合管理表１５５及び停止時アクセス不可パス管理表１６４を参照し、停止時アクセス不可パスを持つ仮想化サーバＳＶ（すなわち、停止時アクセス不可パス管理表１６４の仮想化サーバ１６４１が示す仮想化サーバＳＶ）とその稼働ＶＭ７１とを特定する。次に、管理プログラム１４は、ＶＭデータ統合管理表１５６を参照し、停止時アクセス不可パスを持つ仮想化サーバＳＶの各稼働ＶＭ７１について、そのＶＭデータ７２の仮想ボリューム８上の格納位置を特定する。そして、管理プログラム１４は、停止時アクセス不可パスを持つ仮想化サーバＳＶの各稼働ＶＭ７１について、そのＶＭデータ７２の仮想ボリューム８上の格納位置、及び仮想－実ページ対応統合管理表１５３が示す仮想ページ及び実ページの割当て関係に基づいて、そのＶＭデータ７２が格納されているストレージ装置ＳＴを特定する。管理プログラム１４は、上記特定した、停止時アクセス不可パスを持つ仮想化サーバＳＶと、その稼働ＶＭ７１と、その稼働ＶＭ７１のＶＭデータ７２が格納されているストレージ装置ＳＴとの各組み合わせについてエントリを作成し、作成したエントリを稼働ＶＭデータ格納先管理表１６２に登録する。
　次に、管理プログラム１４は、停止時アクセス不可パスに対して、アクティブ非アクティブ判定処理を行う（ステップＳ６０２）。このアクティブ非アクティブ判定処理により、停止時アクセス不可パスが現時点でアクティブか否かが判定される。その後、管理プログラム１４は、アクティブな停止時アクセス不可パス特定処理を終了する。
　図２７は、実施例１に係るアクティブ非アクティブ判定処理のフローチャートである。
　管理プログラム１４は、停止時アクセス不可パス管理表１６４に登録されている各エントリに対して、ステップＳ７０１～ステップＳ７０５の処理を行う。管理プログラム１４は、停止時アクセス不可パス管理表１６４に登録されているエントリのうちの一つ（以下、図２７の説明において「エントリＡ」という）を選択する。
　管理プログラム１４は、稼働ＶＭデータ格納先管理表１６２に、仮想化サーバ１６２１の値がエントリＡの仮想化サーバ１６４１の値と一致し、且つ、データ格納先ストレージ１６２３の値がエントリＡのデータ格納先ストレージ１６４３の値と一致するエントリがあるか否かを判定する（ステップＳ７０２）。すなわち、ステップＳ７０２では、エントリＡが示す停止時アクセス不可パスについて、そのアクセスパスのアクセス元サーバＳＶの稼働ＶＭ７１のＶＭデータ７２が、そのアクセスパスの目的ストレージ装置ＳＴに格納されているか否か、つまり、エントリＡが示す停止時アクセス不可パスをそのアクセスパスのアクセス元サーバＳＶが実際に使っているか否かが判定される。
　稼働ＶＭデータ格納先管理表１６２に、仮想化サーバ１６２１の値がエントリＡの仮想化サーバ１６４１の値と一致し、且つ、データ格納先ストレージ１６２３の値がエントリＡのデータ格納先ストレージ１６４３の値と一致するエントリがある場合、すなわち、エントリＡが示す停止時アクセス不可パスをそのアクセスパスのアクセス元サーバＳＶが実際に使っている場合（ステップＳ７０２：Ｙｅｓ）、管理プログラム１４は、エントリＡのアクティブか否か１６４５にアクティブを示すデータを格納する（ステップＳ７０３）。
　一方、稼働ＶＭデータ格納先管理表１６２に、仮想化サーバ１６２１の値がエントリＡの仮想化サーバ１６４１の値と一致し、且つ、データ格納先ストレージ１６２３の値がエントリＡのデータ格納先ストレージ１６４３の値と一致するエントリがない場合、すなわち、エントリＡが示す停止時アクセス不可パスをそのアクセスパスのアクセス元サーバＳＶが実際に使っていない場合（ステップＳ７０２：Ｎｏ）、管理プログラム１４は、エントリＡのアクティブか否か１６４５に非アクティブを示すデータを格納する（ステップＳ７０４）。
　管理プログラム１４は、停止時アクセス不可パス管理表１６４に登録されている各エントリに対してステップＳ７０１～ステップＳ７０５の処理を終えた後、アクティブ非アクティブ判定処理を終了する。
　このように、管理計算機１は、各停止時アクセス不可パスについて、そのアクセスパスのアクセス元サーバＳＶの稼働ＶＭ７１のＶＭデータ７２が、そのアクセスパスの目的ストレージ装置ＳＴに格納されているか否かを判定し、格納されている場合にその停止時アクセス不可パスをアクティブと判定し、格納されていない場合にその停止時アクセス不可パスを非アクティブと判定する。
　次に、保守作業支援処理を管理者に実行させるための画面及び保守作業支援処理において表示される画面の説明を行う。なお、本実施例では、保守作業がストレージ装置ＳＴのファームウェアのアップデートである場合の画面の一例について説明する。なお、画面の構成や機能は、実施例で説明する画面の構成等に限定されない。例えば、ストレージ装置ＳＴのファームウェアのアップデート以外の保守作業、障害調査等のための画面であれば、その保守作業等の支援に適した画面となる。また、管理計算機１は、管理者が選択したストレージ装置ＳＴについての停止可能か否かの判定（以下「停止可否判定」という）を行う機能を単体で提供してもよく、この場合、停止可否判定の結果を含む、どの保守作業等にも共通の画面が表示される。画面の構成等を或る保守作業等に特化した構成等とするメリットは、管理者が直感的に操作可能となることである。一方、どの保守作業等にも共通の画面を採用するメリットは、ストレージ装置ＳＴを停止したいすべての局面で利用可能となることである。
　図２８は、実施例１に係る初期画面の一例の構成図である。
　初期画面６１は、保守作業を行おうとしている管理者にその保守作業の為に停止しようとしている停止対象のストレージ装置ＳＴを選択させるための画面である。初期画面６１は、停止対象のストレージ装置ＳＴを管理者に選択させるため領域６１１と、停止可否判定を行う処理（本実施例における保守作業支援処理）を管理計算機１に実行させるためのボタン６１２とを含む。領域６１１には、例えば、計算機システムを構成する複数のストレージ装置ＳＴの名前のリストが表示される。
　図２９は、実施例１に係る第１の判定結果表示画面の一例の構成図である。
　第１の判定結果表示画面６２は、管理計算機１が、保守作業支援処理において停止対象のストレージ装置ＳＴを停止できると判定した場合（図２１のステップＳ１０４）に、その旨を管理者に通知するための画面である。第１の判定結果表示画面６２は、停止可否判定の判定結果を表示するための領域６２１と、保守作業であるファームウェアのアップデートを管理者に指示させるためのボタン６２２とを含む。領域６２１には、停止対象のストレージ装置ＳＴ（図２９の例では、ストレージ２）を停止できる旨を示す内容（図２９の例では「ストレージ２はアップデート可能」）が表示される。管理計算機１は、管理者がアップロードするファームウェアデータを指定してボタン６２２を押下した場合に、保守作業支援処理におけるステップＳ１１１の処理を開始し、保守作業、すなわち、停止対象のストレージ装置ＳＴのファームウェアのアップデートを行う。
　管理者は、領域６２１を参照することにより、特に対策を行う必要なく停止対象のストレージ装置ＳＴを停止できることを知ることができる。
　図３０は、実施例１に係る第２の判定結果表示画面の第１の例の構成図である。図３１は、実施例１に係る第２の判定結果表示画面の第２の例の構成図である。
　第２の判定結果表示画面６３は、管理計算機１が、保守作業支援処理において操作制限ありで停止対象のストレージ装置ＳＴを停止できると判定した場合（図２１のステップＳ１０８）に、その旨を管理者に通知するための画面である。第２の判定結果表示画面６３は、停止可否判定の判定結果を表示するための領域６３１と、保守作業であるファームウェアのアップデートを管理者に指示させるためのボタン６３２と、操作制限の内容を表示するための領域６３３とを含む。領域６３１及び領域６３２は、第１の判定結果表示画面６２の領域６２１及び領域６２２と実質的に同じである。領域６３１には、停止対象のストレージ装置ＳＴ（図３０、図３１の例では、ストレージ２）を停止できる旨を示す内容（図３０、図３１の例では「ストレージ２はアップデート可能」）が表示される。また、領域６３１には、操作制限がある旨を示す内容（図３０、図３１の例では「（制限あり）」）も表示される。管理計算機１は、管理者がアップロードするファームウェアデータを指定してボタン６３２を押下した場合に、保守作業支援処理におけるステップＳ１１１の処理を開始し、保守作業、すなわち、停止対象のストレージ装置ＳＴのファームウェアのアップデートを行う。
　領域６３３には、例えば、１以上の操作制限、すなわち、停止時不可マイグレーション管理表１６１で管理されている停止時不可マイグレーションの各エントリに対応するリスト単位６３３０が、リストで表示される。各リスト単位６３３０は、各停止時不可マイグレーションに関する情報、例えば、操作制限の名前（本実施例では「ＶＭマイグレーション」）と、停止時不可マイグレーションの対象のＶＭ７１の名前と、停止時不可マイグレーションの移行先の仮想化サーバＳＶの名前とを含む。第２の判定結果表示画面６３は、リスト単位６３３０の数が多い場合にその一部ずつを表示するページ機能、複数のリスト単位６３３０のうちの一部をフィルタリングして表示する機能、複数のリスト単位６３３０をソートして表示する機能を有する。なお、図３０は、リスト単位６３３０のリストの１ページ目を、図３１は、リスト単位６３３０のリストの２ページ目をそれぞれ示している。
　管理者は、領域６３１を参照することにより、特に対策を行う必要なく停止対象のストレージ装置ＳＴを停止できること及び操作制限があることを知ることができる。また、管理者は、領域６３３の各停止時不可マイグレーションのリスト単位６３３０を参照することにより、操作制限である停止時不可マイグレーションの内容を確認することができる。図３０、図３１の例では、管理者は、ＶＭａ、ＶＭｂ及びＶＭｃのそれぞれを仮想化サーバ２へ移行するＶＭマイグレーション、並びにＶＭｄ、ＶＭｅ及びＶＭｆのそれぞれを仮想化サーバ１へ移行するＶＭマイグレーションができなくなることを知ることができる。
　図３２は、実施例１に係る第３の判定結果表示画面の一例の構成図である。
　第３の判定結果表示画面６４は、管理計算機１が、保守作業支援処理において停止対象のストレージ装置ＳＴを停止できないと判定した場合（図２１のステップＳ１０９）に、その旨を管理者に通知するための画面である。第３の判定結果表示画面６４は、停止可否判定の判定結果を表示するための領域６４１と、停止対象のストレージ装置ＳＴを停止した場合に動作不可能となるＶＭ（以下「動作不可ＶＭ」という）７１に関する情報を表示するための領域６４３とを含む。領域６４１には、停止対象のストレージ装置ＳＴ（図３２の例では、ストレージ２）を停止できない旨を示す内容（図３２の例では「ストレージ２はアップデート不可能」）が表示される。また、領域６４１には、管理者に警告を促すための警告マークも表示される。
　領域６４３には、例えば、１以上の動作不可ＶＭ７１に対応するリスト単位６４３０が、リストで表示される。各リスト単位６４３０は、各動作不可ＶＭ７１に関する情報、例えば、動作不可ＶＭ７１の名前と、動作不可ＶＭ７１が稼働している仮想化サーバＳＶの名前と、動作不可ＶＭ７１が利用している仮想ボリューム８の識別子と、動作不可ＶＭ７１が稼働している仮想化サーバＳＶの窓口ストレージ装置ＳＴの名前と、動作不可ＶＭ７１のＶＭデータ７２が格納されているストレージ装置ＳＴの名前とを含む。第２の判定結果表示画面６３の領域６３３と同様に、第３の判定結果表示画面６４は、リスト単位６４３０の数が多い場合にその一部ずつを表示するページ機能、複数のリスト単位６４３０のうちの一部をフィルタリングして表示する機能、複数のリスト単位６４３０をソートして表示する機能を有する。
　管理者は、領域６４１を参照することにより、対策を行わなければ停止対象のストレージ装置ＳＴを停止できないことを知ることができる。また、管理者は、領域６４３の各動作不可ＶＭ７１のリスト単位６４３０を参照することにより、その動作不可ＶＭ７１が実際に使用しているＶＭデータアクセスパス、すなわち、停止対象のストレージ装置ＳＴを停止できないことの原因となっているＶＭデータアクセスパス（つまり、アクティブな停止時アクセス不可パス）（以下「原因パス」という）を知ることができる。管理者は、原因パスを確認することで、停止対象のストレージ装置ＳＴを停止できるようにするために必要な対策を検討する事ができる。例えば、管理者は、ＶＭデータ７２を別のストレージ装置ＳＴに移動する等の対策を検討できる。なお、リスト単位６４３０には、動作不可ＶＭ７１が行っている作業、例えば、業務サービスを特定するデータを含めてもよい。これにより、管理者は、動作不可ＶＭ７１の名前に加えてどの作業が行えなくなるかを知ることができる。
　次に、実施例２について説明する。実施例２に係る管理計算機１は、実施例１の保守作業支援処理において停止対象のストレージ装置ＳＴを停止できないと判定した場合に、停止対象のストレージ装置ＳＴを停止できるようにするための計算機システムの構成変更に係る対策のプラン（以下「対策プラン」という）を導出し、管理者に伝える。計算機システムの構成変更としては、例えば、ストレージ装置ＳＴの構成の変更、仮想化サーバＳＶの設定の変更等がある。また、管理計算機１は、管理者が対策プランを実施するように指示した場合、対策プランに従って対策を実行する。これにより、管理者が自分で対策を検討する手間を省くことができる。
　停止対象のストレージ装置ＳＴを停止できるようにする、すなわち、アクティブな停止時アクセス不可パス（原因パス）が存在しないようにする計算機システムの構成変更に係る対策として、例えば、（１）動作不可ＶＭ７１のＶＭデータ７２の格納先のストレージ装置ＳＴを変更する第１の対策、（２）原因パスに代えて新たなＶＭデータアクセスパスを利用するようにする第２の対策、（３）ＶＭマイグレーションを行ってＶＭデータアクセスパスの構成を変更する第３の対策、（４）停止対象のストレージ装置ＳＴを使わないようにする第４の対策等がある。
　第２の対策は、管理計算機１は、例えば、仮想化サーバＳＶとストレージ装置ＳＴとの間の接続情報（第２のストレージ情報）及びストレージ装置ＳＴ間の接続情報に基づいて、原因パスの代わりとなる新たなＶＭデータアクセスパス（第２のアクセスパス）を設定できるか否かを判定することにより、特定することができる。例えば、図１の構成において、仮想化サーバ１上でＶＭｄが稼働していた場合、ＶＭデータアクセスパス５２は、アクティブな停止時アクセス不可パスとなる。この場合、管理計算機１は、仮想化サーバＳＶとストレージ装置ＳＴとの間の接続情報及びストレージ装置ＳＴ間の接続情報を参照することで、仮想化サーバ１から、ＶＭｄのＶＭデータ７２が格納されているストレージ３へストレージ１及びストレージ２を経由せずに直接アクセスするアクセスパスを設定できることを知ることができる。このアクセスパスは、停止時アクセス不可パスではない。従って、管理計算機１は、ＶＭデータアクセスパス５２に代えて仮想化サーバ１からストレージ３へ直接アクセスするアクセスパスを利用するように設定することを対策として特定することができる。なお、ＶＭ７１ごとに異なるアクセスパスが設定されてもよい。例えば、仮想化サーバ１上でＶＭａ及びＶＭｄが稼働している場合、仮想化サーバ１は、ＶＭａのＶＭデータ７２にアクセスする際にＶＭデータアクセスパス５１を利用し、ＶＭｄのＶＭデータ７２にアクセスする際に仮想化サーバ１からストレージ３へ直接アクセスするアクセスパスを利用してもよい。
　以下に、第１の対策についてより具体的に説明する。この対策は、具体的には、動作不可ＶＭ７１のＶＭデータ７２が格納されている仮想ボリューム（以下「対策必要ボリューム」という）８の全体のデータを、対策必要ボリューム８を利用する１以上の仮想化サーバＳＶのいずれもが他のストレージ装置ＳＴを経由せずに直接アクセスすることができる一のストレージ装置（停止対象のストレージ装置ＳＴ以外のストレージ装置ＳＴであり、以下「共通直接アクセス装置」という）ＳＴに移動させる、すなわち、対策必要ボリューム全体のデータを共通直接アクセス装置ＳＴに集約させるという対策である。
　実施例２に係る計算機システムの構成は、管理計算機１の構成を除き、実施例１で説明した計算機システムの構成と実質的に同じである。以下、実施例２に係る管理計算機１の構成を説明する。
　図３３は、実施例２に係る管理計算機の一例の構成図である。
　実施例２に係る管理計算機１の構成は、図１０の実施例１に係る管理計算機１の構成と一部を除き実質的に同じである。図１０と同一の構成要素には、同一の符号を付し、説明を省略する。
　メモリ１２は、物理接続管理表１７１と、空き容量管理表１７２と、対策プラン管理表１７３と、対策必要ボリューム管理表１７４と、ボリューム容量管理表１７５とをさらに記憶する。物理接続管理表１７１は、仮想化サーバＳＶが他のストレージ装置ＳＴを経由せずに直接アクセスすることができる１以上のストレージ装置ＳＴ（第２のストレージ）を示す第２のストレージ情報である。空き容量管理表１７２は、１以上の第２のストレージのそれぞれの記憶領域の空き容量を示す空き容量情報である。対策プラン管理表１７３は、対策プランを管理する表である。対策必要ボリューム管理表１７４は、対策必要ボリュームを管理する表である。ボリューム容量管理表１７５は、仮想ボリューム８の現在の使用容量を示す使用容量情報である。メモリ１２に記憶される各種情報１７１～１７４の詳細については、後述する。
　図３４は、実施例２に係る物理接続管理表の一例の構成図である。
　物理接続管理表１７１は、計算機システム内に存在する仮想化サーバＳＶのそれぞれについての、その仮想化サーバＳＶが他のストレージ装置ＳＴを経由せずに直接アクセスすることができるストレージ装置（すなわち、第２のストレージであり、以下「直接アクセス装置」という）ＳＴを管理するためのテーブルである。物理接続管理表１７１は、ホスト１７１１及びストレージ１７１２のフィールドを含む。ホスト１７１１には、仮想化サーバＳＶの名前が格納される。ストレージ１７１２には、ホスト１７１１が示す仮想化サーバＳＶに対する直接アクセス装置の名前が格納される。同図から、仮想化サーバ１及び仮想化サーバ２のいずれに対しても、ストレージ１、ストレージ２及びストレージ３のそれぞれが直接アクセス装置であること、すなわち、ストレージ１、ストレージ２及びストレージ３のそれぞれに直接アクセスできることがわかる。なお、物理接続管理表１７１に格納するデータは、管理計算機１が各仮想化サーバＳＶ、各ストレージ装置ＳＴ或いはＳＡＮ４１を構成する各ネットワーク装置（例えば、スイッチ）から収集してもよいし、管理者が入力してもよい。
　図３５は、実施例２に係る空き容量管理表の一例の構成図である。
　空き容量管理表１７２は、直接アクセス装置の記憶領域の空き容量を管理するためのデータである。空き容量管理表１７２は、ストレージ１７２１、現空き容量１７２２及び対策後空き容量１７２３のフィールドを含む。ストレージ１７２１には、直接アクセス装置の名前が格納される。現空き容量１７２２には、後述する対策プラン特定処理（図４２参照）が行われる以前の、直接アクセス装置の記憶領域の空き容量を示す値が格納される。対策後空き容量１７２３には、対策プラン特定処理によって特定された対策プランに従う対策が実施された後の、直接アクセス装置の記憶領域の空き容量を示す値が格納される。例えば、同図の上から１番目のエントリから、ストレージ１の空き容量は、対策プラン特定処理が行われる以前において４ＴＢ（テラバイト）あり、対策が実施された後に２ＴＢになることがわかる。なお、空き容量管理表１７２に格納するデータは、管理計算機１が各ストレージ装置ＳＴから収集してもよいし、管理者が入力してもよい。なお、対策プラン特定処理が行われる以前において、対策後空き容量１７２３には、現空き容量１７２２と同じ値が格納される。
　図３６は、実施例２に係る対策プラン管理表の一例の構成図である。
　対策プラン管理表１７３は、管理計算機１が特定した対策プランを管理するためのデータである。対策プラン管理表１７３は、仮想ボリュームＩＤ１７３１及び移動先ストレージ１７３２のフィールドを含む。仮想ボリュームＩＤ１７３１には、対策必要ボリューム８の識別子が格納される。移動先ストレージ１７３２には、対策必要ボリューム全体のデータの移動先のストレージ装置ＳＴの名前が格納される。同図から、管理計算機１によって、対策必要ボリューム「Ｖｏｌｕｍｅ３」全体のデータをストレージ１に移動させる対策プランが特定されたことがわかる。
　図３７は、実施例２に係る対策必要ボリューム管理表の一例の構成図である。
　対策必要ボリューム管理表１７４は、対策必要ボリュームを管理するためのデータである。対策必要ボリューム管理表１７４は、仮想ボリュームＩＤ１７４１のフィールドを含む。仮想ボリュームＩＤ１７４１には、対策必要ボリュームの識別子が格納される。同図から、仮想ボリューム「Ｖｏｌｕｍｅ３」が対策必要ボリュームであることがわかる。
　図３８は、実施例２に係るボリューム容量管理表の一例の構成図である。
　ボリューム容量管理表１７５は、計算機システム内に存在する１以上の仮想ボリューム８のそれぞれの全体の容量及び使用済み容量を管理するためのデータである。ボリューム容量管理表１７５は、仮想ボリュームＩＤ１７５１、容量１７５２及び使用済み容量１７５３のフィールドを含む。仮想ボリュームＩＤ１７５１には、仮想ボリューム８の識別子が格納される。容量１７５２には、仮想ボリューム８の全体の容量を示す値が格納される。使用済み容量１７５３には、仮想ボリューム８の使用済み容量を示す値が格納される。例えば、同図の上から１番目のエントリから、仮想ボリューム「Ｖｏｌｕｍｅ２」の全体の容量が１ＴＢ、使用済み容量が２００ＧＢ（ギガバイト）であることがわかる。
　次に、実施例２に係る管理計算機１の動作を説明する。
　図３９は、実施例２に係る保守作業支援処理のフローチャートである。
　実施例２に係る保守作業支援処理は、図２１の実施例１に係る保守作業支援処理と一部を除き実質的に同じである。図３９のステップＳ８０１～ステップＳ８０８の処理は、図２１のステップＳ１０１～ステップＳ１０８と同様な処理である。また、図３９のステップＳ８１３～ステップＳ８１５の処理は、図２１のステップＳ１１０～ステップＳ１１２と同様な処理である。なお、ステップＳ８０１において図２２の事前準備処理が行われるが、本実施例では、図２２のステップＳ２０３において、物理接続管理表１７１、空き容量管理表１７２及びボリューム容量管理表１７５も、現時点での計算機システムの構成に合致する内容に更新される。また、図２２のステップＳ２０４において、対策プラン管理表１７３及び対策必要ボリューム管理表１７４も、それぞれのエントリが全て削除される。
　ステップＳ８０６において、アクティブな停止時アクセス不可パスが存在すると判定された場合（ステップＳ８０６：Ｙｅｓ）、管理プログラム１４は、対策特定処理を行う（ステップＳ８０９）。この対策特定処理により、対策プランが特定される。
　その後、管理プログラム１４は、停止対象のストレージ装置ＳＴを停止できない旨に加えてステップＳ８０９で特定された対策プランの内容を示す第４の判定結果表示画面（図４３参照）を表示用計算機１０に表示させ、ステップＳ８１１へ処理を進める（ステップＳ８１０）。
　ステップＳ８１１において、管理プログラム１４は、ステップＳ８１０で表示させた第４の判定結果表示画面に対する管理者の入力、具体的には、対策プランの実施を指示する入力を待つ。そして、管理プログラム１４は、管理者が対策プランの実施を指示したか、或いは管理者が対策プランの実施を指示することなく一定時間が経過したかを判定する。
　管理者が対策プランの実施を指示した場合（ステップＳ８１１：Ｙｅｓ）、管理プログラム１４は、対策プランに従う対策を実施する（ステップＳ８１１）。例えば、特定された対策プランが、対策必要ボリューム「Ｖｏｌｕｍｅ３」全体のデータをストレージ１に移動させる対策プランである場合、管理プログラム１４は、仮想ボリューム「Ｖｏｌｕｍｅ３」全体のデータをストレージ１に移動させる。そして、管理プログラム１４は、仮想ボリューム「Ｖｏｌｕｍｅ３」を利用する仮想化サーバＳＶのそれぞれの窓口ストレージ装置ＳＴをストレージ１に設定させる。これにより、仮想ボリューム「Ｖｏｌｕｍｅ３」にアクセスする仮想化サーバＳＶは、実際にデータが格納されているストレージ１に直接アクセスすることになり、また、ストレージ１は、停止対象のストレージ装置ＳＴではないため、アクティブな停止時アクセス不可パスが存在しなくなる。その後、管理プログラム１４は、処理をステップＳ８１５へ進める。
　一方、管理者が対策プランの実施を指示することなく一定時間が経過した場合（ステップＳ８１１：タイムアウト）、管理プログラム１４は、処理をステップＳ８１５へ進める。管理プログラム１４は、ステップＳ８１５の処理を終えた後、保守作業支援処理を終了する。
　図４０は、実施例２に係る対策特定処理のフローチャートである。
　対策特定処理は、図３９のステップＳ８０９の処理に対応する。
　まず、管理プログラム１４は、対策必要ボリューム特定処理（図４１参照）を行う（ステップＳ９０１）。この対策必要ボリューム特定処理により、対策必要ボリュームが特定される。
　次に、管理プログラム１４は、対策プラン特定処理（図４２参照）を行う（ステップＳ９０２）。この対策プラン特定処理により、対策プランが特定される。その後、管理プログラム１４は、対策特定処理を終了する。
　図４１は、実施例２に係る対策必要ボリューム特定処理のフローチャートである。
　対策必要ボリューム特定処理は、図４０のステップＳ９０１の処理に対応する。
　管理プログラム１４は、停止時アクセス不可パス管理表１６４に登録されているエントリのうちのアクティブか否か１６４５にアクティブを示すデータが格納されている各エントリに対して、ステップＳ１００１～ステップＳ１００７の処理を行う。管理プログラム１４は、停止時アクセス不可パス管理表１６４に登録されているエントリのうちのアクティブか否か１６４５にアクティブを示すデータが格納されているエントリのうちの一つ（以下、図４１の説明において「エントリＡ」という）を選択する。以下、図４１の説明において、エントリＡが示すアクティブな停止時アクセス不可パス、すなわち、原因パスを「対象原因パス」という。
　管理プログラム１４は、ホストアクセスパス統合管理表１５２のエントリの中から、ホスト１５２１の値が、エントリＡの仮想化サーバ１６４１の値と一致するエントリを特定する（ステップＳ１００２）。すなわち、ステップＳ１００２では、ホストアクセスパス統合管理表１５２の、対象原因パスのアクセス元サーバＳＶに関係するエントリが特定される。管理プログラム１４は、特定したエントリを参照することで、対象原因パスのアクセス元サーバＳＶがアクセスする仮想ボリューム８を知ることができる。
　管理プログラム１４は、ステップＳ１００２で特定した各エントリに対して、ステップＳ１００３～ステップＳ１００６の処理を行う。管理プログラム１４は、ステップＳ１００２で特定したエントリのうちの一つ（以下、図４１の説明において「エントリＢ」という）を選択する。以下、図４１の説明において、エントリＢの仮想ボリュームＩＤ１５２２が示す仮想ボリューム８を「対象仮想ボリューム」という。
　管理プログラム１４は、仮想－実ページ対応統合管理表１５３に、仮想ボリュームＩＤ１５３１の値がエントリＢの仮想ボリュームＩＤ１５２２の値と一致し、且つ、ストレージ１５３３の値がエントリＡのデータ格納先ストレージ１６４３の値と一致するエントリがあるか否かを判定する（ステップＳ１００４）。すなわち、ステップＳ１００４では、対象原因パスの目的ストレージ装置ＳＴの記憶領域が、対象仮想ボリュームに割当てられているか否か、すなわち、対象原因パスのアクセス元サーバＳＶが対象原因パスを利用してアクセスするＶＭデータ７２が、対象仮想ボリュームに格納されているか否かがが判定される。
　仮想－実ページ対応統合管理表１５３に、仮想ボリュームＩＤ１５３１の値がエントリＢの仮想ボリュームＩＤ１５２２の値と一致し、且つ、ストレージ１５３３の値がエントリＡのデータ格納先ストレージ１６４３の値と一致するエントリがある場合、すなわち、対象原因パスのアクセス元サーバＳＶが対象原因パスを利用してアクセスするＶＭデータ７２が、対象仮想ボリュームに格納されている場合（ステップ１００４：Ｙｅｓ）、管理プログラム１４は、対象仮想ボリュームを示すエントリを作成し、作成したエントリを対策必要ボリューム管理表１７４に登録する。すなわち、この場合、対象仮想ボリュームは、対策必要ボリュームと特定される。
　一方、仮想－実ページ対応統合管理表１５３に、仮想ボリュームＩＤ１５３１の値がエントリＢの仮想ボリュームＩＤ１５２２の値と一致し、且つ、ストレージ１５３３の値がエントリＡのデータ格納先ストレージ１６４３の値と一致するエントリがない場合、すなわち、対象原因パスのアクセス元サーバＳＶが対象原因パスを利用してアクセスするＶＭデータ７２が、対象仮想ボリュームに格納されていない場合（ステップ１００４：Ｎｏ）、管理プログラム１４は、対象仮想ボリューム８対策必要ボリュームではないと判断する。
　管理プログラム１４は、ステップＳ１００２で特定した各エントリに対してステップＳ１００３～ステップＳ１００６の処理を終え、停止時アクセス不可パス管理表１６４に登録されているエントリのうちのアクティブか否か１６４５にアクティブを示すデータが格納されている各エントリに対してステップＳ１００１～ステップＳ１００７の処理を終えた後、対策必要ボリューム特定処理を終了する。
　このように、管理計算機１は、原因パスを持つ仮想化サーバＳＶが利用する１以上の仮想ボリューム８の中から、その仮想化サーバＳＶがその原因パスを利用してアクセスするＶＭデータ７２が格納されている仮想ボリューム８を特定し、特定した仮想ボリューム８を対策必要ボリュームと特定する。
　図４２は、実施例２に係る対策プラン特定処理のフローチャートである。
　対策プラン特定処理は、図４０のステップＳ９０２の処理に対応する。
　管理プログラム１４は、対策必要ボリューム管理表１７４に登録されている各エントリに対して、ステップＳ１１０１～ステップＳ１１１３の処理を行う。管理プログラム１４は、対策必要ボリューム管理表１７４に登録されているエントリのうちの一つ（以下、図４２の説明において「エントリＡ」という）を選択する。以下、図４２の説明において、エントリＡが示す対策必要ボリュームを「対象対策必要ボリューム」という。
　管理プログラム１４は、対象対策必要ボリュームを共有する、停止対象のストレージ装置ＳＴ以外の各ストレージ装置ＳＴに対して、ステップＳ１１０２～ステップＳ１１１２の処理を行う。管理プログラム１４は、対象対策必要ボリュームを共有する、停止対象のストレージ装置ＳＴ以外のストレージ装置ＳＴのうちの一つ（以下、図４２の説明において「ストレージＢ」という）を選択する。
　管理プログラム１４は、ホストアクセスパス統合管理表１５２のエントリの中から、仮想ボリュームＩＤ１５２２の値が、エントリＡの仮想ボリュームＩＤ１７４１の値と一致するエントリを特定する（ステップＳ１１０３）。すなわち、ステップＳ１１０３では、ホストアクセスパス統合管理表１５２の、対象対策必要ボリュームに関係するエントリが特定される。管理プログラム１４は、特定したエントリを参照することで、対象対策必要ボリュームにアクセスする仮想化サーバＳＶを知ることができる。
　管理プログラム１４は、ステップＳ１１０３で特定した各エントリに対して、ステップＳ１１０４～ステップＳ１１０６の処理を行う。管理プログラム１４は、ステップＳ１１０３で特定したエントリのうちの一つ（以下、図４２の説明において「エントリＣ」という）を選択する。以下、図４２の説明において、エントリＣのホスト１５２１が示す仮想化サーバＳＶを「対象仮想化サーバ」という。
　管理プログラム１４は、物理接続管理表１７１に、ホスト１７１１の値がエントリＣのホスト１５２１の値と一致し、且つ、ストレージ１７１２が示すストレージ装置ＳＴがストレージＢであるエントリがあるか否かを判定する（ステップＳ１１０５）。すなわち、ステップＳ１１０５では、ストレージＢが対象仮想化サーバＳＶの直接アクセス装置であるか否かが判定される。
　物理接続管理表１７１に、ホスト１７１１の値がエントリＣのホスト１５２１の値と一致し、且つ、ストレージ１７１２が示すストレージ装置ＳＴがストレージＢであるエントリがない場合、すなわち、ストレージＢが対象仮想化サーバＳＶの直接アクセス装置でない場合（ステップＳ１１０５：Ｎｏ）、管理プログラム１４は、ステップＳ１１１２へ処理を進める。そして、管理プログラム１４は、対象対策必要ボリュームを共有する、停止対象のストレージ装置ＳＴ以外のストレージ装置ＳＴが未だ存在する場合は、そのストレージ装置ＳＴを選択し、再度ステップＳ１１０２～ステップＳ１１１２の処理を行う。
　ステップＳ１１０３で特定したエントリの全てに対して、物理接続管理表１７１に、ホスト１７１１の値がエントリＣのホスト１５２１の値と一致し、且つ、ストレージ１７１２が示すストレージ装置ＳＴがストレージＢであるエントリがある、すなわち、ストレージＢが対象仮想化サーバＳＶの直接アクセス装置であると判定した場合、管理プログラム１４は、ステップＳ１１０７へ処理を進める。すなわち、この場合、ストレージＢは、対象対策必要ボリュームにアクセスする１以上の仮想化サーバＳＶの共通直接アクセス装置である。
　ステップＳ１１０７において、管理プログラム１４は、空き容量管理表１７２のエントリの中から、ストレージ１７２１が示すストレージ装置ＳＴがストレージＢであるエントリ（以下、図４２の説明において「エントリＤ」という）を特定する。管理プログラム１４は、特定したエントリを参照することで、共通直接アクセス装置であるストレージＢの記憶領域の空き容量を知ることができる。
　次に、管理プログラム１４は、ボリューム容量管理表１７５のエントリの中から、仮想ボリュームＩＤ１７５１の値が、エントリＡの仮想ボリュームＩＤ１７４１の値と一致するエントリ（以下、図４２の説明において「エントリＥ」という）を特定する（ステップＳ１１０８）。管理プログラム１４は、特定したエントリを参照することで、対象対策必要ボリュームの使用済み容量を知ることができる。
　その後、管理プログラム１４は、エントリＤの対策後空き容量１７２３の値が、エントリＥの使用済み容量１７５３の値以上であるか否かを判定する（ステップＳ１１０９）。すなわち、対象対策必要ボリューム全体のデータを共通直接アクセス装置であるストレージＢに移動できるか否かが判定される。
　エントリＤの対策後空き容量１７２３の値が、エントリＥの使用済み容量１７５３の値以上でない場合（ステップＳ１１０９：Ｎｏ）、管理プログラム１４は、ステップＳ１１１２へ処理を進める。そして、管理プログラム１４は、対象対策必要ボリュームを共有する、停止対象のストレージ装置ＳＴ以外のストレージ装置ＳＴが未だ存在する場合は、そのストレージ装置ＳＴを選択し、再度ステップＳ１１０２～ステップＳ１１１２の処理を行う。
　一方、エントリＤの対策後空き容量１７２３の値が、エントリＥの使用済み容量１７５３の値以上である場合（ステップＳ１１０９：Ｙｅｓ）、管理プログラム１４は、仮想ボリュームＩＤ１７３１にエントリＡの仮想ボリュームＩＤ１７４１の値（すなわち、対象対策必要ボリュームの識別子）を、移動先ストレージ１７３２にストレージＢの名前をそれぞれ格納した、対策プラン管理表１７３のエントリを作成し、作成したエントリを同管理表１７３に登録する（ステップＳ１１１０）。すなわち、ステップＳ４０５において、対象対策必要ボリューム全体のデータをストレージＢ（第３のストレージ）に移動させる対策プランが特定され、その対策プランを示すエントリが対策プラン管理表１７３に登録される。
　その後、管理プログラム１４は、エントリＤの対策後空き容量１７２３の値からエントリＥの使用済み容量１７５３の値を減算した値を、エントリＤの対策後空き容量１７２３に格納する（ステップＳ１１１１）。すなわち、ステップＳ１１１１において、空き容量管理表１７２の対策後空き容量１７２３の値が、ステップＳ１１１０で特定した対策プランに従う対策が実施された場合の値に更新される。対策プランが特定される都度、対策後空き容量１７２３の値を更新することで、管理計算機１が不可能な対策プランを導出してしまうことを防ぐことができる。
　管理プログラム１４は、対策必要ボリューム管理表１７４に登録されている各エントリに対してステップＳ１１０１～ステップＳ１１１３の処理を終えた後、対策プラン特定処理を終了する。
　このように、管理計算機１は、対策必要ボリュームについて、その対策必要ボリュームにアクセスする１以上の仮想化サーバＳＶの共通直接アクセス装置を特定し、対策必要ボリュームの使用済み容量及び共通直接アクセス装置の記憶領域の空き容量に基づいて、対策必要ボリューム全体のデータを共通直接アクセス装置に移動できるか否かを判定し、移動できると判定した場合に、その対象対策必要ボリューム全体のデータをその共通直接アクセス装置に移動させることを対策プランとして特定する。
　図４３は、実施例２に係る第４の判定結果表示画面の一例の構成図である。
　第４の判定結果表示画面６５は、管理計算機１が、保守作業支援処理において停止対象のストレージ装置ＳＴを停止できないと判定した場合（図３９のステップＳ８１０）に、その旨及び管理計算機１が特定した対策プランの内容を管理者に通知するための画面である。第４の判定結果表示画面６５は、停止可否判定の判定結果を表示するための領域６５１と、動作不可ＶＭ７１に関する情報を表示するための領域６５３と、管理計算機１が特定した対策プランの内容を表示するための領域６５４とを含む。領域６５１及び領域６５３は、実施例１に係る第３の判定結果表示画面６４の領域６４１及び領域６４３と実質的に同じである。
　領域６５４には、例えば、１以上の対策プランに対応するリスト単位６５４０が、リストで表示される。各リスト単位６５４０は、各対策プランに関する情報、例えば、対策必要ボリュームの識別子と、対策必要ボリューム全体のデータの移動先のストレージ装置ＳＴの名前とを含む。第４の判定結果表示画面６５は、領域６５３と同様に、リスト単位６５４０の数が多い場合にその一部ずつを表示するページ機能、複数のリスト単位６５４０のうちの一部をフィルタリングして表示する機能、複数のリスト単位６５４０をソートして表示する機能を有する。また、領域６５４には、対策プランに従う対策の実施を管理計算機１に指示させるためのボタン６５４４を含む。管理計算機１は、管理者が管理計算機１に実施させる対策プランを指定してボタン６５４４を押下した場合に、保守作業支援処理におけるステップＳ８１２の処理を開始し、管理者が指定した対策プランに従う対策を実施する。管理計算機１が、実施する対策プランを管理者に指定させることで、管理者は、複数の対策プランが特定された場合に、複数の対策プランのうちの指定した対策プランを実施させることができる。
　管理者は、領域６５１を参照することにより、対策を行わなければ停止対象のストレージ装置ＳＴを停止できないことを知ることができる。また、管理者は、領域６５３の各動作不可ＶＭ７１のリスト単位６５３０を参照することにより、原因パスを知ることができる。さらに、管理者は、領域６５４の各対策プランのリスト単位６５４０を参照することにより、停止対象のストレージ装置ＳＴを停止するための対策としてどのような対策があるかを知ることができる。これにより、管理者が自分で対策を検討する手間を省くことができる。
　なお、本発明は、以上説明した実施例に限定されるものでなく、その趣旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
１…管理計算機、ＳＴ…ストレージ装置、ＳＶ…仮想化サーバ、４１…ＳＡＮ、４２…管理用ＬＡＮ

Claims (15)

  1. 　複数のストレージ装置と、前記複数のストレージ装置により共有される仮想的な論理ボリュームである仮想ボリュームを利用するサーバとを含む計算機システムの管理を行う管理システムであって、
    　記憶デバイスと、
    　前記記憶デバイスに接続された制御デバイスと
    を有し、
    　前記記憶デバイスは、
    　前記サーバが前記複数のストレージ装置のそれぞれの記憶領域にアクセスする際に利用する、前記サーバから一の前記ストレージ装置までの経路であるアクセスパスのそれぞれについて、当該アクセスパス上に存在する１以上のストレージ装置を示すアクセスパス情報と
    を記憶し、
    　前記制御デバイスは、
    　前記複数のストレージ装置のうちから判定対象とする第１のストレージ装置の選択を受け付け、
    　前記アクセスパス情報に基づいて、前記第１のストレージ装置が含まれる第１のアクセスパスが存在するか否かの第１の判定を行い、
    　前記第１のアクセスパスが存在する場合、前記第１のアクセスパスが、前記仮想ボリュームの前記サーバが利用している部分に割当てられている記憶領域に対して、当該サーバがアクセスする際に利用するアクティブなアクセスパスであるか否かの第２の判定を行い、
    　前記第１の判定の結果又は前記第２の判定の結果に基づいて、前記第１のストレージ装置を停止できるか否かを判定する
    管理システム。
  2. 　前記制御デバイスは、前記第１のアクセスパスが１以上存在し且つ前記第１のアクセスパスのいずれかがアクティブなアクセスパスである場合、前記第１のストレージ装置を停止できないと判定し、前記第１のストレージ装置を停止できないことを意味する情報と、当該アクティブな第１のアクセスパスに関する情報とを表示する
    請求項１に記載の管理システム。
  3. 　前記記憶デバイスは、
    　前記サーバが他のストレージ装置を経由せずに直接アクセスすることができる１以上の第２のストレージ装置を示す第２のストレージ装置情報と、前記１以上の第２のストレージ装置のそれぞれの記憶領域の空き容量を示す空き容量情報と、前記仮想ボリュームの現在の使用容量を示す使用容量情報とをさらに記憶し、
    　前記制御デバイスは、
    　前記第１のアクセスパスが１以上存在し且つ前記第１のアクセスパスのいずれかがアクティブなアクセスパスである場合、前記第２のストレージ装置情報、前記空き容量情報、及び前記使用容量情報に基づいて、前記１以上の第２のストレージ装置の中から、前記第１のストレージ装置以外のストレージ装置であり、且つ記憶領域の空き容量が前記仮想ボリュームの現在の使用容量以上である第３のストレージ装置を特定し、前記仮想ボリューム全体のデータを前記第３のストレージ装置に移動させることを前記対策として特定する
    請求項２に記載の管理システム。
  4. 　前記記憶デバイスは、前記ストレージ装置間の接続関係を示す接続情報をさらに記憶し、
    　前記制御デバイスは、
    　前記第１のアクセスパスが１以上存在し且つ前記第１のアクセスパスのいずれかがアクティブなアクセスパスである場合、前記第２のストレージ装置情報及び前記接続情報に基づいて、前記アクティブな第１のアクセスパスの代わりとなる、前記第１のストレージ装置を含まない第２のアクセスパスを設定できるか否かを判定し、設定できると判定した場合、前記アクティブな第１のアクセスパスに代えて前記第２のアクセスパスを利用するように設定することを前記対策として特定する
    請求項３に記載の管理システム。
  5. 　前記制御デバイスは、前記第１のアクセスパスが存在しない場合、又は、前記第１のアクセスパスが１以上存在し且つ前記第１のアクセスパスのいずれもがアクティブなアクセスパスでない場合、前記第１のストレージ装置を停止できると判定し、前記第１のストレージ装置を停止できることを表す情報を表示する、
    請求項１記載の管理システム。
  6. 　前記制御デバイスは、
    　前記第１のアクセスパスが１以上存在し且つ前記第１のアクセスパスのいずれかがアクティブなアクセスパスである場合、アクティブな第１のアクセスパスが存在しないようにするための対策であって、前記計算機システムの構成変更に係る対策を特定し、
    　前記第１のストレージ装置を停止できない旨及び前記アクティブな第１のアクセスパスに関する情報とともに前記対策の内容を表示する
    請求項１に記載の管理システム。
  7. 　前記制御デバイスは、
    　前記第１のアクセスパスが１以上存在し且つ前記第１のアクセスパスのいずれもがアクティブなアクセスパスでない場合、前記第１のアクセスパスのいずれかをアクティブなアクセスパスに変化させ得る操作であって、前記計算機システムの構成変更に係る操作が存在するか否かを判定し、
    　前記操作が存在する場合、前記第１のストレージ装置を停止できる旨とともに前記操作の内容を表示する
    請求項１に記載の管理システム。
  8. 　前記記憶デバイスが、
    　前記複数のストレージ装置のそれぞれの記憶領域が前記仮想ボリュームのどの部分に割当てられているか示す割当て情報と、
    　前記サーバが前記仮想ボリュームのどの部分を利用しているかを示す利用情報と
    を記憶し、
    　前記制御デバイスが、前記第２の判定を、前記割当て情報及び前記利用情報に基づいて行う、
    請求項１に記載の管理システム。
  9. 　前記計算機システムは、前記サーバを複数含み、
    　各サーバ上では、前記仮想ボリュームを利用する１以上の仮想マシンが稼働しており、
    　前記記憶デバイスは、
    　複数のサーバのそれぞれについて、当該サーバ上で稼働している１以上の前記仮想マシンのそれぞれが前記仮想ボリュームのどの部分を利用しているかを示す仮想マシン利用情報をさらに記憶し、
    　前記制御デバイスは、
    　前記第２の判定において、前記割当て情報及び前記仮想マシン利用情報に基づいて、前記第１のアクセスパスが、前記複数のサーバのうちのいずれかのサーバ上で稼働している前記仮想マシンが利用している前記仮想ボリュームの部分に割当てられている記憶領域に対して、当該サーバがアクセスする際に利用するアクセスパスである場合に、前記第１のアクセスパスをアクティブなアクセスパスと判定し、
    　前記第１のアクセスパスが１以上存在し且つ前記第１のアクセスパスのいずれもがアクティブなアクセスパスでない場合、前記割当て情報、前記仮想マシン利用情報及び前記アクセスパス情報に基づいて、前記第１のアクセスパスを利用するサーバのそれぞれについて、当該サーバ以外のサーバ上で稼働している仮想マシンを当該サーバへ移動させる操作であって、当該サーバが利用する第１のアクセスパスをアクティブに変化させる操作が存在するか否かを判定する
    請求項８に記載の管理システム。
  10. 　前記制御デバイスは、
    　前記第１のストレージ装置の選択を受け付けた後、前記複数のストレージ装置のそれぞれから、当該ストレージ装置の記憶領域が前記仮想ボリュームのどの部分に割当てられているか示す個別割当て情報と、当該ストレージ装置から他のストレージ装置までの経路上に存在する１以上のストレージ装置を示すストレージ装置間情報とを取得し、
    　前記第１のストレージ装置の選択を受け付けた後、１以上の前記ストレージ装置から、当該ストレージ装置が前記サーバによる前記仮想ボリュームに対するアクセス要求の発行先であることを示すサーバストレージ装置間情報を取得し、
    　前記第１のストレージ装置の選択を受け付けた後、前記利用情報を前記サーバから取得し、
    　前記個別割当て情報に基づいて前記割当て情報を生成し、前記割当て情報、前記ストレージ装置間情報及び前記サーバストレージ装置間情報に基づいて前記アクセスパス情報を生成する
    請求項８に記載の管理システム。
  11. 　複数のストレージ装置と、前記複数のストレージ装置により共有される仮想的な論理ボリュームである仮想ボリュームを利用するサーバとを含む計算機システムの管理を行う管理システムにおける管理方法であって、
    　前記複数のストレージ装置のうちから判定対象とする第１のストレージ装置の選択を受け付け、
    　前記サーバから一の前記ストレージ装置までの経路であるアクセスパスのそれぞれについて当該アクセスパス上に存在する１以上のストレージ装置を示すアクセスパス情報に基づいて、前記第１のストレージ装置が含まれる第１のアクセスパスが存在するか否かの第１の判定を行い、
    　前記第１のアクセスパスが存在する場合、前記第１のアクセスパスが、前記仮想ボリュームの前記サーバが利用している部分に割当てられている記憶領域に対して、当該サーバがアクセスする際に利用するアクティブなアクセスパスであるか否かの第２の判定を行い、
    　前記第１の判定の結果又は前記第２の判定の結果に基づいて、前記第１のストレージ装置を停止できるか否かを判定する
    管理方法。
  12. 　前記制御デバイスは、前記第１のアクセスパスが１以上存在し且つ前記第１のアクセスパスのいずれかがアクティブなアクセスパスである場合、前記第１のストレージ装置を停止できないと判定し、前記第１のストレージ装置を停止できないことを意味する情報と、当該アクティブな第１のアクセスパスに関する情報とを表示する
    請求項１１に記載の管理方法。
  13. 　前記制御デバイスは、前記第１のアクセスパスが存在しない場合、又は、前記第１のアクセスパスが１以上存在し且つ前記第１のアクセスパスのいずれもがアクティブなアクセスパスでない場合、前記第１のストレージ装置を停止できると判定し、前記第１のストレージ装置を停止できることを表す情報を表示する、
    請求項１１に記載の管理方法。
  14. 　前記制御デバイスは、
    　前記第１のアクセスパスが１以上存在し且つ前記第１のアクセスパスのいずれかがアクティブなアクセスパスである場合、アクティブな第１のアクセスパスが存在しないようにするための対策であって、前記計算機システムの構成変更に係る対策を特定し、
    　前記第１のストレージ装置を停止できない旨及び前記アクティブな第１のアクセスパスに関する情報とともに前記対策の内容を表示する
    請求項１１に記載の管理方法。
  15. 　複数のストレージ装置と、前記複数のストレージ装置により共有される仮想的な論理ボリュームである仮想ボリュームを利用するサーバとを含む計算機システムの管理を行う計算機で実行されるコンピュータプログラムであって、
    　前記複数のストレージ装置のうちから判定対象とする第１のストレージ装置の選択を受け付け、
    　前記サーバから一の前記ストレージ装置までの経路であるアクセスパスのそれぞれについて当該アクセスパス上に存在する１以上のストレージ装置を示すアクセスパス情報に基づいて、前記第１のストレージ装置が含まれる第１のアクセスパスが存在するか否かの第１の判定を行い、
    　前記第１のアクセスパスが存在する場合、前記第１のアクセスパスが、前記仮想ボリュームの前記サーバが利用している部分に割当てられている記憶領域に対して、当該サーバがアクセスする際に利用するアクティブなアクセスパスであるか否かの第２の判定を行い、
    　前記第１の判定の結果又は前記第２の判定の結果に基づいて、前記第１のストレージ装置を停止できるか否かを判定する
    ことを前記計算機に実行させるコンピュータプログラム。
PCT/JP2012/060464 2012-04-18 2012-04-18 管理システム及び管理方法 WO2013157094A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/576,479 US8850088B2 (en) 2012-04-18 2012-04-18 Management system and management method
PCT/JP2012/060464 WO2013157094A1 (ja) 2012-04-18 2012-04-18 管理システム及び管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/060464 WO2013157094A1 (ja) 2012-04-18 2012-04-18 管理システム及び管理方法

Publications (1)

Publication Number Publication Date
WO2013157094A1 true WO2013157094A1 (ja) 2013-10-24

Family

ID=49381214

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/060464 WO2013157094A1 (ja) 2012-04-18 2012-04-18 管理システム及び管理方法

Country Status (2)

Country Link
US (1) US8850088B2 (ja)
WO (1) WO2013157094A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108228076B (zh) * 2016-12-14 2020-10-16 华为技术有限公司 访问磁盘的方法和主机
CN111586725B (zh) * 2019-02-15 2022-04-22 华为技术有限公司 一种接入点更新方法及接入点

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006134208A (ja) * 2004-11-09 2006-05-25 Fujitsu Ltd ストレージ仮想化装置
JP2007122463A (ja) * 2005-10-28 2007-05-17 Fujitsu Ltd 仮想ストレージシステム制御装置、仮想ストレージシステム制御プログラム、仮想ストレージシステム制御方法
JP2009032014A (ja) * 2007-07-26 2009-02-12 Hitachi Ltd ストレージシステム及びこれの管理方法
JP2009146106A (ja) * 2007-12-13 2009-07-02 Hitachi Ltd 物理的な通信ポートに付加される仮想的な通信ポートを移行する機能を有したストレージシステム
WO2011043270A1 (ja) * 2009-10-07 2011-04-14 日本電気株式会社 コンピュータシステム、及びコンピュータシステムのメンテナンス方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4648751B2 (ja) * 2005-05-02 2011-03-09 株式会社日立製作所 記憶制御システム及び記憶制御方法
JP4963892B2 (ja) * 2006-08-02 2012-06-27 株式会社日立製作所 仮想ストレージシステムの構成要素となることが可能なストレージシステムの制御装置
JP4738438B2 (ja) 2008-04-17 2011-08-03 株式会社日立製作所 外部接続ストレージシステムのパス管理及び障害箇所検出方法
JP4815518B2 (ja) 2009-09-11 2011-11-16 株式会社日立製作所 ストレージシステムとサーバ計算機の両方でＴｈｉｎ−Ｐｒｏｖｉｓｉｏｎｉｎｇ技術に従う容量仮想化が行われる計算機システム
US8656136B2 (en) 2010-02-05 2014-02-18 Hitachi, Ltd. Computer system, computer and method for performing thin provisioning capacity management in coordination with virtual machines
JP5079841B2 (ja) 2010-04-15 2012-11-21 株式会社日立製作所 ＴｈｉｎＰｒｏｖｉｓｉｏｎｉｎｇに従う仮想的な論理ボリュームに対するデータのライトを制御する方法及びストレージ装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006134208A (ja) * 2004-11-09 2006-05-25 Fujitsu Ltd ストレージ仮想化装置
JP2007122463A (ja) * 2005-10-28 2007-05-17 Fujitsu Ltd 仮想ストレージシステム制御装置、仮想ストレージシステム制御プログラム、仮想ストレージシステム制御方法
JP2009032014A (ja) * 2007-07-26 2009-02-12 Hitachi Ltd ストレージシステム及びこれの管理方法
JP2009146106A (ja) * 2007-12-13 2009-07-02 Hitachi Ltd 物理的な通信ポートに付加される仮想的な通信ポートを移行する機能を有したストレージシステム
WO2011043270A1 (ja) * 2009-10-07 2011-04-14 日本電気株式会社 コンピュータシステム、及びコンピュータシステムのメンテナンス方法

Also Published As

Publication number Publication date
US20130282935A1 (en) 2013-10-24
US8850088B2 (en) 2014-09-30

Similar Documents

Publication Publication Date Title
EP2652586B1 (en) Information storage system and storage system management method
US9367265B2 (en) Storage system and method for efficiently utilizing storage capacity within a storage system
JP5478107B2 (ja) 仮想ストレージ装置を管理する管理サーバ装置及び仮想ストレージ装置の管理方法
JP5072692B2 (ja) 複数のストレージシステムモジュールを備えたストレージシステム
US9921781B2 (en) Storage system including multiple storage apparatuses and pool virtualization method
WO2013160944A1 (en) Provisioning of resources like cpu or virtual machines or virtualized storage in a cloud computing environment
US10437642B2 (en) Management system for computer system
JP2010039986A (ja) データのバックアップを管理する計算機システム及び方法
JP2009245387A (ja) ストレージシステム
WO2014155555A1 (ja) 管理システム及び管理プログラム
JP2007102760A (ja) ストレージエリアネットワークにおけるボリュームの自動割り当て
US20150234907A1 (en) Test environment management apparatus and test environment construction method
WO2012143965A1 (en) Plurality of coupled storage subsystems and method for setting port access limitation in a storage subsystem when migrating a logical volume
US9081509B2 (en) System and method for managing a physical storage system and determining a resource migration destination of a physical storage system based on migration groups
US9262437B2 (en) Storage system and control method for storage system
WO2013157094A1 (ja) 管理システム及び管理方法
US9239681B2 (en) Storage subsystem and method for controlling the storage subsystem
JP2016503522A (ja) ストレージシステム、ストレージシステムの制御方法及び管理システム
JP2015172958A (ja) 情報記憶システム
WO2016139749A1 (ja) 計算機システム、及び、記憶制御方法
US11704426B1 (en) Information processing system and information processing method
WO2016056050A1 (ja) 計算機システム及びそれの管理システム

Legal Events

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

Ref document number: 13576479

Country of ref document: US

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

Ref document number: 12874419

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12874419

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP