ЛВС Помогите с архитектурой и железом

Есть задача автоматизировать около 200 рабочих мест.
Около 100 активных пользователей.
Конфигурация на УФ.
SQL server 2008 r2
Я так понимаю нужно разнести 1С сервер и сервер СУБД. Какое железо нужно для сервера 1С. Исходя из чего делать расчет. Может кто работает с таким количеством пользователей.

А что за конфа?

1С:Медицина.Поликлиника и Больничная аптека(но в ней мало будет пользователей). А вот в поликлинике будет много. Приблизительно 100 активных.

О, знаком с разработчиками

Не запускали на столько пользователей, поэтому рекомендую прогнать тесты и посмотреть, что получиться.
Однозначно выносить сервер 1С отдельно.

А мне в тех поддержке сказали что они тестировали в связке с DB2 и база держала 3000 пользователей.
Ну а по поводу тестирования выбора нет. Во первых большая проблема с конфигурациями. Что бы они работали нормально... А то у нас в данный момент Аналит.Учёт медицинских услуг. Ну если кто то видел эту конфу поймут о чём речь. Так что придётся ставить эту... Ну а дальше это уже не мои проблемы к запуску большой поликлиники я уже там скорее всего работать не буду. Так как заработная плата оставляет желать лучше....
Так что буду делать так. К тому же у меня нет такой задачи. У меня задача автоматизировать 20-30 рабочих мест. А на перспективу будет большая поликлиника. Это я так сказать заглядывая далеко в будущее и из собственного альтруизма. Да и хочется сделать всё по человечески. А не через "универсальный интерфейс".

Ха три раза, по поводу 3000 пользователей.
Это синтетический тест по запуску пользвателей в базу (спросите у них, сколько серверов 1С было, сколько процессов, сколько памяти).
Там без танцев с бубном не запустишь нормально столько пользователей.

Если по нормальному: курить тест-центр.

То есть проводить нагрузочное и сценарное тестирование? И почему господа разработчики сами об этом не позаботились.

Я думаю, что они проводили синтетический тест в IBM - они предоставляют оборудование для такого пиршества.
Но полноценной нагрузки без хорошего теста не сделаешь, а я не верю, что они тест сделали полноценный.
Это достаточно трудоемкая работа.

Надо будет у них спросить какой тест они делали.
Я попробую тестирование. Но я не знаю что тестировать Готовых сценариев нет. Сложных расчётов в конфигурации то же нет. Не партионный учёт в УПП . Да и массив данных не такой. Единственное узкое место которое мне видится это доступ к самим медицинским данным. Но обновление ещё не вышло и посмотреть как они хранятся в базе нет возможности. Но я так понял что запакованы они в xml и они хранится в БД. Ну это моё предположение. Мне кажется узким местом при таком количестве может стать процедура записи и чтения этих данных xml.

Подумываю даже SSD поставить. RAID из 4 дисков+2 диска в резерв ну и бэкапы на RAID из HDD.

З.Ы. Ещё узким местом будет подсистема электронной регистратуры.

Насчет SSD не уверен, 1С пишет не очень оптимально диск данные...
Предметно, думаю, сейчас ответить не смогу - надо смотреть конфу и думать...

А СУБД? У меня же клиент сервер на MS SQL 2008.

Ну и за запись данных на сам диск отвечает контроллер диска а не 1С... Или я чего то не знаю?

Хранение данных СУБД на SSD - на текущим момент представляется весьма опасным, честно говоря.
Не думаю, что можно получить н этом выгоду, если положить на другую чашу весов надежность.

Выгода есть. Время отклика, скорость чтения и записи. Какой RAID из HDD нужно сделать что бы он приблизился к скоростям ssd?
Ну и как мне кажется если взять хорошие диски на контроллерах Marvell.
Хотя может это всё и на HDD будет нормально работать. На текущих серверах запустим да посмотрим как это будет работать. Если что купить то недолго