К статье
Практический материал

Администрирование · 11 мин

Как скопировать данные из одной базы 1С в другую

Как скопировать данные из одной базы 1С в другую: выгрузка через обработку, типовой обмен, копирование базы целиком. Пошаговые инструкции, риски и проверка результата.

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

Главное различие подходов — совпадают ли конфигурации источника и приёмника. Если обе базы работают на одинаковой конфигурации одной версии, задача решается штатными средствами: выгрузкой информационной базы или типовым обменом. Если конфигурации различаются (например, перенос из «Управление торговлей 10.3» в «Управление торговлей 11»), потребуется обработка с правилами конвертации.

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

Определяем задачу: что именно нужно скопировать

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

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

Маршрут решения

Как выбрать способ

Нужна точная копия всей базы для тестов или архиваВыгрузите базу в файл .dt через конфигуратор и загрузите в новую базу
Конфигурации одинаковые, нужны справочники или документы за периодИспользуйте обработку «Выгрузка и загрузка данных XML»
Конфигурации разные (например, УТ 10 в УТ 11)Применяйте типовые правила конвертации и обработку «Универсальная выгрузка данных XML»
Нужен регулярный обмен между базамиНастройте план обмена или типовую синхронизацию данных

Копирование базы целиком через файл .dt

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

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

Порядок копирования базы через .dt
  1. 1
    Закройте сеансы пользователей в базе-источнике
  2. 2
    Откройте конфигуратор, меню «Администрирование» — «Выгрузить информационную базу»
  3. 3
    Укажите имя файла .dt и дождитесь завершения выгрузки
  4. 4
    Откройте конфигуратор целевой базы
  5. 5
    Выберите «Администрирование» — «Загрузить информационную базу» и укажите файл
  6. 6
    Проверьте, что база открывается в режиме Предприятия и данные на месте

Учтите ограничения: загрузка .dt полностью затирает данные целевой базы, а не добавляет к ним. Для файловых баз операция проходит быстро, для клиент-серверных больших баз выгрузка может занять часы и потребовать значительного места на диске. Для больших баз надёжнее делать копию средствами СУБД (например, резервное копирование MS SQL Server или PostgreSQL).

Перенос справочников и документов между одинаковыми конфигурациями

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

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

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

Перенос данных между разными конфигурациями

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

Для популярных сценариев (переход с УТ 10.3 на УТ 11, с БП 2.0 на БП 3.0, с ЗУП 2.5 на ЗУП 3.1) фирма «1С» поставляет типовые правила и обработки перехода. Они обычно находятся в каталоге установки новой конфигурации или в составе обновления. Типовой переход переносит остатки и справочники, а не всю историю документов — это нормальная практика: история остаётся в старой базе для справок.

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

Регулярный обмен: планы обмена и синхронизация

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

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

Первичное сопоставление — самый ответственный этап. Если пропустить его или выполнить небрежно, в базах появятся дубли справочников. Уделите время ручному сопоставлению номенклатуры и контрагентов, которые система не смогла сопоставить автоматически по ИНН, кодам или наименованиям.

Сравнение способов переноса

Файл .dt

Полная копия базы. Быстро и просто, но затирает приёмник и не подходит для выборочного переноса

Выгрузка/загрузка XML

Выборочный перенос между идентичными конфигурациями. Не работает при различиях в структуре

Конвертация данных

Перенос между любыми конфигурациями по правилам. Требует навыков и тестирования

Синхронизация данных

Регулярный обмен между типовыми конфигурациями. Требует аккуратного сопоставления объектов

Проверка результата и типичные ошибки

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

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

Контрольные точки

Как проверить результат переноса

Количество элементов справочников
Норма

Совпадает с источником или отличается на известную величину

Тревожный признак

Существенные расхождения без объяснения

Остатки на дату переноса
Норма

ОСВ и складские остатки сходятся до копейки

Тревожный признак

Расхождения по счетам или складам

Ссылки в документах
Норма

Все поля заполнены, документы открываются

Тревожный признак

Записи вида «Объект не найден»

Проведение документов
Норма

Документы проводятся без ошибок

Тревожный признак

Ошибки при перепроведении, отрицательные остатки

Типичные ошибки при копировании данных
01
Перенос без резервной копии — при ошибке откатить изменения невозможно
02
Выгрузка документов без связанных справочников — в приёмнике появляются битые ссылки
03
Загрузка .dt в рабочую базу вместо пустой — данные целевой базы уничтожаются
04
Пропуск этапа сопоставления при синхронизации — дубли контрагентов и номенклатуры
05
Перенос в работающей базе без блокировки пользователей — часть данных теряется или задваивается

Ограничения и когда нужен специалист

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

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

Итог

Что важно запомнить

Полную копию базы делайте через файл .dt, выборочный перенос — обработкой XML, разные конфигурации — через правила конвертации, регулярный обмен — через синхронизацию. Всегда делайте резервную копию и сверяйте остатки и ссылки после переноса.

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

Можно ли скопировать данные из файловой базы в клиент-серверную?

Да. Выгрузите файловую базу в файл .dt через конфигуратор, создайте пустую базу на сервере 1С и СУБД, затем загрузите в неё файл. Конфигурация и данные перенесутся полностью. Для очень больших баз надёжнее переносить средствами СУБД.

Переносятся ли пользователи и их настройки при копировании через .dt?

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

Что делать, если после переноса появились дубли контрагентов?

Используйте типовую обработку «Поиск и удаление дублей» (в типовых конфигурациях — раздел «Администрирование»). Она находит дубли по реквизитам и заменяет все ссылки на выбранный элемент. Перед запуском сделайте копию базы: замена ссылок необратима.

Можно ли перенести только остатки, без документов?

Да, это стандартный подход при переходе на новую конфигурацию. Типовые обработки перехода (например, с БП 2.0 на БП 3.0) переносят именно остатки и справочники, формируя в новой базе документы ввода начальных остатков. История документов остаётся в старой базе.

Сколько времени занимает выгрузка базы в .dt?

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

Нужно ли обновлять конфигурацию приёмника перед загрузкой данных?

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