Резервное копирование 1С: как сделать бэкап базы

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

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

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

Как устроено хранение данных 1С и что именно нужно копировать

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

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

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

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

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

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

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

Копирование файла базы

Альтернатива — скопировать файл 1Cv8.1CD целиком. Но делать это можно только при полностью закрытой базе: если хотя бы один пользователь или фоновый процесс держит файл открытым, копия почти наверняка окажется повреждённой или несогласованной. Безопасный вариант — заблокировать сеансы, убедиться, что процессов 1С нет, и только потом копировать. Надёжнее всё же использовать выгрузку в .dt.

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

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

В клиент-серверном режиме копирование делается средствами СУБД. Для MS SQL Server это команда BACKUP DATABASE или план обслуживания (Maintenance Plan) в SQL Server Management Studio. Полная модель восстановления (Full recovery model) позволяет дополнительно делать бэкапы журнала транзакций и восстанавливать базу на произвольный момент времени, а не только на момент последнего бэкапа.

Для PostgreSQL используется утилита pg_dump или pg_dumpall: она создаёт согласованную выгрузку, которую можно восстановить командой psql или pg_restore. Важно запускать выгрузку под пользователем с достаточными правами и следить за местом на диске — дамп большой базы может занимать значительный объём.

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

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

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

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

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

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

"C:\Program Files\1cv8\platform\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /NАдмин /PПароль /DumpIB "D:\Backups\trade_%DATE%.dt"

Где хранить резервные копии и сколько их держать

Классическое правило резервного копирования — «3-2-1»: минимум три копии данных, на двух разных носителях, одна — вне основной площадки. Применительно к 1С это означает: копия на сервере или NAS в офисе плюс копия в облачном хранилище или на площадке в другом здании. Бэкап, лежащий на том же диске, что и база, не защищает ни от отказа диска, ни от шифровальщика.

Практичная схема хранения: ежедневные копии за последние 7–14 дней, еженедельные — за 1–2 месяца, ежемесячные — за год и дольше. Такой набор позволяет откатиться как на «вчера» после ошибки пользователя, так и на месяц назад, если проблему заметили поздно. Точные сроки подбирайте под объём данных и ёмкость хранилищ.

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

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

Единственный надёжный способ проверки бэкапа — восстановление. Периодически (раз в месяц или после изменения схемы копирования) разворачивайте копию на тестовой базе: загрузите .dt в пустую базу или восстановите SQL-бэкап под другим именем базы. Затем откройте базу в режиме предприятия, войдите под тестовой учётной записью и проверьте ключевые данные: обороты за последний период, несколько документов, справочники.

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

Типичные ошибки и ограничения

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

Ещё одна группа проблем — отсутствие контроля: задание копирования давно падает из-за переполненного диска или смены пароля, а никто этого не замечает, потому что нет ни логов, ни уведомлений. И наконец, никогда не проверяется восстановление: в критический момент выясняется, что копии нечитаемы.

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