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

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

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

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

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

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

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

Универсальный метод, который работает и для файловых, и для клиент-серверных баз. Выгрузка создаёт один файл .dt, который можно хранить где угодно и восстановить на любой пустой базе той же или более новой версии платформы.

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

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

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

Способ 2: копирование файла 1Cv8.1CD для файловой базы

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

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

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

Если база работает на MS SQL Server, штатный путь — создать полную резервную копию (Full backup) через SQL Server Management Studio: правый клик по базе → Tasks → Back Up → тип Full, указать файл назначения с расширением .bak. Для PostgreSQL используется утилита pg_dump с последующим восстановлением через psql или pg_restore.

pg_dump -U postgres -F c -f baza_backup.dump imya_bazy

Копирование средствами СУБД выполняется «на горячую», без остановки работы пользователей, и для больших баз проходит значительно быстрее, чем выгрузка .dt. Именно этот способ рекомендуется как основной для клиент-серверных развёртываний. Выгрузку .dt при этом стоит делать периодически — она незаменима при переносе базы на другую СУБД или при необходимости развернуть копию на ноутбуке без сервера.

Важный нюанс: восстановление .bak или дампа PostgreSQL требует той же или совместимой версии СУБД и правильного сопоставления базы в консоли кластера 1С. Если вы не администрируете сервер самостоятельно, согласуйте процедуру с системным администратором и зафиксируйте её письменно.

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

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

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

Для клиент-серверных баз настраивают план обслуживания в MS SQL Server (Maintenance Plan с ежедневным Full backup и, при необходимости, дифференциальными копиями) или cron-задание с pg_dump для PostgreSQL. Расписание подбирают под интенсивность работы: типовой минимум — ежедневная копия в нерабочее время.

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

Проверка копии и восстановление базы

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

Для проверки .dt создайте новую пустую базу в окне запуска 1С (без конфигурации), откройте её в конфигураторе и выполните Администрирование → Загрузить информационную базу, указав файл копии. После загрузки запустите базу в режиме предприятия и убедитесь, что открываются журналы документов и свежие записи на месте. Для копии 1Cv8.1CD достаточно подключить каталог с файлом как новую базу в списке запуска.

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

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

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

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