Как разблокировать копию базы 1С

Копия базы 1С отказывается запускаться и выводит сообщение о блокировке — такая ошибка возникает и в файловом, и в клиент-серверном режиме работы. Обычно её вызывают установленная блокировка сеансов, не удалённый служебный файл 1Cv8.cdn или параметры, запрещающие подключение, которые перенеслись вместе с копией из резервного архива.

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

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

Определяем тип блокировки копии базы

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

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

Снимаем блокировку сеансов в клиент-серверном варианте

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

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

"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F"D:\Bases\MyBase" /UC КодРазрешения

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

Разблокировка файловой базы: файл 1Cv8.1CL и 1Cv8.cdn

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

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

Блокировка, «переехавшая» вместе с копией

Частая ситуация: копия базы создана штатным выгрузом в dt или копированием каталога, а при развёртывании в новом месте база оказывается заблокированной. Причина в том, что параметры блокировки сеансов хранятся внутри самой базы, поэтому копия «унаследовала» запрет на подключение. Особенно это характерно для копий, снятых во время регламентных операций.

Порядок действий здесь такой: запустите конфигуратор с параметром /UC и кодом разрешения, если он известен, войдите и снимите блокировку. Если код неизвестен, для файловой базы можно воспользоваться внешними обработками снятия блокировки, которые открываются через «Файл — Открыть» в режиме предприятия — но только если блокировка не запрещает запуск толстого клиента. В клиент-серверном варианте блокировку всегда можно снять через консоль кластера, не зная кода.

1. 1
   Сделайте резервную копию каталога базы перед любыми изменениями
2. 2
   Убедитесь, что с копией никто не работает и файлы 1Cv8.1CL, 1Cv8.cdn отсутствуют
3. 3
   Попробуйте открыть конфигуратор обычным способом
4. 4
   При сообщении о блокировке сеансов запустите конфигуратор с параметром /UC и кодом разрешения
5. 5
   Войдите в «Администрирование — Блокировка работы пользователей» и снимите блокировку
6. 6
   Проверьте вход в режиме предприятия под обычным пользователем

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

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

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

Типичные ошибки и ограничения

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

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

Когда обращаться к специалисту

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

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