Администрирование · 11 мин
Как перенести конфигурацию 1С между базами и серверами
Пошаговая инструкция по переносу конфигурации 1С: выгрузка в файл cf, загрузка через конфигуратор, обновление базы, копирование между серверами и типичные ошибки.
Перенос конфигурации 1С — задача, с которой сталкиваются при развёртывании новой базы, обновлении рабочей системы, передаче доработок из тестовой среды в продуктив или миграции на другой сервер. В зависимости от цели используются разные механизмы: выгрузка конфигурации в файл .cf, выгрузка информационной базы целиком в .dt, загрузка конфигурации поставщика или объединение конфигураций.
Ключевое различие, которое нужно понять до начала работы: конфигурация — это структура метаданных (справочники, документы, отчёты, код), а данные — это содержимое базы (контрагенты, проводки, остатки). Файл .cf переносит только структуру и код, файл .dt — структуру вместе с данными. Выбор неправильного способа — самая частая причина потери информации или неработающей базы.
Все операции выполняются через Конфигуратор — штатный инструмент платформы 1С:Предприятие. Ниже разобраны основные сценарии с точными действиями, проверками результата и ограничениями.
Что именно требуется перенести: определяем сценарий
Прежде чем открывать Конфигуратор, ответьте на вопрос: нужна ли только конфигурация или база целиком. От этого зависит весь дальнейший порядок действий и риски.
- Только конфигурация (.cf) — перенос доработок из тестовой базы в рабочую, развёртывание типовой конфигурации на новой базе, передача конфигурации разработчику без данных.
- База целиком (.dt) — переезд на новый сервер, создание полной копии рабочей базы для тестирования, архивирование.
- Обновление через .cfu — установка нового релиза типовой конфигурации через механизм поддержки.
- Объединение конфигураций — перенос отдельных доработок при расхождении версий, когда простая загрузка затрёт нужные изменения.
Какой способ выбрать
Подготовка: резервная копия и проверка версий
Загрузка конфигурации — операция, которая изменяет структуру базы данных и не откатывается штатными средствами. Поэтому первый шаг всегда одинаков: сделайте резервную копию целевой базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD или выгрузить базу в .dt. Для клиент-серверной — создайте копию средствами СУБД (MS SQL, PostgreSQL) или выгрузку .dt.
Второй обязательный шаг — сверить версии платформы. Конфигурация, сохранённая на более новой версии платформы, может не загрузиться или работать некорректно на старой. Проверьте версию платформы на обеих базах: меню «Справка → О программе». При расхождении обновите платформу на целевой стороне до версии не ниже исходной.
Также убедитесь, что у вас есть монопольный доступ к целевой базе: загрузка конфигурации и обновление структуры БД невозможны при активных сеансах пользователей. В файловом режиме попросите всех выйти, в клиент-серверном — завершите сеансы через консоль администрирования.
Выгрузка конфигурации в файл .cf
Откройте исходную базу в режиме Конфигуратора. В главном меню выберите «Конфигурация → Открыть конфигурацию» и дождитесь загрузки дерева метаданных. Затем выберите «Конфигурация → Сохранить конфигурацию в файл» и укажите путь и имя файла с расширением .cf.
Если конфигурация находится на поддержке поставщика и не изменялась, платформа может предложить сохранить конфигурацию базы данных вместо основной — соглашайтесь, для типовых баз это нормальная ситуация. Если конфигурация закрыта паролем поставщика, выгрузка может быть ограничена лицензионным соглашением.
Проверьте результат: файл должен существовать по указанному пути и иметь ненулевой размер. Для крупных конфигураций (ERP, УПП) файл может занимать сотни мегабайт, для лёгких (самописные, небольшие типовые) — десятки мегабайт.
- 1Откройте базу в Конфигураторе
- 2Конфигурация → Открыть конфигурацию
- 3Конфигурация → Сохранить конфигурацию в файл
- 4Укажите путь и имя файла .cf
- 5Проверьте наличие и размер файла
Загрузка конфигурации на целевой базе
На целевой базе откройте Конфигуратор, завершив все сеансы пользователей. Выполните «Конфигурация → Загрузить конфигурацию из файла» и выберите подготовленный .cf. Платформа загрузит метаданные и предложит обновить конфигурацию базы данных.
При обновлении конфигурации БД платформа покажет окно реструктуризации со списком изменений: какие таблицы будут созданы, изменены или удалены. Внимательно изучите этот список — удаление реквизитов и таблиц означает безвозвратную потерю соответствующих данных после подтверждения. Если видите неожиданные удаления, отмените операцию и разберитесь в расхождениях.
После подтверждения дождитесь завершения реструктуризации. На больших базах она может занимать от нескольких минут до часов — прерывать процесс нельзя. Затем запустите базу в режиме Предприятие и проверьте работу ключевых функций: открытие основных документов, проведение, формирование отчётов.
Как проверить результат загрузки
База открывается без сообщений об ошибках метаданных
Ошибки формата, невозможность войти в базу
Только ожидаемые добавления и изменения
Удаление таблиц и реквизитов, которые должны сохраниться
Документы проводятся, отчёты формируются
Ошибки при проведении, пустые отчёты
В сведениях о конфигурации отображается ожидаемая версия
Старая версия или пустое значение
Перенос базы целиком через файл .dt
Когда нужно перенести не только конфигурацию, но и все данные — например, при переезде на новый сервер или создании полной тестовой копии — используйте выгрузку информационной базы. В Конфигураторе выберите «Администрирование → Выгрузить информационную базу» и укажите файл .dt.
На целевой стороне создайте пустую базу (при добавлении базы в список выберите создание новой без конфигурации), откройте её в Конфигураторе и выполните «Администрирование → Загрузить информационную базу». Загрузка .dt полностью заменяет содержимое базы, включая конфигурацию, данные и пользователей.
Учтите ограничения: файл .dt для больших баз может достигать десятков гигабайт, а выгрузка и загрузка занимают значительное время. Для клиент-серверных баз большого объёма надёжнее и быстрее переносить данные средствами СУБД — через резервную копию SQL. Кроме того, загрузка .dt переносит и список пользователей с их паролями: учитывайте это при передаче копии третьим лицам.
Обновление типовой конфигурации и объединение
Если конфигурация стоит на поддержке, обновляйте её штатно: «Конфигурация → Поддержка → Обновить конфигурацию» с выбором файла .cfu нового релиза или через интернет-поддержку. Этот механизм корректно обрабатывает типовые изменения и сохраняет историю версий.
Когда в базе есть собственные доработки, а нужно перенести изменения из другой конфигурации, используйте «Конфигурация → Сравнить, объединить с конфигурацией из файла». Платформа покажет дерево различий, где можно вручную отметить, какие объекты переносить. Режим требует внимательности: при неправильной разметке можно потерять свои изменения или не перенести нужные.
Практическое правило: перед объединением сделайте выгрузку .cf обеих конфигураций и сохраните их как эталонные копии. Если результат объединения окажется неудовлетворительным, вы сможете вернуться к исходному состоянию.
Сравнение способов переноса
Переносит только метаданные и код. Подходит для доработок и развёртывания типовой конфигурации. Данные не переносятся.
Переносит базу целиком: конфигурацию, данные, пользователей. Подходит для переезда и полных копий. Медленно на больших базах.
Штатное обновление типовой конфигурации на поддержке. Работает только для перехода на поддерживаемый релиз.
Точечный перенос отдельных объектов. Требует ручного контроля и понимания структуры обеих конфигураций.
Для клиент-серверных баз: быстрый перенос больших объёмов. Требует доступа к серверу БД и навыков администрирования СУБД.
Типичные ошибки и как их избежать
Большинство проблем при переносе конфигураций связано не со сложностью инструментов, а с пропуском подготовительных шагов. Разберите типичные сценарии до того, как столкнётесь с ними на рабочей базе.
Отдельная группа проблем — перенос между разными конфигурациями, например загрузка конфигурации УТ в базу БП. Такие операции технически возможны, но приводят к полной замене структуры и потере данных, несовместимых с новой конфигурацией. Для переноса данных между разными конфигурациями используйте обмены через правила конвертации или универсальный обмен XML, а не загрузку конфигурации.
Что важно запомнить
Файл .cf переносит только структуру и код, .dt — базу целиком с данными. Перед любой загрузкой делайте резервную копию, сверяйте версии платформы и завершайте сеансы пользователей. Список реструктуризации читайте до подтверждения, а результат проверяйте запуском базы и тестированием ключевых операций.
Частые вопросы
Можно ли перенести конфигурацию без Конфигуратора?
Нет, выгрузка и загрузка .cf и .dt выполняются только через Конфигуратор. Альтернатива для клиент-серверных баз — копия средствами СУБД, но она переносит базу целиком, а не отдельную конфигурацию.
Конфигурация не загружается: «Нарушена целостность структуры конфигурации». Что делать?
Чаще всего файл .cf повреждён при копировании или не докачался. Запросите или выгрузите файл заново и повторите загрузку. Если ошибка повторяется, проверьте совместимость версий платформы на исходной и целевой базах.
Как перенести только один отчёт или обработку, а не всю конфигурацию?
Если объект независимый, сохраните его как внешний отчёт или обработку (.epf, .erf) через «Файл → Сохранить как» в Конфигураторе и откройте на целевой базе. Либо используйте объединение конфигураций, отметив только нужный объект.
Что произойдёт с данными при загрузке конфигурации из .cf?
Данные, соответствующие сохранённым объектам, останутся. Данные удалённых реквизитов, таблиц и объектов будут безвозвратно удалены при реструктуризации. Именно поэтому список изменений нужно изучать до подтверждения.
Можно ли перенести конфигурацию с сервера 1С на файловую базу и обратно?
Да, файлы .cf и .dt не зависят от режима работы базы. Конфигурация, выгруженная из клиент-серверной базы, загрузится в файловую и наоборот. Ограничения касаются только функциональности самой конфигурации, если она рассчитана на конкретную СУБД.
Сколько времени занимает перенос базы через .dt?
Зависит от размера базы и оборудования: небольшая файловая база выгружается за минуты, клиент-серверная база объёмом в десятки гигабайт — за часы. Для больших баз предпочтительнее перенос средствами СУБД, который обычно существенно быстрее.