Администрирование · 12 мин
Для чего используются разные режимы запуска системы 1С:Предприятие
Разбираем режимы запуска 1С:Предприятие — конфигуратор, толстый и тонкий клиент, веб-клиент, отладка и монопольный режим. Когда какой использовать и как избежать ошибок.
Одна и та же информационная база 1С может быть открыта по-разному: через конфигуратор для изменения структуры, через тонкий клиент для повседневной работы, через браузер для удалённого доступа или в монопольном режиме для обновления. Каждый режим запуска решает свою задачу, и выбор неправильного варианта приводит к ошибкам, потере времени или даже к невозможности выполнить нужное действие.
Режим запуска определяет, какой исполняемый файл стартует, какие права получает пользователь, как нагружается сервер и какие функции платформы доступны. Понимание различий между режимами важно не только администраторам и разработчикам, но и рядовым пользователям — например, чтобы понять, почему база «не пускает» во время обновления или почему отчёт работает в одном клиенте и не работает в другом.
Материал охватывает основные режимы: конфигуратор, толстый клиент, тонкий клиент, веб-клиент, а также специальные варианты — отладку, монопольный доступ и пакетный запуск. Для каждого приведены условия применения, ограничения и типичные ошибки.
Конфигуратор: режим для изменения структуры базы
Конфигуратор — это инструмент разработчика и администратора. В нём редактируется конфигурация: объекты метаданных (справочники, документы, регистры), модули кода, формы, права доступа и интерфейс. Пользователи, работающие с данными, конфигуратор не открывают — для них он не предназначен и обычно закрыт правами.
Ключевая особенность режима: сохранение изменений конфигурации базы данных требует монопольного доступа. Пока хотя бы один пользователь работает в базе, платформа откажет в обновлении структуры. Именно поэтому перед обновлением конфигурации администратор завершает все сеансы или запускает базу с параметром монопольного режима.
Также в конфигураторе выполняются административные операции с файловой базой: тестирование и исправление, загрузка и выгрузка данных в файл .dt, настройка списка пользователей и их прав. Для клиент-серверных баз часть этих операций перенесена в консоль кластера серверов 1С.
Когда конфигуратор не запустится
Если база открыта в монопольном режиме другим сеансом, конфигуратор выдаст ошибку разделения доступа. Ещё одна частая ситуация — попытка войти под пользователем без права «Администрирование» или без полных прав: конфигуратор либо не запустится, либо откроется с ограниченной функциональностью.
Толстый клиент: для чего он нужен и когда без него не обойтись
Толстый клиент — полноценное приложение, вся логика которого выполняется на компьютере пользователя, а к базе идёт прямой обмен данными. Исторически это основной режим работы, но современные конфигурации ориентированы на тонкий и веб-клиент, а толстый остаётся для специфических задач.
Основные сценарии использования толстого клиента: работа со старыми конфигурациями на обычных формах (управляемое приложение там не реализовано), администрирование файловых баз, выполнение внешних обработок, требующих полного клиентского контекста, и запуск в режиме отладки. В файловом варианте именно толстый клиент позволяет выполнять некоторые сервисные операции, недоступные тонкому.
Ограничения существенны: толстый клиент требует установки полного дистрибутива платформы на каждое рабочее место, сильнее нагружает сеть при клиент-серверной работе и не поддерживается для запуска через веб-сервер. Для массовой работы пользователей его развёртывать не рекомендуется.
Тонкий клиент: основной режим повседневной работы
Тонкий клиент — лёгкое приложение, которое отображает интерфейс и передаёт на сервер только действия пользователя, а вся бизнес-логика выполняется на стороне сервера 1С или в файловой базе через специальный механизм. Это стандартный режим для пользователей в современных конфигурациях на управляемых формах.
Преимущества практические: небольшой дистрибутив, минимальные требования к компьютеру, низкий сетевой трафик, возможность подключения к серверу по протоколу TCP или через веб-сервер по HTTP/HTTPS. Последний вариант позволяет работать через интернет без публикации полноценного веб-клиента.
Ограничение тонкого клиента — он не поддерживает обычные формы. Если конфигурация старая и не переведена на управляемое приложение, тонкий клиент либо не запустится, либо откажется открывать нужные окна. В таком случае придётся использовать толстый клиент.
Веб-клиент: работа через браузер без установки платформы
Веб-клиент позволяет работать с базой через обычный браузер — на компьютере пользователя не устанавливается ничего. Для этого база публикуется на веб-сервере (Apache или IIS), а пользователи подключаются по ссылке. Это основной способ организовать доступ через интернет, для мобильных сотрудников и на устройствах, где нельзя ставить ПО.
По функциональности веб-клиент близок к тонкому: поддерживаются управляемые формы, но есть ограничения. Не работают некоторые механизмы, требующие локальных ресурсов: прямой доступ к файловой системе, часть функций работы с торговым оборудованием, некоторые расширения. Печать и сохранение файлов проходят через механизмы браузера, что иногда требует дополнительной настройки.
Типичные проблемы — ошибки публикации (неверно настроенный веб-сервер, нехватка прав на каталог базы), сессионные тайм-ауты и особенности кэширования в браузере. Перед массовым внедрением веб-клиента стоит проверить на тестовой группе все критичные операции: печать документов, обмены, загрузку файлов.
Сравнение клиентских режимов
Основной выбор для офиса и удалённой работы. Требует установки небольшого дистрибутива, экономит трафик. Не подходит для конфигураций на обычных формах.
Нужен для старых конфигураций, администрирования файловых баз и отладки. Тяжёлый дистрибутив, высокая нагрузка на сеть.
Доступ через браузер без установки, удобен для интернета и разовых подключений. Ограничения по работе с локальным оборудованием и файлами.
Монопольный режим и завершение сеансов
Монопольный режим — это состояние, при котором с базой работает только один сеанс. Он обязателен для операций, меняющих структуру данных: обновление конфигурации базы данных, загрузка данных из файла .dt, некоторые виды тестирования и исправления, массовые реструктуризации.
Установить монопольный режим можно несколькими способами: из конфигуратора через меню «Администрирование — Монопольный доступ», параметром командной строки при запуске, либо через консоль кластера для серверных баз, где можно принудительно завершить чужие сеансы. Перед этим пользователей нужно предупредить — принудительное завершение обрывает их несохранённые данные.
Частая ошибка — попытка обновить конфигурацию, не проверив фоновые задания и сеансы. Даже если все пользователи вышли, зависший сеанс или активное регламентное задание заблокирует монопольный доступ. В консоли кластера или в списке активных пользователей нужно убедиться, что база действительно свободна.
- 1Сделайте резервную копию базы (выгрузка .dt или средствами СУБД).
- 2Предупредите пользователей и завершите их сеансы через консоль кластера или список активных пользователей.
- 3Откройте конфигуратор, убедитесь, что монопольный доступ установлен.
- 4Выполните обновление конфигурации базы данных (F7).
- 5Запустите базу в режиме предприятия и проверьте ключевые операции, затем разрешите вход пользователям.
Режим отладки и пакетный запуск
Режим отладки нужен разработчикам для пошагового выполнения кода, просмотра значений переменных и поиска ошибок. Включается из конфигуратора («Отладка — Начать отладку») или флагом запуска. Для серверных баз отладку должен разрешить администратор в свойствах кластера — по умолчанию на рабочих серверах она часто отключена из соображений производительности.
Пакетный режим — запуск платформы из командной строки с параметрами: автоматическая выгрузка базы, обновление конфигурации, запуск обработок по расписанию. Это основа автоматизации обслуживания: ночные бэкапы, регламентные обновления, интеграционные сценарии. Параметры передаются через ключи запуска исполняемого файла.
"C:\Program Files\1cv8\8.3.хх.хххх\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\trade.dt"При автоматизации важно не хранить пароли в открытом виде в скриптах, доступных посторонним, и проверять коды возврата: успешный запуск исполняемого файла не гарантирует успешного выполнения операции — ошибки пишутся в журнал или файл вывода.
Как выбрать режим и проверить результат
Выбор режима определяется задачей: ввод данных и отчёты — тонкий клиент, доступ из браузера — веб-клиент, изменение конфигурации — конфигуратор, обслуживание — конфигуратор с монопольным режимом или пакетный запуск, старые конфигурации на обычных формах — толстый клиент. Если режим выбран неверно, платформа обычно сообщает об этом явно: ошибкой запуска, недоступностью функций или отказом в монопольном доступе.
Как выбрать режим
После смены режима или обновления проверьте результат на типовых операциях: вход под обычным пользователем, открытие основных документов, формирование ключевого отчёта, печать. Если база серверная — убедитесь, что регламентные задания запускаются и не осталось зависших сеансов.
Что важно запомнить
Конфигуратор — для разработки и администрирования, тонкий клиент — стандарт для пользователей, веб-клиент — для работы через браузер, толстый — для старых конфигураций и сервисных задач. Монопольный режим обязателен при изменении структуры базы, а любые сервисные операции выполняются только после создания резервной копии.
Частые вопросы
Почему база не пускает пользователей, хотя никто не работает?
Скорее всего, остался активный сеанс — зависший клиент, фоновое задание или незавершённый сеанс конфигуратора. Откройте список активных пользователей (в файловой базе — через «Администрирование — Активные пользователи», в серверной — через консоль кластера) и завершите лишние сеансы.
Можно ли работать в тонком клиенте через интернет?
Да. Базу публикуют на веб-сервере, а тонкий клиент подключается по адресу вида https://сервер/база. Это распространённая альтернатива веб-клиенту — интерфейс привычнее, а трафик остаётся низким.
Чем отличается монопольный режим от простого выхода всех пользователей?
Монопольный режим не только фиксирует текущее состояние, но и блокирует новые подключения. Если просто попросить всех выйти, кто-то может войти снова в середине обновления и сорвать процесс. Монопольный доступ гарантирует, что этого не произойдёт.
Запустится ли старая конфигурация на обычных формах в веб-клиенте?
Нет. Веб-клиент и тонкий клиент поддерживают только управляемые формы. Для конфигураций на обычных формах используйте толстый клиент, а в перспективе планируйте переход на управляемое приложение.
Опасно ли включать отладку на рабочем сервере?
Сама по себе отладка не повреждает данные, но снижает производительность сервера и позволяет останавливать выполнение кода, что может сказаться на пользователях. На продуктивных серверах её включают временно, на время поиска проблемы, и затем отключают.
Как автоматизировать ночную выгрузку базы?
Используйте пакетный запуск конфигуратора с параметром /DumpIB из планировщика заданий операционной системы. Для серверных баз надёжнее делать резервные копии средствами СУБД, а выгрузку .dt применять как дополнительный вариант.