> Message: 1
> From: "Maks Re" <[EMAIL PROTECTED] _moz-userdefined="" >
> Subject: Re: [Sysadmins] HW Vs Soft RAID (о моралях и баснях, о
<[EMAIL PROTECTED] _moz-userdefined="" >

<[EMAIL PROTECTED] _moz-userdefined="" ><[EMAIL PROTECTED] _moz-userdefined="" >> вы правы в ваших выводах.
это не я прав, это практика многих и многих администраторов СУБД Oracle -
тут упоминали уже BAARF www.baarf.com - организовано именно ОРАКЛоидами,
я там за номером 318
<[EMAIL PROTECTED] _moz-userdefined="" ><[EMAIL PROTECTED] _moz-userdefined="" >
> звучало следующее утверждение, что для операций с бОльшим кол-вом
> ввода-ввывода (oltp) логи и редо например, надо сделать максимальное


Если речь всё еще идет об ОРАКЛ, то редо и логи - одно и тоже, RedoLog.
<[EMAIL PROTECTED] _moz-userdefined="" ><[EMAIL PROTECTED] _moz-userdefined="" >
> кол-во дисков зарействованые на запись в текушем уровне рейда.

Идея хорошая, но формулировка никуда не годится.
<[EMAIL PROTECTED] _moz-userdefined="" ><[EMAIL PROTECTED] _moz-userdefined="" >
> предположим массив состоит из 8 дисков
> рейд10 - 4 диска (+ 4 на дублирование) доступны контроллеру для записи
> блоков данных.
> рейд5 - 7 дисков (+1 на контольные суммы) доступны контроллеру для
> записи блоков данных.


<[EMAIL PROTECTED] _moz-userdefined="" ><[EMAIL PROTECTED] _moz-userdefined="" >И соответственно, формулировка привела к ошибочным выводам...
Ну освежите же вы в памяти, КАК пишется RAID5!!!
В 10м RAIDе у вас 4 независимых(!) диска, а в RAID5 - группа, для которой нужно при изменении ОДНОГО лишь блока вынуть из кэша или с диска ВСЕ блоки страйпа, пересчитать XOR и записать на два диска - на тот, где поменялся блок и на тот, где контрольная сумма. Т.е. пишется всегда минимум на ДВА диска, при этом еще часть дисков могут быть прочитаны - т.е. головки совершают лишние движения (потому что Redo только последовательно пишется, читается при Recovery).
Для тех, кто забыл - позиционирование головок считается ОЧЕНЬ долгой операцией.
<[EMAIL PROTECTED] _moz-userdefined="" ><[EMAIL PROTECTED] _moz-userdefined="" >
> утверждается, что это правильно, но для лог файлов.

<[EMAIL PROTECTED] _moz-userdefined="" ><[EMAIL PROTECTED] _moz-userdefined="" >> для данных - рейд10 сильео предпостительно.
мне бы не хотелось развивать тут флейм, касающийся ОРАКЛ... Тем более, что все_давно_уже_известно,
достаточно читать сначала fundamentals, потом металинк, а уж потом "надписи на заборах" типа sql.ru - если зачем-то понадобится.

В вашей формулировке не хватает всего одного слова - НЕЗАВИСИМЫХ.
В RAID-F (Five,Four, er..fhree) нет независимых на запись дисков по определению.
<[EMAIL PROTECTED] _moz-userdefined="" ><[EMAIL PROTECTED] _moz-userdefined="" >
> для "малых баз", - там картинка почти другая...

Если малых - это PostgreSQL\MySQL\etc - не скажу, давно не приходилось тюнить. Если ОРАКЛ, только с малыми объемами - увы, всё_точно_также даже в 10g XE.
<[EMAIL PROTECTED] _moz-userdefined="" ><[EMAIL PROTECTED] _moz-userdefined="" >
> > PS: вспомнил! Очень многие админы, как выяснилось, не знают правила: "Если
> > Вы работаете с СУБД, в которой преобладает OLTP нагрузка - вам
> > производительность дисковой подсистемы в IOPSах надо мерять, а не в Мб\с
> > (тот самый balanced throughput)"
> угу, сто раз.


Факты есть? Или опять "никто тесты писать не будет" ? ORION бесплатен, btw

PS: ухожу, ухожу, ухожу...
_______________________________________________
Sysadmins mailing list
[email protected]
https://lists.altlinux.org/mailman/listinfo/sysadmins

Ответить