← На главную

При организации многопользовательской работы в файловом варианте базы данных 1С:Предприятие по локальной сети системные администраторы часто сталкиваются со следующей проблемой. Несколько пользователей успешно заходят в программу и работают без каких-либо сбоев. Однако при попытке подключения еще одного (например, третьего) сотрудника у первых двух внезапно появляется критический сбой: «Ошибка доступа к файлу 1Cv8tmp.1CD». Если же этот «проблемный» пользователь заходит в систему первым, остальные при попытке входа получают ошибку: «Существуют активные сеансы работы с данной базой, использующие версию платформы, не поддерживающую совместную работу с этой версией. Не совпадает версия временного файла».

Давайте подробно проанализируем эту ситуацию, выясним технические причины возникновения сбоя совместного доступа и разберем по шагам все проверенные на практике методы решения проблемы.

Почему возникает эта ошибка? Взгляд изнутри

В файловом режиме работы 1С отсутствует выделенный сервер баз данных (СУБД). Роль координатора транзакций и блокировок выполняет сама платформа, запущенная локально на каждом клиентском компьютере. Для отслеживания текущих подключений и активных сеансов платформа 1С создает во временном каталоге базы данных служебный файл 1Cv8tmp.1CD. Этот файл фактически является временной базой данных блокировок.

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

Рассмотрим по шагам комплекс мер для полного устранения этой проблемы.

Решение 1. Тщательная проверка версий и разрядности платформы

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

1. На каждом рабочем компьютере запустим программу 1С, откроем информационную базу и перейдем в меню «Справка» — «О программе». Зафиксируем точный номер релиза (например, 8.3.12.1616). Минимальное различие в последней цифре релиза делает совместную работу невозможной.
2. Проверим разрядность платформы на каждом ПК. В Диспетчере задач Windows обратим внимание на запущенный процесс 1cv8.exe. Если у одного пользователя выполняется 32-разрядная версия (обозначается как x86 или *32), а у другого — 64-разрядная (x64), это может провоцировать рассинхронизацию временных файлов в некоторых релизах. Рекомендуем установить одинаковую разрядность платформы на всех ПК.
3. Зайдем в Панель управления Windows в раздел «Установка и удаление программ» и полностью деинсталлируем все устаревшие релизы 1С. На компьютерах должна остаться строго одна, актуальная версия платформы.
4. Проанализируем ярлыки запуска на рабочих столах. Крайне не рекомендуется создавать ярлык, ссылающийся напрямую на конкретный исполняемый файл (например, C:\Program Files\1cv8\8.3.12.1616\bin\1cv8.exe). При обновлении платформы или запуске нескольких баз это приведет к ошибкам. Запуск всегда должен выполняться через общий загрузчик 1cestart.exe.

Решение 2. Конфликты с антивирусным ПО (Проблема Kaspersky Endpoint Security)

Одной из наиболее частых скрытых причин блокировки файла 1Cv8tmp.1CD является работа защитных механизмов антивируса Касперского. Встроенный драйвер шифрования перехватывает сетевые файловые потоки и монополизирует доступ к временной базе данных блокировок 1С. Выясним, как устранить это влияние.

Вариант 1. Отключение компонента шифрования в интерфейсе установки

1. Откроем Панель управления Windows и перейдем в пункт «Программы и компоненты».
2. Найдем в списке программ Kaspersky Endpoint Security, кликнем правой кнопкой мыши и выберем «Изменить».
3. В открывшемся мастере изменения состава компонентов найдем пункт «Шифрование файлов и папок» (File and Folder Encryption).
4. Снимем с него отметку, нажмем «Далее» и дождемся завершения модификации программы.
5. В обязательном порядке перезагрузим компьютер.

Вариант 2. Переименование конфликтующего драйвера в безопасном режиме

Если изменение состава компонентов недоступно или не помогло, отключим драйвер шифрования напрямую в системе:

1. Перезагрузим компьютер в Безопасном режиме (Safe Mode).
2. Откроем проводник и перейдем в системный каталог драйверов: C:\Windows\System32\drivers\.
3. Найдем файл драйвера шифрования с именем klvfs.sys.
4. Переименуем его в klvfs.sys.old.
5. Перезагрузим компьютер в обычном режиме.

Решение 3. Перенос информационной базы в новую сетевую папку

Данный метод является простым и крайне действенным средством, которое помогло автору исходной темы. Перенос базы данных в новую директорию решает сразу три системные проблемы:

• Очищает некорректно унаследованные права доступа NTFS к каталогу.
• Сбрасывает зависшие на хосте сетевые сессии и дескрипторы открытых файлов.
• Устраняет влияние механизма виртуализации папок Windows (VirtualStore), из-за которого временные файлы могут создаваться локально у пользователя вместо общего сетевого каталога.

Рассмотрим порядок действий для корректного переноса:

1. Убедимся, что все пользователи гарантированно вышли из 1С.
2. На компьютере-сервере (хосте) создадим абсолютно новый каталог, например, C:\1C_Bases\Accounting_New.
3. Перенесем в созданную папку только один главный файл базы данных — 1Cv8.1CD. Всяческие временные логи, кэш-файлы и старые файлы блокировок переносить категорически не нужно.
4. Откроем общий доступ к новой папке. Предоставим группе пользователей сети полные права (Full Control) как на вкладке общего доступа (Share Permissions), так и на уровне безопасности файловой системы NTFS.
5. Запустим 1С на каждом рабочем месте, удалим старый путь к базе из списка и добавим новый путь к созданной сетевой папке.

Решение 4. Принудительное закрытие зависших сетевых сессий на сервере

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

Выполним очистку сетевых подключений на ПК-хосте:

1. Нажмите комбинацию клавиш Win + R на клавиатуре хост-компьютера, введите команду compmgmt.msc и нажмите Enter для вызова оснастки «Управление компьютером».
2. В левом навигационном дереве перейдем по пути: Системные инструменты — Общие папки — Открытые файлы.
3. В центральной части экрана отобразится список файлов, которые в данный момент заблокированы сетевыми клиентами.
4. Найдем все файлы, относящиеся к нашей базе 1С (особенно файлы с расширениями .1CD, .1cl, .cdn).
5. Кликнем по каждой строке правой кнопкой мыши и выберем команду «Закрыть открытый файл».

Решение 5. Очистка временных файлов и локального кэша

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

1. Убедимся, что процессы 1cv8.exe и 1cv8c.exe завершены на всех компьютерах.
2. Зайдем в сетевой каталог с базой данных 1С.
3. Найдем и безвозвратно удалим следующие файлы:
• 1Cv8tmp.1CD — временная база данных сессий;
• 1Cv8tmp.1cl — файл блокировки временной базы;
• 1Cv8.1cl — основной файл блокировок базы данных;
• 1Cv8.cdn — файл блокировки установки обновлений.
4. Внимание: Ни в коем случае не удаляйте файл 1Cv8.1CD! Это единственный файл, в котором хранятся все ваши учетные данные.
5. После очистки запустим 1С на первом (главном) компьютере, чтобы система заново сформировала чистые файлы блокировок, а затем поочередно подключим остальных пользователей.

Решение 6. Тонкая настройка протокола SMB (Отключение оппортунистических блокировок)

Если база данных 1С расположена на сетевом хранилище NAS или сервере под управлением Linux (Samba), либо сетевое взаимодействие между Windows-клиентами работает со сбоями, причиной может быть механизм оппортунистических блокировок (Oplocks) протокола SMB v2/v3.

Этот механизм оптимизирует передачу данных путем локального кэширования файлов на клиентской стороне. Однако при одновременной работе с файлом 1Cv8tmp.1CD кэширование приводит к рассинхронизации данных сессий, вызывая ошибку версии временного файла. Рекомендуется отключить данный режим.

На компьютере-сервере Windows откроем консоль PowerShell от имени администратора и выполним следующую команду:

Set-SmbServerConfiguration -EnableOplocks $false -Confirm:$false

На клиентских компьютерах мы также можем отключить кэширование сетевых каталогов через системный реестр Windows. Откроем редактор реестра regedit, перейдем в ветку:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanWorkstation\Parameters

Создадим в этой ветке три параметра типа DWORD (32 бита) со значением 0:

• FileInfoCacheLifetime
• FileNotFoundCacheLifetime
• DirectoryCacheLifetime

Для вступления изменений в силу обязательно выполним перезагрузку клиентских рабочих станций.

Решение 7. Проверка физической целостности базы утилитой chdbfl.exe

Если все предыдущие сетевые и программные настройки выполнены корректно, но ошибка доступа к временному файлу сохраняется, возможно, повреждена внутренняя логическая структура самого файла базы данных 1Cv8.1CD. Нам необходимо запустить встроенное средство тестирования и исправления.

1. Полностью закроем программу 1С на всех компьютерах сети; при использовании программы для автоматического архивирования, обновления и тестирования баз 1С эти действия выполняются без участия пользователя.
2. Обязательно создадим резервную копию файла 1Cv8.1CD, скопировав его на внешний накопитель или в другую папку. Это убережет данные от случайной потери в случае сбоя при тестировании.
3. Перейдем в каталог установленной платформы на локальном компьютере, где находится утилита тестирования. Путь к ней выглядит следующим образом: C:\Program Files\1cv8\Х.Х.Х.Х\bin\ (где Х.Х.Х.Х — номер релиза установленной платформы).
4. Найдем и запустим исполняемый файл утилиты — chdbfl.exe.
5. В поле «Имя файла БД» укажем путь к нашему рабочему файлу базы данных 1Cv8.1CD.
6. Установим галочку «Восстанавливать поврежденные данные» и нажмем кнопку «Выполнить».
7. После завершения процесса утилита предоставит подробный отчет об исправленных ошибках таблиц СУБД 1С.

Заключение

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