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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В MS SQL Server резервная копия создаётся через SQL Server Management Studio: правый клик по базе → «Tasks» → «Back Up», тип — Full. В PostgreSQL используется утилита pg_dump. Такие копии создаются быстро, не требуют выгона пользователей (СУБД обеспечивает согласованность) и легко ставятся на расписание. Но восстановить их можно только на той же или совместимой версии СУБД, а перенос на другую платформу потребует дополнительных действий.

Как проверить, что архив рабочий

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

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

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

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

copy /Y "D:\Bases\Buh\1Cv8.1CD" "E:\Arhiv\1Cv8_%date:~6,4%-%date:~3,2%-%date:~0,2%.1CD"

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

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

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

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

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