WO2011048641A1 - リモートコピーシステム及びリモートコピー制御方法 - Google Patents

リモートコピーシステム及びリモートコピー制御方法 Download PDF

Info

Publication number
WO2011048641A1
WO2011048641A1 PCT/JP2009/005610 JP2009005610W WO2011048641A1 WO 2011048641 A1 WO2011048641 A1 WO 2011048641A1 JP 2009005610 W JP2009005610 W JP 2009005610W WO 2011048641 A1 WO2011048641 A1 WO 2011048641A1
Authority
WO
WIPO (PCT)
Prior art keywords
volume
pair
copy
primary
storage system
Prior art date
Application number
PCT/JP2009/005610
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 US12/673,253 priority Critical patent/US8433866B2/en
Priority to PCT/JP2009/005610 priority patent/WO2011048641A1/ja
Priority to JP2011537028A priority patent/JP5409799B2/ja
Publication of WO2011048641A1 publication Critical patent/WO2011048641A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0614—Improving the reliability of storage systems
    • G06F3/0617—Improving the reliability of storage systems in relation to availability
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0632—Configuration or reconfiguration of storage systems by initialisation or re-initialisation of storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2064—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring while ensuring consistency
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
    • G06F11/2069—Management of state, configuration or failover

Definitions

  • the present invention relates to a remote copy system and a remote copy control method, and more particularly to a system and method for ensuring the consistency of backup data for a plurality of volume pairs.
  • volume replication between storage system enclosures is known as remote copy.
  • ATMs and other financial institutions that operate on a large scale use mainframe hosts that have better performance than open hosts.
  • mainframe hosts that have better performance than open hosts.
  • an open OS is basic, an open host is generally used.
  • This format conversion process causes the open host to have a problem that data synchronized with the ATM process cannot be displayed on the net bank, and also has a problem that the conversion work is troublesome. Therefore, a backup system that can maintain consistency between an open system and a mainframe system has become necessary.
  • a synchronous remote copy system described in Japanese Patent Application Laid-Open No. 2008-33704 is known.
  • This remote copy system mixes the volume pair used by the open host and the volume pair used by the mainframe host in the same volume copy group set between the primary storage system and the secondary storage system.
  • remote replication was interrupted at the same time for all of the multiple volume pairs in the copy group so that temporally consistent replication data could be secured.
  • the conventional remote copy system can form a volume group of a consistency group only by pair definition.
  • the administrator changes the settings of the volume pairs included in the consistency group, such as trying to set the open volume pair and the mainframe volume pair in the same consistency group.
  • the volume pair had to be deleted once and then the volume pair had to be defined again in the consistency group.
  • the conventional remote copy system guarantees consistency at the time of maintenance or failure when stopping remote copy and suspending the volume pair for maintenance or recovery from failure. Therefore, there has been a problem that the processing of I / O from the host device has to be stopped.
  • an object of the present invention is to provide a remote copy system and a control method therefor that can execute setting and changing of a volume pair to a consistency group with a simple operation regardless of pair definition processing. It is.
  • Another object of the present invention is to provide a system and a control method capable of promptly restarting a consistency guarantee even when a volume pair is set or changed in the consistency group.
  • Still another object of the present invention is to provide an I / O from the host to guarantee consistency at the time of maintenance or failure even if the volume pair is suspended during maintenance or recovery from the remote copy system.
  • An object of the present invention is to provide a system and a control method capable of continuing I / O from a host device without requiring stop of / O processing.
  • the present invention suspends a primary volume and secondary volume pair, and then enables remote copy to set the volume pair to a predetermined consistency group when resynchronizing these volumes. It is characterized by being a system.
  • the present invention is characterized in that when the remote copy system determines an I / O request to the consistency group from the host, the volume pair belonging to the consistency group is suspended, and then the I / O is processed. This is a remote copy control method.
  • FIG. 1 is a hardware block diagram according to an embodiment of a remote copy system and a control method thereof according to the present invention. It is a hardware block diagram of the host It is a hardware block diagram of a primary storage system. It is a hardware block diagram of an interface. It is a block diagram for demonstrating the consistency group which exists in a remote copy system. It is a management table of a remote copy pair. It is a table for managing the consistency group comprised by this invention. It is a table for managing the consistency group comprised by the prior art. It is a block diagram concerning an example of an operation procedure of a remote copy system. It is a flowchart explaining the process of the pair formation program of a mainframe host.
  • FIG. 10 is a block diagram which shows an example of the operation screen for copy pair formation by the pair operation program of a mainframe host. It is a flowchart explaining the process of a pair formation program of an open host. It is an example of the operation screen for copy pair formation by an open host pair operation program. 10 is a flowchart for explaining the operation of a pair operation program of the primary storage system that has received a pair formation command from a mainframe host and an open host. It is a flowchart which shows operation
  • FIG. 17B is a block diagram showing a state of remote copy between a primary volume and a secondary volume in correspondence with FIG. 17A. It is a flowchart which shows the pair suspend process of the pair operation program of a mainframe host. It is a flowchart explaining the pair suspend process by the pair operation program of an open host. This is screen information for remote copy pair suspend operation by an open host pair operation program. It is a flowchart which shows the pair suspend process by the pair operation program of DKC. It is a flowchart explaining a pair suspend process to the pair status monitoring program of DKC.
  • FIG. 22A It is a flowchart which concerns on the process following FIG. 22A. It is a flowchart which concerns on the process following FIG. 22B. It is a flowchart which concerns on the process following FIG. 22C. It is a flowchart which concerns on the process following FIG. 22D. It is a flowchart which shows operation
  • FIG. 1 is a hardware block diagram showing an outline of the system.
  • the system has a local site 1A and a remote site 1B.
  • the local site 1A has a primary storage system 40P, a mainframe host (mainframe server) 10A and an open host (open server) 10C connected to the primary storage system 40P.
  • mainframe host mainframe server
  • open host open server
  • the primary storage system 40P and the mainframe host 10A are connected according to mainframe communication, for example, ESCON (Enterprise Systems Connection) (registered trademark) or FICON (Fibre Connection) (registered trademark).
  • ESCON Enterprise Systems Connection
  • FICON Fibre Connection
  • open communication such as iSCSI (Internet Small Computer System Interface) or Fiber. Connected by Channel.
  • the remote site 1B includes a secondary storage system 40S connected to the primary storage system 40P.
  • a mainframe host and / or an open system host may be connected to the secondary storage system 40S.
  • FIG. 2 shows the hardware block diagram of the mainframe host among these hosts.
  • the mainframe host 10A includes a CPU 511, a memory 513, a communication port 515 with a storage system, an input device 505 such as a keyboard, an output device 507 such as a display device, and a recording medium reading that reads data from the recording medium 501 And a device 503.
  • the configuration of the open host 10C is almost the same.
  • the memory 513 includes a pair operation program 517 for controlling the primary storage system 40P, an application program 519 for executing a predetermined job, and an OS as computer programs.
  • the CPU 511 executes these computer programs. I / O from the host to the storage system is output from the application program 519.
  • FIG. 3 is a hardware block diagram of the primary storage system 40P.
  • the primary storage system 40P is, for example, a RAID (Redundant Array of Independent (or) with a large number of disks 400 arranged in an array. Inexpensive) Disks) system.
  • RAID Redundant Array of Independent (or) with a large number of disks 400 arranged in an array. Inexpensive) Disks
  • the primary storage system 40P includes a controller unit 20 and a disk unit 30.
  • the controller unit 20 includes, for example, a plurality of interface control devices (I / F) 21A to 21C, a cache memory 24, a shared memory 25, and a switching control unit 26.
  • I / F interface control devices
  • the storage system includes, as a plurality of interface control devices, a mainframe host I / F 21A, an open system host I / F 21C, an I / F 21B with another storage system, and an I / F 22 with a disk 400. have.
  • a management terminal 250 for managing the storage system 40P is connected to the controller unit 20.
  • Each I / F is a device that controls communication with a connection destination, and is configured by a substantially similar hardware configuration.
  • FIG. 4 shows a hardware configuration of the mainframe I / F 21A as a representative of the I / F.
  • the mainframe I / F 21A includes a communication port 601 with the mainframe host 10A, a port 609 connected to the switching control unit 26, a cache memory 605 for temporarily storing transmitted / received data, and a control program 611.
  • a control memory 607 for storage and a CPU 603 for executing the control program 611 are provided.
  • the control program 611 is stored in each of the mainframe I / F 21A, the open I / F 21C, and the remote communication I / F 21B.
  • the control program 611 stored in the main frame I / F 21A and the open I / F 21C is an I / O command (write command or read command or an IO processing program that processes a read command) from the host.
  • control program 611 stored in the remote communication I / F 21B includes a remote copy program for executing remote copy, a pair operation program for operating a volume pair, and a process based on the monitoring result of monitoring a failure of the storage system.
  • the cache memory 24 of the storage system is, for example, a volatile or non-volatile memory, and temporarily stores data received from the hosts 10A and 10C and data read from the disk 400.
  • the shared memory 25 is, for example, a volatile or non-volatile memory, and stores information related to control in the primary storage system 40P.
  • the shared memory 25 and the cache memory 24 may have a shared memory area and a cache memory area in one memory.
  • the switching control unit 26 is a device that interconnects the I / Fs 21A to 21B, 22, the cache memory 24, and the shared memory 25.
  • the switching control unit 26 is a high-speed crossbar switch that performs data transmission by high-speed switching operation. Provide a bus.
  • the disc unit 30 includes a plurality of discs 400 arranged in an array.
  • the built-in disk 400 is a disk type storage device such as a hard disk, a flexible disk, or an optical disk.
  • a semiconductor memory such as a magnetic tape or a flash memory may be used.
  • the controller unit 20 creates a RAID group based on a plurality of disks 400, divides the RAID group into a plurality of areas, and provides the divided areas as logical volumes 31 to the host.
  • Logical volumes include mainframe volumes used by mainframe hosts, open volumes used by open hosts, and shared volumes used by both hosts.
  • the secondary storage system 40S is connected to the remote communication I / F 21B. Other primary storage systems may be connected.
  • the controller unit 20 may be separately provided with a remote communication I / F connected to the secondary storage system 40S and a remote communication I / F connected to another primary storage system.
  • the secondary storage system 40S may be connected to the remote communication I / F 21B, and the other primary storage systems may be connected by a dedicated line via a predetermined I / F (not shown).
  • the secondary storage system 40S has almost the same configuration as the primary storage system 40P.
  • the logical volume of the secondary storage storage system is called a secondary volume and is distinguished from the logical volume (primary volume) of the primary storage system.
  • the secondary volume is a replication volume of the primary volume.
  • a pair relationship exists between the primary volume and the secondary volume.
  • synchronous remote copy for write data is performed for the second volume in the pair relationship.
  • Consistency guarantee refers to a function for guaranteeing that replication is consistent in time series between a plurality of secondary volumes existing in the same copy group.
  • a copy group for which consistency is guaranteed is a consistency group.
  • FIG. 5 is a block diagram for explaining the attributes of the consistency group existing in the above-described remote copy system.
  • Reference numeral 500A denotes a plurality of open volumes of the primary storage system 40P and a plurality of open volumes of the secondary storage system 40S.
  • An open consistency group (OPEN (CTG) consisting of volumes.
  • OPEN-A of the primary storage system and the open volume OPEN-b of the secondary storage system are volume pairs.
  • the open volume OPEN-B and the open volume OPEN-b are volumes. It is.
  • 500B is a mainframe consistency group (MF CTG) composed of a plurality of mainframe volumes of the primary storage system 40P and a plurality of mainframe volumes of the secondary storage system 40S.
  • MF CTG mainframe consistency group
  • the main storage volume MF-A of the primary storage system and the main storage volume MF-b of the secondary storage system are volume pairs.
  • the main frame volume MF-B and the main frame volume MF- b is a volume.
  • 500C is a consistency group including an open volume and a mainframe volume of the primary storage system 40P, and an open volume and a mainframe volume of the secondary storage system 40S.
  • the open volume OPEN-C of the primary storage system and the open volume OPEN-c of the secondary storage system are volume pairs.
  • the mainframe volume MF-C and the mainframe volume MF-c Is a volume pair.
  • Consistency group 500C guarantees consistency for multiple volumes of different emulation types. Consistency group (OPEN CTG) guarantees consistency for open volumes, and guarantees consistency for mainframe volumes In order to distinguish it from the consistency group (MF CTG), it is classified as “same CTG”.
  • Open Consistency Group (OPEN CTG), Mainframe Consistency Group (MF CTG), and Open Mainframe Consistency Group (same CTG) are intended to solve the above-mentioned issues and are distinguished from conventional consistency groups. Therefore, it is classified as “New CTG”. On the other hand, the latter consistency group is classified as “old CTG”.
  • the open host 10C recognizes the open volume pair of the consistency group 500A as an open volume of OPEN CTG, and the mainframe host 10A recognizes the main frame volume pair of the consistency group 500B as a main frame volume of MF CTG.
  • the open host recognizes the open volume pair of the consistency group 500C as an open volume of the same CTG, and the mainframe host recognizes the mainframe volume pair of the consistency group 500C as a mainframe volume of the same CTG.
  • FIG. 6 is a remote copy pair management table in which copy pair management information is recorded for each primary volume.
  • Volume # (600) in the remote copy pair management table is information for identifying the primary volume.
  • the emulation type (602) is information for distinguishing whether the volume emulation type is mainframe (MF) or open (0PEN).
  • the copy type (604) is information for distinguishing whether the remote copy is synchronous or asynchronous. Identification information of the secondary storage system is registered in the copy destination device (606). The secondary volume identification information is registered in the copy destination volume (608).
  • the group attribute 612 indicates whether the consistency group with the group operation mode ON is classified as “new CTG” or “old CTG” as shown in FIG. Is an information for distinguishing whether the attribute is “OPEN”, “MF”, or “same”.
  • “Old CTG: MF” indicates that the consistency of the mainframe volume is guaranteed by the prior art. In other words, “Old CTG: MF” is a consistency group that is affected by the above-mentioned issues.
  • the remote copy system of FIG. 5 may be obtained by adding a “new CTG” function to a conventional system consisting of a conventional consistency group.
  • New CTG The function of “New CTG” is to make it possible to set and change volume pairs in consistency groups with simple operations without using pair definition processing, and to set and change volume pairs in consistency groups. Even if there is a change, the consistency guarantee can be resumed quickly, and even if the volume pair is suspended during maintenance or recovery from a remote copy system, maintenance or failure This means that it is not necessary to stop the I / O processing from the host in order to guarantee the consistency in the network, and at least one of the ability to continue the I / O from the host device can be achieved.
  • Group # is an identification number (C / T ID) of a consistency group to which a pair consisting of volume # (600) and copy destination volume # (608) belongs.
  • the pair status (616) is a status of a pair consisting of volume # (600) and copy destination volume # (608).
  • PAIR indicates that synchronous remote copy is being performed between both volumes, and the data of the secondary volume matches the primary volume.
  • Suspend indicates a state in which the pair between the primary volume and the secondary volume is divided. It should be noted that both volumes are in a pair relationship. “SMPL” indicates a state in which two volumes are not paired and each is operated as a single volume.
  • FIG. 7 is a table for managing “new CTG” (FIG. 5), and management information for the copy group is described for each copy group # (614).
  • This management table includes a group # (614), a group registration (700), a group attribute (612), and a suspend reception status (702).
  • the group registration (700) is information for distinguishing whether the consistency group is in an operating state (“ON”) or not in an operating state (“OFF”).
  • the suspend reception status (702) relates to the status of how the “new CTG” has received “suspend”, and includes “not received suspend” and “receiving suspend”.
  • “Suspend reception status” is set for the copy group in response to an operation suspend from the host device to the primary storage system or a failure suspend when the primary storage system monitoring program determines a failure.
  • Fig. 8 shows the management table of the old MF CTG.
  • an I / O hold status (800), an I / O hold start time (802), and a timeout time (804) are registered for each synchronous remote copy group # (614).
  • the I / O hold status (800) includes “I / O hold” or “I / O hold not executed”.
  • the I / O hold start time (802) the time when the I / O hold state starts is registered.
  • the timeout time (804) a time at which a timeout is determined is registered.
  • I / O pending state is a state in which the primary storage system does not prohibit acceptance of a write command, but does not execute a write command. For example, when a write command is received in the I / O status, the write command indicates that the write command is accepted again by returning a specific response (for example, busy or retry request) to the host device. To the issuing host device.
  • a specific response for example, busy or retry request
  • the controller unit 20 of the primary storage system 40P is based on the control command from the pair operation program of the mainframe host 10A and / or the open host 10C, or in accordance with the control process of the pair operation program of the primary storage system. Management information is registered in the management table of FIG. 8, or tube information is updated.
  • management tables are registered in the shared memory 25.
  • the primary storage system 40P transmits information on this management table to the secondary storage system 40S via the remote communication I / F.
  • the host sends an inquiry command to the storage system to obtain the CTG attributes.
  • the storage system Upon receipt of this command, the storage system transmits the information in the management table described above, at least the information in FIG. 6, to the host. Based on the management information, the host recognizes management information such as CTG attributes and volume pair status.
  • the storage system may send the management information as a status for display on the host.
  • the system administrator starts the primary volume (open volume: 908, mainframe volume: 910) of the primary storage system 40P and the secondary volume (open volume: 912, mainframe volume: 914), a volume pair is defined, and a consistency group 500C (“same CTG”) is set.
  • Open host pair operation program (RAID MANEGER: RM (902)) issues a pair creation command for creating an open volume pair in the consistency group 500C of “same CTG” to the pair operation program of the primary storage system.
  • the pair control program (BCM (906)) of the mainframe host issues a pair formation command for forming a mainframe volume pair in the consistency group of “same CTG” to the primary storage pair operation program.
  • the pair operation program of the primary storage system registers volume pair information in the remote copy pair management table (FIG. 6) and CTG management table (FIG. 7).
  • PAIR is registered in the copy group pair status of the remote copy pair management table (FIG. 6).
  • Suspend not received is set as the suspend reception status in the CTG management table (FIG. 7).
  • the remote copy system sets the volume pair at the start of remote copy operation to the consistency group
  • the mainframe volume pair and the open volume pair are set to the consistency having the attribute “same CTG”. It is defined in group 500C (FIG. 5).
  • the remote copy system sets the mainframe volume to the consistency group 500B of “MF CTG” and sets the open volume to “OPEN CTG "consistency group 500A can also be set.
  • the pair operation program upon receiving a pair formation command from the host device, the pair operation program adds an open volume pair to the consistency group 500B (FIG. 5) of “MF CTG” and The group attribute can be changed from “MF ⁇ CTG” (500B) to “Same CTG” (500C).
  • the pair operation program is “OPEN It is also possible to add a mainframe volume pair to the consistency group 500A of “CTG” and change the attribute of the consistency group from “OPEN CTG” (500A) to “same CTG” (500C).
  • a form of adding a volume pair to a consistency group classified as “new CTG” there is a form of adding a volume pair that has been operated as “new CTG” in addition to a form of adding a new volume pair.
  • the latter includes, for example, “OPEN A form in which a volume pair of “MF CTG” is added to the consistency group of “CTG” or a volume pair of “OPEN CTG” is added to the consistency group of “MF CTG”, and a consistency of “same CTG”
  • a volume pair of “MF CTG” and / or a volume pair of “OPEN CTG” is added to the tenancy group.
  • the pair operation program can also add the volume pair of “old MF CTG” to “new MF CTG”.
  • the pair operation program When the pair operation program forms a volume pair according to the latter form, it temporarily suspends the consistency group to which the volume pair is added and a plurality of volume pairs belonging to the consistency group having the volume pair to be added. When re-synchronizing a suspended volume pair, the volume pair can be set to the desired “New CTG” consistency group.
  • FIG. 10 is a flowchart for explaining the processing of the main frame host pair control program.
  • FIG. 11 is a block diagram showing an example of an operation screen for forming a copy pair by the mainframe host pair control program.
  • the program is the subject for convenience, but actually, a controller such as an MPU that executes the program executes the flowchart.
  • the pair control program refers to C / T ID (consistency group ID information: (1) in FIG. 11) input on the operation screen (1000) and determines whether there is a C / T ID setting. (1002). If this is affirmed, the OPEN / MF information (2) on the operation screen (FIG. 11) is referred to (1004), and it is determined whether or not “Y” is designated (1006). If this is affirmed, the primary storage system (DKC) command that specifies the C / T ID and specifies that a mainframe volume pair (MF pair) will be formed in the consistency group with the attribute "new CTG”. (1008).
  • DKC primary storage system
  • step 1002 if it is determined that there is no C / T ID setting (“NO” in step 1002), a command for forming a mainframe volume pair in a group (non-CTG) that does not guarantee consistency is issued to DKC (1012). ). Furthermore, if it is determined that the input information of OPEN / MF is not “Y” (“NO” in step 1006), the C / T ID is specified, and the consistency group having the attribute of “old MF CTG” is main. A command designating formation of a frame volume pair is issued to the DKC (1010).
  • FIG. 12 illustrates a process for forming a volume pair of an open host pair control program.
  • FIG. 13 is an example of an operation screen for volume pair formation by the open host pair control program.
  • the pair control program refers to the option information input on the operation screen of the operation screen (FIG. 13) (1200), and determines whether “-g” is present in the option information designation column (1202). If this determination is affirmed, the C / T ID information on the operation screen is referred to (1204).
  • the C / T ID is specified, and a command for forming an open volume pair in the consistency group classified as “new CTG” is issued to the DKC (1206).
  • a command for forming an open volume pair in a copy group (non-CTG) whose consistency is not guaranteed is issued to the DKC (1208).
  • FIG. 14 is a flowchart for explaining the operation of the pair operation program of the primary storage system that has received a pair formation command from the mainframe host and / or the open host.
  • the parameters of the pair creation command from the host device include operation target volume #, copy type, copy destination device #, copy destination volume #, group operation mode, old and new CTG types, and C / TID.
  • the host device issues an inquiry command to the primary storage system in order to obtain information necessary for the parameters included in the pair formation command.
  • the DKC pair operation processing program receives a command for forming a synchronous remote copy volume pair from the host device (1400), the management table (Fig. Check based on 6) (1402). If it is determined that the pair status of the target volume is not “SMPL (SIMPLEX)”, an error is returned to the host device because a pair cannot be set for the target volume (1426).
  • the pair management table (FIG. 6) (1406).
  • the group attribute and the pair status are registered in the management table based on the processing of steps described later.
  • step 1408 determines that step 1408 is “ON”, it is determined whether or not the attribute or type of the consistency group indicated by the command parameter is “new CTG” (1410). If it is determined that it is not “new CTG”, the I / O hold status of the old CTG management table (FIG. 8) is set to “I / O hold not executed” (1428), and the process jumps to step 1418. If it is determined that it is “new CTG”, the management table of FIG. 7 is referred to, and “group registration” (700) of the C / T ID (group #: 614) specified by the command parameter is “ON”. Check whether or not.
  • the emulation type (mainframe (MF) or OPEN) of the target volume is set in “Group attribute” (612) (1422). ). Further, “ON” is set in “Group registration” (1424).
  • the volume pair is already registered in the C / T ID specified by the command parameter.
  • the added volume pair is added to the consistency group, it is determined whether or not to change the group attribute.
  • the pair operation program refers to the consistency management table (FIG. 7) and checks the group attribute of the C / T ID specified by the command parameter (1414). If it is determined that the group attributes are the same (“YES” in step 1414), the emulation type of the target volume will be mainframe or open, but there is no change in the group attributes. ⁇ 1434), the process proceeds to the next step (1416).
  • the group operation must be changed by adding the target volume to the group # specified in the command parameter.
  • Type (612) and the emulation type of the target volume are compared (1430).
  • the remote copy system maintains consistency between a plurality of volume pairs having different emulation types for a consistency group in which “same” group attributes are registered.
  • the group attribute of “New CTG” is “MF” and the emulation type of the target volume is “MF”, or “New CTG”
  • the group attribute of “New CTG” is maintained (1432).
  • the pair operation program sets the suspend reception status of the new CTG management table to “not received suspend” indicating that it is not in the suspend status (1416). Further, the pair operation program instructs the data copy program to copy all data from the primary volume, which is the target volume, to the secondary volume.
  • COORD which means that all data in the primary volume is being copied to the secondary volume in the pair status (616) corresponding to the target volume # (600). sign up.
  • FIG. 15 is a flowchart showing the operation of the pair status monitoring program.
  • the pair status monitoring program receives a data copy instruction from the pair operation program (1500), it instructs the data copy program of the remote copy program to start data copying (1502).
  • the pair status (616) in the remote copy pair management table (FIG. 6) is changed from “COPY” to indicate that the primary volume data and the secondary volume data are synchronized. Change to "PAIR”.
  • FIG. 16 is a block diagram showing that maintenance backup is applied to the remote copy system of FIG.
  • the pair operation program of the primary storage system is Then, the suspend state of the new CTG management table (FIG. 7) is set to “suspending being received”, which is a state in which this is not completed after the suspend is received.
  • the remote copy pair monitoring program of the primary storage system 40P or the I / O processing program of the mainframe host / open host refers to the suspend reception status (702) in the CTG management table (FIG. 7), and “suspend reception” If it is “medium”, the pair status of the mainframe volume pair and the open volume pair belonging to the consistency group 500C having the attribute “same CTG” is set to the “suspend” status.
  • the remote copy monitoring program sets the pair status of all volume pairs in this consistency group to the “suspend” status, and sets the pair status to “not received suspend”.
  • the pair operation program executes resynchronization processing on the suspended volume pair, and when the secondary volume (912, 914) is synchronized with the primary volume (908, 910), the pair status of the volume pair is changed to “PAIR”. Return. At the time of resynchronization, the pair operation program does not need to copy all the data of the primary volume to the secondary volume, and may copy the difference with respect to the primary volume after the suspension of the volume pair to the secondary volume.
  • the consistency group The suspend reception state of 500C (FIG. 7: 702) is set to “receiving suspend”.
  • the remote copy pair monitoring program or the I / O processing program of the mainframe host / open host refers to the suspend reception status in the CTG management table and "suspend is being received"
  • the consistency of the attribute of "same CTG” The pair status of the mainframe volume pair and the open volume pair belonging to the tenancy group 500C is set to the “suspend” status.
  • the remote copy monitoring program sets the pair status to “not received suspend”. During this time, resynchronization is performed on the suspended volume pair.
  • FIG. 18 is a flowchart showing the pair suspend process of the pair control program of the mainframe host.
  • the pair control program refers to the C / T ID information field (1) on the operation screen (FIG. 11) (1800), and if it is determined that no C / T ID is set here (step 1802 indicates “ NO "), a suspend command is issued to the DKC (primary storage system) (1810).
  • the operation screen (FIG. 11) refers to the OPEN / MF setting field (2) (1804), where “Y” is displayed here. If it is determined that it is specified (“YES” in step 1806), the “CTG type” of the command parameter is set to “new CTG” (1808), and if negative determination is made in step 1806, the command parameter “CTG Set “Type” to “Old CTG”. Subsequently, the pair operation program issues a suspend command to the DKC.
  • FIG. 19 is a flowchart for explaining pair suspend processing by an open host pair control program.
  • FIG. 20 shows screen information for remote copy pair suspend control by the open host pair control program.
  • the pair control program refers to the option information input on the operation screen (1900), and checks whether “-g” is designated here (1902). If the determination is affirmative, it is determined that the open volume to be suspended is in the consistency group of “new CTG”, and the C / T ID information in the pair management table is referred to (1904).
  • the “New CTG mode” suspend command enables pair suspend without suspending I / O from the host device to the primary storage system when a volume pair belonging to a consistency group is suspended.
  • the “old CTG mode” suspend command must stop I / O from the host device in order to maintain consistency of the consistency group until resynchronization after suspending the volume pair. Is.
  • FIG. 21 is a flowchart showing pair suspend processing by the DKC pair operation program.
  • the command parameter is checked.
  • the command parameters include operation target volume #, copy type, copy destination device #, copy destination volume #, group operation mode, old and new CTG type, and C / T ID.
  • the pair operation program determines whether the group operation mode is “ON” from the command parameter (2102). If this is denied, it is determined that there is no need to suspend the group for the consistency group, that is, it is not necessary to suspend a plurality of volume pairs belonging to the consistency group, and the pair status of the target volume is “PAIR” or “COPY”. Is checked (2110).
  • the target volume pair status (FIG. 6: 616) is set to “SUSP” and the target volume pair is changed to suspend (2112).
  • the pair status is not “PAIR” or “COPY” (2110 is “NO”), the target volume is not in the pair status and pair suspend is not established. Report abnormal termination.
  • step 2102 when the group operation mode “ON” is affirmed (“YES” in step 2102), the operation mode (FIG. 6: 610) for the operation target volume is checked with reference to the CTG management table (FIG. 7) (2104). ).
  • the remote copy pair management table (FIG. 6) is referred to and whether the CTG specified by the command parameter is a new type or an old type.
  • the new and old CTG types are compared with the old and new types (FIG. 6: 612) set in the management table for the target volume (2106), and if they match, all consistency groups classified as “new CTG”
  • a group suspend command for suspending the volume pair is instructed to the pair status monitoring program (2108).
  • 22A to 22E are flowcharts for explaining the pair suspend process of the DKC pair status monitoring program.
  • the pair status monitoring program receives an operation pair suspend request from the host device or a failure pair suspend request from the failure monitoring program (2220), is the copy type of the volume subject to the suspend request the synchronous copy? Whether or not is checked based on the management table (FIG. 6) (2202). If a negative determination is made, the process ends.
  • the determination is affirmative, it is checked based on the management table (FIG. 6: 612) whether or not the consistency group to which the target volume belongs is classified as “new CTG” (2206). If the determination is affirmative, the group ID is identified from the management table (FIG. 6: 614) (2208), and the management table (FIG. 7) is referenced to check the “suspend reception status” (2210).
  • the pair status monitoring program shifts to the processing of FIG. 22E.
  • the pair status monitoring program moves to the flowchart of FIG. 22B, acquires the group attribute of the identified “new CTG” consistency group from the management table (FIG. 6 or FIG. 7), and is designated by the suspend command. If it is determined that the group attribute is “same CTG” (2214), in order to suspend all the volumes belonging to the specified group, a pair status search process is executed for all the volumes.
  • step 22D When the pair status monitoring program shifts to the processing in FIG. 22D, it is determined that the group attribute of the consistency group having the ID specified in step 2208 is “OPEN”, and all the volumes in the group are processed as shown in FIG. The same search processing is executed, search processing for all volumes (2242 to 2248) is performed, and when this end is determined (step 2250), “suspend not received” is set as the suspend reception status of the specified consistency group. After setting (2252), the flowchart ends.
  • FIG. 22E is a flowchart for that purpose.
  • the pair status monitoring program checks the “I / O pending status” (800) with reference to the management table of FIG. 8 for “old MF ⁇ ⁇ ⁇ ⁇ CTG”, which is a consistency group not corresponding to “new CTG”, It is determined whether or not “I / O pending” (2254). If this determination is affirmative, the flowchart ends.
  • I / O pending is set in the I / O pending state (800) of the management table of FIG. 8 (2256) and belongs to the consistency group.
  • search processing for all volumes is executed (2258 to 2264).
  • the pair status monitoring program When the pair status monitoring program finishes suspending all volume pairs belonging to the consistency group, the pair status monitoring program stores “I / O” in the management table (FIG. 8: 800) in order to release the I / O hold status (2268). Set "pending status not executed” and restart I / O processing.
  • the pair status monitoring program needs to stop the I / O processing. Therefore, the consistency group classified as “New CTG” guarantees the consistency during pair suspend without stopping I / O processing.
  • FIG. 23 is a flowchart showing the operation of the I / O processing program of the primary storage system, which is a process for achieving this.
  • the I / O processing program receives I / O from the host device (2300), it is determined whether it is a write command (2302), and if it is determined that it is not a write command such as a read command, consistency is guaranteed. Since there is no influence, I / O processing is executed (2318), and normal processing is returned to the host device (2320).
  • the copy type is checked with reference to the management table (FIG. 6) for the I / O target volume (2304). If the copy type is not synchronous copy, I / O processing is performed (2318), and if it is synchronous copy, the management table (FIG. 6) is further referred to, and the pair status of the I / O target volume is “ It is checked whether it is “COPY” or “PAIR” (2306).
  • the group operation mode is “ON” (2308). If a negative determination is made on the pair status check and the group operation mode check, it is determined that the consistency guarantee is not necessary, and the I / O processing is performed (2318).
  • the group attribute of the target volume is checked to determine whether it is a new CTG, that is, “MF”, “OPEN”, or “same” (2310). .
  • the group ID of the consistency group is specified (2312), and further, referring to the management table (FIG. 7), it is checked whether the suspend reception status of the specified group is “receiving suspend”. To do.
  • the I / O processing program determines that the pair status monitoring program has not finished suspending all volume pairs belonging to the specified group, and Suspend “SUSP” is set in the volume pair status (FIG. 6), the target volume pair is transitioned to suspend (2316), and I / O processing is performed (2318).
  • the I / O processing program can maintain the consistency guarantee at the time when the volume pair is suspended without stopping or suspending the I / O processing and continuing the I / O processing.
  • the I / O processing program identifies the consistency group ID (2322), and FIG. It is checked whether or not the “I / O pending status” is “I / O pending” (2324). If it is determined that the I / O is pending, the I / O processing program responds “I / O pending” to the host (2326). Upon receiving this response, the host device stops the I / O request. If “I / O pending” is denied (step 2324 is “No”), I / O processing is performed (2318).
  • FIG. 17A shows a timing chart of control processing executed by the pair status monitoring program and the I / O processing program of the primary storage system for “Pair Suspend Reception” (FIG. 23: 2314 is “YES”). is there.
  • FIG. 17B is a timing chart showing a state of remote copy between the primary volume and the secondary volume in correspondence with FIG. 17A.
  • 908 is an open primary volume
  • 910 is a mainframe primary volume
  • 912 is an open secondary volume
  • 914 is a mainframe secondary volume.
  • the volumes PAIR # 1 to PAIR # 5 are assigned to the consistency group 500C having the “same” attribute.
  • the pair status monitoring program (FIG. 22B) executes steps 2214 to 2226. To suspend all volume pairs in the consistency group sequentially.
  • Steps 2314 to 2318 are executed to suspend the volume pair independently of the pair monitoring program, and then I / O processing is performed on the primary volume.
  • the I / O processing program stores the data 970 written to the primary volume for all the secondary volumes belonging to the consistency group after the time (T) when the suspension is instructed.
  • the consistency at the point (T) when the suspension is instructed is guaranteed to the user for all the secondary volumes belonging to the consistency group.
  • FIG. 24 is a flowchart for explaining the resynchronization processing of the pair control program of the mainframe host.
  • FIG. 25 is a block diagram of a display screen (mainframe host) for resynchronization processing.
  • the pair control program refers to C / T ID information (1) on the operation screen for pair formation (FIG. 11) (2400) and determines whether C / T ID is set (2402). .
  • the specified value in the OPEN / MF information field (2) on the same operation screen is referred to (2404), and if the specified information is “Y” (2406), the group attribute of the command parameter Is set to “new CTG” (2408), and if it is not “Y”, it is set to “old CTG” (2410).
  • the pair control program refers to Update OPEN / MF information (1) on the operation screen of FIG. 25 (2412), and determines whether or not this is “Y”.
  • “Y” in order to change the attribute of the consistency group to which the volume pair to be resynchronized belongs, “ON” is set in the information specified for changing the CTG type of the command parameter (2414). Then, a resynchronization command is issued to the DKC (2416).
  • Update OPEN / MF information (1) If it is determined that “Y” is not specified in Update OPEN / MF information (1) (“NO” in step 2412), there is no need to change the consistency group attribute. Is issued immediately (2416). If no C / T ID is specified (“NO” at step 2402), the process jumps to a determination process (2416) as to whether or not to change the attribute of the consistency group.
  • FIG. 26 is a flowchart for explaining pair resynchronization processing by an open host pair control program.
  • FIG. 27 is a screen for inputting Config information for resynchronization processing.
  • the pair control program refers to the option information on the operation screen (2600) and checks whether “-g” is specified (2602).
  • the open host pair control program does not have a function to support CTG type update, so a resynchronization command is issued to DKC in a mode that changes the attribute (type) of CTG.
  • 28A to 28C are flowcharts for explaining pair resynchronization processing by the DKC pair operation program.
  • the pair operation program receives a volume pair resynchronization command from the host (2800)
  • the contents of the command parameter are referred to, and the pair status of the target volume for resynchronization processing is checked with reference to the management table (FIG. 6).
  • Command parameters include operation target volume #, copy type, copy destination device #, copy destination volume #, group operation mode, old and new CTG type, CTG type change mode, and C / T ID.
  • pair operation program determines that the pair status of the target volume is “SUSP” (2802), whether or not the mode for changing the attribute / type of the consistency group targeted for the resynchronization operation is “ON”. Is determined (2804). It is necessary to change the consistency group attributes / types when moving a volume pair from one copy group / consistency group to another group when moving from a copy group to another consistency group. To occur.
  • the pair operation program always makes an affirmative determination in step 2804 for a pair resynchronization command from an open host.
  • the pair operation program performs processing for changing the group type (FIG. 6, FIG. 7: 612) after the target volume pair is removed from the consistency group of “New CTG”. Since the attribute of “new CTG” is determined by the emulation type of the volume included therein, search processing for the emulation type is performed for all volumes other than the target volume.
  • the attribute of the consistency group to which the search target volume belongs may need to be changed, so the emulation type of the search target volume is checked based on the management table (FIG. 6).
  • “ON” is set to the MF flag in the predetermined area of the shared memory (2814), while when it is determined that the emulation type is not “MF”, the search is performed. Since the target volume is an open system, “ON” is set to the OPEN flag (2816).
  • the pair operation program checks the MF flag and the OPEN flag to determine whether or not both are “ON” (2818). If this is affirmed, the attribute of the C / T ID for the target volume is “ Since it is determined to be “same CTG”, no further search processing is required.
  • this determination (2818) is denied, it is checked whether or not the search for all the volumes registered in the management table (FIG. 6) is completed (2820), and if this is affirmed, the search process is terminated. If this is denied, the search target volume # is incremented by “+1” in order to search for the next volume (2822).
  • the pair operation program shifts to the process of FIG. 28C. Further, if the determination (2806) of whether or not the CTG type of the operation target volume is a new CTG is denied, the process similarly proceeds to the process of FIG. 28C.
  • the pair operation program checks the MF flag and the OPEN flag to determine whether or not both are “ON” (2824). If this is affirmed, the group type related to “new CTG” of the operation target volume is set to “ It is updated to “same” (2826). On the other hand, if a negative determination is made, it is determined whether or not the OPEN flag is “ON” (2828).
  • the group type related to “new CTG” of the operation target volume is updated to “OPEN” (2830). On the other hand, if this determination is negative, it is determined whether or not the MFN flag is “ON” (2832). If this is affirmed, the group type for “new CTG” of the operation target volume is set to “MF”. (2834).
  • the pair operation program makes a negative determination, the “new CTG” of the operation target volume has no open volume and mainframe volume in addition to the operation target volume. All information is cleared.
  • the pair operation program shifts to the processing in FIG. 28C and changes the attribute of the consistency group to which the operation target volume pair is resynchronized.
  • the pair operation program sets information in the pair management table (FIG. 6) based on the command parameters (2838). However, the group attribute and the pair status are set in a later step.
  • the management table (FIG. 7: 700) is used to determine whether the group registration of the “new CTG” group having the C / T ID specified by the command parameter is “ON”. Determination is made (2846).
  • the pair operation program will copy the data from the primary volume to the secondary volume to the pair status monitoring program. (2850), “COPY” is set in the pair status of the target volume pair (FIG. 6: 616), and the resynchronization processing is terminated.
  • the group attribute of “new CTG” is changed to change the group attribute when the target volume is added to the consistency group. Is compared with the emulation type of the operation target volume (2858). If they match, the attributes of the group classified as the new CTG are maintained (2860).
  • the volume of the emulation type “MF” and the volume of “OPEN” are mixed in the “new CTG” group, so the group attribute is set to “same” (2862).
  • step 2846 if it is determined that “ON” is not set in the group registration of the “new CTG” group in the management table (FIG. 7: 700) (step 2846 is “NO”), the group attribute of this group is set as the operation target.
  • the volume emulation type is set (2854), and then the group registration is turned "ON” (2856).
  • the pair operation program determines that the CTG type indicated by the resynchronization command is the old CTG (“NO” in step 2846), the management table of the group of the old CTG indicated by the resynchronization command (FIG. 8). ) Is set to “I / O pending status” (800) (2844), the I / O pending status is canceled, and the process jumps to step 2850 to perform resynchronization processing. Execute. On the other hand, the same applies when it is determined that the operation mode of the group instructed by the resynchronization command is not “ON”.
  • FIG. 29 is a flowchart showing the processing of the DKC pair status monitoring program.
  • the pair status management program receives an instruction to copy the difference data from the pair operation program (2900), it instructs the data copy program to start copying the difference data (2902).
  • the pair status monitoring program checks the completion of the differential data copy (2904), and when the differential data copy is complete, sets “PAIR” in the “pair status” (FIG. 6: 616) and ends the process.
  • the DKC executes the pair formation, pair suspend, and pair resynchronization processes based on the commands from the host pair control program, but the commands from the management device such as the management terminal 250 Based on this, DKC may execute each of these processes.
  • the present invention can also be applied to an asynchronous remote copy.

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)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【解決課題】コンシステンシーグループへボリュームペアの設定やその変更を、ペア定義処理によらず、簡単な操作で実行可能とするリモートコピーシステム、及び、その制御方法を提供する。 【解決手段】プライマリボリュームとセカンダリボリュームとからなるコピーペアをサスペンドし、サスペンドされたプライマリボリュームとセカンダリボリュームとを元のコンシステンシーグループとは異なる他のコンシステンシーグループに設定し、次いで、プライマリボリュームとセカンダリボリュームとを再同期する。

Description

リモートコピーシステム及びリモートコピー制御方法
　本発明はリモートコピーシステム及びリモートコピーの制御方法に係わり、特に、複数のボリュームペアについて、バックアップデータのコンシステンシーの保証をより確実にするためのシステム及び方法に関するものである。
　ストレージの分野におけるバックアップ処理の形態の一つとして、ストレージシステムの筐体間でのボリュームレプリケーションが、リモートコピーとして、知られている。
　近年、ストレージ分野においてはバックアップ処理の重要性は増すばかりである。一方、ストレージシステムの運用に関して、オープン系とメインフレーム系両方のボリュームを使用できるマルチプラットホームとしての運用に対する要求が高まってきている。
　例えば、ＡＴＭ等、金融機関において、大規模に運用されるものは、オープン系ホストに比べて性能が良いメインフレーム系ホストを使用している。これに対して、ネットバンクサービス等ＰＣ環境を対象にする形態では、オープン系のＯＳが基本であるため、オープン系ホストが使用されるのが一般的である。
　ところで、ＡＴＭで処理したデータを、ネットバンクサービスを経由して、ユーザに伝えるためには、メインフレームフォーマットのデータを、一旦、オープンフォーマットに変換する必要がある。
　このフォーマット変換処理によって、オープンホストは、ＡＴＭの処理に同期したデータをネットバンク上で表示できない問題を有し、また、変換作業に手間がかかる問題も有する。そこで、オープン系のシステムとメインフレーム系のシステム間で、コンシステンシーの維持を可能とするバックアップシステムが必要になってきている。
　この種のシステムとして、例えば、特開２００８－３３７０４号公報に記載された同期リモートコピーシステムが知られている。このリモートコピーシステムは、プライマリストレージシステムとセカンダリストレージシステムとの間に設定された同じボリュームコピーグループに、オープンホストが利用するボリュームペアとメインフレームホストが利用するボリュームペアとを混在させ、プライマリストレージとセカンダリストレージとの間のリモートレプリケーションに障害が発生すると、コピーグループに存在する複数のボリュームペア全てについて同時にリモートレプリケーションを中断し、時間的に整合性がとれたレプリケーションデータが確保できるようにしていた。
特開２００８－３３７０４号公報
　従来のリモートコピーシステムは、コンシステンシーグループのボリュームペアをペア定義によってのみ形成できるものであった。これでは、リモートコピーの運用が開始された後、管理者が、オープンボリュームのペアとメインフレームボリュームのペアを同じコンシステンシーグループに設定しようとするなどコンシステンシーグループに含まれるボリュームペアの設定を変更しようとすると、ボリュームペアを一旦削除した上で、コンシステンシーグループにボリュームペアを改めて定義しなければならなかった。
　この際、プライマリストレージシステムのボリュームからセカンダリストレージシステムのボリュームへ、全データをバックアップすることが必要となって、リモートコピーシステムが、コンシステンシーの保証を再開するまでに多くの時間を必要とするようになるなど、作業負荷が大きいという課題がある。
　また、従来のリモートコピーシステムは、リモートコピーシステムに対する保守や障害からの復旧のために、リモートコピーを停止してボリュームペアをサスペンドする際には、保守時や障害時でのコンシステンシーを保証するために、ホスト装置からのI/Oの処理を停止しなければならないという課題があった。
　そこで、この発明は、コンシステンシーグループへボリュームペアの設定やその変更を、ペア定義処理によらず、簡単な操作で実行可能とするリモートコピーシステム及びその制御方法を提供することを目的とするものである。
　この発明の他の目的は、コンシステンシーグループへのボリュームペアの設定やその変更があった場合でもコンシステンシーの保証の再開を迅速に可能とするシステム及び制御方法を提供することにある。
　本発明のさらに他の目的は、リモートコピーシステムに対する保守や障害からの復旧などの際に、ボリュームペアをサスペンドしても、保守時や障害時でのコンシステンシーを保証するためにホストからのI/O処理を停止することを必要とせず、ホスト装置からのI/Oを継続できるシステム及び制御方法を提供することにある。
　前記目的を達成するために、本発明は、プライマリボリュームとセカンダリボリュームのペアをサスペンドし、その後、これらボリュームを再同期する際に、ボリュームペアを所定のコンシステンシーグループに設定できるようにしたリモートコピーシステムであることを特徴とするものである。
　さらにまた、本発明は、リモートコピーシステムが、ホストから、コンシステンシーグループに対するI/O要求を判定すると、コンシステンシーグループに属するボリュームペアをサスペンドし、次いで、I/Oを処理することを特徴とするリモートコピー制御方法であることを特徴とするものである。
　以上説明したように、本発明によれば、コンシステンシーグループへボリュームペアの設定やその変更を、ペア定義処理によらず、簡単な操作で実行可能とするリモートコピーシステム及びその制御方法を提供することができる。
　さらに、コンシステンシーグループへのボリュームペアの設定やその変更があった場合でもコンシステンシーの保証の再開を迅速に可能とするシステム及び制御方法を提供することができる。
　さらにまた、リモートコピーシステムに対する保守や障害からの復旧などの際に、ボリュームペアをサスペンドしても、保守時や障害時でのコンシステンシーを保証するためにホストからのI/O処理を停止することを必要とせず、ホスト装置からのI/Oを継続できるシステム及び制御方法を提供することができる。
本発明に係るリモートコピーシステム及びその制御方法の実施形態に係るハードウエアブロック図である。 ホストのハードウエアブロック図である プライマリストレージシステムのハードウエアブロック図である。 インタフェースのハードウエアブロック図である。 リモートコピーシステムに存在するコンシステンシーグループを説明するためのブロック図である。 リモートコピーペアの管理テーブルである。 本発明によって構成されたコンシステンシーグループを管理するためのテーブルである。 従来技術によって構成されたコンシステンシーグループを管理するためのテーブルである。 リモートコピーシステムの運用手順の一例に係るブロック図である。 メインフレームホストのペア形成プログラムの処理を説明するフローチャートである。 メインフレームホストのペア操作プログラムによるコピーペア形成のための操作画面の一例を示すブロック図である。 オープンホストのペア形成プログラムの処理を説明するフローチャートである。 オープンホストのペア操作プログラムによるコピーペア形成のための操作画面の一例である。 メインフレームホスト及びオープンホストからのペア形成コマンドを受領したプライマリストレージシステムのペア操作プログラムの動作を説明するフローチャートである。 ペア状態監視プログラムの動作を示すフローチャートである。 図９のリモートコピーシステムに保守バックアップを適用したことを示すブロック図である。 プライマリストレージシステムのペア状態監視プログラムとI/O処理プログラムが「ペアサスペンド受領」に対して実行する制御処理を説明するためのタイミングチャ―トである。 図１７Ａに対応させて、プライマリボリュームとセカンダリボリュームとの間でのリモートコピーの状況を示したブロック図である。 メインフレームホストのペア操作プログラムのペアサスペンド処理を示すフローチャートである。 オープンホストのペア操作プログラムによるペアサスペンド処理を説明するフローチャートである。 オープンホストのペア操作プログラムによるリモートコピーペアサスペンド操作のための画面の情報である。 DKCのペア操作プログラムによるペアサスペンド処理を示すフローチャートである。 DKCのペア状態監視プログラムにペアサスペンド処理を説明するフローチャートである。 図２２Ａに続く処理に係るフローチャートである。 図２２Ｂに続く処理に係るフローチャートである。 図２２Ｃに続く処理に係るフローチャートである。 図２２Ｄに続く処理に係るフローチャートである。 プライマリストレージシステムのI/O処理プログラムの動作を示すフローチャートである。 メインフレームホストのペア操作プログラムの再同期処理を説明するフローチャートである。 再同期処理のための表示画面（メインフレームホスト）のブロック図である。 オープンホストのペア操作プログラムによるペア再同期処理を説明するフローチャートである。 再同期処理のためのConfig情報を入力する画面である。 DKCのペア操作プログラムによるペア再同期処理を説明するフローチャートである。 図２８Ａに続く処理に係るフローチャートである。 図２８Ｂに続く処理に係るフローチャートである。 DKCのペア状態監視プログラムの処理を示すフローチャートである。
　次に、本発明に係るリモートコピーシステム及びその制御方法の実施形態を図面に基づいて説明する。図１は、システムの概要を示すハードウエアブロック図である。システムは、ローカルサイト１Ａと、リモートサイト１Ｂとを有する。
　ローカルサイト１Ａは、プライマリストレージシステム４０Ｐと、プライマリストレージシステム４０Ｐに接続されるメインフレームホスト（メインフレームサーバ)１０Ａとオープンホスト(オープンサーバ)１０Ｃとを有している。
　プライマリストレージシステム４０Ｐとメインフレームホスト１０Ａとは、メインフレーム系の通信、例えば、ＥＳＣＯＮ（Enterprise Systems Connection）（登録商標）、或いはＦＩＣＯＮ（Fibre Connection）（登録商標）に従って接続されている。
　プライマリストレージ４０Ｐとオープンホスト１０Ｃとは、オープン系の通信、例えば、ｉＳＣＳＩ（Internet Small Computer System Interface）或いはFibre
Channelによって接続されている。
　リモートサイト１Ｂは、プライマリストレージシステム４０Ｐと接続するセカンダリストレージシステム４０Ｓを備えている。セカンダリストレージシステム４０Ｓには、メインフレームホスト及び/又はオープンシステムホストが接続されていてもよい。
　図２は、これらホストのうちメインフレームホストのハードウエアブロック図を示すものであ。メインフレームホスト１０Ａは、ＣＰＵ５１１と、メモリ５１３と、ストレージシステムとの通信ポート５１５と、キーボードやなどの入力装置５０５と、表示装置などの出力装置５０７と、記録媒体５０１からデータを読み取る記録媒体読取装置５０３と、を備えている。オープンホスト１０Ｃの構成もほぼ同じである。
　メモリ５１３は、コンピュータプログラムとして、プライマリストレージシステム４０Ｐを制御するためのペア操作プログラム５１７と、所定の業務を実行するためのアプリケーションプログラム５１９と、ＯＳと、を有している。ＣＰＵ５１１は、これらのコンピュータプログラムを実行する。ホストからストレージシステムへのI/Oはアプリケーションプログラム５１９から出力される。
　図３は、プライマリストレージシステム４０Ｐのハードウエアブロック図である。プライマリストレージシステム４０Ｐは、例えば、アレイ状に配列された多数のディスク４００を備えたRAID（Redundant Array of Independent (or
Inexpensive) Disks）システムから構成されている。
　プライマリストレージシステム４０Ｐは、コントローラ部２０と、ディスクユニット３０とを備えている。コントローラ部２０は、例えば、複数のインタフェース制御装置（、Ｉ／Ｆ）２１Ａ～２１Ｃと、キャッシュメモリ２４と、共有メモリ２５と、スイッチング制御部２６と、を備えている。
　ストレージシステムは、複数のインタフェース制御装置として、メインフレーム用のホストＩ／Ｆ２１Ａと、オープンシステム用のホストＩ／Ｆ２１Ｃと、他のストレージシステムとのＩ／Ｆ２１Ｂと、ディスク４００とのＩ／Ｆ２２とを有している。コントローラ部２０には、ストレージシステム４０Ｐを管理するための管理端末２５０が接続されている。各Ｉ／Ｆは、接続先との通信を制御する装置であり、実質的に同様のハードウエア構成から構成されている。
　図４に、Ｉ／Ｆの代表として、メインフレームＩ／Ｆ２１Ａのハードウエア構成を示す。メインフレームＩ／Ｆ２１Ａは、メインフレームホスト１０Ａとの通信ポート６０１と、スイッチング制御部２６に接続するポート６０９と、送受信されるデータを一時的に記憶するためのキャッシュメモリ６０５と、制御プログラム６１１を記憶する制御メモリ６０７と、その制御プログラム６１１を実行するＣＰＵ６０３と、を備えている。
　制御プログラム６１１は、メインフレームＩ／Ｆ２１Ａ、オープンＩ／Ｆ２１Ｃ、及びリモート通信Ｉ／Ｆ２１Ｂのそれぞれに記憶されている。メインフレームＩ／Ｆ２１Ａ、及び、オープンＩ／Ｆ２１Ｃに記憶される制御プログラム６１１は、ホストからのI/Oコマンド（ライトコマンド、又はリードコマンドを処理するIO処理プログラムである。
　一方、リモート通信Ｉ／Ｆ２１Ｂに記憶される制御プログラム６１１には、リモートコピーを実行するリモートコピープログラム、ボリュームペアを操作するペア操作プログラム、そして、ストレージシステムの障害を監視しその監視結果に基づく処理を実行する障害監視プログラム、ボリュームペア状態の監視プログラムがある。これら制御プログラムは共有メモリに存在してもよい。
　ストレージシステムのキャッシュメモリ２４は、例えば、揮発性又は不揮発性のメモリであり、ホスト１０Ａ、１０Ｃから受信したデータや、ディスク４００から読出されたデータを一時的に記憶する。
　共有メモリ２５は、例えば、揮発性或いは不揮発性のメモリであり、プライマリストレージシステム４０Ｐでの制御に関する情報を格納する。共有メモリ２５とキャッシュメモリ２４は、一つのメモリに共有メモリ領域とキャッシュメモリ領域とを有するものであってもよい。
　スイッチング制御部２６は、各Ｉ／Ｆ２１Ａ～２１Ｂ、２２、キャッシュメモリ２４及び共有メモリ２５を相互に接続させる装置であり、例えば、高速スイッチング動作によってデータ伝送を行う超高速クロスバスイッチ等のような高速バスを備える。
　ディスユニット３０は、アレイ状に配列された複数のディスク４００を備えている。内蔵ディスク４００は、例えば、ハードディスク、フレキシブルディスク、光ディスクなどのディスク型記憶装置である。ディスク４００に代えて、他種の記憶装置、例えば、磁気テープ、フラッシュメモリなどの半導体メモリでもよい。
　コントローラ部２０は、複数のディスク４００に基づいてＲＡＩＤグループを作成し、これを複数の領域に分割し、分割された領域を論理ボリューム３１として、ホストに提供する。論理ボリュームには、メインフレームホストが利用するメインフレームボリュームと、オープンホストによって利用されるオープンボリュームと、双方のホストから利用される共有ボリュームとがある。
　リモート通信Ｉ／Ｆ２１Ｂには、セカンダリストレージシステム４０Ｓが接続される。他のプライマリストレージシステムが接続されてもよい。コントローラ部２０に、セカンダリストレージシステム４０Ｓに接続されるリモート通信Ｉ／Ｆと、他のプライマリストレージシステムに接続されるリモート通信Ｉ／Ｆと、が別々に設けられてもよい。セカンダリストレージシステム４０Ｓが、リモート通信Ｉ／Ｆ２１Ｂに接続され、他のプライマリストレージシステムは、図示しない所定のＩ／Ｆを介して専用線で接続されてもよい。
　セカンダリストレージシステム４０Ｓは、プライマリストレージシステム４０Ｐとほぼ同一の構成を有する。セカンダリストレージストレージステムの論理ボリュームをセカンダリボリュームと呼び、プライマリストレージシステムの論理ボリューム（プライマリボリューム）から区別する。セカンダリボリュームはプライマリボリュームのレプリケーションボリュームである。
　プライマリボリュームとセカンダリボリュームとの間にはペア関係が存在し、ホストがプライマリボリュームにライトアクセスすると、ライトデータに対する同期リモートコピーがペア関係にあるセカンドボリュームに対して行われる。
　プライマリボリュームとセカンダリボリュームとのペアの一つ又は複数がコピーグループを構成し、リモートコピーシステムは、コピーグループのコンシステンシーをホスト計算機に対して保証する。コンシステンシー保証とは、同一のコピーグループに存在する複数のセカンダリボリューム相互間において、レプリケーションが時系列に整合されていることを保証する機能をいう。コンシステンシーが保証されたコピーグループがコンシステンシーグループである。
　図５は、既述のリモートコピーシステムに存在するコンシステンシーグループの属性を説明するためのブロック図であり、５００Ａは、プライマリストレージシステム４０Ｐの複数のオープンボリュームと、セカンダリストレージシステム４０Ｓの複数のオープンボリュームと、からなるオープンコンシステンシーグループ（OPEN CTG）である。このコンシステンシーグループにおいては、プライマリストレージシステムのオープンボリュームOPEN-AとセカンダリストレージシステムのオープンボリュームOPEN-bとがボリュームペアであり、同様に、オープンボリュームOPEN-BとオープンボリュームOPEN-bとがボリュームである。
　５００Ｂは、プライマリストレージシステム４０Ｐの複数のメインフレームボリュームと、セカンダリストレージシステム４０Ｓの複数のメインフレームボリュームと、からなるメインフレームコンシステンシーグループ（MF CTG）である。このコンシステンシーグループにおいては、プライマリストレージシステムのメインフレームボリュームMF-AとセカンダリストレージシステムのメインフレームボリュームMF-bとがボリュームペアであり、同様に、メインフレームボリュームMF-BとメインフレームボリュームMF-bとがボリュームである。
　５００Ｃは、プライマリストレージシステム４０Ｐのオープンボリューム及びメインフレームボリュームと、セカンダリストレージシステム４０Ｓのオープンボリュームとメインフレームボリュームと、からなるコンシステンシーグループである。
　このコンシステンシーグループにおいては、プライマリストレージシステムのオープンボリュームOPEN-CとセカンダリストレージシステムのオープンボリュームOPEN-cとがボリュームペアであり、同様に、メインフレームボリュームMF-CとメインフレームボリュームMF-cとがボリュームペアである。
　コンシステンシーグループ５００Ｃは、エミュレーションタイプが異なる複数のボリュームに対してコンシステンシーを保証するものであって、オープンボリュームについてコンシステンシーを保証するコンシステンシーグループ（OPEN CTG）、メインフレームボリュームに対するコンシステンシーを保証するコンシステンシーグループ（MF CTG）と区別されるために、「同一CTG」として分類される。
　オープンコンシステンシーグループ（OPEN
CTG）と、メインフレームコンシステンシーグループ（MF CTG）と、オープン・メインフレームコンシステンシーグループ（同一CTG）は、既述の課題を解消するためのものであり、従来のコンシステンシーグループから区別されるために、「新CTG」として分類される。これに対して後者のコンシステンシーグループは「旧CTG」として分類される。
　オープンホスト１０Ｃは、コンシステンシーグループ５００ＡのオープンボリュームペアをOPEN CTGのオープンボリュームとして認識し、メインフレームホスト１０Ａは、コンシステンシーグループ５００ＢのメインフレームボリュームペアをMF CTGのメインフレームボリュームとして認識する。また、オープンホストは、コンシステンシーグループ５００Ｃのオープンボリュームペアを、同一CTGのオープンボリュームとして認識し、メインフレームホストは、コンシステンシーグループ５００Ｃのメインフレームボリュームペアを同一CTGのメインフレームボリュームとして認識する。
　図６は、リモートコピーペアの管理テーブルであり、プライマリボリューム毎にコピーペアの管理情報が記録されている。
　リモートコピーペア管理テーブルのボリューム＃（６００）は、プライマリボリュームを識別する情報である。エミュレーション種別(６０２)は、ボリュームのエミュレーションタイプがメインフレーム(MF)であるかオープン（0PEN）であるかを区別する情報である。コピー種別(６０４)は、リモートコピーが同期式であるか非同期式であるかを区別する情報である。コピー先装置(６０６)には、セカンダリストレージシステムの識別情報が登録される。コピー先ボリューム（６０８）にはセカンダリボリュームの識別情報が登録される。
　グループ動作モード(６１０)には、ボリューム＃(６００)とコピー先ボリューム＃(６０８)とからなるコピーグループがコンシステンシーグループとして動作するか（ON）か、コンシステンシーグループとして動作しないか（OFF）を区別するための情報である。
　グループ属性(６１２)は、グループ動作モードがオンのコンシステンシーグループが、図５に示す様に、「新CTG」に分類されるか、又は、「旧CTG」に分類されるか、そして、前者の属性が、「OPEN」であるか、「MF」であるか、又は、「同一」であるかを区別する情報である。「旧CTG：MF」は、メインフレームボリュームのコンシステンシーが従来技術によって保証されることを示すものである。すなわち、「旧CTG:MF」は、既述の課題の影響があるコンシステンシーグループである。図５のリモートコピーシステムは、従来のコンシステンシーグループからなる従来システムに、「新CTG」の機能を追加したものであってもよい。
　「新CTG」の機能とは、コンシステンシーグループへボリュームペアの設定やその変更を、ペア定義処理によらず、簡単な操作で実行可能とすること、コンシステンシーグループへのボリュームペアの設定やその変更があった場合でもコンシステンシーの保証の再開を迅速に可能とすること、そして、リモートコピーシステムに対する保守や障害からの復旧などの際に、ボリュームペアをサスペンドしても、保守時や障害時でのコンシステンシーを保証するためにホストからのI/O処理を停止することを必要とせず、ホスト装置からのI/Oを継続できること、の少なくとも一つを達成できることを意味する。
　グループ＃（６１４）は、ボリューム＃（６００）とコピー先ボリューム＃（６０８）とからなるペアが属するコンシステンシーグループの識別番号(C/T ID)である。ペア状態（６１６）は、ボリューム＃（６００）とコピー先ボリューム＃（６０８）とからなるペアの状態である。「PAIR」は、両ボリューム間で同期リモートコピーが実施されている状態であることを示すものであり、セカンダリボリュームのデータがプライマリボリュームに一致している状態である。
　サスペンド（SUSP）は、プライマリボリュームとセカンダリボリュームとの間のペアが分割された状態を示している。なお、両ボリュームがペア関係にあることは維持されている。「SMPL」は、二つのボリュームがペアの関係に無く、それぞれが単独のボリュームとして運用されている状態を示すものである。
　図７は、「新CTG」(図５)を管理するためのテーブルであり、コピーグループ＃(６１４)毎に、コピーグループに対する管理情報が記述されている。この管理テーブルは、グループ＃（６１４）と、グループ登録（７００）と、グループ属性(６１２)と、サスペンド受領状態(７０２)とを含んでいる。グループ登録(７００)とは、コンシステンシーグループが稼働状態にあるか（「ON」）、稼働状態にないか（「OFF」）と、を区別するための情報である。
　サスペンド受領状態(７０２)は、「新CTG」が「サスペンド」をどのように受領しているかの状態に関するものであり、これには「サスペンド未受領」、「サスペンド受領中」と、がある。
　「サスペンド受領状態」は、ホスト装置からプライマリストレージシステムへのオペレーションサスペンドや、プライマリストレージシステムの監視プログラムが障害を判定した際での障害サスペンドを契機として、コピーグループに対して設定される。
　図８は、旧MF CTGの管理テーブルである。このテーブルには、同期リモートコピーグループ＃（６１４）毎に、I/O保留状態（８００）、I/O保留開始時間（８０２）、タイムアウト時間（８０４）が登録されている。
　I/O保留状態（８００）には、「I/O保留中」、又は「I/O保留未実施」がある。I/O保留開始時間(８０２)には、I/O保留状態が開始した時刻が登録される。タイムアウト時間(８０４)には、タイムアウトが判定される時間が登録される。I/O処理プログラムがI/O保留開始時刻からタイムアウト時間（例えば、１２０秒）の経過を判定すると、強制的に制御情報がI/O保留状態を「I/O保留中」から「I/O保留未実施」にする。
　「I/O保留状態」とは、プライマリストレージシステムがライトコマンドの受け付けを禁止するわけではないが、ライトコマンドを実行しない状態である。例えば、I/O留状態において、ライトコマンドを受けた場合には、特定の応答（例えば、ビジー、或いはリトライ要求）をホスト装置に返すことで、そのライトコマンドを再度受け付ける旨を、そのライトコマンドの発行元ホスト装置に通知する。
　プライマリストレージシステム４０Ｐのコントローラ部２０は、メインフレームホスト１０Ａ及び/又はオープンホスト１０Ｃのペア操作プログラムからの制御コマンドに基づいて、或いは、プライマリストレージシステムのペア操作プログラムの制御処理に伴い、図６～図８の管理テーブルに管理情報を登録し、又は、管情報を更新する。
　これら管理テーブルは、共有メモリ２５に登録されている。プライマリストレージシステム４０Ｐはリモート通信I/Fを介してセカンダリストレージシステム４０Ｓにこの管理テーブルの情報を送信する。
　ホストは、CTGの属性を取得するために、ストレージシステムに対して、照会コマンドを発信する。このコマンドを受けたストレージシステムは、既述の管理テーブルの情報、少なくとも、図６の情報をホストに送信する。ホストは、管理情報に基づいて、CTGの属性、ボリュームペアの状態、などの管理情報を認識する。ストレージシステムは、管理情報をホストにおいて表示されるためのステータスとして送信してもよい。
　次に、リモートコピーシステムの運用手順の一例を図９に基づいて説明する。リモートコピーの運用開始時に、システム管理者は、プライマリストレージシステム４０Ｐのプライマリボリューム（オープンボリューム：９０８、メインフレームボリューム：９１０）と、セカンダリストレージシステム４０Ｓのセカンダリボリューム（オープンボリューム：９１２、メインフレームボリューム：９１４）との間で、それぞれボリュームペアを定義して、コンシステンシーグループ５００Ｃ（「同一CTG」）を設定する。
　オープンホストのペア操作プログラム(RAID
MANEGER:RM（９０２）)は、プライマリストレージシステムのペア操作プログラムに、「同一CTG」のコンシステンシーグループ５００Ｃにオープンボリュームペアを形成するペア形成コマンドを発行する。
　そして、メインフレームホストのペア制御プログラム(BCM(９０６))は、プライマリストレージのペア操作プログラムに、「同一CTG」のコンシステンシーグループにメインフレームボリュームペアを形成するペア形成コマンドを発行する。
　プライマリストレージシステムのペア操作プログラムは、リモートコピーペア管理テーブル（図６）とCTG管理テーブル（図７）にボリュームペアの情報を登録する。リモートコピーペア管理テーブル（図６）のコピーグループのペア状態に、「PAIR」を登録する。CTG管理テーブル（図７）のサスペンド受領状態に「サスペンド未受領」を設定する。
　図９によれば、リモートコピーシステムは、リモートコピーの運用開始時ボリュームペアをコンシステンシーグループに設定する際、メインフレームボリュームペアとオープンボリュームペアとを、「同一CTG」の属性を持ったコンシステンシーグループ５００Ｃ(図５)に定義する。なお、リモートコピーシステムは、図５から明らかなように、メインフレームボリュームを「MF CTG」のコンシステンシーグループ５００Ｂに設定し、オープンボリュームを「OPEN
CTG」のコンシステンシーグループ５００Ａに設定することもできる。
　また、リモートコピーの運用開始後、ホスト装置からのペア形成コマンドを受けて、ペア操作プログラムは、「MF CTG」のコンシステンシーグループ５００Ｂ(図５)にオープンボリュームペアを追加して、コンシステンシーのグループの属性を「MF CTG」（５００Ｂ）から「同一 CTG」（５００Ｃ）に変更することもできる。
　また、ペア操作プログラムは「OPEN
CTG」のコンシステンシーグループ５００Ａにメインフレームボリュームペアを追加して、コンシステンシーのグループの属性を「OPEN CTG」（５００Ａ）から「同一 CTG」（５００Ｃ）に変更することもできる。
　またさらに、「同一 CTG」のコンシステンシーグループ５００Ｃからメインフレームボリュームペアを削除して、コンシステンシーのグループの属性を「同一 CTG」から「OPEN CTG」（５００Ａ）に変更することもできる。また、「同一 CTG」のコンシステンシーグループからオープンボリュームペアを削除して、コンシステンシーのグループの属性を「同一 CTG」から「MF CTG」（５００Ｂ）に変更することもできる。
　「新CTG」に分類されたコンシステンシーグループにボリュームペアを追加する形態には、新たなボリュームペアを追加する形態のほか、「新CTG」として運用されていたボリュームペアを追加する形態がある。後者には、例えば、「OPEN
CTG」のコンシステンシーグループに、「MF CTG」のボリュームペアを追加する形態、または、「MF CTG」のコンシステンシーグループに、「OPEN CTG」のボリュームペアを追加する形態、「同一 CTG」のコンシステンシーグループに「MF CTG」のボリュームペア及び/又は「OPEN CTG」のボリュームペアを追加する形態がある。また、ペア操作プログラムは、「旧MF CTG」のボリュームペアを「新MF CTG」に追加することもできる。
　後者の形態にしたがって、ペア操作プログラムがボリュームペアを形成する場合には、ボリュームペアが追加されるコンシステンシーグループ、及び、追加するボリュームペアを有するコンシステンシーグループに属する複数のボリュームペアを一旦サスペンドし、サスペンドしたボリュームペアを再同期する際に、ボリュームペアを目的の「新CTG」のコンシステンシーグループに設定することができる。
　コンシステンシーグループのペア関係にあるプライマリボリュームとセカンダリボリュームとをサスペンドし、サスペンドした一対のボリュームを再同期することによってコンシステンシー保証を再開する形態は、例えば、リモートコピーシステムの保守バックアップ、そして、障害バックアップに対して適用される。
　このペア形成処理を、フローチャートを用いて詳しく説明する。図１０はメインフレームホストのペア制御プログラムの処理を説明するフローチャートである。そして、図１１は、メインフレームホストのペア制御プログラムによるコピーペア形成のための操作画面の一例を示すブロック図である。
　なお、フローチャートの説明に当たっては、便宜上プログラムを主語とするが、実際には、プログラムを実行するMPUなどのコントローラがフローチャートを実行する。
　ペア制御プログラムは、操作画面に入力されたC/T ID(コンシステンシーグループID情報：図１１の（１）)を参照し(１０００)、C/T IDの設定があるか否かを判定する(１００２)。これを肯定すると、操作画面（図１１)のOPEN/MF情報（２）を参照して(１００４)、「Y」が指定されているか否かを判定する（１００６）。これを肯定すると、C/T IDを指定して、「新CTG」の属性を持ったコンシステンシーグループにメインフレームボリュームペア（MFペア）を形成することを指定するコマンドをプライマリストレージシステム（DKC）に発行する(１００８)。
　一方、C/T IDの設定がないことを判定する（ステップ１００２を「NO」）と、コンシステンシーを保証しないグループ（非CTG）にメインフレームボリュームペアを形成するコマンドをDKCに発行する（１０１２）。さらに、OPEN/MFの入力情報が「Y」でないことを判定する（ステップ１００６を「NO」）と、C/T IDを指定し、「旧MF CTG」の属性を持ったコンシステンシーグループへメインフレームボリュームペアを形成することを指定するコマンドをDKCに発行する(１０１０)。
　図１２はオープンホストのペア制御プログラムのボリュームペアを形成する処理を説明するものである。そして、図１３は、オープンホストのペア制御プログラムによるボリュームペア形成のための操作画面の一例である。
　ペア制御プログラムは、操作画面（図１３）の操作画面に入力されたオプション情報を参照し(１２００)、オプション情報の指定欄に「－ｇ」があるか否かを判定する(１２０２)。この判定を肯定すると、操作画面のC/T ID情報を参照する(１２０４)。
　次いで、C/T IDを指定し、「新CTG」に分類されたコンシステンシーグループにオープンボリュームペアを形成するコマンドをDKCに発行する（１２０６)。一方、オプション情報に「－ｇ」がないことを判定すると、コンシステンシーが保証されないコピーグループ（非CTG）にオープンボリュームペアを形成するコマンドをDKCへ発行する（１２０８）。
　図１４は、メインフレームホスト及び／又はオープンホストからのペア形成コマンドを受領したプライマリストレージシステムのペア操作プログラムの動作を説明するフローチャートである。
　ホスト装置からのペア形成コマンドのパラメータには、操作対象ボリューム#、コピー種別、コピー先装置#、コピー先ボリューム#、グループ動作モード、新旧CTG種別、そして、C/TIDが存在する。
　ホスト装置は、ペア形成コマンドに含まれるパラメータに必要な情報を得るために、プライマリストレージシステムに照会コマンドを発行する。
　DKCのペア操作処理プログラムがホスト装置から同期リモートコピーのボリュームペアを形成するコマンドを受領すると（１４００）、ペア形成コマンドの対象となっているプライマリボリュームとセカンダリボリュームのペアの状態を管理テーブル(図６)に基づいてチェックする（１４０２）。対象ボリュームのペア状態が「SMPL（SIMPLEX）」でないことを判定すると、対象ボリュームにペアを設定できないためにホスト装置に異常を応答する（１４２６）。
　一方、対象ボリュームのペア状態を「SMPL」であると判定すると、コマンドパラメータに含まれる情報をペア管理テーブル（図６）に登録する（１４０６）。但し、グループ属性とペア状態を、後に説明するステップの処理に基づいて、管理テーブルに登録する。
　次に、コマンドパラメータで指示されたグループ動作モードが「ON」であるか否かをチェックする（１４０８）。ペア操作プログラムが、これを「ON」でないと判定すると、コピーグループをコンシステンシーグループとして制御する必要がないとして、直ちに、プライマリボリュームからセカンダリボリュームへのデータコピーをデータコピープログラムに指示する（１４１８）。
　一方、ペア操作プログラムが、ステップ１４０８を「ON」と判定すると、コマンドパラメータで指示されたコンシステンシーグループの属性或いは種別が「新CTG」であるか否かを判定する（１４１０）。「新CTG」でないと判定すると、旧CTG管理テーブル(図８)のI/O保留状態を「I/O保留未実施」に設定する（１４２８）、ステップ１４１８にジャンプする。
「新CTG」であると判定すると、図７の管理テーブルを参照し、コマンドパラメータで指定されたC/T ID(グループ＃：６１４)の「グループ登録」（７００）が「ON」であるか否かをチェックする。これが「ON」でないと判定すると、このグループ＃にはボリュームペアが設定されていないため、「グループ属性」（６１２）に対象ボリュームのエミュレーションタイプ（メインフレーム（MF）又はOPEN）を設定する（１４２２）。さらに、「グループ登録」に「ON」を設定する（１４２４）。
　一方、グループ登録が「ON」であると判定すると（ステップ１４１２を「YES」）、コマンドパラメータで指定されたC/T IDには、既にボリュームペアが登録されているため、コマンドパラメータで指定されたボリュームペアがコンシステンシーグループに加わった際に、グループ属性を変更するか否かを判定する。
　そこで、ペア操作プログラムは、コンシステンシー管理テーブル(図７)を参照し、コマンドパラメータで指定されたC/T IDのグループ属性をチェックする（１４１４）。グループ属性が同一と判定すると（ステップ１４１４を「YES」）、対象ボリュームのエミュレーションタイプがメインフレームであろうがオープンであろうが、グループ属性に変更がないため、グループ変更のためのステップ(１４３０～１４３４)を経ることなく次のステップ(１４１６)に移行する。
　一方、グループ属性が「同一」でない場合には、コマンドパラメータで指定されたグループ＃に対象ボリュームが加わることによってグループ属性を変更する必要があるため、ペア操作プログラムは、新CTGのグループ属性（エミュレーションタイプ）（６１２）と対象ボリュームのエミュレーションタイプとを比較する(１４３０)。
　エミュレーションタイプが一致しないと判定する(ステップ１４３０を「NO」)と、即ち、「新CTG」のグループ属性が「MF」であり対象ボリュームのエミュレーションタイプが「OPEN」である場合、あるいはその反対である場合には、対象ボリュームペアを「新CTG」に追加すると「新CTG」には両方のエミュレーションタイプのボリュームが混在するため、そのグループ属性を「同一」に変更する（１４３４）。リモートコピーシステムは、「同一」のグループ属性が登録されたコンシステンシーグループに対して、エミュレーションタイプが異なる複数のボリュームペア間でのコンシステンシーを維持する。
　一方、エミュレーションタイプが一致する場合（ステップ１４３０を「YES」）、「新CTG」のグループ属性が「MF」であり対象ボリュームのエミュレーションタイプが「MF」である場合、或いは、「新CTG」のグループ属性が「OPEN」であり対象ボリュームのエミュレーションタイプが「OPEN」である場合には、「新CTG」のグループ属性を維持する(１４３２)。
　そして、ペア操作プログラムは、新CTG管理テーブルのサスペンド受領状態をサスペンド状態にないことを示す「サスペンド未受領」に設定する(１４１６)。さらに、ペア操作プログラムはデータコピープログラムに、対象ボリュームであるプライマリボリュームからセカンダリボリュームへ全データをコピーすることを指示する。
　そして、リモートコピー管理テーブル(図６)のうち、対象ボリューム＃(６００)に対応するペア状態(６１６)に、プライマリボリュームの全データをセカンダリボリュームへコピー中であることを意味する「COPY」を登録する。
　図１５はペア状態監視プログラムの動作を示すフローチャートである。ペア状態監視プログラムがペア操作プログラムからデータコピー指示を受領すると(１５００)、リモートコピープログラムのデータコピープログラムにデータコピーの開始を指示する(１５０２)。そして、データコピーの完了を判定すると(１５０４)、リモートコピーペア管理テーブル(図６)のペア状態（６１６）を「COPY」から、プライマリボリュームのデータとセカンダリボリュームのデータが同期したことを示す「PAIR」に変更する。
　図１６は、図９のリモートコピーシステムに、保守バックアップを適用したことを示すブロック図である。図１６において、少なくとも、オープンホスト１０Ｃのペア制御プログラム９０２、又は、メインフレームホスト１０Ｃのペア制御プログラム９０６から、プライマリストレージシステム４０Ｐに保守オペレーションサスペンドが要求されると、プライマリストレージシステムのペア操作プログラムは、新CTG管理テーブル(図７)のサスペンド状態を、サスペンドの受領後これが完了していない状態である「サスペンド受領中」に設定する。
　次いで、プライマリストレージシステム４０Ｐのリモートコピーペア監視プログラム、または、メインフレームホスト/オープンホストのI/O処理プログラムが、CTG管理テーブル(図７)のサスペンド受領状態(７０２)を参照し、「サスペンド受領中」であれば「同一CTG」の属性のコンシステンシーグループ５００Ｃに属するメインフレームボリュームペア及びオープンボリュームペアのペア状態を「サスペンド」状態に設定する。
　その後、リモートコピー監視プログラムは、このコンシステンシーグループの全ボリュームペアのペア状態を「サスペンド」状態にしたら、ペア状態を「サスペンド未受領」に設定する。
　この間に、ペア操作プログラムは、サスペンドされたボリュームペアに再同期処理を実行し、セカンダリボリューム（９１２，９１４）がプライマリボリューム（９０８，９１０）に同期すると、ボリュームペアのペア状態を「PAIR」に復帰させる。再同期の際、ペア操作プログラムは、プライマリボリュームの全データをセカンダリボリュームにコピーする必要は無く、ボリュームペアのサスペンド後のプライマリボリュームに対する差分をセカンダリボリュームにコピーすればよい。
　一方、リモートコピーシステムの障害時のバックアップ処理では、プライマリストレージシステム４０Ｐの障害監視プログラムが、リモートコピーに対する障害、例えば、ホスト装置とストレージシステムとの間のパス障害の発生を検知すると、コンシステンシーグループ５００Ｃのサスペンド受領状態(図７：７０２)を「サスペンド受領中」に設定する。
　次いで、リモートコピーペア監視プログラム、または、メインフレームホスト/オープンホストのI/O処理プログラムが、CTG管理テーブルのサスペンド受領状態を参照し「サスペンド受領中」であれば「同一CTG」の属性のコンシステンシーグループ５００Ｃに属するメインフレームボリュームペア及びオープンボリュームペアのペア状態を「サスペンド」状態に設定する。
　その後、このコンシステンシーグループの全ボリュームペアのペア状態が「サスペンド」状態になったら、リモートコピー監視プログラムは、ペア状態を「サスペンド未受領」に設定する。この間に、サスペンドされたボリュームペアに再同期を実行する。
　次に、ペアサスペンド処理を詳細に説明する。図１８は、メインフレームホストのペア制御プログラムのペアサスペンド処理を示すフローチャートである。ペア制御プログラムは、操作画面（図１１）のC/T IDの情報欄（１）を参照し(１８００)、ここに、C/T IDが設定されていないことを判定すると(ステップ１８０２を「NO」)、DKC（プライマリストレージシステム）にサスペンドコマンドを発行する(１８１０)。
　C/T IDが設定されていることを判定すると（ステップ１８０２を「YES」）、操作画面(図１１)OPEN/MFの設定欄（２）を参照し(１８０４)、ここに「Y」が指定されていることを判定すると(ステップ１８０６を「YES」)、コマンドパラメタの「CTGの種別」を「新CTG」に設定し（１８０８）、ステップ１８０６を否定判定すると、コマンドパラメタの「CTGの種別」を「旧CTG」に設定する。続いて、ペア操作プログラムは、DKCへサスペンドコマンドを発行する。
　続いて、図１９は、オープンホストのペア制御プログラムによるペアサスペンド処理を説明するフローチャートである。そして、図２０は、オープンホストのペア制御プログラムによるリモートコピーペアサスペンド制御のための画面の情報である。
　ペア制御プログラムは、操作画面に入力されたオプション情報を参照し(１９００)、ここに「-g」が指定されたか否かをチェックする(１９０２)。これを肯定判定すると、サスペンド対象のオープンボリュームは「新CTG」のコンシステンシーグループにあると判定し、ペア管理テーブルのC/T ID情報を参照する（１９０４）。
　そして、C/T IDを指定して、コンシステンシーグループに、「新CTG」の属性を持ったコンシステンシーグループに対するモードで対象ボリュームをサスペンドするコマンドをDKCに発行する（１９０６）。これに対して、「-g」が指定されないと判定すると（ステップ１９０２を「NO」）、非CTGへの種別変更モードでペアサスペンドコマンドをDKCに発行する（１９０８）。種別変更モードについては、後述の図２６を参照されたい。
　「新CTGモード」のサスペンドコマンドとは、コンシステンシーグループに属するボリュームペアをサスペンドする際、ホスト装置からプライマリストレージシステムに対するI/Oを停止することなくペアサスペンドを可能にするものである。これに対して、「旧CTGモード」のサスペンドコマンドは、ボリュームペアのサスペンド後の再同期まで、コンシステンシーグループのコンシステンシーを維持するために、ホスト装置からのI/Oを停止しなければならないものである。
　図２１は、DKCのペア操作プログラムによるペアサスペンド処理を示すフローチャートである。DKCのペア操作プログラムがホスト装置から同期ペアサスペンドコマンドを受領すると（２１００）、コマンドパラメータをチェックする。コマンドパラメータには、操作対象ボリューム＃、コピー種別、コピー先装置＃、コピー先ボリューム＃、グループ動作モード、新旧CTG種別、C/T IDが含まれている。
　ペア操作プログラムは、コマンドパラメータから、グループ動作モードが「ON」か否かを判定する（２１０２）。これを否定すると、コンシステンシーグループに対してグループサスペンド、すなわち、コンシステンシーグループに属する複数のボリュームペアを共にサスペンドする必要はないと判断して、対象ボリュームのペア状態が「PAIR」又は「COPY」であるかをチェックする（２１１０）。
　これを肯定すると、対象ボリュームペア状態（図６：６１６）を「SUSP」にして対象ボリュームペアをサスペンドに遷移させる（２１１２）。一方、ペア状態が「PAIR」又は「COPY」でないと判定すると（２１１０を「NO」）、対象ボリュームはペア状態には無くペアサスペンドが成立しないため、サスペンドコマンドを発行したホスト装置にサスペンド処理の異常終了を報告する。
　一方、グループ動作モードの「ON」を肯定すると（ステップ２１０２を「YES」）、CTG管理テーブル（図７）を参照して、操作対象ボリュームに対する動作モード（図６：６１０）をチェックする（２１０４）。
　動作モードが「ON」であることを判定すると、リモートコピーペア管理テーブル（図６）を参照して、コマンドパラメータで指定されたCTGが新タイプのものであるか、旧タイプのものであるかの新旧CTG種別と、対象ボリュームに対する管理テーブルで設定された新旧種別（図６：６１２）とを比較し（２１０６）、これが一致すると判定すると、「新CTG」に分類されたコンシステンシーグループの全ボリュームペアをサスペンドするグループサスペンドコマンドをペア状態監視プログラムに指示する（２１０８）。
　一方、ステップ２１０４と２１０６それぞれを否定すると、コマンドパラメータで指定された情報と管理テーブルに登録されている管理情報とが整合しないために、ペア操作プログラムはホスト装置に異常終了を報告する（２１０７）。
　図２２Ａ～図２２Ｅは、DKCのペア状態監視プログラムのペアサスペンド処理を説明するフローチャートである。
　ペア状態監視プログラムが、ホスト装置からオペレーションペアサスペンド要求を受領するか、又は、障害監視プログラムから障害ペアサスペンド要求を受領すると（２２２０）、サスペンド要求の対象となったボリュームのコピー種別が同期コピーか否かを管理テーブル（図６）に基づいてチェックする（２２０２）。これを否定判定すると処理を終了する。
　これを肯定判定すると、対象ボリュームのグループ動作モードが「ON」であるか否かを管理テーブル（図６：６１０）に基づいてチェックする（２２０４）。これを否定判定すると処理を終了する。
　これを肯定判定すると、対象ボリュームが属するコンシステンシーグループが「新CTG」に分類されているか否かを管理テーブル（図６：６１２）に基づいてチェックする（２２０６）。これを肯定判定すると、管理テーブル（図６：６１４）からグループIDを特定し（２２０８）、さらに管理テーブル（図７）を参照して、「サスペンド受領状態」をチェックする（２２１０）。
　これが、「サスペンド受領中」であることを判定すると、グループ内の全ボリュームにサスペンド処理が適用されているために、ペア操作プログラムはフローチャートを終了する。
　これを否定判定すると、「ペアサスペンド受領状態」（図７：７０２）に「サスペンド受領中」を設定する（２２１２）。
　対象ボリュームに対して「新CTG」でないと判定すると、ペア状態監視プログラムは図２２Ｅの処理に移行する。
　ペア状態監視プログラムは、続いて、図２２Ｂのフローチャートに移行し、特定された「新CTG」のコンシステンシーグループのグループ属性を管理テーブル（図６又は図７）から取得し、サスペンドコマンドで指定されたグループ属性が「同一CTG」であることを判定すると（２２１４）、特定されたグループに属する全てのボリュームをサスペンドするために、全ボリュームに対してペア状態の検索処理を実行する。
　先ず、グループ内の一つのボリュームを検索対象ボリューム＃（＝０）に設定し（２２１６）、このボリュームのペア状態が、管理テーブル（図６：６１６）のペア状態に基づいて「PAIR」又は「COPY」であるか否かを判定する（２２１８）。これを肯定すると、検索対象ボリュームペアをサスペンドに遷移させる。
　次いで、全てのボリュームについて検索が終了したか否かを判定し（２２２４）、これを否定すると検索対象ボリューム＃を「+１」して（２２２２）、他の対象ボリュームに対する検索処理を繰り返す。
　全ボリュームに対する検索処理を終了すると、特定されたコンシステンシーグループのサスペンド受領状態（図７：７０２）に、全ボリュームに対するサスペンド処理が設定され又は終了したため、「サスペンド未受領」を登録して（２２２６）、フローチャートを終了する。なお、グループ属性が「同一」であるか否かの判定（２２１４）を否定すると、図２２Ｃの処理に移行する。
　ペア状態監視プログラムが、図２２Ｃの処理に移行すると、グループ属性が、「MF」であるか否かを判定し（２２２８）、これを肯定すると、グループ内の全ボリュームに対して、図２２Ｂと同様な検索処理（２２３０～２２３６）を実行し、全ボリュームに対する検索処理を終了する（２２３８）と、特定されたコンシステンシーグループの「サスペンド受領状態」（図７：７０２）に、「サスペンド未受領」を設定してフローチャートを終了する。一方、グループ属性が「MF」でないと判定すると、ペア状態監視プログラムは図２２Ｄのフローチャートに移行する。
　ペア状態監視プログラムが図２２Ｄの処理に移行すると、ステップ２２０８で特定されたIDを持つコンシステンシーグループのグループ属性が、「OPEN」であると判定し、グループ内の全ボリュームに対して、図２２Ｃと同様な検索処理を実行し、全ボリュームに対する検索処理（２２４２～２２４８）を行い、この終了を判定すると（ステップ２２５０）、特定されたコンシステンシーグループのサスペンド受領状態に、「サスペンド未受領」を設定して（２２５２）、フローチャートを終了する。
　ペア状態監視プログラムが、図２２Ａの処理（２２０６）において、「新CTG」でないことを判定すると、コピーグループのコンシステンシーを保証するため、ボリュームペアがサスペンドされるまでの間、ホストからのI/Oに対する処理を保留する。図２２Ｅはそのためのフローチャートである。
　ペア状態監視プログラムは、「新CTG」に該当しないコンシステンシーグループである、「旧MF CTG」について、図８の管理テーブルを参照して、「I/O保留状態」（８００）をチェックし、「I/O保留中」か否かを判定する（２２５４）。これを肯定判定すると、フローチャートを終了する。
　これに対して、I/O保留中でないことを判定すると、図８の管理テーブルのI/O保留状態（８００）に「I/O保留中」を設定し（２２５６）、コンシステンシーグループに属する全てのボリュームペをサスペンドに遷移させるために、全ボリュームに対する検索処理を実行する（２２５８～２２６４）。
　そして、ペア状態監視プログラムは、コンシステンシーグループに属する全てのボリュームペアのサスペンドが終了したら、I/O保留状態を解除する（２２６８）ために、管理テーブル(図８：８００)に「I/O保留状態未実施」を設定し、I/Oの処理を再開する。
　図２２Ｅによれば、リモートコピーシステムが、旧タイプのコンシステンシーグループのペアサスペンドの際のコンシステンシーを保証するために、ペア状態監視プログラムは、I/O処理を停止する必要があるのに対して、「新CTG」に分類されたコンシステンシーグループは、ペアサスペンドの際のコンシステンシーをI/O処理の停止なく保証する。
　図２３は、これを達成するための処理であって、プライマリストレージシステムのI/O処理プログラムの動作を示すフローチャートである。I/O処理プログラムがホスト装置からI/Oを受信すると（２３００）、これがライトコマンドであるか否かを判定し（２３０２）、リードコマンドなどライトコマンドでないことを判定すると、コンシステンシーの保証に影響がないことからI/O処理を実行して（２３１８）、ホスト装置に正常処理を応答する（２３２０）。
　一方、ライトコマンドであることを判定すると、I/Oの対象ボリュームについて管理テーブル(図６)を参照して、コピー種別をチェックする（２３０４）。コピー種別が同期コピーでない場合には、I/O処理を実施し（２３１８）、同期コピーである場合には、管理テーブル（図６）をさらに参照し、I/O対象ボリュームについてペア状態が「COPY」又は「PAIR」であるか否かをチェックする（２３０６）。
　これを肯判定すると、さらにグループ動作モードが「ON」であるか否かをチェックする（２３０８）。ペア状態のチェック及びグループ動作モードのチェックを否定判定すると、コンシステンシー保証が必要無いと判定してI/O処理を実施する（２３１８）。
　グループ動作モードが「ON」であることを判定すると、対象ボリュームのグループ属性をチェックし、新CTG、即ち、「MF」、「OPEN」、又は、「同一」であるかを判定する（２３１０）。
　これを肯定すると、コンシステンシーグループのグループIDを特定し（２３１２）、さらに、管理テーブル(図７)を参照して、特定されたグループのサスペンド受領状態が「サスペンド受領中」であるかをチェックする。
　「サスペンド受領中」を判定すると、I/O処理プログラムは、ペア状態監視プログラムが、特定されたグループに属する全ボリュームペアに対してサスペンドを終了していないと判断して、I/Oの対象ボリュームのペア状態（図６）にサスペンド「SUSP」を設定して対象ボリュームペアをサスペンドに遷移させて（２３１６）、I/O処理を実施する（２３１８）。
　このように、I/O処理プログラムは、I/Oを受領しても、対象ボリュームのペアをサスペンドに遷移させた後でなければI/O処理を実施しないため、その間、リモートコピープログラムはI/Oに同期したリモートコピーをセカンダリボリュームに対して行わない。
　したがって、I/O処理プログラムは、I/O処理を停止又は保留することなく、I/O処理を継続したままでも、ボリュームペアのサスペンド時点のコンシステンシーの保証を維持することができる。
　これに対して、コンシステンシーグループのグループ属性が「旧MF」であると(ステップ２３１０を「No」)、I/O処理プログラムは、コンシステンシーグループのIDを特定した後（２３２２）、図８の管理テーブルを参照して、「I/O保留状態」が「I/O保留中」であるか否かをチェックする(２３２４)。I/O保留中を判定すると、I/O処理プログラムは、ホストに「I/O保留中」を応答する(２３２６)。ホスト装置はこの応答を受けるとI/O要求を停止する。「I/O保留中」を否定すると（ステップ２３２４を「No」）、I/O処理を実施する(２３１８)。
　図１７Ａは、プライマリストレージシステムのペア状態監視プログラムとI/O処理プログラムが「ペアサスペンド受領」（図２３：２３１４が「YES」）に対して実行する制御処理のタイミングチャ―トを示すものである。一方、図１７Ｂは、図１７Ａに対応させて、プライマリボリュームとセカンダリボリュームとの間でのリモートコピーの状況を示したタイミングチャートである。９０８はオープン系のプライマリボリュームであり、９１０はメインフレーム系のプライマリボリュームであり、９１２はオープン系のセカンダリボリュームであり、９１４はメインフレーム系のセカンダリボリュームである。
　図１７Ａにおいて、ボリュームPAIR＃１～PAIR＃５が「同一」の属性を持ったコンシステンシーグループ５００Ｃに割り当てられている。各PAIR＃に対して、図示する時点で、ホストからコンシステンシーグループに属する少なくとも一つのボリュームペアに対してサスペンドコマンドが発行されると、ペア状態監視プログラム（図２２Ｂ）は、ステップ２２１４～ステップ２２２６を実行して、コンシステンシーグループ内の全ボリュームペアを順次サスペンドしていく。
　一方、コンシステンシーグループに属する全ボリュームペアについて、ペア状態管理プログラムによるサスペンドが完了される前に、I/Oがサスペンドが終わっていないボリュームに要求されても、I/O処理プログラム（図２３）がステップ２３１４～２３１８を実行して、ボリュームペアをペア監視プログラムとは独立してサスペンドし、その後プライマリボリュームに対してI/O処理を実施する。
　したがって、図１７Ｂに示すように、I/O処理プログラムは、サスペンドが指示された時点（Ｔ）以後、コンシステンシーグループに属する全てのセカンダリボリュームに対して、プライマリボリュームにライトされたデータ９７０がセカンダリボリュームにリモートコピーされないように保証するため、コンシステンシーグループに属する全てのセカンダリボリュームに対して、サスペンドが指示された時点（Ｔ）でのコンシステンシーをユーザに保証する。
　次に、サスペンドしたボリュームペアを再同期する処理について説明する。なお、既述したとおり、「新CTG」に分類されたコンシステンシーグループに対するボリュームペアの追加、そして、コンシステンシーグループの属性の変更は、ボリュームペアのサスペンド、及びその再同期によって達成できることを説明した。したがって、再同期処理には、新CTGのグループ属性の変更、すなわち、CTG種別変更に関する処理が追加される。
　図２４は、メインフレームホストのペア制御プログラムの再同期処理を説明するフローチャートである。図２５は、再同期処理のための表示画面（メインフレームホスト）のブロック図である。ペア制御プログラムは、ペア形成のための操作画面（図１１）のC/T ID情報（１）を参照して（２４００）、C/T IDの設定があるか否かを判定する（２４０２）。
　これを肯定すると、同じ操作画面のOPEN/MFの情報欄（２）の指定値を参照し（２４０４）、指定された情報が「Y」である場合(２４０６)には、コマンドパラメータのグループ属性を「新CTG」に設定し（２４０８）、「Y」でない場合には、「旧CTG」に設定する（２４１０）。
　次いで、ペア制御プログラムは、図２５の操作画面のUpdate OPEN/MFの情報（１）を参照して（２４１２）、これが「Y」であるか否かを判定する。「Y」の場合には、再同期するボリュームペアが属するコンシステンシーグループの属性を変更するために、コマンドパラメータのCTG種別を変更するために指定される情報に「ON」を設定し（２４１４）、DKCに再同期コマンドを発行する（２４１６）。
　Update OPEN/MFの情報（１）に「Y」が指定されていないことを判定する（ステップ２４１２を「NO」）と、コンシステンシーグループの属性を変更する必要がないため、DKCに再同期コマンドを直ちに発行する（２４１６）。なお、C/T IDの指定がないと（ステップ２４０２を「NO」）、コンシステンシーグループの属性を変更するか否かの判定処理（２４１６）にジャンプする。
　図２６は、オープンホストのペア制御プログラムによるペア再同期処理を説明するフローチャートである。図２７は再同期処理のためのConfig情報を入力する画面である。ペア制御プログラムは、操作画面のオプション情報を参照して（２６００）、「-g」が指定されているか否かをチェックする（２６０２）。
　これを肯定すると、操作画面のC/T
IDを参照し（２６０４）、このC/T IDを指定し、新CTGのグループ属性を変更するモードでオープンボリュームペアを再同期するコマンドをDKCに発行する（２６０６）。
　これに対して、ペア制御プログラムは、操作画面のオプション情報に「-g」が指定されることを否定判定すると（ステップ２６０２を「NO」）、コンシステンシーグループを非CTGの属性に変更するモードで同期コマンドをDKCに発行する（２６０８）。
　オープンホストのペア制御プログラムはメインフレームホストのペア制御プログラムと異なり、CTG種別のアップデートをサポートする機能を備えていないために、再同期コマンドをCTGの属性（種別）を変更するモードでDKCに発行する。　図２８Ａ～図２８Ｃは、DKCのペア操作プログラムによるペア再同期処理を説明するフローチャートである。ペア操作プログラムがホストからボリュームペア再同期コマンドを受領すると（２８００）、コマンドパラメータの内容を参照して、再同期処理の対象ボリュームのペアの状態を、管理テーブル（図６）を参照してチェックする。コマンドパラメータには、操作対象ボリューム#、コピー種別、コピー先装置#、コピー先ボリューム#、グループ動作モード、新旧CTG種別、CTG種別変更モード、C/T IDが含まれている。
　ペア操作プログラムが、対象ボリュームのペア状態が「SUSP」であると判定すると（２８０２）、再同期操作の対象となったコンシステンシーグループの属性・種別を変更するモードが「ON」であるか否かを判定する（２８０４）。コンシステンシーグループの属性・種別の変更の必要性は、ボリュームペアをあるコピーグループ・コンシステンシーグループから他のグループに移動させる場合にコピーグループから他のンシーグループから他のコンシステンシーグループに移動させる際に生じる。なお、ペア操作プログラムは、オープンホストからのペア再同期コマンドに対しては、ステップ２８０４を常時肯定判定する。
　これを肯定判定すると、再同期処理の操作対象ボリュームのCTGの属性が新CTGであるか否かを判定する（２８０６）。
　この判定を肯定すると、ペア操作プログラムは、対象ボリュームのペアが「新CTG」のコンシステンシーグループから除かれた後のグループ種別（図６、図７：６１２）を変更するための処理を行う。「新CTG」の属性は、これに含まるボリュームのエミュレーションタイプによって定まるため、対象ボリューム以外の全ボリュームについて、そのエミュレーションタイプの検索処理を行う。
　ペア操作プログラムは、検索対象としてボリューム＃（＝０）を選択し（２８０８）、次いで、検索対象ボリュームとコマンドパラメータで操作対象とされたボリュームとを、管理テーブル（図６、又は図７）に基づいて、新旧CTGの種別とC/TIDにおいて一致するか否かを判定する（２８１０）。
　この判定を肯定すると、検索対象ボリュームが属するコンシステンシーグループの属性を変更しなければならない可能性があるため、検索対象ボリュームのエミュレーションタイプを管理テーブル（図６）に基づいてチェックする。
　エミュレーションタイプが「MF」であると判定する（２８１２）と、共有メモリの所定領域にあるMFフラグに「ON」をセットし（２８１４）、一方、エミュレーションタイプが「MF」でないと判定すると、検索対象ボリュームはオープン系のものであるから、OPENフラグに「ON」をセットする（２８１６）。
　次いで、ペア操作プログラムは、MFフラグとOPENフラグとをチェックし、両方とも「ON」であるか否かを判定し（２８１８）、これを肯定すると、対象ボリュームに対するC/T IDの属性は「同一CTG」に確定するものであるから、それ以上の検索処理を必要としない。
　一方、この判定（２８１８）を否定すると、管理テーブル(図６)に登録された全ボリュームに対する検索が終了したか否かをチェックし（２８２０）、これを肯定すると検索処理を終了する。これを否定すると次のボリュームを検索するために、検索対象ボリューム＃を「+1」する（２８２２）。
　一方、検索対象ボリュームの新旧CTGの種別とC/T IDとが操作対象ボリュームのそれと一致しないことを判定すると（ステップ２８１０を「NO」）、対象ボリュームに対するC/T IDの属性を変更する必要がないために、次のボリュームの検索の要否を判定する処理（２８２０）にジャンプする。
　なお、CTGグループ動作モードが「ON」であるか否かの判定（２８０４）を否定すると、ペア操作プログラムは図２８Ｃの処理に移行する。また、操作対象ボリュームのCTG種別が新CTGであるか否かの判定（２８０６）を否定すると、同様に、図２８Ｃの処理に移行する。
　ペア操作プログラムがボリュームに対する検索処理を終了すると、図２８Ｂのフローチャートに移行する。ペア操作プログラムは、MFフラグとOPENフラグとをチェックし、両方とも「ON」であるか否かを判定し（２８２４）、これを肯定すると操作対象ボリュームの「新CTG」に係るグループ種別を「同一」に更新する（２８２６）。一方、これを否定判定すると、OPENフラグが「ON」であるか否かを判定する（２８２８）。
　これを肯定すると、操作対象ボリュームの「新CTG」に関するグループ種別を「OPEN」に更新する（２８３０）。一方、これを否定判定すると、MFNフラグが「ON」であるか否かを判定し（２８３２）、これを肯定するこれを肯定すると操作対象ボリュームの「新CTG」についてのグループ種別を「MF」に更新する（２８３４）。
　一方、ペア操作プログラムが、この処理を否定判定すると、操作対象ボリュームの「新CTG」には、操作対象ボリューム以外に、オープンボリューム及びメインフレームボリュームも存在しないために、操作対象ボリュームのコンシステンシーグループに対して、全情報をクリアする。次いで、ペア操作プログラムは、図２８Ｃの処理に移行して、操作対象ボリュームペアが再同期されるコンシステンシーグループの属性を変更する。
　ペア操作プログラムは、コマンドパラメータに基づいてペア管理テーブル(図６)に情報を設定する（２８３８）。但し、グループ属性とペア状態とを後のステップによって設定する。
　次いで、コマンドパラメータのグループ動作モードが「ON」に設定されているか否かをチェックする（２８４０）。これを肯定判定すると、さらに、コマンドパラメータのコンシステンシーグループの属性が「新CTG」に設定されているか否かを判定する（２８４２）。
　これを肯定判定すると、コマンドパラメータで指定されたC/T IDを持った「新CTG」グループのグループ登録が「ON」であるか否かを、管理テーブル（図７：７００）を利用して判定する（２８４６）。
　これを肯定判定すると、このC/T IDを持った「新CTG」グループの属性が「同一」であるか否かを、管理テーブル（図７：６１２）を利用して判定する（２８４８）。
　「同一」を判定すると、このコンシステンシーグループに対象ボリュームのペアが加わっても、グループの属性は変わらないため、ペア操作プログラムは、ペア状態監視プログラムにプライマリボリュームからセカンダリボリュームへのデータの差分コピーを指示し（２８５０）、対象ボリュームペアのペア状態(図６：６１６)に「COPY」を設定して再同期処理を終了する。
　一方、コンシステンシーグループの属性が「同一」でないと判定すると（ステップ２８４８を「NO」）、対象ボリュームがコンシステンシーグループに加わったことによって、グループ属性を変更するため、「新CTG」のグループ属性と操作対象ボリュームのエミュレーションタイプとを比較する（２８５８）。これらが一致すると判定すると、新CTGに分類されたグループの属性を維持する（２８６０）。
　一致しないと判定すると、「新CTG」のグループにエミュレーションタイプが「MF」のボリュームと「OPEN」のボリュームとが混在するためにグループの属性を「同一」に設定する（２８６２）。
　一方、管理テーブル(図７：７００)の「新CTG」のグループのグループ登録に「ON」が設定されていないことを判定すると（ステップ２８４６を「NO」）、このグループのグループ属性に操作対象ボリュームのエミュレーションタイプを設定し（２８５４）、次いでグループ登録を「ON」する（２８５６）。
　また、ペア操作プログラムが、再同期コマンドで指示されたCTG種別を旧CTGであると判定すると（ステップ２８４６を「NO」）、再同期コマンドによって指示された旧CTGのグループの管理テーブル(図８)の「I/O保留状態」（８００）に「I/O保留未実施」を設定して（２８４４）、I/Oの保留状態を解消し、そして、ステップ２８５０にジャンプして再同期処理を実行する。一方、再同期コマンドで指示されたグループの動作モードが「ON」でないと判定した場合も同様である。
　図２９は、DKCのペア状態監視プログラムの処理を示すフローチャートである。ペア状態管理プログラムがペア操作プログラムから差分データのコピー処理の指示を受領すると（２９００）、データコピープログラムに差分データのコピーを開始するよう指示する（２９０２）。
　ペア状態監視プログラムは、差分データコピーの完了をチェックし（２９０４）、差分データのコピーが完了すると、「ペア状態」（図６：６１６）に「PAIR」を設定して処理を終了する。
　既述の実施形態では、ホストのペア制御プログラムからのコマンドに基づいて、DKCがペア形成、ペアサスペンド、ペア再同期の各処理を実行したが、管理用端末２５０等の管理装置からのコマンドに基づいて、DKCがこれらの各処理を実行してもよい。
　また、既述の実施形態は同期リモートコピーを説明したが、本発明を非同期式リモートコピーに適用することもできる。
　以上説明した実施形態は本発明を限定するものではなく一例である。当業者は既述した実施形態を適宜変更することができる。
１Ａ　ローカルサイト
１Ｂ　リモートサイト
１０Ａ　メインフレームホスト
１０Ｂ　オープンホスト
４０Ｐ　プライマリストレージシステム
４０Ｓ　セカンダリストレージシステム

 

Claims (10)

  1. 　第１のストレージシステムと第２のストレージシステムとを有するリモートコピーシステムのリモートコピー制御方法であって、
    　前記リモートコピーシステムは、
    　前記第１のストレージシステムにプライマリボリュームを設定するステップと、
    　前記第２のストレージシステムにセカンダリボリュームを設定するステップと、
    　ホストから送られたデータを前記プライマリボリュームにライトするステップと、
    　前記プライマリボリュームと前記セカンダリボリュームとをコピーペアとして、これをコンシステンシーグループに設定するステップと、
    　前記プライマリボリュームのデータを前記セカンダリボリュームにリモートコピーするステップと、
    　前記コピーペアをサスペンドし、サスペンドされた前記プライマリボリュームと前記セカンダリボリュームとを他のコンシステンシーグループに設定するステップと、
    　前記プライマリボリュームと前記セカンダリボリュームとを再同期させるステップと、
    　前記再同期したコピーペアを前記他のコンシステンシーグループに登録するステップと、を実行するリモートコピー制御方法。
  2. 　前記第１のストレージシステムに、前記ホストとして、オープンホストとメインフレームホストとがそれぞれ接続され、前記第１のストレージシステムは、メインフレームタイプの第１のプライマリボリュームとオープンタイプの第２のプライマリボリュームとを有し、前記第２のストレージシステムは、メインフレームタイプの第２のセカンダリボリュームと　オープンタイプの第２のセカンダリボリュームと有し、
    　前記第リモートコピーシステムは、
    　前記第１のプライマリボリュームと前記第１のセカンダリボリュームとからなる第１のコピーペアを形成し、
    　前記第２のプライマリボリュームと前記第２のセカンダリボリュームとからなる第２のコピーペアを形成し
    　前記第１のコピーペアと前記第２のコピーペアとをそれぞれ異なるコンシステンシーグループに設定し、
    　前記第１のコピーペアをサスペンドし、
    　前記第２のコピーペアをサスペンドし、
    　前記サスペンドされた第１のコピーペアと前記第２のコピーペアとを同一のコンシステンシーに設定し、
    　前記第１のコピーペアの前記第１のプライマリボリュームと前記第１のセカンダリボリュームとを再同期させ、
    　前記第２のコピーペアの前記第２のプライマリボリュームと前記第２のセカンダリボリュームとを再同期させる、請求項１記載のリモートコピー制御方法。
  3. 　前記第１のストレージシステムに、前記ホストとして、オープンホストと、メインフレームホストとがそれぞれ接続され、前記第１のストレージシステムは、メインフレームタイプの第１のプライマリボリュームとオープンタイプの第２のプライマリボリュームとを有し、前記第２のストレージシステムは、メインフレームタイプの第２のセカンダリボリュームと、オープンタイプの第２のセカンダリボリュームと有し、
    　前記リモートコピーシステムは、
    　前記第１のプライマリボリュームと前記第１のセカンダリボリュームとからなる第１のコピーペアを第１のコンシステンシーグループに設定し、
    　前記第２のプライマリボリュームと第２のセカンダリボリュームとからなる第２のコピーペアを第２のコンシステンシーグループに設定し、
    　前記第１のコピーペアをサスペンドし、
    　前記サスペンドされた前記第１のコピーペアを前記第２のコンシステンシーグループに設定し、
    　前記第１のコピーペアの前記第のプライマリボリュームと前記第１のセカンダリボリュームとを再同期させる、請求項１記載のリモートコピー制御方法。
  4. 　前記リモートコピーシステムは、前記再同期を、前記プライマリボリュームに対して前記サスペンド後に前記ホストからライトされた差分データを前記プライマリボリュームから前記セカンダリボリュームにコピーすることによって達成する、請求項１記載のリモートコピー制御方法。
  5. 　前記第１のストレージシステムに、前記ホストとして、オープンホストと、メインフレームホストと、がそれぞれ接続され、
    　前記リモートコピーシステムは、
    　オープンボリュームのペアが設定されたオープンタイプの第１のコンシステンシーグループと、メインフレームボリュームのペアが設定されたメインフレームタイプの第２のコンシステンシーグループと、を有し、
    　前記メインフレームボリュームのペアをサスペンドして前記第１のコンシステンシーグループに設定し、この第１のコンシステンシーグループの属性をメインフレームボリュームのペアとオープンボリュームのペアとを混合したタイプに変更する、請求項１記載のリモートコピー制御方法。
  6. 　前記第１のストレージシステムのI/O処理プログラムが、前記ホストからのI/Oを受領すると、前記コピーペアのサスペンドを行った後に前記I/Oに基づくライト処理を前記プライマリボリュームに対して実行する、請求項１記載のリモートコピー制御方法。
  7. 　第１のストレージシステムと第２のストレージシステムとを有するリモートコピーシステムにおいて、
    　前記第１のストレージシステムに設定されたプライマリボリュームと、
    　前記第２のストレージシステムに設定されたセカンダリボリュームと、
    　前記プライマリボリュームと前記セカンダリボリュームとからなるボリュームペアと、
    　前記複数のボリュームペアが設定されたコンシステンシーグループと、
    　I/O制御部と、リモートコピー制御部と、ボリュームペア制御部と、を有する制御装置と、
    　を備え、
    　前記I/O制御部は、ホストから前記プライマリボリュームに対するI/Oを処理し、
    　前記リモートコピー制御部は、前記プライマリボリュームのデータを前記セカンダリボリュームにリモートコピーし、
    　前記ボリュームペア制御部は、サスペンド要求に基づいて、前記ボリュームペアをサスペンドし、サスペンドしたボリュームペアを再同期するものであり、
    　さらに、前記I/O処理部は、ペアサスペンドが要求されたボリュームペアに前記I/Oの要求があった場合、当該ボリュームペアをサスペンドし、次いで、当該I/Oを当該サスペンドされたボリュームペアのプライマリボリュームに対して実施する、リモートコピーシステム。
  8. 　前記I/O制御部は、前記ボリュームペアにペアサスペンド要求があり、サスペンドが開始されていない間に、前記I/Oの要求があったことを判定すると、前記ボリュームペアをサスペンドした後、前記I/Oを当該ボリュームペアのプライマリボリュームに対して実施する、請求項７記載のリモートコピーシステム。
  9. 　前記プラマリボリュームと前記セカンダリボリュームとのペアからそれぞれなる第１のボリュームペアと第２のボリュームペアとを有し、
    　前記ボリュームペア制御部は、前記第１のボリュームペアを第１のコンシステンシーグループに設定し、前記第２のボリュームペアを第２のコンシステンシーグループに設定し、
    　前記I/O制御部は、前記第１のボリュームペアにペアサスペンド要求があり、サスペンドが開始されていない間に、前記I/Oの要求があったことを判定すると、前記第１のボリュームペアをサスペンドした後、前記I/Oを当該ボリュームペアのプライマリボリュームに対して実施し、前記第２のボリュームペアがサスペンドされるまで、当該第２のボリュームペアに対する前記I/Oの処理を保留する応答を前記ホストに返す、請求項７記載のリモートコピーシステム。
  10. 　前記ボリュームペア制御部は、前記ボリュームペアをサスペンドし、サスペンドされた前記プライマリボリュームと前記セカンダリボリュームとを他のコンシステンシーグループに設定し、前記プライマリボリュームと前記セカンダリボリュームとを再同期させる、請求項７記載のリモートコピーシステム。

     
PCT/JP2009/005610 2009-10-23 2009-10-23 リモートコピーシステム及びリモートコピー制御方法 WO2011048641A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US12/673,253 US8433866B2 (en) 2009-10-23 2009-10-23 Remote copy system and remote copy control method in which a copy pair is changed from a first consistency group to a second consistency group (STG)
PCT/JP2009/005610 WO2011048641A1 (ja) 2009-10-23 2009-10-23 リモートコピーシステム及びリモートコピー制御方法
JP2011537028A JP5409799B2 (ja) 2009-10-23 2009-10-23 リモートコピーシステム及びリモートコピー制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2009/005610 WO2011048641A1 (ja) 2009-10-23 2009-10-23 リモートコピーシステム及びリモートコピー制御方法

Publications (1)

Publication Number Publication Date
WO2011048641A1 true WO2011048641A1 (ja) 2011-04-28

Family

ID=43899895

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/005610 WO2011048641A1 (ja) 2009-10-23 2009-10-23 リモートコピーシステム及びリモートコピー制御方法

Country Status (3)

Country Link
US (1) US8433866B2 (ja)
JP (1) JP5409799B2 (ja)
WO (1) WO2011048641A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016072015A1 (ja) * 2014-11-07 2016-05-12 株式会社日立製作所 コピー処理管理システム及びコピー処理管理方法

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8904133B1 (en) * 2012-12-03 2014-12-02 Hitachi, Ltd. Storage apparatus and storage apparatus migration method
US9063997B2 (en) 2013-02-12 2015-06-23 International Business Machines Corporation Asynchronous pausing of the formation of consistency groups
WO2015072026A1 (ja) * 2013-11-18 2015-05-21 株式会社日立製作所 計算機システム
US9372761B1 (en) * 2014-03-18 2016-06-21 Emc Corporation Time based checkpoint restart
US10678663B1 (en) * 2015-03-30 2020-06-09 EMC IP Holding Company LLC Synchronizing storage devices outside of disabled write windows
US9513827B1 (en) * 2015-05-21 2016-12-06 Intetrnational Business Machines Corporation Determining adjustments of storage device timeout values based on synchronous or asynchronous remote copy state
US11093159B2 (en) * 2019-01-15 2021-08-17 EMC IP Holding Company LLC Storage system with storage volume pre-copy functionality for increased efficiency in asynchronous replication

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007188267A (ja) * 2006-01-12 2007-07-26 Hitachi Ltd 記憶制御装置及びその制御方法
JP2008033704A (ja) * 2006-07-31 2008-02-14 Hitachi Ltd リモートコピーを行うストレージシステム
JP2008181288A (ja) * 2007-01-24 2008-08-07 Hitachi Ltd リモートコピーシステム
JP2008209966A (ja) * 2007-02-23 2008-09-11 Hitachi Ltd 一以上のセカンダリストレージシステムで複数のバックアップを取得するバックアップ制御方法
JP2009104488A (ja) * 2007-10-24 2009-05-14 Hitachi Ltd ストレージ装置及びその制御方法並びにストレージシステム
JP2009199285A (ja) * 2008-02-21 2009-09-03 Hitachi Ltd ストレージシステム及びコピー方法
JP2009217379A (ja) * 2008-03-07 2009-09-24 Hitachi Ltd ストレージシステム及びその管理方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002189570A (ja) * 2000-12-20 2002-07-05 Hitachi Ltd 記憶システムの二重化方法および記憶システム
US7149919B2 (en) * 2003-05-15 2006-12-12 Hewlett-Packard Development Company, L.P. Disaster recovery system with cascaded resynchronization
US7293048B2 (en) * 2003-10-29 2007-11-06 Hewlett-Packard Development Company, L.P. System for preserving logical object integrity within a remote mirror cache
US8185663B2 (en) * 2004-05-11 2012-05-22 Hewlett-Packard Development Company, L.P. Mirroring storage interface
JP4377790B2 (ja) * 2004-09-30 2009-12-02 株式会社日立製作所 リモートコピーシステムおよびリモートコピー方法
JP4728031B2 (ja) * 2005-04-15 2011-07-20 株式会社日立製作所 リモートコピーペアの移行を行うシステム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007188267A (ja) * 2006-01-12 2007-07-26 Hitachi Ltd 記憶制御装置及びその制御方法
JP2008033704A (ja) * 2006-07-31 2008-02-14 Hitachi Ltd リモートコピーを行うストレージシステム
JP2008181288A (ja) * 2007-01-24 2008-08-07 Hitachi Ltd リモートコピーシステム
JP2008209966A (ja) * 2007-02-23 2008-09-11 Hitachi Ltd 一以上のセカンダリストレージシステムで複数のバックアップを取得するバックアップ制御方法
JP2009104488A (ja) * 2007-10-24 2009-05-14 Hitachi Ltd ストレージ装置及びその制御方法並びにストレージシステム
JP2009199285A (ja) * 2008-02-21 2009-09-03 Hitachi Ltd ストレージシステム及びコピー方法
JP2009217379A (ja) * 2008-03-07 2009-09-24 Hitachi Ltd ストレージシステム及びその管理方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016072015A1 (ja) * 2014-11-07 2016-05-12 株式会社日立製作所 コピー処理管理システム及びコピー処理管理方法
US9880765B2 (en) 2014-11-07 2018-01-30 Hitachi, Ltd. Copy processing management system and copy processing management method

Also Published As

Publication number Publication date
JPWO2011048641A1 (ja) 2013-03-07
US20110167235A1 (en) 2011-07-07
US8433866B2 (en) 2013-04-30
JP5409799B2 (ja) 2014-02-05

Similar Documents

Publication Publication Date Title
JP5409799B2 (ja) リモートコピーシステム及びリモートコピー制御方法
JP4387116B2 (ja) ストレージシステムの制御方法、及びストレージシステム
US8285824B2 (en) Storage system and data replication method that refuses one or more requests for changing the first logical configuration information until the first storage apparatus and second storage apparatus are synchronized
JP4800031B2 (ja) ストレージシステム及びスナップショット管理方法
US6643671B2 (en) System and method for synchronizing a data copy using an accumulation remote copy trio consistency group
JP4257774B2 (ja) 記憶装置を応用したコピー管理の方法と装置
JP3974538B2 (ja) 情報処理システム
JP4738941B2 (ja) ストレージシステム及びストレージシステムの管理方法
US7320058B2 (en) Apparatus and method for online data migration with remote copy
JP5286212B2 (ja) ストレージクラスタ環境でのリモートコピー制御方法及びシステム
JP4382602B2 (ja) リモートコピーシステム
KR100734817B1 (ko) 싸이트간 데이타 미러링을 위한 방법, 시스템, 및 기록 매체
JP2006293850A (ja) リモートコピーシステムおよびリモートコピー方法
US20070038748A1 (en) Storage control method and storage control system
JP2007052772A (ja) データ複製システム並びにデータ移行方法
JP2005309550A (ja) リモートコピー方法及びリモートコピーシステム
US7873864B2 (en) Restricting the execution of copy services commands
JP2008033829A (ja) バックアップシステム及びバックアップ方法
JP2010079588A (ja) 仮想ボリュームを有する記憶制御装置
JPWO2010122676A1 (ja) 計算機システム、及び、それを用いたバックアップ方法
JP5216376B2 (ja) リモートコピーシステム及び確認方法
US20080294858A1 (en) Storage system and data management method
US20110138138A1 (en) Write set boundary management for heterogeneous storage controllers in support of asynchronous update of secondary storage
JP4294692B2 (ja) 情報処理システム

Legal Events

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

Ref document number: 12673253

Country of ref document: US

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

Ref document number: 09850539

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011537028

Country of ref document: JP

122 Ep: pct application non-entry in european phase

Ref document number: 09850539

Country of ref document: EP

Kind code of ref document: A1