← На главную

Выбор между терминальным доступом (RDP) и публикацией базы через Web-сервер — это классическая дилемма при организации удаленной работы в 1С. Особенно остро этот вопрос стоит для конфигураций на УправляемыеФормы, таких как 1С:Управление торговлей 11, где логика работы интерфейса существенно отличается от старых версий. Разберем подробно, как распределяются ресурсы и трафик в обоих случаях, основываясь на практическом опыте и технических особенностях платформы 1С.

Основные концепции подключения: RDP против Web-сервера

Прежде всего, проанализируем разницу в самой сути технологий. В первом варианте (RDP) сервер выполняет абсолютно всю работу: запускает экземпляр 1С, отрисовывает интерфейс и выполняет код. Клиент получает лишь «картинку» — поток сжатых графических данных. Во втором варианте (Web-сервер) на стороне клиента запускается ТонкийКлиент или браузер. Сервер лишь отдает данные и выполняет серверные вызовы, а отрисовка интерфейса ложится на плечи клиентского ПК.

Рассмотрим важный нюанс для файловых баз. Если вы используете RDP, подключаться к базе через Web-ссылку внутри терминальной сессии — это избыточное и вредное решение. В терминале правильнее указывать прямой путь к файлу базы, например, D:\1C\Trade. Это исключает лишнее звено в виде веб-протокола и повышает стабильность.

Анализ нагрузки на сервер (CPU и RAM)

Выясним причину, по которой RDP считается более «тяжелым» для сервера. При подключении 5 пользователей через RDP на сервере будет запущено 5 полноценных сессий операционной системы и 5 отдельных процессов 1cv8.exe. Каждый такой процесс для УТ 11 «съедает» от 700 МБ до 1.2 ГБ оперативной памяти сразу после запуска.

При работе через RDP:

1. Нагрузка на процессор возрастает пропорционально количеству пользователей, так как серверу нужно постоянно кодировать видеопоток рабочего стола для каждого.
2. Потребление ОЗУ (оперативной памяти) максимально. Для 5 пользователей УТ 11 потребуется минимум 8-10 ГБ только под нужды 1С и системные процессы сессий.
3. Дисковая подсистема нагружается сильнее из-за одновременного обращения нескольких процессов к файлу 1Cv8.1CD.

При работе через Web-сервер:

1. Нагрузка на ОЗУ сервера значительно ниже. Основную часть памяти для отрисовки форм потребляет компьютер пользователя. На сервере запросы обрабатываются рабочими процессами веб-сервера (например, w3wp.exe для IIS).
2. На файловой базе веб-сервер часто работает в однопоточном режиме (если не используются специальные расширения), что может создавать очередь при одновременном обращении всех 5 пользователей. Однако для 5 человек это обычно незаметно.
3. Процессор сервера занят только вычислениями, ему не нужно тратить ресурсы на передачу графики интерфейса.

Нагрузка на клиентские компьютеры

Здесь ситуация зеркальная. Проанализируем требования к рабочим местам пользователей. Для RDP-клиента достаточно «тонкого терминала» или старого ПК десятилетней давности, лишь бы он мог декодировать видеопоток в разрешении экрана. Вся мощь Процессор и объем ОЗУ клиента остаются практически незадействованными.

В случае с Web-сервером и ТонкийКлиент ситуация иная:

• Процессор: Клиентскому ПК нужно быстро обрабатывать XML/JSON пакеты от сервера и строить из них интерфейс. На слабых процессорах формы в УТ 11 будут открываться «лениво».
• Память: ТонкийКлиент потребует от 500 МБ до 1 ГБ ОЗУ на локальной машине. Если же пользователи работают через браузер (Web-клиент), потребление памяти может вырасти до 1.5-2 ГБ на одну вкладку.
• Видеокарта: Платформа 8.3 использует аппаратное ускорение для отрисовки управляемых форм, поэтому наличие адекватного видеоядра на клиенте приветствуется.

Сетевой трафик: объемы и качество канала

Вопрос трафика — один из самых неоднозначных. Рассмотрим подробнее, как передаются данные. Многие ошибочно полагают, что RDP всегда потребляет больше. На самом деле всё зависит от сценария работы.

Особенности RDP-трафика: Трафик в RDP зависит от динамики картинки. Если пользователь открывает отчет на 100 страниц и быстро его пролистывает, объем передаваемых данных резко возрастает. Работа в разрешении 4K через RDP потребует в 4 раза больше полосы пропускания, чем в Full HD. В среднем стоит закладывать 200-500 кбит/с на активного пользователя. Критическим параметром здесь является Ping (задержка). Если пинг выше 100-150 мс, пользователь будет чувствовать дискомфорт («ватная мышь»).

Особенности Web-трафика: Здесь передаются данные (текст, числа, структуры). При первом запуске ТонкийКлиент скачивает метаданные (кэш), что может вызвать скачок трафика до десятков мегабайт. Но в процессе работы передаются только полезные данные.

1. При работе с документами трафик Web-сервера может быть в 2-3 раза ниже, чем у RDP.
2. При формировании огромных отчетов с картинками товаров ситуация может сравняться.
3. Режим «Низкая скорость соединения» в 1С принудительно сжимает пакеты, отключает фоновое обновление списков и минимизирует количество обращений к серверу. Это снижает трафик еще на 30-50%, но требует больше ресурсов процессора на сервере для упаковки данных.

Файловая база 3 Гб: скрытые угрозы

Разберем ситуацию автора: база 3 Гб и 5 пользователей. Файловый режим в 1С имеет существенное ограничение на размер внутренней таблицы (не более 4 Гб). При размере всей базы в 3 Гб вы находитесь в зоне риска. Работа через Web-сервер на файловой базе иногда может приводить к избыточным блокировкам. В RDP пользователи работают с базой напрямую через файловую систему сервера, что часто оказывается стабильнее для файлового режима, так как исключается посредник в виде веб-службы, которая может «зависнуть» вместе со всеми сессиями сразу.

Итоговые рекомендации по выбору

Проанализируем, в каком случае какой вариант будет выигрышным:

Сценарий 1: Используем RDP

Выбирайте этот вариант, если:

• У пользователей очень слабые компьютеры.
• Сервер обладает большим запасом оперативной памяти (от 16 ГБ и выше).
• У всех клиентов стабильный интернет с низким пингом.
• База файловая и вы хотите минимизировать риск повреждения индекса при обрывах связи (в RDP сессия просто «заснет», а база останется открытой на сервере).

Сценарий 2: Используем Web-сервер (Тонкий клиент)

Выбирайте этот вариант, если:

• Компьютеры пользователей современные (от 8 ГБ ОЗУ, SSD).
• Сервер слабый по памяти, но интернет-канал у него широкий.
• У пользователей нестабильный интернет или высокий пинг (мобильный интернет, спутник). ТонкийКлиент гораздо терпимее к задержкам.
• Планируется работа через браузер без установки платформы.

Важный совет: Для 5 пользователей и базы 3 Гб в долгосрочной перспективе стоит рассмотреть переход на клиент-серверный вариант (SQL). Существует лицензия «Сервер 1С:Предприятия 8.3. Мини на 5 подключений», которая стоит недорого, но кардинально решает проблемы производительности и надежности файлового режима, независимо от способа подключения пользователей.