Как сохранить базу данных 1С: все способы резервного копирования

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Как сохранить клиент-серверную базу средствами СУБД

Если база работает на MS SQL Server, PostgreSQL или другой СУБД, штатный способ резервного копирования — средства самой СУБД. Такой бэкап создаётся быстрее выгрузки в .dt, может выполняться по расписанию без остановки работы пользователей и поддерживает инкрементные копии.

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

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

Для PostgreSQL используется утилита pg_dump:

pg_dump -U postgres -F c -f /backups/base1c_$(date +%F).dump mybase1c

Восстановление из бэкапа СУБД выполняется обратной операцией: RESTORE DATABASE в MS SQL или pg_restore в PostgreSQL. После восстановления базу нужно подключить в консоли кластера 1С или в списке баз, указав новое имя базы данных.

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

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

"C:\Program Files\1cv8\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Admin" /P"пароль" /DumpIB"D:\Backups\trade_%date%.dt"

Эту команду помещают в bat-файл и запускают по расписанию через Планировщик заданий Windows в нерабочее время — например, ночью. Учтите: пакетная выгрузка также требует отсутствия активных сеансов, поэтому перед ней стоит принудительно завершать соединения или блокировать вход пользователей.

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

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

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

Для теста создайте отдельную пустую базу без конфигурации и загрузите в неё файл .dt через меню Файл → Загрузить информационную базу. Если база открывается в режиме Предприятие и данные на месте — копия в порядке. Тестовое восстановление никак не затрагивает рабочую базу.

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

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

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