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

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

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

Перед любыми действиями убедитесь, что у вас есть права администратора в базе и доступ к каталогу или серверу, где расположены данные. Копирование активной базы, в которой работают пользователи, — главный источник «битых» копий.

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

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

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

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

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

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

Итоговый файл .dt — это полная самодостаточная копия. Чтобы развернуть её, создайте новую пустую базу в списке баз, зайдите в её конфигуратор и выберите «Администрирование» → «Загрузить информационную базу», указав сохранённый файл.

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

Ограничения выгрузки в .dt

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

Способ 2. Копирование файловой базы напрямую

Если база файловая, быстрее всего скопировать её как обычный файл. Сначала убедитесь, что все пользователи вышли: в каталоге базы не должно быть файла 1Cv8.1CL (файл блокировок), а сеансы в базе закрыты.

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

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

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

Для баз на MS SQL Server правильный способ — штатный бэкап. Откройте SQL Server Management Studio, найдите нужную базу, щёлкните правой кнопкой: «Задачи» → «Создать резервную копию». Выберите тип «Полная», укажите файл назначения .bak и запустите. Для PostgreSQL используется утилита pg_dump.

Восстановление выполняется обратной операцией: «Восстановить базу данных» из файла .bak, после чего в консоли кластера 1С создаётся новая информационная база, указывающая на восстановленную БД. Либо существующей базе в кластере меняют имя базы данных на сервере.

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

pg_dump -U postgres -F c -f base_backup.dump имя_базы

Как проверить, что копия получилась рабочей

Не считайте задачу выполненной, пока не открыли копию. Разверните её под отдельным именем (например, «Бухгалтерия_копия»), зайдите в режиме предприятия и проверьте ключевые данные: остатки по складу или счетам, последние документы, справочники контрагентов и номенклатуры.

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

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

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

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

Автоматизация: регулярные копии без ручной работы

Разовая копия не заменяет регулярное резервное копирование. Для файловых баз настройте планировщик Windows с пакетным файлом, который копирует 1Cv8.1CD в ночное время, когда сеансов нет. Для SQL-баз настройте план обслуживания в SQL Server с ежедневным полным бэкапом.

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

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