Администрирование · 9 мин
Как снять бэкап базы 1С: все способы резервного копирования
Пошаговая инструкция, как снять бэкап базы 1С: выгрузка DT через конфигуратор, копирование файловой базы, дамп SQL и автоматизация резервного копирования.
Резервная копия базы 1С — единственная гарантия восстановления данных после сбоя диска, ошибки обновления, случайного удаления документов или атаки шифровальщика. Способ снятия бэкапа зависит от режима работы базы: для файловой базы достаточно скопировать файл 1Cv8.1CD или сделать выгрузку в формате DT, а для клиент-серверной базы правильнее использовать штатные средства СУБД.
Важно понимать разницу между двумя типами копий. Выгрузка в файл DT — это логическая копия данных в формате платформы 1С, удобная для переноса базы между серверами и хранения архива. Копия средствами СУБД (дамп SQL) — это физический снимок базы, который восстанавливается быстрее и сохраняет всё содержимое, включая служебные объекты. Для полноценной защиты стоит использовать оба подхода.
Перед любыми действиями убедитесь, что у вас есть права администратора базы и достаточно свободного места на диске: размер выгрузки обычно составляет 30–70% от размера самой базы, а SQL-дамп может быть сопоставим с исходным объёмом.
Подготовка перед снятием бэкапа
Главное условие корректной копии — отсутствие активных сеансов. Если пользователь редактирует документ в момент выгрузки, копия может оказаться логически нецелостной: часть связанных данных попадёт в бэкап, часть — нет. Поэтому перед снятием копии завершите сеансы через консоль кластера или попросите пользователей выйти из программы.
Второй шаг — отключить регламентные и фоновые задания. Они могут запускаться по расписанию прямо во время выгрузки и изменять данные. В конфигураторе это делается через «Администрирование → Обслуживание → Блокировка регламентных заданий», в клиент-серверном варианте — через свойства базы в консоли кластера.
Третий шаг — проверить дисковое пространство на приёмнике. Бэкап нельзя писать на тот же физический диск, где лежит база: при отказе диска вы потеряете и базу, и копию. Используйте сетевое хранилище, внешний диск или отдельный сервер.
Как проверить готовность к бэкапу
Список сеансов пуст или остались только служебные
Пользователи работают с документами прямо сейчас
Свободно больше двойного размера базы
Места меньше размера базы — выгрузка оборвётся
Другой диск, сетевое хранилище или отдельный сервер
Бэкап пишется на тот же диск, где лежит база
Выгрузка базы в файл DT через конфигуратор
Универсальный способ, который работает и для файловых, и для клиент-серверных баз. Откройте конфигуратор, авторизуйтесь под пользователем с правами администратора и выберите в меню «Администрирование → Выгрузить информационную базу». Укажите путь и имя файла с расширением .dt, дождитесь завершения процесса.
Время выгрузки зависит от размера базы: небольшая база выгружается за минуты, база в десятки гигабайт — за часы. Не прерывайте процесс: незавершённый файл DT непригоден для восстановления. Признак успеха — отсутствие ошибок в окне сообщений и наличие файла ожидаемого размера.
Выгрузка DT удобна для переноса базы на другой сервер, другую СУБД или для долгосрочного архивного хранения. Но у неё есть ограничение: загрузка DT в большую базу занимает много времени, поэтому для ежедневных копий крупных серверных баз лучше подходит дамп СУБД.
- 1Завершите сеансы пользователей и заблокируйте регламентные задания
- 2Откройте конфигуратор под учётной записью администратора
- 3Выберите «Администрирование → Выгрузить информационную базу»
- 4Укажите путь к файлу .dt на отдельном диске или сетевом ресурсе
- 5Дождитесь завершения и проверьте размер файла и отсутствие ошибок
- 6Разблокируйте регламентные задания и разрешите работу пользователей
Копирование файловой базы напрямую
Если база файловая, её можно скопировать как обычный файл. Найдите каталог базы (путь виден в списке информационных баз при запуске 1С) и скопируйте файл 1Cv8.1CD целиком. Именно в нём хранятся все данные, остальные файлы каталога служебные.
Критическое условие: все пользователи должны выйти из базы, иначе файл будет заблокирован или скопируется в несогласованном состоянии. Проверить отсутствие сеансов можно через мониторинг или просто убедившись, что рядом с файлом базы нет активных блокировок.
Этот способ самый быстрый для файловых баз, но у него есть нюанс: копия файла не заменяет выгрузку DT для архива. Файл 1CD чувствителен к структурным повреждениям, а DT позволяет при загрузке пересоздать базу заново. Используйте копирование файла для оперативных ежедневных копий, а DT — для недельных архивов.
Бэкап клиент-серверной базы средствами СУБД
Для баз на PostgreSQL, MS SQL Server, Oracle или IBM DB2 штатный способ резервного копирования — средства самой СУБД. Такой дамп создаётся быстрее выгрузки DT, восстанавливается быстрее и может делаться «горячим» способом без остановки работы пользователей, если СУБД это поддерживает.
Для PostgreSQL используется утилита pg_dump с корректной кодировкой, для MS SQL Server — полный backup через SQL Server Management Studio или команду BACKUP DATABASE. Учётная запись, от имени которой выполняется копирование, должна иметь права на чтение базы.
pg_dump -U postgres -F c -f /backup/base1c_$(date +%Y%m%d).dump base1cДаже при «горячем» копировании рекомендуется блокировать регламентные задания 1С: они могут изменять данные в момент снятия дампа, и после восстановления часть фоновых операций придётся перепроверять. После восстановления дампа на новом сервере базу нужно зарегистрировать в кластере 1С с указанием тех же параметров подключения.
Сравнение способов бэкапа
Подходит для переноса между серверами и долгосрочного архива; медленная на больших базах
Быстрый вариант только для файловых баз; требует полного выхода пользователей
Оптимален для клиент-серверных баз; требует прав и навыков администрирования СУБД
Автоматизация резервного копирования
Ручной бэкап рано или поздно забывают сделать, поэтому копирование нужно автоматизировать. Для файловых баз достаточно пакетного скрипта, который запускает конфигуратор в пакетном режиме с командой выгрузки и кладёт файл в каталог с датой в имени. Скрипт ставится в планировщик задач Windows на ночное время.
Для серверных баз расписание настраивается средствами СУБД: задание агента SQL Server или cron-задание с pg_dump. Полезно настроить ротацию — хранить ежедневные копии за последнюю неделю, еженедельные за месяц и ежемесячные за год. Это позволяет откатиться как на вчерашнее состояние, так и на давнюю дату.
Обязательно настройте контроль выполнения: скрипт должен сообщать об ошибке (письмом, записью в журнал, событием мониторинга). Бэкап, который молча не выполняется неделями, хуже его отсутствия, потому что создаёт ложное чувство защищённости.
Проверка бэкапа и частые ошибки
Бэкап считается сделанным только после проверки восстановления. Периодически — хотя бы раз в месяц — загружайте копию в тестовую базу и убеждайтесь, что она открывается, отчёты строятся, а ключевые документы на месте. Для файловых баз дополнительно запустите «Тестирование и исправление» на копии.
Самая частая ошибка — снятие копии при активных пользователях в файловом режиме: файл копируется с повреждёнными внутренними структурами, и база не открывается. Вторая типичная ошибка — хранение всех копий на одном диске с базой. Третья — отсутствие контроля свободного места: каталог бэкапов переполняется, и новые копии перестают создаваться.
Если база перестала открываться, а рабочего бэкапа нет, не запускайте «Тестирование и исправление» с включёнными режимами удаления данных на единственной копии — сначала сделайте копию файла в любом состоянии. Работа с повреждённой базой без страховки может привести к безвозвратной потере данных.
FAQ: частые вопросы о бэкапе 1С
Чем выгрузка DT отличается от копии файла базы?
DT — логическая выгрузка данных в формате платформы, при загрузке база пересоздаётся заново, что полезно при переносе и после повреждений. Копия файла 1Cv8.1CD — побайтовый снимок, быстрый, но переносящий и возможные структурные дефекты. В идеале использовать оба способа.
Как часто нужно делать бэкап?
Минимум — ежедневно в конце рабочего дня. При интенсивном вводе документов имеет смысл делать копии несколько раз в день, а для серверных баз — настроить копии журналов транзакций СУБД, чтобы откатываться на любой момент времени.
Можно ли снять бэкап, пока пользователи работают?
Для клиент-серверных баз — да, средствами СУБД, но регламентные задания лучше заблокировать. Для файловых баз копирование файла при активных сеансах недопустимо: копия может оказаться повреждённой. Выгрузка DT в файловом режиме требует монопольного доступа.
Где безопасно хранить резервные копии?
Минимум на двух независимых носителях: например, на NAS в локальной сети и в облачном хранилище или на внешнем диске вне офиса. Копии в той же серверной не защищают от пожара, кражи и вирусов-шифровальщиков.
Сколько места нужно для хранения бэкапов?
Оцените размер одной копии и умножьте на глубину хранения: например, 7 ежедневных, 4 еженедельных и 12 ежемесячных копий. Файлы DT обычно заметно меньше базы за счёт сжатия, SQL-дампы можно сжимать средствами СУБД или архиватором.
Как проверить, что бэкап рабочий?
Загрузите копию в отдельную тестовую базу: откройте её, сформируйте оборотно-сальдовую ведомость или другой ключевой отчёт и сверьте итоги с рабочей базой. Только успешное тестовое восстановление подтверждает, что копия пригодна.
Что важно запомнить
Файловую базу копируйте выгрузкой в DT или файлом 1Cv8.1CD при вышедших пользователях, серверную — дампом средствами СУБД. Автоматизируйте копирование по расписанию, храните копии на разных носителях и регулярно проверяйте восстановление в тестовой базе.