Как сохранить резервную копию 1С 8.3

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

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

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

Какие виды резервных копий существуют в 1С 8.3

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

Копирование файла базы (1Cv8.1CD) — физическая копия. Она создаётся быстро, но требует, чтобы с базой никто не работал, иначе файл будет скопирован в несогласованном состоянии. Резервная копия средствами СУБД — тоже физическая копия, но на уровне сервера баз данных; она может выполняться «на горячую», без отключения пользователей.

Как выгрузить базу в файл DT через конфигуратор

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

Ключевое условие — монопольный доступ. Если в базе работают пользователи или запущены фоновые задания, выгрузка не начнётся либо прервётся. Перед выгрузкой завершите сеансы пользователей: в конфигураторе это делается через «Администрирование» → «Активные пользователи», а для серверной базы — через консоль кластера. Также установите блокировку сеансов, чтобы никто не вошёл в базу во время выгрузки.

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

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

Как скопировать файловую базу напрямую

Файловая база целиком хранится в каталоге, главный файл которого — 1Cv8.1CD. Чтобы узнать путь к базе, откройте список информационных баз в стартовом окне 1С, выделите базу и посмотрите параметр «File=» внизу окна, либо откройте свойства базы в конфигураторе.

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

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

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

Для PostgreSQL используется утилита pg_dump или pg_dumpall с последующим восстановлением через psql. В обоих случаях бэкапы легко ставятся на расписание штатными средствами: планами обслуживания в MS SQL или заданиями cron/планировщика для PostgreSQL.

Важный нюанс: бэкап средствами СУБД восстанавливается только на совместимый сервер и не является переносимым форматом 1С. Если нужно перенести базу на другую платформу или в файловый режим, используйте выгрузку в DT. Оптимальная практика — регулярный SQL-бэкап плюс периодическая выгрузка в DT как независимый архив.

pg_dump -U postgres -F c -f base_backup_$(date +%F).dump mybase

Как автоматизировать создание копий

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

Для выгрузки в DT платформа поддерживает пакетный режим конфигуратора с параметром /DumpIB. Скрипт запускается планировщиком в нерабочее время, когда пользователей в базе нет. Для серверных баз настройте регулярные бэкапы средствами СУБД — это самый надёжный вариант, не зависящий от сеансов 1С.

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /NАдмин /Pпароль /DumpIB"D:\Backup\buh_%date%.dt"

При автоматизации соблюдайте правило ротации: храните копии за несколько дней, недель и месяцев, а не одну последнюю. Это защищает от ситуации, когда повреждение данных замечено спустя время, а все свежие копии уже содержат испорченные данные.

Как проверить, что копия рабочая

Наличие файла копии не гарантирует возможность восстановления. Периодически выполняйте контрольное восстановление: создайте пустую базу без конфигурации и загрузите в неё файл DT через «Администрирование» → «Загрузить информационную базу». Для копии 1Cv8.1CD добавьте скопированный каталог как новую базу в список и откройте её.

После восстановления проверьте, что база открывается в режиме предприятия, отчёты строятся, а ключевые документы за последние даты присутствуют. Только такая проверка подтверждает, что резервное копирование действительно выполняет свою функцию.

Частые ошибки и ограничения

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

Вторая типичная ошибка — отсутствие проверки восстановления. Файл DT может быть повреждён из-за сбоя диска или обрыва выгрузки, и узнать об этом в момент аварии — худший сценарий. Третья ошибка — копирование файловой базы при активных сеансах: такая копия формально существует, но часто не открывается.

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

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