RAID 5 в качестве загрузочного диска

[sb]

День добрый.
Подскажите пожалуйста, правильным ли будет решение сделать один RAID 5 для ОС и для БД?? Слышал, что некоторые ставят систему на простой диск, а БД на отдельный RAID. В чем плюсы и минусы каждого варианта?

[setar]

Лучше ставить и систему и базу на raid массив, минусов такой конфигурации я не знаю.
При использовании отдельного винта на систему рискуем при его падении получить выход из строя ОС (длительное время восстановления) + вероятность логической порчи информации в БД увеличивается многократно!

[sb]

Ага. Спасибо за совет.
Тогда какие меры предосторожности следует предпринять, что бы все это проработало подольше и без проблем? Списать конфигурацию RAID на дискету? Cделаем. Может что нибудь еще?

[setar]

Практика показывает что систему Backup не стоит забывать дaже при применении raid, хорошо если она ведётся по сети и компьютер находится в другом помещении.

Если позволяют финансы, хорошей идеей является применение HotSpare винчестера (запасного), он позволит отсрочить вмешательство администратора и сократить время критически опасного состояния raid при выходе из строя Hdd.

[a_shats]

1. Добавить к массиву еще один винт и сделать его hot-spare("горячий резерв"). Соответственно, включить авто-ребилд в биосе контроллера.
Главный плюс: во время замены отказавшего винта массив будет находиться не в критическом (не-отказоустойчивом), а - в нормальном состоянии.
2. Если нет BBU (но также если для Вашего конкретного контроллера, в принципе, такая опция существует) - приобрести ее. Наличие BBU (Battery Backup Unit) позволит не потерять содержимое кэша при включенной отложенной записи (Lazy Write, Write Back) и - всяких катастрофичных случаях, типа- смерть UPS, RAID-контроллера, его канала, отвалившийся шлейф (с шаловливыми ручками и не такое бывает)...
3. Бэкап, бэкап и еще раз бэкап. Вне зависимости от надежности дисковой п/с бэкап обязателен.
4. Установкой ОС на отдельный винт пытаются избежать появления единой точки отказа-контроллера, и обретают - винт и контроллер, на которых она установлена . Имхо, в этом нет смысла, т.к. без ОС сервер все равно нежизнеспособен, а на RAID отказ одного винта на работоспособность ОС не повлияет.
5. Ну и общие соображения: питание (строго от UPS), охлаждение (желателен кондиционер в серверной) и т.п. И самое главное - не подпускать "экскрементаторов" .

[sb]

Спасибо!!!

[sir_patrick]

А на что посоветуете бэкапить архив в 400-800 Гб? Архивом пользуются в день раза 2-3 одним пользователем для поиска старых заказов и 5 пользователей для сохранения текущих (но это происходит 1-2 раза в неделю).

[setar]

Рекомендую разделить в своём сознании понятия архив и backup.
Архив - есть по сути файлопомойка, как правило не запакованная, а backup это копия важных документов на экстримальный случай, как правило запакованная.

Так вот лично моё мнение что файло помойку , простите архив рационально организовать на sata hdd по возможности в raid5 массиве.
А вот backup делать скриптом (или спец программой) на машину стоящую в другом помещении по сети. Диски на ней IDE или SATA можно без raid контроллера.

[sir_patrick]

Работает отдел дизайна по разработке макетов, при выполнении заказа все файлы по нему скидываются в архив. Заказы очень часто повторяются причем как в течение месяца так и через 2-3 года. Для этого в базе находится номер и где лежит. Архив растет довольно быстро. Информация очень важная и стоит довольно больших денег. Хотелось бы перестраховаться. Для этого и спрашиваю про бэкап.

[setar]

Т.к. вероятно скорость доступа к данным не очень критична,
то я бы остановился на хранилище на SATA RAID5 + автоматический бакап по сетке на обычный IDE винт свежих проектов + ручками режем CD болванки по завершении проекта.

Если не нравится вариант с СD то в конце концов ставится два одинаковых сервера в разных помещениях, ночью с одного на другой делается бакап (или синхронизация).

[gs]

Насчет САТА рэйд файлопомойки под собственно архив вполне согласен. А вот для бэкапа, учитывая что архив будет храниться годами, надо делать на стримере. Поставить что-нибудь из LTO или SDLT и наладить инкрементальный бэкап с нужной периодичностью. Первый бэкап займет несколько кассет, а потом, учитывая что это архив и файлы модифицироваться будут редко, инкременты будут очень небольшими.