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

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

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

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

Что такое выгрузка .dt и чем она отличается от копии базы

Файл .dt — это внутренний формат выгрузки информационной базы 1С. Он содержит и конфигурацию, и данные, но создаётся через механизмы самой платформы, а не простым копированием файлов. Выгрузку .dt можно загрузить в пустую базу на любом компьютере с подходящей версией платформы, что делает её удобной для переноса базы между компьютерами и между файловым и клиент-серверным режимами.

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

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

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

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

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

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

Как скопировать файловую базу напрямую

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

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

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

Резервное копирование клиент-серверной базы

Если база работает на SQL Server, PostgreSQL или другой СУБД, правильный способ резервирования — штатные средства самой СУБД. Такой бэкап создаётся быстро, может выполняться без остановки работы пользователей (в зависимости от модели восстановления) и восстанавливается штатными же средствами.

Для Microsoft SQL Server полная резервная копия создаётся через SQL Server Management Studio (правый клик по базе → Tasks → Back Up) или командой T-SQL:

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

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

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

Как настроить автоматическое резервное копирование по расписанию

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

Пример пакетного запуска выгрузки: "C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"путь_к_базе" /N"Пользователь" /P"Пароль" /DumpIB "D:\Backups\base_%date%.dt". Учтите, что пакетная выгрузка также требует монопольного доступа — скрипт должен запускаться, когда пользователи не работают.

Для серверных баз расписание настраивается средствами СУБД: в SQL Server — через планы обслуживания или задания агента SQL Server, в PostgreSQL — через cron или планировщик с вызовом pg_dump. Храните несколько поколений копий (например, ежедневные за неделю и еженедельные за месяц), чтобы можно было откатиться не только на вчерашний день.

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

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

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

Типичные ошибки и частые вопросы

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