WO2013168276A1 - ストレージシステム及びストレージシステム制御方法 - Google Patents

ストレージシステム及びストレージシステム制御方法 Download PDF

Info

Publication number
WO2013168276A1
WO2013168276A1 PCT/JP2012/062057 JP2012062057W WO2013168276A1 WO 2013168276 A1 WO2013168276 A1 WO 2013168276A1 JP 2012062057 W JP2012062057 W JP 2012062057W WO 2013168276 A1 WO2013168276 A1 WO 2013168276A1
Authority
WO
WIPO (PCT)
Prior art keywords
controller
volume
area
data
size
Prior art date
Application number
PCT/JP2012/062057
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 PCT/JP2012/062057 priority Critical patent/WO2013168276A1/ja
Priority to US13/522,556 priority patent/US8527723B1/en
Publication of WO2013168276A1 publication Critical patent/WO2013168276A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
    • 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/2071—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 using a plurality of controllers
    • G06F11/2074—Asynchronous techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/065—Replication mechanisms
    • 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
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/855—Details of asynchronous mirroring using a journal to transfer not-yet-mirrored changes

Definitions

  • the present invention relates to a technique for synchronizing a plurality of logical volumes in a storage system.
  • a copy function for synchronizing data of a certain logical volume with another logical volume is known.
  • the user can create a backup of data used in business by using the copy function.
  • Patent Document 1 There is known a technique capable of enlarging or reducing the size of a copy source volume, the size of a copy destination volume, and the size of a differential bitmap in a copy pair composed of two logical volumes (for example, Patent Document 1). ).
  • the size of the copy destination volume can be expanded at any time while maintaining the synchronization of the copy pair before expansion.
  • FIG. 1 shows a computer system.
  • FIG. 2 shows the configuration of the storage apparatus 10.
  • FIG. 3 shows the configuration of the server 20.
  • FIG. 4 shows the configuration of the management server 30.
  • FIG. 5 is a schematic diagram showing the configuration of a logical volume.
  • FIG. 6 shows the volume management information T10.
  • FIG. 7 shows the pair management information T11.
  • FIG. 8 shows the relationship between the difference management information T12 and the difference bitmap T14.
  • FIG. 9 shows the virtual volume management information T13.
  • FIG. 10 shows server correspondence management information T30.
  • FIG. 11 is a schematic diagram illustrating an existing area update process according to the first embodiment.
  • FIG. 12 is a schematic diagram illustrating an enlarged region update process according to the first embodiment.
  • FIG. 13 is a schematic diagram illustrating difference update processing according to the first embodiment.
  • FIG. 11 is a schematic diagram illustrating an existing area update process according to the first embodiment.
  • FIG. 12 is a schematic diagram illustrating an enlarged region update process according to
  • FIG. 14 is a flowchart showing primary volume expansion processing.
  • FIG. 15 is a flowchart showing the secondary volume expansion process.
  • FIG. 16 is a flowchart illustrating virtual volume expansion processing according to the first embodiment.
  • FIG. 17 is a flowchart showing the difference bitmap enlargement process.
  • FIG. 18 is a flowchart illustrating the update process according to the first embodiment.
  • FIG. 19 is a flowchart illustrating the expanded pair resynchronization process according to the first embodiment.
  • FIG. 20 is a sequence diagram illustrating the size enlargement process.
  • FIG. 21 is a schematic diagram illustrating an existing area update process according to the second embodiment.
  • FIG. 22 is a schematic diagram illustrating an enlarged region update process according to the second embodiment.
  • FIG. 23 is a schematic diagram illustrating difference update processing according to the second embodiment.
  • FIG. 24 is a flowchart illustrating the update process according to the second embodiment.
  • FIG. 25 is a flowchart illustrating an expanded pair resynchronization process according to the second embodiment.
  • FIG. 26 is a schematic diagram illustrating an existing area update process according to the third embodiment.
  • FIG. 27 is a schematic diagram illustrating an enlarged region update process according to the third embodiment.
  • FIG. 28 is a schematic diagram illustrating difference update processing according to the third embodiment.
  • FIG. 29 is a schematic diagram illustrating an existing area update process according to the fourth embodiment.
  • FIG. 30 is a schematic diagram illustrating an enlarged region update process according to the fourth embodiment.
  • FIG. 31 is a schematic diagram illustrating difference update processing according to the fourth embodiment.
  • a technology for synchronizing the data in the copy destination storage device with the data in the copy source storage device will be described.
  • intra-box copying that transfers copy source data to a copy destination in the same box
  • inter-box copying replication
  • synchronous copying and asynchronous copying are known as inter-box copying.
  • synchronous copy data is written to the copy source, and the data is transferred to the copy destination and written.
  • asynchronous copy after the timing of writing data to the copy source, the data is transferred to the copy destination and written.
  • FIG. 1 shows a computer system.
  • the computer system includes, for example, a storage system 40, a plurality of servers 20A and 20B, and at least one management server 30.
  • the storage system 40 includes a plurality of storage devices 10A, 10B, and 10C.
  • the management server 30 is connected to the storage apparatuses 10A, 10B, and 10C and the servers 20A and 20B via the management communication network CN1.
  • Each server 20A, 20B and each storage device 10A, 10B, 10C are connected via a data input / output communication network CN2.
  • the storage apparatus 10A, the storage apparatus 10B, and the storage apparatus 10C are connected via a remote copy communication network CN3.
  • the communication network CN1 is configured as, for example, a LAN (Local Area Network).
  • the communication networks CN2 and CN3 may be, for example, IP-SAN (Internet Protocol-Storage Area Network) or FC-SAN (Fibre Channel-Storage Area Network).
  • IP-SAN Internet Protocol-Storage Area Network
  • FC-SAN Fibre Channel-Storage Area Network
  • CN1, CN2, and CN3 may be a single communication network.
  • CN2 and CN3 may be one communication network
  • CN1 may be another communication network.
  • data input / output is expressed as I / O (Input / Output).
  • the storage apparatuses 10A, 10B, and 10C store data used by the servers 20A and 20B.
  • the storage apparatus 10A includes a controller 11A and a storage device 16A.
  • the storage apparatus 10B includes a controller 11B and a storage device 16B.
  • the storage apparatus 10C includes a controller 11C and a storage device 16C.
  • a primary volume (PVOL: Primary Volume) 13 a secondary volume (SVOL: Secondary Volume) 13D
  • JNLVOL Journal Volume) 15A, which are logical volumes
  • a secondary volume 14B which is a logical volume, and a journal volume 15B are created.
  • a secondary volume 14C which is a logical volume, and a journal volume 15C are created from the storage device 16C.
  • a logical volume may be called a volume.
  • the primary volume 13 and the secondary volume 14B can constitute a copy pair.
  • the primary volume 13 and the secondary volume 14C can constitute a copy pair.
  • the primary volume 13 and secondary volume 14D can constitute a copy pair.
  • the copy pair of the primary volume 13 and the secondary volume 14D performs intra-box copying.
  • the copy pair of the primary volume 13 and the secondary volume 14B and the copy pair of the primary volume 13 and the secondary volume 14B each perform inter-chassis copy.
  • the controller 11 can define these copy pairs.
  • the storage device 10C When the storage system 40 performs synchronous copying, the storage device 10C may not be included. When the storage system 40 performs synchronous copy, the storage apparatuses 10A and 10B may not have the journal volumes 15A and 15B. When the storage system 40 performs asynchronous copying, the storage device 10B may not be included. When the storage system 40 performs inter-chassis copying, the storage apparatus 10A may not have the secondary volume 14D.
  • the servers 20A and 20B execute various business processes such as customer management, image distribution, and e-mail management.
  • the servers 20A and 20B access the logical volumes of the storage apparatuses 10A, 10B, and 10C and read / write data for business processing.
  • the servers 20A and 20B may be host computers such as server computers, mainframe computers, personal computers, engineering workstations, and portable information terminals, for example.
  • the management server 30 is a computer for managing the computer system.
  • the management server 30 manages each configuration and state of the computer system.
  • the management server 30 gives a command for pair operation to the storage apparatuses 10A, 10B, and 10C.
  • the management server 30 may be various computers in the same manner as the servers 20A and 20B.
  • the management server 30 may include a plurality of computers.
  • the management terminal for a user (system administrator etc.) to operate may be provided, and the management terminal and the management server 30 may be connected.
  • a user can give an instruction to the management server 30 or display information acquired from the management server 30 using the management terminal.
  • the management terminal may be a personal computer or a portable information terminal (including a mobile phone).
  • each of the storage devices 10A, 10B, and 10C is referred to as a storage device 10 unless otherwise distinguished.
  • each of the controllers 11A, 11B, and 11C is referred to as a controller 11 unless otherwise distinguished.
  • each of the storage devices 16A, 16B, and 16C is referred to as a storage device 16 unless otherwise distinguished.
  • each of the servers 20A and 20B is called a server 20 unless otherwise distinguished.
  • each of the secondary volumes 14B, 14C, and 14D is referred to as a secondary volume 14 unless otherwise distinguished.
  • each of the journal volumes 15A, 15B, and 15C is called a journal volume 15 unless otherwise distinguished.
  • FIG. 2 shows the configuration of the storage apparatus 10.
  • the storage apparatus 10 includes a controller 11 and a storage device 16.
  • the controller 11 controls the operation of the storage apparatus 10.
  • the controller 11 includes, for example, a microprocessor 110 such as a CPU (central processing unit), a shared memory 111, an I / O interface 112, a management interface 113, a disk interface 114, a switch circuit 115, and a cache memory 116.
  • a microprocessor 110 such as a CPU (central processing unit), a shared memory 111, an I / O interface 112, a management interface 113, a disk interface 114, a switch circuit 115, and a cache memory 116.
  • I / F the interface is abbreviated as “I / F”.
  • the microprocessor 110, the shared memory 111, the disk interface 114, and the cache memory 116 are connected by an internal bus.
  • the I / O interface 112 and the management interface 113 are connected to the internal bus via the switch circuit 115.
  • the storage device 16 has a plurality of physical storage devices 121.
  • the physical storage device 121 for example, various devices capable of reading and writing data such as a hard disk device, a semiconductor memory device, an optical disk device, and a magneto-optical disk device can be used.
  • the physical storage areas of the plurality of physical storage devices 121 can be collected as a pool 122 for thin provisioning technology.
  • One or a plurality of logical volumes can be created using the storage area of the pool 122.
  • the physical storage area may be grouped as a RAID (RedundantundArrays of Inexpensive Disks) group.
  • the cache memory 116 includes one or a plurality of storage media such as a RAM (Random Access Memory), a ROM (Read Only Memory), a flash memory device, and a hard disk drive.
  • the cache memory 116 stores data received from the server 20 or another storage device 10 before writing it to the storage device 16. Further, the cache memory 116 stores the data read from the storage device 16 before transmitting it to the server 20 or another storage apparatus 10.
  • the volume management information T10 is information for managing the logical volume provided by the storage apparatus 10.
  • the pair management information T20 is information for managing copy pairs.
  • the difference management information T12 is information for managing difference data generated between two logical volumes that form a copy pair.
  • the difference bitmap T14 divides the address space of the logical volume into unit management areas of a predetermined size, and sets a flag indicating whether or not there is a difference for each unit management area.
  • the unit management area is, for example, a track.
  • the predetermined size is, for example, 256 kbytes.
  • the virtual volume management information T13 is information for managing a virtual volume created by the thin provisioning technology.
  • the volume management process P12 manages logical volumes.
  • the size expansion process P10 expands the size of the logical volume.
  • the pair status is a status where the storage contents of the primary volume 13 and the secondary volume 14 are synchronized. Data written to the primary volume 13 is also written to the secondary volume 14.
  • the suspended state is a state in which the primary volume 13 and the secondary volume 14 are separated and each volume manages data independently. In the suspended state, the data stored in the primary volume 13 and the data stored in the secondary volume 14 are not synchronized.
  • the server 20 writes data to the suspended primary volume 13
  • difference data is generated between the primary volume 13 and the secondary volume 14.
  • the difference data is managed by the difference bitmap T14.
  • the restore state is a state in which data stored in the primary volume 13 is matched with data stored in the secondary volume 14 by transferring data from the secondary volume 14 to the primary volume 13.
  • the state shifts to the pair state, and the data stored in the primary volume 13 and the data stored in the secondary volume 14 match.
  • the microprocessor 21 reads and executes various computer programs stored in the memory 22.
  • the memory 22 is composed of one or a plurality of storage media such as a RAM, a ROM, a flash memory device, and a hard disk drive.
  • the I / O interface 23 transmits / receives data to / from the server 20 or the storage device 10 via the communication networks CN2 and CN3.
  • the management interface 24 communicates with the management server 30 via the communication network CN1.
  • the memory 22 stores a volume size re-recognition process P20, a management program P21, and an application program P22, which are computer programs for re-recognizing the volume size, in addition to an operating system (none of which is shown). Yes.
  • the volume size re-recognition process P20 operates in response to an instruction from the management server 30, stops the application program P22, and acquires the size of the logical volume used by the application program P22 from the storage apparatus 10.
  • the volume size re-recognition process P20 restarts the application program P22 after acquiring the volume size (after re-recognizing the volume size).
  • the management program P21 is a program for managing files such as an OS (operating system) and a file system.
  • the microprocessor 31 reads and executes the computer program stored in the memory 32.
  • the memory 32 is composed of one or a plurality of storage media such as a RAM, a ROM, a flash memory device, and a hard disk drive.
  • the management interface 34 communicates with the server 20 via the communication network CN1.
  • FIG. 5 is a schematic diagram showing the configuration of a logical volume.
  • the logical volume 123 provided to the server 20 either the real volume 126 or the virtual volume 124 can be used.
  • the real volume 126 is associated with the storage area of the physical storage device 121.
  • the real volume 126 may be associated with one physical storage device 121, or may be associated with a plurality of physical storage devices 121 constituting a RAID group or the like.
  • the virtual volume 124 is created by thin provisioning technology.
  • the virtual volume is also called a thin provisioning volume.
  • the logical volume is indicated as LU
  • the virtual volume 124 is indicated as VVOL
  • the real volume 126 is indicated as RVOL.
  • the storage apparatus 10 of this embodiment uses a virtual volume 124 as the primary volume 13 and the secondary volume 14 and uses a real volume 126 as the journal volume 15.
  • a virtual volume 124 may be used as the journal volume 15.
  • the volume management process P12 selects a real page 125R for storing the data from the pool 122 and associates it with the virtual volume 124.
  • a storage area of another size in the virtual volume 124 may be used.
  • a storage area of another size in the pool 122 may be used.
  • the volume management process P12 performs the real volumes 126 (2), 126 (3), A real page 125R1-125R3 is selected from 126 (4).
  • the volume management process P12 assigns the real pages 125R1-125R3 to the virtual pages 125V1-125V3, respectively.
  • the data D1-D3 are stored in the actual pages 125R1-125R3, respectively.
  • management information in the storage apparatus 10 will be described.
  • FIG. 6 shows the volume management information T10.
  • the volume management information T10 has an entry for each logical volume. Each entry responds to, for example, the volume number column C100, the size column C101, the type column C102, the status column C103, the attribute column C104, the size change result column C105, the changed size column C106, and the host computer. And a size column C107.
  • Other items may be managed by the volume management information T10.
  • a logical volume corresponding to a certain entry is called a target logical volume.
  • the volume number column C100 indicates identification information for the storage apparatus 10 to uniquely identify the target logical volume. In the figure, the number is indicated by “#”.
  • the identification information is not limited to a number, and other information such as an identification code may be used.
  • the size column C101 indicates the size (volume size) of the target logical volume.
  • the type column C102 indicates the type of the target logical volume. Examples of the value in the type column C102 include “normal” and “pool”. “Normal” indicates that the target logical volume is the virtual volume 124. “Pool” indicates that the target logical volume is a volume registered as the pool 122.
  • the attribute column C104 stores a value indicating whether or not the target logical volume is used. For example, when the target logical volume is allocated to the server 20 or when the target logical volume is used to increase the size of another logical volume, “assignment” is set in the attribute column C104. . When the target logical volume is not assigned to the server 20 or another logical volume, “unassigned” is set in the attribute column C104.
  • the size change result column C105 manages a value indicating whether the change of the volume size of the target logical volume has succeeded or failed. Changing the volume size includes increasing the volume size and reducing the volume size.
  • “success” is set in the size change result column C105. If the volume size change has failed, “failure” is set in the size change result column C105.
  • “ ⁇ ” is set in the size change result column C105.
  • the post-change size column C106 manages the volume size after the size change.
  • the value in the size column C101 matches the value in the changed size column C106.
  • the size column C107 that responds to the host computer manages the volume size of the response to the size inquiry from the server 20.
  • FIG. 7 shows pair management information T11.
  • the pair management information T11 is information for managing a copy pair, and has an entry for each copy pair.
  • Each entry includes, for example, a pair number column C110, a primary volume number column C111, a secondary volume number column C112, a pair status column C113, and an expanded pair status column C114.
  • Other information may be managed by the pair management information T11.
  • a copy pair corresponding to a certain entry is called a target copy pair.
  • the pair number column C110 indicates information for uniquely identifying the target copy pair.
  • the primary volume number column C111 manages information for identifying the primary volume 13 that is the copy source volume.
  • the secondary volume number column C112 manages information for identifying the secondary volume 14 that is the copy destination volume.
  • FIG. 8 shows the relationship between the difference management information T12 and the difference bitmap T14.
  • the difference management information T12 is information for managing the difference bitmap T14.
  • the difference bitmap T14 includes a difference bitmap T14P that indicates an updated portion of an existing area, and a difference bitmap T14Q that indicates an updated portion of an enlarged area.
  • the difference management information T12 has an entry for each copy pair. Each entry includes, for example, a pair number column C120, a size column C121, an address column C122, an enlarged size column C123, and an enlarged address column C124. Other information may be managed by the difference management information T12.
  • a copy pair corresponding to a certain entry is referred to as a target copy pair
  • a logical volume in the own housing of the target copy pair is referred to as a target logical volume.
  • the pair number column C120 indicates information for uniquely identifying the target copy pair.
  • the size column C121 indicates the size of the existing area of the target logical volume.
  • the address column C122 indicates a pointer indicating the address of the differential bitmap T14P of the existing area of the target logical volume.
  • the enlarged size column C123 indicates the size of the target logical volume after the change, that is, the total size of the existing area and the enlarged area.
  • the expansion address column C124 indicates a pointer indicating the address of the differential bitmap T14Q of the expansion area of the target logical volume.
  • the difference bitmap T14 manages the presence / absence of update for each track in the target logical volume. Each track number is associated with a logical address (LBA: Logical Block Addressing) of the target logical volume.
  • LBA Logical Block Addressing
  • the difference bitmap T14 has a head track number column C125, a terminal track number column C126, a next address column C127, and an update presence / absence bit column C128.
  • the first track number column C125 indicates the number of the first track of the target logical volume.
  • the end track number column C126 indicates the end track number of the target logical volume.
  • the next address column C127 indicates the address of the next difference bitmap when the next difference bitmap is continuous with the difference bitmap. For example, when the difference bitmap T14P and the difference bitmap T14Q are merged by increasing the size of the secondary volume 14, the next address column C127 of the difference bitmap T14P indicates the address of the difference bitmap T14Q.
  • the update presence / absence bit column C128 includes an update presence / absence bit for each track. The update presence / absence bit of a certain track indicates whether or not the track has been updated.
  • the next address column C127 in the differential bitmap T14P of the existing area of the target logical volume indicates the address of the differential bitmap T14Q of the expanded area of the target logical volume.
  • FIG. 9 shows the virtual volume management information T13.
  • the virtual volume management information T13 has an entry for each virtual page 125V.
  • Each entry has, for example, a virtual page number column C130, a pool number column C131, an in-pool page number column C132, and a discard flag column C133.
  • a virtual page 125V corresponding to a certain entry is referred to as a target virtual page.
  • the virtual page number column C130 shows information for identifying the target virtual page.
  • the pool number column C131 manages information for identifying one or more pools 122 that can be used by the target virtual page.
  • the pool number column C131 in this example shows only one pool 122, but a plurality of pools 122 may be shown. At least one, usually a plurality of real volumes 126 are registered in the pool 122.
  • the in-pool page number column C132 shows information for identifying the real page 125 allocated to the target virtual page.
  • the volume management process P12 can know whether or not a certain virtual page 125V in the virtual volume 124 can be discarded, for example, from the usage status information D20 from the management program P21 of the server 20.
  • the usage status information D20 includes, for example, the usage status of pages by the management program P21 (for example, identification information for specifying pages not being used).
  • the storage device 10 may be configured to detect whether or not the real page 125R can be discarded.
  • the storage apparatus 10 may analyze the data of the real page 125R assigned to the virtual page and determine whether or not the real page 125R is used.
  • the controller detects that the data stored in the real page is a specific pattern, the controller can determine that the real page can be discarded.
  • the specific pattern is a case where all the data stored in the actual page is zero data.
  • FIG. 10 shows server correspondence management information T30.
  • the server correspondence management information T30 has an entry for each server 20.
  • Each entry has, for example, a server ID column C300, a storage device ID column C301, and a volume number column C302.
  • the server 20 corresponding to a certain entry is called a target server.
  • the server ID column C300 shows information for identifying the target server.
  • the storage device ID column C301 indicates information for identifying the storage device 10 assigned to the target server.
  • the volume number column C302 shows information for identifying the logical volume assigned to the target server.
  • the storage system 40 performs a size expansion process for expanding the size of the logical volume constituting the copy pair.
  • the storage system 40 performs synchronous copy from the primary volume 13 to the secondary volume 14.
  • This synchronous copy uses the storage device 10A provided at the main site (primary site) as the copy source and the storage device 10B provided at the remote site (sub site) B as the copy destination.
  • the site is, for example, a data center.
  • the storage system 40 increases the size of the logical volume that constitutes the copy pair, the size of the primary volume 13 is increased during the pair status of the copy pair. As a result, the copy pair status of the existing pair is maintained in the pair status, and the copy pair status of the extended pair is in the suspended status.
  • some specific examples of operations after the primary volume 13 is enlarged in the synchronous copy will be described.
  • FIG. 11 is a schematic diagram illustrating an existing area update process according to the first embodiment.
  • the controller 11A is in a state where the expanded area QA is added to the primary volume 13 having the existing area PA.
  • the controller 11A in the storage device 10A at the main site receives a write request from the server 20A, it writes the data DX into the cache memory 116A (S511).
  • the write request designates the existing area PA in the primary volume 13 as the write destination of the data DX.
  • the controller 11A transmits the data DX from the cache memory 116A to the storage device 10B at the remote site B (S512). As a result, the controller 11B in the storage apparatus 10B writes the received data DX into the cache memory 116B. Next, when the transmission is completed, the controller 11A transmits a response indicating the completion of writing to the server 20A (S513).
  • the controller 11A destages the data DX from the cache memory 116A to the existing area PA in the primary volume 13 asynchronously with the transmission of the data DX (S514). As a result, the controller 11A writes the data DX to the real volume 126A in the pool 122A associated with the primary volume 13.
  • the controller 11B destages the data DX from the cache memory 116B to the existing area PB in the secondary volume 14B asynchronously with the transmission of the data DX (S515). As a result, the data DX is written to the real volume 126B in the pool 122B associated with the secondary volume 14B.
  • the server 20 does not need to stop the operation when the size of the primary volume 13 is enlarged.
  • the use of the real volume 126B can be suppressed.
  • FIG. 12 is a schematic diagram illustrating an enlarged area update process according to the first embodiment.
  • the controller 11A when receiving a write request from the server 20A, the controller 11A writes the data DY to the cache memory 116A (S521).
  • the write request designates the enlarged area QA in the primary volume 13 as the write destination of the data DY.
  • the controller 11A destages the data DY from the cache memory 116A to the expansion area QA in the primary volume 13 asynchronously with the recording of the differential bitmap T14Q (S524). As a result, the data DY is written to the real volume 126A in the pool 122A associated with the primary volume 13.
  • the server 20 does not need to stop the operation when the size of the primary volume 13 is enlarged.
  • the use of the real volume 126B can be suppressed. Further, the difference between the expanded pairs can be managed.
  • FIG. 13 is a schematic diagram illustrating a difference update process in the first embodiment.
  • the controller 11B expands the secondary volume 14B in response to an instruction from the management server 30 (S531).
  • the controller 11B adds the enlarged area QB to the secondary volume 14B.
  • the controller 11B transmits a notification indicating that the secondary volume 14B has been expanded to the controller 11A (S532).
  • the controller 11A transmits the data DY in the cache memory 116A to the storage device 10B (S534). As a result, the controller 11B writes the data to the cache memory 116B.
  • the expansion pair of the expansion area QA of the primary volume 13 and the expansion area QB of the secondary volume 14B is resynchronized (resynced) and changed from the suspended state to the pair state.
  • the secondary volume 14B can be expanded at an arbitrary timing after the expansion of the primary volume 13, and the copy pair of the expanded primary volume 13 and the expanded secondary volume 14B can be resynchronized. Further, the resynchronization time can be suppressed by transferring only the update data of the enlarged area QA from the primary volume 13 to the secondary volume 14B after the secondary volume 14B is enlarged.
  • the storage device 10A at the main site performs primary volume expansion processing for expanding the primary volume 13 of the copy pair, and the storage device 10B at the remote site B expands the secondary volume 14 of the copy pair. Process.
  • FIG. 14 is a flowchart showing the primary volume expansion process.
  • the primary volume expansion process is executed by the size expansion process P10 of the controller 11A of the storage device 10A at the main site.
  • the controller 11A receives an instruction to increase the size of the primary volume 13 from the management server 30 (S10).
  • the size enlargement instruction designates the primary volume 13 and designates the size after enlargement of the primary volume 13.
  • the controller 11A determines whether or not the primary volume 13 belongs to a copy pair (S11). For example, when the primary volume 13 is registered in the pair management information T11, the controller 11A determines that the primary volume 13 belongs to a copy pair.
  • the controller 11A determines whether or not the virtual volume expansion processing has been completed for all the primary volumes 13 designated by the size expansion instruction (S14).
  • the controller 11A shifts the processing to S13 and performs the processing of the next primary volume 13.
  • the storage apparatus 10A having the primary volume 13 can perform the primary volume expansion process without synchronizing with the secondary volume expansion process. That is, the management server 30 can transmit the size expansion instruction for the primary volume 13 without synchronizing with the size expansion instruction for the secondary volume 14.
  • FIG. 15 is a flowchart showing the secondary volume expansion process.
  • the secondary volume expansion process is executed by the size expansion process P10 of the controller 11B. This secondary volume expansion process corresponds to the above-described difference update process.
  • the controller 11B determines whether or not the size of the secondary volume 14 needs to be increased (S20).
  • the received instruction is a size expansion instruction for instructing an increase in the size of the secondary volume 14 or a secondary volume usage instruction for using data in the secondary volume 14
  • the controller 11B determines the size of the secondary volume 14. It is determined that enlargement is necessary.
  • the size expansion instruction specifies the secondary volume 14 and specifies the size after expansion of the secondary volume 14. For example, the secondary volume use instruction instructs to back up the data in the secondary volume 14 to another storage device such as a tape device. If the received instruction is a size expansion instruction or a secondary volume use instruction, and the expansion area of the primary volume 13 is updated, the controller 11B determines that the size of the secondary volume 14 needs to be expanded. You may do it.
  • the controller 11B ends this flow.
  • the controller 11B determines whether the secondary volume 14 belongs to a copy pair (S21). For example, when the secondary volume 14 is registered in the pair management information T11, the controller 11B determines that the secondary volume 14 belongs to a copy pair.
  • the controller 11B shifts the process to S22.
  • the controller 11B sets the secondary volume 14 as a target volume, and performs a virtual volume expansion process described later (S22).
  • the controller 11B designates the copy pair to which the target volume belongs as the target copy pair, and instructs the copy source controller 11A to perform an expanded pair resynchronization process (S23).
  • the controller 11B determines whether or not the virtual volume expansion processing has been completed for all the secondary volumes 14 designated by the size expansion instruction (S24).
  • the storage apparatus 10B having the secondary volume 14 can perform the secondary volume expansion process without synchronizing with the primary volume expansion process. That is, the management server 30 can transmit the size expansion instruction for the secondary volume 14 without synchronizing with the size expansion instruction for the primary volume 13.
  • FIG. 16 is a flowchart showing the virtual volume expansion process in the first embodiment.
  • the controller 11 searches for the target volume from the pair management information T11 (S300).
  • the controller 11 determines whether or not the size of the target volume has been expanded (S301). For example, when the size change result column C105 of the target volume in the volume management information T10 indicates “success”, or when the size column C101 is equal to the post-change size column C106, the controller 11 increases the size of the target volume. It is determined that it has been completed.
  • the controller 11 determines whether or not the target volume is registered in the pair management information T11 (S302). For example, when registered in the primary volume number column C111 or the secondary volume number column C112 of the pair management information T11, the controller 11 determines that the target volume is registered in the pair management information T11. When it is determined that the target volume is not registered in the pair management information T11 (S302: NO), the controller 11 shifts the process to S305.
  • the controller 11 sets a copy pair corresponding to the target volume as a target copy pair based on the pair management information T11, which will be described later. Difference bitmap enlargement processing is performed (S304).
  • the controller 11 sets the post-change size column C106 of the target volume in the volume management information T10 (S305).
  • the controller 11 writes the enlarged size designated by the size enlargement instruction into the changed size column C106.
  • the controller 11 secures a free area necessary for expanding the virtual volume management information T13 from the shared memory 111 (S306).
  • the controller 11 uses the reserved free space to expand the virtual volume management information T13 (S307), and ends this flow. As a result, a new virtual page corresponding to the expansion area of the target volume is registered in the virtual volume management information T13.
  • the difference bitmap T14 and the virtual volume management information T13 can be expanded.
  • the controller 11 does not need to determine whether or not the size of the target volume can be increased.
  • the controller 11 may restrict the increase in the size of the target volume based on the remaining capacity of the pool 122 and the like. For example, the controller 11 may set a threshold based on the remaining capacity of the pool 122, and may not expand the target volume when the increase in the size of the target volume exceeds the threshold.
  • FIG. 17 is a flowchart showing the differential bitmap enlargement process.
  • the controller 11 determines whether or not the difference bitmap T14 can be enlarged (S400). For example, if the increase in the size of the differential bitmap T14 due to the expansion of the target volume is smaller than the free size of the shared memory 111, the controller 11 determines that the differential bitmap T14 can be expanded.
  • the controller 11 ends this flow. At this time, the controller 11 may interrupt the size expansion process and transmit an error response to the server 20 that transmitted the size expansion instruction.
  • the controller 11 sets the enlarged size column C123 of the target copy pair in the difference management information T12 (S402).
  • the controller 11 writes the enlarged size designated by the size enlargement instruction in the enlargement size column C123.
  • the controller 11 secures a free area for the differential bitmap T14Q corresponding to the enlarged area from the shared memory 111 (S403).
  • the controller 11 sets the expanded address column C124 of the target copy pair in the difference management information T12 (S404).
  • the controller 11 writes a pointer indicating the address of the reserved area in the expanded address column C124.
  • the controller 11 initializes the difference bitmap T14Q (S405).
  • the above is the differential bitmap enlargement process. According to this process, separately from the existing pair, it is possible to manage the difference bitmap for the expanded pair and the copy pair status. Thereby, the existing extended pair can be resynchronized at an arbitrary timing while maintaining the pair state of the existing pair.
  • FIG. 18 is a flowchart showing the update process in the first embodiment.
  • the write request designates a logical address in the primary volume 13 and accompanies the write data.
  • the controller 11A writes the received write data to the cache memory 116A (S50).
  • the controller 11A determines whether or not the write request is an update of the enlarged area of the primary volume 13 (S51). For example, if the address specified by the write request is within the expansion area, the controller 11A determines that the write request is an update of the expansion area.
  • the controller 11A recognizes the primary volume 13 corresponding to the address designated by the write request, and recognizes the target copy pair to which the primary volume 13 belongs based on the pair management information T11.
  • the controller 11A acquires the address range of the expanded area based on the first track number column C125 and the end track number column C126 of the difference bitmap T14Q indicated in the expanded address column C124 of the target copy pair in the difference management information T12. Then, it is determined whether or not the address designated by the write request is within the enlarged area.
  • the controller 11A transmits data from the cache memory 116A to the copy destination storage apparatus 10B (S55). Thereby, the controller 11B in the storage apparatus 10B updates the secondary volume 14 with the write data.
  • the controller 11B receives the write data, writes it to the cache memory 116B, and writes the write data from the cache memory 116B to the existing area in the secondary volume 14.
  • the controller 11A updates the existing area in the primary volume 13 with the write data (S56), and ends this flow.
  • the controller 11A writes the write data from the cache memory 116A to the address designated by the write request.
  • the above S55 to S56 correspond to the above-described existing area update process.
  • the controller 11A determines whether the expansion pair of the target copy pair is in the suspended state (S52). For example, when the expanded pair status column C114 of the target copy pair in the pair management information T11 indicates the suspended state (PSUS), the controller 11A determines that the expanded pair of the target copy pair is in the suspended state.
  • the controller 11A shifts the process to S54.
  • the case where the expansion pair is not in the suspended state is, for example, the case where the expansion pair is in the copy state or the pair state.
  • the controller 11A updates the differential bitmap T14Q of the expansion area of the primary volume 13 (S53). For example, the controller 11A changes the update presence / absence bit of the track designated in the write request in the difference bitmap T14Q to 1.
  • the controller 11A updates the enlarged area in the primary volume 13 with the write data (S54), and ends this flow.
  • the controller 11A writes the write data from the cache memory 116A to the address designated by the write request.
  • the above S53 to S54 correspond to the above-described enlarged region update process.
  • the normal pair status update process is performed when the target of the write request is an existing area, and the primary volume 13 is updated when the target of the write request is the second state. Pair status can be maintained.
  • FIG. 19 is a flowchart showing an expanded pair resynchronization process in the first embodiment. This process is executed when the copy source controller 11A receives an instruction from the copy destination controller 11B.
  • the copy pair designated by the controller 11B is referred to as a target copy pair.
  • controller 11A when the controller 11A receives an instruction for expansion pair resynchronization processing from the secondary volume expansion processing (S60), it determines whether the size of the primary volume 13 is equal to the size of the secondary volume 14 (S61).
  • the controller 11A ends this flow.
  • the controller 11A determines whether or not the expanded pair status of the target copy pair is the suspended status (PSUS) ( S62).
  • the controller 11A refers to the expanded pair status column C114 of the target copy pair in the pair management information T11.
  • the controller 11A changes the value of the size column C121 of the target copy pair in the difference management information T12 to the value of the expanded size column C123 ( S63).
  • the controller 11A writes the value of the expanded address column C124 of the target copy pair to the next address column C127 in the differential bitmap T14P of the existing pair, thereby causing the differential bitmap T14Q of the expanded pair to be the differential bit of the existing pair. Merge to the map T14P (S64).
  • the controller 11A clears the expanded address column C124 of the target copy pair in the difference management information T12 (S65).
  • the controller 11A reads update data from the enlarged area to the cache memory 116A based on the difference bitmap T14Q (S66).
  • the controller 11A transmits the read update data to the copy destination storage apparatus 10B (S67), and ends this flow.
  • the controller 11B in the storage apparatus 10B receives the update data, writes it to the cache memory 116B, and writes it from the cache memory 116B to the expansion area of the secondary volume 14.
  • the above is the extended pair resynchronization process. According to this process, after resynchronizing the expansion pair, the difference bitmap of the existing pair and the difference bitmap of the expansion pair in the target copy pair are managed as one difference bitmap, and the target copy pair is put into a pair state. be able to. Further, since only the update data of the enlarged area is written to the secondary volume 14, the resynchronization time can be suppressed.
  • the pair management information T11 manages the state of the existing area in the pair status column C113 during the period until the primary volume expansion process.
  • the pair management information T11 manages the state of the existing area by the pair status column C113 and manages the state of the expansion area by the expansion pair status column C114.
  • the pair management information T11 manages the state of the area including the existing area and the expanded area using the pair status column C113, and does not use the expanded pair status column C114.
  • the second size enlargement process uses a region that is a combination of the existing area and the enlarged area in the first size enlargement process as a new existing area. Manage and create new expansion areas.
  • the pair management information T11 manages the state of the new expanded area by using the expanded pair status column C114. Thereby, after the size of the logical volume constituting the copy pair is expanded, the size of the logical volume can be further expanded.
  • FIG. 20 is a sequence diagram showing the size enlargement process.
  • the primary volume 13 or the secondary volume 14 that is expanded by the size expansion process is referred to as a target volume.
  • the copy source storage device 10 or the copy destination storage device 10 having the target volume is referred to as a target storage device.
  • the management server 30 transmits an instruction for volume expansion processing to the target storage device (S200).
  • the volume expansion process is the above-described primary volume expansion process or secondary volume expansion process.
  • the instruction specifies the target volume.
  • the target storage apparatus performs volume expansion processing according to the instruction (S201).
  • the management server 30 When the management server 30 confirms the completion of the volume expansion processing of the target storage device, the management server 30 refers to the server correspondence management information T30 and searches for the server 20A that uses the target volume whose volume size has been expanded (S202). . The management server 30 instructs the server 20A that uses the target volume to re-recognize the volume size (S203).
  • the server 20A When the server 20A receives the re-recognition instruction from the management server 30, the server 20A stops the application program P22 (S204) and issues a command for inquiring the volume size to the target storage device (S205).
  • the target storage device returns the size of the target volume used by the server 20A.
  • the server 20A acquires the volume size from the target storage device, the server 20A resumes the operation of the application program P22 (S206).
  • the management server 30 refers to the server correspondence management information T30 again and searches for another server 20B that uses the target volume whose volume size has been increased (S207).
  • the management server 30 instructs the server 20B that uses the target volume to re-recognize the volume size (S208).
  • the storage apparatus 10 returns the size of the target volume used by the server 20B.
  • the server 20B acquires the volume size from the storage apparatus 10, the server 20B restarts the operation of the application program P22 (S211).
  • the server 20 using the target volume can recognize the size of the target volume in synchronization with the increase in the volume size of the target volume.
  • the configuration of the computer system is the same as that of the first embodiment.
  • the storage system 40 performs asynchronous copy from the primary volume 13 to the secondary volume 14C.
  • the storage device 10A provided at the main site is the copy source
  • the storage device 10C provided at the remote site C is the copy destination.
  • the size of the primary volume 13 is first increased. Thereby, this copy pair state is maintained in the pair state. That is, when the size of the primary volume 13 is expanded, the existing pair is maintained in the pair state, and the expanded pair is in the pair state.
  • FIG. 21 is a schematic diagram illustrating an existing area update process according to the second embodiment.
  • the controller 11A is in a state where the expanded area QA is added to the primary volume 13 having the existing area PA.
  • the controller 11A in the storage device 10A at the main site receives a write request from the server 20A, it writes the data DX into the cache memory 116A (S611).
  • the write request designates the existing area PA in the primary volume 13 as the write destination of the data DX.
  • the controller 11A creates journal data JX from the data DX in the cache memory 116A and writes it to the cache memory 116A (S612).
  • the journal data indicates a history of updates due to write requests.
  • the controller 11A transmits a response indicating write completion to the server 20A (S613).
  • the controller 11A destages the data DX from the cache memory 116A to the existing area PA in the primary volume 13 asynchronously with the creation of the journal data JX (S614). As a result, the controller 11A writes the data DX to the real volume 126A in the pool 122A associated with the primary volume 13.
  • the controller 11A destages the journal data JX from the cache memory 116A to the journal volume 15A asynchronously with the destaging of the data DX (S615). As a result, the journal data JX is written to the journal volume 15A.
  • the controller 11C destages the journal data JX from the cache memory 116C to the journal volume 15C (S622). As a result, the controller 11C writes the journal data JX to the journal volume 15C.
  • the controller 11C destages the data DX from the cache memory 116C to the existing area PC in the secondary volume 14C (S624). As a result, the controller 11C writes the normalized data DX to the real volume 126C in the pool 122C associated with the secondary volume 14C.
  • FIG. 22 is a schematic diagram illustrating an enlarged region update process according to the second embodiment.
  • the controller 11A when receiving a write request from the server 20A, the controller 11A writes the data DY to the cache memory 116A (S631).
  • the write request designates the enlarged area QA in the primary volume 13 as the write destination of the data DY.
  • controller 11A creates journal data JY from the data DY in the cache memory 116A and writes it to the cache memory 116A (S632).
  • controller 11A transmits a response indicating write completion to the server 20A (S633).
  • the controller 11A destages the data DY from the cache memory 116A to the expansion area QA in the primary volume 13 asynchronously with the creation of the journal data JY (S634). As a result, the controller 11A writes the data DY to the real volume 126A in the pool 122A associated with the primary volume 13.
  • the controller 11A destages the journal data JY from the cache memory 116A to the journal volume 15A asynchronously with the destage of the data DY (S635). As a result, the journal data JY is written to the journal volume 15A.
  • the controller 11C in the storage device 10C reads the journal data JY from the storage device 10A asynchronously with the destage of the journal data JY, and the controller 11A reads the journal data JY from the cache memory 116A. (S636). Thereby, the controller 11C in the storage apparatus 10C writes the received journal data JY to the cache memory 116C.
  • the controller 11C destages the journal data JY from the cache memory 116C to the journal volume 15C (S642). As a result, the controller 11C writes the journal data JY to the journal volume 15C.
  • the controller 11C determines whether or not the existing area is updated with the journal data JY, and when it is determined that the existing area is not updated, the data DY is not normalized.
  • FIG. 23 is a schematic diagram illustrating a difference update process in the second embodiment.
  • the controller 11C expands the secondary volume 14C in response to an instruction from the management server 30 (S651).
  • the controller 11B adds the enlarged area QC to the secondary volume 14C.
  • the controller 11C restores the journal data JY from the journal volume 15C to the cache memory 116C (S652). As a result, the controller 11C writes the journal data JY to the cache memory 116C.
  • the controller 11C normalizes the data DY based on the restored journal data JX (S653). As a result, the controller 11C creates data DY from the journal data JY and writes it to the cache memory 116C.
  • the controller 11C destages the data DY from the cache memory 116C to the expanded area QC in the secondary volume 14C (S654). As a result, the controller 11C writes the normalized data DY to the real volume 126C in the pool 122C associated with the secondary volume 14C.
  • the secondary volume 14C can be expanded at an arbitrary timing after the expansion of the primary volume 13, and the data of the expanded secondary volume 14C can be made to follow the expanded primary volume 13. Further, by normalizing only the data in the enlarged area QA after the secondary volume 14C is enlarged, the load on the controller 11C can be suppressed.
  • the primary volume expansion process and the secondary volume expansion process are the same as in the first embodiment. According to this process, the secondary volume expansion process can be performed without synchronizing with the primary volume expansion process. That is, the management server 30 can transmit the size expansion instruction for the secondary volume 14 without synchronizing with the size expansion instruction for the primary volume 13.
  • the virtual volume expansion process of this embodiment is the same as that of the first embodiment.
  • FIG. 24 is a flowchart illustrating the update process according to the second embodiment.
  • the controller 11A writes the received write data to the cache memory 116A (S150).
  • the controller 11A determines whether or not the write request is an update of the enlarged area of the primary volume 13 (S151).
  • the controller 11A creates journal data from the write data and writes it to the cache memory 116 (S155), and copies the journal data from the cache memory 116.
  • the data is transmitted to the previous storage device 10C (S156).
  • the controller 11C in the storage apparatus 10C receives the journal data and writes it to the cache memory 116C, and writes the journal data from the cache memory 116A to the journal volume 15C.
  • the controller 11C normalizes the update data based on the journal data, thereby creating the update data and writing it to the cache memory 116C, and transferring the created update data from the cache memory 116C to the existing area in the secondary volume 14. Write.
  • the controller 11A updates the existing area in the primary volume 13 with the write data (S157).
  • the controller 11A writes the write data from the cache memory 116A to the address designated by the write request.
  • the controller 11A updates the journal volume 15A with the journal data (S158), and ends this flow.
  • the controller 11A writes the journal data from the cache memory 116A to the journal volume 15A.
  • the above S155 to S158 correspond to the above-described existing area update processing.
  • the controller 11A determines whether the expansion pair of the target copy pair is in the suspended state (S152). For example, when the expanded pair status column C114 of the target copy pair in the pair management information T11 indicates the suspended state (PSUS), the controller 11A determines that the expanded pair of the target copy pair is in the suspended state.
  • the controller 11A shifts the process to S155.
  • the case where the expansion pair is not in the suspended state is, for example, the case where the expansion pair is in the copy state or the pair state.
  • the controller 11A updates the differential bitmap T14Q of the expansion area of the primary volume 13 (S153). For example, the controller 11A changes the update presence / absence bit of the track designated in the write request in the difference bitmap T14Q to 1.
  • the controller 11A updates the enlarged area in the primary volume 13 with the write data (S154), and ends this flow.
  • the controller 11A writes the write data from the cache memory 116A to the address designated by the write request.
  • the above S152 to S154 correspond to the above-described enlarged area update processing.
  • the above is the update process. According to this processing, even when the size of the logical volume is expanded, the pair state of the copy pair can be maintained.
  • FIG. 25 is a flowchart illustrating an expanded pair resynchronization process according to the second embodiment. This process is executed by the copy destination controller 11C according to an instruction from the secondary volume expansion process.
  • the secondary volume expansion process using the expansion pair resynchronization process corresponds to the above-described difference update process.
  • the copy pair designated by the secondary volume expansion process is called a target copy pair.
  • the controller 11C ends this flow.
  • the controller 11C When it is determined that the size of the primary volume 13 is equal to the size of the secondary volume 14 (S161: YES), the controller 11C reads journal data from the journal volume 15C to the cache memory 116C (S162). Next, the controller 11C normalizes the update data based on the read journal data, thereby creating update data and writing it to the cache memory 116C (S163). Next, the controller 11C writes the created update data from the cache memory 116C to the expansion area in the secondary volume 14 (S164), and ends this flow.
  • the data of the secondary volume 14 can be made to follow the data of the primary volume 13 after the size of the secondary volume 14 is enlarged while maintaining the target copy pair in the pair state. Further, since only the update data of the enlarged area is written to the secondary volume 14, the resynchronization time can be suppressed.
  • the configuration of the computer system is the same as that of the first embodiment.
  • the storage apparatus 10A having the primary volume 13 is installed at the main site. Further, the storage apparatus 10B having the secondary volume 14B is installed at the remote site B. The storage apparatus 10C having the secondary volume 14C is installed at the remote site C. The distance between the main site and the remote site B is shorter than the distance between the main site and the remote site C. Further, the primary volume 13 and the secondary volume 14B constitute a copy pair B. Further, the primary volume 13 and the secondary volume 14C constitute a copy pair C.
  • FIG. 26 is a schematic diagram illustrating an existing area update process according to the third embodiment.
  • the controller 11A at the main site receives a write request from the server 20A, it writes the data DX into the cache memory 116A (S711).
  • the write request designates the existing area PA in the primary volume 13 as the write destination of the data DX.
  • the controller 11A transmits the data DX from the cache memory 116A to the storage device 10B at the remote site B (S712).
  • the controller 11A creates journal data JX from the data DX in the cache memory 116A and writes it to the cache memory 116A (S713).
  • the controller 11A transmits a response indicating the completion of writing to the server 20A (S714).
  • the controller 11A destages the data DX from the cache memory 116A to the existing area PA in the primary volume 13 asynchronously with the transmission of the data DX (S716). Further, the controller 11A destages the journal data JX from the cache memory 116A to the journal volume 15A asynchronously with the destaging of the data DX (S717).
  • the controller 11C in the storage apparatus 10C reads the journal data JX from the storage apparatus 10A asynchronously with the destage of the journal data JX, and the controller 11A reads the journal data JX from the cache memory 116A to the remote site C. To the storage device 10C (S718).
  • controller 11B destages the data DX from the cache memory 116B to the existing area PB in the secondary volume 14 (S722).
  • the controller 11C destages the journal data JX from the cache memory 116C to the journal volume 15C (S723). Furthermore, the controller 11C normalizes the data DX based on the journal data JX asynchronously with the destage of the journal data JX (S724). Next, the controller 11C destages the data DX from the cache memory 116C to the existing area PC in the secondary volume 14 (S725).
  • the above is the existing area update process.
  • write data to the existing area is transferred from the main site to the remote site B by synchronous copy
  • journal data to the existing area is transferred from the main site to the remote site C by asynchronous copy.
  • FIG. 27 is a schematic diagram illustrating an enlarged area update process according to the third embodiment.
  • the controller 11A when receiving a write request from the server 20A, the controller 11A writes the data DY to the cache memory 116A (S731).
  • the write request designates the enlarged area QA in the primary volume 13 as the write destination of the data DY.
  • controller 11A creates journal data JY from the data DY in the cache memory 116A and writes it to the cache memory 116A (S732).
  • controller 11A transmits a response indicating the completion of writing to the server 20A (S733).
  • controller 11A destages the data DY from the cache memory 116A to the expansion area QA in the primary volume 13 asynchronously with the transmission of the journal data JY (S734). Further, the controller 11A destages the journal data JY from the cache memory 116A to the journal volume 15A asynchronously with the destage of the data DY (S735).
  • the controller 11B in the storage apparatus 10B reads the journal data JY from the storage apparatus 10A asynchronously with the destage of the journal data JY, and the controller 11A reads the journal data JY from the cache memory 116A. It is transmitted to 10B (S736). Further, the controller 11C in the storage device 10C reads the journal data JY from the storage device 10A asynchronously with the destage of the journal data JY, and the controller 11A reads the journal data JY from the cache memory 116A. (S737).
  • controller 11B destages the journal data JY from the cache memory 116B to the journal volume 15B (S742).
  • controller 11C destages the journal data JY from the cache memory 116C to the journal volume 15C (S743).
  • journal data to the enlarged area is transferred from the main site to the remote site B by asynchronous copy
  • journal data to the enlarged area is transferred from the main site to the remote site C by asynchronous copy.
  • FIG. 28 is a schematic diagram illustrating a difference update process according to the third embodiment.
  • the controller 11B expands the secondary volume 14B in response to an instruction from the management server 30 (S751).
  • the controller 11B restores the journal data JY from the journal volume 15B to the cache memory 116B (S752).
  • the controller 11B normalizes the data DY based on the restored journal data JX (S753).
  • the controller 11B destages the data DY from the cache memory 116B to the expansion area QB in the secondary volume 14B (S754).
  • the controller 11C also performs S761-S764, which is the same as S751-S754 described above, asynchronously with the controller 11B.
  • Either expansion of the size of the secondary volumes 14B, 14C may be performed first.
  • the size of the secondary volume 14B and the size of the secondary volume 14C can be increased at an arbitrary timing after the size of the primary volume 13 is increased. Further, even when the sizes of the secondary volumes 14B and 14C are expanded, the copy pair of the main site and the remote site B is maintained in the pair state, and the copy pair of the main site and the remote site C is maintained in the pair state.
  • the remote site B becomes the main site
  • the secondary volume 14B becomes the new primary volume 13
  • the secondary volume 14C becomes the new secondary volume 14 to form a copy pair.
  • the copy pair B performs a synchronous copy for the update of the existing area and performs an asynchronous copy for the update of the enlarged area.
  • the copy pair C performs asynchronous copy for any update of the existing area and the enlarged area.
  • the remote site B which is closer to the main site than the remote site C, performs a synchronous copy of the existing area, thereby increasing the probability that the remote site B stores the latest data, and in the case where a failure occurs in the main site. The probability of data lost can be reduced.
  • a storage system 40 having a three-site serial (cascade) configuration having a copy pair of the main site and the remote site B and a copy pair of the remote site B and the remote site C will be described.
  • the configuration of the computer system is the same as that of the third embodiment.
  • the primary volume 13 and the secondary volume 14B constitute a copy pair B. Further, the primary volume 13 and the secondary volume 14C constitute a copy pair C.
  • FIG. 29 is a schematic diagram illustrating an existing area update process according to the fourth embodiment.
  • the controller 11A at the main site receives a write request from the server 20A, it writes the data DX into the cache memory 116A (S811).
  • the write request designates the existing area PA in the primary volume 13 as the write destination of the data DX.
  • the controller 11A transmits the data DX from the cache memory 116A to the storage device 10B at the remote site B (S812).
  • the controller 11A transmits a response indicating the completion of writing to the server 20A (S813).
  • the controller 11A destages the data DX from the cache memory 116A to the existing area PA in the primary volume 13 asynchronously with the transmission of the data DX (S814).
  • the controller 11B receives the data DX, stores it in the cache memory 116B, creates journal data JX from the data DX in the cache memory 116B, and writes it in the cache memory 116B (S821).
  • the controller 11C in the storage apparatus 10C reads the journal data JX from the storage apparatus 10B asynchronously with the creation of the journal data JX, and the controller 11B reads the journal data JX from the cache memory 116B to the storage apparatus 10C. (S822).
  • the controller 11B destages the data DX from the cache memory 116B to the existing area PB in the secondary volume 14 asynchronously with the transmission of the journal data JX (S823). Further, the controller 11B destages the journal data JX from the cache memory 116B to the journal volume 15B asynchronously with the transmission of the journal data JX (S824).
  • the controller 11C receives the journal data JX, stores it in the cache memory 116C, and destages the journal data JX from the cache memory 116C to the journal volume 15C (S825). Further, the controller 11C normalizes the data DX based on the journal data JX asynchronously with the destage of the journal data JX (S826). Next, the controller 11C destages the data DX from the cache memory 116C to the existing area PC in the secondary volume 14C (S827).
  • FIG. 30 is a schematic diagram illustrating an enlarged area update process according to the fourth embodiment.
  • the controller 11A when receiving a write request from the server 20A, the controller 11A writes the data DY to the cache memory 116A (S831).
  • the write request designates the enlarged area QA in the primary volume 13 as the write destination of the data DY.
  • controller 11A creates journal data JY from the data DY in the cache memory 116A and writes it to the cache memory 116A (S832).
  • controller 11A transmits a response indicating write completion to the server 20A (S833).
  • the controller 11B in the storage apparatus 10B reads the journal data JY from the storage apparatus 10A asynchronously with the creation of the journal data JY, and the controller 11A reads the journal data JY from the cache memory 116A to the storage apparatus 10B. (S834).
  • the controller 11A destages the data DY from the cache memory 116A to the expansion area QA in the primary volume 13 asynchronously with the transmission of the journal data JY (S835). Further, the controller 11A destages the journal data JY from the cache memory 116A to the journal volume 15A asynchronously with the destage of the data DY (S836).
  • the controller 11B receives the journal data JY and writes it to the cache memory 116B.
  • the controller 11C in the storage device 10C reads the journal data JY from the storage device 10B asynchronously with the writing of the journal data JY, and the controller 11B transmits the journal data JY from the cache memory 116B to the storage device 10C. (S841).
  • controller 11B destages the journal data JY from the cache memory 116B to the journal volume 15B asynchronously with the transmission of the journal data JY (S842).
  • controller 11C receives the journal data JY, writes it to the cache memory 116C, and destages the journal data JY from the cache memory 116C to the journal volume 15C (S843).
  • journal data is transferred from the main site to the remote site B by asynchronous copy, and the journal data is transferred from the remote site B to the remote site C.
  • FIG. 31 is a schematic diagram illustrating a difference update process according to the fourth embodiment.
  • S851 to S854 by the controller 11B in the present embodiment are the same as S751 to S754 by the controller 11B in the difference update processing of the third embodiment.
  • S861-S864 by the controller 11C in the present embodiment is the same as S761-S764 by the controller 11B in the difference update processing of the third embodiment.
  • the size of the secondary volume 14B and the size of the secondary volume 14C can be increased at an arbitrary timing after the size of the primary volume 13 is increased. Further, even when the sizes of the secondary volumes 14B and 14C are expanded, the copy pair of the main site and the remote site B is maintained in the pair state, and the copy pair of the main site and the remote site C is maintained in the pair state.
  • Either expansion of the size of the secondary volumes 14B, 14C may be performed first.
  • the remote site B becomes the main site
  • the secondary volume 14B becomes the new primary volume 13
  • the secondary volume 14C becomes the new secondary volume 14 to form a copy pair.
  • the copy pair B performs a synchronous copy for the update of the existing area and performs an asynchronous copy for the update of the enlarged area.
  • the copy pair C performs asynchronous copy for any update of the existing area and the enlarged area.
  • the remote site B which is closer to the main site than the remote site C, performs a synchronous copy of the existing area, thereby increasing the probability that the remote site B stores the latest data, and in the case where a failure occurs in the main site. The probability of data lost can be reduced.
  • the storage system 40 of each of the above embodiments may reduce the size of the expanded logical volume.
  • the expanded logical volume may be deleted and recovered to the pool 122, or unnecessary pages of the expanded logical volume may be discarded and recovered to the pool 122.
  • the storage system 40 can perform inter-chassis copying without depending on the processing and load of the host computer such as the server 20 that makes an IO request to the storage apparatus 10.
  • processing order may be exchanged in the flow described above.
  • S53 and S54, S55 and S56, S152 to S155, and S156 to S159 can be exchanged.
  • a first storage device A first controller that creates a first logical volume using the first storage device; A second storage device; A second controller connected to the first controller via a network and creating a second logical volume using the second storage device; The first controller has a second existing area that is a storage area before the size of the second logical volume is expanded from a first existing area that is a storage area before the size of the first logical volume is increased.
  • the first controller keeps the existing pair in a synchronized state in which the second existing region is synchronized with the first existing region,
  • the first controller expands the size of the first logical volume by adding a first expansion area using the first storage device to the first logical volume during the synchronization state,
  • the second controller expands the size of the second logical volume by adding a second expanded area using the second storage device to the second logical volume after the size of the first logical volume is expanded, Writing data written to the first enlarged area to the second enlarged area; Storage system.
  • the first controller creates a first logical volume using the first storage device
  • a second controller connected to the first controller via a network creates a second logical volume using a second storage device;
  • the first controller has a second existing area that is a storage area before the size of the second logical volume is expanded from a first existing area that is a storage area before the size of the first logical volume is increased.
  • the first controller keeps the existing pair in a synchronized state in which the second existing region is synchronized with the first existing region,
  • the first controller expands the size of the first logical volume by adding a first expansion area using the first storage device to the first logical volume during the synchronization state,
  • the second controller expands the size of the second logical volume by adding a second expanded area using the second storage device to the second logical volume after the size of the first logical volume is expanded, Writing data written to the first enlarged area to the second enlarged area; Storage system control method.
  • the first storage device corresponds to, for example, the storage device 16 in the storage device 10A at the main site.
  • the first logical volume corresponds to the primary volume 13, for example.
  • the first controller corresponds to the controller 11A in the storage device 10A at the main site.
  • the second storage device corresponds to the storage device 16 in the storage apparatuses 10B and 10C at the remote sites B and C, for example.
  • the second logical volume corresponds to the secondary volumes 14B and 14C, for example.
  • the second controller corresponds to the controllers 11B and 11C in the storage apparatuses 10B and 10C at the remote sites B and C.
  • the first existing area corresponds to, for example, the existing area PA.
  • the second existing area corresponds to, for example, the existing areas PB and PC.
  • the first enlarged area corresponds to the enlarged area QA, for example.
  • the second enlarged area corresponds to the enlarged areas QB and QC, for example.

Abstract

コピー元ボリュームのサイズを拡大した後、拡大前のコピーペアの同期を維持しつつ、任意のタイミングでコピー先ボリュームのサイズを拡大する。第１コントローラは、第１論理ボリュームのサイズが拡大される前の記憶領域である第１既存領域から、第２論理ボリュームのサイズが拡大される前の記憶領域である第２既存領域へのコピーを示す既存ペアを定義し、既存ペアを、第２既存領域を第１既存領域に同期させる状態である同期状態に保ち、同期状態中に、第１記憶デバイスを用いる第１拡大領域を第１論理ボリュームへ追加することにより第１論理ボリュームのサイズを拡大し、第２コントローラは、第１論理ボリュームのサイズの拡大後に、第２記憶デバイスを用いる第２拡大領域を第２論理ボリュームへ追加し、第１拡大領域へ書き込まれたデータを第２拡大領域へ書き込む。

Description

ストレージシステム及びストレージシステム制御方法
　本発明は、ストレージシステムにおける複数の論理ボリュームを同期させる技術に関する。
　ストレージシステムにおいて、或る論理ボリュームのデータを他の論理ボリュームに同期させるコピー機能が知られている。ユーザは、コピー機能を用いることにより、業務で使用するデータのバックアップの作成等を行うことができる。
　二つの論理ボリュームにより構成されるコピーペアにおいて、コピー元ボリュームのサイズと、コピー先ボリュームのサイズ及び差分ビットマップのサイズを拡大または縮小させることのできる技術が知られている（例えば、特許文献１）。
特開２００９－９３３１５号公報
　このような技術により、コピーペアにおける各論理ボリュームのサイズを変更する場合、コピー元ボリューム及びコピー先ボリュームのサイズをほぼ同時に変更する必要がある。
　上記課題を解決するため、本発明の一態様であるストレージシステムは、第１記憶デバイスと、第１記憶デバイスを用いて第１論理ボリュームを作成する第１コントローラと、第２記憶デバイスと、ネットワークを介して第１コントローラに接続され、第２記憶デバイスを用いて第２論理ボリュームを作成する第２コントローラとを備える。第１コントローラは、第１論理ボリュームのサイズが拡大される前の記憶領域である第１既存領域から、第２論理ボリュームのサイズが拡大される前の記憶領域である第２既存領域へのコピーを示す既存ペアを定義する。第１コントローラは、既存ペアを、第２既存領域を第１既存領域に同期させる状態である同期状態に保つ。第１コントローラは、同期状態中に、第１記憶デバイスを用いる第１拡大領域を第１論理ボリュームへ追加することにより第１論理ボリュームのサイズを拡大する。第２コントローラは、第１論理ボリュームのサイズの拡大後に、第２記憶デバイスを用いる第２拡大領域を第２論理ボリュームへ追加することにより第２論理ボリュームのサイズを拡大し、第１拡大領域へ書き込まれたデータを第２拡大領域へ書き込む。
　コピー元ボリュームのサイズを拡大した後、拡大前のコピーペアの同期を維持しつつ、任意のタイミングでコピー先ボリュームのサイズを拡大することができる。
図１は、コンピュータシステムを示す。 図２は、ストレージ装置１０の構成を示す。 図３は、サーバ２０の構成を示す。 図４は、管理サーバ３０の構成を示す。 図５は、論理ボリュームの構成を示す模式図である。 図６は、ボリューム管理情報Ｔ１０を示す。 図７は、ペア管理情報Ｔ１１を示す。 図８は、差分管理情報Ｔ１２と差分ビットマップＴ１４の関係を示す。 図９は、仮想ボリューム管理情報Ｔ１３を示す。 図１０は、サーバ対応関係管理情報Ｔ３０を示す。 図１１は、実施例１における既存領域更新処理を示す模式図である。 図１２は、実施例１における拡大領域更新処理を示す模式図である。 図１３は、実施例１における差分更新処理を示す模式図である。 図１４は、正ボリューム拡大処理を示すフローチャートである。 図１５は、副ボリューム拡大処理を示すフローチャートである。 図１６は、実施例１における仮想ボリューム拡大処理を示すフローチャートである。 図１７は、差分ビットマップ拡大処理を示すフローチャートである。 図１８は、実施例１における更新処理を示すフローチャートである。 図１９は、実施例１における拡大ペア再同期処理を示すフローチャートである。 図２０は、サイズ拡大処理を示すシーケンス図である。 図２１は、実施例２における既存領域更新処理を示す模式図である。 図２２は、実施例２における拡大領域更新処理を示す模式図である。 図２３は、実施例２における差分更新処理を示す模式図である。 図２４は、実施例２における更新処理を示すフローチャートである。 図２５は、実施例２における拡大ペア再同期処理を示すフローチャートである。 図２６は、実施例３における既存領域更新処理を示す模式図である。 図２７は、実施例３における拡大領域更新処理を示す模式図である。 図２８は、実施例３における差分更新処理を示す模式図である。 図２９は、実施例４における既存領域更新処理を示す模式図である。 図３０は、実施例４における拡大領域更新処理を示す模式図である。 図３１は、実施例４における差分更新処理を示す模式図である。
　以下、図面に基づいて、本発明の実施の形態を説明する。本実施形態では、
　コピー先のストレージ装置内のデータをコピー元のストレージ装置内のデータに同期させる技術について説明する。このような技術として、コピー元のデータを同一筐体内のコピー先へ転送する筐体内コピーと、コピー元のデータを別の筐体内のコピー先へ転送する筐体間コピー（レプリケーション）とが知られている。また、筐体間コピーとして、同期コピーと非同期コピーが知られている。同期コピーは、データをコピー元へ書き込むと共に、そのデータをコピー先へ転送して書き込む。非同期コピーは、データをコピー元へ書き込むタイミングの後に、そのデータをコピー先へ転送して書き込む。
　本実施例では、同期コピーを用いるストレージシステムについて説明する。
　――――コンピュータシステムの構成――――
　以下、コンピュータシステムの構成について説明する。
　図１は、コンピュータシステムを示す。このコンピュータシステムは、例えば、ストレージシステム４０と、複数のサーバ２０Ａ，２０Ｂと、少なくとも一つの管理サーバ３０とを有する。ストレージシステム４０は、複数のストレージ装置１０Ａ，１０Ｂ，１０Ｃを有する。
　管理サーバ３０は、各ストレージ装置１０Ａ，１０Ｂ，１０Ｃ及び各サーバ２０Ａ，２０Ｂと、管理用の通信ネットワークＣＮ１を介して接続される。各サーバ２０Ａ，２０Ｂと各ストレージ装置１０Ａ，１０Ｂ，１０Ｃとは、データ入出力用の通信ネットワークＣＮ２を介して、接続される。さらに、ストレージ装置１０Ａとストレージ装置１０Ｂとストレージ装置１０Ｃとは、リモートコピー用の通信ネットワークＣＮ３を介して接続される。
　通信ネットワークＣＮ１は、例えば、ＬＡＮ（Local Area Network）のように構成される。通信ネットワークＣＮ２，ＣＮ３は、例えば、ＩＰ－ＳＡＮ（Internet Protocol-Storage Area Network）またはＦＣ－ＳＡＮ（Fibre Channel-Storage Area Network）であっても良い。なお、ＣＮ１，ＣＮ２，ＣＮ３が一つの通信ネットワークであっても良い。または、ＣＮ２とＣＮ３とが一つの通信ネットワークであり、ＣＮ１が別の通信ネットワークであっても良い。以下の説明において、データ入出力をＩ／Ｏ（Input／Output）と表現する。
　ストレージ装置１０Ａ，１０Ｂ，１０Ｃは、各サーバ２０Ａ，２０Ｂにより使用されるデータを記憶する。ストレージ装置１０Ａは、コントローラ１１Ａと、記憶デバイス１６Ａとを有する。ストレージ装置１０Ｂは、コントローラ１１Ｂと、記憶デバイス１６Ｂとを有する。ストレージ装置１０Ｃは、コントローラ１１Ｃと、記憶デバイス１６Ｃとを有する。記憶デバイス１６Ａから、論理ボリュームである正ボリューム（ＰＶＯＬ：Primary Volume）１３と、副ボリューム（ＳＶＯＬ：Secondar Volume）１３Ｄと、ジャーナルボリューム（ＪＮＬＶＯＬ：Journal Volume）１５Ａとが作成される。記憶デバイス１６Ｂから、論理ボリュームである副ボリューム１４Ｂと、ジャーナルボリューム１５Ｂとが作成される。記憶デバイス１６Ｃから、論理ボリュームである副ボリューム１４Ｃと、ジャーナルボリューム１５Ｃとが作成される。以下の説明では、論理ボリュームをボリュームと呼ぶことがある。
　正ボリューム１３及び副ボリューム１４Ｂは、コピーペアを構成することができる。正ボリューム１３及び副ボリューム１４Ｃは、コピーペアを構成することができる。正ボリューム１３及び副ボリューム１４Ｄは、コピーペアを構成することができる。正ボリューム１３及び副ボリューム１４Ｄのコピーペアは、筐体内コピーを行う。正ボリューム１３及び副ボリューム１４Ｂのコピーペア、正ボリューム１３及び副ボリューム１４Ｂのコピーペアの夫々は、筐体間コピーを行う。コントローラ１１は、これらのコピーペアを定義することができる。
　ストレージシステム４０が同期コピーを行う場合、ストレージ装置１０Ｃを有していなくても良い。ストレージシステム４０が同期コピーを行う場合、ストレージ装置１０Ａ，１０Ｂは、ジャーナルボリューム１５Ａ，１５Ｂを有していなくても良い。ストレージシステム４０が非同期コピーを行う場合、ストレージ装置１０Ｂを有していなくても良い。ストレージシステム４０が筐体間コピーを行う場合、ストレージ装置１０Ａは、副ボリューム１４Ｄを有していなくても良い。
　サーバ２０Ａ，２０Ｂは、例えば、顧客管理、画像配信、電子メール管理等の各種業務処理を実行する。サーバ２０Ａ，２０Ｂは、業務処理のために、ストレージ装置１０Ａ，１０Ｂ，１０Ｃの論理ボリュームにアクセスして、データを読み書きする。サーバ２０Ａ，２０Ｂは、例えば、サーバコンピュータ、メインフレームコンピュータ、パーソナルコンピュータ、エンジニアリングワークステーション、携帯情報端末等のホスト計算機であっても良い。
　管理サーバ３０は、コンピュータシステムを管理するためのコンピュータである。管理サーバ３０は、コンピュータシステムの各構成及び状態等を管理する。管理サーバ３０は、ストレージ装置１０Ａ，１０Ｂ，１０Ｃにペア操作のためのコマンドを与える。
　管理サーバ３０は、サーバ２０Ａ，２０Ｂと同様に、種々のコンピュータであっても良い。管理サーバ３０は、複数のコンピュータを含んでいてもよい。例えば、ユーザ（システム管理者等）が操作するための管理端末を設け、管理端末と管理サーバ３０とを接続する構成でもよい。ユーザは、管理端末を用いて、管理サーバ３０に指示を与えたり、管理サーバ３０から取得した情報を表示させたりできる。管理端末は、パーソナルコンピュータ、または、携帯情報端末（携帯電話を含む）であっても良い。
　以下の説明において、特に区別しない場合、ストレージ装置１０Ａ，１０Ｂ，１０Ｃの夫々を、ストレージ装置１０と呼ぶ。同様に、特に区別しない場合、コントローラ１１Ａ，１１Ｂ，１１Ｃの夫々を、コントローラ１１と呼ぶ。同様に、特に区別しない場合、記憶デバイス１６Ａ，１６Ｂ，１６Ｃの夫々を、記憶デバイス１６と呼ぶ。同様に、特に区別しない場合、サーバ２０Ａ，２０Ｂの夫々をサーバ２０と呼ぶ。同様に、特に区別しない場合、副ボリューム１４Ｂ，１４Ｃ，１４Ｄの夫々を、副ボリューム１４と呼ぶ。同様に、特に区別しない場合、ジャーナルボリューム１５Ａ，１５Ｂ，１５Ｃの夫々を、ジャーナルボリューム１５と呼ぶ。
　図２は、ストレージ装置１０の構成を示す。ストレージ装置１０は、コントローラ１１と、記憶デバイス１６とを有する。コントローラ１１は、ストレージ装置１０の動作を制御する。コントローラ１１は、例えば、ＣＰＵ（central processing unit）等のマイクロプロセッサ１１０と、共用メモリ１１１と、Ｉ／Ｏインターフェース１１２と、管理インターフェース１１３と、ディスクインターフェース１１４と、スイッチ回路１１５と、キャッシュメモリ１１６とを有する。図面では、インターフェースを「Ｉ／Ｆ」と略記する。
　マイクロプロセッサ１１０と、共用メモリ１１１と、ディスクインターフェース１１４と、キャッシュメモリ１１６とは、内部バスにより接続されている。Ｉ／Ｏインターフェース１１２と、管理インターフェース１１３は、スイッチ回路１１５を介して内部バスに接続されている。
　Ｉ／Ｏインターフェース１１２は、通信ネットワークＣＮ２，ＣＮ３を介して、サーバ２０または他のストレージ装置１０と通信する。管理インターフェース１１３は、通信ネットワークＣＮ１を介して、管理サーバ３０と通信する。ディスクインターフェース１１４は、記憶デバイス１６と通信する。
　記憶デバイス１６は、複数の物理記憶デバイス１２１を有する。物理記憶デバイス１２１としては、例えば、ハードディスクデバイス、半導体メモリデバイス、光ディスクデバイス、光磁気ディスクデバイス等のデータを読み書き可能な種々のデバイスを利用可能である。
　ハードディスクデバイスを用いる場合、例えば、ＦＣ（Fibre Channel）ディスク、ＳＣＳＩ（Small Compute System Interface）ディスク、ＳＡＴＡディスク、ＡＴＡ（AT Attachment）ディスク、ＳＡＳ（Serial Attached SCSI）ディスク等を用いることができる。また、半導体メモリデバイスを用いる場合、例えば、フラッシュメモリ、ＦｅＲＡＭ（Ferroelectric Random Access Memory）、ＭＲＡＭ（Magnetoresistiv Random Access Memory）、相変化メモリ（Ovonic Unified Memory）、ＲＲＡＭ（登録商標）（Resistance RAM）等を用いることもできる。さらに、例えば、フラッシュメモリデバイスとハードディスクドライブのように、種類の異なる物理記憶デバイス１２１を混在させる構成でもよい。
　複数の物理記憶デバイス１２１が有する物理的記憶領域は、シンプロビジョニング技術のためのプール１２２としてまとめられることができる。プール１２２の記憶領域を用いて、一つまたは複数の論理ボリュームを作成できる。また、物理記憶領域は、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）グループとしてまとめられても良い。
　キャッシュメモリ１１６は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリデバイス、ハードディスクドライブのような一つまたは複数の記憶媒体から構成される。キャッシュメモリ１１６は、サーバ２０や他のストレージ装置１０から受信されたデータを記憶デバイス１６へ書き込む前に格納する。また、キャッシュメモリ１１６は、記憶デバイス１６から読み出されたデータを、サーバ２０や他のストレージ装置１０へ送信する前に格納する。
　共用メモリ１１１は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリデバイス、ハードディスクドライブのような一つまたは複数の記憶媒体から構成される。共用メモリ１１１は、コンピュータプログラムであるサイズ拡大処理Ｐ１０と、ペア操作処理Ｐ１１と、ボリューム管理処理Ｐ１２とを格納する。共用メモリ１１１は更に、管理情報であるボリューム管理情報Ｔ１０と、ペア管理情報Ｔ１１と、差分管理情報Ｔ１２と、仮想ボリューム管理情報Ｔ１３とを格納する。マイクロプロセッサ１１０は、共用メモリ１１１に記憶されたコンピュータプログラムを読み込んで実行することにより、後述の機能を実現する。マイクロプロセッサ１１０は、各種コンピュータプログラムを実行する場合、共用メモリ１１１に記憶された各種管理情報を適宜参照することができる。
　ボリューム管理情報Ｔ１０は、ストレージ装置１０により提供される論理ボリュームを管理するための情報である。ペア管理情報Ｔ２０は、コピーペアを管理するための情報である。差分管理情報Ｔ１２は、コピーペアを形成する二つの論理ボリュームの間に生じる差分データを管理するための情報である。差分ビットマップＴ１４は、論理ボリュームのアドレス空間を所定サイズの単位管理領域に区切り、単位管理領域毎に、差異が生じているか否かを示すフラグをセットする。単位管理領域は例えば、トラックである。所定サイズは例えば、２５６ｋバイトである。仮想ボリューム管理情報Ｔ１３は、シンプロビジョニング技術により作成される仮想ボリュームを管理するための情報である。
　ボリューム管理処理Ｐ１２は、論理ボリュームを管理する。
　サイズ拡大処理Ｐ１０は、論理ボリュームのサイズを拡大する。
　ペア操作処理Ｐ１１は、コピー元の論理ボリュームである正ボリューム１３とコピー先の論理ボリュームである副ボリューム１４とから成るコピーペアの状態を操作する。コピーペアの状態としては、例えば、ペア状態、サスペンド状態、コピー状態がある。ペア状態は、同期状態とも呼ばれる。
　ペア状態とは、正ボリューム１３と副ボリューム１４の記憶内容が同期している状態である。正ボリューム１３に書き込まれたデータは、副ボリューム１４にも書き込まれる。
　サスペンド状態とは、正ボリューム１３と副ボリューム１４とが分離されており、各ボリュームがそれぞれ独立してデータを管理する状態である。サスペンド状態では、正ボリューム１３に記憶されたデータと副ボリューム１４に記憶されたデータとは同期していない。サスペンド状態の正ボリューム１３にサーバ２０がデータを書き込むと、正ボリューム１３と副ボリューム１４との間に差分データが生じる。その差分データは、差分ビットマップＴ１４により管理される。
　リシンク状態は、正ボリューム１３と副ボリューム１４との間の差分データを、副ボリューム１４へ書き込む状態である。リシンクが完了するとペア状態に移行し、正ボリューム１３に記憶されたデータと副ボリューム１４に記憶されたデータとが一致する。
　リストア状態は、副ボリューム１４から正ボリューム１３にデータを転送することにより、正ボリューム１３に記憶されるデータを副ボリューム１４に記憶されるデータに一致させる状態である。リストアが完了するとペア状態に移行し、正ボリューム１３に記憶されたデータと副ボリューム１４に記憶されたデータとは、一致する。
　図３は、サーバ２０の構成を示す。サーバ２０は、例えば、ＣＰＵ（Central Processing Unit）２１等のマイクロプロセッサと、メモリ２２と、Ｉ／Ｏインターフェース２３と、管理インターフェース２４とを有しており、それら２１－２４は内部バスにより相互に接続されている。
　マイクロプロセッサ２１は、メモリ２２に記憶された各種コンピュータプログラムを読み込んで実行する。メモリ２２は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリデバイス、ハードディスクドライブのような一つまたは複数の記憶媒体から構成される。Ｉ／Ｏインターフェース２３は、通信ネットワークＣＮ２，ＣＮ３を介して、サーバ２０またはストレージ装置１０と、データを送受信する。管理インターフェース２４は、通信ネットワークＣＮ１を介して、管理サーバ３０と通信する。
　メモリ２２には、オペレーティングシステム（いずれも図示せず）のほかに、ボリュームサイズを再認識するためのコンピュータプログラムであるボリュームサイズ再認識処理Ｐ２０と管理プログラムＰ２１と、アプリケーションプログラムＰ２２とが記憶されている。ボリュームサイズ再認識処理Ｐ２０は、管理サーバ３０からの指示により作動し、アプリケーションプログラムＰ２２を停止させて、ストレージ装置１０からアプリケーションプログラムＰ２２が使用する論理ボリュームのサイズを取得する。ボリュームサイズ再認識処理Ｐ２０は、ボリュームサイズを取得した後（ボリュームサイズを再認識した後）、アプリケーションプログラムＰ２２を再開させる。管理プログラムＰ２１は、ＯＳ（operating system）やファイルシステム等、ファイルを管理するプログラムである。
　図４は、管理サーバ３０の構成を示す。管理サーバ３０は、例えば、マイクロプロセッサ３１と、メモリ３２と、Ｉ／Ｏインターフェース３３とを含む。
　マイクロプロセッサ３１は、メモリ３２に記憶されたコンピュータプログラムを読み込んで実行する。メモリ３２は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリデバイス、ハードディスクドライブのような一つまたは複数の記憶媒体から構成される。管理インターフェース３４は、通信ネットワークＣＮ１を介して、サーバ２０と通信する。
　メモリ３２には、オペレーティングシステム及びアプリケーションプログラム（いずれも図示せず）のほかに、サーバ２０を検索するためコンピュータプログラムであるサーバ検索処理Ｐ３０と、サーバ２０と論理ボリュームの対応関係を管理するためのサーバ対応関係管理情報Ｔ３０とが記憶されている。
　図５は、論理ボリュームの構成を示す模式図である。サーバ２０へ提供される論理ボリューム１２３として、実ボリューム１２６と、仮想ボリューム１２４との何れかを用いることができる。実ボリューム１２６は、物理記憶デバイス１２１の記憶領域に対応付けられている。実ボリューム１２６は、一つの物理記憶デバイス１２１に対応付けられていても良いし、ＲＡＩＤグループ等を構成する複数の物理記憶デバイス１２１に対応付けられていても良い。仮想ボリューム１２４は、シンプロビジョニング技術により作成される。仮想ボリュームは、シンプロビジョニングボリュームとも呼ばれる。図中では、論理ボリュームをＬＵ、仮想ボリューム１２４をＶＶＯＬ、実ボリューム１２６をＲＶＯＬと示す。本実施例のストレージ装置１０は、正ボリューム１３、副ボリューム１４として、仮想ボリューム１２４を用い、ジャーナルボリューム１５として実ボリューム１２６を用いる。なお、ジャーナルボリューム１５として仮想ボリューム１２４を用いても良い。
　サーバ２０が仮想ボリューム１２４内の仮想ページ１２５Ｖへデータを書き込む場合、ボリューム管理処理Ｐ１２は、そのデータを格納するための実ページ１２５Ｒをプール１２２から選択し、仮想ボリューム１２４に対応付ける。仮想ページ１２５Ｖの代わりに、仮想ボリューム１２４内の他のサイズの記憶領域が用いられても良い。実ページ１２５Ｒの代わりに、プール１２２内の他のサイズの記憶領域が用いられても良い。
　例えば、サーバ２０が仮想ボリューム１２４内の仮想ページ１２５Ｖ１－１２５Ｖ３にデータＤ１－Ｄ３を夫々書き込む場合、ボリューム管理処理Ｐ１２は、プール１２２に登録されている実ボリューム１２６（２），１２６（３），１２６（４）から実ページ１２５Ｒ１－１２５Ｒ３を選択する。次にボリューム管理処理Ｐ１２は、実ページ１２５Ｒ１－１２５Ｒ３を仮想ページ１２５Ｖ１－１２５Ｖ３に夫々割り当てる。これにより、データＤ１－Ｄ３は、実ページ１２５Ｒ１－１２５Ｒ３に夫々記憶される。
　このようにシンプロビジョニング技術を用いることにより、サーバ２０Ｂが使用する際に実ページ１２５Ｒを仮想ボリューム１２４に割り当てるため、プール１２２内の実ページ１２５Ｒを有効に利用することができる。
　――――ストレージ装置１０における管理情報――――
　以下、ストレージ装置１０における管理情報について説明する。
　図６は、ボリューム管理情報Ｔ１０を示す。ボリューム管理情報Ｔ１０は、論理ボリューム毎のエントリを有する。各エントリは例えば、ボリューム番号欄Ｃ１００と、サイズ欄Ｃ１０１と、タイプ欄Ｃ１０２と、ステータス欄Ｃ１０３と、属性欄Ｃ１０４と、サイズ変更結果欄Ｃ１０５と、変更後サイズ欄Ｃ１０６と、ホスト計算機に応答するサイズ欄Ｃ１０７とを有する。それら以外の項目がボリューム管理情報Ｔ１０により管理されてもよい。ここでは、或るエントリに対応する論理ボリュームを対象論理ボリュームと呼ぶ。
　ボリューム番号欄Ｃ１００は、ストレージ装置１０が対象論理ボリュームを一意に識別するための識別情報を示す。図中では、番号を「＃」で示す。なお、識別情報として、番号に限らず、識別コード等の他の情報を用いてもよい。
　サイズ欄Ｃ１０１は、対象論理ボリュームのサイズ（ボリュームサイズ）を示す。
　タイプ欄Ｃ１０２は、対象論理ボリュームのタイプを示す。タイプ欄Ｃ１０２の値として例えば、「通常」、「プール」がある。「通常」とは、対象論理ボリュームが仮想ボリューム１２４であることを示す。「プール」とは、対象論理ボリュームがプール１２２として登録されたボリュームであることを示す。
　属性欄Ｃ１０４は、対象論理ボリュームが使用されているか否かを示す値を記憶する。例えば、対象論理ボリュームがサーバ２０に割り当てられている場合、または、対象論理ボリュームが他の論理ボリュームのサイズを拡大するために使用されている場合、属性欄Ｃ１０４には「割当て」が設定される。対象論理ボリュームがサーバ２０または他の論理ボリュームに割り当てられていない場合、属性欄Ｃ１０４には「未割当て」が設定される。
　サイズ変更結果欄Ｃ１０５は、対象論理ボリュームのボリュームサイズの変更が成功したか失敗したかを示す値を管理する。ボリュームサイズの変更には、ボリュームサイズの拡大と、ボリュームサイズの縮小とが含まれる。ボリュームサイズの変更に成功した場合、サイズ変更結果欄Ｃ１０５には「成功」と設定される。ボリュームサイズの変更に失敗した場合、サイズ変更結果欄Ｃ１０５には「失敗」と設定される。ボリュームサイズが変更されていない場合、サイズ変更結果欄Ｃ１０５には「－」と設定される。
　変更後サイズ欄Ｃ１０６は、サイズ変更後のボリュームサイズを管理する。ボリュームサイズの変更が行われない場合、または、ボリュームサイズの変更に失敗した場合、サイズ欄Ｃ１０１の値と変更後サイズ欄Ｃ１０６の値とは一致する。
　ホスト計算機に応答するサイズ欄Ｃ１０７は、サーバ２０からのサイズ問い合わせに対する応答のボリュームサイズを管理する。
　図７は、ペア管理情報Ｔ１１を示す。ペア管理情報Ｔ１１は、コピーペアを管理するための情報であり、コピーペア毎のエントリを有する。各エントリは例えば、ペア番号欄Ｃ１１０と、正ボリューム番号欄Ｃ１１１と、副ボリューム番号欄Ｃ１１２と、ペア状態欄Ｃ１１３と、拡大ペア状態欄Ｃ１１４とを含む。それら以外の情報がペア管理情報Ｔ１１により管理されてもよい。ここでは、或るエントリに対応するコピーペアを対象コピーペアと呼ぶ。
　ペア番号欄Ｃ１１０は、対象コピーペアを一意に識別するための情報を示す。正ボリューム番号欄Ｃ１１１は、コピー元ボリュームである正ボリューム１３を識別するための情報を管理する。副ボリューム番号欄Ｃ１１２は、コピー先ボリュームである副ボリューム１４を識別するための情報を管理する。
　ペア状態欄Ｃ１１３は、対象コピーペアの状態を示す。コピーペアが取り得る状態には、例えば、ペア状態（ＰＡＩＲ）、サスペンド状態（ＰＳＵＳ）、リシンク中のコピー状態（ＣＯＰＹ）がある。対象コピーペアを構成する論理ボリュームが拡大される場合、正ボリューム１３及び副ボリューム１４の夫々において、拡大前の領域を既存領域と呼び、拡大により追加される領域を拡大領域と呼ぶ。コピーペアのうち、正ボリューム１３内の既存領域と副ボリューム１４内の既存領域の組を既存ペアと呼び、正ボリューム１３内の拡大領域と副ボリューム１４内の拡大領域の組を拡大ペアと呼ぶ。ペア状態欄Ｃ１１３は、既存ペアの状態を示す。コントローラ１１は、コピーペアの定義時に既存ペアを定義し、正ボリューム１３のサイズの拡大時に拡大ペアを定義する。
　拡大ペア状態欄Ｃ１１４は、拡大ペアの状態を示す。拡大ペアが取り得る状態には、既存ペアと同様、ペア状態、サスペンド状態、コピー状態がある。
　図８は、差分管理情報Ｔ１２と差分ビットマップＴ１４の関係を示す。差分管理情報Ｔ１２は、差分ビットマップＴ１４を管理するための情報である。差分ビットマップＴ１４は、既存領域の更新部分を示す差分ビットマップＴ１４Ｐと、拡大領域の更新部分を示す差分ビットマップＴ１４Ｑとを有する。差分管理情報Ｔ１２は、コピーペア毎のエントリを有する。各エントリは例えば、ペア番号欄Ｃ１２０と、サイズ欄Ｃ１２１と、アドレス欄Ｃ１２２と、拡大サイズ欄Ｃ１２３と、拡大アドレス欄Ｃ１２４とを含む。それら以外の情報が差分管理情報Ｔ１２により管理されてもよい。ここでは、或るエントリに対応するコピーペアを対象コピーペアと呼び、対象コピーペアのうち自筐体内の論理ボリュームを対象論理ボリュームと呼ぶ。
　ペア番号欄Ｃ１２０は、対象コピーペアを一意に識別するための情報を示す。
　サイズ欄Ｃ１２１は、対象論理ボリュームの既存領域のサイズを示す。アドレス欄Ｃ１２２は、対象論理ボリュームの既存領域の差分ビットマップＴ１４Ｐのアドレスを指すポインタを示す。
　拡大サイズ欄Ｃ１２３は、変更後の対象論理ボリュームのサイズ、即ち既存領域と拡大領域の合計サイズを示す。拡大アドレス欄Ｃ１２４は、対象論理ボリュームの拡大領域の差分ビットマップＴ１４Ｑのアドレスを指すポインタを示す。
　差分ビットマップＴ１４は、対象論理ボリューム内のトラック単位で更新の有無を管理する。各トラック番号は、対象論理ボリュームの論理アドレス（ＬＢＡ：Logical Block Addressing）に対応付けられている。差分ビットマップＴ１４は、先頭トラック番号欄Ｃ１２５と、終端トラック番号欄Ｃ１２６と、次のアドレス欄Ｃ１２７と、更新有無ビット欄Ｃ１２８とを有する。
　先頭トラック番号欄Ｃ１２５は、対象論理ボリュームの先頭トラックの番号を示す。終端トラック番号欄Ｃ１２６は、対象論理ボリュームの終端トラックの番号を示す。次のアドレス欄Ｃ１２７は、当該差分ビットマップに次の差分ビットマップが連続している場合、次の差分ビットマップのアドレスを指す。例えば、副ボリューム１４のサイズが拡大されることより、差分ビットマップＴ１４Ｐと差分ビットマップＴ１４Ｑがマージされた場合、差分ビットマップＴ１４Ｐの次のアドレス欄Ｃ１２７は、差分ビットマップＴ１４Ｑのアドレスを指す。更新有無ビット欄Ｃ１２８は、トラック毎の更新有無ビットを有する。或るトラックの更新有無ビットは、そのトラックが更新されたか否かを示す。
　対象論理ボリュームの既存領域の差分ビットマップＴ１４Ｐにおける次のアドレス欄Ｃ１２７は、対象論理ボリュームの拡大領域の差分ビットマップＴ１４Ｑのアドレスを指す。
　図９は、仮想ボリューム管理情報Ｔ１３を示す。仮想ボリューム管理情報Ｔ１３は、仮想ページ１２５Ｖ毎のエントリを有する。各エントリは例えば、仮想ページ番号欄Ｃ１３０と、プール番号欄Ｃ１３１と、プール内ページ番号欄Ｃ１３２と、破棄フラグ欄Ｃ１３３とを有する。ここでは、或るエントリに対応する仮想ページ１２５Ｖを対象仮想ページと呼ぶ。
　仮想ページ番号欄Ｃ１３０は、対象仮想ページを識別するための情報を示す。プール番号欄Ｃ１３１は、対象仮想ページが用いることができる一つ以上のプール１２２を識別するための情報を管理する。この例におけるプール番号欄Ｃ１３１は、一つのプール１２２のみを示しているが、複数のプール１２２を示しても良い。プール１２２には、少なくとも一つ、通常は複数の実ボリューム１２６が登録される。
　プール内ページ番号欄Ｃ１３２は、対象仮想ページに割り当てられている実ページ１２５を識別するための情報を示す。
　破棄フラグ欄Ｃ１３３は、例えば、デフラグ処理の結果として未使用ページとなった場合のように、そのページが破棄可能であるか否かを示す破棄フラグを管理する。破棄フラグ欄Ｃ１３３に「可」と示されているページは、破棄できる。破棄フラグ欄Ｃ１３３に「否」と示されているページは、破棄できない。
　ボリューム管理処理Ｐ１２は、仮想ボリューム１２４内の或る仮想ページ１２５Ｖが破棄可能であるか否かについて、例えば、サーバ２０の管理プログラムＰ２１からの使用状況情報Ｄ２０により知ることができる。使用状況情報Ｄ２０は、例えば、管理プログラムＰ２１によるページの使用状況（例えば、使用していないページを特定する識別情報）を含んで構成される。
　実ページ１２５Ｒが破棄可能であるか否かを、ストレージ装置１０が検出する構成でもよい。ストレージ装置１０が、仮想ページに割り当てられている実ページ１２５Ｒのデータを解析し、その実ページ１２５Ｒが使用されているか否かを判断する構成でもよい。コントローラは、実ページに格納されたデータが特定のパターンであることを検出した場合に、その実ページを破棄可能であると判断することができる。例えば、特定のパターンとは、実ページに格納されたデータがすべてゼロデータの場合である。
　図１０は、サーバ対応関係管理情報Ｔ３０を示す。サーバ対応関係管理情報Ｔ３０は、サーバ２０毎のエントリを有する。各エントリは、例えば、サーバＩＤ欄Ｃ３００と、ストレージ装置ＩＤ欄Ｃ３０１と、ボリューム番号欄Ｃ３０２とを有する。ここでは、或るエントリに対応するサーバ２０を対象サーバと呼ぶ。
　サーバＩＤ欄Ｃ３００は、対象サーバを識別するための情報を示す。ストレージ装置ＩＤ欄Ｃ３０１は、対象サーバに割り当てられているストレージ装置１０を識別するための情報を示す。ボリューム番号欄Ｃ３０２は、対象サーバに割り当てられている論理ボリュームを識別するための情報を示す。
　――――ストレージシステム４０の動作の具体例――――
　ストレージシステム４０は、コピーペアを構成する論理ボリュームのサイズを拡大するサイズ拡大処理を行う。
　以下、サイズ拡大処理における幾つかの動作の具体例について説明する。
　本実施例において、ストレージシステム４０は、正ボリューム１３から副ボリューム１４へ同期コピーを行う。この同期コピーは、メインサイト（正サイト）に設けられているストレージ装置１０Ａをコピー元とし、リモートサイト（副サイト）Ｂに設けられているストレージ装置１０Ｂをコピー先とする。サイトは例えば、データセンタである。
　ストレージシステム４０がコピーペアを構成する論理ボリュームのサイズを拡大する場合、そのコピーペアのペア状態中に、正ボリューム１３のサイズを拡大する。これにより、既存ペアのコピーペア状態はペア状態に維持され、拡大ペアのコピーペア状態はサスペンド状態になる。ここでは、同期コピーにおいて、正ボリューム１３が拡大された後の動作の幾つかの具体例について説明する。
　ここでは、既存領域が更新される場合の更新処理である既存領域更新処理について説明する。
　図１１は、実施例１における既存領域更新処理を示す模式図である。ここでは、コントローラ１１Ａが、既存領域ＰＡを有する正ボリューム１３に拡大領域ＱＡを追加した状態である。この状態で、メインサイトのストレージ装置１０Ａ内のコントローラ１１Ａは、サーバ２０Ａからのライト要求を受信すると、キャッシュメモリ１１６ＡへデータＤＸを書き込む（Ｓ５１１）。ここで、ライト要求は、データＤＸの書き込み先として、正ボリューム１３内の既存領域ＰＡを指定する。
　次にコントローラ１１Ａは、キャッシュメモリ１１６ＡからリモートサイトＢのストレージ装置１０ＢへデータＤＸを送信する（Ｓ５１２）。これにより、ストレージ装置１０Ｂ内のコントローラ１１Ｂは、受信されたデータＤＸをキャッシュメモリ１１６Ｂへ書き込む。次にコントローラ１１Ａは、この送信を完了すると、ライト完了を示す応答をサーバ２０Ａへ送信する（Ｓ５１３）。
　その後、コントローラ１１Ａは、データＤＸの送信とは非同期で、キャッシュメモリ１１６Ａから正ボリューム１３内の既存領域ＰＡへデータＤＸのデステージを行う（Ｓ５１４）。これにより、コントローラ１１Ａは、データＤＸを、正ボリューム１３に対応付けられたプール１２２Ａ内の実ボリューム１２６Ａへ書き込む。
　更に、コントローラ１１Ｂは、データＤＸの送信とは非同期で、キャッシュメモリ１１６Ｂから副ボリューム１４Ｂ内の既存領域ＰＢへデータＤＸのデステージを行う（Ｓ５１５）。これにより、データＤＸは、副ボリューム１４Ｂに対応付けられたプール１２２Ｂ内の実ボリューム１２６Ｂへ書き込まれる。
　以上が既存領域更新処理である。この処理によれば、副ボリューム１４Ｂを拡大することなく、既存ペアのペア状態を維持することができる。従って、サーバ２０は、正ボリューム１３のサイズの拡大時に動作を停止する必要がない。また、実ボリューム１２６Ｂの使用を抑制することができる。
　ここでは、拡大領域が更新される場合の更新処理である拡大領域更新処理について説明する。
　図１２は、実施例１における拡大領域更新処理を示す模式図である。まず、コントローラ１１Ａは、サーバ２０Ａからのライト要求を受信すると、キャッシュメモリ１１６ＡへデータＤＹを書き込む（Ｓ５２１）。ここで、ライト要求は、データＤＹの書き込み先として、正ボリューム１３内の拡大領域ＱＡを指定する。
　コントローラ１１Ａは、正ボリューム１３を管理する差分ビットマップＴ１４を有する。この時の差分ビットマップＴ１４は、既存領域ＰＡに対応する差分ビットマップＴ１４Ｐと、拡大領域ＱＡに対応する差分ビットマップＴ１４Ｑとを有する。コントローラ１１Ａは、差分ビットマップＴ１４ＱにおいてデータＤＹの書き込み先を記録する（Ｓ５２２）。次にコントローラ１１Ａは、ライト完了を示す応答をサーバ２０Ａへ送信する（Ｓ５２３）。
　その後、コントローラ１１Ａは、差分ビットマップＴ１４Ｑの記録と非同期で、キャッシュメモリ１１６Ａから正ボリューム１３内の拡大領域ＱＡへデータＤＹのデステージを行う（Ｓ５２４）。これにより、データＤＹは、正ボリューム１３に対応付けられたプール１２２Ａ内の実ボリューム１２６Ａへ書き込まれる。
　以上が拡大領域更新処理である。この処理によれば、副ボリューム１４Ｂを拡大することなく、既存ペアのペア状態を維持することができる。従って、サーバ２０は、正ボリューム１３のサイズの拡大時に動作を停止する必要がない。また、実ボリューム１２６Ｂの使用を抑制することができる。また、拡大ペアの差分を管理することができる。
　ここでは、正ボリューム１３の拡大の後に、副ボリューム１４Ｂが拡大される場合の処理である差分更新処理について説明する。
　図１３は、実施例１における差分更新処理を示す模式図である。まず、コントローラ１１Ｂは、管理サーバ３０からの指示に応じて副ボリューム１４Ｂを拡大する（Ｓ５３１）。ここでコントローラ１１Ｂは、副ボリューム１４Ｂに拡大領域ＱＢを追加する。次にコントローラ１１Ｂは、副ボリューム１４Ｂが拡大されたことを示す通知をコントローラ１１Ａへ送信する（Ｓ５３２）。
　次にコントローラ１１Ａは、この通知を受信すると、コントローラ１１Ａ内の拡大領域ＱＡの差分ビットマップＴ１４Ｑに基づいて、正ボリューム１３からキャッシュメモリ１１６ＡへデータＤＹのステージングを行う（Ｓ５３３）。これにより、コントローラ１１Ａは、拡大領域ＱＡのうち、データＤＹを格納する領域だけを選択し、データＤＹをキャッシュメモリ１１６Ａへ読み出す。
　次にコントローラ１１Ａは、キャッシュメモリ１１６Ａ内のデータＤＹをストレージ装置１０Ｂへ送信する（Ｓ５３４）。これにより、コントローラ１１Ｂは、データをキャッシュメモリ１１６Ｂへ書き込む。送信が完了すると、正ボリューム１３の拡大領域ＱＡと副ボリューム１４Ｂの拡大領域ＱＢとの拡大ペアは、再同期（リシンク）され、サスペンド状態からペア状態に変更される。
　その後、コントローラ１１Ｂは、データＤＹの送信と非同期で、キャッシュメモリ１１６Ｂから副ボリューム１４Ｂ内の拡大領域ＱＢへデータＤＹのデステージを行う（Ｓ５３５）。これにより、コントローラ１１Ｂは、データＤＹを、副ボリューム１４Ｂに対応付けられたプール１２２Ｂ内の実ボリューム１２６Ｂへ書き込む。
　以上が差分更新処理である。この処理によれば、正ボリューム１３の拡大後の任意のタイミングで副ボリューム１４Ｂを拡大し、拡大された正ボリューム１３と拡大された副ボリューム１４Ｂとのコピーペアを再同期させることができる。また、副ボリューム１４Ｂの拡大後に拡大領域ＱＡの更新データだけを正ボリューム１３から副ボリューム１４Ｂへ転送することにより、再同期時間を抑えることができる。
　――――サイズ拡大処理――――
　以下、サイズ拡大処理について説明する。
　サイズ拡大処理において、メインサイトのストレージ装置１０Ａは、コピーペアの正ボリューム１３を拡大する正ボリューム拡大処理を行い、リモートサイトＢのストレージ装置１０Ｂは、そのコピーペアの副ボリューム１４を拡大する副ボリューム拡大処理を行う。
　ここでは、正ボリューム拡大処理について説明する。
　図１４は、正ボリューム拡大処理を示すフローチャートである。正ボリューム拡大処理は、メインサイトのストレージ装置１０Ａのコントローラ１１Ａのサイズ拡大処理Ｐ１０により実行される。
　まずコントローラ１１Ａは、管理サーバ３０から正ボリューム１３のサイズ拡大指示を受領する（Ｓ１０）。サイズ拡大指示は、正ボリューム１３を指定し、正ボリューム１３の拡大後のサイズを指定する。次にコントローラ１１Ａは、正ボリューム１３がコピーペアに属しているか否かを判定する（Ｓ１１）。例えば、正ボリューム１３がペア管理情報Ｔ１１に登録されている場合、コントローラ１１Ａは、正ボリューム１３がコピーペアに属していると判定する。
　正ボリューム１３がコピーペアに属していないと判定された場合（Ｓ１１：ＮＯ）、コントローラ１１Ａは、このフローを終了する。
　正ボリューム１３がコピーペアに属していると判定された場合（Ｓ１１：ＹＥＳ）、コントローラ１１Ａは、正ボリューム１３を対象ボリュームとし、後述の仮想ボリューム拡大処理を行う（Ｓ１３）。次にコントローラ１１Ａは、サイズ拡大指示により指定された全ての正ボリューム１３について仮想ボリューム拡大処理が完了したか否かを判定する（Ｓ１４）。
　全ての正ボリューム１３について仮想ボリューム拡大処理が完了していない場合（Ｓ１４：ＮＯ）、コントローラ１１Ａは、処理をＳ１３へ移行させ、次の正ボリューム１３の処理を行う。
　全ての正ボリューム１３について仮想ボリューム拡大処理が完了した場合（Ｓ１４：ＹＥＳ）、コントローラ１１Ａは、このフローを終了する。
　以上が正ボリューム拡大処理である。この処理によれば、正ボリューム１３を有するストレージ装置１０Ａは、副ボリューム拡大処理と同期することなく、正ボリューム拡大処理を行うことができる。即ち、管理サーバ３０は、副ボリューム１４のサイズ拡大指示と同期することなく、正ボリューム１３のサイズ拡大指示を送信することができる。
　ここでは、副ボリューム拡大処理について説明する。
　図１５は、副ボリューム拡大処理を示すフローチャートである。副ボリューム拡大処理は、コントローラ１１Ｂのサイズ拡大処理Ｐ１０により実行される。この副ボリューム拡大処理は、前述の差分更新処理に相当する。
　まずコントローラ１１Ｂは、管理サーバ３０から副ボリューム１４に関する指示を受領すると（Ｓ１９）、副ボリューム１４のサイズの拡大が必要であるか否かを判定する（Ｓ２０）。ここで、受領された指示が、副ボリューム１４のサイズの拡大を指示するサイズ拡大指示や、副ボリューム１４のデータを利用する副ボリューム利用指示である場合、コントローラ１１Ｂは、副ボリューム１４のサイズの拡大が必要であると判定する。サイズ拡大指示は、副ボリューム１４を指定し、副ボリューム１４の拡大後のサイズを指定する。副ボリューム利用指示は例えば、副ボリューム１４のデータをテープデバイス等の他の記憶デバイスへバックアップすることを指示する。また、受領された指示が、サイズ拡大指示や副ボリューム利用指示であり、且つ正ボリューム１３の拡大領域に更新があった場合、コントローラ１１Ｂは、副ボリューム１４のサイズの拡大が必要であると判定しても良い。
　副ボリューム１４のサイズの拡大が必要でないと判定された場合（Ｓ２０：ＮＯ）、コントローラ１１Ｂは、このフローを終了する。
　副ボリューム１４のサイズの拡大が必要であると判定された場合（Ｓ２０：ＹＥＳ）、コントローラ１１Ｂは、副ボリューム１４がコピーペアに属しているか否かを判定する（Ｓ２１）。例えば、副ボリューム１４がペア管理情報Ｔ１１に登録されている場合、コントローラ１１Ｂは、副ボリューム１４がコピーペアに属していると判定する。
　副ボリューム１４がコピーペアに属していないと判定された場合（Ｓ２１：ＮＯ）、コントローラ１１Ｂは、このフローを終了する。
　副ボリューム１４がコピーペアに属していると判定された場合（Ｓ２１：ＹＥＳ）、コントローラ１１Ｂは、処理をＳ２２へ移行させる。Ｓ２２において、コントローラ１１Ｂは、副ボリューム１４を対象ボリュームとし、後述の仮想ボリューム拡大処理を行う（Ｓ２２）。次にコントローラ１１Ｂは、対象ボリュームが属するコピーペアを対象コピーペアとし、コピー元のコントローラ１１Ａへ後述の拡大ペア再同期処理を指示する（Ｓ２３）。次にコントローラ１１Ｂは、サイズ拡大指示により指定された全ての副ボリューム１４について仮想ボリューム拡大処理が完了したか否かを判定する（Ｓ２４）。
　全ての副ボリューム１４について仮想ボリューム拡大処理が完了していないと判定された場合（Ｓ２４：ＮＯ）、コントローラ１１Ｂは、処理をＳ２２へ移行させ、次の副ボリューム１４の処理を行う。
　全ての副ボリューム１４について仮想ボリューム拡大処理が完了したと判定された場合（Ｓ２４：ＹＥＳ）、コントローラ１１Ｂは、このフローを終了する。
　以上が副ボリューム拡大処理である。この処理によれば、副ボリューム１４を有するストレージ装置１０Ｂは、正ボリューム拡大処理と同期することなく、副ボリューム拡大処理を行うことができる。即ち、管理サーバ３０は、正ボリューム１３のサイズ拡大指示と同期することなく、副ボリューム１４のサイズ拡大指示を送信することができる。
　ここでは、前述のＳ１３、Ｓ２２の夫々における仮想ボリューム拡大処理について説明する。
　図１６は、実施例１における仮想ボリューム拡大処理を示すフローチャートである。まずコントローラ１１は、ペア管理情報Ｔ１１から対象ボリュームを検索する（Ｓ３００）。次にコントローラ１１は、対象ボリュームのサイズが拡大済みであるか否かを判定する（Ｓ３０１）。例えば、ボリューム管理情報Ｔ１０内の対象ボリュームのサイズ変更結果欄Ｃ１０５が「成功」を示している場合、又はサイズ欄Ｃ１０１が変更後サイズ欄Ｃ１０６に等しい場合、コントローラ１１は、対象ボリュームのサイズが拡大済みであると判定する。
　対象ボリュームのサイズが拡大済みであると判定された場合（Ｓ３０１：ＹＥＳ）、コントローラ１１は、このフローを終了する。
　対象ボリュームのサイズが拡大済みでないと判定された場合（Ｓ３０１：ＮＯ）、コントローラ１１は、対象ボリュームがペア管理情報Ｔ１１に登録されているか否かを判定する（Ｓ３０２）。例えば、ペア管理情報Ｔ１１の正ボリューム番号欄Ｃ１１１又は副ボリューム番号欄Ｃ１１２に登録されている場合、コントローラ１１は、対象ボリュームがペア管理情報Ｔ１１に登録されていると判定する。対象ボリュームがペア管理情報Ｔ１１に登録されていないと判定された場合（Ｓ３０２：ＮＯ）、コントローラ１１は、処理をＳ３０５へ移行させる。
　対象ボリュームがペア管理情報Ｔ１１に登録されていると判定された場合（Ｓ３０２：ＹＥＳ）、コントローラ１１は、ペア管理情報Ｔ１１に基づいて、対象ボリュームに対応するコピーペアを対象コピーペアとし、後述の差分ビットマップ拡大処理を行う（Ｓ３０４）。
　次にコントローラ１１は、ボリューム管理情報Ｔ１０内の対象ボリュームの変更後サイズ欄Ｃ１０６を設定する（Ｓ３０５）。ここで、コントローラ１１は、サイズ拡大指示により指定された拡大後のサイズを、その変更後サイズ欄Ｃ１０６へ書き込む。次にコントローラ１１は、仮想ボリューム管理情報Ｔ１３の拡大に必要な空き領域を、共用メモリ１１１から確保する（Ｓ３０６）。次にコントローラ１１は、確保された空き領域を用いて、仮想ボリューム管理情報Ｔ１３を拡大し（Ｓ３０７）、このフローを終了する。これにより、仮想ボリューム管理情報Ｔ１３内に、対象ボリュームの拡大領域に対応する新たな仮想ページが登録される。
　以上が仮想ボリューム拡大処理である。この処理によれば、差分ビットマップＴ１４と仮想ボリューム管理情報Ｔ１３を拡大することができる。また、シンプロビジョニング技術を用いることにより、この処理の時点では、対象ボリュームの拡大領域に実ページが割り当てられないため、プール１２２内の実ページを有効に利用することができる。また、シンプロビジョニング技術を用いることにより、コントローラ１１は、対象ボリュームのサイズを拡大することが可能か否かを判定する必要がない。なお、コントローラ１１は、プール１２２の残容量等に基づいて、対象ボリュームのサイズの拡大を制限しても良い。例えば、コントローラ１１は、プール１２２の残容量に基づく閾値を設定し、対象ボリュームのサイズの増分が閾値を超える場合に対象ボリュームの拡大を行わないとしても良い。
　ここでは、前述のＳ３０２における差分ビットマップ拡大処理について説明する。
　図１７は、差分ビットマップ拡大処理を示すフローチャートである。まずコントローラ１１は、差分ビットマップＴ１４の拡大が可能か否かを判定する（Ｓ４００）。例えば、対象ボリュームの拡大による差分ビットマップＴ１４のサイズの増分が、共用メモリ１１１の空きサイズより小さい場合、コントローラ１１は、差分ビットマップＴ１４の拡大が可能であると判定する。
　差分ビットマップＴ１４の拡大が不可能であると判定された場合（Ｓ４００：ＮＯ）、コントローラ１１は、このフローを終了する。この時、コントローラ１１は、サイズ拡大処理を中断し、サイズ拡大指示を送信したサーバ２０へエラー応答を送信しても良い。
　差分ビットマップＴ１４の拡大が可能であると判定された場合（Ｓ４００：ＹＥＳ）、コントローラ１１は、差分ビットマップＴ１４が拡大済みであるか否かを判定する（Ｓ４０１）。例えば、差分管理情報Ｔ１２内の対象コピーペアの拡大アドレス欄Ｃ１２４にポインタが存在する場合、コントローラ１１は、差分ビットマップＴ１４が拡大済みであると判定する。
　差分ビットマップＴ１４が拡大済みであると判定された場合（Ｓ４０１：ＹＥＳ）、コントローラ１１は、このフローを終了する。
　差分ビットマップＴ１４が拡大済みでないと判定された場合（Ｓ４０１：ＮＯ）、コントローラ１１は、差分管理情報Ｔ１２内の対象コピーペアの拡大サイズ欄Ｃ１２３を設定する（Ｓ４０２）。ここで、コントローラ１１は、この拡大サイズ欄Ｃ１２３へ、サイズ拡大指示により指定された拡大後のサイズを書き込む。次にコントローラ１１は、共用メモリ１１１から、拡大領域に対応する差分ビットマップＴ１４Ｑのための空き領域を確保する（Ｓ４０３）。次にコントローラ１１は、差分管理情報Ｔ１２内の対象コピーペアの拡大アドレス欄Ｃ１２４を設定する（Ｓ４０４）。ここで、コントローラ１１は、この拡大アドレス欄Ｃ１２４へ、確保された領域のアドレスを指すポインタを書き込む。次にコントローラ１１は、差分ビットマップＴ１４Ｑを初期化する（Ｓ４０５）。例えば、コントローラ１１は、差分ビットマップＴ１４Ｑ内の全ての更新有無ビットへ０を書き込む。これにより、差分ビットマップＴ１４Ｑは、拡大領域内に更新されたデータ（差分）がないことを示す。次にコントローラ１１は、ペア管理情報Ｔ１１内の対象コピーペアの拡大ペア状態欄Ｃ１１４を設定し（Ｓ４０６）、このフローを終了する。ここで、コントローラ１１は、この拡大ペア状態欄Ｃ１１４
へ、サスペンド状態（ＰＳＵＳ）であることを書き込む。
　以上が差分ビットマップ拡大処理である。この処理によれば、既存ペアとは別に、拡大ペアのための差分ビットマップ及びコピーペア状態を管理することができる。これにより、既存ペアのペア状態を維持しつつ、任意のタイミングで既存拡大ペアを再同期させることができる。
　ここでは、メインサイトのストレージ装置１０Ａがサーバ２０から正ボリューム１３へのライト要求を受信した場合の更新処理について説明する。
　図１８は、実施例１における更新処理を示すフローチャートである。ライト要求は、正ボリューム１３内の論理アドレスを指定し、ライトデータを伴う。コントローラ１１Ａは、受信されたライトデータをキャッシュメモリ１１６Ａへ書き込む（Ｓ５０）。次にコントローラ１１Ａは、ライト要求が正ボリューム１３の拡大領域の更新であるか否かを判定する（Ｓ５１）。例えば、ライト要求により指定されたアドレスが拡大領域内である場合、コントローラ１１Ａは、ライト要求が拡大領域の更新であると判定する。ここで、コントローラ１１Ａは、ライト要求により指定されたアドレスに対応する正ボリューム１３を認識し、ペア管理情報Ｔ１１に基づいて正ボリューム１３が属するコピーペアである対象コピーペアを認識する。更にコントローラ１１Ａは、差分管理情報Ｔ１２内の対象コピーペアの拡大アドレス欄Ｃ１２４に示されている差分ビットマップＴ１４Ｑの先頭トラック番号欄Ｃ１２５及び終端トラック番号欄Ｃ１２６に基づいて拡大領域のアドレス範囲を取得し、ライト要求により指定されたアドレスが拡大領域内であるか否かを判定する。
　ライト要求が既存領域の更新であると判定された場合（Ｓ５１：ＮＯ）、コントローラ１１Ａは、キャッシュメモリ１１６Ａからコピー先のストレージ装置１０Ｂへデータを送信する（Ｓ５５）。これにより、ストレージ装置１０Ｂ内のコントローラ１１Ｂは、ライトデータにより副ボリューム１４を更新する。ここでコントローラ１１Ｂは、ライトデータを受信してキャッシュメモリ１１６Ｂへ書き込み、ライトデータをキャッシュメモリ１１６Ｂから副ボリューム１４内の既存領域へ書き込む。
　次にコントローラ１１Ａは、ライトデータにより正ボリューム１３内の既存領域を更新し（Ｓ５６）、このフローを終了する。ここでコントローラ１１Ａは、ライトデータをキャッシュメモリ１１６Ａからライト要求により指定されたアドレスへ書き込む。以上のＳ５５－Ｓ５６は前述の既存領域更新処理に相当する。
　ライト要求が拡大領域の更新であると判定された場合（Ｓ５１：ＹＥＳ）、コントローラ１１Ａは、対象コピーペアの拡大ペアがサスペンド状態であるか否かを判定する（Ｓ５２）。例えば、ペア管理情報Ｔ１１内の対象コピーペアの拡大ペア状態欄Ｃ１１４がサスペンド状態（ＰＳＵＳ）を示している場合、コントローラ１１Ａは、対象コピーペアの拡大ペアがサスペンド状態であると判定する。
　拡大ペアがサスペンド状態でないと判定された場合（Ｓ５２：ＮＯ）、コントローラ１１Ａは、処理をＳ５４へ移行させる。拡大ペアがサスペンド状態でない場合は例えば、拡大ペアがコピー状態又はペア状態である場合である。
　拡大ペアがサスペンド状態であると判定された場合（Ｓ５２：ＹＥＳ）、コントローラ１１Ａは、正ボリューム１３の拡大領域の差分ビットマップＴ１４Ｑを更新する（Ｓ５３）。例えば、コントローラ１１Ａは、差分ビットマップＴ１４Ｑのうちライト要求に指定されたトラックの更新有無ビットを、１に変更する。次にコントローラ１１Ａは、ライトデータにより正ボリューム１３内の拡大領域を更新し（Ｓ５４）、このフローを終了する。ここでコントローラ１１Ａは、ライトデータをキャッシュメモリ１１６Ａからライト要求により指定されたアドレスへ書き込む。以上のＳ５３－Ｓ５４は前述の拡大領域更新処理に相当する。
　以上が更新処理である。この処理によれば、ライト要求の対象が既存領域である場合に通常のペア状態更新処理を行い、ライト要求の対象が第２状態である場合に正ボリューム１３を更新することにより、既存ペアのペア状態を維持することができる。
　ここでは、前述のＳ２３における拡大ペア再同期処理について説明する。
　図１９は、実施例１における拡大ペア再同期処理を示すフローチャートである。この処理は、コピー元のコントローラ１１Ａがコピー先のコントローラ１１Ｂからの指示を受けることにより実行される。ここでは、コントローラ１１Ｂにより指定されたコピーペアを対象コピーペアと呼ぶ。
　まずコントローラ１１Ａは、副ボリューム拡大処理から拡大ペア再同期処理の指示を受けると（Ｓ６０）、正ボリューム１３のサイズが副ボリューム１４のサイズと等しいか否かを判定する（Ｓ６１）。
　正ボリューム１３のサイズが副ボリューム１４のサイズと等しくないと判定された場合（Ｓ６１：ＮＯ）、コントローラ１１Ａは、このフローを終了する。
　正ボリューム１３のサイズが副ボリューム１４のサイズと等しいと判定された場合（Ｓ６１：ＹＥＳ）、コントローラ１１Ａは、対象コピーペアの拡大ペア状態がサスペンド状態（ＰＳＵＳ）であるか否かを判定する（Ｓ６２）。ここでコントローラ１１Ａは、ペア管理情報Ｔ１１内の対象コピーペアの拡大ペア状態欄Ｃ１１４を参照する。
　拡大ペア状態がサスペンド状態でないと判定された場合（Ｓ６２：ＮＯ）、コントローラ１１Ａは、このフローを終了する。
　拡大ペア状態がサスペンド状態であると判定された場合（Ｓ６２：ＹＥＳ）、コントローラ１１Ａは、差分管理情報Ｔ１２内の対象コピーペアのサイズ欄Ｃ１２１の値を、拡大サイズ欄Ｃ１２３の値へ変更する（Ｓ６３）。次にコントローラ１１Ａは、対象コピーペアの拡大アドレス欄Ｃ１２４の値を、既存ペアの差分ビットマップＴ１４Ｐにおける、次のアドレス欄Ｃ１２７へ書き込むことにより、拡大ペアの差分ビットマップＴ１４Ｑを既存ペアの差分ビットマップＴ１４Ｐへマージする（Ｓ６４）。次にコントローラ１１Ａは、差分管理情報Ｔ１２内の対象コピーペアの拡大アドレス欄Ｃ１２４をクリアする（Ｓ６５）。次にコントローラ１１Ａは、差分ビットマップＴ１４Ｑに基づいて拡大領域からキャッシュメモリ１１６Ａへ更新データを読み出す（Ｓ６６）。次にコントローラ１１Ａは、読み出された更新データをコピー先のストレージ装置１０Ｂへ送信し（Ｓ６７）、このフローを終了する。これにより、ストレージ装置１０Ｂ内のコントローラ１１Ｂは、更新データを受信してキャッシュメモリ１１６Ｂへ書き込み、キャッシュメモリ１１６Ｂから副ボリューム１４の拡大領域へ書き込む。
　以上が拡大ペア再同期処理である。この処理によれば、拡大ペアを再同期した後に、対象コピーペアにおける既存ペアの差分ビットマップと拡大ペアの差分ビットマップとを一つの差分ビットマップとして管理し、対象コピーペアをペア状態にすることができる。また、拡大領域の更新データだけを副ボリューム１４へ書き込むため、再同期時間を抑えることができる。
　ペア管理情報Ｔ１１は、正ボリューム拡大処理までの期間において、ペア状態欄Ｃ１１３により既存領域の状態を管理する。次にペア管理情報Ｔ１１は、正ボリューム拡大処理から副ボリューム拡大処理までの期間において、ペア状態欄Ｃ１１３により既存領域の状態を管理し、拡大ペア状態欄Ｃ１１４により拡大領域の状態を管理する。次にペア管理情報Ｔ１１は、副ボリューム拡大処理の後の期間において、ペア状態欄Ｃ１１３により既存領域と拡大領域を合わせた領域の状態を管理し、拡大ペア状態欄Ｃ１１４を使用しない。
　なお、第１のサイズ拡大処理の後に第２のサイズ拡大処理を行う場合、第２のサイズ拡大処理は、第１のサイズ拡大処理における既存領域と拡大領域を合わせた領域を新たな既存領域として管理し、新たな拡大領域を作成する。この場合、ペア管理情報Ｔ１１は、拡大ペア状態欄Ｃ１１４により新たな拡大領域の状態を管理する。これにより、コピーペアを構成する論理ボリュームのサイズを拡大した後に、その論理ボリュームのサイズを更に拡大することができる。
　ここでは、管理サーバ３０によるサイズ拡大処理について説明する。
　図２０は、サイズ拡大処理を示すシーケンス図である。ここでは、また、サイズ拡大処理により拡大される正ボリューム１３又は副ボリューム１４を、対象ボリュームと呼ぶ。また、便宜上、対象ボリュームを有するコピー元のストレージ装置１０又はコピー先のストレージ装置１０を、対象ストレージ装置と呼ぶ。
　管理サーバ３０は、対象ストレージ装置に、ボリューム拡大処理の指示を送信する（Ｓ２００）。ボリューム拡大処理は、前述の正ボリューム拡大処理又は副ボリューム拡大処理である。その指示は、対象ボリュームを指定する。対象ストレージ装置は、その指示に従って、ボリューム拡大処理を行う（Ｓ２０１）。
　管理サーバ３０は、対象ストレージ装置のボリューム拡大処理の完了を確認すると、サーバ対応関係管理情報Ｔ３０を参照して、ボリュームサイズの拡大された対象ボリュームを使用しているサーバ２０Ａを検索する（Ｓ２０２）。管理サーバ３０は、対象ボリュームを使用するサーバ２０Ａに、ボリュームサイズの再認識を指示する（Ｓ２０３）。
　サーバ２０Ａは、管理サーバ３０からの再認識指示を受領すると、アプリケーションプログラムＰ２２を停止させて（Ｓ２０４）、対象ストレージ装置にボリュームサイズを問い合わせるコマンドを発行する（Ｓ２０５）。
　対象ストレージ装置は、サーバ２０Ａにより使用されている対象ボリュームのサイズを返信する。サーバ２０Ａは、対象ストレージ装置からボリュームサイズを取得すると、アプリケーションプログラムＰ２２の作動を再開させる（Ｓ２０６）。
　管理サーバ３０は、再びサーバ対応関係管理情報Ｔ３０を参照し、ボリュームサイズの拡大された対象ボリュームを使用している他のサーバ２０Ｂを検索する（Ｓ２０７）。管理サーバ３０は、対象ボリュームを使用するサーバ２０Ｂに、ボリュームサイズの再認識を指示する（Ｓ２０８）。
　サーバ２０Ｂは、再認識指示を受領すると、アプリケーションプログラムＰ２２を停止させて（Ｓ２０９）、対象ストレージ装置にボリュームサイズを問い合わせるコマンドを発行する（Ｓ２１０）。
　ストレージ装置１０は、サーバ２０Ｂにより使用されている対象ボリュームのサイズを返信する。サーバ２０Ｂは、ストレージ装置１０からボリュームサイズを取得すると、アプリケーションプログラムＰ２２の作動を再開させる（Ｓ２１１）。
　以上がサイズ拡大処理である。この処理によれば、対象ボリュームを使用しているサーバ２０は、対象ボリュームのボリュームサイズの拡大に同期して、対象ボリュームのサイズを認識することができる。
　本実施例では、非同期コピーを用いるストレージシステム４０について説明する。
　コンピュータシステムの構成は、実施例１と同様である。
　――――ストレージシステム４０の動作の具体例――――
　本実施例において、ストレージシステム４０は、正ボリューム１３から副ボリューム１４Ｃへ非同期コピーを行う。この非同期コピーは、メインサイトに設けられているストレージ装置１０Ａをコピー元とし、リモートサイトＣに設けられているストレージ装置１０Ｃをコピー先とする。
　ストレージシステム４０がコピーペアを構成する論理ボリュームのサイズを拡大する場合、まず正ボリューム１３のサイズを拡大する。これにより、このコピーペア状態は、ペア状態に維持される。即ち、正ボリューム１３のサイズの拡大時、既存ペアはペア状態に維持され、拡大ペアはペア状態になる。
　以下、正ボリューム１３が拡大された後の動作の幾つかの具体例について説明する。
　ここでは、既存領域が更新される場合の更新処理である既存領域更新処理について説明する。
　図２１は、実施例２における既存領域更新処理を示す模式図である。ここでは、コントローラ１１Ａが、既存領域ＰＡを有する正ボリューム１３に拡大領域ＱＡを追加した状態である。この状態で、メインサイトのストレージ装置１０Ａ内のコントローラ１１Ａは、サーバ２０Ａからのライト要求を受信すると、キャッシュメモリ１１６ＡへデータＤＸを書き込む（Ｓ６１１）。ここで、ライト要求は、データＤＸの書き込み先として、正ボリューム１３内の既存領域ＰＡを指定する。
　次にコントローラ１１Ａは、キャッシュメモリ１１６Ａ内のデータＤＸからジャーナルデータＪＸを作成してキャッシュメモリ１１６Ａへ書き込む（Ｓ６１２）。ジャーナルデータは、ライト要求による更新の履歴を示す。次にコントローラ１１Ａは、ライト完了を示す応答をサーバ２０Ａへ送信する（Ｓ６１３）。
　その後、コントローラ１１Ａは、ジャーナルデータＪＸの作成と非同期で、キャッシュメモリ１１６Ａから正ボリューム１３内の既存領域ＰＡへデータＤＸのデステージを行う（Ｓ６１４）。これにより、コントローラ１１Ａは、データＤＸを、正ボリューム１３に対応付けられたプール１２２Ａ内の実ボリューム１２６Ａへ書き込む。
　更に、コントローラ１１Ａは、データＤＸのデステージとは非同期で、キャッシュメモリ１１６Ａからジャーナルボリューム１５ＡへジャーナルデータＪＸのデステージを行う（Ｓ６１５）。これにより、ジャーナルデータＪＸは、ジャーナルボリューム１５Ａへ書き込まれる。
　更に、ストレージ装置１０Ｃ内のコントローラ１１Ｃは、ジャーナルデータＪＸのデステージとは非同期で、ストレージ装置１０Ａに対しジャーナルデータＪＸの読み出しを行い、コントローラ１１Ａは、ジャーナルデータＪＸをキャッシュメモリ１１６ＡからリモートサイトＣのストレージ装置１０Ｃへ送信する（Ｓ６１６）。これにより、ストレージ装置１０Ｃ内のコントローラ１１Ｃは、受信されたジャーナルデータＪＸをキャッシュメモリ１１６Ｃへ書き込む。
　次に、コントローラ１１Ｃは、キャッシュメモリ１１６Ｃからジャーナルボリューム１５ＣへジャーナルデータＪＸのデステージを行う（Ｓ６２２）。これにより、コントローラ１１Ｃは、ジャーナルデータＪＸをジャーナルボリューム１５Ｃへ書き込む。
　更に、コントローラ１１Ｃは、ジャーナルデータＪＸにより既存領域が更新されるか否かの判定を行い、既存領域が更新されると判定された場合、ジャーナルデータＪＸのデステージとは非同期で、ジャーナルデータＪＸに基づいてデータＤＸの正規化を行う（Ｓ６２３）。これにより、コントローラ１１Ｃは、ジャーナルデータＪＸからデータＤＸを作成し、キャッシュメモリ１１６Ｃへ書き込む。
　次にコントローラ１１Ｃは、キャッシュメモリ１１６Ｃから副ボリューム１４Ｃ内の既存領域ＰＣへデータＤＸのデステージを行う（Ｓ６２４）。これにより、コントローラ１１Ｃは、正規化されたデータＤＸを、副ボリューム１４Ｃに対応付けられたプール１２２Ｃ内の実ボリューム１２６Ｃへ書き込む。
　以上が既存領域更新処理である。この処理によれば、副ボリューム１４Ｃを拡大することなく、コピーペアのペア状態を維持することができる。従って、サーバ２０は、動作を停止する必要がない。また、実ボリューム１２６Ｃの使用を抑制することができる。
　ここでは、拡大領域が更新される場合の更新処理である拡大領域更新処理について説明する。
　図２２は、実施例２における拡大領域更新処理を示す模式図である。まず、コントローラ１１Ａは、サーバ２０Ａからのライト要求を受信すると、キャッシュメモリ１１６ＡへデータＤＹを書き込む（Ｓ６３１）。ここで、ライト要求は、データＤＹの書き込み先として、正ボリューム１３内の拡大領域ＱＡを指定する。
　次にコントローラ１１Ａは、キャッシュメモリ１１６Ａ内のデータＤＹからジャーナルデータＪＹを作成してキャッシュメモリ１１６Ａへ書き込む（Ｓ６３２）。次にコントローラ１１Ａは、ライト完了を示す応答をサーバ２０Ａへ送信する（Ｓ６３３）。
　その後、コントローラ１１Ａは、ジャーナルデータＪＹの作成と非同期で、キャッシュメモリ１１６Ａから正ボリューム１３内の拡大領域ＱＡへデータＤＹのデステージを行う（Ｓ６３４）。これにより、コントローラ１１Ａは、データＤＹを、正ボリューム１３に対応付けられたプール１２２Ａ内の実ボリューム１２６Ａへ書き込む。
　更に、コントローラ１１Ａは、データＤＹのデステージとは非同期で、キャッシュメモリ１１６Ａからジャーナルボリューム１５ＡへジャーナルデータＪＹのデステージを行う（Ｓ６３５）。これにより、ジャーナルデータＪＹは、ジャーナルボリューム１５Ａへ書き込まれる。
　更に、ストレージ装置１０Ｃ内のコントローラ１１Ｃは、ジャーナルデータＪＹのデステージとは非同期で、ストレージ装置１０Ａに対しジャーナルデータＪＹの読み出しを行い、コントローラ１１Ａは、ジャーナルデータＪＹをキャッシュメモリ１１６Ａからストレージ装置１０Ｃへ送信する（Ｓ６３６）。これにより、ストレージ装置１０Ｃ内のコントローラ１１Ｃは、受信されたジャーナルデータＪＹをキャッシュメモリ１１６Ｃへ書き込む。
　その後、コントローラ１１Ｃは、キャッシュメモリ１１６Ｃからジャーナルボリューム１５ＣへジャーナルデータＪＹのデステージを行う（Ｓ６４２）。これにより、コントローラ１１Ｃは、ジャーナルデータＪＹをジャーナルボリューム１５Ｃへ書き込む。ここでコントローラ１１Ｃは、ジャーナルデータＪＹにより既存領域が更新されるか否かの判定を行い、既存領域が更新されないと判定された場合、データＤＹの正規化を行わない。
　以上が拡大領域更新処理である。この処理によれば、副ボリューム１４Ｃを拡大することなく、コピーペアのペア状態を維持することができる。従って、サーバ２０は、正ボリューム１３のサイズの拡大時に動作を停止する必要がない。また、実ボリューム１２６Ｃの使用を抑制することができる。また、拡大領域の更新時にその更新を示すジャーナルデータをメインサイトからリモートサイトＣへ転送することにより、メインサイトに障害が発生した場合に、リモートサイトＣがデータを復旧させることができる。
　ここでは、正ボリューム１３の拡大の後に、副ボリューム１４Ｃが拡大される場合の処理である差分更新処理について説明する。
　図２３は、実施例２における差分更新処理を示す模式図である。まず、コントローラ１１Ｃは、管理サーバ３０からの指示に応じて副ボリューム１４Ｃを拡大する（Ｓ６５１）。ここでコントローラ１１Ｂは、副ボリューム１４Ｃに拡大領域ＱＣを追加する。
　次に、コントローラ１１Ｃは、ジャーナルボリューム１５Ｃからキャッシュメモリ１１６ＣへジャーナルデータＪＹのリストアを行う（Ｓ６５２）。これにより、コントローラ１１Ｃは、ジャーナルデータＪＹをキャッシュメモリ１１６Ｃへ書き込む。
　次にコントローラ１１Ｃは、リストアされたジャーナルデータＪＸに基づいてデータＤＹの正規化を行う（Ｓ６５３）。これにより、コントローラ１１Ｃは、ジャーナルデータＪＹからデータＤＹを作成し、キャッシュメモリ１１６Ｃへ書き込む。
　次にコントローラ１１Ｃは、キャッシュメモリ１１６Ｃから副ボリューム１４Ｃ内の拡大領域ＱＣへデータＤＹのデステージを行う（Ｓ６５４）。これにより、コントローラ１１Ｃは、正規化されたデータＤＹを、副ボリューム１４Ｃに対応付けられたプール１２２Ｃ内の実ボリューム１２６Ｃへ書き込む。
　以上が差分更新処理である。この処理によれば、正ボリューム１３の拡大後の任意のタイミングで副ボリューム１４Ｃを拡大し、拡大された副ボリューム１４Ｃのデータを拡大された正ボリューム１３に追従させることができる。また、副ボリューム１４Ｃの拡大後に拡大領域ＱＡのデータだけを正規化することにより、コントローラ１１Ｃの負荷を抑えることができる。
　――――サイズ拡大処理――――
　以下、サイズ拡大処理について説明する。
　正ボリューム拡大処理及び副ボリューム拡大処理は、実施例１と同様である。この処理によれば、正ボリューム拡大処理と同期することなく、副ボリューム拡大処理を行うことができる。即ち、管理サーバ３０は、正ボリューム１３のサイズ拡大指示と同期することなく、副ボリューム１４のサイズ拡大指示を送信することができる。
　ここでは、前述のＳ１３、Ｓ２２の夫々における仮想ボリューム拡大処理について説明する。
　本実施例の仮想ボリューム拡大処理は、実施例１と同様である。
　この仮想ボリューム拡大処理によれば、シンプロビジョニング技術による仮想ボリュームを用いることにより、この処理の時点では、対象ボリュームの拡大領域に実ページが割り当てられないため、プール１２２内の実ページを有効に利用することができる。また、差分ビットマップによる差分管理を必要としない。
　ここでは、メインサイトのストレージ装置１０Ａがサーバ２０から正ボリューム１３へのライト要求を受信した場合の更新処理について説明する。
　図２４は、実施例２における更新処理を示すフローチャートである。コントローラ１１Ａは、受信されたライトデータをキャッシュメモリ１１６Ａへ書き込む（Ｓ１５０）。次にコントローラ１１Ａは、ライト要求が正ボリューム１３の拡大領域の更新であるか否かを判定する（Ｓ１５１）。
　ライト要求が既存領域の更新であると判定された場合（Ｓ１５１：ＮＯ）、コントローラ１１Ａは、ライトデータからジャーナルデータを作成してキャッシュメモリ１１６へ書き込み（Ｓ１５５）、ジャーナルデータをキャッシュメモリ１１６からコピー先のストレージ装置１０Ｃへ送信する（Ｓ１５６）。これにより、ストレージ装置１０Ｃ内のコントローラ１１Ｃは、ジャーナルデータを受信してキャッシュメモリ１１６Ｃへ書き込み、ジャーナルデータをキャッシュメモリ１１６Ａからジャーナルボリューム１５Ｃへ書き込む。更にコントローラ１１Ｃは、ジャーナルデータに基づいて更新データの正規化を行うことにより、更新データを作成してキャッシュメモリ１１６Ｃへ書き込み、作成された更新データをキャッシュメモリ１１６Ｃから副ボリューム１４内の既存領域へ書き込む。
　次にコントローラ１１Ａは、ライトデータにより正ボリューム１３内の既存領域を更新する（Ｓ１５７）。ここでコントローラ１１Ａは、ライトデータをキャッシュメモリ１１６Ａからライト要求により指定されたアドレスへ書き込む。
　次にコントローラ１１Ａは、ジャーナルデータによりジャーナルボリューム１５Ａを更新し（Ｓ１５８）、このフローを終了する。ここでコントローラ１１Ａは、ジャーナルデータをキャッシュメモリ１１６Ａからジャーナルボリューム１５Ａへ書き込む。以上のＳ１５５－Ｓ１５８は前述の既存領域更新処理に相当する。
　ライト要求が拡大領域の更新であると判定された場合（Ｓ１５１：ＹＥＳ）、コントローラ１１Ａは、対象コピーペアの拡大ペアがサスペンド状態であるか否かを判定する（Ｓ１５２）。例えば、ペア管理情報Ｔ１１内の対象コピーペアの拡大ペア状態欄Ｃ１１４がサスペンド状態（ＰＳＵＳ）を示している場合、コントローラ１１Ａは、対象コピーペアの拡大ペアがサスペンド状態であると判定する。
　拡大ペアがサスペンド状態でないと判定された場合（Ｓ１５２：ＮＯ）、コントローラ１１Ａは、処理をＳ１５５へ移行させる。拡大ペアがサスペンド状態でない場合は例えば、拡大ペアがコピー状態又はペア状態である場合である。
　拡大ペアがサスペンド状態であると判定された場合（Ｓ１５２：ＹＥＳ）、コントローラ１１Ａは、正ボリューム１３の拡大領域の差分ビットマップＴ１４Ｑを更新する（Ｓ１５３）。例えば、コントローラ１１Ａは、差分ビットマップＴ１４Ｑのうちライト要求に指定されたトラックの更新有無ビットを、１に変更する。次にコントローラ１１Ａは、ライトデータにより正ボリューム１３内の拡大領域を更新し（Ｓ１５４）、このフローを終了する。ここでコントローラ１１Ａは、ライトデータをキャッシュメモリ１１６Ａからライト要求により指定されたアドレスへ書き込む。以上のＳ１５２－Ｓ１５４は前述の拡大領域更新処理に相当する。
　以上が更新処理である。この処理によれば、論理ボリュームのサイズの拡大時であっても、コピーペアのペア状態を維持することができる。
　ここでは、前述のＳ２３における拡大ペア再同期処理について説明する。
　図２５は、実施例２における拡大ペア再同期処理を示すフローチャートである。この処理は、コピー先のコントローラ１１Ｃにおいて、副ボリューム拡大処理からの指示により実行される。この拡大ペア再同期処理を用いる副ボリューム拡大処理は、前述の差分更新処理に相当する。ここでは、副ボリューム拡大処理により指定されたコピーペアを対象コピーペアと呼ぶ。
　まずコントローラ１１Ｃは、副ボリューム拡大処理から拡大ペア再同期処理の指示を受けると（Ｓ１６０）、正ボリューム１３のサイズが副ボリューム１４のサイズと等しいか否かを判定する（Ｓ１６１）。
　正ボリューム１３のサイズが副ボリューム１４のサイズと等しくないと判定された場合（Ｓ１６１：ＮＯ）、コントローラ１１Ｃは、このフローを終了する。
　正ボリューム１３のサイズが副ボリューム１４のサイズと等しいと判定された場合（Ｓ１６１：ＹＥＳ）、コントローラ１１Ｃは、ジャーナルボリューム１５Ｃからキャッシュメモリ１１６Ｃへジャーナルデータを読み出す（Ｓ１６２）。次にコントローラ１１Ｃは、読み出されたジャーナルデータに基づいて更新データの正規化を行うことにより、更新データを作成してキャッシュメモリ１１６Ｃへ書き込む（Ｓ１６３）。次にコントローラ１１Ｃは、作成された更新データをキャッシュメモリ１１６Ｃから副ボリューム１４内の拡大領域へ書き込み（Ｓ１６４）、このフローを終了する。
　以上が拡大ペア再同期処理である。この処理によれば、対象コピーペアをペア状態に維持しつつ、副ボリューム１４のサイズを拡大した後に、副ボリューム１４のデータを正ボリューム１３のデータに追従させることができる。また、拡大領域の更新データだけを副ボリューム１４へ書き込むため、再同期時間を抑えることができる。
　本実施例では、メインサイト、リモートサイトＢ、リモートサイトＣの夫々にストレージ装置１０が設けられ、メインサイト及びリモートサイトＢのコピーペアと、メインサイト及びリモートサイトＣのコピーペアとを有する３サイト並列（マルチターゲット）構成のストレージシステム４０について説明する。
　コンピュータシステムの構成は、実施例１と同様である。
　本実施例において、正ボリューム１３を有するストレージ装置１０Ａは、メインサイトに設置されている。また、副ボリューム１４Ｂを有するストレージ装置１０Ｂは、リモートサイトＢに設置されている。また、副ボリューム１４Ｃを有するストレージ装置１０Ｃは、リモートサイトＣに設置されている。メインサイトとリモートサイトＢの間の距離は、メインサイトとリモートサイトＣの間の距離より短い。また、正ボリューム１３と副ボリューム１４ＢはコピーペアＢを構成している。また、正ボリューム１３と副ボリューム１４ＣはコピーペアＣを構成している。
　ストレージシステム４０がコピーペアを構成する論理ボリュームのサイズを拡大する場合、まず正ボリューム１３のサイズを拡大する。これにより、このコピーペア状態は、ペア状態に維持される。
　――――ストレージシステム４０の動作の具体例――――
　以下、正ボリューム１３が拡大された後の動作の幾つかの具体例について説明する。
　ここでは、既存領域が更新される場合の更新処理である既存領域更新処理について説明する。
　図２６は、実施例３における既存領域更新処理を示す模式図である。まず、メインサイトのコントローラ１１Ａは、サーバ２０Ａからのライト要求を受信すると、キャッシュメモリ１１６ＡへデータＤＸを書き込む（Ｓ７１１）。ここで、ライト要求は、データＤＸの書き込み先として、正ボリューム１３内の既存領域ＰＡを指定する。
　次にコントローラ１１Ａは、キャッシュメモリ１１６ＡからリモートサイトＢのストレージ装置１０ＢへデータＤＸを送信する（Ｓ７１２）。次にコントローラ１１Ａは、キャッシュメモリ１１６Ａ内のデータＤＸからジャーナルデータＪＸを作成してキャッシュメモリ１１６Ａへ書き込む（Ｓ７１３）。次にコントローラ１１Ａは、ライト完了を示す応答をサーバ２０Ａへ送信する（Ｓ７１４）。
　その後、コントローラ１１Ａは、データＤＸの送信とは非同期で、キャッシュメモリ１１６Ａから正ボリューム１３内の既存領域ＰＡへデータＤＸのデステージを行う（Ｓ７１６）。更に、コントローラ１１Ａは、データＤＸのデステージとは非同期で、キャッシュメモリ１１６Ａからジャーナルボリューム１５ＡへジャーナルデータＪＸのデステージを行う（Ｓ７１７）。
　更に、ストレージ装置１０Ｃ内のコントローラ１１Ｃは、ジャーナルデータＪＸのデステージとは非同期で、ストレージ装置１０Ａに対しジャーナルデータＪＸの読み出しを行い、コントローラ１１Ａは、ジャーナルデータＪＸをキャッシュメモリ１１６ＡからリモートサイトＣのストレージ装置１０Ｃへ送信する（Ｓ７１８）。
　その後、コントローラ１１Ｂは、キャッシュメモリ１１６Ｂから副ボリューム１４内の既存領域ＰＢへデータＤＸのデステージを行う（Ｓ７２２）。
　次に、コントローラ１１Ｃは、キャッシュメモリ１１６Ｃからジャーナルボリューム１５ＣへジャーナルデータＪＸのデステージを行う（Ｓ７２３）。更に、コントローラ１１Ｃは、ジャーナルデータＪＸのデステージとは非同期で、ジャーナルデータＪＸに基づいてデータＤＸの正規化を行う（Ｓ７２４）。次にコントローラ１１Ｃは、キャッシュメモリ１１６Ｃから副ボリューム１４内の既存領域ＰＣへデータＤＸのデステージを行う（Ｓ７２５）。
　以上が既存領域更新処理である。この処理によれば、同期コピーにより既存領域へのライトデータがメインサイトからリモートサイトＢへ転送され、非同期コピーにより既存領域へのジャーナルデータがメインサイトからリモートサイトＣへ転送される。これにより、正ボリューム１３のサイズの拡大時であっても、メインサイトとリモートサイトＢのコピーペアは、ペア状態に維持され、メインサイトとリモートサイトＣのコピーペアは、ペア状態に維持される。
　ここでは、拡大領域が更新される場合の更新処理である拡大領域更新処理について説明する。
　図２７は、実施例３における拡大領域更新処理を示す模式図である。まず、コントローラ１１Ａは、サーバ２０Ａからのライト要求を受信すると、キャッシュメモリ１１６ＡへデータＤＹを書き込む（Ｓ７３１）。ここで、ライト要求は、データＤＹの書き込み先として、正ボリューム１３内の拡大領域ＱＡを指定する。
　次にコントローラ１１Ａは、キャッシュメモリ１１６Ａ内のデータＤＹからジャーナルデータＪＹを作成してキャッシュメモリ１１６Ａへ書き込む（Ｓ７３２）。次にコントローラ１１Ａは、ライト完了を示す応答をサーバ２０Ａへ送信する（Ｓ７３３）。
　更に、コントローラ１１Ａは、ジャーナルデータＪＹの送信と非同期で、キャッシュメモリ１１６Ａから正ボリューム１３内の拡大領域ＱＡへデータＤＹのデステージを行う（Ｓ７３４）。更に、コントローラ１１Ａは、データＤＹのデステージとは非同期で、キャッシュメモリ１１６Ａからジャーナルボリューム１５ＡへジャーナルデータＪＹのデステージを行う（Ｓ７３５）。
　次に、ストレージ装置１０Ｂ内のコントローラ１１Ｂは、ジャーナルデータＪＹのデステージとは非同期で、ストレージ装置１０Ａに対しジャーナルデータＪＹの読み出しを行い、コントローラ１１Ａは、ジャーナルデータＪＹをキャッシュメモリ１１６Ａからストレージ装置１０Ｂへ送信する（Ｓ７３６）。更に、ストレージ装置１０Ｃ内のコントローラ１１Ｃは、ジャーナルデータＪＹのデステージとは非同期で、ストレージ装置１０Ａに対しジャーナルデータＪＹの読み出しを行い、コントローラ１１Ａは、ジャーナルデータＪＹをキャッシュメモリ１１６Ａからストレージ装置１０Ｃへ送信する（Ｓ７３７）。
　更に、コントローラ１１Ｂは、キャッシュメモリ１１６Ｂからジャーナルボリューム１５ＢへジャーナルデータＪＹのデステージを行う（Ｓ７４２）。同様に、コントローラ１１Ｃは、キャッシュメモリ１１６Ｃからジャーナルボリューム１５ＣへジャーナルデータＪＹのデステージを行う（Ｓ７４３）。
　以上が拡大領域更新処理である。この処理によれば、非同期コピーにより拡大領域へのジャーナルデータがメインサイトからリモートサイトＢへ転送され、非同期コピーにより拡大領域へのジャーナルデータがメインサイトからリモートサイトＣへ転送される。これにより、正ボリューム１３のサイズの拡大時であっても、メインサイトとリモートサイトＢのコピーペアは、ペア状態に維持され、メインサイトとリモートサイトＣのコピーペアは、ペア状態に維持される。
　ここでは、正ボリューム１３の拡大の後に、副ボリューム１４が拡大される場合の処理である差分更新処理について説明する。
　図２８は、実施例３における差分更新処理を示す模式図である。まずコントローラ１１Ｂは、管理サーバ３０からの指示に応じて副ボリューム１４Ｂを拡大する（Ｓ７５１）。次に、コントローラ１１Ｂは、ジャーナルボリューム１５Ｂからキャッシュメモリ１１６ＢへジャーナルデータＪＹのリストアを行う（Ｓ７５２）。次にコントローラ１１Ｂは、リストアされたジャーナルデータＪＸに基づいてデータＤＹの正規化を行う（Ｓ７５３）。次にコントローラ１１Ｂは、キャッシュメモリ１１６Ｂから副ボリューム１４Ｂ内の拡大領域ＱＢへデータＤＹのデステージを行う（Ｓ７５４）。
　コントローラ１１Ｃについても、コントローラ１１Ｂと非同期で、前述のＳ７５１－Ｓ７５４と夫々同様のＳ７６１－Ｓ７６４を行う。
　副ボリューム１４Ｂ，１４Ｃのサイズの拡大は、何れが先に行われても良い。
　以上が差分更新処理である。この処理によれば、正ボリューム１３のサイズの拡大後の任意のタイミングで、副ボリューム１４Ｂのサイズの拡大、副ボリューム１４Ｃのサイズの拡大を行うことができる。更に、副ボリューム１４Ｂ，１４Ｃのサイズの拡大時であっても、メインサイトとリモートサイトＢのコピーペアは、ペア状態に維持され、メインサイトとリモートサイトＣのコピーペアは、ペア状態に維持される。
　メインサイトにおいて被災などによる障害が発生した場合、リモートサイトＢがメインサイトとなり、副ボリューム１４Ｂを新たな正ボリューム１３とし、副ボリューム１４Ｃを新たな副ボリューム１４としてコピーペアを構成する。
　従来の３サイト構成では、３サイトの論理ボリュームのサイズを同時に拡大する必要がある。この時、二つのコピーペアの夫々をサスペンド状態にする必要がある。
　本実施例によれば、コピーペアＢは、既存領域の更新に対して同期コピーを行い、拡大領域の更新に対して非同期コピーを行う。また、コピーペアＣは、既存領域及び拡大領域の何れの更新に対しても非同期コピーを行う。これにより、コピーペアＢ及びＣを構成する論理ボリュームのサイズの拡大を行う場合であっても、コピーペアＢ及びＣの両方のペア状態を維持することができる。また、正ボリューム１３のサイズの拡大後の任意のタイミングで、副ボリューム１４Ｂ，１４Ｃのサイズの拡大を行うことができる。また、メインサイトに対してリモートサイトＣより近距離のリモートサイトＢについて、既存領域の同期コピーを行うことにより、リモートサイトＢが最新のデータを格納する確率を高め、メインサイトに障害が発生した場合のデータロストの確率を低減することができる。
　本実施例では、メインサイト及びリモートサイトＢのコピーペアと、リモートサイトＢ及びリモートサイトＣのコピーペアとを有する３サイト直列（カスケード）構成のストレージシステム４０について説明する。
　コンピュータシステムの構成は、実施例３と同様である。
　正ボリューム１３と副ボリューム１４ＢはコピーペアＢを構成している。また、正ボリューム１３と副ボリューム１４ＣはコピーペアＣを構成している。
　――――ストレージシステム４０の動作の具体例――――
　以下、正ボリューム１３が拡大された後の動作の幾つかの具体例について説明する。
　ここでは、既存領域が更新される場合の更新処理である既存領域更新処理について説明する。
　図２９は、実施例４における既存領域更新処理を示す模式図である。まず、メインサイトのコントローラ１１Ａは、サーバ２０Ａからのライト要求を受信すると、キャッシュメモリ１１６ＡへデータＤＸを書き込む（Ｓ８１１）。ここで、ライト要求は、データＤＸの書き込み先として、正ボリューム１３内の既存領域ＰＡを指定する。
　次にコントローラ１１Ａは、キャッシュメモリ１１６ＡからリモートサイトＢのストレージ装置１０ＢへデータＤＸを送信する（Ｓ８１２）。次にコントローラ１１Ａは、ライト完了を示す応答をサーバ２０Ａへ送信する（Ｓ８１３）。
　その後、コントローラ１１Ａは、データＤＸの送信とは非同期で、キャッシュメモリ１１６Ａから正ボリューム１３内の既存領域ＰＡへデータＤＸのデステージを行う（Ｓ８１４）。
　コントローラ１１Ｂは、データＤＸを受信してキャッシュメモリ１１６Ｂへ格納し、キャッシュメモリ１１６Ｂ内のデータＤＸからジャーナルデータＪＸを作成してキャッシュメモリ１１６Ｂへ書き込む（Ｓ８２１）。次に、ストレージ装置１０Ｃ内のコントローラ１１Ｃは、ジャーナルデータＪＸの作成とは非同期で、ストレージ装置１０Ｂに対しジャーナルデータＪＸの読み出しを行い、コントローラ１１Ｂは、ジャーナルデータＪＸをキャッシュメモリ１１６Ｂからストレージ装置１０Ｃへ送信する（Ｓ８２２）。
　その後、コントローラ１１Ｂは、ジャーナルデータＪＸの送信とは非同期で、キャッシュメモリ１１６Ｂから副ボリューム１４内の既存領域ＰＢへデータＤＸのデステージを行う（Ｓ８２３）。更に、コントローラ１１Ｂは、ジャーナルデータＪＸの送信とは非同期で、キャッシュメモリ１１６Ｂからジャーナルボリューム１５ＢへジャーナルデータＪＸのデステージを行う（Ｓ８２４）。
　コントローラ１１Ｃは、ジャーナルデータＪＸを受信してキャッシュメモリ１１６Ｃへ格納し、キャッシュメモリ１１６Ｃからジャーナルボリューム１５ＣへジャーナルデータＪＸのデステージを行う（Ｓ８２５）。更に、コントローラ１１Ｃは、ジャーナルデータＪＸのデステージとは非同期で、ジャーナルデータＪＸに基づいてデータＤＸの正規化を行う（Ｓ８２６）。次にコントローラ１１Ｃは、キャッシュメモリ１１６Ｃから副ボリューム１４Ｃ内の既存領域ＰＣへデータＤＸのデステージを行う（Ｓ８２７）。
　以上が既存領域更新処理である。
　ここでは、拡大領域が更新される場合の更新処理である拡大領域更新処理について説明する。
　図３０は、実施例４における拡大領域更新処理を示す模式図である。まず、コントローラ１１Ａは、サーバ２０Ａからのライト要求を受信すると、キャッシュメモリ１１６ＡへデータＤＹを書き込む（Ｓ８３１）。ここで、ライト要求は、データＤＹの書き込み先として、正ボリューム１３内の拡大領域ＱＡを指定する。
　次にコントローラ１１Ａは、キャッシュメモリ１１６Ａ内のデータＤＹからジャーナルデータＪＹを作成してキャッシュメモリ１１６Ａへ書き込む（Ｓ８３２）。次にコントローラ１１Ａは、ライト完了を示す応答をサーバ２０Ａへ送信する（Ｓ８３３）。
　次に、ストレージ装置１０Ｂ内のコントローラ１１Ｂは、ジャーナルデータＪＹの作成とは非同期で、ストレージ装置１０Ａに対しジャーナルデータＪＹの読み出しを行い、コントローラ１１Ａは、ジャーナルデータＪＹをキャッシュメモリ１１６Ａからストレージ装置１０Ｂへ送信する（Ｓ８３４）。
　その後、コントローラ１１Ａは、ジャーナルデータＪＹの送信と非同期で、キャッシュメモリ１１６Ａから正ボリューム１３内の拡大領域ＱＡへデータＤＹのデステージを行う（Ｓ８３５）。更に、コントローラ１１Ａは、データＤＹのデステージとは非同期で、キャッシュメモリ１１６Ａからジャーナルボリューム１５ＡへジャーナルデータＪＹのデステージを行う（Ｓ８３６）。
　更に、コントローラ１１Ｂは、ジャーナルデータＪＹを受信してキャッシュメモリ１１６Ｂへ書き込む。ストレージ装置１０Ｃ内のコントローラ１１Ｃは、ジャーナルデータＪＹの書き込みとは非同期で、ストレージ装置１０Ｂに対しジャーナルデータＪＹの読み出しを行い、コントローラ１１Ｂは、ジャーナルデータＪＹをキャッシュメモリ１１６Ｂからストレージ装置１０Ｃへ送信する（Ｓ８４１）。
　更に、コントローラ１１Ｂは、ジャーナルデータＪＹの送信とは非同期で、キャッシュメモリ１１６Ｂからジャーナルボリューム１５ＢへジャーナルデータＪＹのデステージを行う（Ｓ８４２）。
　更に、コントローラ１１Ｃは、ジャーナルデータＪＹを受信してキャッシュメモリ１１６Ｃへ書き込み、キャッシュメモリ１１６Ｃからジャーナルボリューム１５ＣへジャーナルデータＪＹのデステージを行う（Ｓ８４３）。
　以上が拡大領域更新処理である。
　既存領域更新処理及び拡大領域更新処理によれば、非同期コピーによりジャーナルデータがメインサイトからリモートサイトＢへ転送され、そのジャーナルデータがリモートサイトＢからリモートサイトＣへ転送される。これにより、正ボリューム１３のサイズの拡大時であっても、メインサイトとリモートサイトＢのコピーペアは、ペア状態に維持され、メインサイトとリモートサイトＣのコピーペアは、ペア状態に維持される。
　ここでは、正ボリューム１３の拡大の後に、副ボリューム１４が拡大される場合の処理である差分更新処理について説明する。
　図３１は、実施例４における差分更新処理を示す模式図である。本実施例におけるコントローラ１１ＢによるＳ８５１－Ｓ８５４は、実施例３の差分更新処理におけるコントローラ１１ＢによるＳ７５１－Ｓ７５４と、同様である。更に、本実施例におけるコントローラ１１ＣによるＳ８６１－Ｓ８６４は、実施例３の差分更新処理におけるコントローラ１１ＢによるＳ７６１－Ｓ７６４と、同様である。
　以上が差分更新処理である。この処理によれば、正ボリューム１３のサイズの拡大後の任意のタイミングで、副ボリューム１４Ｂのサイズの拡大、副ボリューム１４Ｃのサイズの拡大を行うことができる。更に、副ボリューム１４Ｂ，１４Ｃのサイズの拡大時であっても、メインサイトとリモートサイトＢのコピーペアは、ペア状態に維持され、メインサイトとリモートサイトＣのコピーペアは、ペア状態に維持される。
　副ボリューム１４Ｂ，１４Ｃのサイズの拡大は、何れが先に行われても良い。
　メインサイトにおいて被災などによる障害が発生した場合、リモートサイトＢがメインサイトとなり、副ボリューム１４Ｂを新たな正ボリューム１３とし、副ボリューム１４Ｃを新たな副ボリューム１４としてコピーペアを構成する。
　本実施例によれば、コピーペアＢは、既存領域の更新に対して同期コピーを行い、拡大領域の更新に対して非同期コピーを行う。また、コピーペアＣは、既存領域及び拡大領域の何れの更新に対しても非同期コピーを行う。これにより、コピーペアＢ及びＣを構成する論理ボリュームのサイズの拡大を行う場合であっても、コピーペアＢ及びＣの両方のペア状態を維持することができる。また、正ボリューム１３のサイズの拡大後の任意のタイミングで、副ボリューム１４Ｂ，１４Ｃのサイズの拡大を行うことができる。また、メインサイトに対してリモートサイトＣより近距離のリモートサイトＢについて、既存領域の同期コピーを行うことにより、リモートサイトＢが最新のデータを格納する確率を高め、メインサイトに障害が発生した場合のデータロストの確率を低減することができる。
　以上の各実施例のストレージシステム４０は、拡大された論理ボリュームのサイズを縮小しても良い。この場合、拡大された論理ボリュームを削除して、プール１２２へ回収しても良いし、拡大された論理ボリュームの不要なページを破棄してプール１２２へ回収しても良い。
　以上の各実施例のストレージシステム４０は、ストレージ装置１０へＩＯ要求を行うサーバ２０等のホスト計算機の処理や負荷に依存せずに、筐体間コピーを行うことができる。
　なお、以上に説明されたフローにおいて処理の順序が交換されても良い。例えば、Ｓ５３及びＳ５４、Ｓ５５及びＳ５６、Ｓ１５２－Ｓ１５５、Ｓ１５６－Ｓ１５９は夫々交換できる。
　以上の実施例で説明された技術は、次のように表現することができる。
　（表現１）
　第１記憶デバイスと、
　前記第１記憶デバイスを用いて第１論理ボリュームを作成する第１コントローラと、
　第２記憶デバイスと、
　ネットワークを介して前記第１コントローラに接続され、前記第２記憶デバイスを用いて第２論理ボリュームを作成する第２コントローラと
　を備え、
　前記第１コントローラは、前記第１論理ボリュームのサイズが拡大される前の記憶領域である第１既存領域から、前記第２論理ボリュームのサイズが拡大される前の記憶領域である第２既存領域へのコピーを示す既存ペアを定義し、
　前記第１コントローラは、前記既存ペアを、前記第２既存領域を前記第１既存領域に同期させる状態である同期状態に保ち、
　前記第１コントローラは、前記同期状態中に、前記第１記憶デバイスを用いる第１拡大領域を前記第１論理ボリュームへ追加することにより前記第１論理ボリュームのサイズを拡大し、
　前記第２コントローラは、前記第１論理ボリュームのサイズの拡大後に、前記第２記憶デバイスを用いる第２拡大領域を前記第２論理ボリュームへ追加することにより前記第２論理ボリュームのサイズを拡大し、前記第１拡大領域へ書き込まれたデータを前記第２拡大領域へ書き込む、
　ストレージシステム。
　（表現２）
　第１コントローラは、第１記憶デバイスを用いて第１論理ボリュームを作成し、
　ネットワークを介して前記第１コントローラに接続された第２コントローラが、第２記憶デバイスを用いて第２論理ボリュームを作成し、
　前記第１コントローラは、前記第１論理ボリュームのサイズが拡大される前の記憶領域である第１既存領域から、前記第２論理ボリュームのサイズが拡大される前の記憶領域である第２既存領域へのコピーを示す既存ペアを定義し、
　前記第１コントローラは、前記既存ペアを、前記第２既存領域を前記第１既存領域に同期させる状態である同期状態に保ち、
　前記第１コントローラは、前記同期状態中に、前記第１記憶デバイスを用いる第１拡大領域を前記第１論理ボリュームへ追加することにより前記第１論理ボリュームのサイズを拡大し、
　前記第２コントローラは、前記第１論理ボリュームのサイズの拡大後に、前記第２記憶デバイスを用いる第２拡大領域を前記第２論理ボリュームへ追加することにより前記第２論理ボリュームのサイズを拡大し、前記第１拡大領域へ書き込まれたデータを前記第２拡大領域へ書き込む、
　ストレージシステム制御方法。
　これらの表現における用語について説明する。第１記憶デバイスは例えば、メインサイトのストレージ装置１０Ａにおける記憶デバイス１６に対応する。第１論理ボリュームは例えば、正ボリューム１３に対応する。第１コントローラは例えば、メインサイトのストレージ装置１０Ａにおけるコントローラ１１Ａに対応する。第２記憶デバイスは例えば、リモートサイトＢ，Ｃのストレージ装置１０Ｂ，１０Ｃにおける記憶デバイス１６に対応する。第２論理ボリュームは例えば、副ボリューム１４Ｂ，１４Ｃに対応する。第２コントローラは例えば、リモートサイトＢ，Ｃのストレージ装置１０Ｂ，１０Ｃにおけるコントローラ１１Ｂ，１１Ｃに対応する。第１既存領域は例えば、既存領域ＰＡに対応する。第２既存領域は例えば、既存領域ＰＢ，ＰＣに対応する。第１拡大領域は例えば、拡大領域ＱＡに対応する。第２拡大領域は例えば、拡大領域ＱＢ，ＱＣに対応する。
　１０，１０Ａ，１０Ｂ，１０Ｃ…ストレージ装置、　１１，１１Ａ，１１Ｂ，１１Ｃ…コントローラ、　１３…正ボリューム、　１４，１４Ｂ，１４Ｃ，１４Ｄ…副ボリューム、　１５，１５Ａ，１５Ｂ，１５Ｃ…ジャーナルボリューム、　１６，１６Ａ，１６Ｂ，１６Ｃ…記憶デバイス、　２０，２０Ａ，２０Ｂ…サーバ、　３０…管理サーバ、　４０…ストレージシステム

Claims (14)

  1. 　第１記憶デバイスと、
    　前記第１記憶デバイスを用いて第１論理ボリュームを作成する第１コントローラと、
    　第２記憶デバイスと、
    　ネットワークを介して前記第１コントローラに接続され、前記第２記憶デバイスを用いて第２論理ボリュームを作成する第２コントローラと
    　を備え、
    　前記第１コントローラは、前記第１論理ボリュームのサイズが拡大される前の記憶領域である第１既存領域から、前記第２論理ボリュームのサイズが拡大される前の記憶領域である第２既存領域へのコピーを示す既存ペアを定義し、
    　前記第１コントローラは、前記既存ペアを、前記第２既存領域を前記第１既存領域に同期させる状態である同期状態に保ち、
    　前記第１コントローラは、前記同期状態中に、前記第１記憶デバイスを用いる第１拡大領域を前記第１論理ボリュームへ追加することにより前記第１論理ボリュームのサイズを拡大し、
    　前記第２コントローラは、前記第１論理ボリュームのサイズの拡大後に、前記第２記憶デバイスを用いる第２拡大領域を前記第２論理ボリュームへ追加することにより前記第２論理ボリュームのサイズを拡大し、前記第１拡大領域へ書き込まれたデータを前記第２拡大領域へ書き込む、
    　ストレージシステム。
  2. 　前記第１論理ボリューム及び前記第２論理ボリュームは、シンプロビジョニングボリュームである、
    　請求項１に記載のストレージシステム。
  3. 　前記第１コントローラは、ホスト計算機から前記第１論理ボリュームへ書き込むための書き込みデータを受信し、前記書き込みデータの書き込み先が前記第１既存領域であるか否かを判定し、前記書き込み先が前記第１既存領域である場合、前記書き込みデータを前記第２コントローラへ送信し、前記書き込みデータを前記第１既存領域へ書き込み、
    　前記第２コントローラは、前記第１コントローラから前記書き込みデータを受信し、前記受信された書き込みデータを前記第２論理ボリュームへ書き込む、
    　請求項２に記載のストレージシステム。
  4. 　前記第１コントローラは、前記書き込み先が前記第１拡大領域である場合、前記第１拡大領域の中の書き込み先を示す書き込み先情報を保存する、
    　請求項３に記載のストレージシステム。
  5. 　前記第１コントローラは、前記第２論理ボリュームのサイズが拡大された後、前記第１拡大領域から前記書き込み先情報に示されているデータを読み出して前記第２コントローラへ送信し、
    　前記第２コントローラは、前記送信されたデータを受信して前記第２拡大領域へ書き込む、
    　請求項４に記載のストレージシステム。
  6. 　前記第１コントローラは、前記第１論理ボリュームのサイズが拡大された後、前記第１拡大領域から前記第２拡大領域へのコピーを示す拡大ペアを定義し、前記拡大ペアを、前記拡大ペアのうち前記第１拡大領域のみを更新する状態であるサスペンド状態に保ち、
    　前記第１コントローラは、前記第２論理ボリュームのサイズが拡大された後、前記拡大ペアを同期状態にすることにより前記第２拡大領域を前記第１拡大領域に同期させる、
    　請求項５に記載のストレージシステム。
  7. 　前記第１コントローラは、ホスト計算機から前記第１論理ボリュームへ書き込むための書き込みデータを受信し、前記書き込みデータの履歴を示すジャーナルデータを作成し、前記ジャーナルデータを前記第２コントローラへ送信し、
    　前記第２コントローラは、前記ジャーナルデータを受信して保存する、
    　請求項２に記載のストレージシステム。
  8. 　前記第２コントローラは、前記書き込みデータの書き込み先が前記第１既存領域であるか否かを判定し、前記書き込み先が前記第１既存領域である場合、前記ジャーナルデータから前記書き込みデータを作成し、前記作成された書き込みデータを前記第２既存領域へ書き込む、
    　請求項７に記載のストレージシステム。
  9. 　前記第２コントローラは、前記書き込み先が前記第１拡大領域である場合、前記第２論理ボリュームのサイズが拡大された後、前記ジャーナルデータから前記書き込みデータを作成し、前記作成された書き込みデータを前記第２拡大領域へ書き込む、
    　請求項８に記載のストレージシステム。
  10. 　第３記憶デバイスと、
    　ネットワークを介して前記第１コントローラに接続され、前記第３記憶デバイスを用いて第３論理ボリュームを作成する第３コントローラと
    　を更に備え、
    　前記第１コントローラは、前記書き込みデータの履歴を示すジャーナルデータを作成し、前記ジャーナルデータを前記第３コントローラへ送信し、
    　前記第３コントローラは、前記ジャーナルデータを受信して保存する、
    　請求項３に記載のストレージシステム。
  11. 　前記第１コントローラは、前記書き込み先が前記第１拡大領域である場合、前記ジャーナルデータを前記第２コントローラへ送信し、
    　前記第２コントローラは、前記ジャーナルデータを受信して保存する、
    　請求項１０に記載のストレージシステム。
  12. 　第３記憶デバイスと、
    　ネットワークを介して前記第１コントローラに接続され、前記第３記憶デバイスを用いて第３論理ボリュームを作成する第３コントローラと
    　を更に備え、
    　前記第２コントローラは、前記第１コントローラから前記書き込みデータを受信し、前記書き込みデータの履歴を示すジャーナルデータを作成し、前記ジャーナルデータを前記第３コントローラへ送信し、
    　前記第３コントローラは、前記ジャーナルデータを受信して保存する、
    　請求項３に記載のストレージシステム。
  13. 　前記第１コントローラは、前記書き込み先が前記第１拡大領域である場合、前記ジャーナルデータを作成し、前記ジャーナルデータを前記第２コントローラへ送信し、
    　前記第２コントローラは、前記ジャーナルデータを受信して保存する、
    　請求項１２に記載のストレージシステム。
  14. 　第１コントローラは、第１記憶デバイスを用いて第１論理ボリュームを作成し、
    　ネットワークを介して前記第１コントローラに接続された第２コントローラが、第２記憶デバイスを用いて第２論理ボリュームを作成し、
    　前記第１コントローラは、前記第１論理ボリュームのサイズが拡大される前の記憶領域である第１既存領域から、前記第２論理ボリュームのサイズが拡大される前の記憶領域である第２既存領域へのコピーを示す既存ペアを定義し、
    　前記第１コントローラは、前記既存ペアを、前記第２既存領域を前記第１既存領域に同期させる状態である同期状態に保ち、
    　前記第１コントローラは、前記同期状態中に、前記第１記憶デバイスを用いる第１拡大領域を前記第１論理ボリュームへ追加することにより前記第１論理ボリュームのサイズを拡大し、
    　前記第２コントローラは、前記第１論理ボリュームのサイズの拡大後に、前記第２記憶デバイスを用いる第２拡大領域を前記第２論理ボリュームへ追加することにより前記第２論理ボリュームのサイズを拡大し、前記第１拡大領域へ書き込まれたデータを前記第２拡大領域へ書き込む、
    　ストレージシステム制御方法。
PCT/JP2012/062057 2012-05-10 2012-05-10 ストレージシステム及びストレージシステム制御方法 WO2013168276A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2012/062057 WO2013168276A1 (ja) 2012-05-10 2012-05-10 ストレージシステム及びストレージシステム制御方法
US13/522,556 US8527723B1 (en) 2012-05-10 2012-05-10 Storage system and control method for storage system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/062057 WO2013168276A1 (ja) 2012-05-10 2012-05-10 ストレージシステム及びストレージシステム制御方法

Publications (1)

Publication Number Publication Date
WO2013168276A1 true WO2013168276A1 (ja) 2013-11-14

Family

ID=49034809

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/062057 WO2013168276A1 (ja) 2012-05-10 2012-05-10 ストレージシステム及びストレージシステム制御方法

Country Status (2)

Country Link
US (1) US8527723B1 (ja)
WO (1) WO2013168276A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112015522A (zh) * 2020-11-02 2020-12-01 鹏城实验室 系统功能扩展方法、装置及计算机可读存储介质

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10394491B2 (en) * 2016-04-14 2019-08-27 International Business Machines Corporation Efficient asynchronous mirror copy of thin-provisioned volumes
US10430121B2 (en) 2016-08-22 2019-10-01 International Business Machines Corporation Efficient asynchronous mirror copy of fully provisioned volumes to thin-provisioned volumes
CN109597564B (zh) * 2017-09-30 2022-01-25 上海川源信息科技有限公司 分布式储存装置
CN109144433A (zh) * 2018-10-09 2019-01-04 郑州云海信息技术有限公司 一种容量扩展方法、系统、装置及计算机可读存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008181288A (ja) * 2007-01-24 2008-08-07 Hitachi Ltd リモートコピーシステム
JP2009093315A (ja) * 2007-10-05 2009-04-30 Nec Corp ストレージシステムの容量拡張制御方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3753925B2 (ja) * 2000-05-12 2006-03-08 株式会社ルネサステクノロジ 半導体集積回路
US6636462B1 (en) * 2001-05-14 2003-10-21 Alexander V. Drynkin Programmable compact disk duplication system with XYZ transport mechanism
FR2826141B1 (fr) * 2001-06-15 2003-09-19 St Microelectronics Sa Procede et dispositif de gestion de l'espace memoire d'un disque dur, en particulier pour un recepteur de signaux de television numerique par satellite
US6829617B2 (en) * 2002-02-15 2004-12-07 International Business Machines Corporation Providing a snapshot of a subset of a file system
JP2006236420A (ja) * 2005-02-22 2006-09-07 Toshiba Corp 記憶媒体、再生方法及び記録方法
TWI375962B (en) * 2008-06-09 2012-11-01 Phison Electronics Corp Data writing method for flash memory and storage system and controller using the same
US20120131287A1 (en) 2010-11-19 2012-05-24 Tadato Nishina Storage control apparatus and logical volume size setting method

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008181288A (ja) * 2007-01-24 2008-08-07 Hitachi Ltd リモートコピーシステム
JP2009093315A (ja) * 2007-10-05 2009-04-30 Nec Corp ストレージシステムの容量拡張制御方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112015522A (zh) * 2020-11-02 2020-12-01 鹏城实验室 系统功能扩展方法、装置及计算机可读存储介质

Also Published As

Publication number Publication date
US8527723B1 (en) 2013-09-03

Similar Documents

Publication Publication Date Title
JP4551096B2 (ja) ストレージサブシステム
JP4477950B2 (ja) リモートコピーシステム及び記憶装置システム
US10002048B2 (en) Point-in-time snap copy management in a deduplication environment
JP4839091B2 (ja) データベース回復方法及び計算機システム
JP4515132B2 (ja) ストレージシステム、ストレージ装置及びリモートコピー方法
US7739540B2 (en) Information system, data transfer method and data protection method
EP2953026B1 (en) Target-driven independent data integrity and redundancy recovery in a shared-nothing distributed storage system
JP5806776B2 (ja) ストレージシステム
US7761732B2 (en) Data protection in storage systems
US20150012699A1 (en) System and method of versioning cache for a clustering topology
JP4756992B2 (ja) ストレージシステム及び記憶制御方法
EP2063351A2 (en) Methods and apparatus for deduplication in storage system
US20140075240A1 (en) Storage apparatus, computer product, and storage control method
WO2013168276A1 (ja) ストレージシステム及びストレージシステム制御方法
JP2007334709A (ja) ストレージ制御装置、ストレージ制御プログラム、ストレージ制御方法
CN102750201A (zh) 计算机系统及其备份方法
JP5275692B2 (ja) ストレージシステム群
US7549029B2 (en) Methods for creating hierarchical copies
JP2005309793A (ja) データ処理システム
JP6650483B2 (ja) 記憶装置、データ管理方法、及びデータ管理プログラム
US8583884B2 (en) Computing system and backup method
JP4898609B2 (ja) ストレージ装置、データ回復方法及び計算機システム
JP4518485B2 (ja) データベースの再編成方法、ストレージ装置及びストレージシステム
US10846012B2 (en) Storage system for minimizing required storage capacity during remote volume replication pair duplication
JP6782210B2 (ja) 計算機システム、データ管理方法、及びデータ管理プログラム

Legal Events

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

Ref document number: 13522556

Country of ref document: US

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

Ref document number: 12876152

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12876152

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP