Как создать архив базы 1С 8.3

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

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

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

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

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

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

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

Откройте базу в режиме «Конфигуратор» под пользователем с правами администратора. Перед выгрузкой завершите работу всех пользователей: через меню «Администрирование» → «Активные пользователи» проверьте список сеансов и попросите коллег выйти. Фоновые задания и сеансы, оставшиеся в базе, не блокируют выгрузку напрямую, но изменение данных в процессе приведёт к несогласованной копии.

Далее выберите пункт меню «Администрирование» → «Выгрузить информационную базу». Укажите путь и имя файла, например TradeBackup.dt. Не сохраняйте архив на тот же диск, где лежит сама база: при отказе диска вы потеряете и базу, и копию. Нажмите «Сохранить» и дождитесь завершения — для базы в десятки гигабайт процесс может занять значительное время.

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

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

Копирование файловой базы 1Cv8.1CD

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

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

Для регулярного архивирования удобно сжимать копию в ZIP или 7z с датой в имени файла, например base_2026-05-15.zip. Это экономит место и упрощает навигацию по архивам. Храните несколько поколений копий — недельную, месячную — чтобы можно было откатиться не только к последнему состоянию.

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

Для клиент-серверных баз на MS SQL Server архив создаётся штатной командой BACKUP DATABASE через SQL Server Management Studio или план обслуживания (Maintenance Plan). Полная копия (FULL) создаёт снимок всей базы на момент времени; для крупных систем дополняют её разностными и копиями журнала транзакций, чтобы сократить окно потери данных.

Для PostgreSQL используется утилита pg_dump или pg_basebackup. Копию, созданную pg_dump в формате custom, восстанавливают через pg_restore. Важно: бэкап СУБД не заменяет выгрузку в .dt полностью — например, при миграции на другую СУБД или при серьёзном повреждении на уровне платформы может понадобиться именно .dt.

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

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

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

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

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

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Trade" /N"Админ" /P"пароль" /DumpIB"E:\Backups\trade_%DATE%.dt" /DisableStartupDialogs

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

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

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

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

Частые ошибки и ограничения

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

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

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

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