Как переносить базу 1С: способы, инструкции и проверка результата

Перенос базы 1С — стандартная задача при смене компьютера, переезде на новый сервер, переходе из файлового режима в клиент-серверный или создании тестовой копии. Способ переноса зависит от типа базы: файловая база хранится в одном файле 1Cv8.1CD, а клиент-серверная размещается в СУБД (MS SQL, PostgreSQL). Для каждого варианта есть свой безопасный порядок действий.

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

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

Подготовка: что сделать до переноса

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

Завершите работу всех пользователей. В конфигураторе откройте «Администрирование → Активные пользователи» и убедитесь, что сеансов нет. Для клиент-серверной базы сеансы можно завершить через консоль кластера серверов 1С. Активные соединения блокируют выгрузку или приводят к копированию базы в несогласованном состоянии.

Проверьте версию платформы на старом и новом месте. База, созданная или обновлённая на новой версии платформы, не откроется на более старой — формат хранения несовместим «сверху вниз». Установите на целевом компьютере платформу той же версии или новее.

Способ 1: выгрузка и загрузка через конфигуратор (файл dt)

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

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

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

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

Способ 2: копирование каталога файловой базы

Для файловой базы допустимо простое копирование. Вся база — это файл 1Cv8.1CD в каталоге, указанном в списке баз. Этот способ быстрее выгрузки в dt и не требует запуска конфигуратора.

Порядок такой: завершите все сеансы, скопируйте каталог базы целиком (или только файл 1Cv8.1CD) на новый компьютер — по сети, на внешний диск или через архив. На новом компьютере в окне запуска 1С добавьте существующую базу и укажите путь к новому каталогу.

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

Способ 3: перенос клиент-серверной базы через СУБД

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

Для MS SQL Server в Management Studio выполните: правый клик по базе → «Tasks → Back Up», тип Full. На новом сервере — «Restore Database» из полученного bak-файла. Затем в консоли кластера 1С создайте новую информационную базу, указав сервер СУБД и имя восстановленной базы, либо измените параметры существующей.

Для PostgreSQL используются штатные утилиты: выгрузка через pg_dump и восстановление через pg_restore или psql. Учтите, что 1С поддерживает специальные сборки PostgreSQL — на целевом сервере должна стоять совместимая версия.

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

Выгрузка в dt

Универсально, работает между любыми режимами; медленно на больших базах, требует много памяти.

Копирование каталога

Быстро и просто, но только для файловых баз и только при полностью завершённых сеансах.

Бэкап средствами СУБД

Оптимально для больших клиент-серверных баз; требует доступа к СУБД и навыков администрирования.

Перенос настроек, пользователей и внешних файлов

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

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

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

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

После переноса откройте базу в режиме предприятия и выполните базовую проверку: свернутые остатки по ключевым отчётам (оборотно-сальдовая ведомость, остатки склада, взаиморасчёты) должны совпасть со старой базой на ту же дату. Достаточно сравнить 2–3 контрольных отчёта, чтобы убедиться в целостности.

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

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

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

Открытие базы

Норма

База открывается в режиме предприятия без ошибок

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

Ошибка формата, требование обновления или аварийное завершение

Контрольные отчёты

Норма

Остатки по ОСВ и складу совпадают со старой базой

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

Расхождения в суммах или пустые отчёты

Пользователи

Норма

Все учётные записи входят и имеют прежние права

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

Пользователь не входит или потерял роли

Обмены и печать

Норма

Обмены выполняются, внешние печатные формы доступны

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

Ошибки путей, отсутствие внешних файлов

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

Самая частая ошибка — попытка открыть базу на платформе старее той, на которой она работала. Сообщение о несовместимой версии формата решается установкой нужной версии платформы, «откатить» формат базы назад штатными средствами нельзя.

Вторая группа ошибок связана с лицензиями: после переноса на новый компьютер программная лицензия может перестать действовать. Потребуется повторная активация пин-кодом из комплекта поставки или перенос USB-ключа.

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

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

Храните файл выгрузки dt с датой в имени (например, buh_2026-05-17.dt) и не удаляйте его минимум несколько недель после переноса — это страховка на случай, если на новом месте обнаружатся проблемы спустя время.

Можно ли перенести базу 1С на флешку?

Да, для файловой базы: скопируйте каталог с файлом 1Cv8.1CD на флешку при завершённых сеансах, а на другом компьютере скопируйте его на локальный диск и добавьте базу в список. Работать с базой прямо с флешки не рекомендуется — низкая скорость и риск повреждения при отключении носителя.

Перенесутся ли пароли пользователей при выгрузке в dt?

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

Как перенести базу из файлового режима в клиент-серверный?

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

Что делать, если база после переноса требует обновление платформы?

Это значит, что база работала на более новой версии платформы, чем установлена на целевом компьютере. Установите нужную версию платформы (её можно посмотреть в свойствах базы или сообщении об ошибке) — понизить формат базы до старой версии штатными средствами невозможно.

Нужно ли переносить лицензию 1С на новый компьютер?

Аппаратный ключ HASP достаточно переставить в новый компьютер или сервер. Программная лицензия привязана к оборудованию, поэтому на новом компьютере её нужно активировать заново резервным пин-кодом из комплекта поставки или запросить новый пин-код у поставщика.

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

Нет, ни один из способов не гарантирует целостность при активных сеансах. Исключение — резервное копирование средствами СУБД для клиент-серверной базы, которое технически выполняется «на лету», но даже в этом случае для переноса лучше выбрать время минимальной нагрузки и зафиксировать момент перехода пользователей на новую базу.