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

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

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

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

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

Способ архивирования напрямую зависит от того, где физически хранятся данные. Откройте список информационных баз в окне запуска 1С и посмотрите строку подключения внизу: если указан путь к каталогу на диске или сетевой папке (например, File="D:\Bases\Trade"), база файловая. Если указан сервер и имя базы на кластере (например, Srvr="server1";Ref="trade"), база клиент-серверная.

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

Сделайте копию файловой базы через конфигуратор

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

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

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

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

Архивируйте клиент-серверную базу средствами СУБД

Для базы на MS SQL Server используйте штатный механизм Backup: в SQL Server Management Studio правой кнопкой по базе → Tasks → Back Up, тип Full. Для PostgreSQL — утилиту pg_dump или pg_basebackup. Такой бэкап создаётся «на горячую», без остановки работы пользователей, и гарантирует согласованность данных на момент снимка.

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

pg_dump -U postgres -Fc -f /backup/trade_$(date +%F).dump trade_base

Не копируйте файлы данных СУБД (mdf/ldf или каталог data PostgreSQL) напрямую при работающем сервере — это тот же риск несогласованной копии, что и с файловой базой. Только штатные средства бэкапа или предварительная остановка службы СУБД.

Настройте регулярное копирование по расписанию

Разовая копия защищает только до следующего изменения данных. Настройте автоматический бэкап: для файловой базы — пакетный запуск конфигуратора с параметром /DumpIB по расписанию планировщика Windows, для серверной — задание (Job) в SQL Server Agent или cron-задачу с pg_dump.

"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Админ" /P"пароль" /DumpIB"E:\Backup\trade_%date%.dt" /DisableStartupDialogs

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

Проверьте, что копия восстанавливается

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

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

Избегайте типичных ошибок при архивировании

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

Часто задаваемые вопросы