Как архивировать базу 1С 8.3: пошаговая инструкция

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

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

Ниже разобраны все рабочие способы: выгрузка в файл DT через конфигуратор, копирование файловой базы напрямую, резервное копирование средствами MS SQL или PostgreSQL, а также автоматизация процесса через пакетный режим и планировщик задач.

Какие способы архивирования существуют и какой выбрать

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

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

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

Это самый надёжный и универсальный метод. Откройте базу в режиме конфигуратора под пользователем с правами администратора. Перейдите в меню «Администрирование» и выберите пункт «Выгрузить информационную базу». Укажите папку и имя файла — рекомендуется включать в имя дату, например base_2026-05-15.dt, чтобы потом различать копии.

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

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

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

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

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

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

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

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

Если база работает на MS SQL Server или PostgreSQL, штатный и самый эффективный способ архивирования — резервное копирование средствами самой СУБД. В MS SQL Server это делается через SQL Server Management Studio: правый клик по базе → «Задачи» → «Создать резервную копию», тип копии — полная. Результатом будет файл .bak, который восстанавливается тем же инструментом.

Для PostgreSQL используется утилита pg_dump или pg_dumpall. Копия создаётся командой вида pg_dump -U postgres -F c -f backup.dump имя_базы. Как и в MS SQL, копирование выполняется «на горячую», без завершения сеансов пользователей — СУБД обеспечивает согласованность данных на момент начала копии.

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

pg_dump -U postgres -F c -f /backup/ut_2026-05-15.dump trade_base

Автоматизация архивирования по расписанию

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

Типичная команда выглядит так: "C:\Program Files\1cv8\8.3.xx.xxxx\bin\1cv8.exe" DESIGNER /F "D:\Bases\Trade" /N Админ /P пароль /DumpIB "D:\Backup\trade_%date%.dt". Эту команду помещают в bat-файл и добавляют в Планировщик заданий Windows с запуском, например, каждую ночь. Важно, чтобы в момент запуска в базе никого не было — иначе выгрузка завершится ошибкой.

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

Проверка архива и восстановление

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

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

После восстановления сверьте ключевые данные: наличие последних документов, корректность остатков по паре контрольных отчётов. Это подтвердит, что копия содержит актуальную информацию, а не устаревшее состояние.

Типичные ошибки при архивировании 1С

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

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

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