Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Конфигурация дисковой подсистемы  [new]
DangleFly
Member

Откуда: Минск
Сообщений: 28
Здравствуйте!

Хотел услышать мнения по поводу конфигурации дисковой подсистемы сервера:
1. HP DL380G7, 2 CPU Xeon 3.4 Gh
2. RAM 196 Gb
3. Дисковый контроллер HP P812/1G Flash Backed Cache Controller
4. Еще один дисковый контроллер интрегрирован, 400-й серии
5. 16 Дисков 2.5", 10000 rpm, 600 Gb

Будет стоять MS SQL 2008 (база для 1С Бухгалтерия нетиповая) + службы сервера 1C .
Размер базы - за 8 месяцев - 62 Gb. Прирост базы примерно 300-400 Мб в день (по размеру непакованого Backup ).
Пользователей 120-150, из них % 30-40 пишущих (активно - около 20 %), остальные - как правило генерят отчеты.

Я думаю так сделать (один из предпочитаемых вариантов):
1. 10 дисков в Raid 10 на HP P812/1G Flash Backed Cache Controller - под файл данных.
2. 2 диска в raid 1 под логи - на интегрированный контроллер
3. 4 диска в raid 10 под систему win2008, логи сервера 1С, tempDb - на интегрированный контроллер.

Не слабоват ли будет раздел п.3 для tempDB?
Понятно, что лучше было бы под нее отдельный из SSD RAID1 (или Raid 0 если 1 простоя допустить в случае чего).

Понятно, что точно сказать только по тестированию реальной нагрузкой, но надо предварительный ориентир.

Спасибо за внимание!
15 авг 12, 12:47    [13014153]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
nicescar
Member

Откуда:
Сообщений: 94
RAM-а явный перебор :) Но много - не мало, в конце концов.
Имхо tempdb не надо на систему, а для системы RAID10 - многовато, достаточно RAID1 с хотсвапом.
Народ вроде рекомендует под логи более скоростные диски - это RAID10. Для БД в принципе хватает RAID5, но на самом деле it depends.
К сожалению, не знаю, как 1С юзает tempdb, поэтому не могу ничего путного посоветовать про нее.
15 авг 12, 12:54    [13014228]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5121
DangleFly,
рассмотрите возможность выноса темп_дб на рам диск
15 авг 12, 12:58    [13014261]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31969
DangleFly
1. 10 дисков в Raid 10 на HP P812/1G Flash Backed Cache Controller - под файл данных.
2. 2 диска в raid 1 под логи - на интегрированный контроллер
Плохо, что контроллер под логи без батарейки. Логи пишутся мелкими последовательными блоками, причём подтверждение транзакции будет после ответа диска о записи. Т.о. производительность на мелких транзакциях будет ограничиваться производительностью этих 2-х дисков, и для одного коннекта запись следующего блока начинается только после того, как от диска придёт ответ о записи предыдущего
15 авг 12, 13:01    [13014292]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
DangleFly
Member

Откуда: Минск
Сообщений: 28
nicescar,
День добрый!

Это пока, через годик (а рост базы будет ускоряться, т.е. это пока 300 Мб в день), а когда база в RAM уже не влезет - вот тогда будет самое интересное.
Объем логов - примерно 1 Gb в час (понятно, что это не учитывает пики), но если последовательная запись (без перемещения головок, ну точно основная нагрузка - последовательная), думаю хватит и Raid 1
15 авг 12, 13:07    [13014343]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
DangleFly
Member

Откуда: Минск
Сообщений: 28
alexeyvg,

Интегрированый контроллер тоже достаточно серьезный, батарейка там есть.
15 авг 12, 13:10    [13014361]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
DangleFly
Member

Откуда: Минск
Сообщений: 28
Дедушка,

Здесь очень тяже расситать размер ее, а с большим запасом выделять от RAM жалко - MS SQL уж точно ею лучше распорядится.
15 авг 12, 13:13    [13014380]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
nicescar
Member

Откуда:
Сообщений: 94
DangleFly,

Пока у вас база не дорастет до 1.5 объема RAM - можете особо не париться на эту тему, SQL вряд ли сможет распорядиться 190ГБ памяти, когда база весит всего 80. Идея на счет tempdb в RAMdisk-е - очень оригинальная, я бы тоже рекомендовал подумать на эту тему.
15 авг 12, 13:23    [13014440]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
DangleFly
Member

Откуда: Минск
Сообщений: 28
nicescar,

Про это думал.
На текущей базе tempdb доросла до 14 Gb (пик такой был зн.).

Но что бы застраховаться от момента, когда tmpDB не влезет в рам диск при росте, то можно еще один файл данных (но очень маленький, что бы алгоритм SQL используя файлы равномерно пропорционально свободному месту этот медленный файл особо не использовал) tempdb положить на обычный диск (что бы рост шел туда уже. если не хватит файлов в RAM диске), а что бы .

Прокати ли так - надо проверить.
15 авг 12, 13:35    [13014526]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
DangleFly
Но что бы застраховаться от момента, когда tmpDB не влезет в рам диск при росте, то можно еще один файл данных (но очень маленький, что бы алгоритм SQL используя файлы равномерно пропорционально свободному месту этот медленный файл особо не использовал) tempdb положить на обычный диск (что бы рост шел туда уже. если не хватит файлов в RAM диске), а что бы .

Прокати ли так - надо проверить.
Прокатит. Только вот выгнать после "когда tmpDB не влезет в рам диск" с обычного диска tempdb проблематично.
15 авг 12, 13:38    [13014546]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
DangleFly
Member

Откуда: Минск
Сообщений: 28
nicescar,

А куда вы на своих база хожите Log - файл от tempDB? рядом с файлом данных? или рядом с логом основной базы так сказать?
15 авг 12, 13:40    [13014573]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
nicescar
Member

Откуда:
Сообщений: 94
Гавриленко Сергей Алексеевич, DangleFly,

Проблем особых нет, тут основная загвоздка в том, что разные процессорные ядра при параллельных запросах могут писать в разные файлы данных tempdb, поэтому часть запросов будет работать с RAM, а часть - с диском, что сводит на нет бонусы от использования RAMdisk. Но если это не пугает, то в принципе, tempdb отлично шринкуется и почистить файл на диске можно (в большинстве случаев) не гася сервер.
15 авг 12, 13:43    [13014593]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
DangleFly
Member

Откуда: Минск
Сообщений: 28
Гавриленко Сергей Алексеевич,

Здравствуйте!

ну если регулярно делать этому самому медленному из всех файлу Shrink с переносом данных в другие файлы, то наверное не все так плохо.
15 авг 12, 13:46    [13014618]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
nicescar
Member

Откуда:
Сообщений: 94
DangleFly,

Последнее время я под tempdb делаю отдельный диск и оба типа файлов кладу туда. Так он не мешает остальным базам при внезапных ростах из-за ошибки разработчиков/пользователей.
15 авг 12, 13:46    [13014622]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31969
DangleFly
alexeyvg,

Интегрированый контроллер тоже достаточно серьезный, батарейка там есть.
А, ну тогда нормально.
DangleFly
Прокати ли так - надо проверить.
Да, прокатит, в принципе хороший вариант.
15 авг 12, 13:47    [13014633]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
Дедушка
Member

Откуда: Город трёх революций
Сообщений: 5121
nicescar
тут основная загвоздка в том, что разные процессорные ядра при параллельных запросах могут писать в разные файлы данных tempdb, поэтому часть запросов будет работать с RAM, а часть - с диском
пруф приведёте?
15 авг 12, 13:47    [13014640]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
nicescar
Гавриленко Сергей Алексеевич, DangleFly,

Проблем особых нет, тут основная загвоздка в том, что разные процессорные ядра при параллельных запросах могут писать в разные файлы данных tempdb, поэтому часть запросов будет работать с RAM, а часть - с диском, что сводит на нет бонусы от использования RAMdisk. Но если это не пугает, то в принципе, tempdb отлично шринкуется и почистить файл на диске можно (в большинстве случаев) не гася сервер.
Ага, щас. Знаем, плавали: 9598819.
15 авг 12, 13:51    [13014682]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Дедушка
nicescar
тут основная загвоздка в том, что разные процессорные ядра при параллельных запросах могут писать в разные файлы данных tempdb, поэтому часть запросов будет работать с RAM, а часть - с диском
пруф приведёте?
Да не нужен тут пруф. Данные в файлы данных tempdb попадают по тому же принципу, что и во все остальные базы данных - пропорционально свободному месту. Если сделать доп-файл в 1 Мб, а астальные в несколько гигабайт, то сервер в мегабайтный файл ничего писать не будет.
15 авг 12, 13:54    [13014715]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
DangleFly
Member

Откуда: Минск
Сообщений: 28
Гавриленко Сергей Алексеевич,

а raid 1 для Logа хватит по скорости (предположительно)?
15 авг 12, 14:00    [13014783]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
DangleFly
Гавриленко Сергей Алексеевич,

а raid 1 для Logа хватит по скорости (предположительно)?
А ведра по объему?
15 авг 12, 14:03    [13014817]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
DangleFly
Member

Откуда: Минск
Сообщений: 28
nicescar
DangleFly,

Последнее время я под tempdb делаю отдельный диск и оба типа файлов кладу туда. Так он не мешает остальным базам при внезапных ростах из-за ошибки разработчиков/пользователей.


А этот отдельный диск на чем сделан (из чего собран если raid)?
15 авг 12, 14:03    [13014821]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
nicescar
Member

Откуда:
Сообщений: 94
Дедушка
nicescar
тут основная загвоздка в том, что разные процессорные ядра при параллельных запросах могут писать в разные файлы данных tempdb, поэтому часть запросов будет работать с RAM, а часть - с диском
пруф приведёте?

Навскидку - только отсюда: http://msdn.microsoft.com/en-us/library/ms175527(v=sql.105).aspx
As a general guideline, create one data file for each CPU on the server (accounting for any affinity mask settings) and then adjust the number of files up or down as necessary.

Гавриленко Сергей Алексеевич,
в таких ситуациях помогала очистка кэша DBCC FREESYSTEMCACHE('ALL'), после этого файлик жался. Но в 5-10% случаев не помогало.

Сообщение было отредактировано: 15 авг 12, 14:06
15 авг 12, 14:05    [13014836]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
nicescar
Member

Откуда:
Сообщений: 94
DangleFly
nicescar
DangleFly,

Последнее время я под tempdb делаю отдельный диск и оба типа файлов кладу туда. Так он не мешает остальным базам при внезапных ростах из-за ошибки разработчиков/пользователей.


А этот отдельный диск на чем сделан (из чего собран если raid)?

У нас с этим сложно, дисковая подсистема у нас практически в облаке, они там куют RAID5, несмотря на наши просьбы сделать RAID10. Там хранилка какая-то mid-range.
15 авг 12, 14:06    [13014859]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
DangleFly
Member

Откуда: Минск
Сообщений: 28
Гавриленко Сергей Алексеевич
DangleFly
Гавриленко Сергей Алексеевич,

а raid 1 для Logа хватит по скорости (предположительно)?
А ведра по объему?


ну если считать "Объем логов - примерно 1 Gb в час (понятно, что это не учитывает пики)".
Понятно что базы разные бывают, но навскидку по обобщенному опыту можете что-то рекомендовать? база около 65 Gb, будет пару сотен черег год - другой.
15 авг 12, 14:07    [13014867]     Ответить | Цитировать Сообщить модератору
 Re: Конфигурация дисковой подсистемы  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
nicescar
Гавриленко Сергей Алексеевич,
в таких ситуациях помогала очистка кэша DBCC FREESYSTEMCACHE('ALL'), после этого файлик жался. Но в 5-10% случаев не помогало.
Возможно. Сейчас уже не актуально, проверять не на чем.
15 авг 12, 14:09    [13014879]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить