Администрирование · 12 мин
Режимы работы 1С:Предприятие: какие существуют и для чего нужны
Разбираем режимы работы 1С:Предприятие — файловый и клиент-серверный, толстый, тонкий и веб-клиент, режим отладки и безопасный режим. Как выбрать и настроить.
Термин «режим работы» в 1С:Предприятие используется сразу в нескольких смыслах: это и способ размещения информационной базы (файловый или клиент-серверный), и тип клиентского приложения (толстый, тонкий, веб-клиент), и специальные режимы запуска вроде отладки, безопасного режима или монопольного доступа. Путаница между этими понятиями — частая причина ошибок при настройке, обновлении и разработке.
От выбранного режима зависят производительность, допустимое число пользователей, доступность механизмов платформы и безопасность данных. Например, управляемое приложение в файловом варианте ведёт себя иначе, чем в клиент-серверном, а код, работающий в тонком клиенте, может быть недоступен в веб-клиенте.
Ниже разобраны все основные режимы работы платформы 1С:Предприятие: назначение каждого, ограничения, типичные сценарии использования и способы переключения между ними.
Файловый и клиент-серверный режимы размещения базы
Это базовое разделение, определяющее, где физически хранятся данные и как к ним обращаются пользователи. В файловом режиме вся база — один файл 1Cv8.1CD в каталоге на диске или в сетевой папке. Пользователи подключаются к нему напрямую, а платформа на каждом компьютере сама выполняет всю логику.
Файловый режим прост в развёртывании: не нужен сервер, СУБД и администратор. Он подходит для баз с небольшим числом одновременно работающих пользователей и умеренным объёмом данных. Ограничения — снижение производительности при росте нагрузки, риск повреждения файла при сбоях сети или питания, отсутствие полноценного разграничения доступа на уровне СУБД.
В клиент-серверном режиме данные хранятся в СУБД (Microsoft SQL Server, PostgreSQL, Oracle, IBM DB2), а между клиентами и СУБД работает сервер 1С:Предприятия. Такой вариант выдерживает десятки и сотни одновременных пользователей, обеспечивает транзакционную целостность и позволяет выносить тяжёлые вычисления на сервер.
Сравнение вариантов размещения базы
Подходит для небольших баз и нескольких пользователей. Ограничение: деградация скорости при росте нагрузки и уязвимость к сбоям сети.
Подходит для средних и крупных внедрений с десятками пользователей. Ограничение: требует сервера, СУБД, лицензий и администрирования.
Толстый, тонкий и веб-клиент: чем запускать прикладное решение
Тип клиента определяет, какая часть логики выполняется на компьютере пользователя и как пользователь подключается к базе. Выбор клиента влияет на требования к каналу связи, доступность функций и удобство работы удалённых сотрудников.
Толстый клиент
Толстый клиент выполняет значительную часть прикладной логики локально и требует установки полной платформы на компьютер. Он поддерживает обычное приложение, режим обычных форм и ряд возможностей, недоступных в других клиентах, — например, некоторые механизмы интеграции и отладку в определённых сценариях. Минус — высокие требования к каналу связи при клиент-серверной работе и необходимость обновлять платформу на каждом рабочем месте.
Тонкий клиент
Тонкий клиент — основной вариант для управляемых приложений. Вся бизнес-логика выполняется на сервере или в файловой базе, а клиент отображает интерфейс и передаёт действия пользователя. Он потребляет заметно меньше трафика, подходит для работы через интернет по протоколам платформы и веб-сервера, быстро устанавливается и обновляется.
Веб-клиент
Веб-клиент работает в браузере и вообще не требует установки платформы — достаточно опубликовать базу на веб-сервере (IIS или Apache). Это удобно для удалённых сотрудников, филиалов и внешних пользователей. Ограничения: недоступны некоторые механизмы (например, работа с локальными файлами без расширения, часть интеграционных возможностей), есть зависимость от браузера и его настроек.
Как выбрать клиент
Режимы «Конфигуратор» и «Предприятие»
Два принципиально разных режима запуска платформы. Режим «Предприятие» (1С:Предприятие) — рабочий режим пользователей: ввод документов, формирование отчётов, выполнение регламентных операций. Режим «Конфигуратор» предназначен для разработки и администрирования: изменение структуры метаданных, написание кода, настройка прав, загрузка и выгрузка конфигурации.
Многие действия в конфигураторе требуют монопольного доступа к базе — например, обновление конфигурации базы данных, тестирование и исправление, загрузка конфигурации из файла. Пока монопольный режим установлен, пользователи не могут войти в базу, а активные сеансы придётся завершить принудительно.
Для обновления рабочих баз без остановки деятельности в клиент-серверном варианте существует механизм динамического обновления: изменения применяются без выгрузки пользователей, а реструктуризация выполняется позже. Однако динамическое обновление допустимо не для всех изменений — при существенной перестройке структуры данных платформа потребует монопольный режим.
Режим отладки: как искать ошибки в коде
Режим отладки позволяет пошагово выполнять код, просматривать значения переменных, устанавливать точки останова и оценивать выражения. Отладчик встроен в конфигуратор; к нему подключаются клиентские и серверные сеансы.
Чтобы отладка была возможна, её нужно разрешить. В файловом варианте достаточно запустить клиентское приложение с ключом отладки или включить её в конфигураторе. В клиент-серверном варианте сервер 1С должен быть запущен в режиме отладки (параметр -debug при запуске агента сервера), иначе серверные процедуры отлаживаться не будут. Для отладки по HTTP дополнительно настраивается публикация на веб-сервере.
Типичный сценарий: разработчик ставит точку останова в модуле, запускает сеанс из конфигурации меню «Отладка» → «Начать отладку», воспроизводит ошибку в режиме предприятия и анализирует состояние переменных. После завершения отладку следует отключить, особенно на рабочем сервере: режим отладки снижает производительность сервера.
- 1Остановите службу агента сервера 1С:Предприятия
- 2Добавьте параметр -debug в строку запуска службы (через реестр или оснастку служб)
- 3Перезапустите службу агента сервера
- 4В конфигураторе откройте Отладка → Подключение и убедитесь, что сеансы видны
- 5После завершения работ уберите параметр -debug и перезапустите службу
Безопасный режим: защита от небезопасного кода
Безопасный режим ограничивает выполнение потенциально опасных операций: доступа к файловой системе, запуска внешних приложений, загрузки внешних компонентов, COM-объектов и операций с интернетом. Платформа автоматически включает его при выполнении внешних обработок и отчётов, открытых пользователем, а также для кода расширений без соответствующих разрешений.
Если внешняя обработка пытается выполнить запрещённую операцию, платформа выдаёт ошибку вида «Операция не разрешена в безопасном режиме». Это нормальная защитная реакция, а не сбой. Для доверенных обработок администратор может отключить безопасный режим при открытии файла (флажок в диалоге открытия) — но только если источник обработки надёжен.
Разработчик может программно управлять режимом через методы УстановитьБезопасныйРежим() и проверять его состояние функцией БезопасныйРежим(). В расширениях конфигурации безопасный режим и профили безопасности настраиваются в свойствах расширения и в кластере сервера.
Монопольный режим и блокировка сеансов
Монопольный режим гарантирует, что с базой работает только один сеанс. Он необходим для операций, изменяющих структуру данных: обновления конфигурации базы, тестирования и исправления, загрузки и выгрузки данных, пересчёта итогов в некоторых сценариях. Попытка выполнить такую операцию при активных пользователях завершится ошибкой «Нарушение монопольного доступа».
В клиент-серверном варианте вместо выгонки пользователей вручную удобнее использовать блокировку сеансов через консоль кластера: установить время начала блокировки и код разрешения. Тогда новые сеансы не создаются, а регламентные задания не запускаются, но администратор с кодом разрешения может войти и выполнить обслуживание.
В файловом варианте аналогичную функцию выполняет процедура УстановитьБлокировкуСеансов() из стандартных подсистем либо завершение сеансов через список активных пользователей. Учтите: в файловом режиме нет централизованной консоли, поэтому контроль сеансов слабее.
Как проверить, что режим настроен правильно
После выбора и настройки режима полезно убедиться, что система ведёт себя ожидаемо. Проверка занимает несколько минут и позволяет выявить проблемы до начала рабочей эксплуатации.
Как проверить результат
В списке баз путь ведёт к файлу .1CD (файловый) или указаны сервер и имя базы (клиент-серверный)
База, рассчитанная на серверную работу, добавлена как файловая копия
В окне подключения отладчика видны активные сеансы
Список сеансов пуст при запущенном клиенте — отладка не включена
База открывается в браузере, формы отрисовываются корректно
Ошибка публикации или пустая страница — проверяйте настройки веб-сервера
Внешняя обработка с опасными операциями выдаёт предупреждение о безопасном режиме
Неизвестные обработки выполняют файловые операции без предупреждений
Дополнительно в клиент-серверном варианте проверьте журнал регистрации и консоль кластера: там видны активные сеансы, их типы клиентов и наличие блокировок. Это быстрый способ убедиться, что пользователи подключаются именно тем клиентом, который планировался.
Что важно запомнить
Файловый режим — для небольших баз, клиент-серверный — для нагруженных внедрений. Тонкий клиент — стандарт для управляемых приложений, веб-клиент — для удалённого доступа, толстый — для обычных форм и специальных задач. Отладку включайте только на время работ, безопасный режим не отключайте без необходимости, а перед обновлением всегда делайте резервную копию и завершайте сеансы пользователей.
Частые вопросы
Как узнать, в каком режиме работает моя база 1С?
Откройте список информационных баз в окне запуска и посмотрите строку подключения: если указан путь к каталогу с файлом 1Cv8.1CD — это файловый режим, если указаны сервер и имя базы — клиент-серверный. Внутри сеанса режим можно определить программно функцией ИнформационнаяБазаФайловая().
Можно ли перевести базу из файлового режима в клиент-серверный?
Да. Сделайте выгрузку базы в файл .dt через конфигуратор, создайте пустую базу на сервере 1С и загрузите выгрузку в неё. Проверьте работоспособность прикладного кода: некоторые механизмы в клиент-серверном варианте ведут себя иначе, особенно прямые обращения к файловой системе с клиента.
Почему внешняя обработка выдаёт ошибку «операция не разрешена в безопасном режиме»?
Платформа автоматически запускает внешние обработки в безопасном режиме, запрещающем доступ к файловой системе и внешним компонентам. Если обработка получена из надёжного источника, откройте её через меню Файл → Открыть и снимите флажок безопасного режима в диалоге предупреждения.
Что делать, если не удаётся обновить конфигурацию из-за активных пользователей?
Обновление конфигурации базы данных требует монопольного доступа. В клиент-серверном варианте завершите сеансы через консоль кластера или установите блокировку сеансов и дождитесь выхода пользователей. В файловом варианте попросите пользователей выйти и проверьте список активных пользователей в конфигураторе.
Какой клиент выбрать для удалённых сотрудников?
Оптимальны веб-клиент через браузер или тонкий клиент, подключающийся через веб-сервер по HTTPS. Веб-клиент не требует установки, но имеет ограничения по функциональности; тонкий клиент полнофункционален, но требует установки платформы на компьютер пользователя.
Влияет ли режим отладки на работу пользователей?
Да. Сервер, запущенный с параметром -debug, работает медленнее, так как поддерживает взаимодействие с отладчиком. Включайте отладку только на время поиска ошибки и обязательно перезапускайте службу сервера без этого параметра после завершения работ.