Как делать резервное копирование в 1С 8.3

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

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

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

Какие способы резервного копирования существуют в 1С 8.3

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

Второй способ — физическое копирование файла 1Cv8.1CD для файловых баз. Он быстрее выгрузки DT, но требует, чтобы с базой не работал ни один пользователь: иначе копия может оказаться несогласованной и не открыться. Третий способ — резервное копирование средствами СУБД (SQL Server Management Studio, pg_dump для PostgreSQL) для клиент-серверных развёртываний. Это основной метод для баз размером в десятки гигабайт.

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

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

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

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

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

Копирование файловой базы как файла

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

Главное условие — отсутствие активных сеансов в момент копирования. Если пользователь работает с базой, файл может скопироваться в несогласованном состоянии, и такая копия либо не откроется, либо потребует восстановления через утилиту chdbfl.exe с риском потери данных. Надёжный вариант — выполнять копирование ночью по расписанию с принудительным завершением сеансов или использовать теневое копирование тома (VSS) в Windows.

net use Y: \\server\backup

xcopy "D:\Bases\Trade\1Cv8.1CD" "Y:\Trade_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%\" /I /Y

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

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

Если база работает на SQL Server или PostgreSQL, выгрузка DT перестаёт быть основным инструментом: на базах в десятки гигабайт она занимает часы и сильно нагружает сервер. Основной метод — штатные механизмы СУБД. Для MS SQL Server это полный бэкап (FULL) через Maintenance Plan или команду BACKUP DATABASE, для PostgreSQL — утилита pg_dump или физические копии через pg_basebackup.

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

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

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

"C:\Program Files\1cv8\8.3.x.xxxx\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Администратор" /P"пароль" /DumpIB"E:\Backup\trade_%DATE:~6,4%%DATE:~3,2%%DATE:~0,2%.dt" /DisableStartupDialogs

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

Для клиент-серверных баз расписание настраивается средствами самой СУБД: Maintenance Plan в SQL Server или cron с pg_dump в Linux. Рекомендуемая схема для активно используемой базы — ежедневный полный бэкап ночью плюс копии журнала транзакций днём с интервалом, соответствующим допустимой потере данных.

Проверка копий и правила хранения

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

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

Типичные ошибки и ограничения

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

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

Частые вопросы о резервном копировании 1С 8.3