>Большое спасибо за ответ, но очень хотелось бы получить ответы по конкретно
>заданным вопросам. Вы задаете неправильные вопросы, которые в Вашей ситуации лишены смысла, но, конечно, я отвечу.
>В частности по этим:
>2. При поочередном подключении 2-х хардов в отдельности на другой машине -
>
>не находится MBR запись, с чем это связано?
В контроллер, например, мог быть добавлен не диск, а партиция на нем, если это поддерживает контроллер (и это достаточно часто, особенно в low-end сегменте без большого набора ЗИП частей на полочке под серверы, практикующийся вариант, так как у дисков номинально одного и того же размера разная геометрия даже у одного вендора, и через несколько лет, когда вылетит один диск из зеркала, Вы уже можете не найти диск точно такого же размера)
>Ведь зеркало подразумевает
>абсолютную копию данных на 2-х HDD.
У Вас не контроллер, а, извините, хлам без батарейки. Такое использовать нельзя! Если батарейки нет, хост-рейды, софтовые рейды, и, Ваш случай, редкие контроллеры-черные дыры без батарейки, после жесткого ребута, синкают, для сохранения консистентности один диск о другой. mdraid, например, синкает первый в BIOS диск.
Как же это будут делать хострейды зависит от степени идусскости кода драйвера(который и есть, на самом деле реализация "контроллера" в случае хост-рейда): может быть и рандомно, так что после второго жесткого ребута по питанию начинают синк с фактически пустого зеркала.
В Вашем случае ситуация усугубляется тем, что при наличии достаточно большого кэша, отключение питания приведет к тому, что те данные, которые по журналу ФС уже записаны, на самом деле были в кэше (это запросто может привести к разрушению ФС).
By design, если Вы хотите надежности, используйте mdraid на Linux, или аппаратный контроллер с батарейкой на той же Windows (где редко используют софтовое зеркало).
Если Вам надежность системы без разницы, а Важна скорость (и минимум вложений) можете продолжать использовать аппаратный контроллер без батарейки но с активированным кэшем.
В Ваш контроллер поставить батарейку нельзя (вообще непонятно, зачем выпустили эту модель!)
Могу сказать совершенно определенно, что ей место только на помойке или в руках оверлокера, так как в production, на который завязаны деньги, ее использование просто преступно!
>3. Как в дальнейшем, при схожей ситуации, вычислить, что один из HDD
>
>сыпится? Насколько я знаю в логах RAID контроллер записывает в основном
>проблемы отказа HDD, а не информацию о целостности HDD и задержках
>записи. И как узнать вообще какой из 2-х HDD сыпиться?
Зависит от типа контроллера, некоторые позволяют даже SMART посмотреть.
Кроме того, серверные диски(в т.ч. SATA) сами не делают ремапы, а позволяют за себя это сделать контроллеру (поэтому вендоры берут за них большие деньги), а контроллер такой диск просто выкинет, и пометит как fail
Мы на большинстве серверов используем mdraid, только вот сегодня на одном сервере сдох винт, ночью будем менять :)
mdraid'ы наших клиентов мы мониторим Zabbix.
Многие контроллеры позволяют снимать с себя информацию по snmp, и многие поддерживают сами, через утилиты производителя, отправку информации по почте.
Если хотите, мы можем помочь решить вопрос с мониторингом состояния raid-массива.
Вариант для распечатки
Информационная безопасность (Безопасность системы / Linux)
