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

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

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

Ниже разобраны все основные режимы, условия их применения, ограничения и типичные ошибки при выборе. Материал ориентирован на платформу 1С:Предприятие 8.3, но большинство принципов справедливо и для более ранних версий линейки 8.

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

Это фундаментальное разделение, определяющее, где физически хранятся данные и как к ним обращаются пользователи. В файловом режиме вся база хранится в одном файле 1Cv8.1CD на локальном диске или в сетевой папке, и каждый пользовательский компьютер работает с этим файлом напрямую. В клиент-серверном режиме данные хранятся в СУБД (Microsoft SQL Server, PostgreSQL, Oracle Database или IBM DB2), а между пользователями и СУБД стоит сервер 1С:Предприятия.

Файловый режим прост в развёртывании: не требует отдельного сервера, лицензий на СУБД и сложного администрирования. Он подходит для небольших баз с ограниченным числом одновременных пользователей и умеренным объёмом данных. Его ограничения — снижение производительности при росте числа пользователей и размера файла, риск повреждения файла при сбоях сети или питания, а также отсутствие некоторых серверных механизмов (например, полноценного управления блокировками на уровне СУБД).

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

Сравнение вариантов размещения базы

Файловый режим

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

Клиент-серверный режим

Подходит для средних и крупных внедрений с высокой нагрузкой; ограничение — требует сервера, СУБД, лицензий и квалифицированного администрирования.

Толстый, тонкий и веб-клиент: режимы запуска приложения

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

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

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

Обычное и управляемое приложение: режимы интерфейса

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

Управляемое приложение — современный режим, в котором форма описывается декларативно, а платформа сама формирует её отображение в толстом, тонком или веб-клиенте. Вся серверная логика отделена от клиентской, что улучшает производительность и позволяет работать через интернет. Все актуальные типовые конфигурации (1С:Бухгалтерия, 1С:Зарплата и управление персоналом, 1С:Управление торговлей) построены на управляемом приложении.

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

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

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

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

Главный риск монопольного режима — принудительное завершение сеансов пользователей с несохранёнными данными. Перед установкой блокировки предупредите сотрудников, дождитесь завершения важных операций и убедитесь, что регламентные задания не запустятся в момент обновления. После завершения работ не забудьте снять блокировку, иначе пользователи не смогут войти в базу.

Режим конфигуратора и режим отладки

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

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

Отдельно стоит упомянуть запуск с параметрами командной строки: платформа поддерживает ключи, позволяющие запустить базу сразу в нужном режиме (например, ENTERPRISE или DESIGNER), указать тонкий клиент, отключить отображение заставки или выполнить обработку при старте. Это удобно для ярлыков пользователей и автоматизации административных задач.

1. 1
   Откройте список информационных баз в окне запуска 1С и посмотрите путь к базе: путь к файлу с расширением .1CD означает файловый режим, указание сервера и имени базы — клиент-серверный.
2. 2
   В запущенной базе откройте «Файл» → «О программе» (или «Сервис» → «О программе») и проверьте раздел с информацией о режиме и версии платформы.
3. 3
   Оцените интерфейс: панель разделов и «Такси» — управляемое приложение; классические окна с меню — обычное.
4. 4
   Если база клиент-серверная, уточните у администратора тип СУБД и разрешена ли отладка на сервере.

Как выбрать подходящий режим и не ошибиться

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

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

Типичные ошибки при выборе и эксплуатации режимов приводят к потере производительности и рискам для данных. Ниже собраны самые распространённые.

Контрольные точки

Как проверить, что режим выбран правильно

Скорость работы при пиковой нагрузке

Норма

Операции проведения документов и формирования отчётов выполняются за приемлемое время даже при максимальном числе пользователей

Тревожный признак

Массовые жалобы на «зависания», ошибки блокировок и конфликты при одновременной работе

Доступность нужных функций

Норма

Все используемые сценарии (оборудование, отчёты, обмены) работают в выбранном клиенте

Тревожный признак

Часть функций недоступна в веб-клиенте или тонком клиенте, пользователи вынуждены искать обходные пути

Надёжность хранения

Норма

Настроено регулярное резервное копирование, копии проверяются восстановлением

Тревожный признак

Копии не делаются или ни разу не проверялись — риск полной потери базы

Частые вопросы о режимах работы 1С

Можно ли перевести базу из файлового режима в клиент-серверный без потери данных?

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

Почему в списке баз доступен только толстый клиент?

Режим запуска задаётся в настройках информационной базы в окне запуска (кнопка «Настройка» или редактирование параметров базы). Если выбрано «Выбирать автоматически» или «Толстый клиент», измените значение на «Тонкий клиент» или «Веб-клиент». Для веб-клиента дополнительно требуется опубликованная на веб-сервере база.

Что делать, если при обновлении конфигурации пишет «Невозможно установить монопольный режим»?

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

Чем опасна работа файловой базы по сети через общую папку?

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

Можно ли работать в тонком клиенте, если конфигурация написана под обычное приложение?

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

Как узнать, разрешена ли отладка на сервере 1С?

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