1С: как делать бэкапы — пошаговая инструкция

Резервная копия базы 1С — единственная гарантия того, что при сбое диска, ошибке обновления или случайном удалении данных вы восстановите учёт за минуты, а не недели. При этом «сделать бэкап» в 1С можно несколькими способами, и выбор зависит от формата базы: файловой или клиент-серверной (SQL). Ошибка в выборе метода приводит к тому, что копия либо не создаётся, либо оказывается непригодной для восстановления.

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

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

Как определить тип базы и выбрать способ копирования

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

Файловый вариант типичен для небольших организаций с 1–10 пользователями. Клиент-серверный применяется при большем числе пользователей, объёмных базах и требованиях к отказоустойчивости. Способы резервного копирования для них принципиально различны, и смешивать их нельзя.

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

Универсальный способ, работающий для любого типа базы, — выгрузка в файл с расширением .dt. Такой файл содержит и данные, и конфигурацию, его можно загрузить на другом компьютере и даже на другой СУБД.

1. 1
   Завершите работу всех пользователей: Администрирование → Обслуживание → Блокировка установки соединений, либо попросите всех выйти вручную.
2. 2
   Запустите базу в режиме Конфигуратор.
3. 3
   Откройте меню Администрирование → Выгрузить информационную базу.
4. 4
   Укажите путь и имя файла, например backup_2026.dt, и подтвердите операцию.
5. 5
   Дождитесь окончания выгрузки и проверьте, что файл создан и имеет ненулевой размер.

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

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

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

Для файловой базы допустим более простой способ — скопировать файл 1Cv8.1CD вместе с содержимым каталога базы. Это быстрее выгрузки и не требует запуска конфигуратора.

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

Для автоматизации удобно использовать скрипт, который останавливает копирование при наличии блокировки. Пример для Windows:

@echo off
set SRC=C:\Bases\Trade
set DST=D:\Backups\%date:~6,4%-%date:~3,2%-%date:~0,2%
if exist "%SRC%\1Cv8.1CL" (
  echo Baza zanyata, kopirovanie otmeneno
  exit /b 1
)
mkdir "%DST%"
copy "%SRC%\1Cv8.1CD" "%DST%\"
echo Gotovo

Восстановление из такой копии простое: создайте пустой каталог, положите туда файл 1Cv8.1CD и добавьте базу в список через окно запуска 1С, указав этот каталог.

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

В клиент-серверном варианте копируют не файлы 1С, а базу данных в СУБД. Для MS SQL Server это команда BACKUP DATABASE, выполняемая в SQL Server Management Studio или по расписанию через план обслуживания. Для PostgreSQL — утилита pg_dump.

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

Рекомендуемая схема для MS SQL: модель восстановления Full, полный бэкап ежедневно, бэкапы журнала транзакций каждые 15–60 минут. Это позволяет восстановить базу на любой момент времени, а не только на момент ночного бэкапа. Для PostgreSQL аналогичный эффект даёт pg_dump по расписанию плюс архивация WAL.

Важно: бэкап средствами СУБД не требует завершения сеансов пользователей — СУБД обеспечивает согласованность копии сама. Это ключевое преимущество перед выгрузкой .dt для работающих круглосуточно систем.

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

Ручные бэкапы рано или поздно перестают делать — поэтому копирование должно работать по расписанию без участия человека. В Windows используйте Планировщик заданий, в Linux — cron.

Для выгрузки .dt по расписанию конфигуратор можно запустить из командной строки в пакетном режиме:

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"C:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"D:\Backups\trade_%date:~0,2%%date:~3,2%.dt" /DisableStartupDialogs

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

Храните копии с ротацией: например, ежедневные за последнюю неделю, еженедельные за месяц, ежемесячные за год. Без ротации диск заполнится, и новые бэкапы перестанут создаваться — это одна из самых частых причин «тихого» отказа резервного копирования.

Где хранить копии и как их проверять

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

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

Частые вопросы