Как разблокировать файловую базу 1С

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

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

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

Как понять, какой тип блокировки установлен

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

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

Безопасное завершение зависших сеансов

Первый шаг — убедиться, что с базой действительно никто не работает. Если база локальная (на вашем компьютере), откройте диспетчер задач и завершите все процессы 1cv8.exe и 1cv8c.exe. Часто блокировка остаётся после аварийного закрытия программы: окно исчезло, а процесс продолжает держать базу.

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

Удаление файла 1Cv8.1CL

Когда все сеансы завершены, откройте каталог базы. Путь к нему указан в списке информационных баз в окне запуска 1С — выделите базу и посмотрите строку внизу окна. В каталоге находятся файл данных 1Cv8.1CD и служебные файлы, среди которых может быть 1Cv8.1CL — это и есть файл блокировки.

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

1. 1
   Попросите всех пользователей выйти из 1С
2. 2
   Завершите процессы 1cv8.exe и 1cv8c.exe в диспетчере задач на всех компьютерах, работающих с базой
3. 3
   Откройте каталог базы (путь виден в окне запуска 1С)
4. 4
   Удалите файл 1Cv8.1CL
5. 5
   Запустите базу и проверьте вход под своим пользователем

Снятие административной блокировки сеансов

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

Снятие через режим «Предприятие»

Если у вас есть право администрирования, запустите базу в режиме «Предприятие» с кодом разрешения: в окне запуска нажмите «Параметры» или запустите ярлык с параметром командной строки /UC КодРазрешения, где код указан в тексте сообщения о блокировке (если код не задан, параметр используется пустым: /UC ""). Затем откройте раздел «Администрирование — Обслуживание — Блокировка работы пользователей» и снимите флажок блокировки.

Снятие через конфигуратор

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /N Администратор /UC ""
REM /F — путь к файловой базе, /UC — код разрешения запуска (пустой, если код не задан)

Разблокировка сетевой базы в общей папке

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

После этого удалите 1Cv8.1CL и проверьте доступ. Учтите ограничение: при разрыве сети или зависании клиентского компьютера сетевой стек может держать файл ещё несколько минут — иногда достаточно просто подождать. Если блокировки возникают регулярно при 4–5 и более одновременных пользователях, это признак того, что файловый режим исчерпал возможности и стоит рассмотреть переход на клиент-серверный вариант (PostgreSQL, MS SQL) — там блокировки управляются сервером СУБД и не требуют ручного удаления файлов.

Частые ошибки и риски

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

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

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

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

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

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