К статье
Практический материал

Администрирование · 8 мин

Как поменять режим работы в 1С

Как изменить режим работы в 1С: монопольный режим, файловый и клиент-серверный вариант, тонкий и толстый клиент. Пошаговые инструкции и типичные ошибки.

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

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

Как определить, какой режим нужно изменить

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

Типичные задачи и соответствующие им режимы:

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

Как выбрать действие

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

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

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

Через конфигуратор

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

Программно

В коде встроенного языка режим включается так:

bsl
УстановитьМонопольныйРежим(Истина);
// ... операции обслуживания ...
УстановитьМонопольныйРежим(Ложь);

Проверить текущее состояние можно функцией МонопольныйРежим() — она возвращает Истина, если режим активен.

Как перейти с файлового режима на клиент-серверный

Файловый вариант подходит для небольших баз и ограниченного числа одновременно работающих пользователей. При росте нагрузки появляются блокировки, ошибки и замедление работы — это сигнал к переходу на клиент-серверную архитектуру с сервером 1С:Предприятия и СУБД (MS SQL, PostgreSQL и др.).

Порядок перехода:

Порядок действий
  1. 1
    Сделайте выгрузку базы из конфигуратора: Администрирование → Выгрузить информационную базу (файл .dt)
  2. 2
    Установите сервер 1С:Предприятия и СУБД, создайте пустую базу данных в СУБД
  3. 3
    В консоли кластера серверов создайте новую информационную базу, указав параметры подключения к СУБД
  4. 4
    Откройте новую базу конфигуратором и загрузите данные: Администрирование → Загрузить информационную базу
  5. 5
    Добавьте серверную базу в список баз на рабочих местах пользователей и проверьте работу

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

Как изменить тип клиента: тонкий, толстый, веб-клиент

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

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

Сравнение вариантов клиента

Тонкий клиент

Подходит для удалённой работы и слабых каналов; требует установки платформы, часть функций недоступна

Толстый клиент

Поддерживает все механизмы, включая модальные окна и обычные формы; требователен к сети и ресурсам ПК

Веб-клиент

Работает в браузере без установки платформы; зависит от корректной публикации на веб-сервере и имеет ограничения интерфейса

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

Как изменить режим совместимости конфигурации

Режим совместимости позволяет запускать конфигурацию, рассчитанную на старую версию платформы, на новой. Он задаётся в конфигураторе: откройте дерево конфигурации, вызовите свойства корневого элемента (конфигурации) и найдите параметр «Режим совместимости».

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

Менять режим совместимости стоит осознанно: снятие совместимости может включить новые проверки и изменить поведение механизмов платформы. Перед изменением протестируйте работу на копии базы.

Как проверить результат и что делать при ошибках

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

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

Как проверить результат

Доступность базы пользователям
Норма

Пользователи входят и работают без ошибок блокировок

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

Сообщения «база занята» или «нарушение прав доступа»

Монопольный режим после обслуживания
Норма

Режим выключен, сеансы пользователей подключаются

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

Вход невозможен — режим остался включённым

Клиент-серверная база
Норма

В списке баз указан сервер и кластер, отчёты формируются

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

Ошибки соединения с СУБД или кластером

Типичные ошибки
01
Обновление конфигурации без выключения монопольного режима после завершения — пользователи не могут войти в базу
02
Переход на клиент-серверный вариант без резервной копии — при сбое загрузки данные теряются
03
Переключение всех пользователей на тонкий клиент без проверки конфигурации — часть функций перестаёт работать
04
Снятие режима совместимости на рабочей базе без тестирования — меняется поведение механизмов платформы

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

Итог

Что важно запомнить

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

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

Как узнать, включён ли монопольный режим?

В конфигураторе при попытке входа второго сеанса появится ошибка доступа. Программно состояние проверяется функцией МонопольныйРежим() — она возвращает Истина при активном режиме.

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

Да, через выгрузку базы в файл .dt из конфигуратора и загрузку её в новую файловую базу. Учтите ограничения файлового варианта по объёму и числу пользователей.

Почему тонкий клиент не запускает конфигурацию?

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

Нужен ли монопольный режим для обновления платформы?

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

Что делать, если база осталась заблокированной после сбоя?

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