Перенос конфигурации 1С: все способы выгрузки и загрузки
Содержание
«Перекинуть конфигурацию» чаще всего понимают как «скопировать всю базу» — и выгружают данные вместе со структурой. Это разные задачи. Конфигурация — это только структура: справочники, документы, отчёты, формы, модули. Данные (остатки, проводки, документы пользователей) в конфигурацию не входят.
Если нужна именно структура без данных — выгрузите файл .cf через Конфигуратор: Конфигурация → Сохранить конфигурацию в файл…, затем загрузите его в целевую базу. Если нужна копия базы
со всеми данными — это уже выгрузка информационной базы (.dt) или копирование каталога. Ниже — когда что применять и как не повредить рабочую базу.
Что именно вы переносите: структуру или всю базу
От ответа на этот вопрос зависит метод. Три типовых сценария:
- 🧩 Только конфигурация (структура без данных) — файл
.cf. Нужен, когда вы переносите доработки в другую базу, разворачиваете пустую базу под обмен, отдаёте конфигурацию подрядчику. - 💾 Вся база с данными — файл
.dtили копия каталога. Нужен при переезде базы на другой компьютер или сервер, создании архива, развёртывании тестовой копии. - 🔌 Отдельное расширение — файл
.cfe. Переносится независимо от основной конфигурации и не снимает её с поддержки.
Путаница между .cf и .dt — главная причина ошибок. .cf загрузится в любую базу подходящей версии и заменит там структуру, а данные останутся на месте. .dt затирает базу целиком: и структуру, и данные.
Перед любым из способов проверьте совместимость версий. Файл .cf, выгруженный на платформе определённого номера, загрузится в базу с платформой номера не ниже. То же и для .dt: базу, выгруженную на новой платформе, в старую не загрузить. Если версии расходятся — сначала поднимите платформу на приёмнике.
Учтите и версию конфигурации. Если приёмник — типовая база, а вы грузите в неё .cf от другой редакции (например, более новой Бухгалтерии), прямая загрузка сломает соответствие с поставщиком. Для таких случаев перенос идёт не загрузкой, а штатным обновлением или сравнением-объединением — об этом ниже.
Выгрузка и загрузка файла .cf через Конфигуратор
Это основной способ перенести структуру. Он работает и для файловых, и для клиент-серверных баз.
Выгрузка (в базе-источнике):
- Откройте базу в режиме Конфигуратор.
- Меню
Конфигурация → Сохранить конфигурацию в файл…. - Укажите имя и папку. Получите файл с расширением
.cf.
Выгрузка не меняет базу и монопольного доступа не требует — её можно делать на работающей базе.
Полезно понимать, что у базы две конфигурации: основная (её вы правите в дереве метаданных) и конфигурация базы данных (рабочая, по которой живут данные). Загрузка .cf меняет основную конфигурацию, а на данные влияет только следующий шаг — обновление конфигурации
базы данных. Поэтому загрузка и обновление идут парой.
Загрузка (в базе-приёмнике):
- Откройте целевую базу в Конфигураторе.
- Меню
Конфигурация → Загрузить конфигурацию из файла…, выберите.cf. - После загрузки платформа предложит обновить конфигурацию
базы данных — согласитесь (клавиша
F7илиКонфигурация → Обновить конфигурацию базы данных).
Обновление структуры базы данных требует монопольного доступа — все пользователи должны выйти. Делайте это в нерабочее время: активные сеансы будут завершены. Если платформа сообщает, что база занята, закройте сеансы через список активных пользователей или консоль кластера.
Перед загрузкой .cf в рабочую базу обязательно сделайте резервную копию: загрузка заменяет всю структуру, откатить одной кнопкой нельзя.
Что происходит с данными при обновлении структуры: новые объекты появляются пустыми; изменение типов и длин реквизитов вызывает реструктуризацию таблиц — на большой базе это занимает время; а удаление объекта из конфигурации удаляет и его данные. Поэтому прямую загрузку .cf применяют, когда структура приёмника должна стать точно такой же, как в источнике.
Если в приёмнике уже есть своя доработанная конфигурация и затирать её нельзя, прямую загрузку не используйте. Вместо неё — Конфигурация → Сравнить, объединить с конфигурацией из файла…. Платформа покажет различия по объектам и даст перенести только выбранные изменения, сохранив остальное.
Перенос всей базы: файл .dt или копия каталога
Когда нужны и структура, и данные — переносите информационную базу целиком. Два рабочих варианта.
Вариант А. Файл .dt (выгрузка/загрузка информационной базы). Подходит для любой базы, особенно клиент-серверной.
- Выгрузка: Конфигуратор →
Администрирование → Выгрузить информационную базу…→ файл.dt. - Загрузка: Конфигуратор целевой базы →
Администрирование → Загрузить информационную базу…→ выберите.dt.
.dt — самый надёжный способ переезда: один файл содержит всё. Он же удобен как разовый архив перед рискованными работами.
Загрузка .dt полностью заменяет базу-приёмник и требует монопольного доступа. Всё, что было в целевой базе, пропадёт. Проверяйте, в какую базу загружаете.
Вариант Б. Копирование каталога файловой базы. Работает только для файлового варианта. Файловая база — это папка с файлом 1Cv8.1CD.
- Убедитесь, что из базы вышли все пользователи и закрыт Конфигуратор.
- Скопируйте всю папку базы на новое место (внешний диск, другой компьютер).
- На целевой машине добавьте базу в список: при запуске 1С →
Добавить → Добавление в список существующей информационной базы→ укажите скопированную папку.
Копировать каталог «на горячую», когда база открыта, нельзя — получите повреждённую копию. Для клиент-серверной базы простое копирование не подходит вообще: там данные в СУБД, переносите через .dt.
После загрузки .dt в большую базу имеет смысл проверить целостность: Конфигуратор → Администрирование → Тестирование и исправление информационной базы. Для первой проверки выбирайте режим без исправления, чтобы увидеть список проблем, и только потом исправляйте. Эта операция тоже монопольная — запускайте её, когда в базе никого нет.
| Способ | Что переносит | Для какой базы | Монопольный доступ |
|---|---|---|---|
Файл .cf | Только структуру | Любая | Нужен при обновлении структуры |
Файл .dt | Структуру + данные | Любая | Нужен при загрузке |
| Копия каталога | Структуру + данные | Только файловая | Не нужен, но база должна быть закрыта |
Перенос между файловой и клиент-серверной базой
Частый случай — база работала как файловая, а переезжает на сервер (или наоборот). Структуру и данные это не ломает: внутренний формат один и тот же, различается только способ хранения.
Порядок переезда файловой базы на сервер:
- В файловой базе выгрузите информационную базу в
.dt(Администрирование → Выгрузить информационную базу…). - На сервере создайте новую пустую клиент-серверную базу через консоль администрирования кластера.
- Подключитесь к ней Конфигуратором и загрузите
.dt(Администрирование → Загрузить информационную базу…).
Обратный переезд (с сервера в файловую) делается так же: выгрузили .dt из серверной базы, создали пустую файловую, загрузили. Копирование каталога тут не работает
— у клиент-серверной базы нет файла 1Cv8.1CD, данные лежат в СУБД.
При переезде на сервер следите за совпадением версий платформы. Если на сервере платформа старше, чем там, где делали выгрузку, .dt не загрузится — сначала обновите платформу сервера до номера не ниже.
Если конфигурация на поддержке или с расширениями
Типовые конфигурации (Бухгалтерия, ЗУП, Управление торговлей) поставляются на поддержке — рядом с корнем конфигурации стоит значок замка. Пока она на поддержке с запретом изменений, часть объектов редактировать нельзя, но на выгрузку и загрузку .cf/.dt это не влияет — переносятся они как есть.
Проблема возникает, когда в приёмнике нужно изменять перенесённую типовую конфигурацию
. Тогда включите возможность редактирования: Конфигурация → Поддержка → Настройка поддержки → Включить возможность изменения. Снятие полного запрета усложняет будущие обновления типовой — делайте это осознанно.
Расширения переносятся отдельно от основной конфигурации. Механизм расширений появился в платформе 8.3.6; если доработки оформлены расширением, это самый аккуратный способ: основная конфигурация остаётся на поддержке нетронутой.
- В источнике:
Конфигурация → Расширения конфигурации, выделите нужное расширение. - Сохраните его в файл: команда сохранения расширения в файл даёт файл
.cfe. - В приёмнике: в том же окне расширений добавьте расширение из файла
.cfe. - Обновите конфигурацию базы данных — для расширений это отдельный шаг после загрузки.
Если доработки сделаны расширением, предпочитайте перенос .cfe: не нужно снимать основную конфигурацию с поддержки и проще обновлять типовую дальше.
Пакетный перенос командами 1cv8
Когда перенос повторяется регулярно (ночные выгрузки, развёртывание тестовых баз), его автоматизируют запуском Конфигуратора в пакетном режиме. Конфигуратор запускается ключевым словом DESIGNER.
Выгрузить конфигурацию в файл из файловой базы:
1cv8 DESIGNER /F"C:\base" /N"Админ" /P"пароль" /DumpCfg "C:\out\cf.cf" /DisableStartupMessages
Загрузить конфигурацию в базу и сразу обновить структуру:
1cv8 DESIGNER /F"C:\base" /N"Админ" /P"пароль" /LoadCfg "C:\out\cf.cf" /UpdateDBCfg /DisableStartupMessages
Выгрузить и загрузить информационную базу целиком (.dt):
1cv8 DESIGNER /F"C:\base" /N"Админ" /P"пароль" /DumpIB "C:\out\base.dt"
1cv8 DESIGNER /F"C:\base" /N"Админ" /P"пароль" /RestoreIB "C:\out\base.dt"
Назначение ключей:
/F"путь"— путь к файловой базе. Для клиент-серверной вместо него/S"сервер\имя_базы"./Nи/P— пользователь и пароль; при пустом пароле ключ/Pопускают./DumpCfg,/LoadCfg— выгрузка и загрузка конфигурации (.cf)./UpdateDBCfg— обновление структуры базы после загрузки./DumpIB,/RestoreIB— выгрузка и загрузка информационной базы (.dt)./DisableStartupMessages— подавляет окна-подсказки, чтобы пакет не завис в ожидании нажатия.
Команда с /UpdateDBCfg или /RestoreIB меняет структуру и требует монопольного доступа. Ставьте такие задачи на время, когда в базе никого нет, иначе сеансы оборвутся. Полный список ключей — в документации по пакетному запуску; не выдумывайте параметры, которых не знаете.
Частые ошибки при переносе конфигурации
🔴 Перенесли .dt вместо .cf и затёрли данные приёмника. Загрузка .dt заменяет базу целиком. Если нужна была только структура — восстановите приёмник из резервной копии и выгрузите .cf.
🔴 «Не соответствует версии» при загрузке. Файл выгружен на более новой платформе, чем приёмник. Поднимите платформу на целевой базе до номера не ниже исходного и повторите.
🔴 База занята, обновление не идёт. Структуру нельзя обновить, пока в базе есть сеансы. Завершите их через список активных пользователей или консоль администрирования кластера, затем повторите Обновить конфигурацию базы данных.
🔴 Конфигурация на поддержке не даёт менять объекты. Это не ошибка переноса. Чтобы редактировать типовую в приёмнике, включите возможность изменения в настройке поддержки.
🔴 Расширение «потерялось» после переноса базы. .cfe переносится отдельно. При переезде через .cf расширения не попадают в файл — выгружайте и загружайте их самостоятельно.
Чем отличается файл .cf от .dt?
.cf — только конфигурация (структура метаданных), данные в приёмнике сохраняются. .dt — вся информационная база: структура и данные, при загрузке приёмник полностью заменяется.Можно ли перенести конфигурацию из новой версии платформы в старую?
Как перенести только часть доработок, не затирая чужие изменения?
Конфигурация → Сравнить, объединить с конфигурацией из файла…. Платформа покажет различия по объектам и перенесёт только отмеченные.Нужно ли снимать конфигурацию с поддержки, чтобы перенести её в другую базу?
.cf/.dt работают независимо от поддержки. Снятие запрета изменений нужно, только если перенесённую типовую вы собираетесь дорабатывать.Почему нельзя просто скопировать папку клиент-серверной базы?
1Cv8.1CD. Копирование каталога ничего не перенесёт — используйте выгрузку .dt.Можно ли перенести конфигурацию, пока в базе работают пользователи?
.cf — да, это чтение. А вот обновить структуру в приёмнике без монопольного доступа не получится: на этом шаге сеансы придётся завершить. Планируйте перенос на нерабочее время.