Как создать архив 1С 8.3 Предприятие

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

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

Что такое архив 1С и когда он нужен

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

Архив обязательно нужно создавать в следующих ситуациях:

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

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

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

Для выгрузки нужны права администратора информационной базы и отсутствие активных сеансов других пользователей — платформа потребует монопольный доступ.

1. 1
   Попросите всех пользователей выйти из базы и завершите фоновые задания.
2. 2
   Откройте базу в режиме «Конфигуратор» под пользователем с полными правами.
3. 3
   В меню выберите «Администрирование» → «Выгрузить информационную базу».
4. 4
   Укажите папку и имя файла, например Архив_Бухгалтерия_01-06.dt.
5. 5
   Дождитесь окончания выгрузки — при большой базе это может занять десятки минут.
6. 6
   Проверьте, что файл создан и его размер соизмерим с объёмом базы.

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

Способ 2: копирование файловой базы напрямую

Если база файловая (лежит в папке на диске или сетевом ресурсе), архив можно сделать простым копированием главного файла базы — 1Cv8.1CD. Именно в нём хранятся все данные. Это самый быстрый способ: копирование файла в несколько гигабайт занимает минуты.

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

Для регулярного копирования удобно настроить автоматическую задачу через планировщик Windows. Пример команды для bat-файла:

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

Копировать нужно именно файл 1Cv8.1CD. Остальные файлы в папке базы (журналы регистрации, служебные файлы) для восстановления не обязательны, хотя журнал регистрации может быть полезен для анализа событий.

Архивирование клиент-серверной базы

Для базы, работающей на связке «сервер 1С + СУБД» (MS SQL, PostgreSQL), копирование файлов не подходит — данные хранятся в СУБД. Здесь есть два рабочих варианта.

Первый — та же выгрузка в .dt через конфигуратор. Способ универсален, но при больших объёмах медленный и создаёт нагрузку на сервер. Второй — штатное резервное копирование средствами СУБД: в MS SQL это план обслуживания с задачей Backup Database, в PostgreSQL — утилита pg_dump. Такие копии создаются быстрее и могут выполняться без остановки работы пользователей.

Как организовать регулярное резервное копирование

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

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

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

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

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

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

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

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