Администрирование · 10 мин
Что такое бэкап базы 1С и как его правильно делать
Бэкап базы 1С — что это, чем отличаются выгрузка в dt и копия средствами СУБД, как настроить резервное копирование, проверить копию и восстановить данные.
Бэкап базы 1С — это резервная копия информационной базы, которая позволяет восстановить данные после сбоя оборудования, ошибочных действий пользователей, повреждения файлов или вирусной атаки. Без актуальной копии любой из этих инцидентов превращается в потерю первичных документов, остатков склада, расчётов по зарплате и отчётности, восстановить которые вручную либо невозможно, либо очень дорого.
Под базой 1С понимается не просто один файл. В файловом варианте это каталог с файлом 1Cv8.1CD и служебными данными, а в клиент-серверном — база данных под управлением СУБД (MS SQL Server, PostgreSQL, IBM Db2), плюс хранилище конфигурации, если оно используется. Поэтому способ копирования зависит от того, как развёрнута система.
Важно понимать: бэкап существует только тогда, когда он регулярно создаётся, хранится отдельно от основной базы и проверяется на возможность восстановления. Файл копии, который никто никогда не пытался развернуть, нельзя считать надёжной страховкой.
Какие виды резервных копий бывают в 1С
Первый и самый распространённый способ — выгрузка информационной базы в файл с расширением .dt через конфигуратор (меню «Администрирование» → «Выгрузить информационную базу»). Этот файл содержит и данные, и конфигурацию, его можно загрузить на другом компьютере и даже перенести между файловым и клиент-серверным вариантами работы.
Второй способ — копирование базы средствами СУБД: полный backup через SQL Server Management Studio, pg_dump для PostgreSQL и аналогичные инструменты. Такие копии создаются быстрее на больших базах и легко автоматизируются, но привязаны к конкретной СУБД и её версии.
Третий вариант — простое копирование каталога файловой базы. Оно допустимо только при полном завершении сеансов всех пользователей: если кто-то работает, файл 1Cv8.1CD может скопироваться в несогласованном состоянии, и копия окажется повреждённой.
Сравнение способов копирования
Универсально, переносимо между платформами, но медленно на больших базах и требует монопольного доступа.
Быстро и автоматизируется, но копия привязана к конкретной СУБД и не содержит отдельно конфигурацию в переносимом виде.
Просто для файловых баз, но опасно при работающих пользователях — риск несогласованной копии.
Чем выгрузка в dt отличается от копии СУБД
Выгрузка в .dt — логическая копия: платформа последовательно читает объекты и записывает их в собственный формат. При загрузке база фактически создаётся заново. Это удобно для переноса между серверами, смены СУБД и архивного хранения, но на базах большого объёма выгрузка и загрузка занимают заметное время.
Копия средствами СУБД — физическая: сохраняются страницы данных «как есть». Восстановление происходит быстрее, а при использовании разностных копий и копий журнала транзакций можно восстановить базу на конкретный момент времени, а не только на момент последнего полного бэкапа.
Практический вывод: для небольших файловых баз достаточно выгрузки в .dt или копирования каталога, для клиент-серверных баз с интенсивной работой правильнее строить регламент резервного копирования на уровне СУБД, а .dt использовать для переносов и долгосрочного архива.
Как сделать бэкап файловой базы 1С пошагово
Стандартный сценарий для файловой базы выполняется через конфигуратор и требует, чтобы все пользователи завершили работу. Попытка выгрузить базу при активных сеансах приведёт к ошибке монопольного доступа.
После выгрузки проверьте сам файл: он должен открываться для загрузки, а его размер не должен быть аномально маленьким по сравнению с предыдущими копиями. Резкое уменьшение размера — повод разобраться, не прервалась ли выгрузка с ошибкой.
Как организовать резервное копирование клиент-серверной базы
Для баз на SQL Server резервное копирование настраивается через план обслуживания (Maintenance Plan) или скрипты T-SQL, запускаемые по расписанию. Минимальный разумный режим — полная копия ежедневно в нерабочее время плюс копии журнала транзакций в течение дня, если база работает в полной модели восстановления.
BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backup\MyBase1C_full.bak' WITH COMPRESSION, CHECKSUM;Для PostgreSQL используется pg_dump или физическое копирование с WAL-архивированием. В любом случае задача должна запускаться автоматически по расписанию (планировщик Windows, cron), а результат — фиксироваться в журнале, чтобы сбой копирования был замечен сразу, а не в момент, когда копия понадобилась.
Резервное копирование средствами СУБД не требует завершения работы пользователей — это его ключевое преимущество. Однако нагрузку на дисковую подсистему лучше переносить на часы минимальной активности.
Где хранить копии и как часто их делать
Базовое правило — копия не должна лежать на том же диске и том же сервере, что рабочая база. Отказ диска, шифровальщик или пожар в серверной уничтожат и базу, и бэкап одновременно. Минимум — отдельный сервер, NAS или сетевое хранилище; надёжнее — дополнительная копия в другом помещении или в облаке.
Частота зависит от того, сколько данных вы готовы потерять. Если в базу ежедневно вводятся сотни документов, копия раз в неделю означает готовность неделю вводить документы заново. Для большинства рабочих баз разумный минимум — ежедневная копия, для критичных систем — несколько копий в день.
Храните несколько поколений копий: повреждение данных обнаруживают не сразу, и если хранится только последняя копия, она может уже содержать испорченные данные. Практичная схема — ежедневные копии за последнюю неделю, недельные за месяц, месячные за год.
Как выбрать режим копирования
Как проверить, что бэкап рабочий
Единственный надёжный способ проверки — восстановить копию в тестовую базу и открыть её. Делайте это регулярно, хотя бы раз в месяц: загрузите .dt в новую пустую базу или восстановите backup СУБД под другим именем, войдите в режим «Предприятие», откройте несколько отчётов и сверьте остатки с рабочей базой на дату копии.
Как проверить результат
Загрузка завершается без ошибок, база открывается в режиме «Предприятие».
Ошибка формата потока или обрыв загрузки — файл повреждён.
Сопоставим с предыдущими копиями той же базы.
Файл резко меньше обычного — выгрузка, вероятно, не завершилась.
Остатки и документы на дату копии совпадают с рабочей базой.
Документы отсутствуют или отчёты не формируются — копия неполная.
Типичные ошибки при организации бэкапов
Отдельная распространённая ошибка — путать бэкап с синхронизацией или обменом данными. Обмен между базами переносит и ошибки: если документ испорчен в основной базе, он испортится и в связанной. Только отдельно хранимая копия на определённый момент времени защищает от таких сценариев.
Автоматизируйте копирование скриптом с записью результата в журнал и настройте уведомление об ошибке. Ручной бэкап «когда вспомнили» на практике означает отсутствие бэкапа именно в тот день, когда он понадобится.
Часто задаваемые вопросы
Чем бэкап отличается от архива в облачном 1С:Фреш?
В сервисе 1С:Фреш резервное копирование выполняется на стороне провайдера по своему регламенту, а пользователь может дополнительно выгрузить свою базу в файл .dt для локального хранения. Это не отменяет полезности собственных копий: они нужны для переезда, аудита и страховки на случай спорных ситуаций.
Можно ли делать бэкап файловой базы, не выгоняя пользователей?
Выгрузка в .dt через конфигуратор требует монопольного доступа — пользователей придётся попросить выйти. Копирование каталога без завершения сеансов технически возможно, но даёт несогласованную копию, которая может не открыться. Для круглосуточной работы правильнее перейти на клиент-серверный вариант с копированием средствами СУБД.
Сколько места нужно для хранения бэкапов?
Ориентируйтесь на размер базы и глубину хранения: одна копия .dt обычно заметно меньше рабочей базы за счёт упаковки, но точное соотношение зависит от данных. Умножьте размер одной копии на число хранимых поколений и добавьте запас на рост базы — переполнение диска приводит к тому, что новые копии молча перестают создаваться.
Как восстановить базу из файла .dt?
Создайте новую пустую информационную базу, откройте её в конфигураторе и выберите «Администрирование» → «Загрузить информационную базу», указав файл .dt. После загрузки выполните вход в режим «Предприятие» и проверьте данные. Помните: загрузка полностью заменяет содержимое базы, в которую выполняется.
Нужно ли делать бэкап перед обновлением конфигурации?
Обязательно. Обновление изменяет структуру данных, и при ошибке в процессе база может остаться в нерабочем состоянии. Копия, сделанная непосредственно перед обновлением, — единственный способ быстро вернуться к исходному состоянию без потери введённых за день документов.
Что делать, если бэкап есть, но он не восстанавливается?
Сначала проверьте более ранние копии — именно ради этого хранят несколько поколений. Если повреждены все копии, для файловых баз можно попробовать штатную проверку физической целостности утилитой chdbfl.exe из каталога платформы и тестирование-исправление в конфигураторе, но работать такие инструменты должны с копией файла, а не с единственным экземпляром данных.
Что важно запомнить
Бэкап базы 1С — это регулярная резервная копия, созданная выгрузкой в .dt или средствами СУБД, хранящаяся отдельно от рабочей базы в нескольких поколениях. Копия считается надёжной только после проверки восстановлением на тестовой базе. Делайте дополнительную копию перед обновлениями и массовыми изменениями данных.