Например для операционки воткнуть два SATA диска в зеркало на встроеный рейд контроллер, а непосредственно под скуль вотнут быстрый PCI SSD ?
насколько sata будет узким местом?

42

А где будет файл транзакций?  Вот и считай.... :-)

(2) файл транзакций обычно тамже где SQL

TempDb и файл логов на операционке не ставят

Ну дык причем здесь тогда системный диск, если СКЛ будет работать с ССД?

(5) ну малоли операционка задействуеться точнее её диски, которые при определенных условиях могут стать узким местом

Как выше писали - обязательно tempdb на SSD. У меня так вообще  - база данных с логами на одном SSD, а tempdb на другом SSD, а система на обычном диске, тогда ничего не тормозит. Tempdb - самое тормознутое место, на мой взгляд, от его скорости очень зависит производительность скула.

Узким местом может быть SSD некорпоративного класса.

(7) Если есть избыток RAM - то даже на RAM диск. Deadlock'и пропали совсем

(9) как расчитать потребность в размере RAM диска?

(0) Как настроишь, так и будет.

Поднимаю тему
Как можно посмотреть статистику обращений к TempDB тоесть насколько она используеться 1с в моём случае?
поковырялся в отчетах SQL ничего путного не нашел

(7) Что будет если выйдет из строя SSD на котором tempdb?

Переносил темпдб в память, эффекта не ощутил при реальной работе.

(13) ничего страшного, достаточно перезагрузиться прописать новый путь до tempdb и всё ок (tempdb каждый раз после перезагрузки очищаеться)

(15) Понятно, спасибо.

Мой варианты по настройке и установке дисков на сервере с БД MS SQL.

1. Вариант на 4 диска.
- HDD под систему и tempdb. Так как системный диск практически не нагружен в работе, поэтому tempdb можно туда положить.
- SSDх2 в RAID1 под БД и лог.
- HDD под бэкапы.

2. Вариант на 5 дисков.
- HDD под систему.
- SSDх2 в RAID1 под БД и логи БД.
- SSD под tempdb.
- HDD под бэкапы.

3. Вариант на 6 дисков.
- HDD под систему.
- SSDх2 в RAID1 под БД.
- SSDх2 в RAID1 под tempdb и логи БД.
- HDD под бэкапы.

(14) вот тоже размышляю о вариантах ускорений, ест сомнения что скорость взлетит в моём случае, так как в УПП временные таблици не особо активно используються

4. Вариант на 5 дисков.
- SSDх2 в RAID1 под БД.
- SSDх2 в RAID1 под систему, под tempdb и логи БД.
- HDD под бэкапы.

Мы в основном используем 1 вариант.

(19) В 4 варианте есть опасность, если правильно не настроить обслуживание БД, то логи выжрут все место на диске, системе это не понравиться.

(17) 1 вариант узкое место tempdb на обычных дисках
2 вариант думаю избыточен (хотя не знаю какая нагрузка)
3 лучше SSD в 10 рейд и БД и tempDB туда положить, но это моё мнение

мой вариант пока остёться два SATA в зеркало под систему +
SSD на PCI-E https://market.yandex.ru/product/11132688?hid=91033&track=tabs   думаю самый бюджетный, посчитал в stss 290 000 руб. получаеться правда один проц 4 ядра c HP но зато частота 3.6 - 4.0

мне интересно tempdb если скорость от перемещения возрастет процентов на 30% думаю и с серваком не стоит заморачиваться

(21) А какой смысл SSD в 10 рейд объединять?
HDD в 10 рейд был смысл объединять, так как увеличивалась и скорость записи и чтения почти в 2 раза.
А есть ли смысл увеличивать скорость записи для SDD в рейд? Там и так хорошо.
Я для SDD только RAID1 делаю. Это надежность + увеличение скорости чтения.