Вопрос выбора между терминальным сервером (RDP) и работой через локальную сеть (толстый или тонкий клиент) является классической дилеммой при проектировании инфраструктуры для 1С. Особенно остро эта проблема встает при переходе со старых конфигураций на обычных формах (например, УТ 10.3) на современные решения на управляемых формах (КА 2, ERP, УТ 11). Разберем детально технические аспекты, чтобы понять, какой вариант обеспечит максимальную производительность в вашем конкретном случае.
Прежде всего, проанализируем ситуацию с точки зрения архитектуры платформы. В старых конфигурациях на обычных формах основная нагрузка ложилась на клиентское приложение. Почти все вычисления выполнялись «на стороне пользователя», что требовало передачи больших объемов данных между базой и компьютером. В этом случае RDP был спасением, так как клиентское приложение 1С работало в одной локальной сети с сервером БД, а пользователю передавалась только «картинка».
В современных конфигурациях, таких как 1С:Комплексная автоматизация 2, используются управляемые формы. Здесь логика разделена. Рассмотрим пример кода, который наглядно показывает это разделение:
&НаКлиенте
Процедура КомандаВыполнить(Команда)
// Здесь выполняется только отрисовка интерфейса
Результат = ВыполнитьРасчетНаСервере();
КонецПроцедуры
&НаСервере
Функция ВыполнитьРасчетНаСервере()
// Все тяжелые вычисления и запросы к БД происходят здесь
Возврат Справочники.Номенклатура.НайтиПоНаименованию("Товар");
КонецФункции
При такой схеме работы требования к клиентскому ПК вроде бы должны снизиться, но на практике управляемые формы КА 2 потребляют значительные ресурсы для отрисовки сложного интерфейса. Проанализируем далее, как это влияет на выбор между RDP и сетью.
Рассмотрим ключевой фактор — качество канала связи. Многие ошибочно полагают, что высокой скорости (Мбит/с) достаточно для быстрой работы 1С. Однако для тонкого клиента критически важен пинг (задержка).
Выбор между локальной сетью и терминалом — это всегда вопрос распределения бюджета на оборудование. Проанализируем два сценария:
Вариант 1: Работа по локальной сети (Тонкий клиент). Вам потребуются современные рабочие станции в филиалах. Для КА 2 комфортный минимум — это процессор уровня Core i3/i5 последних поколений, 8–16 ГБ оперативной памяти и обязательное наличие SSD-накопителя. На слабых компьютерах (с 4 ГБ ОЗУ и HDD) тонкий клиент будет открывать формы мучительно долго из-за работы операционной системы с файлом подкачки и медленной отрисовки элементов платформы 1С.
Вариант 2: Терминальный сервер (RDP). Вы можете использовать «тонкие решения» или старые ПК в филиалах, так как вся нагрузка ложится на сервер. Однако требования к серверу возрастают кратно. Для 100 пользователей 1С в режиме терминала может потребоваться от 64 до 128 ГБ оперативной памяти только под пользовательские сессии (в среднем 500-800 МБ на одного пользователя КА 2).
Разберем, как 1С работает с кэшем метаданных. При работе через локальную сеть кэш хранится на ПК пользователя. Если сеть нестабильна, кэш может «биться», что приводит к странным ошибкам интерфейса. В режиме RDP кэш лежит на быстрых дисковых массивах сервера рядом с исполняемыми файлами 1cv8.exe, что значительно ускоряет запуск программы и поиск по метаданным.
Это самый важный пункт для торговых компаний. Если в филиалах много сканеров штрихкодов, ККТ (касс) и принтеров этикеток, работа через RDP может стать «головной болью». Проброс COM-портов и USB-устройств через терминальную сессию часто работает нестабильно. Рассмотрим альтернативу: Тонкий клиент через веб-сервер (HTTP/HTTPS). В этом случае драйверы торгового оборудования работают локально на ПК, а данные передаются на сервер 1С по веб-протоколу. Это наиболее современный и стабильный способ для филиальных структур.
Посмотрим на ситуацию глазами системного администратора. Обслуживание 100 рабочих станций, на каждой из которых установлена платформа 1С, требует автоматизации (через GPO или скрипты). В терминальной ферме обновление платформы выполняется один раз на сервере, что гарантирует идентичность версий у всех пользователей. Это исключает ситуацию, когда «у Петрова не открывается база из-за несоответствия версий клиента и сервера».
Проанализировав все факторы, можно сформулировать следующие правила выбора:
Таким образом, при переходе на КА 2 мы рекомендуем комбинированный подход: сохранение RDP для удаленных точек со слабым «железом» и постепенный перевод офисных сотрудников на тонкий клиент для эффективного использования ресурсов сервера.