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