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

Конфигурирование, планирование RAID систем, возможности, технологии, теория. Qlogic, LSI Logic, Adaptec ...

Модераторы: Trinity admin`s, Free-lance moderator`s

Ответить
sb
Junior member
Сообщения: 3
Зарегистрирован: 17 ноя 2003, 12:06
Откуда: Ижевск
Контактная информация:

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

Сообщение sb » 17 ноя 2003, 12:19

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

Аватара пользователя
setar
Site Admin
Site Admin
Сообщения: 1984
Зарегистрирован: 22 авг 2002, 12:03
Откуда: St. Petersburg

Сообщение setar » 17 ноя 2003, 12:23

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

sb
Junior member
Сообщения: 3
Зарегистрирован: 17 ноя 2003, 12:06
Откуда: Ижевск
Контактная информация:

Сообщение sb » 17 ноя 2003, 12:34

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

Аватара пользователя
setar
Site Admin
Site Admin
Сообщения: 1984
Зарегистрирован: 22 авг 2002, 12:03
Откуда: St. Petersburg

Сообщение setar » 17 ноя 2003, 12:44

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

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

Аватара пользователя
a_shats
Advanced member
Сообщения: 5010
Зарегистрирован: 27 авг 2002, 10:55
Откуда: Москва
Контактная информация:

Сообщение a_shats » 17 ноя 2003, 12:48

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

sb
Junior member
Сообщения: 3
Зарегистрирован: 17 ноя 2003, 12:06
Откуда: Ижевск
Контактная информация:

Сообщение sb » 17 ноя 2003, 12:59

Спасибо!!!

sir_patrick
member
Сообщения: 26
Зарегистрирован: 29 дек 2003, 17:42

Сообщение sir_patrick » 30 дек 2003, 14:16

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

Аватара пользователя
setar
Site Admin
Site Admin
Сообщения: 1984
Зарегистрирован: 22 авг 2002, 12:03
Откуда: St. Petersburg

Сообщение setar » 30 дек 2003, 14:26

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

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

sir_patrick
member
Сообщения: 26
Зарегистрирован: 29 дек 2003, 17:42

Сообщение sir_patrick » 30 дек 2003, 17:20

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

Аватара пользователя
setar
Site Admin
Site Admin
Сообщения: 1984
Зарегистрирован: 22 авг 2002, 12:03
Откуда: St. Petersburg

Сообщение setar » 08 янв 2004, 04:48

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

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

Аватара пользователя
gs
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 16622
Зарегистрирован: 23 авг 2002, 17:34
Откуда: Москва
Контактная информация:

Сообщение gs » 08 янв 2004, 12:53

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

Ответить

Вернуться в «Массивы - RAID технологии.»