дисковая конфигурация sql сервера
Модераторы: Trinity admin`s, Free-lance moderator`s
дисковая конфигурация sql сервера
Подскажите пожалуйста в грубом приближении какая дисковая система нужна скуль серверу обслуживающему несколько баз 1С 8.1 и 8.2 самая ходовая база торговля 8.2 размером 65Гб. Памяти в сервере 7.5Гб. СЕйчас стоит миррор 2 сатушки на контролере br10i да еще через прокладку esx 4.1. ПРи запуске обработок или отчетов диски пилятся на чтение и очереди большие. Видел максимум 300, иногда за период 100 секунд средняя была 70. За текущую конфигурацию прошу не пинать, хозяйство не мое. спасибо.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: дисковая конфигурация sql сервера
Про пару саташек - это сильно
Народу-то сколько в базе? Чем занимаются?
Поставьте хотя бы штуки четыре сас 15к. По результатам решите, надо ли больше.
Ну и памяти добавьте.
Народу-то сколько в базе? Чем занимаются?
Поставьте хотя бы штуки четыре сас 15к. По результатам решите, надо ли больше.
Ну и памяти добавьте.
- kim_aa
- Advanced member
- Сообщения: 118
- Зарегистрирован: 24 ноя 2011, 16:30
- Откуда: Санкт-Петербург
- Контактная информация:
Re: дисковая конфигурация sql сервера
1) Средняя очередь в 70, это очень много. По сути Вам нужно ускорить операции в 70 раз.
2) Так же необходимо понимать, какие именно операции Вам критично ускорить в первую очередь.
Если нужно ускорить отчеты, то это ускорение чтения файлов БД.
Если ускорение проводок, то это ускорение записи log-файлов БД.
Т.е. необходимо учитывать настройки самого MS SQL.
3)
Прикидки на пальцах:
Разница производительности SATA "Green" серий и WD VelociRaptor - двухкратная по MB/s и 3х кратна по IOPs.
Разница же с SAS 15k будет приблизительно 5 кратна.
(Сравнений SAS и SATA много, вот например достаточно простое, но наглядное
http://www.tristan.ru/solutions/vmware-speedtest.phtml)
Итого, если считать в лоб необходимо около 12 дисков собранных в RAID и обязательно контроллер с кешем.
4) Шаманства с SQL я пока касаться не буду, ибо нет предмета обсуждения (на чем шаманить)
Если же говорить коротко, то обычно основные шаги таковы:
a) Разнесение DATA и LOG на разные LUN (RAID-группы)
В тяжелых случаях, может производится субделение, т.е. в свою очередь разделение DATA и LOG на несколько мелких файлов и разнесение на отдельные диски (RAID-группы)
В связи с тем, что обслуживание парралелизма операций переносится, на уровень SQL сервера (у которого для кеширования под рукой вся RAM) - эффективность поднимается очень сильно.
Я реально наблюдал как минимум 3х кратный рост производительности, когда один том RAID5 разобрали на 6 зеркальных пар (3 тома для DATA, 3 тома для LOG, Oracle 9i, SAP 4.6, HP Proliant DL 560 G3, MSA 500)
б) Тюнинг основывающийся на специфике запросов к обслуживаемой БД.
Сюда можно отнести например вынесение TMP-database на отдельный раздел, вплоть до применения SSD.
2) Так же необходимо понимать, какие именно операции Вам критично ускорить в первую очередь.
Если нужно ускорить отчеты, то это ускорение чтения файлов БД.
Если ускорение проводок, то это ускорение записи log-файлов БД.
Т.е. необходимо учитывать настройки самого MS SQL.
3)
Прикидки на пальцах:
Разница производительности SATA "Green" серий и WD VelociRaptor - двухкратная по MB/s и 3х кратна по IOPs.
Разница же с SAS 15k будет приблизительно 5 кратна.
(Сравнений SAS и SATA много, вот например достаточно простое, но наглядное
http://www.tristan.ru/solutions/vmware-speedtest.phtml)
Итого, если считать в лоб необходимо около 12 дисков собранных в RAID и обязательно контроллер с кешем.
4) Шаманства с SQL я пока касаться не буду, ибо нет предмета обсуждения (на чем шаманить)
Если же говорить коротко, то обычно основные шаги таковы:
a) Разнесение DATA и LOG на разные LUN (RAID-группы)
В тяжелых случаях, может производится субделение, т.е. в свою очередь разделение DATA и LOG на несколько мелких файлов и разнесение на отдельные диски (RAID-группы)
В связи с тем, что обслуживание парралелизма операций переносится, на уровень SQL сервера (у которого для кеширования под рукой вся RAM) - эффективность поднимается очень сильно.
Я реально наблюдал как минимум 3х кратный рост производительности, когда один том RAID5 разобрали на 6 зеркальных пар (3 тома для DATA, 3 тома для LOG, Oracle 9i, SAP 4.6, HP Proliant DL 560 G3, MSA 500)
б) Тюнинг основывающийся на специфике запросов к обслуживаемой БД.
Сюда можно отнести например вынесение TMP-database на отдельный раздел, вплоть до применения SSD.
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: дисковая конфигурация sql сервера
Насчет 70 раз - некорректно. Это же просто очередь, а не кратность.
- Stranger03
- Сотрудник Тринити
- Сообщения: 12979
- Зарегистрирован: 14 ноя 2003, 16:25
- Откуда: СПб, Екатеринбург
- Контактная информация:
Re: дисковая конфигурация sql сервера
Грубо говоря на каждые 2-3 единицы очереди нужен один диск САС. Но, поскольку у вас всего пара САТА дисков в зеркале, то даже простая замена на Адаптек с батарейкой, включенным кешем на запись и 4-6 САС дисков дадут очень существенный прирост производительности, по сравнению с тем, что есть сейчас.kim_aa писал(а):1) Средняя очередь в 70, это очень много. По сути Вам нужно ускорить операции в 70 раз.
Re: дисковая конфигурация sql сервера
Вот ответ программера:gs писал(а):Народу-то сколько в базе? Чем занимаются?
в базе человек 45 - 50
30-35 вводят(проводят) документы
20-25 снимают отчеты, как правило ресурсоёмкие
Докуметооборот около 550 в день - в среднем примерно по 50-70 позиций....
Плюс к этим документам по обмену из магазинов ещё приходит 60-70 документов с сотней позиций в каждом. И на основании каждого из них создаётся ещё 4....
Но загрузка которую я высылал генерилась прогером вечером. Цифры днем я пока не знаю.
Последний раз редактировалось Саша235 15 май 2012, 16:11, всего редактировалось 1 раз.
Re: дисковая конфигурация sql сервера
А можно решить вопрос модным трендом: поставить в миррор два десктопных ССД диска и mdf и может темп перевести на этот ЛУН? Даже если не покупать батарейку или существующий конроллер не тянет батарейку, то перфоманса должно хватить? Я с год назад поставил SSDSA2CW120G3K5 на старенький адаптек 3805 на нагруженный сервер и проблем пока нет. Понятно что в вайтлисте нет, но бюджет то на порядок...
- gs
- Сотрудник Тринити
- Сообщения: 16650
- Зарегистрирован: 23 авг 2002, 17:34
- Откуда: Москва
- Контактная информация:
Re: дисковая конфигурация sql сервера
Зачем десктопные? Так мало денег? Купите пару интел 710.
Re: дисковая конфигурация sql сервера
Деньги надо платить, когда понимаешь, что за меньшую сумму получишь плохой результат. В настоящий момент на своих серверах я использую десктопные ssd в терминалах и на сервере с терминальной седьмой 1С с файловой базой 8Гб. Итого штук 7. И проблем пока нет. Вот и хочется понять а вы пробовали, а у вас проблемы были с десктопными? Ведь и серверные и десктопные будут не из вайт листа, если контроллер не слишком новый...gs писал(а):Зачем десктопные? Так мало денег? Купите пару интел 710.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 23 гостя