Дисковая система под Oracle на SSD

[pinform]

Здравствуйте.
Необходимо создать дисковую систему для сервера ORACLE. Размер БД 120 Гб, интенсивно работают приблизительно 60 пользователей. Возникла мысль, сделать такую конфигурацию
Adaptec RAID 6805 ASR
Adaptec AFM-600
SSD 120 Gb SATA 6Gb/s OCZ Vertex 3 - 8 шт.
RAID 10
Нарезаем 3 луна( система, база, архивные журналы)
Дополнительно
Seagate 600 Gb 15K.7 <ST3600057SS> - 2шт
Зеркало на хост контроллер под BLOB.

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

С уважением,
Юрий.

[gs]

SSD можно поставить и корпоративные, типа Intel X25-E (ну или скоро будет доступна новая серия 710).

[gs]

Каков характер нагрузки - чтение/запись, линейно/рандомно? Что за база-то?

[pinform]

Обслуживает систему управления предприятием. (Не 1С но в каком то смысле сравнение допустимо)
Нагрузка 70% чтение 30%. Файлы данных большие, но чтение и запись рандомно.
Intel X25-E на сегодняшний день древние как бивень мамонта, при неразумной цене.
Вычитал, что Intel 510 Series так же имеет защиту от выключения питания.

[gs]

Вам только апгрейд дисковой надо или сервер новый?

По SSD - в первую очередь смотрите HCL контроллера.

Кстати, IBM поставляет хорошие SSDшки в своих иксах.

[pinform]

Сервер целиком.
Конфиг в целом такой
SuperMicro <CSE-836TQ-R800B>
SuperMicro X8DTL-I
Kingston <KVR1333D3D4R9S/8G> - 6шт
CPU Intel Xeon E5620 - 2 шт
Adaptec RAID 6805 ASR
Adaptec AFM-600
...
дисковая система

[DefDuck]

Из каких соображений выбрано количество SSD? Производительность на них растёт не линейно количеству + такой поток не переварят процессоры.
Конфигурацию с поправками отправлю в почту.

[pinform]

Думаю, что переварят.
Сейчас трудится
односокетный вариант на Intel Q6600
8 Гб
Adaptec 3805 (BBU)
SAS Fujitsu max3073 - 8 шт
RAID 10

Упор происходит в память и как следствие в дисковую систему. Процессор редко грузится более 30%

[gs]

Антон имел в виду, что SSD на чтении имеют настолько драматическое преимущество над HDD, что 8шт просто перебор.

[pinform]

А как быть с записью? Очень часто создание какой нибудь накладной это в одной транзакции прокладка более 5 тысяч записей в нескольких таблицах. Все это происходит он-лайн и пользователь не должен ощущать "тормозов" и ждать реакцию системы.
Пусть уж лучше CPU выходят кратковременно на 100%, тем быстрее пользователь получит результат.

[gs]

Ну дело хозяйское - деньги Ваши

[pinform]

Если 4 диска по 120 в 10 рейд, объем дисковый "в обрез" получается. Если диски большего объема брать, получится то же самое, что и 8 дисков.
Смущает в этой затее в основном надежность SSD (малое количество циклов). Однако, воплей о сгоревших дисках тоже не слышно.
При этом еще одно сомнение терзает, как насчет кеша на дисках, по хорошему его же надо выключать при использовании опции write back, как изменится производительность дисков в этом случае.

[Tert]

Intel X25-E на сегодняшний день древние как бивень мамонта, при неразумной цене.

Так вы сравниваете SSD SLC с современными SSD MLC.
Первый вариант (X25-E) намного быстрее и имеет на порядок больший ресурс по записи. Вот и дорогие.
Кстати, более тонкий техпроцесс во флэш технологии не означает большую скорость и надежность.

[DefDuck]

Отписался в почту, общение предлагаю вести там.

[hitower]

реду логи я бы на SSD не размещал - даже на SLC, судя по интенсивности записи в базу, они могут долго не выдержать.
Сколько в сутки реду логов создается - не знаете?
Лучше возьмите под них пару обычных жестких дисков.