Metro Mirror

Metro Mirror functions offer a synchronous long-distance copy option that constantly updates a secondary copy of a volume to match changes made to a source volume.

With Metro Mirror copying, the source and target volumes can be on the same storage unit or on separate storage units. You can locate the storage unit at another site some distance away. Synchronous mirroring means that each update to the source storage unit must also be updated in the target storage unit before another update can process. When Metro Mirror receives a host update to the source volume, it completes the corresponding update to the target volume. This guarantees data consistency by ensuring that a write operation that completes is received by the host application after the update has been committed to the target storage unit and acknowledged by both the source and target storage units. (Typically, the target volumes are on a different storage unit.) This results in near perfect data consistency but can result in lag time between transactions.

With Metro Mirror, consistency is guaranteed across all volumes on which an application does write operations as long as all volume pairs are in full duplex state. When error conditions affect some of the volume pairs (or different volume pairs at different time), this consistency might be lost. For example, if one of the target volumes cannot be updated because a path fails, the corresponding source volume normally goes into a suspended state, but still allows updates. However, these updates are no longer transferred to the target volume. Only the bitmap of changed tracks is created and maintained. So the consistency across volumes is lost, although the order of write operations is still guaranteed for the other target volumes.

Metro Mirror copying supports a maximum distance of 300 km (186 mi). Delays in response times for Metro Mirror are proportional to the distance between the volumes. However, 100% of the source data is available at the recovery site when the copy operation ends.

The following procedure describes how data is written for a Remote Mirror and Copy operation. A copy to the target storage unit is synchronous with the source volume’s I/O operation.
  1. An application requests a write I/O to the source storage unit. The write I/O is written into cache and nonvolatile storage (NVS).
  2. Metro Mirror sends the write I/O to the target storage unit cache and NVS.
  3. The storage unit at the recovery site signals that the write operation has completed when the updated data is in its cache and NVS.
  4. When the storage unit at the production site receives notification from the target storage unit that the write operation has completed, it returns the I/O completed status to your application.
Related concepts
Global Copy
Global Mirror
Consistency groups
Copy Services functions across a 2105 and 1750
FlashCopy
Remote mirror and copy
Related tasks
Creating a full volume FlashCopy and subsequent refresh copy on a Metro Mirror volume pair
Converting Global Copy volume pairs to synchronous
Related reference
Generic and specific alert traps
Library | Support | Terms of use | Feedback
© Copyright IBM Corporation 2004, 2007. All Rights Reserved.