Администрирование · 10 мин
Бэкап в 1С: что это и как правильно настроить резервное копирование
Что такое бэкап базы 1С, какие способы резервного копирования существуют, как сделать копию через dt-файл, средства СУБД и проверить восстановление без риска.
Бэкап в 1С — это резервная копия информационной базы: учётных данных, документов, справочников, настроек и, в зависимости от способа, конфигурации. Его задача — дать возможность вернуть систему к рабочему состоянию после аварии диска, вируса-шифровальщика, ошибки обновления или случайного удаления данных пользователем.
Практическая ценность бэкапа проявляется только в момент восстановления. Копия, которая лежит на том же диске, что и рабочая база, либо никогда не проверялась на развёртывание, не является надёжной защитой. Поэтому тема резервного копирования в 1С сводится не только к созданию файла, но и к выбору способа, хранению копий и регулярной проверке.
Способ бэкапа зависит от режима работы базы: файлового или клиент-серверного. Подход к ним различается принципиально, и смешивать методы без понимания различий — частая причина нерабочих копий.
Что именно сохраняется в резервной копии 1С
В файловом режиме вся база хранится в одном файле 1Cv8.1CD в каталоге базы. Рядом лежат служебные файлы и папки, но основные данные — именно в этом файле. Его копирование при остановленной работе пользователей даёт полную резервную копию.
Выгрузка через конфигуратор (файл с расширением .dt) содержит данные и конфигурацию базы, но не равна файловой копии: dt — это логическая выгрузка, которую можно загрузить в базу на другой платформе или другой СУБД. При этом в dt не попадают некоторые внешние файлы, присоединённые документы, хранящиеся в томах на диске, и настройки вне самой базы.
В клиент-серверном режиме данные находятся в базе СУБД (MS SQL Server, PostgreSQL и др.). Файл dt здесь тоже возможен, но для больших баз он медленный и требовательный к ресурсам, поэтому основным способом становится резервное копирование средствами самой СУБД.
Способы резервного копирования: сравнение
Универсального «лучшего» способа нет: выбор зависит от режима работы, размера базы и допустимого времени простоя. Ниже — сопоставление основных вариантов.
| Способ | Когда применять | Ограничения |
|---|---|---|
| Выгрузка в dt через конфигуратор | Небольшие файловые базы, перенос между платформами | Долго на больших базах, требует монопольного доступа |
| Копирование файла 1Cv8.1CD | Файловые базы, быстрое копирование по расписанию | Нельзя копировать при открытых сеансах — риск битой копии |
| Бэкап средствами СУБД | Клиент-серверные базы, большие объёмы | Требует настройки на стороне СУБД и навыков администрирования |
| Специализированные программы бэкапа | Автоматизация, несколько баз, шифрование и облако | Стоимость лицензий, необходимость контроля задач |
Для файловой базы небольшой компании часто достаточно связки: ежедневное копирование 1Cv8.1CD по расписанию плюс еженедельная выгрузка dt. Для серверной базы основным должен быть бэкап СУБД, а dt — дополнительной страховкой перед обновлениями.
Сравнение вариантов
Подходит для переноса и проверки целостности, но медленная на больших базах и требует, чтобы все пользователи вышли
Быстро и просто для файлового режима, но копировать можно только при отсутствии активных сеансов
Единственный полноценный вариант для больших серверных баз; позволяет делать копии без остановки работы
Как сделать бэкап файловой базы через конфигуратор
Выгрузка в dt выполняется штатными средствами и не требует дополнительного ПО. Перед началом убедитесь, что все пользователи завершили работу с базой, иначе конфигуратор не даст выполнить выгрузку или копия будет неполной.
- 1Попросите пользователей выйти из базы и проверьте отсутствие активных сеансов
- 2Откройте конфигуратор и авторизуйтесь с правами администратора
- 3Выберите меню «Администрирование» → «Выгрузить информационную базу»
- 4Укажите путь и понятное имя файла, например с датой: buh_2026-05-10.dt
- 5Дождитесь окончания выгрузки и проверьте, что файл создан и имеет ненулевой размер
Имя файла с датой избавляет от путаницы при восстановлении. Храните выгрузки не в каталоге самой базы, а на отдельном диске или сетевом ресурсе — иначе при выходе из строя диска вы потеряете и базу, и копию.
Копирование файловой базы и бэкап серверной базы через СУБД
Копирование файла 1Cv8.1CD выполняется любым способом: вручную, скриптом или планировщиком задач. Критическое условие — отсутствие открытых сеансов в момент копирования. Если файл копируется, пока в базе работают, итоговая копия может оказаться повреждённой без видимых признаков.
Для клиент-серверных баз резервное копирование настраивается средствами СУБД. Например, в MS SQL Server создаётся задание в агенте SQL Server с полной резервной копией ежедневно и, при необходимости, копиями журнала транзакций чаще. Это позволяет восстановить базу не только на момент ночного бэкапа, но и на произвольную точку времени.
BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION, CHECKSUMПараметр CHECKSUM при создании копии в MS SQL помогает выявить повреждения страниц данных уже на этапе бэкапа, а COMPRESSION уменьшает размер файла. Аналогичные механизмы есть и в PostgreSQL (утилита pg_dump или физические копии через pg_basebackup).
Как часто делать бэкап и где хранить копии
Частота определяется допустимой потерей данных. Если за день в базе проводятся сотни документов, потеря одного рабочего дня болезненна — значит, копии нужны ежедневно, а для серверных баз желательны и промежуточные копии журнала транзакций. Для базы с редкими изменениями достаточно еженедельного копирования плюс обязательной выгрузки перед каждым обновлением конфигурации.
Рабочий принцип хранения — правило «3-2-1»: минимум три копии данных, на двух разных носителях, одна — вне офиса (другой филиал, облачное хранилище). Это защищает от пожара, кражи оборудования и шифровальщиков, которые часто поражают и сетевые папки с бэкапами.
Глубина хранения подбирается под задачи: обычно держат ежедневные копии за последние 1–2 недели, недельные — за 1–2 месяца и месячные — дольше. Слишком короткий срок хранения опасен тем, что ошибку в данных иногда замечают спустя недели, и откатиться уже не к чему.
Проверка восстановления и типичные ошибки
Бэкап, который не проверялся восстановлением, нельзя считать надёжным. Периодически (хотя бы раз в месяц) разворачивайте копию в тестовую базу: загружайте dt через «Администрирование» → «Загрузить информационную базу» или восстанавливайте бэкап СУБД на тестовый сервер, затем открывайте базу и проверяйте наличие актуальных документов.
Как проверить результат
Файл существует, размер сопоставим с размером базы
Нулевой размер или файл не открывается
База открывается, последние документы на месте
Ошибки при загрузке, отсутствуют свежие данные
В журнале планировщика задание завершается успешно
Задание давно не выполнялось или падает с ошибкой
Отдельная ошибка — путать бэкап с синхронизацией или обменом данными. Обмен между базами не является резервным копированием: ошибочные или удалённые данные могут успешно «отреплицироваться» во вторую базу, и восстановить их будет неоткуда.
Автоматизация и границы самостоятельной настройки
Для файловых баз автоматизацию обычно строят на планировщике задач Windows и простом скрипте, который проверяет отсутствие сеансов и копирует файл. Для серверных баз расписание задаётся средствами СУБД. В любом случае добавьте контроль выполнения: уведомление об ошибке или хотя бы регулярный просмотр журнала заданий, иначе молча сломавшийся бэкап обнаружится слишком поздно.
Как выбрать действие
Самостоятельно разумно настраивать копирование файловых баз и несложные задания СУБД. Если база крупная, работает круглосуточно, используются распределённые базы или требуется восстановление на точку времени, привлеките специалиста по администрированию 1С и СУБД: цена ошибки здесь — потеря учётных данных организации.
Что важно запомнить
Бэкап в 1С — обязательная часть эксплуатации базы, а не опция. Способ выбирается под режим работы: dt и копирование файла для файловых баз, средства СУБД для серверных. Копии хранятся отдельно от базы, желательно по правилу 3-2-1, и регулярно проверяются восстановлением в тестовую базу.
Частые вопросы о бэкапе 1С
Чем dt-файл отличается от копии файла базы?
dt — это логическая выгрузка через конфигуратор: её можно загрузить в базу на другой версии платформы или другой СУБД. Копия файла 1Cv8.1CD — это физическая копия, которая разворачивается простым размещением файла в каталоге, но привязана к файловому режиму. Для страховки полезно иметь оба типа копий.
Можно ли делать бэкап, пока пользователи работают в базе?
Для файловой базы — нет: копирование при открытых сеансах даёт потенциально повреждённый файл. Для клиент-серверной базы бэкап средствами СУБД выполняется без остановки работы, это одно из главных преимуществ серверного режима.
Сколько места нужно для хранения бэкапов?
Ориентируйтесь на размер базы, умноженный на количество хранимых копий, с запасом на рост данных. Сжатие (встроенное в СУБД или архиватором для файловых копий) обычно заметно уменьшает объём, но не отменяет необходимости следить за свободным местом — переполненный диск является частой причиной сбоя заданий копирования.
Как понять, что бэкап перестал создаваться?
Проверяйте дату последнего файла копии в каталоге хранения и журнал выполнения задания в планировщике или агенте СУБД. Настройте уведомление об ошибке задания — это самый надёжный способ узнать о проблеме вовремя, а не при аварии.
Нужен ли бэкап, если база работает в облаке у франчайзи?
Уточните у провайдера условия: как часто делаются копии, какова глубина хранения и как запросить восстановление. Даже при облачном размещении полезно периодически выгружать dt самостоятельно — это ваша независимая копия на случай спорных ситуаций или смены провайдера.