Какой RAID выбрать

[NMaxim]

10 или 50 под SQL базу 1с? Есть под это дело 6 винтов.

[gs]

10

[NMaxim]

Понял, спасибо

[NMaxim]

В продолжении разговора, есть у меня в сервере всего 10 дисков, 4 по 17Gb, остальные 6 по 70Gb. сначала хотел разбить все это дело средствами RAID контроллера следующим образом: первые два винта по 17 Gb в зеркало под систему, 6 винтов в 10RAID как советуют под SQL базы и оставшиеся 2 винта по 17GB тоже в зеркало под дополнительные нужды, бекап например и проч. А теперь вот что подумал, не лучше ли будет объединить все 10 винтов в 10 RAID и уже потом средствами ОС разбить на 3 логических диска под систему, под SQL и под допнужды? Можно ли это сделать при различной емкости винтов и насколько это оправдано по сравнению с первым вариантом.

[exLH]

Если будете объединять все 10 дисков в RAID10, то это будет идентично тому, что у Вас все диски по 17ГБ. Кроме того, скоростные характеристики дисков вероятнее всего довольно различны, поэтому и с этой точки зрения все 10 дисков в один массив объединять нежелательно.

[NMaxim]

Первый вариант имеет право на жизнь?

[exLH]

да

[NMaxim]

Спаисбо

[NMaxim]

Опять я со своим SQL сервером, а точнее с массивом RAID 10 на 6 винтах, так вот все сделал как и писал выше, теперь вопрос каким образом сконфигурировать параметры Cache, Read и Write (контролеер с BBU LSI320-2) Сейчас скорость чтения померенная с помощью утилитки hdd_speed порядка 90-100 MB/sec, что при тетсировании логического что при тестировании физического. Не могу сказать насколько корректно работает эта утилита, но другого у меня нет, может кто посоветует действительно приемлемый вариант. Так вот наши 1С программисты стонут, что скорость эта их не устраивает и пеняют на дисковую подсистему, мол скорость плохая, хотя до этого при старой конфигурации массива она была ровно в 2 раза меньше (диск с базами был в зеркале). Как еще можно увеличить его произволительность, да и утилитку для тестирования посоветуйте пожалуйста.

[gs]

Утилита для тестирования называется www.iometer.org

Программисты не врубаются в железо - да это и не их проблема. Скорость линейного потока для СУБД в большинстве случаев значения не имеет.
Посмотрите перфмоном загруженность дисковой системы - что смотреть есть в факах.

[NMaxim]

За ссылку спасибо. Только что поигрался с параметрами контроллера и выставил их вот как Write Policy - Write Thru, Read - Normal, Cached - Direct IO, так вот скорость чтения выросла в 1.5 раза до 150 Mb/Sec. Как в моем случае лучше выставить эти параметры.

[gs]

Райт бэк будет быстрее, но без батарейки достаточно рисковано. Остальное правильно.
Но опять-таки, Вы меряете совсем не те параметры.

[NMaxim]

Да к сожалению моя программка позволяет мерить только скорость чтения, сейчас буду пробовать IOMeter, какие параметры мне там стоит посмтореть?

[gs]

Для имитации СУБД можете оставить настройки по дефолту, выставив только количество outstanding IOs в несколько десятков. Но эти цифры для Вас будут скорее всего просто попугаями - интерпретировать их достаточно сложно. Я Вам уже говорил, что надо сначала промониторить нагрузку, на что Вы почему-то не обращаете внимание. Если Вы думаете что Вы или кто-то другой сможет дать осмысленный совет не зная положения дел - очень сильно заблуждаетесь.

[NMaxim]

Да согласен, но я пока смотрю скорость этого дела как есть то есть без всякой загрузки, и вот что у меня выходит - установка параметра в райт-бек снижает почему то скорость чтения в 2 раза.