Собственно интересуют аргументы по сабжу. На ИТСе не смог найти подобных рекомендаций, подкреплённых фактами. Можете просветить по этому поводу?

ЧТобы не мешали друг другу. Ибьо и тот и другой очень любят процессор и память...

если для  5 - 10 пользовталей можешь забить и не разносить.  а по сути   хрен поверю что ты не нашел нигде рисунок  по рекомендованной  трехуровневой архитектуре.

Сервер 1С любит память. Он ее есть в неограниченном объему (особливо на x64 сервере).
Сервер SQL при нехватке памяти начинает тупить и эскалировать блокировки. Это увеличивает нагрузку на сервер 1С, который начинает есть больше памяти.
Серверу SQL достается еще меньше памяти.... Продолжать?
Я ориентируюсь на цифру в 150-200 онлайн сеансов при выделении отдельного сервера 1С.

база умная. сервер глупый. примерно так. шутка )

(2) Рисунок нашёл. Насяльника цифр хочет и фактов. Вот оных и не нашёл. Сейчас всё крутится на одном сервере HP DL G5. Два Xeon'а, 12 гиг памяти (под SQL 10гиг зарезервировано), системная партиция в режиме RAID-2 и партиция с SQL в режиме RAID-5. Как-то тоскливо всё работает. И бюджет выгрызать надо с боем. База 130 гиг. Пользователей примерно 80 человек. В день вводится 30-50 документов, примерно по 200-300 строк. Вот как-то так.

доков мало вводится   либо добав памяти либо еще у скуля отбери.  у меня  два разных сервера  и БД 130 гиг  у скуля 25 гигов  у 1с  21 гиг  последнее время начинает тоскливо работать :-(  пользователей  полторы сотни   думаю на скуле нужно добивать памяти

у меня на прошлой работе оба крутились на одном, до 60 пользователей - ускорение до 17% по сравнению с двумя сервами по гигабитному каналу

(5) - памяти добавьте гигов до 32 и RAID5 поганой метлой выметите. Будет счастье. При таком мизерном документообороте-то...

(8) Спасибо!

(5) базу сворачивать/вырезать шлак не хотите? Для БД RAID 10 лучше ставить