Ошибка совместного доступа к файлу в 1С 8.3: причины и решение
📋 Содержание
Открываете базу, а вместо привычного окна — красная плашка Ошибка совместного доступа к файлу. 1С 8.3 не даёт зайти, конфигуратор ругается при попытке открыть обработку, и непонятно, что именно с файлом не так.
Разберём, откуда берётся эта ошибка совместного доступа к файлу в 1С, чем отличается ситуация в файловой базе от клиент-серверной, и как её убрать — от безопасной чистки кеша до разбора «тяжёлых» случаев с snccntx.dat и переполненным диском.
💡 Сама по себе ошибка почти никогда не означает порчу данных. Чаще это заблокированный файл, забитый кеш или нехватка прав. Начинайте с простого.
Что означает ошибка совместного доступа к файлу
Платформа 1С постоянно держит открытыми служебные файлы: журнал регистрации, кеш сеанса, файл блокировок. Когда программа пытается прочитать или переписать такой файл, а он уже занят другим процессом (или недоступен по правам), она выдаёт Ошибка совместного доступа к файлу.
Дословно текст бывает в двух видах:
Ошибка совместного доступа к файлу '...\1Cv8.1CD'Ошибка совместного доступа к файлу '...\snccntx.dat'
Первый вариант — про саму базу или каталог. Второй — про сеансовые данные (о нём отдельный раздел ниже).
Причины ошибки
Список короткий, и почти всегда виновник — один из этих пунктов:
- 🔒 Файл занят другим процессом. «Подвисший»
1cv8.exe, антивирус или служба резервного копирования держат файл открытым. - 🗂 Забитый кеш программы. Локальный кеш сеанса повреждён и не переоткрывается.
- 🛡 Нет прав на каталог базы. У пользователя Windows нет прав на запись в папку с базой или в
%TEMP%. - 💽 Кончилось место на диске, где лежат сеансовые данные или временные файлы.
- 🌐 Сетевая шара. База лежит на общем ресурсе, и SMB-сессия оборвалась или заблокировала файл.
- ⚙️ Файл блокировок
1Cv8.1CLне удаляется после аварийного закрытия.
⚠️ Если база файловая и с ней работают несколько человек по сети — это самая частая почва для ошибки. Файловый режим не рассчитан на активную одновременную работу многих пользователей.
Быстрая диагностика: с чего начать
Определите свой случай по симптому — дальше сразу нужный шаг.
Способ 1. Снять зависший процесс и файл блокировки
Самый частый и самый безопасный шаг.
- Убедитесь, что в базе реально никого нет.
- Откройте диспетчер задач (
Ctrl+Shift+Esc), вкладка «Подробности». - Найдите процессы
1cv8.exeи1cv8c.exe. Снимите зависшие. - Зайдите в папку базы и удалите файл блокировки
1Cv8.1CL, если он остался.
⚠️ Файл
1Cv8.1CLудаляйте только когда в базе точно никто не работает. Иначе получите конфликт у активных пользователей.
Путь к папке базы виден в окне запуска 1С: выделите базу → внизу строка вида File="D:\Bases\Buh".
Способ 2. Чистка кеша программы
Повреждённый кеш сеанса — вторая по частоте причина. Чистка его не трогает данные базы.
Вариант «мягкий» — через параметр запуска:
Создайте ярлык 1С с ключом очистки кеша:
"C:\Program Files\1cv8\common\1cestart.exe" /ClearCache
Вариант «ручной» — удалить папку кеша:
Кеш лежит в профиле пользователя:
%LOCALAPPDATA%\1C\1cv8
%APPDATA%\1C\1cv8
Внутри — папки со «случайными» именами (это ID баз). Закройте все окна 1С и удалите их содержимое.
После удаления кеш пересоберётся при первом запуске — первый вход будет чуть дольше обычного.
Способ 3. Проверить права на каталог и место на диске
Если чистка не помогла, дело часто в правах или диске.
- Правой кнопкой по папке базы → «Свойства» → «Безопасность». У пользователя Windows должны быть права на изменение и запись, а не только чтение.
- Проверьте свободное место на диске с базой и на системном диске (там
%TEMP%). Меньше 1–2 ГБ свободного места — типичная причина внезапных ошибок доступа. - Для сетевой папки проверьте права на самой шаре (вкладка «Доступ»), а не только NTFS.
💡 Антивирус нередко «замораживает» файлы базы во время проверки. Добавьте папку базы и файлы
*.1CD,*.datв исключения антивируса.
Способ 4. Настройки блокировки и одновременная работа
Когда с файловой базой работают несколько человек, платформа управляет доступом через файл блокировок. Сбои здесь дают ту же ошибку.
Что проверить:
- Все пользователи заходят по одинаковому пути к папке (буква сетевого диска против UNC-пути
\\server\share— это для 1С разные вещи). - Не открыта ли база одновременно в толстом и тонком клиенте под одним профилем.
- Не держит ли файл открытым программа бэкапа именно в момент работы.
Если одновременных пользователей больше 3–5, файловый режим — не ваш вариант. Переводите базу в клиент-серверный режим (PostgreSQL или MS SQL) — это снимает целый класс проблем с блокировками.
Ошибка совместного доступа к файлу snccntx.dat
Отдельная история — когда в тексте фигурирует snccntx.dat. Это файл сеансовых данных на сервере 1С:Предприятия.
Платформа хранит в сеансовых данных временные структуры: результаты запросов, данные форм, кеш сеанса. При активной работе они растут, и файл snccntx.dat может распухнуть до десятков гигабайт.
Причины ошибки именно с этим файлом:
- 💽 Закончилось место на диске, где лежит каталог кластера серверов.
- 🔁 Циклические ссылки в данных сеанса — платформа не может корректно сериализовать структуру, и файл растёт лавинообразно.
- 🧹 Каталог сеансовых данных не чистится после аварийного завершения
rphost.
Где искать каталог сеансовых данных:
C:\Program Files\1cv8\srvinfo\reg_1541\<GUID_базы>\snccntx.dat
Порядок действий на сервере:
- Освободите место на диске с каталогом
srvinfo— это первое. - Остановите службу «Агент сервера 1С:Предприятия».
- Удалите файлы сеансовых данных (
snccntx.datи папки сеансов) — они пересоздадутся. - Запустите службу и проверьте вход.
⚠️ Удалять содержимое
srvinfoможно только при остановленной службе сервера 1С и когда в базах никто не работает. Иначе повредите активные сеансы.
Если файл распухает снова и снова — ищите в коде конфигурации сохранение больших структур в реквизиты формы или циклические ссылки между объектами.
Способ 5. Если не помогло
Ошибка держится после всех шагов — переходим к тестированию базы.
Для файловой базы запустите штатную утилиту проверки chdbfl.exe:
"C:\Program Files\1cv8\<версия>\bin\chdbfl.exe"
Укажите путь к файлу 1Cv8.1CD, поставьте галку «Исправлять обнаруженные ошибки», запустите. Перед этим — обязательно копия базы.
Всегда делайте резервную копию папки с базой перед chdbfl и любыми ручными операциями с файлами.
Если и это не сработало — по очереди:
- 🔄 Обновите платформу до актуального релиза (старые сборки 8.3 знали баги с блокировками файлов).
- 🖥 Перезагрузите сервер или рабочую станцию целиком — иногда файл держит служба, которую в диспетчере не видно.
- 📦 Разверните базу заново из выгрузки
.dtв новую пустую информационную базу.
Как предотвратить
Чтобы ошибка не возвращалась:
- 💾 Настройте регулярные бэкапы и следите, чтобы они не пересекались с рабочим временем.
- 📉 Держите на диске с базой и на системном диске запас свободного места.
- 🧑💻 При росте числа пользователей переходите на клиент-серверный вариант.
- 🚫 Добавьте файлы 1С в исключения антивируса.
- ⏻ Приучите пользователей закрывать 1С корректно, а не «крестиком по питанию».
Частые вопросы
Опасна ли ошибка совместного доступа к файлу для данных базы?
chdbfl.exe и ручным удалением файлов всё равно сделайте резервную копию.Можно ли просто удалить файл 1Cv8.1CL?
Чистка кеша удалит мои данные или настройки?
1Cv8.1CD (или в СУБД), их чистка кеша не трогает. Первый запуск после очистки будет чуть медленнее.Что делать с ошибкой по файлу snccntx.dat?
srvinfo, остановите службу сервера 1С, удалите файлы сеансов и запустите службу заново.Почему ошибка появляется только у части пользователей?
Помогает ли перевод на клиент-серверный режим?
Материал подготовлен редакцией 1С 8.3 — независимый справочник. Проверено и обновлено: 12.07.2026. Независимый справочник. Мы не представляем фирму «1С» и не аффилированы с ней.