Как перенести базу 1С:Предприятие на другой компьютер или сервер

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

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

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

Определите режим работы базы: файловый или клиент-серверный

Способ переноса напрямую зависит от того, как работает база. Файловая база хранится в одном файле 1Cv8.1CD внутри каталога и открывается платформой напрямую. Клиент-серверная база размещена в СУБД (Microsoft SQL Server, PostgreSQL, Oracle, IBM Db2), а платформа обращается к ней через сервер 1С:Предприятия.

Узнать режим можно в списке информационных баз при запуске 1С: выделите базу и нажмите «Изменить» — в параметрах будет указано «Файловый» или «Клиент-серверный». Также режим виден в конфигураторе: Администрирование → Параметры информационной базы.

Подготовка: резервная копия и завершение сеансов

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

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

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

Способ 1. Перенос через выгрузку в файл .dt

Выгрузка в файл .dt — универсальный метод, который работает и для файловых, и для клиент-серверных баз, а также позволяет переносить данные между разными СУБД и операционными системами. Файл .dt содержит полный образ информационной базы: данные, конфигурацию, пользователей и настройки.

1. 1
   Завершите все сеансы пользователей и фоновых заданий в исходной базе
2. 2
   Откройте базу в конфигураторе под пользователем с полными правами
3. 3
   Выполните Администрирование → Выгрузить информационную базу и укажите путь к файлу .dt
4. 4
   Дождитесь окончания выгрузки — для больших баз это может занять десятки минут
5. 5
   На новом месте создайте пустую информационную базу (без конфигурации) или откройте существующую пустую
6. 6
   В конфигураторе новой базы выполните Администрирование → Загрузить информационную базу и выберите файл .dt
7. 7
   Согласитесь с предупреждением о замене данных и дождитесь завершения
8. 8
   Откройте базу в режиме предприятия и сверьте контрольные значения

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

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

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

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

Порядок действий: завершите все сеансы, скопируйте каталог базы на новый компьютер или сетевой ресурс, затем в стартовом окне 1С добавьте базу кнопкой «Добавить» → «Добавление в список существующей информационной базы» и укажите путь к новому каталогу. База откроется в том же состоянии, в каком была на старом месте.

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

Способ 3. Перенос клиент-серверной базы средствами СУБД

Для больших клиент-серверных баз быстрее перенести данные штатными инструментами СУБД: backup/restore в Microsoft SQL Server, pg_dump/pg_restore в PostgreSQL. Метод требует прав администратора СУБД и аккуратности, зато переносит базу значительно быстрее, чем выгрузка .dt.

Общий порядок: заблокируйте соединения с базой в консоли кластера 1С (свойства информационной базы → блокировка сеансов), сделайте полный бэкап базы данных средствами СУБД, разверните его на новом сервере, затем в консоли кластера создайте новую информационную базу, указав новый сервер СУБД и имя восстановленной базы данных. Блокировку с исходной базы снимите после успешной проверки.

pg_dump -U postgres -Fc base_name > base_name.dump
pg_restore -U postgres -d base_name_new -C base_name.dump

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

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

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

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

Дополнительно выполните тестирование и исправление информационной базы (Конфигуратор → Администрирование → Тестирование и исправление) с проверкой логической и ссылочной целостности — в режиме проверки без исправления. Если ошибок нет, база готова к работе. Проверьте также список пользователей и их права: после загрузки .dt состав пользователей соответствует исходной базе.

Типичные ошибки при переносе

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

Частые вопросы о переносе баз 1С