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

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

Универсальный метод, который работает в любой конфигурации, — выгрузка информационной базы в файл с расширением.dt через конфигуратор. Такой файл содержит и данные, и структуру конфигурации, поэтому из него можно развернуть базу «с нуля» на любом компьютере. Для больших баз выгрузка занимает заметное время, поэтому на серверах её дополняют штатными средствами резервного копирования SQL Server или PostgreSQL.

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

Как определить, какой у вас тип базы

Перед созданием копии нужно понять, в каком режиме работает база, потому что от этого зависит правильный способ backup. Откройте конфигуратор, перейдите в меню «Администрирование» → «Сведения об информационной базе» или посмотрите строку подключения в списке баз при запуске 1С.

Если в строке подключения указан путь к папке на диске (например, D:\Bases\Trade или сетевой путь \\Server\Bases) — это файловый режим. Если указаны сервер 1С и имя базы на кластере — клиент-серверный режим, и данные физически хранятся в MS SQL Server, PostgreSQL или другой СУБД.

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

Это универсальный способ, подходящий для любой базы. Запустите конфигуратор под пользователем с правами администратора, откройте меню «Администрирование» → «Выгрузить информационную базу», укажите путь и имя файла с расширением.dt и дождитесь завершения. Имя файла удобно формировать с датой, например trade_2026-05-15.dt, чтобы копии не путались.

Перед выгрузкой желательно завершить работу всех пользователей: конфигуратор позволяет выгружать при активных сеансах, но данные могут оказаться в несогласованном состоянии, если кто-то в этот момент проводит документы. Надёжнее установить блокировку сеансов через «Администрирование» → «Блокировка установки соединений» либо выполнять выгрузку в нерабочее время.

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

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

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

Файловая база целиком хранится в одном файле 1Cv8.1CD внутри каталога базы. Чтобы сделать backup, достаточно скопировать этот файл (или всю папку базы) в другое место. Это самый быстрый способ для небольших баз: копирование происходит со скоростью диска.

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

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

copy /Y "D:\Bases\Trade\1Cv8.1CD" "E:\Backup\1Cv8_%date:~-4%-%date:~3,2%-%date:~0,2%.1CD"

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

Если база работает на MS SQL Server, PostgreSQL или другой СУБД, основной способ резервного копирования — штатный backup на уровне сервера баз данных. Копирование файлов базы данных вручную при работающем сервере недопустимо: файлы заблокированы, а копия будет несогласованной.

В MS SQL Server резервную копию создают через SQL Server Management Studio: правый клик по базе → «Tasks» → «Back Up», тип «Full», указание пути к файлу.bak. Для регулярных копий настраивают план обслуживания (Maintenance Plan) или задание агента SQL Server, выполняющее backup по расписанию.

Для PostgreSQL используется утилита pg_dump или pg_basebackup. dt.

BACKUP DATABASE [TradeBase] TO DISK = N'E:\Backup\TradeBase_full.bak' WITH COMPRESSION, CHECKSUM

Автоматизация резервного копирования

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

Для автоматизации используют планировщик заданий Windows, который запускает пакетный файл с выгрузкой.dt через конфигуратор в пакетном режиме (параметры командной строки /DumpIB), скрипт копирования файловой базы или задание агента SQL Server. В скрипт добавляют ротацию: например, хранить ежедневные копии за неделю, еженедельные — за месяц.

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

Проверка копии и восстановление

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

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

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

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

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

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

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