Как заблокировать 1С на время: пошаговая инструкция

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

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

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

Когда требуется блокировка базы и что именно блокировать

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

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

Блокировка серверной базы через консоль кластера

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

Чтобы войти в заблокированную базу самому, запустите 1С с параметром командной строки /UC код_разрешения или укажите код в параметрах запуска через конфигуратор. Без кода разрешения даже администратор не сможет подключиться к базе, пока действует блокировка.

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

1. 1
   Предупредите пользователей о времени начала работ
2. 2
   Откройте свойства базы в консоли кластера и включите блокировку начала сеансов
3. 3
   Укажите период блокировки, сообщение и код разрешения
4. 4
   Завершите активные сеансы пользователей в списке сеансов
5. 5
   Проверьте, что регламентные задания остановлены
6. 6
   Выполните работы, войдя с кодом разрешения
7. 7
   Снимите блокировку и проверьте вход обычного пользователя

Блокировка файловой базы

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

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

Для файловой базы, размещённой в общей сетевой папке, важно убедиться, что никто не держит файл открытым: проверьте открытые файлы на файловом сервере (оснастка «Управление общими ресурсами» в Windows). Иначе копирование или замена файла базы завершится ошибкой.

Отключение регламентных заданий

Регламентные и фоновые задания — отдельный источник риска. В клиент-серверном режиме в свойствах базы в консоли кластера есть флаг «Блокировка регламентных заданий включена» — установите его вместе с блокировкой сеансов. Это штатный и самый надёжный способ остановить выполнение заданий на время работ.

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

Проверка, что блокировка сработала

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

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

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

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

Вход обычного пользователя

Норма

Появляется сообщение о блокировке с указанием времени

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

Пользователь входит в базу как обычно

Список сеансов

Норма

Только служебные сеансы администратора

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

Остаются активные сеансы пользователей

Регламентные задания

Норма

Новых записей о запуске в журнале нет

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

Задания продолжают запускаться

Вход с кодом разрешения

Норма

Администратор входит в базу

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

Вход отклонён даже с кодом

Снятие блокировки и возврат к работе

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

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

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

Типичные ошибки при блокировке 1С

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

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

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

Можно ли заблокировать базу, не завершая сеансы пользователей?

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

Что увидит пользователь при попытке войти в заблокированную базу?

Сообщение, которое администратор указал в свойствах блокировки: обычно это причина и время окончания работ. Если текст не задан, платформа покажет стандартное уведомление о запрете установки соединения.

Как заблокировать 1С по расписанию, например на ночь?

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

Почему после снятия блокировки пользователи всё равно не могут войти?

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

Чем блокировка отличается от монопольного режима?

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

Можно ли заблокировать только часть пользователей?

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