Как сделать копию базы данных 1С

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

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

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

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

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

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

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

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

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

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

Для файловой базы самый быстрый способ — скопировать весь каталог базы или хотя бы файл 1Cv8.1CD средствами операционной системы: проводником, командой copy/robocopy или архиватором. Скопированный каталог можно добавить в список баз через кнопку «Добавить» в окне запуска — и получить полноценную рабочую копию.

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

robocopy "D:\Bases\Trade" "E:\Backups\Trade_%date:~6,4%-%date:~3,2%-%date:~0,2%" /E /COPY:DAT

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

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

Если база работает на Microsoft SQL Server, правильный способ резервного копирования — штатный backup средствами самой СУБД: через SQL Server Management Studio (правый клик по базе → Tasks → Back Up) или скриптом T-SQL. Такой бэкап делается «на горячую», не останавливая работу пользователей, и гарантирует целостность на момент создания.

BACKUP DATABASE [trade_base] TO DISK = N'D:\Backups\trade_base_full.bak' WITH COMPRESSION, CHECKSUM;

Чтобы получить рабочую копию базы для тестов, восстановите бэкап в новую базу данных на том же или другом сервере (RESTORE DATABASE ... WITH MOVE), а затем создайте новую информационную базу в консоли кластера 1С, указав эту восстановленную БД, либо подключитесь к ней через добавление базы в список с параметрами сервера. Важно: не подключайте тестовую копию к тем же внешним ресурсам, что и рабочую базу (обмены, FTP, веб-сервисы), иначе копия начнёт отправлять реальные данные.

Как проверить, что копия рабочая

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

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

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

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

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

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

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

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