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