Promise SX4000: что есть пункт "синхронизация" ?
Модераторы: Trinity admin`s, Free-lance moderator`s
Promise SX4000: что есть пункт "синхронизация" ?
Значит ли это что диски этот контроллер синхронизирует данные по дискам только принудительно по шедулеру?
Да все очень просто.
SX4000 не дает в чистом виде RAID 5. А только RAID 3+1. Т.е. на наследнем диске хранится контроль четности. Если этот диск навернется, то НАВЕРНО навернется и весь массив. Вот тут меня поправьте, наворачивается ли весь массив при отказе диска с контролем четности в массиве RAID 3+1.
Собственно процедура синхронизации призвана пересоздать блоки контроля четности. Видимо на тот случай, когда контроллер не успевает или не может (в случае сбоя сектора на диске) правильно записать информацию о контроле четности. Там же опция "чё делать", если контроль четности нарушен.
Я у себя поставил синхронизацию каждую неделю по воскресеньям.
На массиве из 4-х дисков по 80Гиг каждый это занимает 2.5 часа (судя по логам в системном журнале).
Я покупал такую промису исключительно из-за дешивизны и разрекламированных наворотов. Тогда это была единственная плата с большим кэшем и умеющая работать с RAID-5. Однако на поверку вышел казус. Драйверы оказались сыроваты, впрочем как и BIOS, больше всего огорчило, что RAID-5 на поверку оказался RAID 3+1. Страшно огорчило отсутствие опен-соурцных драйверов под Linux. Сейчас какой-то умелец взялся "зарамсить проблемму", однако на текущий день есть только альфа-версии драйверов.
В общем бакап, бакап и еще раз бакап...
Кстати, производительность платы приемлемая. В этом плане надежды оправдались. Я получил большую (250 Гиг) и довольно быструю файлопомойку.
SX4000 не дает в чистом виде RAID 5. А только RAID 3+1. Т.е. на наследнем диске хранится контроль четности. Если этот диск навернется, то НАВЕРНО навернется и весь массив. Вот тут меня поправьте, наворачивается ли весь массив при отказе диска с контролем четности в массиве RAID 3+1.
Собственно процедура синхронизации призвана пересоздать блоки контроля четности. Видимо на тот случай, когда контроллер не успевает или не может (в случае сбоя сектора на диске) правильно записать информацию о контроле четности. Там же опция "чё делать", если контроль четности нарушен.
Я у себя поставил синхронизацию каждую неделю по воскресеньям.
На массиве из 4-х дисков по 80Гиг каждый это занимает 2.5 часа (судя по логам в системном журнале).
Я покупал такую промису исключительно из-за дешивизны и разрекламированных наворотов. Тогда это была единственная плата с большим кэшем и умеющая работать с RAID-5. Однако на поверку вышел казус. Драйверы оказались сыроваты, впрочем как и BIOS, больше всего огорчило, что RAID-5 на поверку оказался RAID 3+1. Страшно огорчило отсутствие опен-соурцных драйверов под Linux. Сейчас какой-то умелец взялся "зарамсить проблемму", однако на текущий день есть только альфа-версии драйверов.

В общем бакап, бакап и еще раз бакап...
Кстати, производительность платы приемлемая. В этом плане надежды оправдались. Я получил большую (250 Гиг) и довольно быструю файлопомойку.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Судя по Вашему описанию эта процедура похожа на consystency check с восстановлением целостности, используемый на контроллерах майлекс и LSI. Только в этом случае пересоздается не вся информация о четности - просто читается все, а при обнаружении некогерентности данных делается восстановление конкретных блоков.
А при вылете одного винта все равно ничего страшного - ну пропадет четность, но ведь инфа прочитается с основных винтов.
А при вылете одного винта все равно ничего страшного - ну пропадет четность, но ведь инфа прочитается с основных винтов.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость