Какие режимы работы имеет система 1С

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

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

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

Режимы запуска платформы: Конфигуратор и 1С:Предприятие

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

1С:Предприятие — рабочий режим, в котором пользователи вводят документы, формируют отчёты и ведут учёт. Именно этот режим запускается по умолчанию при открытии базы из списка в стартовом окне.

Режим запуска задаётся в стартовом окне 1С кнопками «Конфигуратор» и «1С:Предприятие», а также параметром командной строки: DESIGNER для конфигуратора и ENTERPRISE для предприятия. Это удобно для ярлыков и скриптов автоматизации.

1cv8.exe ENTERPRISE /F"C:\Bases\Trade" /N"Иванов" /P"пароль"

Файловый и клиент-серверный режимы работы базы

В файловом режиме вся база хранится в одном файле 1Cv8.1CD на локальном диске или сетевом ресурсе. Платформа каждого пользователя обращается к файлу напрямую. Вариант прост в развёртывании: не нужен отдельный сервер и СУБД, достаточно скопировать файл и прописать путь.

Ограничения файлового режима существенны: при росте числа одновременных пользователей и объёма данных заметно падает скорость, возрастает риск блокировок и повреждения файла при сбоях сети. Ориентировочно файловый вариант комфортен для небольших баз и ограниченного числа пользователей; точный предел зависит от интенсивности работы и оборудования.

В клиент-серверном режиме данные хранятся в СУБД (Microsoft SQL Server, PostgreSQL, Oracle, IBM Db2), а между клиентами и СУБД работает сервер 1С:Предприятия. Такой вариант выдерживает сотни одновременных пользователей, даёт более надёжные транзакции и позволяет распределять нагрузку, но требует администрирования сервера, СУБД и отдельных лицензий.

Типы клиентских приложений: толстый, тонкий и веб-клиент

Толстый клиент — полноценное приложение, которое выполняет значительную часть логики на компьютере пользователя. Он нужен для некоторых служебных задач (например, для работы с внешними компонентами и COM-соединениями), но потребляет больше ресурсов и требует установки полного дистрибутива.

Тонкий клиент выполняет большую часть вычислений на сервере или в файловой базе и передаёт по сети только интерфейс. Он легче, быстрее запускается и лучше работает на медленных каналах. Именно тонкий клиент рекомендуется для большинства пользователей в типовых конфигурациях.

Веб-клиент работает в браузере и вообще не требует установки платформы на компьютер пользователя. Для него нужен опубликованный на веб-сервере (IIS или Apache) ресурс. Это удобно для удалённых сотрудников и работы с планшетов, но часть функциональности (некоторые расширения, работа с локальным оборудованием) в веб-клиенте ограничена.

Монопольный режим: когда нужен и как включить

Монопольный режим — это состояние, при котором с базой работает только один сеанс, а все остальные подключения запрещены. Он обязателен для операций, меняющих структуру базы: обновления конфигурации с реструктуризацией, загрузки базы из файла, тестирования и исправления с изменением данных, установки и снятия паролей через администрирование.

В Конфигураторе монопольный доступ устанавливается автоматически при выполнении соответствующих операций — если в базе есть другие пользователи, платформа выдаст ошибку. Проверить активные сеансы можно через меню «Администрирование — Активные пользователи».

В клиент-серверном варианте блокировку сеансов удобно устанавливать через консоль кластера или команду администрирования, чтобы пользователи не могли войти, пока идёт обновление. В файловом варианте достаточно попросить всех выйти и убедиться, что в папке базы не осталось открытых сеансов.

1. 1
   Сделайте резервную копию: выгрузку в dt или копию файла 1Cv8.1CD (при закрытых сеансах).
2. 2
   Проверьте активные сеансы: Администрирование — Активные пользователи, попросите всех выйти.
3. 3
   В клиент-серверном варианте установите блокировку сеансов через консоль кластера.
4. 4
   Запустите Конфигуратор и выполните обновление конфигурации базы данных.
5. 5
   После завершения снимите блокировку и сообщите пользователям о возобновлении работы.

Режим отладки и сервисные режимы

Для разработчиков и администраторов доступен режим отладки: он позволяет пошагово выполнять код, ставить точки останова, смотреть значения переменных. Отладка включается в Конфигураторе (меню «Отладка — Начать отладку») и требует, чтобы соответствующий клиент запускался с разрешением отладки. В клиент-серверном варианте отладку на сервере нужно включать в свойствах кластера — по умолчанию она отключена, что является мерой безопасности.

К сервисным возможностям относятся также параметры запуска из командной строки: /DisableStartupDialogs для подавления стартовых окон, /RunModeManagedApplication и /RunModeOrdinaryApplication для выбора управляемого или обычного приложения, а также запуск обработок через параметр /Execute.

Отдельно упомянем регламентные и фоновые задания: в файловом режиме они выполняются в отдельном сеансе, который должен быть запущен, а в клиент-серверном — сервером кластера автоматически. Это важно учитывать: если в файловой базе «не работают» автоматические операции, часто причина именно в отсутствии запущенного сеанса фоновых заданий.

Как определить текущий режим работы базы

Узнать, в каком варианте работает база, можно несколькими способами. В стартовом окне 1С выделите базу и нажмите кнопку изменения: в свойствах будет указан тип расположения — «На данном компьютере или на компьютере в локальной сети» (файловый) или «На сервере 1С:Предприятия» (клиент-серверный).

Из самого приложения режим виден через «Сервис — О программе» (или «Файл — О программе» в зависимости от конфигурации): там указан режим (файловый/клиент-серверный) и клиентское приложение. Программно проверку выполняют функции ИнформационнаяБазаФайловая() и строка соединения СтрокаСоединенияИнформационнойБазы().

Типичные ошибки при выборе и смене режимов

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

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

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