2 Varivan: на 15 юзверях при правильном сервере вполне достаточно обычного SQL-сервера. Есть варианты где доходит до 30 бухов (правда на Бухгалтерии, на ТиС больше 20 -- не сталкивался). Самый устойчивый вариант -- 2 сервака -- 1 SQL + 1 Терминал. Между ними двухпортовки с LoadBalansing (МЕЧТА -- воткнуть гигу :) ) более 50 хостов --- птички :))

2 tygra: не согласен, точнее не СОВСЕМ согласен:
а) при работе с конкретным объектом (документом, элементом справочника и т.д.) -- гуляют запросы ТОЛЬКО по интересующему объекту -- а это уже НЕ ВСЕ данные
б) Отчеты ... тут тоже есть нюансы ... на серваке идет выборка "сырых" данных, а все объединения, группировки, сортировки и т.д. -- на клиенте :(
в) Запросы -- от тут самая и беда ... писали их люди пришедшие с дбф .... построчный выбор данных с помощью запросов -- это пожалуй самая близкая характеристика этого чуда ...

2 Иван Шихалев -- быстрые такие, летают ==> "птички" :)

2 Varivan:
1) Оптимально -- яйца отдельно, котлеты отдельно, мухи вААще побоку :) 2 задачи ==> лучше воткнуть 2 сервака, оно как-то спокойнее ... Но дороже ...

2) Такая штука в 1С как типовая конфигурация -- ИМХО вещь сильно забавная ... До определенных пределов оно конечно головной боли меньше -- типовую юзать. Но ежели на передний план ставиться производительность -- открывается простор для творчества. Главное чтоб это самое творчество было поддержано административными мерами. Например, известно что при проведении в типовой широко используется временный расчет итогов -- ежели оценить по времени, то на это дело уходит до 80 % времени проведения документов. При нормально поставленной административной политике учета, т.е. при отсутствии проведения документов задним числом и поддержании последовательности документов на уровне ТА -- эти самые временные расчеты абсолютно не нужны. Мораль -- документы проводятся быстрее в разы...
Я не говорю уже про варинты прямого обращения к SQL-серверу -- но это уже для тех кому очень сильно припекает :))