Всем добрый день.

Вопрос интересует следующий. Начинаем плановый переход на 8-ку.
На данный момент в компании используется схема работы через сервера терминалов (2 штуки с распределением нагрузки) для работы с 1С 7.7 (работает и офис и удаленные регионы).

Для 8-ки планируется 3 БД (ЗуП,УТ,Бух).

Устанавливать будем по схеме 3 сервера sql (зеркалирование) <-> Сервер конфигурации <-> 2-3 сервера терминалов.

Отсюда вопрос.
Появилось предложение для пользователей, находящихся в офисе (а это и с возможностью подключения напрямую к серверам конфигурации) убирать RDP подключение и ставить тонкий клиент для работы. Для удаленных филиалов оставлять RDP.
Подскажите, насколько такая схема имеет жизнь и какие плюсы\минусы могут быть (например нагрузка на сеть как минус, будет ли она).

Заранее спасибо и строго не судите, все приходит с опытом.

А шо це такэ "Сервер конфигурации" и за чем он нужен?

(1) Сразу скажу, что сервера между собой выделены в отдельную подсеть с гигабитным интерфейсом. Локалка 100Мб.

(1) В моем понимании сама конфигурация будет лежать на отдельном сервере (это как бы и есть сервер под конфигурации).

(0) А зачем для удаленных клиентов RDP? Им тоже можно тонкого клиента.

(4) Немного напряженка с траффиком. На данный момент работаем с печатью через ThinPrint, поэтому схема печати останется прежняя. И именно поэтому для таких пользователей RDP.

(5) У меня УПП, так что о полном переводе на УФ вышеозначенных конфигураций могу только догадываться, но если там все переведено, то локальные должны нормально работать.
По поводу терминала. Сколько человек в терминале работать будут?

(6) На данный момент в терминале работают 60-70 пользователей одновременно. Из них удаленные филиалы прядка 30 человек.

сервер приложений и sql - на одну машину и включить shared memory

(7) Все нормально должно быть если машины будут производительными.
Можно попробовать (8). Но тут советов давать не буду. С настройкой памяти в таком расположении не разбирался.

(8) В плане безопасности к такому варианту не хотелось бы приходить. При выходе из строя сервера могут быть проблемы. Для этого и делается отдельный SQL с зеркалированием.
(9) Спасибо, будем пробовать и анализировать работу.

(10) Зато скорость выше будет

(11) Разница в работе будет существена? При таком варианте будет стоять выбор либо скорость, пренебрегая безопасностью, либо все же немного медленнее, но надежнее.

Все же сервера соединены прямым линком и на гигабит.

(8) в (1) я и писал, что не нужен этот сервер "конфигурации" (12) в чем надежность?

(12) слушай чувака из (8). Если железо позволяет - ставь кластер серверов и сиквел на одну машину. А уж сиквел уже зеркаль как хош. Из другого гигабитного сервака сделаешь РДП и будешь пользователей к нему подключать.

Ага, минус сервак = профит

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

(14)(15) В принципе оба варианта передал админу - пусть решает. Спасибо за ответы.

(16) какой конфы? Сервер конфигурации = Сервер 1с предприятия? Или 1С уже наваяли особенный сервер для конфигурации? Конфа хранится в таблицах сиквела. Сервер 1С дружит клиентов с сиквелом. Встала служба кластера - перенаправил клиентов на другой сервер 1С предприятия (ручками, или групповой политикой, если таковая имеется).

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

1. Сервер SQL - отдельный сервер, на котором крутится только SQL и никакой больше фигни.
2. Сервер конфигурации - обычный сервер, который служит для хранения и установки 1С (файлов конфигураций\шаблонов).
3. RDP и так понятно

Может конечно я не так понимаю, тогда объясните структуру.

(19) Все нормально, если между серверами сеть 10G