Чем делать бэкап 1С: рабочие способы и инструменты

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

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

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

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

Штатный способ, встроенный в платформу 1С: меню «Администрирование» → «Выгрузить информационную базу». Результат — один файл с расширением .dt, который содержит и данные, и конфигурацию. Такой файл можно загрузить в пустую базу на любом компьютере с подходящей версией платформы.

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

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

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

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

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

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

Для автоматизации удобно использовать простой скрипт, запускаемый планировщиком задач Windows. Пример копирования с архивацией:

robocopy "D:\Bases\Trade" "E:\Backup\Trade_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%" 1Cv8.1CD /R:2 /W:5

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

Если база работает на Microsoft SQL Server, PostgreSQL или другой СУБД, основной инструмент бэкапа — штатные средства этой СУБД. В SQL Server это задачи BACKUP DATABASE через SQL Server Management Studio или агентские задания (maintenance plans). В PostgreSQL — утилита pg_dump или физическое копирование с pg_basebackup.

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

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

Сторонние программы и облачные сервисы

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

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

Как организовать расписание и хранение копий

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

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

Проверка бэкапа: как убедиться, что копия рабочая

Бэкап считается сделанным только после успешной проверки восстановления. Для .dt это загрузка в пустую тестовую базу через «Загрузить информационную базу». Для бэкапа СУБД — восстановление в тестовую базу на том же или отдельном сервере. Для копии файловой базы — открытие скопированного каталога платформой.

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

Частые вопросы о бэкапе 1С