Дисковая на Adaptec 6805 и SSD

[:Mike:]

Решили поменять дисковую под базу SQL Server 2005.
Сейчас стоит Adaptec 5805. На нем два зеркала из SAS HDD 15K. База данных разбита на два файла, каждый файл помещен на отдельное зеркало (нам сказали, что так будет быстрей, чем база в один файл, размещенная на RAID10).
Такой дисковой уже не хватает.

Решили поставить Adaptec 6805, на нем сделать три массива (RAID1) из OCZ Vertex 3 VTX3-25SAT3-120G. А базу порезать на три файла и раскидать на эти массивы.

Но возник вопрос – когда добавляем hot-spare диск, то он привязывается к какому-либо массиву или является общим для всех массивов???
Т.е.
1) нам надо добавить по диску на каждый массив (тогда 8-портового контроллера не хватит, а экспандеры в том корпусе не куда ставить, т.е. нужен будет 12-портовый контроллер)
2) или достаточно поставить пару SSD под hot-spare и они будут разделяться между всеми массивами (и тогда 8-портового контроллера хватит)????

Посоветуйте пожалуйста!

[gs]

Я еще могу понять выделение отдельного массива под логи (хотя при малом количестве винтов это скорее вредно), но вот резать базу на части и раскладывать по зеркалам...

Хот спаре может быть глобальным.

[:Mike:]

Я еще могу понять выделение отдельного массива под логи (хотя при малом количестве винтов это скорее вредно), но вот резать базу на части и раскладывать по зеркалам...

Вот пока не могу дать ссылки (как-то давно этот вопрос выяснили и сейчас под рукой нет ссылок), но там типа такая тема - алгоритмы распараллеливания у SQL Server намного лучше в этом случае работают, чем распараллеливание страйпов контроллером в RAID10.
Т.е. SQL Server ведет себя также как и контроллер для RAID1.

Хот спаре может быть глобальным.

Спасибо! А какие-либо ограничения при этом есть??

[gs]

Спаре бывает глобал (для всех массивов) и дедикейтед (для конкретного) - как назначите.

Рекомендация про расладку - видать рекомендовал датабазник тех времен, когда рэйд контроллеры были большими и медленными, а трава зеленее. Лет этак 10-15 назад.
Я еще раз готов повторить - выделять отдельный диск имеет смысл только для логов (да и то не при четырех винтах). Все остальное замечательно сделает контроллер, причем без риска, что в какой-то конкретный момент времени нагрузка придется на одно зеркало и проигрыш производительности будет неслабый.

[:Mike:]

Спаре бывает глобал (для всех массивов) и дедикейтед (для конкретного) - как назначите.

Спасибо!
Подскажите, а если мы поставим два и более hot-spare, то они будут работать абсолютно эквивалентно?

Рекомендация про расладку - видать рекомендовал датабазник тех времен, когда рэйд контроллеры были большими и медленными, а трава зеленее. Лет этак 10-15 назад.
Я еще раз готов повторить - выделять отдельный диск имеет смысл только для логов (да и то не при четырех винтах). Все остальное замечательно сделает контроллер, причем без риска, что в какой-то конкретный момент времени нагрузка придется на одно зеркало и проигрыш производительности будет неслабый.

Вот сейчас погуглил. Народ пишет подобные посты:

sql server can stripe all its data across the disks, and can do so in an optimized way.

Raid 1 is just for data redundancy...other than that, give as much as you can to sql server, and let it do its thing...its very good at what it does.

You have a 0+1 and break it into two raid 1....do real world testing, you'll be surprised at which is faster for sql server work.

When I was researching this same issue a while ago for a customer I found this article to be very interesting http://blogs.zdnet.com/Ou/?p=484. On the second page he dicusses the change from a RAID 0+1 to independent RAID 1 arrays creating a lot of performance improvements. This was on a much larger scale (a 20 disk and 16 disk SAN) but same concepts. The ability for SQL Server to load balance the data between multiple volumes instead of using just basic uninformed striping of RAID 0+1 is a great concept.

Однако здесь http://www.kendalvandyke.com/2009/02/di ... -raid.html есть тесты, и они показывают что замена RAID10 на несколько RAID1 - это "шило на мыло".


Т.е. мы можем сделать RAID10 из шести SDD и еще до двух поставить в hot-spare. Это будет наиболее эффективным??

[gs]

Спаре будут срабатывать по очереди. Больше двух особого смысла не имеет
Я бы поставил один, а второй на полку положил.

[gs]

А SSD лучше посмотрите не десктопные, а корпоративные - например интел 710. У них ресурс на порядок больше.
А такое количество SSD - зачем? Они и так дадут прирост на порядок, может и одно зеркало все проглотит не поперхнувшись...

[:Mike:]

А SSD лучше посмотрите не десктопные, а корпоративные - например интел 710. У них ресурс на порядок больше.

Боюсь такая цена для нас пока не подъемна

А такое количество SSD - зачем? Они и так дадут прирост на порядок, может и одно зеркало все проглотит не поперхнувшись...

Да тут мы сами пока не знаем сколько нам хватит. Хотим сделать вариант наверняка. Но пока тестово будет делать массив на трех SSD (RAID1+hot-spare).
Т.е. тестово погоняем на двух дисках, но однозачно нужно иметь возможность расширения количества "шпинделей" (или как оно в случае SSD называется )


Кстати! Совсем забыл! А что насчет батарейки (Adaptec AFM-600)? Насколько на будет актуально для массива на чисто SSD??

[gs]

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

[:Mike:]

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

Спасибо большое за ответы!

Предварительное решение с вашей помощью мы приняли. А что будет дальше - посмотрим на практике.

[:Mike:]

Подскажите пожалуйста еще по такому вопросу - какой лучше выбрать stripe size для RAID1 или RAID10 на SSD для работы SQL Server???

[:Mike:]

PS: В подписи у одного вашего сотрудника я как-то видел ссылку на интернет-магазин, но сайт по той ссылке не работал. Подскажите пожалуйста - таковой сайт имеется?

[LCF_R]

:Mike:
Для запроса цен и доступности на интересующие Вас позиции Вы можете обратиться ко мне. Контакты в подписи.