Ошибка совместного доступа к файлу в 1С 8.3: причины и решение

· Обновлено 12.07.2026 · ⏱ 7 мин · Редакция 1s-83.com

📋 Содержание

Открываете базу, а вместо привычного окна — красная плашка Ошибка совместного доступа к файлу. 1С 8.3 не даёт зайти, конфигуратор ругается при попытке открыть обработку, и непонятно, что именно с файлом не так.

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

💡 Сама по себе ошибка почти никогда не означает порчу данных. Чаще это заблокированный файл, забитый кеш или нехватка прав. Начинайте с простого.

Что означает ошибка совместного доступа к файлу

Платформа 1С постоянно держит открытыми служебные файлы: журнал регистрации, кеш сеанса, файл блокировок. Когда программа пытается прочитать или переписать такой файл, а он уже занят другим процессом (или недоступен по правам), она выдаёт Ошибка совместного доступа к файлу.

Дословно текст бывает в двух видах:

  • Ошибка совместного доступа к файлу '...\1Cv8.1CD'
  • Ошибка совместного доступа к файлу '...\snccntx.dat'

Первый вариант — про саму базу или каталог. Второй — про сеансовые данные (о нём отдельный раздел ниже).

Причины ошибки

Список короткий, и почти всегда виновник — один из этих пунктов:

  • 🔒 Файл занят другим процессом. «Подвисший» 1cv8.exe, антивирус или служба резервного копирования держат файл открытым.
  • 🗂 Забитый кеш программы. Локальный кеш сеанса повреждён и не переоткрывается.
  • 🛡 Нет прав на каталог базы. У пользователя Windows нет прав на запись в папку с базой или в %TEMP%.
  • 💽 Кончилось место на диске, где лежат сеансовые данные или временные файлы.
  • 🌐 Сетевая шара. База лежит на общем ресурсе, и SMB-сессия оборвалась или заблокировала файл.
  • ⚙️ Файл блокировок 1Cv8.1CL не удаляется после аварийного закрытия.

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

Быстрая диагностика: с чего начать

Определите свой случай по симптому — дальше сразу нужный шаг.

🩺 Диагностика: выберите симптом

Способ 1. Снять зависший процесс и файл блокировки

Самый частый и самый безопасный шаг.

  1. Убедитесь, что в базе реально никого нет.
  2. Откройте диспетчер задач (Ctrl+Shift+Esc), вкладка «Подробности».
  3. Найдите процессы 1cv8.exe и 1cv8c.exe. Снимите зависшие.
  4. Зайдите в папку базы и удалите файл блокировки 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С и удалите их содержимое.

Чистка кеша по шагам
Выполнено: 0 / 5

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

Способ 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

Порядок действий на сервере:

  1. Освободите место на диске с каталогом srvinfo — это первое.
  2. Остановите службу «Агент сервера 1С:Предприятия».
  3. Удалите файлы сеансовых данных (snccntx.dat и папки сеансов) — они пересоздадутся.
  4. Запустите службу и проверьте вход.

⚠️ Удалять содержимое 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С, удалите файлы сеансов и запустите службу заново.
Почему ошибка появляется только у части пользователей?
Обычно у них другой путь к базе, меньше прав на папку или локально забит кеш. Проверьте, чтобы все заходили по одинаковому UNC-пути, и почистите кеш на проблемной машине.
Помогает ли перевод на клиент-серверный режим?
Да, для многопользовательской работы это лучшее решение — управление блокировками берёт на себя СУБД, и ошибки совместного доступа к файлам базы уходят.

Материал подготовлен редакцией 1С 8.3 — независимый справочник. Проверено и обновлено: 12.07.2026. Независимый справочник. Мы не представляем фирму «1С» и не аффилированы с ней.