Как сделать бэкап базы 1С Предприятие

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

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

Ниже разобраны все рабочие способы: выгрузка в файл .dt, копирование файловой базы, бэкап на SQL-сервере, автоматизация по расписанию и проверка того, что копия действительно восстанавливается.

Определите тип базы: файловая или клиент-серверная

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

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

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

Универсальный способ, который работает и для файловых, и для клиент-серверных баз. Запустите конфигуратор, войдите в базу с правами администратора и откройте меню «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла, например backup_2026.dt, и дождитесь завершения выгрузки.

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

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

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

Способ 2. Копирование файловой базы

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

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

Рядом с 1Cv8.1CD могут лежать служебные файлы и папки (1Cv8Log, 1Cv8tmp и другие). Для бэкапа достаточно основного файла, но копирование всего каталога тоже допустимо. Журнал регистрации в отдельной папке при необходимости копируйте вместе с базой.

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

Если база работает на MS SQL Server, резервную копию создают через SQL Server Management Studio: правый клик по базе → «Tasks» → «Back Up», тип «Full», указание файла назначения. Для PostgreSQL используется утилита pg_dump или pg_dumpall. Такой бэкап делается «на горячую», без остановки работы пользователей.

Для MS SQL удобно настроить план обслуживания (Maintenance Plan) с ежедневным полным бэкапом и, при необходимости, бэкапами журнала транзакций — это позволит восстановить базу на произвольный момент времени, а не только на момент последней копии.

Дополнительно рекомендуется периодически делать выгрузку .dt: она независима от СУБД и выручает, если резервная копия SQL оказалась повреждена или базу нужно перенести на другую СУБД.

BACKUP DATABASE [MyBase1C] TO DISK = N'D:\Backups\MyBase1C_full.bak' WITH COMPRESSION, CHECKSUM;

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

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

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

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

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

Бэкап, который никогда не проверяли, нельзя считать рабочим. Раз в месяц восстанавливайте копию в отдельную тестовую базу: загрузите .dt через конфигуратор или восстановите SQL-бэкап под другим именем базы. Откройте базу в режиме предприятия, проверьте несколько документов и отчёт за прошлый период.

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

Часто задаваемые вопросы