Как сделать копию конфигурации 1С

Копия конфигурации 1С нужна перед обновлением, доработкой типовых механизмов, переносом базы на другой компьютер или созданием тестовой среды. В зависимости от задачи «копией» может быть как выгрузка только конфигурации в файл .cf, так и полный слепок базы данных вместе с документами и справочниками — файл .dt или резервная копия SQL-базы.

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

Что именно нужно скопировать: конфигурация или вся база

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

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

Сохранение конфигурации в файл .cf

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

Откройте базу в конфигураторе под пользователем с правами администратора. Откройте конфигурацию через меню «Конфигурация → Открыть конфигурацию» и дождитесь построения дерева метаданных. Затем выберите «Конфигурация → Сохранить конфигурацию в файл» и укажите путь для файла .cf. Удобно включать в имя файла дату и номер релиза, например: UT_11.5_2026-06-01.cf.

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

Полная копия базы через выгрузку в .dt

Выгрузка информационной базы создаёт файл .dt, содержащий и конфигурацию, и все данные. Это стандартный способ сделать тестовую копию, передать базу франчайзи или перенести её между файловым и клиент-серверным вариантами работы.

Порядок действий: войдите в конфигуратор, убедитесь, что в базе никто не работает (меню «Администрирование → Активные пользователи» покажет сеансы), затем выберите «Администрирование → Выгрузить информационную базу» и укажите путь к файлу. Для объёмной базы процесс может занять от нескольких минут до нескольких часов — в это время конфигуратор не должен закрываться.

Обратное действие — загрузка — выполняется через «Администрирование → Загрузить информационную базу». Внимание: загрузка полностью замещает текущую базу, включая конфигурацию и данные, без возможности отмены.

Копирование файловой базы напрямую

Если база работает в файловом варианте, самый быстрый способ получить её точную копию — скопировать каталог базы средствами операционной системы. Всё содержимое базы находится в файле 1Cv8.1CD; рядом могут лежать служебные файлы и папки, но ключевой файл именно этот.

Обязательное условие — все пользователи должны выйти из базы, иначе файл будет заблокирован или скопируется в несогласованном состоянии. Надёжнее не просто просить коллег выйти, а проверить отсутствие сеансов в конфигураторе или на время копирования переименовать/переместить папку, чтобы исключить вход. После копирования новую базу добавляют в список баз через диалог запуска 1С, указав путь к скопированному каталогу.

Путь к базе легко узнать: в окне выбора информационных баз выделите нужную строку — путь отображается внизу окна. Также его видно в конфигураторе через «Администрирование → Свойства информационной базы» или в реестре путей списка баз.

Копия клиент-серверной базы

В клиент-серверном варианте данные хранятся в СУБД — чаще всего MS SQL Server или PostgreSQL. Выгрузка .dt здесь тоже работает, но на больших базах она медленная и требует монопольного доступа, поэтому штатным способом считается резервное копирование средствами самой СУБД.

Для MS SQL копию делают через SQL Server Management Studio: правый клик по базе → «Tasks → Back Up», тип Full, указание файла назначения. Для PostgreSQL используют утилиту pg_dump. Перед бэкапом желательно завершить сеансы пользователей через консоль кластера серверов 1С, чтобы копия была консистентной с точки зрения прикладной логики.

pg_dump -U postgres -F c -f ut_backup_$(date +%F).dump ut_base

Восстановление такой копии в новую базу выполняется в обратном порядке: создаётся пустая база в СУБД, в неё разворачивается бэкап, затем в консоли кластера 1С регистрируется новая информационная база, указывающая на восстановленную. Это штатный сценарий создания тестовой копии продуктивной базы.

Проверка копии и тестовая база

Копия, которую никто не проверял, не считается сделанной. Минимальная проверка — загрузить .dt или открыть скопированную файловую базу и убедиться, что она запускается. Далее стоит сверить контрольные точки: сформировать оборотно-сальтовую ведомость в копии и в оригинале за один и тот же период, открыть несколько последних документов, проверить количество элементов ключевых справочников.

Для тестовой базы полезно сразу отличить её визуально: изменить заголовок системы («Администрирование → Заголовок системы»), например добавив «ТЕСТ», чтобы пользователи не ввели реальные документы в копию. Также отключите в тестовой копии обмены, рассылки отчётов и интеграции — иначе тестовая база может отправить реальные данные во внешние системы.

Типичные ошибки и ограничения

Самая частая ошибка — путать сохранение конфигурации (.cf) с копией базы. Файл .cf не содержит данных: восстановив из него «базу», вы получите пустую структуру без единого документа. Вторая типичная ситуация — копирование файла 1Cv8.1CD, пока в базе работают пользователи: копия получается повреждённой, и узнают об этом только при попытке восстановления.

Ещё одна проблема — нехватка места. Файл .dt большой базы может занимать десятки гигабайт; если диск переполнится в середине выгрузки, файл будет непригоден. Проверяйте свободное место заранее с запасом. Наконец, помните про версии платформы: база, обновлённая под новую платформу, может не открыться на старой, поэтому вместе с копией фиксируйте, под какой версией платформы она работала.

FAQ: частые вопросы о копировании конфигурации 1С