Вау. Существуют различные реализации RAID-1. Для них вполне нормально читать независимо от обоих дисков: при чтении один диск ищет в одном месте, а другой - в другом. Было бы бесполезно читать одну и ту же вещь с двух дисков только для проверки: контрольная сумма - гораздо лучший механизм для обнаружения битовых ошибок с точки зрения экономии и производительности.
Но с пишет, это не так. Записи выполняются параллельно в большинстве реализаций. На сервере произошел сбой питания, и он запускается - ему нужно быстро получить согласованные данные (данные с одного момента времени, и было бы здорово, если бы это был самый последний возможный момент времени). Как сервер может решить это быстро, если на обоих дисках были разбросаны последние записи?
А если диск выходит из строя? Сервер потеряет часть данных. У нас потеря данных, но, что еще хуже, у нас непоследовательные данные, некоторые куски недавно, некоторые старые. Как теперь сервер может "откатить" фрагменты с рабочего диска, чтобы вернуться к согласованному моменту времени? Где он может найти старую версию этих кусков данных?
Так что гораздо проще писать параллельно.
PS: существуют зеркала, которые не пишут параллельно, при наиболее типичном использовании они используются в качестве (не аппаратных) подкомпонентов таких вещей, как: асинхронная репликация, распределенный кэш записи, распределенная файловая система и т.д. Обычно они дорогостоящие и используются в корпоративных средах.
