Как скопировать базу 1С: все рабочие способы

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

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

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

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

Прежде чем копировать, выясните, где физически хранятся данные. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и посмотрите строку внизу окна. Если путь выглядит как обычная папка (например, D:\Bases\Trade или \\server\1c\buh), база файловая. Если указан сервер 1С и имя базы в кластере — база клиент-серверная.

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

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

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

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

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

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

Ограничения метода .dt

Выгрузка и загрузка больших баз (десятки гигабайт) занимает часы и требует значительного объёма оперативной памяти и места на диске. На 32-разрядном клиенте при очень больших базах возможны ошибки нехватки памяти — используйте 64-разрядную платформу. Кроме того, в файл .dt не попадают внешние файлы: присоединённые документы, хранящиеся в томах на диске, печатные формы вне конфигурации.

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

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

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

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

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

Для клиент-серверных баз большого объёма стандартный подход — резервная копия на уровне СУБД. В MS SQL Server это делается через SQL Server Management Studio: правый клик по базе → Tasks → Back Up, тип Full, затем на целевом сервере — Restore Database. В PostgreSQL используются утилиты pg_dump и pg_restore.

pg_dump -U postgres -Fc base_name > base_name.backup
# восстановление:
pg_restore -U postgres -d new_base_name base_name.backup

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

Сравнение способов и выбор подходящего

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

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

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

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

Дополнительно стоит запустить в конфигураторе тестирование и исправление базы (в режиме только проверки, без исправлений), чтобы убедиться в отсутствии физических ошибок. Для файловой базы, скопированной при активных сеансах, этот шаг обязателен.

Типичные ошибки при копировании баз 1С

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

FAQ