Disk mirroring

From Wikipedia, the free encyclopedia
  (Redirected from Mirror (computing))
Jump to: navigation, search
RAID 1 layout

In data storage, disk mirroring is the replication of logical disk volumes onto separate physical hard disks in real time to ensure continuous availability. It is most commonly used in RAID 1. A mirrored volume is a complete logical representation of separate volume copies.

In a disaster recovery context, mirroring data over long distance is referred to as storage replication. Depending on the technologies used, replication can be performed synchronously, asynchronously, semi-synchronously, or point-in-time. Replication is enabled via microcode on the disk array controller or via server software. It is typically a proprietary solution, not compatible between various storage vendors.

Mirroring is typically only synchronous. Synchronous writing typically achieves a recovery point objective (RPO) of zero lost data. Asynchronous replication can achieve an RPO of just a few seconds while the remaining methodologies provide an RPO of a few minutes to perhaps several hours.

Disk mirroring differs from file shadowing that operates on the file level, and disk snapshots where data images are never re-synced with their origins.

Overview[edit]

It is recognized that disks are an inherently unreliable component of computer systems. Mirroring is a technique to allow a system to automatically maintain multiple copies of data so that in the event of a disk hardware failure a system can continue to process or quickly recover data. Mirroring may be done locally where it is specifically to cater for disk unreliability, or it may be done remotely where it forms part of a more sophisticated disaster recovery scheme, or it may be done both locally and remotely, especially for high availability systems. Normally data is mirrored onto physically identical drives, though the process can be applied to logical drives where the underlying physical format is hidden from the mirroring process.

Typically, mirroring is provided in either hardware solutions such as disk arrays, or in software within the operating system (such as Linux mdadm and device mapper).[1][2] Additionally, file systems like Btrfs or ZFS provide integrated data mirroring.[3][4] There are additional benefits from Btrfs, which maintains both data and metadata integrity checksums, making itself capable of detecting bad copies of blocks, and using mirrored data to pull up data from correct blocks.[5]

There are several scenarios for what happens when a disk fails. In a hot swap system, in the event of a disk failure, the system itself typically diagnoses a disk failure and signals a failure. Sophisticated systems may automatically activate a hot standby disk and use the remaining active disk to copy live data onto this disk. Alternatively, a new disk is installed and the data is copied to it. In less sophisticated systems, the system is operated on the remaining disk until a spare disk can be installed.

The copying of data from one side of a mirror pair to another is called rebuilding or, less commonly, resilvering.[6]

Mirroring can be performed site to site either by rapid data links, for example fibre optic links, which over distances of 500 m or so can maintain adequate performance to support real-time mirroring. Longer distances or slower links maintain mirrors using an asynchronous copying system. For remote disaster recovery systems, this mirroring may not be done by integrated systems but simply by additional applications on master and slave machines.

Additional benefits[edit]

In addition to providing an additional copy of the data for the purpose of redundancy in case of hardware failure, disk mirroring can allow each disk to be accessed separately for reading purposes. Under certain circumstances, this can significantly improve performance as the system can choose for each read which disk can seek most quickly to the required data. This is especially significant where there are several tasks competing for data on the same disk, and thrashing (where the switching between tasks takes up more time than the task itself) can be reduced. This is an important consideration in hardware configurations that frequently access the data on the disk.

In some implementations, the mirrored disk can be split off and used for data backup, allowing the first disk to remain active. However merging the two disks then may require a synchronization period if any write I/O activity has occurred to the mirrored disk.

Other schemes[edit]

Some mirroring schemes employ three disks, with two of the disks for the redundancy mirroring and the third to be split off for performing backups. In EMC nomenclature, these third disks are called business continuance volumes (BCVs).

See also[edit]

References[edit]

  1. ^ "ANNOUNCE: mdadm 3.3 - A tools for managing md Soft RAID under Linux". gmane.org. 2013-09-03. Retrieved 2013-11-20. 
  2. ^ "Logical Volume Manager Administration". Appendix A. The Device Mapper. Red Hat. Retrieved 2013-09-29. 
  3. ^ "Using Btrfs with Multiple Devices". kernel.org. 2013-11-07. Retrieved 2013-11-20. 
  4. ^ "Actually it's a n-way mirror". c0t0d0s0.org. 2013-09-04. Retrieved 2013-11-20. 
  5. ^ McPherson, Amanda (22 June 2009). "A Conversation with Chris Mason on BTRfs: the next generation file system for Linux". Linux Foundation. Archived from the original on 24 June 2012. Retrieved 2013-11-22. 
  6. ^ "Why Is It Called "Resilvering?"". The Lone SysAdmin. Retrieved 2013-09-19.