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

Планируется приобретение железа под сервер 1С + MS SQL: i3-6100, 32Гб памяти. На сервере будет 7 баз Розница 1.0 по 4-5Гб каждая + самописный сервер дисконтных карт. Одновременно работающих пользователей будет около 20.

Вопрос к сообществу: есть ли смысл в такой ситуации приобретать 2 SSD для RAID1 + HDD для бекапов? Или это не даст прироста производительности по сравнению с HDD?

Если SSD целесообразны то как лучше сделать: держать на них вс ОС и все базы или из соображений экономии ресурса держать сами базы на HDD а на SSD только ОC, tempdb и/или логи?

Вот так.

2/4 SAS в RAID 1/10 под систему
4 SSD в RAID 10 под все базы, временные файлы, временные файлы сервера 1С, временные данные пользователя под которым стартует сервер 1С
HDD в RAID 1 или без рейда под бэкапы

однозначно. зеркало необязательно, достаточно иметь запас для замены. вместо медленных бекапов можно делать снимки диска на HDD\SAS в RAID периодичные.

Какие корпоративные SSD, если у них денег только на проц 2 ядерный?

Вангую, что на этом сервере все еще в терминале будут работать

(6) а что, не бывает параллельных задач и множества процессов? Запусти 1с-сервера в раздельных процессах, чтобы не на одном ядре крутились

На SSD все кроме бэкапов.

(94) Да ну, цена SSD нынче смешная

мы под SQL ставим SSD платы c PCI-E

2 SSD в зеркало

Бери два SSD в зеркало, только РАЗНЫЕ!
Дело в том, что когда SSD в зеркале, они одинаково изнашиваются, и в один прекрасный момент ОБА могут выйти со строя в короткий промежуток времени! Если же у них разные контроллеры, то изнашиваются они по-разному, и одновременный выход со строя крайне маловероятен.
И ещё. В случае с рэйдом рекомендуется создавать массив размером около 80% от размера SSD. Это связано с тем, что в данном случае механизм Trim не работает. Хотя, не все с этим согласны. Но я бы перестраховался.
А вообще, если бюджет позволяет, то лучше хранить всё на SSD: ускоряет тяжелые операции, такие как тестирование и перепроведение, ускоряет запуск предприятия.
Если бюджет мал, то взять SSD по-меньше чисто для баз и журнала регистрации.