Прошу совета, нужно определиться с конфигурацией (не в смысле с типовым решением) 1С. В данный момент работаем по схеме "семерка+сетевой ключ+терминальный сервер(2003)". Встал вопрос о переходе на 8ку. И я пока не представляю как все в конечном итоге должно выглядеть. Опишу нашу физическую организацию и требования.
Есть офис, где стоят сервера (в том числе те, на которых будет работать 8ка) БОльшая часть сотрудников работает именно здесь. Порядком около 30 человек. Есть 5 удаленных точек. На 4х из них в данный момент работа идет через удаленный рабочий стол, но интернет канал там прямо скажем слабоватый и тянет только РДПшку. На одной из точек где инет вообще труба - у нас распределенная база (выгружаем в почту раз в день)
Суммарно пользователей 1С в пике будет где-то 40. Но большинство пользователей будут работать с 2мя и более базами.
Отсуда у меня вопрос касательно выбора способо организации работы:
1. Какие ключи используем? Аппаратные или программные?
2. Как организавать подключение к базам (в большей степени вопрос касается удаленных точек)?
3. Так как пользователей в нашей базе около 40 вопрос о выборе клиент-серверного или файлового варианта я так понимаю не стоит?
4. Вариант с терминальным сервером слишком дорог для нас. Ибо в этом случае к стоимости типовой конфигурации, сервера 1С (64бит), сервера SQL, клиентский лицензий для 1С, клиентских лицензий sql понадобится еще 40 лицензий на терминал, а это примерно 120 т. рублей.
Подскажите в моем случае должна выглядеть "идеальная" конфигурация. Заранее очень благодарен все ценным советам!!!

1. Аппаратные
2. RDP
3. Не стоит
4. Терминальный сервер

в общем у тебя 2 варианта - либо тот, что в (1)/ какой-нить вебсервер,хотя ну его в топку,
либо экономить так экономить!!! новейший unipatch!!!!)))

(1) Спасибо. Но все равно каша в голове осталась.
Итак рассматриваем в моем случае только клиент-серверный вариант и аппаратный ключ на 50 юзеров (возьмем для примера "с запасом"). Вот поднял я в конторе сервер 1С. Установил в него этот аппаратный ключ. Поднял там sql-сервер.
возникают следующие вопросы:
Могу ли я для пользователей офиса (они находятся в одной подсети с сервером 1С) не использовать теминал, а запускать клиента с локального раб. стола, а для пользователей удаленных рабочих точек производить подключение через рдп? И что меня вынуждает вообще испольровать рдп на удаленных точках? Это проблема с получением лицензии для клиента? или только вопрос толщины канала? Если это вопрос только толщины канала, то почему скажем нельзя использовать там тонкий клиент?

(2) смысла в унипатче не вижу т.к. готовы оплатить аппаратный ключ на то количество пользователей, которое будет работать в пике. Но за наводку спасибо. Не знал, что есть такое замечательное лекарство.

(4) еще одного человека совратил ( пичалька...

да можно хоть веб-сервер поднять, как тут писали
но лучше заплатить 120 тыщ и не париться
имхо
практику юзанья тонкого клиента в массовом масштабе не курил, но, говорят, тонкий притормаживает порою жёстко, в смысле без RDP

+ ещё разрывы по сети очень жёстко отражаются на транзакциях

так никаких транзакций по идее на тонком клиенте быть не должно, туда же только контекст модуля формы передается - просто для отображения результата, вся работа на сервере ведется?
еще один вопрос.
Правильно ли я понимаю, что в случае аппаратного сетевого ключа на N пользователей установленного на сервере 1С или на компе до которого сервер может достучаться через хасп менеджер лицензирование клиентов происходит на вервере а не на клиенте?
Т.е. не клиент себе ищет лицензию, а подключается к серверу и тот уже смотрит, есть ли для данного пользователя свободный ключ. я прав?

(8) 1. я бы не был так оптимистичен
2. правильно

(9) Спасибо за ответ.
но все же хотел уточнить.
Я задавал вопрос о том, можно ли часть пользователей заставить работать в терминале (удаленные пользователи - их около 10), а тех кто в офисе подключать без РДП? В этом случае понадобятся какие-то дополнительные манипуляции, акромя поднятия сервера терминалов?

(10) так для удалённых как-раз лучше RDP
ну а так-то веб-сервер надо поднимать

(11)  Я уже понял, что для удаленных юзеров лучше "удаленка".
Вопрос в том, можно ли одновременно часть пользователей пускать через терминал, а часть без него?
И если для этого нужен вэб сервер, то я совсем тогда не понимаю, зачем он нужен. Вы же подтвердили мои слова, что лицензия ищется на стороне сервера. А серверу то какая разница, как клиент 1С подключается к нему (через РДП или со своего раб места) В конечном итоге, что и при запуске ярлычка с локального рабочего стола или запуска такого же ярлычка с удаленного рабочего стола к серверу 1С идет одинаковое обращение. Или в чем то неправ? поправьте меня пожалуйста, если это так.

(12) там вроде два сервера надо будет, если не ошибаюсь, один терминальный, другой веб и раздача разная
хотя, может, и ошибаюсь

такой расклад не юзал

пусть гуру поправят

а в чём проблема с рдп? тупо 120 тыщ? не стоит это того гемора, поверь
тонкий на рдп рулед

несколько баз уже восстановил у тех, кто хотел юзать 1с без рдп
транзакции это слабое место 1с

Гуру, откликнетесь! )

а чем тебе jsmith82 не гуру?:-)

(16)  да не дадут мне еще 120 тыщ, скорее всего. Попробую протолкнуть, но наврятли.
(17) А у тех кто работал через РДП, они как разносили все? Сервант 1С - это один комп, а терминальный сервант - это другой, так? И ключик с лицензиями где стоял?
(19) Так ведь сам сказал, что лучше спросить гуров )

(20) да тут все один гурее другого

(20) разнесешь сервер 1с и сервер терминалов. ключ на сервере 1с, хотя есть и др. варианты

хех, интересный момент. Если юзаем аппаратный ключ, то с одного компа 1Ска позволяет запускать несколько разных баз. А как она определяет тогда, что терминальный сервер - это терминальный сервер, а не просто комп, на котором один юзер запустил несколько подключений?

ну т.е. в чем разница терминального серванта, в котором сидят 10 юзеров, и у каждого по одной базе запущено (нужно 10 ключей) или это один комп, у которого работает один юзер с 10 базами одновременно (нужен всего 1 ключ)??

А можно специально для меня-тупого пояснить.

Есть такой опыт, что при следующих условиях
1) Клиент-серверная 1С:Предприятие
2) Web-сервер отсутствует
3) Тонкий клиент
4) Нестабильный канал между Тонким клиентом и Сервером предприятия

рушиться информационная база?

(24) видимо в количестве авторизованных пользователей

(25) обязательно

юзай ться ещё

(24) ты чёт не в ту степь пошёл, бро
у веб-сервистов такие полноценные лицензии
про лицензии вообще забудь

(26) тогда 2 варианта.
1. Либо по списку пользователей 1С - тогда получается, что на разные базы 1С должен быть один список юзеров (есть ли такое в 8ке не знаю, в семерке точно нет)
2. Либо 1Ска умеет работать с Kerberos.

(29) стыдно признать, но я ничего не понял из того, что вы сказали.

(30) гон, гон

(31) понять гуру с первого раза не всегда возможно

умиляют старания некоторых обойти стандартные схемы
заплатите 120 тыщ и спите спокойно
шо вы прямо лезете в какие-то тонкие, веб-серверы, керберосы

был один у меня клиент, тоже юзал иные схемы, в итоге база кирдык, за восстановление полтинник + реабилитация
в общем, вы понели

(0) >>  40 лицензий на терминал

Не понял зачем?
Достаточно 4-х для удаленных рабочих точек. ЕМНИП, в стандартный сервер входят лицензии на 5 подключений и соответственно докупать ничего не надо.
Работники основного офиса пусть работают в 1С со своих локальных компов через 1С-ного толстого или тонкого клиента.

(36) сказки

вот эта ситуация меня и пугает. Обратился к франям: одни одно говорят, другие другое.)

ладно, поднимай веб-сервер, юзай локалку
готовь деньги на восстановление базы

(39) ты вообще объясни нафига этот вэб сервер нужен??

кстати, есть такой вариант
объясняешь им риски. они выбирают дешёвый вариант
потом база кирдык
берёшь в три раза больше за восстановление
было такое дело

(40) тебе уже всё объясенено было в (1) и (2)
ты из-за 120 тыщ упёрся
ты понимаешь, что потом втридорога отдадите или нет?

(27) А как это выглядит "база кирдык"? В один прекрасный день пользователи туда не попадут или в базе окажутся не согласованные данные?

я не пойму, почему мы не можем запустить по РДП только удаленные точки??
Выгоды никакой от того работает сотрудник офиса в 1С через РДП или напрямую через клиента. Ты говоришь, транзакции. Согласен на транзакции влияет стабильность сети. Но если юзеры 1С находятся одной сети, то в чем выгода терминала? Единственно, если терминал поднимать на самом сервере 1С. Но такой вариант никто не рекомендует.

(44) транзакции это всё

у 1с это всегда было самое слабое место
тонны денег по восстановлению баз

(43) в один прекрасный день либо пользователи не заходят в базу, либо итоги неправильные, либо вообще трэш угар и содомия

(46) да ты ответь по существу. В чем выгода терминала в случае, когда юзеры в одной физической локальной сети.

(48) ты как маленький, локалка это пидец

ты никогда не юзал базы в локале чтоле

так сервер терминала в той же локалке.

(51) не путай RDP и локалку
и вообще слушай, что умные люди говорят

ну идет сетевое взаимодействие не между моим компом и сервером 1с а между сервером терминала и сервером 1С. Так расстояние сетевое то одно и то же получается. они же в одной локалке

(53) расстояния нет в случае RDP, прикинь

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

(44) never_sleep, можете. Я не вижу ни каких проблем.
Ну у меня так работают уже года 4. Ничего пока не упало.

(44) у меня вообще весь серверный софт на линуксе крутиться. Весь кроме РДП. И т.к. винда мне нужна для РДП и для 5-ти пользователей, то я могу лицензировать только этих 5-ых:

1) windows-сервер
2) 5 клиентских лицензий на windows
3) Терминальный сервер
4) 5 терминальных лицензий.

Главное windows не использовать, ни как кроме RDP и только для удаленщиков.

(57) ну линь для меня слишком сложно ). Да и говорят 1Ска с MS sql работает постабильнее в больших базах чем PostgreSQL. Поэтому выбрал вариант с МСскуэль.

stopa85 Спасибо за ответы!

Еще задам вопрос.
Сейчас по идее нам нужно следующее:

1С Управление торговлей
1С Бухгалтерия
Сервер 1С 64бит
Аппаратные ключи 1С для клиентского доступа (40 шт)
Лицензия Microsoft SQL Server Standart 2012
Клиентские лицензии к Microsoft SQL Server Standart 2012 (40 шт.)

не вижу проблемы чтобы локальные пользователи работали напрямую с сервером 1С, а удаленные через веб-интерфейс или рдп

Если я на все эти позиции (за исключением позиций от MS) возьму аппаратный ключи то как мне их установить в сети?
это же получается 5 ключей:
1 - 1С Управление торговлей
1 - 1С Бухгалтерия
1 - Сервер 1С 64бит
2 - ключи 1С для клиентского доступа (по 20 лицензий на ключ)
Могу ли я их поставить на сервер 1С при наличии 5 портов usb или мне придется их разносить по 5 разным компам?

(62) спасибо!

(63) Ключи, которые идут в коробках с ут и бух можно воткнуть пользователям в компы. Серверный ключ и ключ на 20 воткнуть в сервер. Оставшийся ключ на 20 воткнуть в любой постоянно включенный комп в сети. Либо не геморроиться и взять ключ на 50, воткнуть его в сервер. Проблема в том, что 2 ключа на 20 втыкать в один комп нельзя.

(65) А разве ключи на конфигурации не должны так же быть постоянно "онлайн"? Или не париться на сами конфигурации взять программные ключи?

кстати со всеми франями в разговорах о ценах они указывают стоимость программный ключей на конфигурации
10 800 бухгалтерия и 14 500 УТ. Аппаратные дороже.

ечли у вас так все плохо зачем еще на 8-ку переходить???

(68) почему вы решили, что у нас так все плохо?

я куею… 120 тыс. вам покажутся очень даже ничего по сравнению с остальными затратами.

(70) я тоже куею.) Остальные затраты - это порядком 600 т. рублей для нас. И 120 т.р. не кажутся на их фоне песчинкой. Также я не вижу необходимости платить за то, что нам не нужно.    jsmith82 так и не дал исчерпывающего ответа, почему, на его взгляд, для пользователей, которые находятся в рамках одной физической локалки с сервером 1С и терминальным сервером необходимо использовать терминалку.

Всем доброго дня!

(71) это потому что рекомендуется для оптимизации производительности сервера 1С разносить его с сервером БД по разным серверам! это примерно то же самое! понятно?

А вот к слову о PostgreSQL

PostgreSQL базируется на языке SQL и поддерживает многие из возможностей стандарта SQL:2003 (ISO/IEC 9075)[3].

На данный момент (версия 9.2.1), в PostgreSQL имеются следующие ограничения:[4]
Максимальный размер базы данных     Нет ограничений
Максимальный размер таблицы     32 Тбайт
Максимальный размер записи     1,6 Тбайт
Максимальный размер поля     1 Гбайт
Максимум записей в таблице     Нет ограничений
Максимум полей в таблице     250—1600, в зависимости от типов полей
Максимум индексов в таблице     Нет ограничений

Сильными сторонами PostgreSQL считаются:

    поддержка БД практически неограниченного размера;
    мощные и надёжные механизмы транзакций и репликации;
    расширяемая система встроенных языков программирования: в стандартной поставке поддерживаются PL/pgSQL, PL/Perl, PL/Python и PL/Tcl; дополнительно можно использовать PL/Java, PL/PHP, PL/Py, PL/R, PL/Ruby, PL/Scheme и PL/sh, а также имеется поддержка загрузки C-совместимых модулей[5];
    наследование;
    легкая расширяемость

и еще добавлю пожалуй:

PostgreSQL поддерживает одновременную модификацию БД несколькими пользователями с помощью механизма Multiversion Concurrency Control (MVCC). Благодаря этому соблюдаются требования ACID, и практически отпадает нужда в блокировках чтения

(58) А вот опыт работы 40+ пользователей в серверной 1С на базе MS SQL 2012 печалька) ресурсы сервера были сожраны и тормоза в выборках данных довольно приличные наблюдались, помогала только перезагрузка сервера и то не надолго! постоянно перегружать не будешь ведь! поэтому тока ночью(вечером)!
Решать конечно тебе, но у нас все рекомендации по оптимизации производительности сервера были выполнены, но результат не радовал!

(73) Оно то все звучит хорошо. Но как показывает практика важно еще и то как все это добро уметь использовать. А судя по отзывам 1С основной упор все таки на MS Sql делает.
(75) Так есть положительный опыт перехода на PostgreSQL ?

В вот положительный опыт некоторых с PostgreSQL
http://1clancer.ru/offer/taskId=7280

Если упадет, так упадет. Таких постов уже несколько видел.

Бэкапы обычно когда надо либо не работают, либо старые, либо места не было )))

При падении базы, если там еще обменов куча обычно хочется актуальные данные иметь )

(72) Нет, не понял. Если вы имели ввиду что необходимо сервер 1С и терминальный сервер разносить на разные машины, то я с вами полностью согласен. Также как и разносить сервер sql и сервер 1С. Но мой вопрос был в другом. Нагрузка на сервер 1С в случае, если к нему коннектятся 40 юзеров через клиенты напрямую точно такая же как и в случае, если к нему коннектятся 40 юзеров через клиенты через терминалку. Или я опять чего-то не догоняю?

(78) Бэкапы по хорошему проверять нужно иначе они не нужны.
Рассказывали ситуацию в которой рейд не упал а считал себя вполне рабочим несмотря на то что на винтах были косяки. Бэкапы баз были все мертвые.

(80) Обычно между терминальным сервером и сервером 1с более производительные каналы связи делают чем между серверами и рабочими машинами. Т.е. терминальный вариант устраняет нагрузку на сеть. Если у вас например будут фильмы по сети между машинами качать, то 1с будет тормозить при подключении клиентов напрямую к серверу. Если сеть нормальная,  то терминал возможно и не нужен.

(75) >>ресурсы сервера были сожраны
в частном случае геморроя меньше с MS SQL.
(73) а PostrgesSQL советовать можно только тем, кто им не пользовался.

(82) а ну здесь соглашусь. И, спасибо! Теперь в голове по этому вопросу ясность )
В нашем случае обычная одноранговая сеть через пару 48 портовых свитчей (и сервера, и клиенты). Так что в нашем варианте перевод всех юзеров под терминал пользы не даст.

(84) а что планируется? УФ? сколько в итоге удаленных пользователей (которые не в локалке)?

(0)

1 - програмные лицензии
2 - пользователи и в офисе и удаленные через тонкий клиент
3 - только клиент серверный, SQL сервер можно на том же серваке, что и 1с
4 - не нужен

(86) 1 v8: Новая платформа не видит программную лицензию.
Аппаратные все таки надежнее на мой взгляд.

(87) Програмные дешевле вроде, я так понял для автора вопрос цены имеет значение

(87) надежнее чем? ни разу ключ аппаратный не горел. по ссылке:
"С программной лицензией первый раз имею дело. " м "(Устанавливал не я)."

У нас, понимаете, 70% юзеров одновременно будет запускать по 2 и более базы. Т.е. программных ключей понадобится больше 50. Т.е. еще дороже чем с аппаратными.

Тогда берите аппаратные, в физическом сервере у тебя будет два ключа: локальный ключ от сервера 1с и сетевой многопользовательский ключ.

(91) Понял Вас.
Но меня тут просто один из франей смутил в личной беседе утверждением, что программные ключи так же независимы от количества запускаемых баз как и аппаратные. Слукавил? Не ломайте мою картину мира, скажите да, и я успокоюсь ))))

(92) http://www.1c.ru/news/info.jsp?id=12454
"Многопользовательская лицензия позволяет запускать не более обозначенного в Лицензионном соглашении количества сеансов с системой "1С:Предприятие". Данная лицензия не привязана к какому-либо компьютеру пользователя, подсчет количества сеансов выполняется на сервере."

(93) Это означает что если на одном компе запустить два сеанса с разными базами то сервер выдаст 2 лицензии?

(94) Получается, так.
(92)+ Тем подобного содержания много, как на мисте, так и на инфостарте. В рекламе программных лицензий почему-то забывают сообщить, что к компьютеру с ними надо никого не подпускать, ничего в нем не заменять и даже не выключать после того как он стал раздавать лицензии.

v8: Перестала видеться программная лицензия!

(94) Там два варианта.
Первый: ставишь лицензию в привязки к каждому компьютеру польователя. Тогда каждый пользователь на своей лицензии сможем запускать сколько угодно баз.

Второй: ставишь лицензию на сервере. Тогда максимальное количество допустимых сеансов будет складываться из всех запущенных баз.

Т.е. второй вариант установки выгоднее, но геморойнее.

http://www.1c.ru/news/info.jsp?id=12454  


Клиентские программные лицензии разделяются на однопользовательские и многопользовательские.

Однопользовательская лицензия предназначена для установки на компьютер пользователя и разрешает запуск с этого компьютера произвольного количества сеансов с системой "1С:Предприятие 8". Информационные базы в этих сеансах могут быть созданы с различными конфигурациями. Поддерживается работа клиента как в файловом, так в клиент-серверном варианте.

Многопользовательская лицензия устанавливается:

на компьютер сервера "1С:Предприятия" в случае клиент-серверного варианта информационной базы,
на компьютер веб-сервера в случае файлового варианта информационной базы.
Многопользовательская лицензия позволяет запускать не более обозначенного в Лицензионном соглашении количества сеансов с системой "1С:Предприятие". Данная лицензия не привязана к какому-либо компьютеру пользователя, подсчет количества сеансов выполняется на сервере.

(97) Т.е. наоборот, первый вариант выгоднее, но геморойнее.

(98) С первым вариантом тоже не все так гладко. Делаем апгрейд компа и что будет с лицензией?

сто

(98) т.е. получается, чтобы залицензировать 50 компов программной защитой так, чтобы можно было юзать на каждом из них неограниченное число баз, придется покупать не один программный ключ на 50 лицензий, а 50 программных ключей. Каждый со своим пин-кодом и количеством попыток и ставить их отдельно на каждый ПК?

Пару копеек по поводу RDP и ЛВС
ПМСМ Вы недооцениваете количество трафика в сети.
В примерно аналогичной конфигурации (правда хостов в сети больше 200).
года 3 назад проводили эксперимент - пару терминал + SQL соединили прямым патчкордом через вторые сетевухи и назначили на сетевухах - отдельную подсеть.
В конфигураторе прописали адрес SQL из выделенной подсети и замерили производительность на перепроведении месяца - минимум 20% выигрыша (и это в условиях выходного дня когда активны не более 10-20% хостов, и при работе на РДП)
Когда народ активно работает, и печатает по сети - разница в скорости заметна даже на глаз.
Конечно в 8-ке клиент-серверная архитектура существенно продвинутей чем в 7.7 - но трафик между клиентом и сервером все равно есть.

>> замерили производительность на перепроведении месяца - минимум 20% выигрыша
отсюда вывод: сервер 1С и сервер БД - должны быть на одной машине, особенно при количестве пользователей как в случае ТС

(103) да 7-ке то вообще по хорошему сервер БД не нужен.
Но 7-8 гб в ДБФе уже практически не живут.

Но замер показал именно то, что в сети достаточно много трафика и коллизий, помимо 1С. и прямой линк позволяет исключить внешний по отношению к 1С трафик. И это ощутимо влияет на производительность.
А СКЛ и РДП на одном сервере постоянно воюют за память и дисковую - поэтому ИМХО разносить их все же надо.

(10) Нет, покупаешь лицензию на 50 пользователей, а там уже сам решаешь как тебе их зарегистрировать, по одной на каждый комп или на сервер. Почитай по ссылке, тут все написано.

http://www.1c.ru/news/info.jsp?id=12454  

Но учти, если активируешь хоть одну лицензию на комп, то уже на сервер поставить не получится. Т.е. ты сразу должен определиться какой вариант ты хочешь использовать.

(104) т.е. это был пример из 7.7?
и какое отношение он имеет к сабжу?
>>А СКЛ и РДП
>>сервер 1С и сервер БД
о разном говорим.

(106) да нет смысл тот же самый - если использовать классическую 3-звенку от 1С - то трафик между Сервером БД и Сервером 1С и Между сервером 1С и клиентами будет проходить в одной сети и количество коллизий прямо пропорционально количеству хостов.

Использование терминального сервера (с несколькими сетевыми картами) позволяет вынести трафик 1С (от терминального сервера до сервера 1С) в отдельную физическую сеть, к которой никто другой доступа не имеет.
В этом случае, скорость работы 1С будет больше, чем тогда, когда между сервером 1С и клиентским компьютером в сети находятся другие устройства.
Во-первых, не у всех в офисе сеть в 1 гигабит, во-вторых, если кто-то "добрый" скачивает или открывает файлы с сетевого диска файлового сервера (а прочие рабочие документы ведь все используют), то он сильно загружает сеть, что сказывается негативно на работе 1С (причём, если кто-то по сети проводит документы, то из-за взаимоблокировок ждать будут и те, кто имеет прямой доступ к 1С).
Другое дело, что все нормальные и ресурсоёмкие действия в 1С должны выполняться в контексте сервера, а на клиент отсылаться только результат выполнения.
Что касается порчи базы, то физическая порча данных невозможна, так как серверный режим работает с SQL-сервером, который должен грамотно отменять транзакции, которые не были завершены. А вот что происходит, если алгоритм выполнения прервали на каком-то этапе из-за потери соединения - это одному богу известно.

Кстати, ещё очень интересный вопрос.
Например, у нас производится запись документа или справочника (не проведение, а просто запись).
Открывается ли единая транзакция на эту операцию ?
Просто, что происходит, если запись прервать на середине обрывом связи до клиента (или просто отключить клиента) ?

(107) смысла нет на 40 пользователей делать больше одного сервера на все три звена.
(109) (108) >>это одному богу известно
>>Просто, что происходит, если запись прервать на середине обрывом связи до клиента (или просто отключить клиента)
хорошие шутки от человека с 5летнем стажем на форуме.

Спасибо за линки. Разобрался с программными лицензиями.
И Спасибо всем огромное за дискуссию, в ходе которой наконец-то смог определиться, что нужно!
В конечном итоге отвоюю денег на терминалку на всех юзеров и проброшу гигабитный линк между сервером терминалов и сервантом 1С.

(111) "На всех" - зачем?
Если юзер и сервер 1С в одной локальной сети (не берем извращенные варианты "локалки" по VPN через интернет), то зачем терминал? Разве что для случая, когда клиентский комп очень слабый.

(110) Собственно почему?
Все зависит от документооборота.
На одном предприятии - 40 пользователей вполне живут весь год на 1 терминале, и рядом с ними еще пяток мелких баз по 3-5 пользователей работают в терминале,
А на втором предприятии эти же 40 пользователей за год набивают 150000 реализаций и 7.7 в СКЛ уходит за 20 гигов.
И на одном сервер работать тупо невозможно, точнее теоритически возможно - но этот сервер стоит примерно в 3 раза дороже чем два сервера попроще

(113) еще раз, причем здесь 7ка?
в общем случае нет смысла больше одного сервера для 40 пользователей, даже на толстом клиенте, даже УПП.
про стопятьсот документов - в сабже не было вроде ничего. Была бы там супер-нагрузка, человек бы уже сам во всем разобрался и нас бы тут учил.

(114)если уж совсем в общем случае - то 2 сервера всегда лучше чем 1.
хотя бы тем, что в случае выхода из строя / проведения регламента одного из - можно временно нагрузить 2-й.
А стоимость серверов/лицензий всегда надо сравнивать не друг с другом - а с временем простоя - сколько стоит простой фирмы в течении 12 часов/суток