Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Raid SSD Cache: чего ожидать  [new]
Alexander Us
Member

Откуда:
Сообщений: 1094
Если поставить SSD Cache для RAID

например такой: INTEL RAID AXXRPFKSSD2 SSD Cache и в него установить (один) SSD диск, например 480GB.

Какие эфферты можно ожидать?
Напрмер:

- производительность уменьшится/увеличится?

И что произойдёт когда этот диск (в raid ssd кэше) скончается?
- навернётся база
- база не навернётся, но появятся битые страницы
- sql server продолжит работать как ни в чём не бывало

Кто нубудь ставил подобные штуки?
Есть ли рекомендации от MS?
12 сен 18, 15:10    [21672291]     Ответить | Цитировать Сообщить модератору
 Re: Raid SSD Cache: чего ожидать  [new]
msLex
Member

Откуда:
Сообщений: 7733
Alexander Us
Если поставить SSD Cache для RAID

например такой: INTEL RAID AXXRPFKSSD2 SSD Cache и в него установить (один) SSD диск, например 480GB.

Какие эфферты можно ожидать?
Напрмер:

- производительность уменьшится/увеличится?


Вы получите некое подобие хардварного Extended Buffer Pool.
Если размер базы больше чем доступная серверу память, это должно ускорить работу.


Alexander Us

И что произойдёт когда этот диск (в raid ssd кэше) скончается?
- навернётся база
- база не навернётся, но появятся битые страницы
- sql server продолжит работать как ни в чём не бывало

SQL здесь не причем, все зависит от обработки подобных проблем железом.
12 сен 18, 15:19    [21672301]     Ответить | Цитировать Сообщить модератору
 Re: Raid SSD Cache: чего ожидать  [new]
Alexander Us
Member

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

спасибо.
12 сен 18, 16:00    [21672386]     Ответить | Цитировать Сообщить модератору
 Re: Raid SSD Cache: чего ожидать  [new]
0wl
Member

Откуда:
Сообщений: 53
msLex
Вы получите некое подобие хардварного Extended Buffer Pool.



Замечу только, что подобие получается очень отдаленное. Из того, что я видел в экспериментах на SQL 2014, сиквел считает раздел на SSD продолжением памяти, со скоростью, сопоставимой с памятью. Соответственно, в BPE могут оказаться данные временных таблиц, сортировок, Hash match и т.п. -- все то, чего никогда не будет на Raid SSD Cache.

Это не хорошо и не плохо, у каждого варианта свои нюансы. Просто надо учитывать, что это разные вещи.
13 сен 18, 13:22    [21673467]     Ответить | Цитировать Сообщить модератору
 Re: Raid SSD Cache: чего ожидать  [new]
Alexander Us
Member

Откуда:
Сообщений: 1094
0wl,

подобное не значит то же.

Расширение буфера кортроллера просто ускоряет чтение(если сконфигурировано то и записть) с диска.
Это не "расширение оперативной памяти" как в случае с "Extended Buffer Pool".
13 сен 18, 15:19    [21673722]     Ответить | Цитировать Сообщить модератору
 Re: Raid SSD Cache: чего ожидать  [new]
vikkiv
Member

Откуда: London
Сообщений: 2624
Alexander Us,

если у тебя интерфейс PCIe (NVMe/M.2) для SSD (раз в 5 быстрее уже устаревшего SATA3) то теоретически вряд-ли будет заметна разница по скорости,

но как выше пишут - риск потери данных при сбое наверное будет несущественно больше (из-за разницы в скорости - будут отличия во времени его очистки/перенесения данных куда надо, но в то-же время на быстром варианте пойдёт цикл заполнения новой порцией данных), т.к при обоих вариантах: кэш в RAM / контроллере и кэш в устройстве - потеряются.
13 сен 18, 17:09    [21673950]     Ответить | Цитировать Сообщить модератору
 Re: Raid SSD Cache: чего ожидать  [new]
komrad
Member

Откуда: Msk -> Utrecht
Сообщений: 5162
0wl
Соответственно, в BPE могут оказаться данные временных таблиц, сортировок, Hash match и т.п. -- все то, чего никогда не будет на Raid SSD Cache.

особенности BPE:
- макс размер не превышает 32*(max server memory(MB))
- в BPE сдвигаются неизмененные страницы данных/индексов (clean pages)
- IO pattern 8k
- single threaded
13 сен 18, 17:45    [21674026]     Ответить | Цитировать Сообщить модератору
 Re: Raid SSD Cache: чего ожидать  [new]
0wl
Member

Откуда:
Сообщений: 53
komrad
особенности BPE: ...


Я сейчас не вспомню деталей, но тестировал BPE вскоре после появления RTM SQL 2014. Тестил на ажурных виртуалках; один и тот же запрос выполнялся 3 раза: без BPE, потом с BPE на быстром SSD и последний раз -- с BPE на самом медленном диске.

В результате быстрее всех оказался второй вариант (с быстрыми SSD), а третий вариант оказался даже медленнее первого. То есть, явно данные во время выполнения запроса попадали в BPE и это влияло на время выполнения запроса. Но тут возможны варианты: может это были чтения для Nested Loops, тогда как раз clean pages могли считываться из BPE.

По итогам для себя сделал вывод, что идея интересная, но пользоваться надо осторожно.
13 сен 18, 18:07    [21674065]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить