Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

Exclusive Lock Error 1С:Предприятие и СУБД

Ошибка исключительной блокировки при обновлении файловой базы 1С

Обновлено: 10.09.2026 · Официальная документация ↗

Архитектура файловой СУБД (1CD) и механизмы блокировок

Ошибка «Ошибка разделенного доступа к базе данных» или «Не удалось заблокировать базу данных для обновления (Исключительная блокировка)» возникает в файловом варианте работы 1С:Предприятие. Файловая база (формат 1Cv8.1CD) не имеет интеллектуального менеджера транзакций (как SQL Server). Для обеспечения целостности данных при обновлениях конфигурации (или реструктуризации), конфигуратор требует монопольного доступа к файлу, создавая специальный lock-файл (1Cv8.1CL). Если к папке с базой подключен хотя бы один сеанс (даже зависший), обновление будет прервано. Бизнес-риски: срыв регламентных обновлений отчетности, блокировка работы бухгалтерии.

Файлы, отвечающие за блокировки в папке базы

Файл в директории БДНазначениеВлияние на блокировку
1Cv8.1CDОсновной файл базы данных (Таблицы и индексы).Захватывается службой LanmanServer (SMB/Сеть).
1Cv8.1CLФайл блокировок сеансов (Lock-файл).Наличие файла сигнализирует о наличии активных сеансов. Удерживает монопольный доступ.
1Cv8tmp.1cdВременный файл кэша/сессий (Session Data).Зависший временный файл не дает конфигуратору стартовать реструктуризацию.

Алгоритм снятия исключительной блокировки

Сценарий 1: Сброс зависших сетевых сессий (SMB/Windows Share)

Если база лежит на сервере (в расшаренной папке), пользователи часто просто закрывают ноутбук (Спящий режим), оставляя сетевой дескриптор файла открытым на сервере.

  1. Зайдите на сервер (или ПК), где физически лежит папка с базой 1С.
  2. Откройте консоль Управление компьютером (compmgmt.msc).
  3. Перейдите: Общие папки (Shared Folders) -> Сеансы (Sessions) / Открытые файлы (Open Files).
  4. Найдите все файлы с расширением .1CD и .1CL, кликните ПКМ и выберите Закрыть открытый файл (Close Open File).

Сценарий 2: Очистка временных Lock-файлов

Если после сброса сессий ошибка остается, возможно, база 'упала' аварийно и не удалила за собой системные файлы блокировок.

 1. Убедитесь, что все пользователи точно вышли из 1С.
 2. Перейдите в папку с файловой базой (например, C:\Bases\Бухгалтерия).
 3. Найдите и УДАЛИТЕ следующие файлы (ЕСЛИ ОНИ ЕСТЬ):
    - 1Cv8.1CL (Файл блокировок)
    - 1Cv8tmp.1cd (Временная база)
    - 1Cv8.cfl (Файл логов)
 ВАЖНО: Ни в коем случае не удаляйте файл 1Cv8.1CD (сама база) или 1Cv8.1g (Журнал регистрации)!

Сценарий 3: Зависшие фоновые и COM-соединения

Даже если визуально 1С ни у кого не открыта, в диспетчере задач может висеть 'зомби' процесс.

  • Проверьте Диспетчер задач -> Подробности (Task Manager).
  • Найдите и завершите (Завершить дерево процессов) все процессы 1cv8.exe и 1cv8c.exe.
  • Если настроен веб-сервер (Apache/IIS) для публикации файловой базы, перезапустите службу веб-сервера. Пул приложений IIS держит базу заблокированной!
Файловая база 1С постоянно зависает и ломается?
Файловый формат 1С не предназначен для работы более 5 активных пользователей и подвержен безвозвратному разрушению (Corruption) при сбоях сети. Специалисты ITSTM за 1 день переведут вашу базу на надежную клиент-серверную архитектуру PostgreSQL (Linux/Windows), обеспечив отказоустойчивость, бэкапы и высокую скорость работы.
💡 Практика специалистов: Практика ITSTM: Классическая ошибка системных администраторов — размещение файловой базы 1С в папке, которая синхронизируется облачными сервисами (Яндекс.Диск, OneDrive, Dropbox). Агенты синхронизации постоянно пытаются прочитать и загрузить в облако файлы .1CD и .1CL, вызывая микро-блокировки (File Lock Contention), что приводит к постоянным ошибкам у пользователей и разрушению базы.

Частые вопросы (FAQ)

Почему при обновлении конфигурации вылезает сообщение 'Удалить активные сеансы'?

Конфигуратор требует 'Монопольный режим' (Exclusive Lock) для реструктуризации таблиц. Если кто-то сидит в базе (или висит сетевая сессия SMB), конфигуратор не может захватить файл 1Cv8.1CD на 100% и предлагает попытаться программно 'выгнать' пользователей.

Безопасно ли удалять файл 1Cv8.1CL?

Да, если вы на 100% уверены, что ни один реальный пользователь сейчас не работает в базе. Файл .1CL — это технический реестр блокировок. Если база закрыта аварийно (сбой питания), этот файл остается 'мусором', блокируя дальнейшую работу. 1С создаст его заново при первом удачном запуске.

Влияют ли регламентные задания на монопольный доступ?

Да. В файловых базах регламентные задания выполняются либо в специальном отдельном сеансе (скрытом), либо в сеансе первого зашедшего пользователя. Этот сеанс также удерживает блокировку. Перед обновлением базу нужно запустить с параметром запуска '/AllowExecuteScheduledJobs -Off'.

Что делать, если база опубликована на веб-сервере IIS?

При публикации файловой базы на веб-сервере, процесс пула приложений IIS (w3wp.exe) эксклюзивно захватывает файл 1Cv8.1CD. Вы не сможете обновить базу в конфигураторе, пока не остановите сайт (или Application Pool) в диспетчере IIS.

Полезные материалы
Рекомендуем