Как архивировать базу 1С 8.3: все рабочие способы

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

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

Какие данные нужно архивировать и как часто

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

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

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

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

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

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

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

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

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

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

copy "D:\Bases\Trade\1Cv8.1CD" "E:\Backup\Trade_%date:~6,4%-%date:~3,2%-%date:~0,2%.1CD"

Для автоматизации копия запускается через планировщик заданий Windows: простой bat-файл копирует файл базы в папку архива с датой в имени. Дополнительно файл можно сжать архиватором (7-Zip, WinRAR) — базы 1С обычно хорошо сжимаются, что экономит место при длительном хранении.

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

Для баз на SQL Server, PostgreSQL или другой СУБД правильный способ резервного копирования — штатные средства самой СУБД. Они умеют делать копии «на горячую», не останавливая работу пользователей, и поддерживают разностные копии и копии журнала транзакций, что позволяет восстановить базу на любой момент времени, а не только на момент последнего полного бэкапа.

В Microsoft SQL Server резервное копирование настраивается через SQL Server Management Studio: правый клик по базе → Tasks → Back Up, либо план обслуживания (Maintenance Plan) с расписанием. Для PostgreSQL используется утилита pg_dump или физическое копирование с WAL-архивированием. Настройку таких копий обычно выполняет администратор БД.

Автоматизация: регламентные задания и планировщик

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

Типовые конфигурации 1С (например, «Бухгалтерия предприятия») имеют встроенный механизм резервного копирования: раздел «Администрирование» → «Резервное копирование и восстановление». Он умеет делать копии файловой базы по расписанию при выходе из программы или в указанное время. Это простой вариант для небольших организаций без системного администратора.

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

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

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

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