Терминальный сервер для 1С: когда он нужен, а когда только мешает

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

⚠️ заблуждение, которое дорого обходится: «зависает 1С — ставим терминалку»

Оптовая компания на юго-востоке Москвы, 14 пользователей, каждый вторник к девяти утра склад сводит остатки перед отгрузками. Форма расчёта остатков зависает на 3-4 минуты, бухгалтерия не успевает закрыть период в срок, менеджеры не могут провести отгрузочные документы. IT-директор делает вывод, который кажется логичным: раз тормозит одновременно у нескольких человек — дело в сети, значит нужен терминальный сервер, чтобы 1С считала на одной мощной машине, а не гоняла данные по офису туда-обратно.

Сервер разворачивают за выходные, переносят все 14 рабочих мест на RDP-подключение. В понедельник форма остатков висит те же 3-4 минуты — но теперь тормозят все сеансы разом, потому что делят один и тот же диск и один и тот же процесс SQL Server, которому банально не хватало оперативной памяти под индексы регистра накопления. Сеть как переменная исчезла, а узкое место осталось прежним: базе данных не хватало ресурсов ещё до того, как к ней добавили терминальные сессии.

Цена ошибки — не только лицензии RDS и часы на настройку сервера. Компания второй раз подряд сорвала закрытие периода, пока искала реальную причину задним числом, потратила лишний рабочий день IT-специалиста на диагностику и заплатила за сервер, который не решил ни одной из исходных жалоб бухгалтерии.

Похожая история повторяется у компаний, которые сначала пробуют решить тормоза 1С «железным» способом, не проверив, где узкое место: меняют роутер, апгрейдят интернет-канал, потом ставят терминальный сервер — и только после третьей попытки запускают диагностику самой базы данных, хотя с неё стоило начинать.

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

Терминальный сервер оправдан, если тормозит именно способ подключения к базе, а не сама база данных. Признаки, что дело в этом:

• ✓сотрудники работают в трёх и более офисах или на удалёнке и подключаются к базе через интернет с задержкой — толстый клиент гоняет по такому каналу мегабайты данных при каждом открытии формы, а RDP снимает эту нагрузку, потому что вся обработка идёт на сервере;
• ✓компания раздаёт доступ к 1С с личных ноутбуков и планшетов сотрудников, и разворачивать полноценную конфигурацию на каждом устройстве обходится дороже, чем один терминальный сеанс;
• ✓число одновременных пользователей растёт быстрее, чем IT успевает обновлять локальные клиенты после каждого релиза конфигурации — централизованное обновление на одном сервере снимает часть административной нагрузки;
• ✓нужен контролируемый временный доступ для подрядчиков, аудиторов или бухгалтера на аутсорсе без выдачи VPN до всей внутренней сети компании.

когда терминальный сервер не лечит, а маскирует

Три ситуации, где RDS не решает проблему, а на время прячет её за более дорогой инфраструктурой:

• ✓СУБД работает на слабом железе — не хватает оперативной памяти под кеш и индексы, диск не тянет случайную запись под нагрузкой закрытия месяца; терминальный сервер добавляет к этой же машине ещё и сессии пользователей, которые начинают конкурировать за тот же процессор;
• ✓база разрослась, а регламентные операции — перепроведение документов, закрытие периода, пересчёт себестоимости — упираются в один поток обработки; терминальные службы не распараллеливают то, что и так упирается в сервер приложений 1С;
• ✓в конфигурации есть доработки с запросами без индексов или циклами по документам внутри процедур — тормозит сама операция независимо от того, откуда её запустили: с локального клиента или с терминального сеанса.

Прежде чем менять схему доступа, прогоните тест Гилёва — он показывает, где именно узкое место: сеть, диск, процессор сервера СУБД или сама платформа 1С. Без этого шага терминальный сервер ставят вслепую и часто — впустую.

🖥️ три варианта доступа к 1С: что выбрать вместо угадывания

Терминальный сервер — не единственный способ дать сотрудникам быстрый доступ к базе. На практике его сравнивают ещё с тремя схемами, и у каждой свой набор ограничений:

На практике компании до 7-10 сотрудников в одном офисе чаще выбирают тонкий клиент или обычный виртуальный сервер — терминальные службы им просто не нужны и только усложняют администрирование. Разговор про RDS начинается там, где появляется географическая распределённость, доступ с личных устройств или требование дать временный доступ подрядчику без риска для остальной сети.

сколько стоит ошибка в деньгах и времени

Лицензии RDS CAL на 15-20 пользователей плюс отдельная мощность под session host — это расходы сверх обычной аренды сервера 1С, и они уходят впустую, если корень проблемы был не в сети. Откат к прежней схеме, повторная диагностика и перенастройка занимают у сисадмина или специалиста по сопровождению 1С в среднем 6-10 часов при ставке 3800 руб/час — это ориентировочно 23 000-38 000 рублей потерянного времени сверх изначальных затрат на сам сервер.

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

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

как выбрать конфигурацию, если терминальный сервер всё-таки нужен

Если тест подтвердил, что дело действительно в сети или в распределённых офисах, а не в производительности СУБД, конфигурацию терминального сервера считают под фактическую нагрузку, а не берут по шаблону соседней компании с другим числом пользователей и другими регламентными операциями:

• ✓минимальный и рекомендуемый объём памяти на сеанс зависит от конфигурации 1С и числа одновременных пользователей — ориентируются на системные требования 1С, а не на прикидку на глаз;
• ✓лицензии RDS CAL считают отдельно от лицензий 1С — их путают на этапе сметы и потом докупают в спешке, когда упираются в лимит подключений;
• ✓если система работает на 1С:ERP с тяжёлыми регламентными расчётами и большим числом одновременных сессий, под неё закладывают отдельный сервер под 1С:ERP, а не общий RDS вперемешку с остальными базами компании;
• ✓для сценария с несколькими офисами и стабильно высокой сессионной нагрузкой чаще берут выделенный сервер в аренду, чтобы чужие проекты не делили с вами процессор и диск в пиковые часы;
• ✓резервное копирование и обновления централизуются на одном сервере — платформу и конфигурацию обновляют один раз, а не бегают по десяткам рабочих мест, но это дополнительный плюс к решению, а не самостоятельный аргумент в пользу RDS.

Мы настраиваем связку терминальных служб и сервера 1С так, чтобы сессии пользователей не конкурировали за память и диск с самой СУБД — это отдельная настройка сервера 1С, а не просто поднятая роль Windows на первом попавшемся железе. Аренда сервера под 1С — от 3300 руб/мес, аренда самой 1С — от 1100 руб/мес, а стоимость конкретной конфигурации под терминальный доступ считаем после того, как известно число сессий и результат теста производительности.

От расчёта нагрузки до готового терминального сервера с настроенными правами и лицензиями обычно уходит один-два рабочих дня — дольше только если нужно согласовать редкую конфигурацию 1С:ERP или интеграцию с внешними системами.

❓ Частые вопросы

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

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

Терминальный сервер заменяет обычный сервер 1С и СУБД?

Нет, это разные роли. Терминальный сервер даёт удалённый доступ к рабочему столу, а сервер приложений 1С и СУБД обрабатывают саму базу. Их можно объединить на одном железе при небольшой нагрузке, но при росте числа пользователей роли обычно разводят на разные серверы.

Как понять, что тормозит сеть, а не сама база 1С?

Быстрый способ — прогнать тест Гилёва: он замеряет скорость типовых операций отдельно от сети и показывает, упирается ли система в процессор сервера, диск, СУБД или в канал связи. Без этого теста решение о терминальном сервере принимают вслепую.

Сколько стоит аренда сервера под терминальный доступ к 1С?

Базовая аренда сервера под 1С начинается от 3300 руб/мес, аренда самой 1С — от 1100 руб/мес. Итоговая стоимость конфигурации под терминальные службы зависит от числа одновременных сессий и требований к памяти — считается индивидуально после расчёта нагрузки.

Нужны ли отдельные лицензии для работы через терминальный сервер?

Да, лицензии RDS CAL для терминального доступа покупают отдельно от лицензий 1С — это два разных типа лицензирования, и их часто путают на этапе сметы. Без CAL терминальный сервер работает в ограниченном пробном режиме и потом блокирует новые подключения.