WO2012035669A1 - 計算機システム、ストレージ・ボリューム管理方法及び計算機読み取り可能な記憶媒体 - Google Patents

計算機システム、ストレージ・ボリューム管理方法及び計算機読み取り可能な記憶媒体 Download PDF

Info

Publication number
WO2012035669A1
WO2012035669A1 PCT/JP2010/067775 JP2010067775W WO2012035669A1 WO 2012035669 A1 WO2012035669 A1 WO 2012035669A1 JP 2010067775 W JP2010067775 W JP 2010067775W WO 2012035669 A1 WO2012035669 A1 WO 2012035669A1
Authority
WO
WIPO (PCT)
Prior art keywords
copy
volume
guest
information
computer
Prior art date
Application number
PCT/JP2010/067775
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 EP10857302.3A priority Critical patent/EP2565771A4/en
Priority to CN201080067464.4A priority patent/CN102959499B/zh
Priority to US13/055,447 priority patent/US8516209B2/en
Publication of WO2012035669A1 publication Critical patent/WO2012035669A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45579—I/O management, e.g. providing access to device drivers or storage
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/065—Replication mechanisms

Definitions

  • the present invention relates to a computer system, a storage volume management method, and a computer-readable storage medium for storing a program for controlling copy processing of a storage apparatus, and more particularly to a copy control technique in the computer system.
  • This computer system stores the same data in storage devices installed at two sufficiently distant points.
  • the data in one storage device is updated, the update is reflected to the other storage device synchronously or asynchronously by remote copy. For this reason, the identity of the data in the two storage apparatuses is ensured.
  • Patent Document 1 discloses a computer system in which storage devices are installed at three points sufficiently separated from each other in order to further increase the safety of data.
  • the identity of data between the first storage device used for normal business and the second storage device at a remote location is ensured by synchronous remote copy.
  • data identity between the first storage device and the remote third storage device is ensured by asynchronous remote copy.
  • Non-Patent Document 1 and Non-Patent Document 2 system virtualization techniques are disclosed in Non-Patent Document 1 and Non-Patent Document 2 as techniques for effectively using computer resources such as CPUs, memory devices, and storage devices.
  • This technology creates multiple virtual machines (also called guests) on a single physical computer and performs the process as if the single physical computer were multiple computers. Can do.
  • This technology is used for the purpose of effectively utilizing surplus computer resources, and for server consolidation for aggregating hundreds of guests on one high-performance computer.
  • the virtual machine is a server environment realized by software, on which one OS can run and operate applications. Therefore, when data protection is performed, it is expected that the range in which data consistency is taken includes the volume used by one virtual machine. That is, it is desirable to identify the volume group assigned to the virtual machine by the system virtualization program separately from the volume group assigned to other virtual machines, and perform remote copy of the volume group.
  • IBM Redbook “Introduction to the New Mainframe: z / VM Basics” (IBM document number SG24-7316-00, November 2007)
  • IBM manual "z / VM CP Programming Services version 6 release 1" (IBM document number SC24-6179-00, 2009)
  • Remote copy is a technology that copies data from a specific volume to another specific volume. Therefore, when the storage resources connected to one physical computer are distributed and used among multiple virtual computers using the system virtualization technology described in the prior art, volumes and virtual Correspondence with computers can change during operation due to reallocation.
  • a computer system includes a storage device, a host computer that accesses a volume provided by the storage device, and a management computer.
  • the host computer executes a control program and a guest OS that operates on the control program.
  • the guest OS accesses one or a plurality of volumes allocated from the storage device.
  • the storage apparatus executes a copy process for the one or more volumes allocated to the guest OS.
  • One of the host computer and the management computer executes a copy control program for controlling copy processing by the storage device.
  • the one computer acquires, from the control program, first information indicating at least a part of one or more volumes allocated to the guest OS at a predetermined timing according to the copy control program.
  • the one computer shows a second information indicating the first information and at least a part of one or a plurality of volumes allocated to the guest OS before the predetermined timing.
  • the information is compared with the information to check a change in volume assignment to the guest OS, and volume copy control for the guest OS is performed according to the check result.
  • FIG. 1 is a diagram illustrating a configuration of a computer system in a first embodiment.
  • FIG. 1 is a diagram illustrating a configuration of a storage device in a first embodiment.
  • FIG. 3 is a diagram illustrating a configuration of copy control information in the first embodiment.
  • FIG. 6 is a diagram showing a configuration of copy group information in the first embodiment.
  • FIG. 3 is a diagram illustrating a configuration of storage configuration information in the first embodiment. It is a figure which shows the structure of guest information in 1st Embodiment.
  • FIG. 3 is an explanatory diagram of an API provided by a VM control program in the first embodiment.
  • FIG. 3 is an explanatory diagram of an API provided by a VM control program in the first embodiment.
  • FIG. 5 is a flowchart illustrating processing in which a copy control program generates storage configuration information and guest information in the first embodiment.
  • FIG. 3 is an explanatory diagram of a command line interface in the first embodiment.
  • 6 is a flowchart illustrating a configuration check and a command issue process by a copy control program in the first embodiment.
  • 10 is a flowchart illustrating a configuration check and a command issuance process by a copy control program in the second embodiment.
  • the present embodiment is characterized by control of volume / copy processing by the storage apparatus.
  • the storage device provides a volume to a virtual machine running on the host computer.
  • the copy control program checks a change in the assignment in the copy control of the volume assigned to the virtual machine.
  • FIG. 1 schematically shows the configuration of the computer system of this embodiment.
  • This system includes a host computer 10 and a storage apparatus 200 accessed by the host computer 10.
  • the host computer 10 and the storage device 200 are connected by a data network 109.
  • This system includes a management computer 106, and the host computer 100, the storage device 200, and the management computer 106 are connected by a management network 110.
  • a host computer input / output device 103 is attached to the host computer 10 and is mainly used for setting in the host computer 10 in order to manage system operation.
  • a management computer input / output device (not shown) is attached to the management computer 106 and is mainly used for setting in the management computer in order to manage operation.
  • the management computer 106 and the host computer 100 may be realized by a single computer.
  • a typical example of an input / output device is a display, a keyboard, and a pointer device, but the management computer 106 and the host computer 100 may include different input / output devices. For example, they include a serial interface or an Ethernet interface, and a display computer is connected to the interface.
  • the display computer includes input / output devices such as a display, a keyboard, and a pointer device. The user accesses the management computer 106 or the host computer 100 via the display computer.
  • this configuration has one storage device 200 and one host computer 100, but the present invention can be applied to a computer system having a plurality of storage devices and a plurality of host computers.
  • the management system of this configuration example is configured by the management computer 106, but the management system may be configured by a plurality of computers.
  • One of the plurality of computers may be a display computer, and the plurality of computers may realize processing equivalent to that of the management computer 106 in order to increase the speed and reliability of the management processing.
  • the data network 109 is a data communication network, and is a SAN (Storage Area Network) in this configuration.
  • the data network 109 may be a network other than SAN as long as it is a data communication network, for example, an IP network.
  • the management network 110 is a data communication network, and is an IP network in this configuration.
  • the management network 110 may be a network other than the IP network as long as it is a data communication network, for example, a SAN.
  • the data network 109 and the management network 110 may be the same network.
  • the storage device 200 provides a volume that is an area for storing data.
  • a volume that is an area for storing data.
  • four volumes 231A to 231D are illustrated.
  • the volumes 231A to 231D store data written from the host computer 100.
  • copying is performed between two volumes. For example, when the storage apparatus 200 performs copying from the volume 231A to the volume 231B, write data to the volume 231A is reflected in the volume 231B.
  • ⁇ Two volumes can form a copy pair.
  • the copy pair includes a copy source volume and a copy destination volume that stores a copy of the data stored in the copy source volume.
  • the copy source volume is called a primary volume
  • the copy destination volume is called a secondary volume.
  • One primary volume may be copied to a plurality of secondary volumes.
  • volume constituting a copy pair there are two volumes constituting a copy pair in one storage apparatus 200.
  • the volumes constituting the pair may exist in different storage apparatuses.
  • Volume copy for disaster recovery is typically performed between two remote storage devices.
  • the copy process executed between volumes may be synchronous or asynchronous. Further, even within the storage apparatus, copying may be performed across a plurality of storage apparatuses.
  • the I / O success is notified to the host computer 100 after the write to the secondary volume is completed (typically after the write to the cache).
  • Asynchronous copy processing notifies I / O success after writing to the primary volume is completed.
  • the copy control of this embodiment may be applied to a copy between three or more volumes.
  • FIG. 1 shows only the volumes 231A to 231D of the storage apparatus 200. Details of the storage apparatus 200 will be described later.
  • the host computer 100 includes a CPU 101, a memory 102, an input / output device 103 such as a keyboard, a mouse, and a display, a storage I / F 104, and a management I / F 105, which are connected to each other.
  • the storage I / F 104 is a network interface that connects the host computer 100 to the data network 109.
  • the storage I / F 104 transmits and receives data and control commands to and from the storage apparatus 200 via the data network 109.
  • the management I / F 105 is a network interface that connects the host computer 100 to the management network 110.
  • the management I / F 105 transmits / receives data and control commands to / from the storage apparatus 200 and the management computer via the management network 110.
  • the memory 102 stores virtual machine (VM) information 301A to 301C, guest OSs 302A and 302B, a copy control program 400, a VM control program 107, input / output device configuration information 108, and copy control information 500.
  • VM information 301A to 301C includes management information of virtual machines operating on the host computer 100 (VM control program 107).
  • the guest OSs 302A and 302B are operating systems that operate on different virtual machines. These include OS environment information on the virtual machine.
  • the virtual machines of the guest OSs 302A and 302B are the same as the virtual machines of the VM information 301A and 301B, respectively.
  • the guest OSs 302A and 302B use the function of the VM control program 107 in writing and reading data to and from the storage device 200.
  • the guest OSs 302A and 302B read and write data to and from the volumes 231A to 231D by issuing a request to the VM control program 107.
  • the configuration example of FIG. 1 includes VM information 301A to 301C of two guest OSs 302A and 302B and three virtual machines, but these numbers may be different numbers.
  • the VM control program 107 is a control program that manages the entire virtualization system.
  • the VM control program 107 creates and deletes VM information for each virtual machine.
  • the VM control program 107 has a function of specifying a device to be input / output from the input / output device configuration information 108 according to a request from the guest OS and inputting / outputting data to / from the storage apparatus 200 as a part thereof. . Furthermore, it has a function of allocating real resources of a computer system to a pair of VM information and guest OS for operating each virtual computer.
  • the copy control program 40 operates as a program on one virtual machine.
  • the copy control program 40 performs copy control according to the copy operation procedure. Further, a copy control command is transmitted to the storage microprogram 226 (see FIG. 2) for copy control. In response to this request, the storage microprogram 226 executes processing such as pair creation and status information acquisition.
  • the copy control information 50 includes information for the copy control program 40 to perform copy control. Details of the copy control process will be described later.
  • the guest OSs 302A and 302B, the copy control program 400, and the VM control program 107 are executed by the CPU 101.
  • the CPU 101 acquires an instruction included in the program on the memory 102 and performs an operation according to the instruction.
  • the CPU 101 acquires data on the memory 102 in accordance with an instruction of the program, and stores calculation result data in the memory 102.
  • the host computer 100 may have an external storage device such as a magnetic disk or a flash memory, and store a part of the program and information in them.
  • the data storage area for storing data (including programs) handled by the CPU 101 may have any configuration.
  • the hardware configuration of the management computer 106 may be the same as that of the host computer 100. In this configuration example in which the management computer 106 is not connected to the data network 109, the storage I / F is unnecessary.
  • FIG. 2 is a block diagram schematically showing the configuration of the storage apparatus 200.
  • the storage device 200 includes a disk device 210 and a disk controller 220.
  • the disk device 210 stores data requested to be written to the host computer 100.
  • the disk controller 220 controls processing of the storage apparatus 200.
  • the disk device 210 has a plurality of volumes.
  • FIG. 2 illustrates three volumes 231A to 231C. The number of volumes depends on the system configuration.
  • a volume is a storage area and includes a physical storage area of one or more storage devices. Typically, a volume is associated with a physical storage area or a logical storage area (Logical Device) of a storage device such as a hard disk drive or a flash drive.
  • the storage device 200 may use a virtual volume. In the present embodiment, any type of volume may be used.
  • the disk controller 220 includes a host I / F 221, a management I / F 222, a disk I / F 223, a memory 224, and a CPU 225.
  • the memory 224 stores a storage microprogram 226 and copy pair information 227. The same description as that of the CPU 101 and the memory 102 of the host computer 100 can be applied to the memory 224 and the CPU 225.
  • the storage microprogram 226 is executed by the CPU 225.
  • the storage micro program 226 operating in the CPU 225 executes copy processing between copy pairs in accordance with the set control information.
  • the storage microprogram 226 further performs copy pair control processing in response to a request from the host computer 100.
  • Examples of processing executed in copy control by the storage microprogram 226 are creation processing, suspension processing, resync processing, pair deletion processing, and status acquisition processing.
  • the host computer 100 can request the storage microprogram 226 for any of the above processes. These are examples of processing in copy control, and the storage apparatus 200 may perform processing different from these.
  • the storage microprogram 226 creates a new copy pair.
  • the temporary stop process temporarily stops data copying from the primary volume to the secondary volume.
  • the storage microprogram 226 does not reflect the data change of the primary volume to the secondary volume thereafter.
  • the storage microprogram 226 stops copying data between the two volumes after copying the latest update of the primary volume to the secondary volume.
  • the resync process indicates a process of synchronizing the primary volume data and the secondary volume data by synchronizing the primary volume and the secondary volume.
  • the storage microprogram 226 matches the two volume data, and then restarts the copy process between them.
  • the pair deletion process the pair created in the creation process is released.
  • the storage microprogram 226 Upon receiving a request for status acquisition processing, the storage microprogram 226 sends copy pair status information to the host computer 100. Among the volumes provided in the storage apparatus 200, the status information of the volumes constituting the copy pair is included in the copy pair information 227.
  • copy pair status examples are: copy pair status in which primary volume update is reflected on secondary volume, copy processing is paused, error status where copy is not possible due to communication failure, etc. It is a single state that is not done.
  • the storage microprogram 226 updates the copy pair information table 227 when executing the creation process, the resync process, and the stop process. Further, the copy / pair status information as the processing result may be sent to the host computer 100.
  • the storage microprogram 226 and the copy pair information 227 are stored in the memory 224 of the disk controller 220, but may be stored in another storage device.
  • the storage microprogram 226 and the copy pair information 227 may be stored in a flash memory connected to the disk controller 220 or may be stored in a volume provided in the disk device 210.
  • the storage area for storing data (including programs) used by the CPU 225 may have any configuration.
  • the host I / F 221 is a network interface that connects the storage apparatus 200 to the data network 109.
  • the host I / F 221 transmits and receives data and control commands to and from the host computer 100 via the data network 109.
  • the management I / F 222 is a network interface that connects the storage apparatus 200 to the management network 110.
  • the management I / F 222 transmits / receives data and control commands to / from the host computer 100 and the management computer 106 via the management network 110.
  • the disk I / F 223 is an interface that connects the disk controller 220 to the disk device 210.
  • FIG. 3 shows the configuration of the copy control information 500 in FIG.
  • the copy control program 400 executes copy control using the copy control information 500.
  • information stored in the data storage area does not depend on the data structure, and may be expressed in any data structure.
  • a data structure appropriately selected from a table, list, data base, or queue can store the information.
  • the copy control information 500 includes copy group information 510, pair status information 520, storage configuration information 530, and guest information 540. Details of the copy group information 510 will be described later with reference to FIG. Details of the storage configuration information 530 will be described later with reference to FIG. Details of the guest information 540 will be described later with reference to FIG.
  • the status information obtained as a result of the pair status acquisition command issued by the copy control program 400 to the storage device 200 is included in the pair status information 530. Therefore, the pair status information 530 includes information on the copy pair status of each copy pair included in the copy pair information 227 stored in the storage device 200.
  • the copy control program 400 refers to the copy pair information 227, presents the copy pair status to the user, and executes copy control in accordance with the copy pair status.
  • FIG. 4 shows a configuration example of the copy group information 510 in FIG.
  • the copy group information 510 is information relating to the copy group, and specifically, information on the primary volumes that constitute the copy group and the secondary volumes that constitute a pair with them. The user sets this information via the input / output device 103 or the management computer 106.
  • the copy function of the storage device 200 includes a grouping function. For example, in the asynchronous copy process, the storage apparatus 200 sequentially selects a primary volume from the target group, and performs a copy process of the selected primary volume (a process of reflecting the update in the primary volume to the secondary volume). The storage apparatus 200 performs copying for maintaining consistency, such as copying data to the secondary volume in the order of writing to the volumes included in this group.
  • the copy group is preferably composed of all primary volumes assigned to the same virtual machine.
  • the storage apparatus 200 executes copy processing for each copy group. As a result, efficient copy control can be performed, and data consistency within the copy group can be reliably maintained.
  • One copy volume may be included in the copy group.
  • the copy group information 510 includes a group identifier 5101, a copy type 5102, a primary volume identifier 5103, and a secondary volume identifier 5104.
  • the example of FIG. 4 shows three copy groups G1 to G3, and reference numerals are exemplarily shown in the respective items of the group G1.
  • the group identifier 5101 identifies a copy group.
  • the copy type 5102 specifies the type of copy method such as synchronous copy or asynchronous copy.
  • the primary volume identifier 5103 and the secondary volume identifier 5104 each specify two volumes that constitute a copy pair.
  • the volume identifier specifies the target storage device and which volume in the storage device.
  • One pair is composed of a primary volume with volume identifier A001 and a secondary volume with volume identifier B001.
  • the other pair is composed of a primary volume with volume identifier A002 and a secondary volume with volume identifier B002.
  • FIG. 5 shows a configuration example of the storage configuration information 530 in FIG.
  • the storage configuration information 530 is volume information in the storage apparatus (disk subsystem).
  • the storage configuration information 530 includes a disk subsystem number 531, a volume number 532, a volume identifier 533, and a volume label 534.
  • FIG. 5 illustrates configuration information of two storage devices (disk subsystems). Storage configuration information 530 and these are associated with each other.
  • FIG. 1 illustrates one storage device 200, the computer system of this embodiment may have any number of storage devices.
  • the disk subsystem number 531 is an identifier of the storage device.
  • the volume number 532 is information for specifying a volume in the storage apparatus.
  • the volume identifier 533 is the same as the volume identifier in the copy group information 510.
  • the volume label 5304 is an identifier for specifying a volume specified by the user.
  • the volume identifier and the volume label are included in the input / output device configuration information 108.
  • the host computer 100 can know the volume identifier, volume label, storage device, and volume number of a specific volume from the storage configuration information 530.
  • FIG. 6 shows a configuration example of the guest information 540 in FIG.
  • FIG. 6 illustrates information about one guest.
  • the guest information 540 includes a guest number 541, a volume identifier 542, a volume label 543, and an attribute 544.
  • the guest number 541 is information for identifying a virtual machine that is a guest.
  • a set of the volume identifier 542, the volume label 543, and the attribute 544 is information on a volume allocated to the virtual machine with the corresponding guest number 541.
  • Guest information 540 indicates the volume identifier, volume label, and attribute of each volume assigned to each guest.
  • the volume identifier 542 is the same as the volume identifier in the copy group information 510 and the storage configuration information 530.
  • the volume label 543 is the same as the volume label in the storage configuration information 530.
  • the attribute 544 is information indicating whether the allocation of the corresponding volume to the guest can be changed during system operation. Details of the attribute information will be described later.
  • the VM control program 107 refers to the input / output device configuration information 108 and the VM information 301 in accordance with the input from the copy control program 400, and acquires necessary information. Further, the acquired information is passed to the copy control program 400.
  • the input to the API includes fields of a command 701, a target volume identifier 702, and a target guest number 703 as shown in FIG. 7A.
  • the command 701 is a command for acquiring volume information.
  • the target guest 703 indicates a guest whose volume information is to be acquired.
  • the target volume identifier 702 is an identifier that identifies a target volume for which information acquisition is requested among the volumes allocated to the target guest 703.
  • the output corresponding to the input includes a volume label 704 and an attribute flag 705 as shown in FIG. 7B.
  • the volume label 704 indicates a volume label given to the volume identifier designated by the input.
  • the attribute flag 705 indicates a method for assigning the volume designated by the input to the virtual machine indicated by the guest number.
  • the volume has one of two attributes.
  • One attribute is “owned” and the other attribute is “temporary”.
  • the attribute flag 705 indicates “owned” or “temporary” (owned / temporary).
  • a virtual machine (guest) to which a volume with the ownership attribute is assigned maintains the ownership of that volume. While the virtual machine is operating, changing the allocation of the volume to the virtual machine is prohibited, and the correspondence relationship is not changed.
  • the assignment of a temporary attribute volume to a virtual machine can be canceled in accordance with a user instruction while the virtual machine is operating.
  • a user computer system
  • the copy control program 400 refers to the copy group information 510, the storage configuration information 530, and the guest information 540 in the volume allocation change check in the copy control. In the following, the creation of such information will be specifically described.
  • the copy group information 510 is set by the user via the input / output device 103 or the management computer 106 (including setting by a user-created program). Therefore, the creation process of the storage configuration information 530 shown in FIG. 5 and the guest information 540 shown in FIG. 6 will be specifically described below.
  • FIG. 8 is a flowchart showing the creation processing of the storage configuration information 530 and the guest information 540 by the copy control program 400.
  • the copy control program 400 uses the API shown in FIG. 7 in this processing.
  • the copy control program 400 uses the API provided by the VM control program 107 to obtain a list of guest numbers (virtual machine numbers) (S801).
  • the VM control program 107 can create this list with reference to the VM information 301A to VM information 301C.
  • the copy control program 400 determines whether or not the information acquisition processing in step 803 and step 804 has been completed for each guest number (S802). If the determination in step 802 is true, the copy control program 400 ends the process.
  • step 802 determines whether the determination in step 802 is false, processing is continued to acquire volume information for one virtual machine.
  • the copy control program 400 acquires information on the volume allocated to the virtual machine, and creates guest information 540.
  • the copy control program 400 acquires information about the volumes that are allocated to the specified virtual machine and that are to be included in the specified management target.
  • the copy control program 400 adds the acquired volume identifier 702 to the guest information 540 of the corresponding guest number 5401 as an entry of the volume identifier 5402 (data representing the volume identifier). Similarly, the acquired volume label 704 is added to the guest information 540 as an entry of the volume label 543 and the attribute flag 705 as an entry of the attribute 544.
  • step 804 the copy control program 400 acquires information about the storage device (disk subsystem) corresponding to the volume assigned to the target virtual machine from the storage device, and creates storage configuration information 530. .
  • the copy control program 400 issues an information acquisition command to each storage device.
  • the processing for acquiring information from the storage apparatus 200 will be specifically described.
  • the copy control program 400 designates each entry of the volume identifier 5402 included in the guest information 540 acquired in step 803 and issues an information acquisition command to the storage apparatus 200.
  • the copy control program 400 obtains information on the volume provided by the copy control program 400 from the storage apparatus 200.
  • the disk subsystem number of the storage apparatus 200 is added as an entry of the disk subsystem number 5301 of the storage configuration information 530. Further, an entry of the volume identifier 5402 for which the information can be obtained from the storage apparatus 200, a corresponding entry of the volume number 5302, and an entry of the volume label 5403 are added.
  • the copy control program 400 executes the steps 803 and 804 for all guest numbers acquired in step 801 (S802 to S804).
  • the steps 803 and 804 are completed for all guest numbers, the creation processing of the storage configuration information 530 and the guest information 540 is completed.
  • FIG. 9 is an example of a graphical user interface (GUI) for changing the attribute 544 of the guest information 540 by user input using an input / output device in the management computer 106.
  • GUI graphical user interface
  • the user can set volume attributes via the GUI shown in FIG. Specifically, the user specifies the volume whose attribute is to be changed by the guest number and volume identifier or volume label of the virtual machine, and inputs a new attribute in the corresponding new setting input column. When the setting update execution button is clicked, the new attribute is reflected in the corresponding volume.
  • the copy control program 400 receives a copy control command from a user (including a program) and executes a copy control process corresponding to the command.
  • FIG. 10 is an explanatory diagram of a command line interface that the copy control program 400 provides to a user (input via an input / output device or a script program).
  • the command line interface includes fields for command 1001, object 1002, and option 1003.
  • copy control commands such as pair creation and status acquisition are described.
  • a pair creation, pause, resync, or status acquisition command is described.
  • a group and a pair to be commanded are described.
  • any one of the three groups G1 to G3 is described.
  • option 1003 field if there is an option required for the command, it is described.
  • An option field 1003 in the example of FIG. 10 indicates that the existence of a temporary attribute volume is to be checked.
  • the number in parentheses in the field indicates the guest number.
  • FIG. 11 is a flowchart showing the flow of the command issuing process.
  • the copy control program 400 receives an instruction related to copy control such as temporary stop or status acquisition (S1101). It is determined whether or not the option “temporary attribute volume check” is described in the received command line input (S1102). If the determination in step 1102 is true, the copy control program 400 performs the following processing. The temporary attribute volume is checked for the designated copy group (S1103).
  • the copy control program 400 re-acquires the guest information 540 of the guest number specified together with “temporary attribute volume check” as an option.
  • the copy control program 400 can reacquire (recreate) the guest information 540 in accordance with the processing described with reference to FIG.
  • the copy control program 400 compares the newly acquired guest information 540 with the copy group information 510 of the copy group specified by the command. Specifically, a list of identifiers of temporary attribute volumes included in the guest information 540 is compared with a list of primary volume identifiers of temporary attributes described in the copy group information 510.
  • the copy control program 400 further compares the newly acquired guest information 540 with the storage configuration information 530. Specifically, the volume label associated with the identifier of the temporary attribute volume is compared between the guest information 540 and the storage configuration information 530.
  • the copy control program 400 determines whether there is a discrepancy between the current state indicated by the newly created guest information and the definition in the copy control information 500 created in advance. Is determined (S1104).
  • the copy control program 400 indicates that the current volume allocation of the target virtual machine is a past configuration registered in the copy control information 500. It is determined that they are different (do not match) (T in S1104).
  • the copy control program 400 determines that the current volume assignment of the target virtual machine is different (does not match) from the past configuration registered in the copy control information 500 (S1104). T). If the primary volume identifier and the volume label match, it is determined that the current configuration matches the setting definition (F in S1104).
  • step 1104 the copy control program 400 performs the following processing. It is determined whether or not the designated command is creation of a copy volume pair (S1105). If the determination result in step 1105 is true, error processing is executed and the copy control command issuance processing is terminated (S1106). The command execution stop notification made in error processing corresponds to a warning.
  • step 1105 If the determination in step 1105 is false, the copy control program 400 outputs a warning indicating that there is a mismatch (S1107), and proceeds to step 1108 to continue the processing. If the determination in step 1102 is false, if the determination in step 1104 is false, or after the processing in step 1107 ends, the copy control program 400 issues a command to the storage apparatus 200 according to the accepted command. (S1108), the process ends. If the guest information 540 does not include a temporary attribute volume, the determination in step 1104 is false.
  • this embodiment checks the change in the correspondence between the virtual machine and the volume. Therefore, an appropriate copy operation can be realized in a computer system in which the correspondence relationship between the volume and the virtual computer changes during operation due to redistribution. Further, when data protection is performed by volume copying in a virtual environment in which a large number of virtual machines operate, a copy operation including a volume in which the volume assignment between virtual machines may be changed can be realized.
  • the virtual machine to which the target volume is assigned is instructed to check the assigned volume. For this reason, it is not necessary to check the correspondence (allocation) with the virtual machines for all the volumes, and the processing amount can be reduced. In addition, since the check process is performed for the virtual machine of the volume targeted by the copy control command, the volume (virtual machine) to be checked can be appropriately selected.
  • a volume may be temporarily allocated to a virtual computer for content confirmation.
  • the operator (user) then immediately assigns the volume assigned to the virtual machine to another virtual machine.
  • the user since the user can instruct volume allocation in the copy control command, avoid detecting the intermediate state of the operator operation as described above, and check the correspondence that has reached the steady state. be able to.
  • the volume allocation check can be instructed by a copy control command.
  • the copy control program 400 is triggered by an event different from the copy control command or at all or part of a preset time.
  • the allocation relationship may be checked for the volumes. Even in such a configuration, it is preferable to acquire new guest information (information on a volume allocated to a virtual machine) when performing a volume allocation check.
  • assignment attributes (“owned” and “temporary”) for virtual machines are assigned to volumes.
  • the present embodiment since the present embodiment checks only a temporary attribute volume, the amount of volume allocation check processing can be reduced.
  • the computer system may handle all volumes as the same attribute without assigning different attributes to the volume.
  • the virtual machines to which all volumes are assigned can change during system operation.
  • the copy control program 400 checks all volumes to which virtual machines are assigned. Further, the computer system may assign three or more different attributes to the volume.
  • volume list mismatch difference in allocated volumes
  • volume label mismatch difference in allocated volumes
  • one group including all the volumes allocated to the virtual machine is defined, and the copy process is executed with the group as one unit.
  • the present embodiment checks the volume assignment of the copy group, it is possible to avoid unnecessary copying of the deallocated volume and interruption of copy processing due to the deallocated volume.
  • the newly allocated volume can be appropriately copied.
  • the present invention can be applied to other configurations.
  • the volume assigned to the virtual machine does not have to match the volume of the copy group.
  • the computer system may not use a copy group.
  • the copy group information 510 cannot be used.
  • the copy control program 400 can detect a change in volume assignment to a virtual machine by comparing past guest information with newly generated guest information.
  • the copy control program 400 checks all temporary attribute volumes in the volumes allocated to the virtual machines. As a result, it is possible to appropriately achieve both a reduction in processing amount and data protection by a volume allocation change check. In particular, when the copy control command specifies a copy group, all temporary attribute volumes are to be copied, so it is important to check them.
  • the copy control program 400 may perform an assignment change check on only a part of the temporary attribute volume assigned to the virtual machine. Specifically, when the copy control command designates some pairs in the copy group, the assignment change check may be performed only for the pairs. On the other hand, other temporary attribute volumes not specified by the copy control command can be included in the allocation change check target.
  • the computer system outputs a warning when there is a change in volume allocation to the virtual computer.
  • the user can know the volume allocation change and can take an appropriate response to the change.
  • the method and content of the warning depends on the design.
  • the method of warning is arbitrary, but preferably the warning presents a volume whose allocation has changed.
  • the copy control program 400 when the copy control command is copy pair generation and there is a change in volume allocation to the virtual machine, the command is sent to the storage apparatus 200. End the process without issuing it. By creating a new copy pair, unintended data corruption in the secondary volume can be prevented.
  • the process shown in FIG. 11 issues a command other than copy / pair generation. However, the issuing of some or all commands other than the copy pair generation may be stopped. If permitted by design, the copy control program 400 may issue a copy pair creation command.
  • the host computer 100 issues a copy control command to the copy control program 400, but the management computer 106 may do so.
  • the copy control program 400 may operate on the management computer 106 instead of the host computer 100.
  • the description added about this embodiment is applicable also to the following other embodiment.
  • the grouping function of the copy function of the storage apparatus 200 is used in the copy processing for each copy group.
  • the host computer 100 registers a volume pair constituting a copy group in the storage apparatus 200, and the storage apparatus 2000 collects the registered copy group volumes and executes a copy process.
  • This embodiment uses a copy function in units of copy pairs by the storage apparatus 200.
  • the copy control program 400 defines a copy group composed of one or a plurality of copy pairs, and handles the copy group as one operation target.
  • the configuration of this embodiment is the same as that of the first embodiment except for the processing shown in the flowchart of FIG.
  • FIG. 12 is a flowchart showing command issue processing of the copy control program 400 in this embodiment.
  • the copy control program 400 receives an instruction related to copy control such as temporary stop or pair status acquisition (step S1201). Next, it is determined whether or not the option “temporary attribute volume check” is described in the received command line input (step S1202).
  • step S1202 the copy control program 400 performs the following processing.
  • a temporary attribute volume is checked for the designated copy group (step 1203). Specifically, the guest information 540 of the guest number specified together with “temporary attribute volume check” as an option is re-acquired, the list of volume identifiers obtained there, and the copy group specified by the copy control command The list of primary volume identifiers described in the copy group information 510 corresponding to the numbers is compared.
  • the copy control program 400 determines whether there is a mismatch in temporary attribute volume between the definition of the copy group information 510 and the current state indicated by the re-acquired guest information 540. (Step 1204). If the determination in step 1204 is true, the following processing is performed.
  • the copy control program 400 determines whether or not the designated command is to create a copy pair (S1205). If the determination in step 1205 is true, error processing is performed (S1206), and the copy control command issuance processing is terminated. If the determination in step S1205 is false, a warning indicating that there is a mismatch is output (S1207), and the process proceeds to step S1208.
  • step 1208 the copy control program 400 determines that the list of primary volume identifiers described in the copy group information 510 is different from the volume identifier list described in the re-acquired guest information 540 in the check in step 1203. It is determined whether or not an identifier is included.
  • step 1208 the volume assigned to another guest may be manipulated. Therefore, only the volume identifier included in the reacquired guest information 540 is copied to the storage apparatus 200.
  • a control command is issued (S1209).
  • step 1202 If the determination in step 1202 is false, if the determination in step 1204 is false, or if the determination in step 1208 is false, the copy control program 400 will request all of the copy groups as requested. A copy control command for the volume is issued to the storage apparatus 200 (S1210), and the process ends.
  • the behavior is changed. Change.
  • a copy operation hindrance such as stopping a pair created in one copy group by the operation of the other copy group is prevented.
  • a configuration has been described in which a virtual computer that is a plurality of guests is generated on a VM control program that is a hypervisor.
  • the computer system may be configured to operate a virtualization program on a normal OS and generate a plurality of guest virtual computers on the virtualization program.
  • the present invention can be applied to both mainframe system and open system computer systems.
  • the program is executed by a processor (for example, a CPU) to perform a predetermined process using a memory and a communication port (communication control device). Therefore, the description with the program as the subject in the above embodiment may be an explanation with the processor as the subject. Or the process which a program performs is a process which the computer or information processing apparatus with which the program operate
  • the copy control program is a copy controller that performs copy control, and a CPU and a computer that operate according to the copy control program are also copy controllers.
  • Part or all of the program may be realized by dedicated hardware.
  • the program can be installed in each computer by a program distribution server or a computer-readable non-volatile storage medium, and can be stored in a storage medium in the non-volatile external storage device of each computer.
  • the present invention can be applied to copy processing of a volume assigned to a virtual machine.

Abstract

　一実施形態の計算機システムは、ストレージ装置と、ホスト計算機と、コピー制御プログラムと、を含む。ストレージ装置は、ホスト計算機のゲストＯＳに割り当てられているボリュームのコピー処理を実行する。コピー制御プログラムは、所定のタイミングにおいて、ゲストＯＳのボリューム情報をＶＭ制御プログラムから取得する。制御プログラムは、上記情報と、ゲストＯＳの過去のボリューム情報とを比較し、その比較結果に応じてゲストＯＳのためのボリューム・コピー制御を行う。これにより、ゲストＯＳとボリュームとの対応関係がシステム運用中に変化する場合でも、適切なコピー運用を実現することができる。

Description

計算機システム、ストレージ・ボリューム管理方法及び計算機読み取り可能な記憶媒体
　本発明は計算機システム、ストレージ・ボリューム管理方法及びストレージ装置のコピー処理を制御するプログラムを格納する計算機読み取り可能な記憶媒体に関し、特に、計算機システムにおけるコピー制御技術に関する。
　社会基盤を担う公共又は企業の基盤システムにおいて、高い可用性が求められている。そのため、データ・ストレージ市場では、大量のデータを格納したストレージ装置が災害等で破壊されてもデータを喪失しない、いわゆるディザスタ・リカバリ・システムが要求されている。
　このような市場の要求に応える技術の一つとして、リモートコピー技術を利用してデータをバックアップする計算機システムが提供されている。この計算機システムは、十分に離れた二つの地点に設置されたストレージ装置に、同一のデータを格納する。一方のストレージ装置のデータが更新されると、その更新は、リモートコピーによってもう一方のストレージ装置に同期的もしくは非同期的に反映される。このため、二つのストレージ装置のデータの同一性が確保される。
　さらにデータの安全性を高めるため、相互に十分に離れた三つの地点にストレージ装置を設置する計算機システムが特許文献１に開示されている。この計算機システムでは、通常の業務に使用される第１のストレージ装置と遠隔地の第２のストレージ装置との間のデータの同一性は、同期リモートコピーによって確保される。一方、第１のストレージ装置と遠隔地の第３のストレージ装置との間のデータの同一性は、非同期リモートコピーによって確保される。
　また、ＣＰＵ、メモリ・デバイス、ストレージ装置などの計算機資源を有効に活用するための技術として、システム仮想化技術が非特許文献１及び非特許文献２に開示されている。この技術は、一台の物理的な計算機上で、複数の仮想計算機（ゲストとも呼ばれる）を作成し、一台の物理的な計算機があたかも複数台の計算機であるかのように処理を行うことができる。この技術は、余剰の計算機資源を有効活用する目的や、一台の高性能な計算機の上に数百台のゲストを集約するサーバ・コンソリデーション目的に活用されている。
　仮想計算機はソフトウェアにより実現されるサーバ環境であって、その上で一つのＯＳが動き、アプリケーションを動作させることができる。従って、データ保護を行う場合は、データの整合性をとる範囲が、一つの仮想計算機が使用しているボリュームを包含していることが期待される。すなわち、システム仮想化プログラムがその仮想計算機に割り当てているボリューム群を、他の仮想計算機に割り当てられているボリューム群と分けて識別し、そのボリューム群のリモートコピーを行うことが望ましい。
特開２００３－１２２５０９号公報
IBM Redbook「Introduction to the New Mainframe: z/VM Basics」（IBM文書番号SG24-7316-00、2007年11月） IBM マニュアル「z/VM CP Programming Services version 6 release 1」（IBM文書番号SC24-6179-00、2009年）
　リモートコピーは、特定のボリュームのデータを他の特定ボリュームにコピーする技術である。従って、従来技術に述べたようなシステム仮想化技術により、一台の物理的な計算機に接続されたストレージ・リソースを、複数の仮想計算機の間で分配して使用させる場合には、ボリュームと仮想計算機との対応関係が再配分により運用中に変化し得る。
　そのため、対応関係の変化を無視してコピー処理を続行すると、適切なコピー運用が阻害される。また、複数の仮想計算機にストレージ・サブシステム内のボリュームが割り当てられている場合、同様の問題は、このストレージ・サブシステム内におけるコピーにおいても発生する。
　本発明の一実施形態の計算機システムは、ストレージ装置と、前記ストレージ装置が提供するボリュームにアクセスするホスト計算機と、管理計算機とを含む。前記ホスト計算機は、制御プログラムと、前記制御プログラム上で動作するゲストＯＳと、を実行する。前記ゲストＯＳは、前記ストレージ装置から割り当てられている一つ又は複数のボリュームにアクセスする。前記ストレージ装置は、前記ゲストＯＳに割り当てられている前記一つ又は複数のボリュームのコピー処理を実行する。前記ホスト計算機及び前記管理計算機の一方の計算機は、前記ストレージ装置によるコピー処理を制御するコピー制御プログラムを実行する。前記一方の計算機は、前記コピー制御プログラムに従って、所定のタイミングにおいて、前記ゲストＯＳに割り当てられている一つ又は複数のボリュームの少なくとも一部を示す第１の情報を、前記制御プログラムから取得する。前記一方の計算機は、前記コピー制御プログラムに従って、前記第１の情報と、前記所定のタイミングよりも前において前記ゲストＯＳに割り当てられていた一つ又は複数のボリュームの少なくとも一部を示す第２の情報と、を比較して前記ゲストＯＳのへのボリューム割り当ての変更をチェックし、そのチェック結果に応じて前記ゲストＯＳのためのボリューム・コピー制御を行う。
　本発明の一実施形態によれば、仮想計算機が稼動する計算機システムにおいて、仮想計算機とボリュームとの対応関係がシステム運用中に変化する場合でも、適切なコピー運用を実現することができる。
第１の実施形態において、計算機システムの構成を示す図である。 第１の実施形態において、ストレージ装置の構成を示す図である。 第１の実施形態において、コピー制御情報の構成を示す図である。 第１の実施形態において、コピー・グループ情報の構成を示す図である。 第１の実施形態において、ストレージ構成情報の構成を示す図である。 第１の実施形態において、ゲスト情報の構成を示す図である。 第１の実施形態において、ＶＭ制御プログラムが提供するＡＰＩの説明図である。 第１の実施形態において、ＶＭ制御プログラムが提供するＡＰＩの説明図である。 第１の実施形態において、コピー制御プログラムが、ストレージ構成情報及びゲスト情報を生成する処理を示したフローチャートである。 第１の実施形態において、ゲスト情報の属性を管理者が変更する場合のＧＵＩを示す図である。 第１の実施形態において、コマンド・ライン・インターフェースの説明図である。 第１の実施形態において、コピー制御プログラムによる構成のチェック及びコマンド発行処理を示したフローチャートである。 第２の実施形態において、コピー制御プログラムによる構成のチェック及びコマンド発行処理を示したフローチャートである。
　以下において、本発明の実施の形態を説明する。説明の明確化のため、以下の記載及び図面は、適宜、省略及び簡略化がなされている。又、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略されている。
第１の実施形態．
　本発明の第１の実施形態を、図１～図１１を用いて説明する。本実施形態は、ストレージ装置によるボリューム・コピー処理の制御に特徴を有している。ストレージ装置は、ホスト計算機上で動作している仮想計算機にボリュームを提供する。コピー制御プログラムは、仮想計算機に割り当てられているボリュームのコピー制御において、その割り当ての変更をチェックする。
　これにより、仮想計算機が稼動する計算機システムにおいて、仮想計算機とボリュームとの対応関係がシステム運用中に変化する場合でも、適切なコピー運用を実現することができる。本実施形態において、計算機からの入出力制御及びストレージ装置内でのボリュームに基づく記憶領域使用方法は、従来の技術と同様である。
＜システム構成＞
　最初に、本実施形態のシステム構成を説明する。図１は、本実施形態の計算機システムの構成を模式的に示している。本システムは、ホスト計算機１０と、ホスト計算機１０がアクセスするストレージ装置２００と、を含む。ホスト計算機１０とストレージ装置２００とは、データ・ネットワーク１０９により接続されている。本システムは管理計算機１０６を含み、ホスト計算機１００、ストレージ装置２００及び管理計算機１０６は、管理ネットワーク１１０で接続されている。
　ホスト計算機１０にはホスト計算機入出力デバイス１０３が付属しており、主にシステム運用を管理するためにホスト計算機１０での設定に使用される。同様に、管理計算機１０６には管理計算機入出力デバイス（図示せず）が付属しており、主に運用を管理するために、管理計算機での設定に使用される。管理計算機１０６とホスト計算機１００とは、一つの計算機によって実現されてもよい。
　入出力デバイスの典型的な例は、ディスプレイ、キーボード及びポインタ・デバイスであるが、管理計算機１０６及びホスト計算機１００は、これらと異なる入出力デバイスを備えていてもよい。例えば、それらは、シリアルインターフェースあるいはイーサーネット・インターフェースを備え、そのインターフェースに表示用計算機が接続される。表示用計算機は、ディスプレイ、キーボード及びポインタ・デバイスのような入出力デバイスを備える。ユーザは、表示用計算機を介して、管理計算機１０６又はホスト計算機１００にアクセスする。
　説明の明確化のため、本構成は一台のストレージ装置２００及び一台のホスト計算機１００を有するが、本発明は複数のストレージ装置及び複数のホスト計算機を有する計算機システムに適用することができる。本構成例の管理システムは、管理計算機１０６で構成されているが、管理システムは複数の計算機で構成してもよい。複数の計算機の一つは表示用計算機であってもよく、管理処理の高速化や高信頼化のために、複数の計算機が管理計算機１０６と同等の処理を実現してもよい。
　データ・ネットワーク１０９は、データ通信用のネットワークであって、本構成においては、ＳＡＮ（Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）である。データ・ネットワーク１０９は、データ通信用のネットワークであればＳＡＮ以外のネットワークでもよく、例えばＩＰネットワークでもよい。
　管理ネットワーク１１０は、データ通信用のネットワークであって、本構成においては、ＩＰネットワークである。なお、管理ネットワーク１１０は、データ通信用のネットワークであればＩＰネットワーク以外のネットワークでもよく、例えばＳＡＮでもよい。データ・ネットワーク１０９及び管理ネットワーク１１０は、同一のネットワークであってもよい。
　ストレージ装置２００は、データを格納する領域であるボリュームを提供する。図１の構成例においては、４つのボリューム２３１Ａ～２３１Ｄが例示されている。ボリューム２３１Ａ～２３１Ｄは、ホスト計算機１００から書き込まれたデータを格納する。本構成例において、コピーは二つのボリューム間で行われる。例えば、ストレージ装置２００が、ボリューム２３１Ａからボリューム２３１Ｂにコピーを行う場合、ボリューム２３１Ａへの書き込みデータが、ボリューム２３１Ｂに反映される。
　二つのボリュームは、コピー・ペアを構成できる。コピー・ペアは、コピー元のボリュームと、当該複製元のボリュームに記憶されたデータの複製を格納するコピー先のボリュームとから構成される。本明細書においては、コピー元のボリュームをプライマリボリュームと呼び、コピー先のボリュームをセカンダリボリュームと呼ぶ。一つのプライマリボリュームが複数のセカンダリボリュームにコピーされてもよい。
　図１の構成例においては、一つストレージ装置２００内にコピー・ペアを構成する二つのボリュームが存在している。これとは異なり、ペアを構成するボリュームが、それぞれ、異なるストレージ装置に存在していてもよい。ディザスタ・リカバリのためのボリューム・コピーは、典型的には、遠隔地の二つのストレージ装置間において実行される。
　ボリューム間で実行されるコピー処理は、同期でも非同期でもよい。また、ストレージ装置内でも、複数のストレージ装置の間で跨ってコピーが行われてもよい。同期コピー処理は、セカンダリボリュームへの書き込みが処理の完了後（典型的にはキャッシュへの書き込み後）にホスト計算機１００にＩ／Ｏ成功を通知する。非同期コピー処理は、プライマリボリュームへの書き込みが処理の完了後にＩ／Ｏ成功を通知する。また、３以上のボリューム間のコピーに本実施形態のコピー制御を適用してもよい。図１はストレージ装置２００のボリューム２３１Ａ～２３１Ｄのみを示している。ストレージ装置２００の詳細は後述する。
　図１に示すように、ホスト計算機１００は、ＣＰＵ１０１、メモリ１０２、キーボードやマウスやディスプレイ等の入出力デバイス１０３、ストレージＩ／Ｆ１０４、管理Ｉ／Ｆ１０５を備え、各々が接続されている。ストレージＩ／Ｆ１０４は、ホスト計算機１００をデータ・ネットワーク１０９に接続するネットワーク・インターフェースである。ストレージＩ／Ｆ１０４は、データ・ネットワーク１０９を介してストレージ装置２００とデータ及び制御命令を送受信する。
　管理Ｉ／Ｆ１０５は、ホスト計算機１００を管理ネットワーク１１０に接続するネットワーク・インターフェースである。管理Ｉ／Ｆ１０５は、管理ネットワーク１１０を介してストレージ装置２００及び管理計算機とデータ及び制御命令を送受信する。
　メモリ１０２は、仮想計算機（ＶＭ）情報３０１Ａ～３０１Ｃ、ゲストＯＳ３０２Ａ、３０２Ｂ、コピー制御プログラム４００、ＶＭ制御プログラム１０７、入出力デバイス構成情報１０８及びコピー制御情報５００を格納する。ＶＭ情報３０１Ａ～３０１Ｃは、それぞれ、ホスト計算機１００（ＶＭ制御プログラム１０７）上で動作する仮想計算機の管理情報を含む。
　ゲストＯＳ３０２Ａ、３０２Ｂは、それぞれ、異なる仮想計算機で動作するオペレーティングシステムである。これらは、仮想計算機上のＯＳ環境情報を含む。ゲストＯＳ３０２Ａ、３０２Ｂの仮想計算機は、それぞれ、ＶＭ情報３０１Ａ、３０１Ｂの仮想計算機と同一である。
　ゲストＯＳ３０２Ａ、３０２Ｂは、ストレージ装置２００へのデータの書き込み及び読み出しにおいて、ＶＭ制御プログラム１０７の機能を利用する。ゲストＯＳ３０２Ａ、３０２Ｂは、ＶＭ制御プログラム１０７に要求を出すことにより、ボリューム２３１Ａ～２３１Ｄにデータを読み書きする。図１の構成例は、二つのゲストＯＳ３０２Ａ、３０２Ｂ及び三つの仮想計算機のＶＭ情報３０１Ａ～３０１Ｃを有するが、これらの数は異なる他の数でもよい。
　ＶＭ制御プログラム１０７は、仮想化システム全体を管理する制御プログラムである。ＶＭ制御プログラム１０７は、各仮想計算機のＶＭ情報を作成し、そして削除する。ＶＭ制御プログラム１０７は、ゲストＯＳからの要求に従い、入出力の対象となるデバイスを入出力デバイス構成情報１０８から特定し、ストレージ装置２００とのデータの入力／出力を行う機能をその一部として有する。更に、各仮想計算機を動作させるためのＶＭ情報及びゲストＯＳの対に対して、計算機システムの実リソースを割り当てる機能を有する。
　コピー制御プログラム４０は、一つの仮想計算機上のプログラムとして動作する。コピー制御プログラム４０は、コピー運用の手順に従ってコピー制御を行う。また、コピー制御のため、ストレージ・マイクロプログラム２２６（図２を参照）に対して、コピー制御コマンドを送信する。ストレージ・マイクロプログラム２２６は、この要求に応答して、ペア作成や状態情報の取得などの処理を実行する。コピー制御情報５０は、コピー制御プログラム４０がコピー制御を行うための情報を含む。コピー制御処理の詳細は、後述する。
　ゲストＯＳ３０２Ａ、３０２Ｂ、コピー制御プログラム４００及びＶＭ制御プログラム１０７は、ＣＰＵ１０１によって実行される。ＣＰＵ１０１は、メモリ１０２上のプログラムに含まれる命令を取得し、その命令に応じた動作を行う。ＣＰＵ１０１は、プログラムの命令に従って、メモリ１０２上のデータを取得し、演算結果のデータをメモリ１０２に格納する。
　図１の構成においてメモリ１０２に格納されているプログラム及び情報の少なくとも一部は、異なる記憶デバイスに格納されていてもよい。例えば、ホスト計算機１００は磁気ディスクやフラッシュ・メモリといった外部記憶デバイスを有し、それらに上記プログラム及び情報の一部を格納してもよい。本実施形態において、ＣＰＵ１０１が取り扱うデータ（プログラムを含む）を格納するデータ記憶領域は、どのような構成を有していても良い。管理計算機１０６のハードウェア構成は、ホスト計算機１００と同様でよい。管理計算機１０６がデータ・ネットワーク１０９に接続してない本構成例においては、ストレージＩ／Ｆは不要である。
　図２は、ストレージ装置２００の構成を模式的に示すブロック図である。ストレージ装置２００は、ディスク装置２１０及びディスク・コントローラ２２０を備える。ディスク装置２１０は、ホスト計算機１００に書き込み要求されたデータを格納する。ディスク・コントローラ２２０は、ストレージ装置２００の処理を制御する。
　ディスク装置２１０は、複数のボリュームを備える。図２は、三つのボリューム２３１Ａ～２３１Ｃを例示している。ボリュームの数はシステム構成に依存する。ボリュームは記憶領域であって、一つもしくは複数の記憶デバイスの物理記憶領域を含む。典型的には、ボリュームは、ハードディスク・ドライブやフラッシュ・ドライブなどの記憶デバイスの物理記憶領域又は論理記憶領域（Ｌｏｇｉｃａｌ　Ｄｅｖｉｃｅ）に対応付けられている。ストレージ装置２００は、仮想ボリュームを使用してもよい。本実施形態は、いずれの種類のボリュームを使用してもよい。
　ディスク・コントローラ２２０は、ホストＩ／Ｆ２２１、管理Ｉ／Ｆ２２２、ディスクＩ／Ｆ２２３、メモリ２２４及びＣＰＵ２２５を備える。メモリ２２４は、ストレージ・マイクロプログラム２２６及びコピー・ペア情報２２７を格納している。メモリ２２４及びＣＰＵ２２５に対しては、ホスト計算機１００のＣＰＵ１０１及びメモリ１０２の説明と同様の説明が適用できる。
　ストレージ・マイクロプログラム２２６は、ＣＰＵ２２５によって実行される。ＣＰＵ２２５において動作するストレージ・マイクロプログラム２２６は、設定されている制御情報に従って、コピー・ペア間のコピー処理を実行する。ストレージ・マイクロプログラム２２６は、さらに、ホスト計算機１００からの要求に応じて、コピー・ペアの制御処理を行う。
　ストレージ・マイクロプログラム２２６によるコピー制御において実行される処理例は、作成処理、一時停止処理、リシンク処理、ペア削除処理及び状態取得処理である。ホスト計算機１００は、上記処理のいずれかを、ストレージ・マイクロプログラム２２６に要求することができる。これらはコピー制御における処理の例であって、ストレージ装置２００は、これらと異なる処理を行ってもよい。
　コピー・ペアの作成処理において、ストレージ・マイクロプログラム２２６は、コピー・ペアを新たに作成する。一時停止処理は、プライマリボリュームからセカンダリボリュームへのデータ・コピーを一時停止する。一時停止処理の指示を受けると、ストレージ・マイクロプログラム２２６は、その後、プライマリボリュームのデータ変更を、セカンダリボリュームに反映しない。一例において、ストレージ・マイクロプログラム２２６は、プライマリボリュームの最新の更新をセカンダリボリュームにコピーした後に、二つのボリューム間のデータ・コピーを停止する。
　リシンク処理は、プライマリボリュームとセカンダリボリュームを同期させ、プライマリボリュームのデータとセカンダリボリュームのデータとを一致させる処理を示す。リシンク処理の一例において、ストレージ・マイクロプログラム２２６は、二つのボリューム・データを一致させた後、それらの間のコピー処理を再開する。ペア削除処理は、作成処理で作成したペアを解除する。
　状態取得処理の要求を受けると、ストレージ・マイクロプログラム２２６は、コピー・ペアの状態情報をホスト計算機１００に送る。ストレージ装置２００に備わるボリュームのうち、コピー・ペアを構成するボリュームの状態情報は、コピー・ペア情報２２７に含まれている。
　コピー・ペアの状態の例は、プライマリボリュームの更新がセカンダリボリュームに反映されるコピー・ペア状態、コピー処理が一時停止されている一時停止状態、通信障害等でコピーができないエラー状態、ペアが設定されていない単独状態などである。ストレージ・マイクロプログラム２２６は、作成処理、リシンク処理及び停止処理を実行すると、コピー・ペア情報テーブル２２７を更新する。また、それらの処理結果としてのコピー・ペア状態の情報を、ホスト計算機１００に送ってもよい。
　上記構成例においては、ストレージ・マイクロプログラム２２６及びコピー・ペア情報２２７は、ディスク・コントローラ２２０のメモリ２２４に格納されているが、他の記憶デバイスに格納されていてもよい。例えば、ストレージ・マイクロプログラム２２６及びコピー・ペア情報２２７は、ディスク・コントローラ２２０に接続されるフラッシュ・メモリに格納されてもよいし、ディスク装置２１０に備わるボリュームに格納されてもよい。ＣＰＵ２２５が使用するデータ（プログラムを含む）を格納する記憶領域は、どのような構成を有していてもよい。
　ホストＩ／Ｆ２２１は、ストレージ装置２００をデータ・ネットワーク１０９に接続するネットワーク・インターフェースである。ホストＩ／Ｆ２２１は、データ・ネットワーク１０９を介してホスト計算機１００とデータ及び制御命令を送受信する。
　管理Ｉ／Ｆ２２２は、ストレージ装置２００を管理ネットワーク１１０に接続するネットワーク・インターフェースである。管理Ｉ／Ｆ２２２は、管理ネットワーク１１０を介してホスト計算機１００及び管理計算機１０６とデータ及び制御命令を送受信する。ディスクＩ／Ｆ２２３は、ディスク・コントローラ２２０をディスク装置２１０に接続するインターフェースである。
＜コピー制御情報＞
　以下において、本実施形態のコピー制御を具体的に説明する。図３は、図１におけるコピー制御情報５００の構成を示している。コピー制御プログラム４００は、コピー制御情報５００を使用してコピー制御を実行する。
　本実施形態において、データ記憶領域に格納される情報（例えばコピー制御情報５００）はデータ構造に依存せず、どのようなデータ構造で表現されていてもよい。例えば、テーブル、リスト、データ・ベースあるいはキューから適切に選択したデータ構造体が、情報を格納することができる。
　図３に示すように、コピー制御情報５００は、コピー・グループ情報５１０、ペア状態情報５２０、ストレージ構成情報５３０及びゲスト情報５４０を含む。コピー・グループ情報５１０の詳細は、図４を参照して後に説明する。ストレージ構成情報５３０の詳細は、図５を参照して後に説明する。ゲスト情報５４０の詳細は、図６を参照して後に説明する。
　コピー制御プログラム４００がストレージ装置２００に発行したペア状態取得コマンドの結果得られた状態情報は、ペア状態情報５３０に含まれる。そのため、ペア状態情報５３０は、ストレージ装置２００が格納しているコピー・ペア情報２２７が有するコピー・ペア各々のコピー・ペア状態の情報を含む。コピー制御プログラム４００は、コピー・ペア情報２２７を参照して、ユーザにコピー・ペアの状態を提示し、また、コピー・ペアの状態に応じてコピー制御を実行する。
　図４は、図３におけるコピー・グループ情報５１０の構成例を示している。コピー・グループ情報５１０はコピー・グループに関する情報であって、具体的には、コピー・グループを構成するプライマリボリューム及びそれらとペアを構成するセカンダリボリュームの情報である。ユーザは、入出力装置１０３もしくは管理計算機１０６を介して、この情報を設定する。
　ストレージ装置２００のコピー機能は、グループ化機能を含む。例えば、非同期コピー処理において、ストレージ装置２００は、対象のグループからプライマリボリュームを順次選択し、選択したプライマリボリュームのコピー処理（プライマリボリュームにおける更新のセカンダリボリュームへの反映処理）を行う。ストレージ装置２００は、このグループに含まれるボリュームへの書き込み順序でセカンダリボリュームへデータをコピーするなど、整合性を保つためのコピーを行う。
　コピー・グループは、好ましくは、同一の仮想計算機に割り当てられている全てのプライマリボリュームで構成される。ストレージ装置２００は、コピー・グループ毎に、コピー処理を実行する。これにより、効率的なコピー制御を行うことができると共に、コピー・グループ内のデータ整合性を確実に維持することができる。コピー・グループに含まれるプライマリボリュームは、一つでもよい。
　図４に示すように、コピー・グループ情報５１０は、グループ識別子５１０１、コピー種別５１０２、プライマリボリューム識別子５１０３及びセカンダリボリューム識別子５１０４を含む。図４の例は三つのコピー・グループＧ１～Ｇ３を示し、グループＧ１の各項目に、参照符号が例示的に示されている。
　グループ識別子５１０１は、コピー・グループを特定する。コピー種別５１０２は、同期コピーや非同期コピーなど、コピー方法の種別を特定する。プライマリボリューム識別子５１０３及びセカンダリボリューム識別子５１０４は、それぞれ、コピー・ペアを構成する二つのボリュームを特定する。ボリューム識別子は、対象となるストレージ装置及びそのストレージ装置内のいずれのボリュームかを特定する。
　図４に示す例において、三つのコピー・グループＧ１～Ｇ３が存在している。例えば、コピー・グループＧ１のペアは、二つである。一つのペアは、ボリューム識別子Ａ００１のプライマリボリューム及びボリューム識別子Ｂ００１のセカンダリボリュームで構成されている。他の一つのペアは、ボリューム識別子Ａ００２のプライマリボリューム及びボリューム識別子Ｂ００２のセカンダリボリュームで構成されている。
　図５は、図３におけるストレージ構成情報５３０の構成例を示している。ストレージ構成情報５３０は、ストレージ装置（ディスク・サブシステム）内のボリューム情報である。具体的には、ストレージ構成情報５３０は、ディスク・サブシステム番号５３１、ボリューム番号５３２、ボリューム識別子５３３、ボリューム・ラベル５３４を含む。図５は、二つのストレージ装置（ディスク・サブシステム）の構成情報を例示している。ストレージ構成情報５３０、これらを互いに対応付ける。図１は一つのストレージ装置２００を例示しているが、本実施形態の計算機システムは、いくつのストレージ装置を有していてもよい。
　ディスク・サブシステム番号５３１は、ストレージ装置の識別子である。ボリューム番号５３２は、そのストレージ装置内でボリュームを特定する情報である。ボリューム識別子５３３は、コピー・グループ情報５１０におけるボリューム識別子と同じである。
　ボリューム・ラベル５３０４は、ユーザが指定するボリューム特定のための識別子である。ボリューム識別子及びボリューム・ラベルは入出力装置構成情報１０８に含まれている。ホスト計算機１００は、ストレージ構成情報５３０により、特定のボリュームの、ボリューム識別子、ボリューム・ラベル、ストレージ装置及びボリューム番号を知ることができる。
　図６は、図３におけるゲスト情報５４０の構成例を示している。図６は、一つのゲストの情報を例示している。図１に示すように、複数のゲスト（仮想計算機）が動作している構成においては、複数のゲストの情報が含まれる。ゲスト情報５４０は、ゲスト番号５４１、ボリューム識別子５４２、ボリューム・ラベル５４３及び属性５４４を含む。
　ゲスト番号５４１は、ゲストである仮想計算機を識別する情報である。ボリューム識別子５４２、ボリューム・ラベル５４３及び属性５４４の組は、対応するゲスト番号５４１の仮想計算機に割り当てられているボリュームの情報である。ゲスト情報５４０は、各ゲストに割り当てられているボリュームそれぞれのボリューム識別子、ボリューム・ラベル及び属性を示す。
　ボリューム識別子５４２は、コピー・グループ情報５１０及びストレージ構成情報５３０におけるボリューム識別子と同じである。ボリューム・ラベル５４３は、ストレージ構成情報５３０におけるボリューム・ラベルと同じである。属性５４４は、対応するボリュームのゲストへの割り当てが、システム運用中に変更されうるか否かを示す情報である。属性情報の詳細は後述する。
＜コピー制御情報作成処理＞
　以下において、コピー制御プログラム４００が使用するコピー制御情報５００の作成（取得）処理について説明する。コピー制御情報５００は、システム構築フェイズあるいはシステム管理フェイズにおいて作成される。特定の情報は、システム運用フェイズにおいて更新してもよい。この処理は、ＶＭ制御プログラム１０７のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍ　Ｉｎｔｅｒｆａｃｅ）を利用する。そこで、このＡＰＩについて、まず、説明を行う。
　図７Ａ及び図７Ｂは、ＶＭ制御プログラム１０７がユーザもしくはプログラムに提供するＡＰＩの説明図である。ＶＭ制御プログラム１０７は、コピー制御プログラム４００からの入力に従って入出力装置構成情報１０８及びＶＭ情報３０１を参照し、必要な情報を取得する。さらに、取得した情報をコピー制御プログラム４００に渡す。
　ＡＰＩへの入力は、図７Ａに示すように、コマンド７０１、対象ボリューム識別子７０２、対象ゲスト番号７０３のフィールドを含む。本例において、コマンド７０１は、ボリューム情報を取得する命令である。対象ゲスト７０３は、ボリューム情報の取得対象のゲストを示す。対象ボリューム識別子７０２は、対象ゲスト７０３に割り当てられているボリュームの内、情報取得を要求する対象のボリュームを特定する識別子である。
　入力に対応する出力は、図７Ｂに示すように、ボリューム・ラベル７０４、属性フラグ７０５を含む。ボリューム・ラベル７０４は、入力が指定したボリューム識別子に付与されているボリューム・ラベルを示す。属性フラグ７０５は、入力で指定したボリュームの、ゲスト番号が示す仮想計算機への割り当て方法を示す。
　具体的には、本実施形態において、ボリュームは二つの属性の一方を有する。一つの属性は「所有」であり、他の属性は「一時」である。属性フラグ７０５は、「所有」もしくは「一時」（所有／一時）を示す。
　所有属性のボリュームが割り当てられている仮想計算機（ゲスト）は、そのボリュームの所有権を維持する。仮想計算機が稼動している間、そのボリュームのその仮想計算機への割り当ての変更は禁止されており、その対応関係は変更されることがない。一時属性のボリュームの仮想計算機への割り当ては、仮想計算機が稼動している間において、ユーザの指示に応じて解除され得る。ユーザ（計算機システム）は、特定の仮想計算機への割り当てを解除したボリュームを、他のボリュームに割り当てることができる。このように、一時属性のボリュームの所有権は、仮想計算機が稼動している間に変更され得る。
　以下において、コピー制御プログラム４００が、そのコピー制御処理において使用する、コピー制御情報５００の作成処理（取得処理）を、具体的に説明する。コピー制御プログラム４００は、コピー制御におけるボリューム割り当て変更チェックにおいて、コピー・グループ情報５１０、ストレージ構成情報５３０及びゲスト情報５４０を参照する。以下においては、これらの情報の作成を具体的に説明する。
　図４を参照して説明したように、コピー・グループ情報５１０は、入出力装置１０３又は管理計算機１０６を介して、ユーザにより設定される（ユーザ作成のプログラムによる設定を含む）。そこで、以下において、図５に示すストレージ構成情報５３０及び図６に示すゲスト情報５４０の作成処理について具体的に説明する。
　図８は、コピー制御プログラム４００による、ストレージ構成情報５３０及びゲスト情報５４０の作成処理を示すフローチャートである。コピー制御プログラム４００は、この処理において、図７に示すＡＰＩを利用する。
　コピー制御プログラム４００は、ＶＭ制御プログラム１０７が提供するＡＰＩを用いて、ゲスト番号（仮想計算機の番号）の一覧を取得する（Ｓ８０１）。ＶＭ制御プログラム１０７は、ＶＭ情報３０１Ａ～ＶＭ情報３０１Ｃを参照して、この一覧を作成することができる。
　その後、ステップ８０１で取得した一覧の各ゲスト番号で特定される仮想計算機の情報を取得する。具体的には、コピー制御プログラム４００は、各ゲスト番号について、ステップ８０３及びステップ８０４の情報取得処理が完了したか否かを判定する（Ｓ８０２）。ステップ８０２での判定が真であった場合、コピー制御プログラム４００は、処理を終了する。
　ステップ８０２での判定が偽であった場合、一つの仮想計算機についてボリュームの情報を取得すべく処理を続ける。ステップ８０３において、コピー制御プログラム４００は、仮想計算機に割り当てられたボリュームの情報を取得し、ゲスト情報５４０を作成する。
　具体的には、まず、図７で示したＡＰＩにおいて一つのゲスト番号と、管理対象に含めたいボリューム識別子がとり得る全ての値を指定する。その結果、コピー制御プログラム４００は、指定した仮想計算機に割り当てられている、指定した管理対象に含めたいボリュームの情報を取得する。
　コピー制御プログラム４００は、取得したボリューム識別子７０２を、ボリューム識別子５４０２のエントリ（ボリューム識別子を表すデータ）として、対応するゲスト番号５４０１のゲスト情報５４０に追加する。同様に、取得したボリューム・ラベル７０４を、ボリューム・ラベル５４３のエントリとして、属性フラグ７０５を属性５４４のエントリとして、ゲスト情報５４０に追加する。
　次に、ステップ８０４において、コピー制御プログラム４００は、対象の仮想計算機に割り当てられたボリュームに対応するストレージ装置（ディスク・サブシステム）の情報を、ストレージ装置から取得し、ストレージ構成情報５３０を作成する。計算機システムが複数のストレージ装置を含む場合、コピー制御プログラム４００は、各ストレージ装置に情報取得のコマンドを発行する。
　ストレージ装置２００から情報を取得する処理を具体的に説明する。コピー制御プログラム４００は、ステップ８０３で取得したゲスト情報５４０に含まれるボリューム識別子５４０２の各エントリを指定して、ストレージ装置２００に情報取得コマンドを発行する。
　コピー制御プログラム４００は、ストレージ装置２００から、それが備えるボリュームの情報を得る。ストレージ装置２００のディスク・サブシステム番号を、ストレージ構成情報５３０のディスク・サブシステム番号５３０１のエントリとして追加する。さらに、ストレージ装置２００からその情報を得ることができたボリューム識別子５４０２のエントリと、対応するボリューム番号５３０２のエントリ及びボリューム・ラベル５４０３のエントリを追加する。
　コピー制御プログラム４００は、ステップ８０３、８０４の工程を、ステップ８０１で取得した全てのゲスト番号について実行する（Ｓ８０２～Ｓ８０４）。全てのゲスト番号についてステップ８０３、８０４の工程が終了すると、ストレージ構成情報５３０及びゲスト情報５４０の作成処理は終了する。
　図７Ｂを参照して説明したように、ボリュームの属性は、仮想計算機とボリュームとの間の関係を規定するものであるため、計算機システムの目的に応じて、ユーザ（あるいはユーザが作成したプログラム）が、各ボリュームの属性を設定することができることが好ましい。図９は、ゲスト情報５４０の属性５４４を、管理計算機１０６における入出力デバイスを使用したユーザ入力により変更するための、グラフィカルユーザ・インターフェース（ＧＵＩ）の例である。
　ユーザ（管理者）は、図９に示すＧＵＩを介して、ボリュームの属性を設定することができる。具体的には、ユーザは、その属性を変更したいボリュームを仮想計算機のゲスト番号及びボリューム識別子又はボリューム・ラベルで特定し、対応する新設定入力の欄に新たな属性を入力する。設定更新実行ボタンをクリックすると、新たな属性が該当ボリュームに反映される。
＜コピー制御処理＞
　以下において、コピー制御プログラム４００によるコピー制御情報５００を使用したコピー制御処理の流れを説明する。コピー制御プログラム４００は、ユーザ（プログラムを含む）からのコピー制御コマンドを受け、そのコマンドに応じたコピー制御処理を実行する。
　図１０は、コピー制御プログラム４００が、ユーザ（入出力デバイスを介した入力もしくはスクリプト・プログラム）に提供するコマンド・ライン・インターフェースの説明図である。コマンド・ライン・インターフェースは、コマンド１００１、対象１００２、オプション１００３のフィールドを含む。
　コマンド１００１のフィールドには、ペア作成や状態取得などのコピー制御コマンドが記述される。図１０の例においては、ペア作成、一時停止、リシンク又は状態取得のコマンドが記述される。対象１００２のフィールドには、コマンドの対象となるグループやペアが記述される。図１０の例においては三つのグループＧ１～Ｇ３のいずれかが記述される。
　オプション１００３のフィールドには、コマンドに必要なオプションがあれば、それが記述される。図１０の例におけるオプション・フィールド１００３は、一時属性のボリュームの存在をチェックすることを指示している。フィールド内の括弧内の数字は、ゲスト番号を示している。これらのコマンドやパラメータは、図１０が示す構成以外にも、ストレージ装置２００のコピー機能に従い、様々な形態がありうる。
　次に、コピー制御プログラム４００によるストレージ装置２００へのコマンド発行処理の流れを説明する。以下の処理において、仮想計算機（ゲスト）に割り当てられているプライマリボリュームと対応するセカンダリボリュームが、一つのコピー・グループを構成しているものとする。
　図１１は、上記コマンド発行処理の流れを示すフローチャートである。コピー制御プログラム４００は、一時停止や状態取得など、コピー制御に関する指示を受け取る（Ｓ１１０１）。受け取ったコマンド・ライン入力に、オプション「一時属性ボリューム・チェック」が記載されているか否かを判定する（Ｓ１１０２）。ステップ１１０２での判定が真である場合、コピー制御プログラム４００は、以下の処理を行う。指定されているコピー・グループを対象に、一時属性ボリュームのチェックを行う（Ｓ１１０３）。
　具体的には、コピー制御プログラム４００は、オプションで「一時属性ボリューム・チェック」と共に指定されたゲスト番号のゲスト情報５４０を再取得する。コピー制御プログラム４００は、図８を参照して説明した処理に従って、ゲスト情報５４０を再取得（再作成）することができる。
　コピー制御プログラム４００は、新たに取得したゲスト情報５４０と、コマンドで指定されているコピー・グループのコピー・グループ情報５１０とを比較する。具体的には、ゲスト情報５４０に含まれる一時属性のボリュームの識別子のリストと、コピー・グループ情報５１０に記載された一時属性のプライマリボリュームの識別子のリストを比較する。
　また、コピー制御プログラム４００は、さらに、新たに取得したゲスト情報５４０とストレージ構成情報５３０とを比較する。具体的には、ゲスト情報５４０とストレージ構成情報５３０との間において、一時属性のボリュームの識別子に対応付けられているボリューム・ラベルを比較する。
　次に、コピー制御プログラム４００は、ステップ１１０３でのチェックの結果、新たに作成したゲスト情報が示す現状と、予め作成してあるコピー制御情報５００における定義との間に、不一致が存在するか否かを判定する（Ｓ１１０４）。
　具体的には、コピー制御プログラム４００は、二つのリストに掲載されているプライマリボリューム識別子が異なる場合、対象としている仮想計算機の現在のボリューム割り当ては、コピー制御情報５００に登録されている過去の構成と異なる（一致しない）と判定する（Ｓ１１０４におけるＴ）。
　あるいは、ボリューム・ラベルが異なる場合、コピー制御プログラム４００は、対象としている仮想計算機の現在のボリューム割り当ては、コピー制御情報５００に登録されている過去の構成と異なる（一致しない）と判定する（Ｓ１１０４におけるＴ）。プライマリボリューム識別子及びボリューム・ラベルが一致する場合、現在の構成と設定定義が一致すると判定する（Ｓ１１０４におけるＦ）。
　ステップ１１０４での判定結果が真である場合、コピー制御プログラム４００は、以下の処理を行う。指定されているコマンドが、コピー・ボリューム・ペアの作成であるか否かを判定する（Ｓ１１０５）。ステップ１１０５での判定結果が真である場合、エラー処理を実行し、コピー制御コマンド発行処理を終了する（Ｓ１１０６）。エラー処理においてなされるコマンド実行中止の通知は、ワーニングに相当する。
　ステップ１１０５での判定が偽であった場合、コピー制御プログラム４００は、不一致があったことを示すワーニングを出力し（Ｓ１１０７）、ステップ１１０８に進み処理を継続する。ステップ１１０２での判定が偽であった場合、ステップ１１０４での判定が偽であった場合若しくはステップ１１０７の処理の終了後、コピー制御プログラム４００は、受理したコマンドに従ってストレージ装置２００にコマンドを発行し（Ｓ１１０８）、処理を終了する。ゲスト情報５４０が一時属性のボリュームを含まない場合、ステップ１１０４での判定は偽である。
　以上のように、本実施形態は、仮想計算機とボリュームの対応関係の変化をチェックする。このため、ボリュームと仮想計算機との対応関係が再配分により運用中に変化している計算機システムにおいて、適切なコピー運用を実現することができる。又、多数の仮想計算機が動作する仮想化環境においてボリューム・コピーによりデータ保護を行う場合、仮想計算機間のボリューム割り当ての変更がありうるボリュームを含んだコピー運用を実現できる。
　本実施形態は、図１１を参照して説明したように、コピー制御コマンド（のオプション）において、対象のボリュームが割り当てられている仮想計算機について、割り当てボリュームをチェック指示する。このため、全てのボリュームについて仮想計算機との対応関係（割り当て）をチェックする必要がなく、処理量を低減することができる。また、コピー制御コマンドが対象とするボリュームの仮想計算機についてチェック処理を行うため、適切にチェック対象のボリューム（仮想計算機）を選択することができる。
　計算機システムの運用において、ボリュームが、内容確認のため、仮想計算機に一時的に割り当てられることがある。オペレータ（ユーザ）は、仮想計算機に割り当てたボリュームを、その後、すぐに他の仮想計算機に割り当てる。本実施形態において、ユーザは、コピー制御コマンドにおいてボリューム割り当てのチェックを指示することができるので、上記のようなオペレータ操作の途中状態を検知することを避け、定常状態に至った対応関係をチェックすることができる。
　このように、ボリューム割り当てチェックを、コピー制御コマンドで指示することができることが好ましいが、コピー制御プログラム４００は、コピー制御コマンドとは異なるイベントを契機として又は予め設定されている時刻に全て又は一部のボリュームについて割り当て関係のチェックを実行してもよい。このような構成においても、ボリューム割り当てチェックを行うときに、新たなゲスト情報（仮想計算機へ割り当てられているボリュームの情報）を取得することが好ましい。
　本実施形態は、ボリュームに対して仮想計算機に対する割り当ての属性（「所有」及び「一時」）を付与する。これにより、必要なボリュームの仮想計算機への割り当てを固定することができるので、ボリューム・データが意図せず失われることを効果的に防ぐことができる。また、図１１を参照して説明したように、本実施形態は一時属性のボリュームについてのみチェックを行うので、ボリューム割り当てチェックの処理量を低減することができる。
　計算機システムは、ボリュームに異なる属性を付与することなく、全てを同一属性のボリュームとして取り扱ってもよい。全てのボリュームの割り当て先仮想計算機が、システム稼働中に変化しうる。コピー制御プログラム４００は、仮想計算機の割り当てられている全てのボリュームをチェックする。また、計算機システムは、ボリュームに３以上の異なる属性を付与してもよい。
　図１１を参照して説明した処理は、ボリューム・リストの不一致（割り当てられているボリュームの相違）及びボリューム・ラベルの不一致をチェックする。データ保護の点から、このように、少なくともこれら二つの点のチェックを行うことが好ましいが、これらの一方のみ、あるいはこれらと異なる点をチェックして、コピー制御を行ってもよい。
　上述のように、本実施形態は、その好ましい構成において、仮想計算機に割り当てられている全てのボリュームからなる一つのグループを定義し、そのグループを一つのまとまりとしてコピー処理を実行する。これにより、仮想計算機のボリュームにおいて、データ整合性を維持すると共にコピー運用の利便性を高めることができる。
　本実施形態はコピー・グループのボリューム割り当てをチェックするので、割り当て解除されたボリュームの不必要なコピーや、割り当て解除されたボリュームを原因とするコピー処理の中断を避けることができる。また、新たに割り当てられたボリュームのコピーを適切に行うことができる。
　このように、仮想計算機に割り当てられたボリュームでコピー・グループを構成することが好ましいが、本発明を、他の構成に適用することができる。例えば、仮想計算機に割り当てられたボリュームとコピー・グループのボリュームとが一致しなくともよい。若しくは、計算機システムは、コピー・ブループを使用しなくともよい。
　これらの構成においてコピー・グループ情報５１０を利用することができない。コピー制御プログラム４００は、例えば、過去のゲスト情報と新たに生成したゲスト情報とを比較することで、仮想計算機へのボリューム割り当ての変化を検出することができる。
　上記構成のように、コピー制御プログラム４００は、仮想計算機に割り当てられているボリュームにおいて、一時属性ボリュームの全てをチェックすることが好ましい。これにより、処理量の低減とボリューム割り当て変更チェックによるデータ保護とを適切に両立させることができる。特に、コピー制御コマンドがコピー・グループを指定している場合には、全ての一時属性ボリュームがコピー対象であるので、それらをチェックすることが重要である。
　コピー制御プログラム４００は、仮想計算機に割り当てられている一時属性ボリュームの、一部についてのみ割り当て変更チェックを行ってもよい。具体的には、コピー制御コマンドが、コピー・グループ内の一部のペアを指定している場合、そのペアについてのみ割り当て変更のチェックを行ってもよい。これとは逆に、コピー制御コマンドが指定してない他の一時属性ボリュームを、割り当て変更チェックの対象に含めることができる。
　図１１に示すように、計算機システムは、仮想計算機へのボリューム割り当てに変更があると、ワーニングを出力することが好ましい。これにより、ユーザはボリューム割り当て変更を知ることができ、それに対して適切な対応を行うことができる。ワーニングの方法及び内容は設計に依存する。ワーニングの方法は任意であるが、好ましくは、ワーニングは、割り当てに変更があったボリュームを提示する。
　図１１に示すように、本実施形態において、コピー制御プログラム４００は、コピー制御コマンドがコピー・ペア生成であり、仮想計算機へのボリューム割り当てに変更が存在していると、そのコマンドをストレージ装置２００に発行することなく処理を終了する。新たなコピー・ペアの作成により、セカンダリボリュームにおける意図しないデータ破損を防ぐことができる。
　図１１に示す処理は、コピー・ペア生成以外のコマンドを発行する。しかし、コピー・ペア生成以外の一部又は全てのコマンドの発行を中止してもよい。設計上許容されるのであれば、コピー制御プログラム４００は、コピー・ペア作成コマンドを発行してもよい。
　本実施形態においては、ホスト計算機１００がコピー制御コマンドをコピー制御プログラム４００に発行するが、管理計算機１０６がそれを行ってもよい。コピー制御プログラム４００は、ホスト計算機１００ではなく、管理計算機１０６において動作してもよい。以上、本実施形態について加えた説明は、下記の他の実施形態にも適用できる。
第２の実施形態．
　第１の実施形態は、コピー・グループ単位のコピー処理において、ストレージ装置２００のコピー機能が有するグループ化機能を利用している。ホスト計算機１００は、ストレージ装置２００にコピー・グループを構成するボリューム・ペアを登録し、ストレージ装置２０００は、登録されているコピー・グループのボリュームをまとめて、コピー処理を実行する。
　本実施形態は、ストレージ装置２００によるコピー・ペア単位でのコピー機能を利用する。コピー制御プログラム４００は、一つもしくは複数のコピー・ペアからなるコピー・グループを定義し、コピー・グループを一つの操作対象として扱う。本実施形態の構成は、図１２のフローチャートが示す処理以外は、第１の実施の形態と同様である。
　図１２は、本実施形態において、コピー制御プログラム４００のコマンド発行処理を示すフローチャートである。コピー制御プログラム４００は、一時停止やペア状態取得など、コピー制御に関する指示を受け取る（ステップＳ１２０１）。次に、受け取ったコマンド・ライン入力に、オプション「一時属性ボリューム・チェック」が記載されているか否かを判定する（ステップＳ１２０２）。
　ステップＳ１２０２での判定が真である場合、コピー制御プログラム４００は、以下の処理を行う。指定されているコピー・グループを対象として、一時属性ボリュームのチェックを行う（ステップ１２０３）。具体的には、オプションで「一時属性ボリューム・チェック」と共に指定されているゲスト番号のゲスト情報５４０を再取得し、そこで得られたボリューム識別子のリストと、コピー制御コマンドで指定されたコピー・グループ番号に対応するコピー・グループ情報５１０に記載されたプライマリボリューム識別子のリストを比較する。
　コピー制御プログラム４００は、Ｓ１２０３でのチェックの結果、コピー・グループ情報５１０の定義と再取得したゲスト情報５４０が示す現在の状態との間に、一時属性ボリュームの不一致があるか否かを判定する（ステップ１２０４）。ステップ１２０４での判定が真であった場合、以下の処理を行う。
　コピー制御プログラム４００は、指定されているコマンドが、コピー・ペアの作成か否かを判定する（Ｓ１２０５）。ステップ１２０５での判定が真である場合、エラー処理を行い（Ｓ１２０６）、コピー制御コマンド発行処理を終了する。ステップＳ１２０５での判定が偽である場合、不一致があることを示すワーニングを出力し（Ｓ１２０７）、ステップＳ１２０８に進む。
　ステップ１２０８において、コピー制御プログラム４００は、ステップ１２０３でのチェックで、コピー・グループ情報５１０に記載されたプライマリボリューム識別子のリストが、再取得したゲスト情報５４０に記載されたボリューム識別子のリストと異なるボリューム識別子を含むか否かを判定する。
　ステップ１２０８での判定が真である場合、他のゲストに割り当てられているボリュームを操作してしまう可能性があるため、再取得したゲスト情報５４０に含まれるボリューム識別子についてのみ、ストレージ装置２００にコピー制御コマンドを発行する（Ｓ１２０９）。
　ステップ１２０２での判定が偽であった場合、ステップ１２０４での判定が偽であった場合又はステップ１２０８での判定が偽であった場合、コピー制御プログラム４００は、要求通り、コピー・グループの全てのボリュームに対するコピー制御コマンドをストレージ装置２００に発行し（Ｓ１２１０）、処理を終了する。
　本実施形態は、コピー・ペアの作成以外にも、コピー・グループ情報に記載した定義の範囲が、対応する仮想計算機に割り当てられているボリュームの範囲より多くのボリュームを含む場合に、その挙動を変える。これにより、コピー・ペアが二つのコピー・グループに含まれている場合、片方のコピー・グループで作成したペアを、もう片方のコピー・グループの操作で停止させるといった、コピー運用阻害を防ぐ。
　以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。
　例えば、上記実施形態において、システム仮想化技術の実現形態として、ハイパーバイザであるＶＭ制御プログラム上で、複数のゲストである仮想計算機が生成される構成を説明した。これと異なり、計算機システムは、通常のＯＳの上で仮想化プログラムを動作させ、その仮想化プログラム上に複数のゲストである仮想計算機を生成するように構成されていてもよい。本発明は、メインフレーム・システム及びオープン・システムのいずれの計算機システムにも適用することができる。
　プログラムはプロセッサ（例えばＣＰＵ）によって実行されることで、定められた処理をメモリ及び通信ポート（通信制御デバイス）を用いながら行う。従って、上記実施形態においてプログラムを主語とする説明は、プロセッサを主語とした説明でもよい。あるいは、プログラムが実行する処理は、そのプログラムが動作する計算機又は情報処理装置が行う処理である。例えば、コピー制御プログラムは、コピー制御を行うコピー・コントローラであり、そのコピー制御プログラムに従って動作するＣＰＵ及び計算機もコピー・コントローラである。
　プログラムの一部又は全部は、専用ハードウェアによって実現されてもよい。プログラムは、プログラム配布サーバや、計算機読み取り可能な不揮発性記憶媒体によって各計算機にインストールすることができ、各計算機の不揮発性外部記憶装置内の記憶媒体に格納することができる。
　本発明は、仮想計算機に割り当てられているボリュームのコピー処理に適用することができる。

Claims (15)

  1. 　ストレージ装置と、前記ストレージ装置が提供するボリュームにアクセスするホスト計算機と、管理計算機と、を含む計算機システムであって、
    　前記ホスト計算機は、制御プログラムと、前記制御プログラム上で動作するゲストＯＳと、を実行し、
    　前記ゲストＯＳは、前記ストレージ装置から割り当てられている一つ又は複数のボリュームにアクセスし、
    　前記ストレージ装置は、前記ゲストＯＳに割り当てられている前記一つ又は複数のボリュームのコピー処理を実行し、
    　前記ホスト計算機及び前記管理計算機の一方の計算機は、前記ストレージ装置によるコピー処理を制御するコピー制御プログラムを実行し、
    　前記ホスト計算機及び前記管理計算機の一方の計算機は、前記コピー制御プログラムに従って、所定のタイミングにおいて、前記ゲストＯＳに割り当てられている一つ又は複数のボリュームの少なくとも一部を示す第１の情報を、前記制御プログラムから取得し、
    　前記一方の計算機は、前記コピー制御プログラムに従って、前記第１の情報と、前記所定のタイミングよりも前において前記ゲストＯＳに割り当てられていた一つ又は複数のボリュームの少なくとも一部を示す第２の情報と、を比較して前記ゲストＯＳのへのボリューム割り当ての変更をチェックし、そのチェック結果に応じて前記ゲストＯＳのためのボリューム・コピー制御を行う、計算機システム。
  2. 　前記一方の計算機は、前記ゲストＯＳに割り当てられているボリュームのコピー制御コマンドを受信し、前記コピー制御コマンドの前記受信に応答して前記チェックを行う、
    　請求項１に記載の計算機システム。
  3. 　前記一方の計算機は、前記コピー制御コマンドの前記受信に応答して前記第１の情報を取得する、
    　請求項２に記載の計算機システム。
  4. 　前記一方の計算機は、前記コピー制御コマンドが前記チェックを指示する場合に、前記チェックを行う、
    　請求項３に記載の計算機システム。
  5. 　前記ゲストＯＳに割り当てられているボリュームの属性は、前記ゲストＯＳへの割り当てが稼働中に変更可な第１属性と、変更不可の第２属性とを含み、
    　前記第１の情報及び前記第２の情報は、前記ゲストＯＳに割り当てられている前記第１属性の全ボリュームの情報で構成されている、
    　請求項４に記載の計算機システム。
  6. 　前記ゲストＯＳに割り当てられている全ボリュームから構成され、前記ストレージ装置のコピー処理の単位であるコピー・グループが定義されており、
    　前記第２の情報は、前記コピー・グループの情報である、
    　請求項５に記載の計算機システム。
  7. 　前記一方の計算機は、前記第１の情報と前記第２の情報との比較において、ボリュームの過不足の有無及びボリューム・ラベルの相違の有無少なくとも一つを判定する、
    　請求項６に記載の計算機システム。
  8. 　前記一方の計算機は、前記受信したコピー制御コマンドがコピー・ペアの作成であり、前記判定が有である場合、前記コピー・ペアの作成のコピー制御コマンドを前記ストレージ装置に発行することなく、エラー処理を行う、
    　請求項７に記載の計算機システム。
  9. 　前記ゲストＯＳに割り当てられている全てのボリュームから構成され、前記一方の計算機によって一つの操作対象として扱われるコピー・グループが定義されており、
    　前記第２の情報は、前記コピー・グループの情報であり、
    　前記一方の計算機は、前記コピー・グループのために前記ストレージ装置にコピー制御コマンドを発行する場合、前記コピー・グループに含まれ前記第１の情報に含まれてないボリュームを対象から除外する、
    　請求項５に記載の計算機システム。
  10. 　制御プログラムと前記制御プログラム上で動作するゲストＯＳとを実行するホスト計算機と、前記ゲストＯＳに一つ又は複数のボリュームを提供し前記一つ又は複数のボリュームのコピー処理を実行するストレージ装置と、管理計算機と、を含む計算機システムにおいて、前記ストレージ装置のボリュームを管理する方法であって、
    　前記ホスト計算機及び前記管理計算機の一方の計算機は、前記ストレージ装置によるコピー処理を制御するコピー制御プログラムを実行し、
    　前記一方の計算機は、前記コピー制御プログラムに従って、所定のタイミングにおいて、前記ゲストＯＳに割り当てられている一つ又は複数のボリュームの少なくとも一部を示す第１の情報を、前記制御プログラムから取得し、
    　前記一方の計算機は、前記コピー制御プログラムに従って、前記第１の情報と、前記所定のタイミングよりも前において前記ゲストＯＳに割り当てられていた一つ又は複数のボリュームの少なくとも一部を示す第２の情報と、を比較して前記ゲストＯＳのへのボリューム割り当ての変更をチェックし、
    　前記一方の計算機は、前記コピー制御プログラムに従って、前記チェックの結果に応じて前記ゲストＯＳのためのボリューム・コピー制御を行う、方法。
  11. 　前記一方の計算機は、
    　前記ゲストＯＳに割り当てられているボリュームのコピー制御コマンドを受信し、前記コピー制御コマンドの前記受信に応答して前記第１の情報を取得し、さらに、前記チェックを行う、
    　請求項１０に記載の方法。
  12. 　前記ゲストＯＳに割り当てられているボリュームの属性は、前記ゲストＯＳへの割り当てが稼働中に変更可な第１属性と、変更不可の第２属性とを含み、
    　前記一方の計算機は、前記第１属性のボリュームについて前記チェックを行う、
    　請求項１０に記載の方法。
  13. 　制御プログラム及び前記制御プログラム上で動作するゲストＯＳを実行するホスト計算機並びに前記ゲストＯＳに一つもしくは複数のボリュームを提供するストレージ装置を含む計算機システムにおいて前記スレージ装置のボリューム・コピー処理を制御するプログラム、を格納する計算機読み取り可能な記憶媒体であって、前記プログラムに従って前記ホスト計算機が行う処理は、
    　所定のタイミングにおいて、前記ゲストＯＳに割り当てられている一つ又は複数のボリュームの少なくとも一部を示す第１の情報を、前記制御プログラムから取得し、
    　前記第１の情報と、前記所定のタイミングよりも前において前記ゲストＯＳに割り当てられていた一つ又は複数のボリュームの少なくとも一部を示す第２の情報と、を比較して前記ゲストＯＳのへのボリューム割り当ての変更をチェックし、そのチェック結果に応じて前記ゲストＯＳのためのボリューム・コピー制御を行う、
    　ことを含む、計算機読み取り可能な記憶媒体。
  14. 　前記ゲストＯＳに割り当てられている全ボリュームから構成され、前記ストレージ装置のコピー処理の単位であるコピー・グループが定義されており、
    　前記第２の情報は、前記コピー・グループの情報である、
    　請求項１３に記載の計算機読み取り可能な記憶媒体。
  15. 　前記処理は、前記第１の情報と前記第２の情報との比較において、ボリュームの過不足の有無及びボリューム・ラベルの相違の有無の少なくとも一つを判定する、ことを含む請求項１３に記載の計算機読み取り可能な記憶媒体。
PCT/JP2010/067775 2010-09-16 2010-10-08 計算機システム、ストレージ・ボリューム管理方法及び計算機読み取り可能な記憶媒体 WO2012035669A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP10857302.3A EP2565771A4 (en) 2010-09-16 2010-10-08 COMPUTER SYSTEM, METHOD FOR MEMORY VOLUME MANAGEMENT AND COMPUTER READABLE RECORDING MEDIUM
CN201080067464.4A CN102959499B (zh) 2010-09-16 2010-10-08 计算机系统、存储卷管理方法
US13/055,447 US8516209B2 (en) 2010-09-16 2010-10-08 Computer system, storage volume management method, and computer-readable storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010-208163 2010-09-16
JP2010208163A JP5470594B2 (ja) 2010-09-16 2010-09-16 計算機システム及びストレージ・ボリューム管理方法

Publications (1)

Publication Number Publication Date
WO2012035669A1 true WO2012035669A1 (ja) 2012-03-22

Family

ID=45831166

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/067775 WO2012035669A1 (ja) 2010-09-16 2010-10-08 計算機システム、ストレージ・ボリューム管理方法及び計算機読み取り可能な記憶媒体

Country Status (4)

Country Link
EP (1) EP2565771A4 (ja)
JP (1) JP5470594B2 (ja)
CN (1) CN102959499B (ja)
WO (1) WO2012035669A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150234907A1 (en) * 2013-03-29 2015-08-20 Hitachi, Ltd. Test environment management apparatus and test environment construction method
GB2524448B (en) * 2013-05-13 2020-10-14 Hitachi Ltd Identifying workload and sizing of buffers for the purpose of volume replication
JP6394212B2 (ja) 2014-09-11 2018-09-26 富士通株式会社 情報処理システム、ストレージ装置及びプログラム
JP6686560B2 (ja) * 2016-03-09 2020-04-22 富士通株式会社 情報処理装置、ストレージ装置、情報処理システム、及び処理プログラム
CN111722801B (zh) * 2020-06-02 2022-11-08 苏州浪潮智能科技有限公司 一种基于标签的存储卷属性管理方法、装置、设备和介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003122509A (ja) 2001-08-08 2003-04-25 Hitachi Ltd リモートコピー制御方法、これを用いた記憶サブシステム、及び、これらを用いた広域データストレージシステム
JP2006178720A (ja) * 2004-12-22 2006-07-06 Hitachi Ltd ストレージシステム
JP2009093316A (ja) * 2007-10-05 2009-04-30 Hitachi Ltd ストレージシステム及び仮想化方法
JP2009140053A (ja) * 2007-12-04 2009-06-25 Hitachi Ltd 仮想計算機システム及び仮想計算機移行制御方法
JP2010079391A (ja) * 2008-09-24 2010-04-08 Hitachi Ltd レプリケーション環境構築方法およびストレージシステム
JP2010140273A (ja) * 2008-12-11 2010-06-24 Hitachi Ltd 情報処理システム、情報処理方法、及び管理装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0758469B2 (ja) * 1988-06-17 1995-06-21 日本電気株式会社 仮想計算機システムの構成変更方式
JP2006309483A (ja) * 2005-04-28 2006-11-09 Hitachi Ltd ストレージ装置及びストレージシステム
US7702851B2 (en) * 2005-09-20 2010-04-20 Hitachi, Ltd. Logical volume transfer method and storage network system
JP4827564B2 (ja) * 2006-03-15 2011-11-30 株式会社日立製作所 コピーペアのペア状態の表示方法
JP4782100B2 (ja) * 2007-12-11 2011-09-28 株式会社日立製作所 ストレージシステムの性能を監視する管理計算機、その管理計算機を含む計算機システム、及び、その制御方法
JP5081718B2 (ja) * 2008-05-20 2012-11-28 株式会社日立製作所 計算機システム並びに管理サーバ及び構成情報取得方法
JP5138530B2 (ja) * 2008-10-08 2013-02-06 株式会社日立製作所 ストレージ容量仮想化技術における障害管理方式

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003122509A (ja) 2001-08-08 2003-04-25 Hitachi Ltd リモートコピー制御方法、これを用いた記憶サブシステム、及び、これらを用いた広域データストレージシステム
JP2006178720A (ja) * 2004-12-22 2006-07-06 Hitachi Ltd ストレージシステム
JP2009093316A (ja) * 2007-10-05 2009-04-30 Hitachi Ltd ストレージシステム及び仮想化方法
JP2009140053A (ja) * 2007-12-04 2009-06-25 Hitachi Ltd 仮想計算機システム及び仮想計算機移行制御方法
JP2010079391A (ja) * 2008-09-24 2010-04-08 Hitachi Ltd レプリケーション環境構築方法およびストレージシステム
JP2010140273A (ja) * 2008-12-11 2010-06-24 Hitachi Ltd 情報処理システム、情報処理方法、及び管理装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"IBM Manual", 2009, article "z/VM CP Programming Services version 6 release 1"
"IBM Redbook", November 2007, article "Introduction to the New Mainframe: z/VM Basics"
See also references of EP2565771A4 *

Also Published As

Publication number Publication date
EP2565771A4 (en) 2014-10-22
EP2565771A1 (en) 2013-03-06
CN102959499B (zh) 2015-10-07
JP5470594B2 (ja) 2014-04-16
JP2012064012A (ja) 2012-03-29
CN102959499A (zh) 2013-03-06

Similar Documents

Publication Publication Date Title
US8122212B2 (en) Method and apparatus for logical volume management for virtual machine environment
WO2016199232A1 (ja) ストレージ管理計算機、及びストレージ装置の管理方法
US8448167B2 (en) Storage system, and remote copy control method therefor
US9069640B2 (en) Patch applying method for virtual machine, storage system adopting patch applying method, and computer system
US8954706B2 (en) Storage apparatus, computer system, and control method for storage apparatus
US20140143391A1 (en) Computer system and virtual server migration control method for computer system
US10592268B2 (en) Management computer and resource management method configured to combine server resources and storage resources and allocate the combined resources to virtual machines
WO2014174570A1 (ja) ストレージ管理計算機、ストレージ管理方法、およびストレージシステム
JP6663478B2 (ja) データ移行方法及び計算機システム
US8516209B2 (en) Computer system, storage volume management method, and computer-readable storage medium
US20100275203A1 (en) Storage management system and storage management method in virtualization environment
JP5470594B2 (ja) 計算機システム及びストレージ・ボリューム管理方法
CN110300960B (zh) 信息系统、管理程序和信息系统的程序更换方法
JP7012010B2 (ja) 情報処理システム、及び、情報処理システムの制御方法
US9875059B2 (en) Storage system
US20150234907A1 (en) Test environment management apparatus and test environment construction method
JP5492731B2 (ja) 仮想計算機のボリューム割当て方法およびその方法を用いた計算機システム
US20230153008A1 (en) Information processing system and method
JP2016212548A (ja) ストレージ制御装置、ストレージ制御方法、及びストレージ制御プログラム
JP6606235B1 (ja) ストレージシステム
JP7113698B2 (ja) 情報システム
US11675665B2 (en) System and method for backup generation using composed systems
US20230153007A1 (en) Information processing system and method
WO2016056085A1 (ja) 計算機システム、ストレージ装置及びデータバックアップ方法

Legal Events

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

Ref document number: 201080067464.4

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 13055447

Country of ref document: US

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

Ref document number: 10857302

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 9861/DELNP/2012

Country of ref document: IN

REEP Request for entry into the european phase

Ref document number: 2010857302

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2010857302

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE