Администрирование · 8 мин
Чем отличается CF от DT в 1С
Разбираем отличия файлов CF и DT в 1С: что хранит каждый формат, когда создавать выгрузку конфигурации, а когда базы данных, и как не потерять данные.
Файлы с расширениями CF и DT — два разных способа сохранить информацию из 1С, и путаница между ними нередко приводит к потере данных. CF (configuration file) содержит только конфигурацию: структуру метаданных, код модулей, формы, макеты и роли, но ни одной записи справочников или документов. DT (dump) — это полная выгрузка информационной базы, включающая и конфигурацию, и все данные: номенклатуру, контрагентов, документы, движения регистров, настройки пользователей.
Практическое следствие простое: если нужно перенести доработки на другую базу — используют CF, если нужна резервная копия или перенос базы целиком — только DT. Загрузив CF в рабочую базу, вы обновите конфигурацию, но данные останутся на месте (или будут потеряны при реструктуризации, если изменения структуры конфликтуют с данными). Загрузив DT, вы полностью замените базу на её копию на момент выгрузки.
Что хранится внутри файлов CF и DT
Файл CF создаётся через конфигуратор командой «Конфигурация → Сохранить конфигурацию в файл». Внутри — только описание прикладного решения: объекты метаданных, программный код, интерфейсы, права. Размер такого файла обычно составляет десятки мегабайт для типовых конфигураций и почти не зависит от того, сколько лет база работала.
Файл DT создаётся через «Администрирование → Выгрузить информационную базу». Это универсальный формат переноса: платформа сериализует в него всё содержимое базы независимо от СУБД. Поэтому размер DT напрямую зависит от объёма данных — у активно работающей базы он может достигать десятков гигабайт и расти с каждым годом.
Сравнение форматов по ключевым параметрам
| Параметр | CF | DT |
|---|---|---|
| Содержимое | Только конфигурация | Конфигурация + все данные |
| Как создаётся | Сохранить конфигурацию в файл | Выгрузить информационную базу |
| Типичный размер | Мегабайты, стабилен | Растёт вместе с базой |
| Основное назначение | Перенос доработок, хранение версий конфигурации | Резервная копия, переезд, создание копии базы |
| Загрузка в базу с данными | Обновляет конфигурацию, данные сохраняются | Полностью заменяет базу вместе с данными |
| Зависимость от СУБД | Нет | Нет, работает на любой поддерживаемой СУБД |
Ключевой риск кроется в последних двух строках таблицы: загрузка DT в существующую базу — деструктивная операция. Всё, что было в базе до загрузки, будет заменено содержимым файла. Поэтому перед загрузкой DT всегда делают отдельную резервную копию текущего состояния.
Когда использовать CF
CF применяют в задачах разработки и сопровождения. Типичные сценарии: передать доработку коллеге или заказчику, сохранить версию конфигурации перед обновлением, сравнить две конфигурации через «Сравнить/объединить с конфигурацией из файла», поставить конфигурацию на поддержку с использованием файла поставщика.
Также CF удобен для быстрой проверки, что именно изменилось в конфигурации: файл можно загрузить в пустую базу и сравнить с эталонной. Данные при этом не нужны, поэтому тяжёлый DT не требуется.
- 1Откройте базу в конфигураторе под пользователем с правами администратора
- 2Меню «Конфигурация» → «Сохранить конфигурацию в файл»
- 3Укажите путь и имя файла с расширением .cf
- 4Дождитесь завершения и проверьте, что файл создан и его размер не нулевой
Когда использовать DT
DT — стандартный инструмент резервного копирования для файловых баз и способ миграции между СУБД (например, из файлового варианта в клиент-серверный на PostgreSQL или MS SQL). Также DT используют, чтобы развернуть копию рабочей базы для тестирования обновления или обучения сотрудников.
Важное ограничение: выгрузка в DT требует монопольного доступа к базе — все пользователи и фоновые сеансы должны быть завершены. На больших базах процесс занимает значительное время, поэтому его планируют на нерабочие часы.
Альтернативы и ограничения
Для файловых баз проще и надёжнее копировать сам файл 1Cv8.1CD при остановленной работе пользователей — это быстрее выгрузки в DT. Для клиент-серверных баз штатное средство резервного копирования СУБД (например, pg_dump или SQL Server Backup) обычно эффективнее и позволяет делать копии без остановки работы.
DT остаётся незаменимым в двух случаях: перенос между разными СУБД и диагностика — файл можно передать специалисту, который развернёт базу у себя без доступа к вашей инфраструктуре. Однако DT не подходит как единственная стратегия бэкапа больших баз из-за длительности выгрузки и монопольного режима.
Способы резервного копирования
Универсально и независимо от СУБД, но требует монопольного доступа и медленно на больших базах
Быстро для файловых баз, но только при полной остановке работы с базой
Оптимально для клиент-серверных баз, работает без остановки, но копия привязана к конкретной СУБД
Типичные ошибки при работе с CF и DT
Самая частая ошибка — считать CF резервной копией. Администратор регулярно сохраняет конфигурацию в файл, а при сбое обнаруживает, что восстановить данные неоткуда. Вторая распространённая ситуация — загрузка старого DT «для проверки» в рабочую базу вместо отдельной тестовой.
Ещё одна ошибка — перенос данных через CF: разработчик сохраняет конфигурацию и искренне полагает, что вместе с ней переедут заполненные справочники. Не переедут. Для переноса данных между разными конфигурациями существуют отдельные инструменты — обработки выгрузки/загрузки XML и «Конвертация данных».
Как проверить результат выгрузки и загрузки
После создания DT проверьте не только наличие файла, но и его пригодность: периодически разворачивайте копию в тестовую базу и убеждайтесь, что она открывается, данные на месте, отчёты формируются. Резервная копия, которая ни разу не проверялась восстановлением, не считается надёжной.
После загрузки CF в базу с данными обязательно выполните обновление конфигурации базы данных (F7) и просмотрите список изменений структуры: платформа покажет, какие объекты будут реструктуризованы. Если в списке есть удаление реквизитов или таблиц с данными — остановитесь и разберитесь, не приведёт ли это к потере информации.
Как проверить результат
Размер соизмерим с базой, файл разворачивается в тестовой копии
Нулевой размер, ошибка при загрузке, отсутствуют документы
Окно реструктуризации без удаления данных, база запускается
Предупреждения об удалении таблиц и реквизитов с данными
Все сеансы завершены, выгрузка стартовала
Ошибка «нарушение монопольного доступа»
Частые вопросы
Можно ли извлечь данные из файла CF?
Нет. CF физически не содержит данных информационной базы — в нём только описание структуры и код. Если данные нужны, а есть только CF, восстановить их не получится.
Чем DT отличается от копии файла 1Cv8.1CD?
1Cv8.1CD — это сам файл файловой базы, его можно просто скопировать. DT — результат выгрузки через конфигуратор, независимый от формата хранения. Для файловых баз копия 1Cv8.1CD обычно быстрее, но DT позволяет перейти на другую СУБД.
Можно ли загрузить DT от одной конфигурации в базу с другой?
Нет. DT загружается только в пустую базу или полностью заменяет существующую вместе с конфигурацией. Объединить данные двух разных конфигураций через DT нельзя — для этого используют обмены и конвертацию данных.
Почему выгрузка в DT занимает много времени?
Платформа последовательно сериализует все таблицы базы в один файл. На больших базах это часы. Ускорить процесс нельзя, поэтому для крупных клиент-серверных баз применяют резервное копирование средствами СУБД, а DT используют только для миграций.
Нужен ли монопольный доступ для сохранения CF?
Нет, сохранение конфигурации в файл не требует монопольного режима. Монопольный доступ нужен для выгрузки и загрузки DT, а также для обновления конфигурации базы данных с реструктуризацией.
Что выбрать для ежедневного бэкапа небольшой файловой базы?
Практичный вариант — копирование файла 1Cv8.1CD по расписанию в нерабочее время плюс периодическая выгрузка в DT для проверки восстановления. Храните копии на другом носителе или в сетевом хранилище.
Что важно запомнить
CF — только конфигурация, DT — конфигурация и все данные. CF служит для переноса доработок и хранения версий, DT — для резервных копий, переездов и создания копий базы. Загрузка DT полностью заменяет базу, поэтому перед ней всегда делайте копию текущего состояния.