Как снять блокировку 1С 8.3 при загрузке базы

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

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

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

Как определить источник блокировки

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

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

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

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

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

Параллельно проверьте вкладку «Сеансы». Зависшие сеансы, помеченные временем активности несколько часов назад, завершите принудительно через контекстное меню. Также проверьте вкладку «Соединения» — иногда сеанс завершён, но соединение с СУБД осталось и продолжает удерживать ресурсы.

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

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

Если блокировка установлена намеренно и снимать её полностью нельзя (например, идёт регламентное обслуживание, а вам нужно срочно загрузить данные), используйте код разрешения. Это параметр, который администратор задаёт при включении блокировки, — временный «пропуск» для избранных.

Код передаётся через параметр командной строки запуска: /UC КодРазрешения (либо /UC"КодРазрешения"). В диалоге запуска 1С добавьте базу в список, откройте её параметры и укажите дополнительные параметры запуска. Для тонкого клиента и конфигуратора синтаксис одинаковый.

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /S ServerName\BaseName /UC КодРазрешения

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

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

В файловом варианте блокировка чаще всего связана с зависшим процессом. Если программа закрылась аварийно, в каталоге базы остаётся служебный файл блокировок 1Cv8.1CD.lck, а процесс 1cv8.exe может продолжать висеть в памяти и удерживать базу в монопольном режиме.

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

Если база размещена в сетевой папке, дополнительно проверьте, не держит ли её открытым другой компьютер сети. На сервере, где лежит каталог, через «Управление компьютером → Общие папки → Открытые файлы» можно увидеть и закрыть зависшие сетевые подключения к файлу базы.

Блокировки на уровне СУБД

В клиент-серверном варианте ситуация, когда кластер 1С сеансы завершил, а база всё равно недоступна, обычно указывает на зависшую транзакцию в СУБД. В MS SQL Server откройте SQL Server Management Studio и проверьте активные процессы по базе: длительные транзакции со статусом suspended или sleeping с открытыми транзакциями — кандидаты на завершение.

Зависший процесс завершается командой KILL с указанием номера SPID. Перед этим проверьте, что делает процесс, — командой DBCC INPUTBUFFER(SPID). Если это длительный запрос пользователя, лучше дождаться его завершения или согласовать прерывание, чем получить откат большой транзакции, который может занять ещё больше времени.

В PostgreSQL аналогичная диагностика выполняется запросом к представлению pg_stat_activity, а завершение — функцией pg_terminate_backend(pid). Если блокировки на уровне СУБД возникают регулярно, это признак проблем в конфигурации: неуправляемые блокировки в коде, длительные транзакции в обработках загрузки.

Блокировка регламентных заданий и фоновые процессы

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

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

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

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

Чтобы проблема не повторялась, выработайте регламент: перед обновлением конфигурации или массовой загрузкой включайте блокировку сеансов с кодом разрешения и сообщением для пользователей, а после завершения — снимайте её в тот же рабочий день. Для автоматизации можно использовать пакетный запуск конфигуратора с параметрами /DisableStartupDialogs и скрипты управления кластером через RAC (консольную утилиту администрирования).

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

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