1Cv8.cfl в папке базы: служебный файл блокировок, а не конфигурация

Файл 1Cv8.cfl — это служебный файл файловой информационной базы 1С 8.3, через который платформа согласует блокировки между сеансами. Конфигурации в нём нет: ни модулей, ни метаданных, ни кода. Сама конфигурация хранится внутри 1Cv8.1CD, а наружу её выгружают в файл .cf.

Обычно про cfl спрашивают в двух ситуациях. Либо файл нашли в папке базы и не понимают, нужен ли он. Либо база не открывается после сбоя, и кто-то посоветовал «удалить cfl». Удалять его можно, но только когда базу точно никто не держит открытой, а за кодом и восстановлением конфигурации идут к файлам .cf, .dt и XML-выгрузке.

Что за файл 1Cv8.cfl и где его искать

Файл лежит в каталоге файловой базы, рядом с основным файлом данных. Путь к каталогу виден в окне запуска 1С: выделите базу в списке, и внизу окна появится строка вида File="D:\Bases\Buh".

Типичное содержимое каталога файловой базы:

• 📦 1Cv8.1CD — сама база: данные, конфигурация, пользователи. Главный файл, его и копируют для резервной копии.
• 🔐 1Cv8.cfl — служебный файл блокировок. Появляется, когда с базой работают, и в норме исчезает после выхода последнего сеанса.
• 📜 1Cv8Log — папка журнала регистрации. В 8.3 в новом формате это файл 1Cv8.lgd, в старом — 1Cv8.lgf и набор файлов *.lgp.
• 🗂 временные файлы с tmp в имени — появляются при тяжёлых операциях и удаляются сами после их завершения.

Что брать в резервную копию

При ручном копировании каталога базы важен только 1Cv8.1CD. Папку 1Cv8Log берите, если нужна история действий пользователей. Файл cfl и временные файлы в копию не нужны: они относятся к открытым сеансам и в другой базе смысла не имеют.

Копировать каталог нужно, когда в базе никто не работает . Иначе в копию попадёт 1Cv8.1CD в момент записи, и такая копия может не открыться.

Если cfl есть, а в базе вроде бы никто не работает, это повод проверить, не висит ли где-то незакрытый сеанс. Об этом — в разделе про проблемы.

Что внутри cfl и почему это не файл конфигурации

Расширение .cfl похоже на .cf, отсюда и путаница. Но назначение у файлов разное. .cf — выгруженная конфигурация. .cfl — рабочий файл платформы, который нужен только пока база открыта.

Формат cfl закрытый и нигде не описан. Открыть его в «Блокноте» можно, но читать там нечего: двоичные данные, никакого кода на встроенном языке, никаких имён справочников. «Структуры и синтаксиса» в смысле, в каком они есть у модуля или XML-выгрузки, у этого файла нет. Править его руками бессмысленно и опасно.

Чтобы не путаться, держите под рукой таблицу расширений:

Отсюда простой вывод. Если нужно что-то сделать с конфигурацией — смотреть, сравнивать, обновлять, восстанавливать, — cfl в этой работе не участвует.

Как выгрузить и изучить конфигурацию вместо cfl

Код и метаданные конфигурации достают из конфигуратора. Есть два способа: одним файлом .cf или набором XML-файлов.

Выгрузка в файл cf

1. Запустите базу в режиме «Конфигуратор».
2. Откройте конфигурацию: Конфигурация → Открыть конфигурацию.
3. Выберите Конфигурация → Сохранить конфигурацию в файл.
4. Укажите папку и имя, например Buh_2026-10-07.cf.

Файл .cf получится в несколько десятков или сотен мегабайт, в зависимости от конфигурации. Его можно загрузить в пустую базу, использовать для сравнения или хранить как точку отката перед доработками.

Того же результата можно добиться из командной строки, без интерфейса. Это удобно для ночных заданий:

"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /DumpCfg "D:\Backup\Buh.cf" /Out "D:\Backup\dump.log"

Номер платформы в пути подставьте свой: посмотрите его в папке C:\Program Files\1cv8.

Выгрузка в XML-файлы

Если задача — именно читать код, искать текст по всем модулям или хранить конфигурацию в Git, удобнее выгрузка в файлы. Команда — Конфигурация → Выгрузить конфигурацию в файлы. Платформа создаст дерево папок: каждый объект метаданных в своём XML-файле, модули — отдельными .bsl-файлами, которые открываются любым редактором.

Такую выгрузку читают в обычном текстовом редакторе или в среде разработки. Поиск строки по всем модулям в ней занимает секунды.

Из командной строки XML-выгрузку делает параметр /DumpConfigToFiles с указанием пустой папки:

"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8.exe" DESIGNER /F "D:\Bases\Buh" /N "Администратор" /P "пароль" /DumpConfigToFiles "D:\Export\Buh" /Out "D:\Export\dump.log"

Обратная операция — Конфигурация → Загрузить конфигурацию из файлов. Она заменяет основную конфигурацию, поэтому перед ней тоже нужна копия базы.

Обновление и сравнение конфигураций: какие файлы нужны

Для обновления типовой конфигурации и сравнения версий используют .cf и .cfu. Файл cfl здесь никакой роли не играет: при обновлении он существует просто потому, что база открыта в конфигураторе.

Какой файл для какой задачи:

• 🔄 Обновление типовой на поддержке — файл .cfu или .cf из дистрибутива. Путь: Конфигурация → Поддержка → Обновить конфигурацию.
• ⚖️ Сравнение с другой версией — Конфигурация → Сравнить, объединить с конфигурацией из файла, на вход — файл .cf.
• 🔍 Сравнение без объединения — Конфигурация → Сравнить конфигурации. Можно сравнить основную конфигурацию с конфигурацией базы данных или с файлом.
• 🧩 Перенос доработок отдельно от типовой — расширение .cfe. Расширения появились в платформе 8.3.6.

После любого изменения основной конфигурации изменения ещё не применены к базе. Применяет их отдельная команда: Конфигурация → Обновить конфигурацию базы данных (F7). На этом шаге может потребоваться монопольный доступ, если меняется структура данных.

Восстановление конфигурации: из чего это реально сделать

Из cfl восстановить ничего нельзя. Ни конфигурацию, ни данные. Если база повреждена или конфигурацию испортили неудачной доработкой, рабочие источники такие:

Откат несохранённых изменений

Если вы поменяли основную конфигурацию, но ещё не обновили базу, выберите Конфигурация → Конфигурация базы данных → Вернуться к конфигурации БД. Основная конфигурация станет такой же, как та, с которой база работает сейчас.

Загрузка конфигурации из файла

1. Сделайте копию текущей базы.
2. В конфигураторе выберите Конфигурация → Загрузить конфигурацию из файла и укажите .cf.
3. Подтвердите замену и выполните Обновить конфигурацию базы данных.

Загрузка .cf полностью заменяет конфигурацию, в том числе снимает её с поддержки или меняет её настройки на те, что в файле. Если в файле старая версия, а данные уже записаны новой, обновление структуры может удалить реквизиты вместе с их значениями.

Если повреждён сам файл базы

Для файловой базы есть утилита chdbfl.exe в папке bin платформы. Она проверяет 1Cv8.1CD и умеет исправлять часть ошибок. Тестирование и исправление есть и в конфигураторе: Администрирование → Тестирование и исправление. Обе операции требуют, чтобы в базе никто не работал, и запускаются только после копии каталога.

Проблемы с файлом cfl и как их решать

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

Как найти, кто держит базу

Начните с самой 1С: в режиме «Предприятие» список сеансов показывает Администрирование → Обслуживание → Активные пользователи (в БП 3.0 и ЗУП 3.1 путь такой). Если там пусто, а файлы заняты, ищите на уровне Windows:

1. На компьютере, где лежит каталог базы, откройте compmgmt.msc.
2. Перейдите в Общие папки → Открытые файлы.
3. Отсортируйте по столбцу с путём и найдите строки с каталогом базы. В соседнем столбце видно имя пользователя и компьютер.

Так обычно и находится «забытый» ноутбук бухгалтера, который ушёл в сон с открытой 1С.

Когда cfl можно удалить

Удалять файл стоит только когда вы точно знаете, что базой никто не пользуется. Порядок такой:

1. Предупредите пользователей и попросите выйти из 1С.
2. На компьютере, где лежит база, проверьте открытые файлы и список процессов 1cv8.exe, 1cv8c.exe. Если база в терминальном доступе — проверьте все сессии сервера.
3. Скопируйте каталог базы целиком в другое место.
4. Удалите 1Cv8.cfl. При следующем запуске платформа создаст новый.

Если Windows не даёт удалить файл, значит, его держит процесс. Ищите процесс, а не перезагружайте сервер наугад.

Как не допустить проблем

• 🖥 Храните файловую базу на диске компьютера, к которому подключаются пользователи, а не на NAS сомнительного качества.
• 🛡 Добавьте каталог базы в исключения антивируса и программ синхронизации вроде облачных дисков.
• 💾 Не копируйте каталог базы резервной копией, пока в ней работают: копия может получиться несогласованной. Для работающей базы надёжнее выгрузка .dt или копирование в нерабочее время.
• 👥 Если пользователей больше 5–10 и они работают одновременно, подумайте о переходе на клиент-серверный вариант. Там файловых блокировок нет вовсе.

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