Исходное сообщение
"Debian: EXT4 journal и md RAID10 перестраивает зачем?" Отправлено 1, 02-Апр-10 10:55
я тоже интересуюсь надёжностью софтовых vs аппаратных рейдов, и вот что накопал: http://linas.org/linux/raid.html т.е. от отключения питания именно софтовый рейд не спасает (аппаратный с батарейкой спасает), нужны доп меры в виде журналов и проверок контрольных сумм, у ext4 есть эти меры: - барьеры, (надо проверить/ещё почитать, но по идее должны гарантировать) гарантируют последовательность что сначала запишется журнал, а потом будет обновление данных и затем комит транзакции - журналирование данных, либо мы оставляем старые данные либо новые, если в журнале есть все новые данные и не дописали часть поверх старых то допишем при проверке журнала, если не успели записать в журнал, то старые данные не тронуты и считаются вполне правильными и не испорченными. это противодействие отключению во время записи данных (и соответственно их порче), у аппаратных для этого есть батарейка к кешу. - проверка контрольной суммы журнала транзакций, думаю это и так понятно - журнал должен быть исправным для доверия ему. мне кажется вполне достаточно их применять для того чтобы быть уверенным в целостности данных именно на софтовом рейде. от перестроения рейда не спасут, но данные с оч высокой вероятностью будут правильными. надо почитать ещё про барьеры в ext4. у самого есть мысли (как) написать прототип софтового рейда с повышенной устойчивостью к сбоям. осталось заняться

Ваше сообщение
Имя*:
EMail:	Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> я тоже интересуюсь надёжностью софтовых vs аппаратных рейдов, и вот что накопал: > http://linas.org/linux/raid.html > т.е. от отключения питания именно софтовый рейд не спасает (аппаратный с батарейкой > спасает), нужны доп меры в виде журналов и проверок контрольных сумм, > у ext4 есть эти меры: > - барьеры, (надо проверить/ещё почитать, но по идее должны гарантировать) гарантируют последовательность > что сначала запишется журнал, а потом будет обновление данных и затем > комит транзакции > - журналирование данных, либо мы оставляем старые данные либо новые, если в > журнале есть все новые данные и не дописали часть поверх старых > то допишем при проверке журнала, если не успели записать в журнал, > то старые данные не тронуты и считаются вполне правильными и не > испорченными. это противодействие отключению во время записи данных (и соответственно > их порче), у аппаратных для этого есть батарейка к кешу. > - проверка контрольной суммы журнала транзакций, думаю это и так понятно - > журнал должен быть исправным для доверия ему. > мне кажется вполне достаточно их применять для того чтобы быть уверенным в > целостности данных именно на софтовом рейде. > от перестроения рейда не спасут, но данные с оч высокой вероятностью будут > правильными. надо почитать ещё про барьеры в ext4. > у самого есть мысли (как) написать прототип софтового рейда с повышенной устойчивостью > к сбоям. осталось заняться
	Введите код, изображенный на картинке: