Как сделать бэкап базы 1С: полное руководство

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

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

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

Определите режим работы вашей базы

Прежде чем выбирать способ резервного копирования, выясните, в каком режиме работает база. Откройте список информационных баз в окне запуска 1С, выделите нужную базу и нажмите «Изменить»: тип расположения будет указан как «На данном компьютере или на компьютере в локальной сети» (файловый режим) или «На сервере 1С:Предприятия» (клиент-серверный режим).

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

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

Универсальный способ, работающий для любого режима, — выгрузка информационной базы в файл .dt. Запустите базу в режиме «Конфигуратор», дождитесь загрузки и откройте меню «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла, например с датой в названии: buh_2026-05-15.dt, чтобы копии было легко различать.

Перед выгрузкой желательно завершить все активные сеансы пользователей: в конфигураторе откройте «Администрирование» → «Активные пользователи» и попросите их выйти. Платформа позволяет выгружать и при работающих пользователях, но данные в копии могут оказаться несогласованными, если в момент выгрузки проводились документы. Для файловой базы активные сеансы могут вообще блокировать выгрузку.

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

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

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

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

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

Этот способ идеален для ежедневных автоматических копий: простой скрипт, запускаемый по расписанию вне рабочих часов, копирует файл и складывает копии в папки по датам. Восстановление сводится к возврату файла на место — это самый быстрый откат из всех возможных.

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

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

Рекомендуемая схема для MS SQL: полная копия ежедневно в нерабочее время, дифференциальные копии несколько раз в день, копии журнала транзакций с интервалом в десятки минут — при модели восстановления Full. Это позволяет откатить базу не только на момент последней полной копии, но и на произвольную точку времени, что критично при ошибочных действиях пользователей.

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

Автоматизация бэкапов по расписанию

Ручные копии ненадёжны по определению: о них забывают. Настройте автоматический бэкап через планировщик заданий Windows или cron. Для файловой базы достаточно скрипта, который копирует 1Cv8.1CD в папку с текущей датой в имени, а затем удаляет копии старше заданного срока хранения.

Для выгрузки .dt без участия человека используется пакетный режим конфигуратора с параметром /DumpIB. Команда запускается по расписанию и создаёт выгрузку в указанный файл.

"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"C:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB"D:\Backups\buh_%date%.dt"

Для клиент-серверных баз автоматизацию настраивают средствами СУБД: планы обслуживания в MS SQL Server, задания pgAgent или системный планировщик для pg_dump в PostgreSQL. Храните несколько поколений копий — минимум ежедневные за неделю и недельные за месяц, — чтобы можно было откатиться не только на вчерашний день, но и на состояние до обнаруженной позже ошибки.

Правила хранения копий и типичные ошибки

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

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

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

Бэкап существует только тогда, когда доказано, что из него можно восстановиться. Периодически выполняйте контрольное восстановление: загрузите свежий файл .dt в пустую тестовую базу (Конфигуратор → «Администрирование» → «Загрузить информационную базу») или поднимите копию файловой базы в отдельной папке. Убедитесь, что база открывается, отчёты строятся, а данные за последние дни на месте.

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

Перед восстановлением из .dt помните: загрузка полностью замещает содержимое базы-приёмника. Убедитесь, что загружаете в правильную базу, и предварительно снимите копию с текущего состояния — иногда в «испорченной» базе есть данные, которых нет ни в одной резервной копии.

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