Как лучше разбить массив на логические диски под БД?

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

Аватара пользователя
exLH
Сотрудник Тринити
Сотрудник Тринити
Сообщения: 5061
Зарегистрирован: 11 фев 2004, 15:49
Откуда: Москва
Контактная информация:

Сообщение exLH » 17 мар 2006, 11:51

Неужели никто не может ответить на столь простой вопрос? Хотя бы высказать свое мнение...
Ну высказали же мнение уже:
1) Так что в Вашем случае наверно лучше пару лунов (адаптец умеет вроде) - небольшой под систему (ну сколько по Вашему опыту софтины с системой займут, на всякий случай умножить на два) и остальное под что душе угодно.
2) При наличии АД однозначно разбивать, причем на луны, а не партиции. Если его нет, то преимущество разбивки только в удобстве.

Этого мало? Тогда встает вопрос, какое именно мнение Вы хотите услышать? С точки зрения производительности, разницы не будет ни в одном из вариантов: 1LUN/1Partition, 1LUN/2Partition, 2Lun/2Partition.... Поэтому все дело в удобстве. не больше. Если Вы знаете, что система и т.п. не займут более 5ГБ, сделайте или LUN в 10ГБ, или раздел в 10ГБ, или вообще один раздел на весь объем. Но если в первом случае (да и втором случае), Вам потребуется расширить системный раздел, то можете столкнуться с трудностями. Если же в третьем случае, какой-то процесс забъет весь диск, то встанет вся система, а не только те приложения, которые пытаются писать на этот раздел.

Bonov
Advanced member
Сообщения: 60
Зарегистрирован: 13 фев 2006, 18:21
Откуда: Москва
Контактная информация:

Сообщение Bonov » 17 мар 2006, 12:06

Так вот поэтому и спрашиваю, чтобы не было этих если... О производительности речь не идет, это понятно. Спасибо за ответ.

Bonov
Advanced member
Сообщения: 60
Зарегистрирован: 13 фев 2006, 18:21
Откуда: Москва
Контактная информация:

Сообщение Bonov » 20 мар 2006, 15:32

А вот мнение другого вашего коллеги с другой ветки форума:

a_shats
Сотрудник Тринити
Зарегистрирован: 27.08.2002
Сообщения: 3001
Добавлено: 17 Мар 2006 13:13 Пт    Заголовок сообщения:    
--------------------------------------------------------------------------------
Kumys
Если принять, что сервер приложений и сервер SQL на одной и той же железке будет, то нечто вроде такого:
на Intel:
Supermicro X6DVL-EG2/2xXeon DP 3,0 GHz 2 MB cache/4x1GB DDRII-400 ECC Registered/SC743S1-650/Adaptec 2130SLP+BBU/5xHDD 73 GB 10K rpm (один винт в hot-spare, остальное порезать на LUN'ы RAID1 под ОС, RAID10 под БД и RAID5 под логи)/DVDROM/флоп.

Имеет ли смысл данное решение проблемы?

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

Сообщение a_shats » 21 мар 2006, 12:50

Заметьте: я это писал потому, что Adaptec 2130 это умеет. Плюс - там, если я все правильно помню, шла речь о наличии DC - а значит, отключение кэширования записи ОС на том, где AD лежит.
Это один из вариантов решения.

Bonov
Advanced member
Сообщения: 60
Зарегистрирован: 13 фев 2006, 18:21
Откуда: Москва
Контактная информация:

Сообщение Bonov » 22 мар 2006, 17:21

Вот мне и были интересны эти варианты с обоснованиями. Как говорится "сколько людей, столько и мнений". Поэтому никогда не будет хуже выслушать мнения других и сделать собственный выбор.

А в данном случае мне интересна Ваша позиция по поводу разделения базы и логов на различные по быстродействию массивы и вообще смысл разбиения.

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

Сообщение a_shats » 22 мар 2006, 19:01

Просто на них нагрузка - разная: БД это случайный доступ, соотношение чтения к записи (для нормальных БД :gigi:) порядка 70/30.
Для логов - наоборот, последовательный доступ, соотношение 10/90.
Хороший современный контроллер, конечно же, может проглотить кэшем WB эту разницу в типах нагрузки и не поперхнуться, но при нагрузке, близкой к пиковой, разница таки сказаться может :)

Ответить

Вернуться в «Серверы - ПО, Windows система, приложения.»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 5 гостей