Ошибка доступа к файлу 1С 2026: как найти блокировку, права и риск повреждения базы

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

Эта статья для администратора, бухгалтера с доступом к серверу или интегратора, которому нужно быстро понять: можно закрыть зависший процесс, нужно чинить NTFS/SMB, или пора остановиться и делать копию перед восстановлением.

Ключевые факты

• В файловой базе сначала ищите, кто держит файл 1Cv8.1CD: на Windows через Sysinternals handle.exe или Process Explorer, на Linux/Samba через lsof и fuser.
• Если файл никто не держит, проверьте атрибут Read-only, NTFS-права Modify/Write, доступность сетевой папки и журнал антивируса.
• Служебные файлы блокировок можно трогать только при полностью закрытой 1С и после копии каталога базы. Сам 1Cv8.1CD не удалять и не переименовывать.
• chdbfl.exe запускайте только по копии или после бэкапа. Это утилита для автономной проверки файловой базы, а не первый шаг диагностики.
• В клиент-серверном варианте ошибка с похожим текстом диагностируется иначе: клиент подключается к кластеру 1С и СУБД, а не напрямую к файлу базы.

Практическая диагностика: что мы проверяем в первые 15 минут

В нашей практике рабочих инцидентов с обменами УТ-БП и ночными регламентными заданиями мы начинаем не с «тестирования и исправления», а с фиксации состояния. Это снижает риск добить базу, если ошибка вызвана не простой блокировкой, а падением во время записи.

1. Делаем копию каталога базы, если размер и время позволяют. Минимум: копируем 1Cv8.1CD в отдельную папку с датой.
2. Записываем точный текст ошибки и путь из окна запуска 1С. Ошибка «не обнаружен файл» и «отказано в доступе» требуют разных проверок.
3. На сервере или ПК, где лежит база, проверяем открытые дескрипторы:

handle.exe -a -u 1Cv8.1CD

В выводе важны pid, имя процесса и пользователь. Если виден 1cv8.exe от сотрудника, который «уже вышел», сначала закрываем его штатно через сеанс Windows/RDP. Принудительный taskkill оставляем на последний шаг.

1. Если база на Linux/Samba:

lsof /srv/1c/buh/1Cv8.1CD
fuser -uv /srv/1c/buh/1Cv8.1CD

lsof показывает открытые файлы процессов, а fuser -u помогает увидеть PID и пользователя. Если держит smbd, проверяем активные SMB-сессии и закрываем только конкретного клиента, а не весь файловый сервер.

1. Если дескрипторов нет, проверяем права и атрибуты:

attrib C:\bases\buh\1Cv8.1CD
icacls C:\bases\buh

Для рабочей файловой базы пользователям обычно нужны права на изменение файлов в каталоге базы, а не только чтение. После копирования папки на другой диск или сервер Windows может применить наследование прав от новой родительской папки, поэтому старый «у всех было полный доступ» не является доказательством.

Таблица рисков и диагностических признаков

Чек-лист исправления без лишнего риска

1. Убедитесь, что это файловая база

Файловый вариант 1С хранит данные информационной базы в файле базы данных и подходит для одного пользователя или небольшой рабочей группы. Если в списке баз путь начинается с File="\\server\share\base" или указывает на локальную папку, дальше применимы проверки 1Cv8.1CD, прав и открытых файлов.

Если подключение выглядит как сервер 1С и база на SQL/PostgreSQL, не удаляйте локальные файлы на клиенте. В клиент-серверном варианте клиент работает через кластер серверов 1С и сервер баз данных.

2. Найдите владельца блокировки

На Windows используйте Microsoft Sysinternals:

handle.exe -a -u 1Cv8.1CD

или Process Explorer: Find -> Find Handle or DLL -> 1Cv8.1CD. Microsoft описывает Handle как утилиту для просмотра открытых handles процессов, а Process Explorer как инструмент, который показывает, какие handles и DLL открыты процессами.

Если процесс найден, сначала попросите пользователя закрыть 1С. Если это RDP-сессия без окна, завершите именно эту сессию. Принудительное завершение процесса допустимо только после понимания, что в базе сейчас не идет запись.

3. Проверьте права на каталог, а не только на файл

Для файловой базы важен доступ к папке: 1С создает и обновляет рядом служебные файлы, временные файлы и журнал. Проверьте, что у рабочей учетной записи есть права Modify/Write на папку базы и что они наследуются на новые файлы.

Команды для быстрой проверки:

attrib C:\bases\buh\1Cv8.1CD
icacls C:\bases\buh

После переноса базы на другой сервер отдельно проверьте владельца папки и наследование. Microsoft в документации по NTFS указывает, что при копировании и перемещении объектов права могут наследоваться от новой родительской папки или сохраняться в зависимости от сценария.

4. Проверьте антивирус и EDR

Не отключайте защиту целиком. Откройте журнал событий антивируса, найдите события по пути базы, расширению .1CD и процессам 1cv8.exe, ragent.exe, rphost.exe. Kaspersky и Dr.Web в своих руководствах поддерживают исключения для файлов/папок и доверенные приложения, но добавлять их нужно адресно: каталог базы, каталог платформы 1С и временные каталоги, которые реально используются на сервере.

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

5. Очищайте локальный кэш только для пользовательской проблемы

Если база открывается у всех, кроме одного пользователя, закройте 1С и очистите кэш этого профиля:

%APPDATA%\1C\1cv8\
%LOCALAPPDATA%\1C\1cv8\

Не удаляйте папку базы и 1Cv8.1CD. Кэш пересоберется при следующем запуске, обычно это занимает меньше минуты.

6. Используйте chdbfl.exe после бэкапа

Утилита chdbfl.exe входит в поставку платформы и предназначена для автономной проверки и исправления файловой базы. Официальные материалы 1С отдельно предупреждают: перед использованием нужно закрыть программу и сделать резервную копию.

Запускайте ее, когда:

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

Не запускайте chdbfl.exe по единственной боевой копии без бэкапа.

Что не стоит делать

• Не удаляйте 1Cv8.1CD. Это файл информационной базы, а не временный мусор.
• Не закрывайте все процессы 1cv8.exe на терминальном сервере без понимания, кто работает в базе.
• Не отключайте антивирус на сервере «на пару дней». Делайте точечные исключения и фиксируйте их в политике.
• Не запускайте восстановление, пока не проверены открытые handles, права и доступность сетевой папки.
• Не переносите файловую базу на обычный пользовательский ПК для группы сотрудников. Для регулярной многопользовательской работы надежнее серверная папка с понятными правами или клиент-серверный вариант.

Как Синхрон1С помогает предотвратить повторение

Для проектов с ночными обменами и регламентными заданиями мы добавляем в Синхрон1С технический мониторинг вокруг базы и интеграций. Он не заменяет администратора 1С, но снимает типовые «утренние» сюрпризы:

• проверяет доступность каталога базы по UNC-пути со стороны сервера интеграции;
• фиксирует зависшие процессы 1С старше заданного порога и отправляет алерт в Telegram;
• проверяет наличие свежей резервной копии перед обменом;
• отдельно сообщает, если ошибка появилась после обновления платформы, смены прав или события антивируса.

Связь с 1С строится через стандартные механизмы: веб-сервисы, COM-соединение или внешние регламентные проверки. Конфигурацию не правим без необходимости.

Telegram-бот Синхрон1С — алерты по зависшим сеансам, доступности базы и рискам перед обменом.

Часто задаваемые вопросы

Как узнать, кто заблокировал файл 1Cv8.1CD? На Windows быстрее всего через handle.exe -a -u 1Cv8.1CD или поиск handle в Process Explorer. На Linux/Samba используйте lsof /path/1Cv8.1CD и fuser -uv /path/1Cv8.1CD. В выводе ищите PID, пользователя и имя процесса.

Можно ли удалить служебные файлы блокировок рядом с базой? Только при полностью закрытой 1С и после копии каталога базы. Удалять можно не саму базу, а остаточные служебные файлы, если вы понимаете их назначение и уже убедились, что процессов 1С нет. При сомнении лучше сделать копию и передать каталог специалисту.

Почему ошибка появилась после копирования базы на новый компьютер? Частая причина - права. При копировании или переносе папки Windows может применить наследование от новой родительской папки, и пользователь получит только чтение. Проверьте icacls, владельца папки и право Modify/Write на весь каталог базы.

Антивирус может вызвать ошибку доступа к файлу 1С? Да. Антивирус или EDR может удерживать файл во время проверки, заблокировать процесс или отправить объект в карантин. Проверяйте журнал защиты и карантин по пути базы. Исключения добавляйте адресно, не отключая защиту всего сервера.

Когда нужен программист 1С, а не администратор Windows? Если это клиент-серверная база, ошибка повторяется после проверки прав и handles, есть признаки повреждения, база не проходит chdbfl.exe на копии или проблема связана с регламентными заданиями/обменами. В этих случаях нужен разбор журнала регистрации 1С, кластера и СУБД.

Смотрите также

• Регламентные задания 1С: настройка и диагностика
• 1С ошибка базы данных — диагностика и восстановление поврежденных баз
• Ошибка выгрузки 1С — как исправить ошибки при экспорте
• Мониторинг 1С в Telegram — автоматические уведомления о сбоях
• Резервное копирование базы 1С

Стоимость внедрения мониторинга и интеграционных проверок Синхрон1С — от 30 000 ₽ за проект. Напишите в Telegram: @onoutnoxon.

Подробнее о возможностях — на странице Синхрон1С.

Источники

• 1С:Предприятие, «Файловый вариант работы»: https://v8.1c.ru/platforma/faylovyy-variant-raboty/
• 1С:Предприятие, «Файловая база данных»: https://v8.1c.ru/platforma/faylovaya-baza-dannykh/
• 1С:Предприятие, «Клиент-серверный вариант работы»: https://v8.1c.ru/platforma/klient-servernyy-variant-raboty/
• 1С:Предприятие, «Тестирование и исправление информационной базы»: https://v8.1c.ru/platforma/testirovanie-i-ispravlenie-informacionnoy-bazy/
• 1С:ИТС, пример документации по chdbfl.exe и резервной копии перед исправлением: https://its.1c.ru/db/content/clientedodoc/src/%D0%B3%D0%BB%D0%B0%D0%B2%D0%B0%205.%20%D0%BE%D0%B1%D1%81%D0%BB%D1%83%D0%B6%D0%B8%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5%20%D0%BA%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B0%D1%86%D0%B8%D0%B8.htm
• Microsoft Learn, Sysinternals Handle: https://learn.microsoft.com/en-us/sysinternals/downloads/handle
• Microsoft Learn, Sysinternals Process Explorer: https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer
• man7.org, lsof(8): https://www.man7.org/linux/man-pages/man8/lsof.8.html
• man7.org, fuser(1): https://man7.org/linux/man-pages/man1/fuser.1.html
• Microsoft Learn, NTFS permissions when copying/moving files: https://learn.microsoft.com/en-us/troubleshoot/windows-client/windows-security/permissions-on-copying-moving-files
• Dr.Web documentation, file and folder exclusions: https://cdn-download.drweb.com/pub/drweb/esuite/13.0.1/documentation/html/en/user_manual_agent/exclusions_files.html
• Kaspersky support, threats and exclusions: https://support.kaspersky.ru/help/Kaspersky/Win21.9/en-US/201385.htm

AI-ассистент использован для черновой структуры и сверки списка источников. Финальную редактуру, факт-чек и отбор практических шагов выполнил Александр Руин. Обновлено: 2026-05-04.