Bad Blocks на одном из дисков в RAID1

[AlexVG]

Сервер IBM x226, интегрированный Adaptec SATA HostRAID на нем собран RAID1 из 2х дисков от IBM/ Maxtor 80Gb и утановлен windows 2003 server, сервер выполняет роль контроллера домена.Вчера на ровном месте в эвентах появились 3 ошибки: Bad Block discovered: controller 1 (LBA 0x00F40088), а перед этим Bad Block repaired: controller 1, port 0 (LBA 0x00F40088). По рекомендации на сайте IBM попробовал запустить синхронизацию,которая завершилась со статусом Failed,сегодня количество ошибок возросло, но с другими LBA. Я так понимаю сыпится винт на port 0, хотя ServeRAID Manager в статусе диска показывае Ok! Как правильно произвести замену неисправного винта, не нашел возможность его перевода в Failed, и получится ли сделать бекап в такой ситуации (без потери инфы) и чем лучше это сделать? Спасибо!

[gs]

Бэкап сделать можно и нужно, если конечно разрушения не дошли до крайней стадии.

Просто выдергиваете винт и вставляете на его место замену. Ребилд должен начаться автоматически. Не пойдет - вручную скажете из консоли управления массивом.

Не тяните, у Вас проблема. Пока не смертельная, но...

З.Ы. Гарантия уже кончилась?

[AlexVG]

Гарантия закончилась, в эвентах за весь день ошибок небыло.Сервер клиентов обслуживает.
Дело в том что винты без горячей замены,если сервер выключить проблемный винт отключить, а затем включить без него так будет не лучше? В закормах такого винта нет, поставщики обещают в конце следующей недели, в есть SEAGATE ST380215AS можно им подменить хотя бы временно? Все операции буду производить после окончания рабочего дня, просьба ответить.Спасибо

[gs]

Само по себе наличие проблемного винта не смертельно - в случае чего проживет и на одном. Так что дергаться прямо сейчас не надо. Как будет земена, так и поменяйте. Просто затягивать этот вопрос нельзя надолго - если винт сыплется дальше, жить ему недолго осталось. В принципе уже можно считать, что работает один...

[and3008]

У диска есть ряд "запасных" секторов, куда он переносит данные в случае отказа данных на "рабочей" поверхности.
Операция эта называет relocation и ясный пень не может происходить постоянно. Поскольку запас еще не кончился, диск контроллеру о своих проблемах явно не сообщает. Пока ругается только служебными сообщениями.

Вы можете заменить диск на диск аналогичной емкости или чуть большей. У вам кажется две 80-ти. Можете поставить вместо проблемного диска 120-ку. Заработает. Только 40 гиг вы использовать не сможите.

Бакап полный сделайте. И делайте инкрементальный бакап каждый день. Тогда в случае полного кирдыка сможете довольно быстро восстановиться.

[AlexVG]

Вчера проделал следующее: Сделал акрониксом полный бекап, при создании бекапа акроникс несколько раз ругнулся на нечитаемые сектора - пришлось игнорировать, на сколько можно считать этот бекап рабочим?
Далее средствами консоли рейда сделал проверку на media error проблемного диска,затем Verify array - прошел, правда в некоторых местах существенно замедлялась скорость.Загрузился системой, пока в эвентах ошибок нет. Буду наблюдать далее и ждать нового диска.

Как по вашему мнению, как часто необходимо проводить процедуру Verify array, кроме случаев описанных в FAQ. Спасибо!!!

[gs]

Верификацию надо делать хотя бы раз в месяц. Лучше - раз в неделю.

Но судя по тому, что акронис ругался на бэды, проблемы Ваши еще не закончились. Даже если один диск насмерть дохлый, то второй должен выдавать правильные данные. Так что у Вас или проблемы с обоими дисками (физические или логические) или же проблема на уровне драйверов. Я бы на Вашем месте машину полностью разобрал, прочистил, перевдул, а потом поднял заново. Только не акронисом (которые восстановит на место все, включая ошибки), а по-честному.