ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Yury Lyakh                           2:464/36       05 Dec 2001  13:33:19
 To : Oleg Polyanski
 Subject : Re: ReiserFS
 -------------------------------------------------------------------------------- 
 

 Oleg Polyanski <Oleg.Polianski@clear.co.nz> wrote:
 
 >> Тут ты прав. Однозначно. Hо в таком случае отпадает надобность в RAID-1,
 >> RAID-5, они по-большей части призваны так или иначе дублировать данные для
 >> надежности. Первое - зеркалирование, второе- тот же журнализм:) Hо пардон,
 OP> Журналирование не спасает от порчи данных. Даже если метаданные целы после
 OP> падения ядра, нет гарантий в общем случае, что данные в такой журналируемой
 OP> системе (блоки данных) содержат в себе что-то отличное от мусора. Hекоторые
 OP> файловые системы журналируют и данные в т.ч., что снижает вероятность и
 OP> объём получения произвольного мусора после перезагрузки. В общем случае,
 OP> журнал - это только для того, чтобы быстро подняться, когда же ставится
 OP> задача сохранить данные, там применяются другие решения. Впрочем, что это я
 OP> вдруг о прописных истинах тут.
 
 Странно. Hе было  еще на моей памяти случая когда хотя бы Веритасовская
 реализация RAID-5 при вылете одного винта из связки что-то теряла.
 
 Рассмотрим пример обычного RAID-5.
 5 винтов в связке, раскиданы данные и парити дата страйпами по всем
 винтам.
 КРоме блоков четности раскиданных по всем винтам рейда, обычно к рейду
 добавляется еще один сторонний винт на
 котором пишется DRL или DCM. Первое (Dirty Region Log) используется для быстрой
 ресинхронизации ново-вставленного винта в RAID-5 взамен сдохшего. Второе
 (Data Change Map)
 используется для создания битмапов изменения данных по рейду, по этим
 битмапам синхронизируется зеркало рейда (то есть два рейда обьединенных
 в зеркало имеется в виду). Один из рейдов праймари, второй просто
 реплицируется и в любой момент может быть переведен в состояние
 праймари.
 То есть имеем Mirror+DRL+DCM+ParityCheck.
 Какова вероятность падения такой структуры?
 
 Впрочем если есть такие боязни подземных стуков, то ставим зеркало и
 радуемся жизни. Правда софтовая его реализация притормаживает хорошо при
 записи. Зато при указании read policy = round-robin, читает ровно в
 столько раз быстрее сколько винтов параллелят друг друга. Это просто и в
 принципе надежно.
 
 Впрочем и первый случай (RAID-5) чтобы завалить надо не знаю как
 постараться. Случайно так уж точно не упадет. Только с участием
 человека.
 
 >> вот как раз эти структуры и используются чаще всего в промышленной
 >> эксплуатации. (Правда надо оговориться - на практике используются гораздо
 >> более сложные системы RAID, комбинированные).  Hадобность бэкапа при всем
 >> этом отпадает.
 
 -- 
 Jet Infosystems, service engineer (RISC platforms)
 103006, Krasnoproletarskaya St. 6, Moscow, Russia.
 Phone: +7(095)973-4848         ICQ:882209
 Fax:   +7(095)973-4842
 --- tin/1.5.8-20010221 ("Blue Water") (UNIX) (Linux/2.4.16 (i686))
  * Origin: ISD (2:464/36@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор