Администрирование · 10 мин
Блокировки файловой информационной базы 1С: файл 1Cv8.1CL и способы снятия
Что такое файл 1Cv8.1CL, почему возникают блокировки файловой информационной базы 1С 8 и как безопасно их снять: поиск зависших сеансов, инструкции и профилактика.
При работе с файловой информационной базой 1С:Предприятие 8 пользователи периодически сталкиваются с ошибками «Конфликт блокировок», «Ошибка блокировки данных» или невозможностью войти в базу. Источник проблемы почти всегда один — механизм блокировок файловой базы, центральным элементом которого является служебный файл 1Cv8.1CL, лежащий рядом с файлом базы 1Cv8.1CD.
Файл 1Cv8.1CL — это не «мусор» и не остаток аварийного завершения, а штатный журнал блокировок. Платформа 1С создаёт его автоматически при первом подключении к базе и использует для регистрации сеансов и транзакционных блокировок. Пока база открыта хотя бы одним пользователем, файл существует; при корректном завершении всех сеансов он удаляется сам.
Проблемы начинаются тогда, когда сведения в 1Cv8.1CL перестают соответствовать реальности: сеанс завис, компьютер пользователя перезагрузился, сетевое соединение оборвалось. Оставшаяся «мертвая» блокировка мешает другим пользователям работать или блокирует монопольный доступ для обновления конфигурации. Понимание устройства этого механизма позволяет снимать блокировки быстро и без риска для данных.
Что такое файл 1Cv8.1CL и как работают блокировки в файловой базе
Файловый вариант информационной базы физически состоит из одного основного файла 1Cv8.1CD, в котором хранятся и данные, и конфигурация. Поскольку формат не предполагает выделенного сервера, координацию одновременной работы нескольких пользователей платформа берёт на себя. Для этого рядом с базой создаётся файл 1Cv8.1CL — журнал, в котором фиксируются активные сеансы и установленные ими блокировки данных.
Когда пользователь начинает редактировать документ или проводить его, платформа устанавливает управляемую блокировку на соответствующие записи. Другой пользователь, пытающийся изменить те же данные, получает ошибку «Конфликт блокировки при выполнении транзакции» и должен дождаться освобождения. В норме блокировка живёт секунды — до завершения транзакции.
Отдельный вид блокировки — монопольный режим. Он требуется для обновления конфигурации базы данных, тестирования и исправления, загрузки и выгрузки базы. Пока в базе есть хотя бы один активный сеанс, установить монопольный доступ нельзя, и администратор видит сообщение о занятости базы.
Признаки и причины зависших блокировок
О зависшей блокировке обычно сигнализируют типовые симптомы: невозможность войти в базу под своим пользователем, ошибка конфликта блокировок при проведении документов, отказ в установке монопольного режима при явно пустой базе, сильное «зависание» базы при работе по сети. Важно отличать реальный конфликт (два пользователя правят один документ) от фантомной блокировки, оставшейся от аварийно завершённого сеанса.
Типичные причины фантомных блокировок: принудительное выключение компьютера пользователя, обрыв сетевого подключения к общей папке с базой, завершение процесса 1С через диспетчер задач, сбой антивируса при сканировании файла базы, работа базы через нестабильный Wi-Fi или VPN. Во всех этих случаях запись о сеансе в 1Cv8.1CL остаётся, хотя сам сеанс уже не существует.
Кто ещё работает с этим документом или регистром
Процессы 1cv8 на всех компьютерах с доступом к базе
Консоль кластера не поможет — база файловая; искать сеансы вручную
Сетевые подключения к папке, скрытые фоновые сеансы, COM-соединения
Как найти источник блокировки
Первый шаг — определить, кто реально работает с базой. В файловом режиме нет консоли кластера, поэтому используются штатные средства. В самой 1С (если удаётся войти) список активных пользователей доступен через меню «Администрирование — Активные пользователи» в типовых конфигурациях на БСП. Там видно, кто подключён, с какого компьютера и когда начался сеанс.
Если войти невозможно, проверяют компьютеры пользователей: в диспетчере задач ищут процессы 1cv8.exe (толстый клиент), 1cv8c.exe (тонкий клиент) и завершают зависшие. На компьютере, где лежит база, полезно посмотреть открытые сетевые файлы: оснастка «Управление компьютером — Общие папки — Открытые файлы» покажет, какие машины держат 1Cv8.1CD и 1Cv8.1CL.
- 1Попросите всех пользователей корректно выйти из 1С и подтвердить выход
- 2На компьютере с базой откройте «Управление компьютером — Общие папки — Открытые файлы» и найдите, кто держит файлы базы
- 3На найденных компьютерах завершите процессы 1cv8.exe и 1cv8c.exe через диспетчер задач
- 4Проверьте фоновые подключения: COM-соединения, обмены, планировщики на сервере или у пользователей
- 5Убедитесь, что файл 1Cv8.1CL исчез — значит, все сеансы закрыты
- 6Войдите в базу и при необходимости установите монопольный режим
Неочевидный источник блокировок — программные подключения: обмены между базами через COM, внешние обработки по расписанию, скрипты выгрузки. Такой процесс может работать под системной учётной записью и не отображаться в списке активных пользователей наглядно. Если блокировка появляется регулярно в одно и то же время, проверьте планировщик заданий Windows и регламентные операции интеграций.
Как безопасно снять блокировку
Безопасный способ всегда один: завершить сеанс, который держит блокировку, а не удалять служебные файлы. Если сеанс живой — пользователь закрывает программу сам. Если зависший — процесс завершается на том компьютере, где он запущен. После этого платформа корректно освобождает записи в 1Cv8.1CL, и база становится доступна.
Если все сеансы гарантированно завершены, а файл 1Cv8.1CL остался и мешает входу, его можно удалить вручную — это безопасно только при полном отсутствии подключений. Признак того, что база свободна: в «Открытых файлах» общего ресурса нет записей о файлах базы, процессы 1С на компьютерах пользователей завершены.
Как выбрать действие
Ошибки, которые усугубляют проблему
Самая распространённая ошибка — удаление 1Cv8.1CL «на всякий случай» при работающих пользователях. Блокировка исчезает лишь формально: сеансы продолжают работать без координации, что создаёт риск повреждения данных. Вторая ошибка — копирование или перемещение базы, пока она открыта: файл 1Cv8.1CD может скопироваться в несогласованном состоянии.
Также часто забывают, что «зависший» сеанс может быть вполне живым: пользователь свернул 1С и ушёл домой. Перед принудительным завершением стоит убедиться, что за компьютером никто не работает, иначе несохранённые данные будут потеряны.
Профилактика и ограничения файлового режима
Файловый режим штатно рассчитан на небольшое число одновременно работающих пользователей. При росте команды и интенсивности работы конфликты блокировок становятся системной проблемой, которую нельзя решить «чисткой» 1Cv8.1CL — это симптом того, что базу пора переводить в клиент-серверный вариант, где блокировками управляет СУБД через менеджер блокировок кластера.
Практические меры профилактики: исключить каталог базы из проверки антивируса в реальном времени, обеспечить стабильную проводную сеть вместо Wi-Fi, настроить регламентное архивирование в нерабочее время, обучить пользователей корректно закрывать программу, а не обрывать сеанс. Также полезно периодически выполнять тестирование и исправление базы — строго в монопольном режиме и после резервного копирования.
Как проверить результат
Файл отсутствует в каталоге базы
Файл остаётся — есть скрытое подключение
Вход выполняется, монопольный режим устанавливается
Сообщение о занятости базы
Нет записей о 1Cv8.1CD и 1Cv8.1CL
Файлы открыты с чужого компьютера
Документы проводятся без ошибок конфликта
Ошибка возвращается — источник не устранён
Если блокировки возникают ежедневно в одно время, почти всегда виновато регламентное действие: обмен с другой базой, выгрузка на сайт или резервное копирование средствами стороннего скрипта. Найдите его по расписанию — и перенесите на нерабочие часы, вместо того чтобы каждый раз снимать блокировку вручную.
Частые вопросы
Можно ли удалить файл 1Cv8.1CL?
Да, но только когда гарантированно нет ни одного подключения к базе: все сеансы закрыты, нет открытых сетевых файлов. В этом случае файл — просто «забытый» остаток, и его удаление безопасно. При работающих пользователях удалять его нельзя.
Почему 1Cv8.1CL появляется снова после удаления?
Потому что кто-то или что-то снова открывает базу: пользователь, фоновое задание, COM-обмен, скрипт по расписанию. Файл создаётся платформой автоматически при каждом подключении — это нормальное поведение, а не признак сбоя.
Чем файл 1Cv8.1CL отличается от 1Cv8.1CD?
1Cv8.1CD — это сама база: данные, конфигурация, настройки. 1Cv8.1CL — временный журнал блокировок и сеансов, который существует только пока база открыта. Потеря 1Cv8.1CL некритична, потеря 1Cv8.1CD означает потерю базы.
Помогает ли перезагрузка компьютера с базой?
Да, перезагрузка принудительно разрывает все сетевые подключения и завершает процессы, после чего блокировки исчезают. Но это грубый метод: у пользователей теряются несохранённые данные. Сначала лучше точечно найти и завершить зависший сеанс.
Когда пора переходить с файловой базы на клиент-серверную?
Когда конфликты блокировок стали регулярными и мешают работе, когда одновременно активно работает много пользователей, когда база заметно «тормозит» по сети. В клиент-серверном варианте блокировками управляет СУБД, и фантомные блокировки файлового режима исчезают как класс.
Что важно запомнить
1Cv8.1CL — штатный файл блокировок файловой базы 1С, а не ошибка. Зависшие блокировки снимаются поиском и завершением «мертвых» сеансов, а не удалением файлов наугад. Удалять 1Cv8.1CL вручную можно только при полностью закрытой базе, а повторяющиеся блокировки — сигнал искать регламентные подключения или переходить на клиент-серверный режим.