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

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

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

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

Какие бывают копии 1С и чем они отличаются

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

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

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

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

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

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

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

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

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

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

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

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

Если база работает на MS SQL Server, PostgreSQL или другой СУБД, копировать файлы данных вручную нельзя — работающий сервер держит их открытыми, и копия будет нецелостной. Правильный путь — штатные механизмы бэкапа самой СУБД. В MS SQL Server это команда BACKUP DATABASE или план обслуживания в SQL Server Management Studio; в PostgreSQL — утилита pg_dump или pg_basebackup.

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

Для MS SQL Server рекомендуется модель восстановления Full с регулярными бэкапами журнала транзакций: это позволяет восстановить базу на произвольный момент времени, а не только на момент последнего полного бэкапа. Опция CHECKSUM при создании копии проверяет целостность страниц данных, COMPRESSION уменьшает размер файла бэкапа.

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

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

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

robocopy "D:\Bases\Buh" "E:\Backups\Buh_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%" /MIR /R:2 /W:5

Команда robocopy с ключом /MIR зеркалирует каталог базы в папку с текущей датой. Запускайте такой сценарий ночью, когда пользователи гарантированно не работают. Дополнительно настройте ротацию: удаление копий старше заданного срока, чтобы диск не переполнился. Типичная схема хранения — ежедневные копии за последнюю неделю, еженедельные за месяц, ежемесячные за год.

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

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

Восстановление бэкапа MS SQL Server выполняется командой RESTORE DATABASE или через интерфейс Management Studio. После восстановления базу нужно привязать в консоли кластера 1С или создать новую запись информационной базы, указывающую на восстановленную БД. Проверку восстановления делайте регулярно — хотя бы раз в месяц на тестовом сервере, не на рабочей базе.

Ответы на частые вопросы