Администрирование · 11 мин
Тонкий и толстый клиент 1С: в чём разница и что выбрать
Чем отличается тонкий клиент 1С от толстого: архитектура, нагрузка на сеть, требования к ПК, режимы запуска. Как выбрать клиент для файловой и клиент-серверной базы.
Тонкий и толстый клиент — это два разных исполняемых приложения платформы 1С:Предприятие, через которые пользователь подключается к информационной базе. Разница между ними заключается в том, где выполняется основная часть кода: на компьютере пользователя или на сервере. От этого зависят требования к «железу», нагрузка на сеть, скорость отклика интерфейса и доступность отдельных функций конфигурации.
Толстый клиент (1cv8.exe) выполняет большую часть прикладной логики на компьютере пользователя и обменивается с базой готовыми данными. Тонкий клиент (1cv8c.exe) передаёт на сервер только действия пользователя, а вычисления и обращения к данным выполняются на стороне сервера — на клиентскую машину приходит фактически отрисовка интерфейса и результат.
Выбор клиента влияет на работу всей инфраструктуры: неправильно подобранный режим приводит к перегрузке сети, медленному открытию форм и ошибкам при выполнении кода, рассчитанного на другой режим. Ниже разберём устройство обоих клиентов, сравним их по ключевым параметрам и дадим критерии выбора для типовых сценариев.
Как устроены тонкий и толстый клиент
Толстый клиент — это «тяжёлое» приложение, которое устанавливается на рабочую станцию и содержит практически всю платформу 1С. При работе в файловом режиме он напрямую читает и пишет файл базы 1Cv8.1CD по сети, а в клиент-серверном режиме обращается к СУБД через сервер 1С, но значительную часть прикладного кода всё равно исполняет локально.
Тонкий клиент содержит минимум компонентов: механизм отображения интерфейса, обработку действий пользователя и канал связи с сервером. Весь бизнес-код, запросы к данным и вычисления выполняются на сервере приложений 1С или через веб-сервер. По сети передаются компактные пакеты: события (нажал кнопку, изменил поле) и ответы (обновлённое состояние формы).
Есть и третий вариант — веб-клиент, который работает в браузере без установки платформы. По архитектуре он близок к тонкому: логика исполняется на сервере, а браузер только отображает интерфейс. Веб-клиент удобен для разовых подключений, но тонкий клиент обычно стабильнее и быстрее при постоянной работе.
Сравнение по ключевым параметрам
Практическая разница между клиентами лучше всего видна при сопоставлении по конкретным параметрам: требования к оборудованию, нагрузка на сеть, возможности разработки и ограничения функциональности.
| Параметр | Толстый клиент | Тонкий клиент |
|---|---|---|
| Где выполняется код | На компьютере пользователя | На сервере 1С / веб-сервере |
| Требования к ПК | Высокие: память, процессор, диск | Низкие, подходят слабые машины |
| Трафик по сети | Высокий, особенно в файловом режиме | Низкий, работает по WAN и VPN |
| Режим обычного приложения | Поддерживается | Не поддерживается |
| Конфигуратор и отладка | Полноценная отладка, все команды | Ограниченный набор функций |
| Работа через интернет | Не предназначен | Да, включая публикацию через веб-сервер |
Ключевое следствие из таблицы: толстый клиент переносит нагрузку на рабочие места и сеть, тонкий — на сервер. Поэтому при росте числа пользователей стратегия «мощный сервер + тонкие клиенты» масштабируется заметно лучше, чем закупка мощных ПК для каждого сотрудника.
Толстый клиент в файловом режиме гоняет по сети большие объёмы данных — переход на тонкий клиент обычно решает проблему
Тонкий клиент не запустит такую базу — сначала нужен переход на управляемые формы
Рассматривайте клиент-серверный режим с тонкими клиентами
Когда нужен толстый клиент
Толстый клиент остаётся необходим в нескольких конкретных ситуациях. Первая — разработка и администрирование: полноценная отладка, работа с внешними компонентами и некоторые сервисные функции доступны именно в нём. Хотя конфигуратор — отдельное приложение, ряд проверок удобнее выполнять в толстом клиенте.
Вторая ситуация — старые конфигурации в режиме обычного приложения (например, решения на платформе 8.2 и ранние версии 8.3 без управляемых форм). Тонкий клиент такие базы физически не открывает: при попытке запуска вы получите ошибку о несовместимости режима.
Третья ситуация — специфические механизмы, завязанные на локальные ресурсы: работа с некоторыми COM-объектами, OLE-интеграции и устаревшие внешние компоненты, которые выполняются только на стороне клиента. Перед переводом такой базы на тонкий клиент интеграции нужно переносить на сервер или заменять.
Когда выбирать тонкий клиент
Тонкий клиент — стандартный выбор для всех современных конфигураций на управляемых формах: 1С:ERP, Комплексная автоматизация, актуальные редакции Бухгалтерии, ЗУП и Управления торговлей. Эти решения изначально проектируются под трёхзвенную архитектуру.
Обязательно выбирайте тонкий клиент для удалённых сотрудников и филиалов. Он устойчиво работает по каналам с невысокой пропускной способностью, потому что по сети идут только события интерфейса, а не данные таблиц. В сочетании с публикацией базы на веб-сервере тонкий клиент подключается по HTTPS без настройки VPN.
Тонкий клиент также снижает требования к парку ПК: старые офисные машины и недорогие терминалы справляются с отрисовкой интерфейса, а вычисления берёт на себя сервер. Это заметно дешевле, чем модернизация каждого рабочего места.
Как выбрать клиент
Как запустить базу в нужном клиенте
Вид клиента задаётся в списке информационных баз при добавлении или редактировании подключения. В окне редактирования есть параметр «Основной режим запуска», где выбирается «Тонкий клиент», «Толстый клиент» или «Веб-клиент». Настройка сохраняется для каждой базы отдельно.
Для массового развёртывания удобнее не настраивать каждый ПК вручную, а распространять файл списка баз .v8i или публиковать базу на веб-сервере — тогда пользователи получают готовую ссылку, а клиент выбирается автоматически. В клиент-серверном варианте администратор может дополнительно задать режим запуска в свойствах базы в консоли кластера.
- 1Откройте стартовое окно 1С, выделите базу и нажмите «Изменить»
- 2В параметрах найдите «Основной режим запуска» и установите «Тонкий клиент»
- 3Сохраните настройки и запустите базу
- 4Проверьте, что формы открываются без ошибок, а отчёты формируются корректно
- 5При ошибках вызовов кода — проверьте конфигурацию в конфигураторе на совместимость режимов
Производительность и нагрузка на инфраструктуру
При переходе на тонкие клиенты нагрузка не исчезает — она смещается на сервер. Если сервер 1С и СУБД были рассчитаны только на обслуживание толстых клиентов, после миграции может потребоваться увеличение оперативной памяти и настройка рабочих процессов кластера. Контролируйте загрузку сервера в первые дни после перехода.
Сеть, наоборот, разгружается значительно. Толстый клиент в файловом режиме при открытии крупного списка или отчёта передаёт по сети существенные объёмы данных, тогда как тонкий клиент обменивается с сервером компактными пакетами. Для филиалов с каналами в несколько мегабит разница ощущается сразу.
Как проверить результат перехода
Формы открываются за 1–3 секунды без зависаний
Длительные паузы, ошибки вызова сервера
Документы проводятся, отчёты формируются без сообщений об ошибках
Ошибки «Метод недоступен» или «Вызов сервера»
Память и процессор в пределах нормы в часы пик
Постоянная загрузка под 100%, рост очередей запросов
Типичные ошибки и ограничения
Самая частая ошибка — попытка запустить в тонком клиенте конфигурацию, где часть кода написана только под толстый. Симптомы: ошибки «Процедура или функция с указанным именем не определена», недоступность методов работы с файлами на клиенте, проблемы с модальными вызовами. Решение — доработка кода под управляемые формы и серверное исполнение.
Вторая ошибка — ожидание, что тонкий клиент ускорит работу при слабом сервере. Если сервер перегружен, перенос на него всех вычислений только ухудшит ситуацию. Сначала оцените ресурсы сервера, потом переключайте пользователей.
Отдельно отметим ограничение файлового режима: при одновременной работе нескольких пользователей с файлом 1Cv8.1CD по сети толстый клиент создаёт высокую нагрузку и повышает риск блокировок. Для многопользовательской работы файловую базу лучше публиковать через веб-сервер и подключаться тонкими клиентами либо переходить на клиент-серверный вариант.
Что важно запомнить
Толстый клиент считает на компьютере пользователя, тонкий — на сервере. Для современных конфигураций и удалённой работы выбирайте тонкий клиент, для разработки и старых баз — толстый. Перед переводом рабочей базы проверьте конфигурацию на совместимость и оцените ресурсы сервера.
Частые вопросы
Можно ли открыть одну и ту же базу в тонком и толстом клиенте одновременно?
Да, если конфигурация поддерживает оба режима. Разные пользователи могут подключаться к одной базе разными клиентами. Ограничение — обычное приложение: такие базы открываются только толстым клиентом.
Почему тонкий клиент не запускает мою базу?
Наиболее вероятная причина — конфигурация работает в режиме обычного приложения, который тонкий клиент не поддерживает. Проверьте в конфигураторе свойства корня конфигурации: параметр «Основной режим запуска» и использование управляемых форм.
Что быстрее работает — тонкий или толстый клиент?
Зависит от инфраструктуры. В локальной сети с мощными ПК толстый клиент может отзываться быстрее. По медленным каналам и при большом числе пользователей выигрывает тонкий: он передаёт меньше данных и централизует вычисления на сервере.
Нужно ли отдельно устанавливать тонкий клиент?
Да, это отдельный дистрибутив платформы меньшего размера. При установке платформы можно выбрать только компонент тонкого клиента, что удобно для рабочих мест пользователей без инструментов разработки.
Чем веб-клиент отличается от тонкого?
Веб-клиент работает в браузере и не требует установки платформы, но зависит от публикации базы на веб-сервере и обычно медленнее тонкого. Тонкий клиент тоже может подключаться через веб-сервер, сочетая удобство доступа с более высокой производительностью.
Безопасно ли работать толстым клиентом с файловой базой по сети?
Работать можно, но при нестабильном соединении (Wi-Fi, VPN) возрастает риск обрыва записи и повреждения файла базы. Для сетевой многопользовательской работы надёжнее публикация через веб-сервер с тонкими клиентами или клиент-серверный режим.