Разблокировка файловой базы 1С: снимаем блокировку по шагам

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

Ниже — что именно держит базу .1CD, как это безопасно снять вручную, чем проверить базу на повреждения и как настроить права в Windows, чтобы блокировки не возвращались. Все пути и команды даны для платформы 1С:Предприятие 8.3 в файловом режиме.

Почему файловая база попадает в блокировку

Файловая база — это папка, в которой лежит файл данных 1Cv8.1CD. Когда пользователь открывает базу, платформа создаёт служебные файлы и ставит на .1CD блокировку на уровне операционной системы. Пока файл захвачен процессом 1cv8.exe, второй пользователь (или вы сами после сбоя) получает ошибку доступа.

Типичные источники блокировки:

• 🧟 Зависший процесс 1С. Программа закрылась аварийно, окно исчезло, а процесс 1cv8.exe остался в памяти и держит файл.
• 📄 Служебный файл блокировки. В папке базы остаётся файл 1Cv8.1CL — маркер открытой сессии. После нормального выхода он удаляется, после сбоя может остаться.
• 🖧 Открытый сеанс другого пользователя. База на сетевой папке, кто-то её не закрыл — его сеанс и держит файл.
• 🛡️ Антивирус или резервное копирование . Фоновая проверка .1CD или бэкап читают файл в монопольном режиме ровно в момент запуска.
• ⚙️ Открытый Конфигуратор. Обновление конфигурации , загрузка .dt или тестирование требуют монопольного доступа — на это время обычный запуск будет блокироваться.

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

Текст ошибки бывает разным. Самые частые формулировки:

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

Первые две — это именно блокировка, лечится закрытием сеансов. Две последние — уже про целостность, тут понадобится chdbfl.exe (раздел ниже).

Шаг 1. Найдите, кто держит базу

Прежде чем что-то удалять, найдите источник. Это 90% успеха и защита от потери данных.

1. На всех компьютерах, где могла быть открыта база, закройте 1С штатно (кнопка выхода, а не крестик в последний момент).
2. Откройте «Диспетчер задач» (Ctrl+Shift+Esc), вкладка «Подробности». Отсортируйте по имени и найдите все процессы 1cv8.exe и 1cv8c.exe (тонкий клиент).
3. Если база на сетевой папке — проверьте каждый компьютер в сети, а не только свой. Один чужой открытый сеанс блокирует базу для всех.

Если в базе есть список активных пользователей (в Конфигураторе: «Администрирование» → «Активные пользователи»), он покажет живые сеансы. Но открыть его можно, только когда база уже доступна, так что для разбора «намертво» занятой базы этот способ не всегда подходит.

Шаг 2. Завершите зависшие процессы 1С

Когда база занята «висящим» процессом, а штатно он не закрывается:

1. В «Диспетчере задач» выделите процесс 1cv8.exe (или 1cv8c.exe).
2. Нажмите «Снять задачу».
3. Повторите для всех экземпляров на этом компьютере.

После снятия процессов подождите 10–15 секунд — Windows освобождает дескриптор файла не мгновенно — и пробуйте открыть базу . Часто этого уже достаточно, и до ручного удаления файлов дело не доходит.

Шаг 3. Удалите служебный файл блокировки вручную

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

1. Откройте папку с базой. Путь к ней виден в окне запуска 1С: выделите базу в списке — внизу строка «Информационная база».
2. Убедитесь, что все пользователи вышли и процессы 1cv8.exe сняты (без этого файл не удалится — он занят).
3. Найдите файл 1Cv8.1CL. Это маркер сессии, его имя начинается на 1Cv8, расширение — .1CL.
4. Сделайте копию всей папки базы перед любыми удалениями. Это ваша страховка на случай, если проблема окажется не в блокировке, а в повреждении.
5. Удалите 1Cv8.1CL. Файл данных 1Cv8.1CD не трогайте — в нём ваша база.
6. Запустите 1С. Платформа создаст файл блокировки заново при открытии.

Что можно удалять, а что нельзя:

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

Шаг 4. Проверьте и восстановите базу утилитой chdbfl

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

Где её взять: в каталоге установленной платформы, в подпапке bin. Типичный путь:

C:\Program Files\1cv8\8.3.XX.XXXX\bin\chdbfl.exe

Вместо 8.3.XX.XXXX подставьте номер вашей версии платформы (посмотреть можно в окне запуска 1С → «Справка» → «О программе»). Если установлено несколько платформ — берите утилиту из версии не ниже той, на которой работает база.

Порядок работы:

1. Убедитесь, что базой никто не пользуется и процессы 1cv8.exe сняты — утилите нужен монопольный доступ к файлу.
2. Запустите chdbfl.exe.
3. В поле «Имя файла БД» укажите путь к файлу 1Cv8.1CD вашей базы.
4. Поставьте галочку «Исправлять обнаруженные ошибки».
5. Нажмите «Выполнить» и дождитесь окончания.

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

Шаг 5. Настройте права доступа к папке базы в Windows

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

Что должно быть у папки с базой:

• 📁 Полный доступ (чтение, запись, изменение, удаление) для всех учётных записей Windows, которые работают с базой.
• 🚫 Папка не должна лежать в системных каталогах C:\Program Files или на системном диске под защитой UAC — там запись ограничена.
• 🖧 Для сетевой базы — права нужны и на уровне общего доступа (SMB-шара), и на уровне NTFS. Проверяйте оба.

Как выдать права:

1. Правой кнопкой по папке базы → «Свойства» → вкладка «Безопасность».
2. Нажмите «Изменить», выберите нужную группу или пользователя (для рабочей группы часто это «Пользователи» или конкретные учётки).
3. Отметьте «Полный доступ» → «Применить».
4. Для сетевой папки дополнительно: вкладка «Доступ» → «Расширенная настройка» → «Разрешения» — там тоже дайте полный доступ.

Шаг 6. Когда пора переходить на клиент-серверный режим

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

Признаки, что файловый режим исчерпал себя:

• постоянные конфликты блокировок при одновременной работе 3–5 и более пользователей;
• база «тяжелеет» (файл .1CD больше 5–10 ГБ), открытие и проведение заметно тормозят;
• регулярные повреждения после сетевых сбоев.

Решение — перевод базы в клиент-серверный режим на связке «сервер 1С:Предприятия + СУБД» (PostgreSQL или Microsoft SQL Server). В этом режиме блокировками управляет сервер, файл по сети не передаётся, а одновременная работа десятков пользователей становится штатной.

Миграция в общих чертах:

1. В Конфигураторе файловой базы: «Администрирование» → «Выгрузить информационную базу» — получаете файл .dt.
2. На сервере создаёте пустую серверную базу (через оснастку администрирования или при добавлении базы в окне запуска с типом «На сервере 1С:Предприятия»).
3. В Конфигураторе новой базы: «Администрирование» → «Загрузить информационную базу» из .dt.

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

Как не доводить базу до блокировок

Снять блокировку — полдела. Чтобы она не возвращалась, наведите порядок в эксплуатации:

• ✅ Корректное закрытие. Приучите пользователей выходить через кнопку выхода, а не выключать компьютер с открытой 1С.
• ✅ Регулярные копии. Настройте автоматическую выгрузку .dt или копирование папки базы по расписанию — в идеале когда все вышли.
• ✅ Плановое обслуживание. Раз в 1–2 недели в тихое время прогоняйте «Тестирование и исправление» из Конфигуратора. Это чистит накопившиеся мелкие дефекты до того, как они приведут к блокировке.
• ✅ Исключения в антивирусе. Папка базы — в списке исключений постоянно, а не «когда появились проблемы».
• ✅ Бесперебойное питание. ИБП на сервере или на машине с базой: большинство повреждений файловых баз — это внезапное отключение питания.
• ✅ Не база на флешке и не в облачной папке с синхронизацией. OneDrive, «Яндекс.Диск» и подобные ломают .1CD, пытаясь синхронизировать открытый файл.

Если блокировки повторяются при многопользовательской работе несмотря на всё это — вернитесь к шагу 6: файловый режим просто не рассчитан на такую нагрузку.

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