Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Raid SSD Cache: чего ожидать
|
|||
|---|---|---|---|
|
#18+
Если поставить SSD Cache для RAID например такой: INTEL RAID AXXRPFKSSD2 SSD Cache и в него установить (один) SSD диск, например 480GB. Какие эфферты можно ожидать? Напрмер: - производительность уменьшится/увеличится? И что произойдёт когда этот диск (в raid ssd кэше) скончается? - навернётся база - база не навернётся, но появятся битые страницы - sql server продолжит работать как ни в чём не бывало Кто нубудь ставил подобные штуки? Есть ли рекомендации от MS? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2018, 15:10 |
|
||
|
Raid SSD Cache: чего ожидать
|
|||
|---|---|---|---|
|
#18+
Alexander UsЕсли поставить SSD Cache для RAID например такой: INTEL RAID AXXRPFKSSD2 SSD Cache и в него установить (один) SSD диск, например 480GB. Какие эфферты можно ожидать? Напрмер: - производительность уменьшится/увеличится? Вы получите некое подобие хардварного Extended Buffer Pool. Если размер базы больше чем доступная серверу память, это должно ускорить работу. Alexander Us И что произойдёт когда этот диск (в raid ssd кэше) скончается? - навернётся база - база не навернётся, но появятся битые страницы - sql server продолжит работать как ни в чём не бывало SQL здесь не причем, все зависит от обработки подобных проблем железом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2018, 15:19 |
|
||
|
Raid SSD Cache: чего ожидать
|
|||
|---|---|---|---|
|
#18+
msLex, спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.09.2018, 16:00 |
|
||
|
Raid SSD Cache: чего ожидать
|
|||
|---|---|---|---|
|
#18+
msLexВы получите некое подобие хардварного Extended Buffer Pool. Замечу только, что подобие получается очень отдаленное. Из того, что я видел в экспериментах на SQL 2014, сиквел считает раздел на SSD продолжением памяти, со скоростью, сопоставимой с памятью. Соответственно, в BPE могут оказаться данные временных таблиц, сортировок, Hash match и т.п. -- все то, чего никогда не будет на Raid SSD Cache. Это не хорошо и не плохо, у каждого варианта свои нюансы. Просто надо учитывать, что это разные вещи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2018, 13:22 |
|
||
|
Raid SSD Cache: чего ожидать
|
|||
|---|---|---|---|
|
#18+
0wl, подобное не значит то же. Расширение буфера кортроллера просто ускоряет чтение(если сконфигурировано то и записть) с диска. Это не "расширение оперативной памяти" как в случае с "Extended Buffer Pool". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2018, 15:19 |
|
||
|
Raid SSD Cache: чего ожидать
|
|||
|---|---|---|---|
|
#18+
Alexander Us, если у тебя интерфейс PCIe (NVMe/M.2) для SSD (раз в 5 быстрее уже устаревшего SATA3) то теоретически вряд-ли будет заметна разница по скорости, но как выше пишут - риск потери данных при сбое наверное будет несущественно больше (из-за разницы в скорости - будут отличия во времени его очистки/перенесения данных куда надо, но в то-же время на быстром варианте пойдёт цикл заполнения новой порцией данных), т.к при обоих вариантах: кэш в RAM / контроллере и кэш в устройстве - потеряются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2018, 17:09 |
|
||
|
Raid SSD Cache: чего ожидать
|
|||
|---|---|---|---|
|
#18+
0wlСоответственно, в BPE могут оказаться данные временных таблиц, сортировок, Hash match и т.п. -- все то, чего никогда не будет на Raid SSD Cache. особенности BPE: - макс размер не превышает 32*(max server memory(MB)) - в BPE сдвигаются неизмененные страницы данных/индексов (clean pages) - IO pattern 8k - single threaded ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2018, 17:45 |
|
||
|
Raid SSD Cache: чего ожидать
|
|||
|---|---|---|---|
|
#18+
komradособенности BPE: ... Я сейчас не вспомню деталей, но тестировал BPE вскоре после появления RTM SQL 2014. Тестил на ажурных виртуалках; один и тот же запрос выполнялся 3 раза: без BPE, потом с BPE на быстром SSD и последний раз -- с BPE на самом медленном диске. В результате быстрее всех оказался второй вариант (с быстрыми SSD), а третий вариант оказался даже медленнее первого. То есть, явно данные во время выполнения запроса попадали в BPE и это влияло на время выполнения запроса. Но тут возможны варианты: может это были чтения для Nested Loops, тогда как раз clean pages могли считываться из BPE. По итогам для себя сделал вывод, что идея интересная, но пользоваться надо осторожно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2018, 18:07 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39702258&tid=1689117]: |
0ms |
get settings: |
7ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
131ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 264ms |
| total: | 455ms |

| 0 / 0 |
