К статье
Практический материал

Администрирование · 13 мин

Архив 1С: что это такое и как работать с резервными копиями

Что такое архив в 1С: виды резервных копий, файлы .dt и .zip, разница между архивом и резервной копией, настройка копирования, восстановление и типичные ошибки.

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

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

Важно понимать: в 1С нет встроенной кнопки «создать архив» как таковой. Резервное копирование реализуется через несколько механизмов — выгрузку информационной базы, копирование файла базы, средства СУБД для клиент-серверных вариантов и внешние программы архивации. Каждый способ имеет свои ограничения, и выбор зависит от режима работы базы.

Что именно называют архивом в 1С

Термин не закреплён в документации строго, поэтому под архивом понимают несколько разных объектов. Разберём основные, чтобы не путать их в инструкциях и регламентах.

Выгрузка информационной базы (.dt). Файл, созданный через конфигуратор (Администрирование → Выгрузить информационную базу). Содержит данные и конфигурацию. Это универсальный формат переноса базы между платформами и режимами работы, но не самый быстрый для больших баз.

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

Резервная копия средствами СУБД. Для клиент-серверных баз (MS SQL Server, PostgreSQL и др.) архив создаётся штатными инструментами СУБД — например, backup-заданием. Это самый надёжный и быстрый способ для крупных баз, но требует навыков администрирования сервера.

Архивная база. Отдельная информационная база, куда переносят данные закрытых периодов (например, прошлые годы), чтобы разгрузить рабочую базу. Это уже не резервная копия, а инструмент оптимизации, хотя в разговоре её тоже называют «архивом».

Чем архив отличается от резервной копии и почему это важно

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

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

Способы создания архива: сравнение и выбор

Способ копирования определяется режимом работы базы (файловый или клиент-серверный), её размером и допустимым временем простоя. Ниже — сопоставление основных вариантов.

СпособКогда подходитОграничения
Выгрузка .dt через конфигураторПеренос базы, копия перед обновлением, небольшие и средние базыТребует монопольного доступа; на больших базах выполняется долго
Копирование файла 1Cv8.1CDФайловые базы, быстрое ежедневное копированиеНужен выход всех пользователей; копия во время работы может быть битой
Backup средствами СУБДКлиент-серверные базы, большие объёмыТребует доступа к серверу СУБД и навыков администрирования
Сторонние программы резервного копированияАвтоматизация, хранение в облаке, версионированиеНужно корректно настроить остановку сеансов или использование VSS

Что выбрать

Файл .dt

Универсально и надёжно для переноса; обязателен перед обновлением конфигурации. Не подходит для частого копирования больших баз из-за длительности.

Копия файла базы

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

Backup СУБД

Стандарт для серверных баз: быстро, поддерживает расписание и инкрементные копии. Сложнее в настройке и восстановлении без опыта.

Как создать архив файловой базы вручную

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

Выгрузка в файл .dt

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

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

Копирование файла базы

Узнайте расположение базы: в окне выбора информационных баз выделите нужную — путь отобразится внизу окна. Завершите все сеансы, затем скопируйте файл 1Cv8.1CD (или всю папку базы) в каталог архивов и, при желании, сожмите его archiver'ом. Имя архива должно содержать дату, чтобы копии не перезаписывали друг друга.

Автоматическое резервное копирование

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

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

batch
rem Пример: архивирование файловой базы в zip с датой в имени
set SRC=D:\Bases\Trade\1Cv8.1CD
set DST=E:\Backup\trade_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%.zip
"C:\Program Files\7-Zip\7z.exe" a -tzip "%DST%" "%SRC%"

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

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

Как восстановить базу из архива

Восстановление зависит от типа копии. Файл .dt загружается через конфигуратор: Администрирование → Загрузить информационную базу. Учтите, что загрузка полностью заменяет текущее содержимое базы — существующие данные будут потеряны, поэтому перед восстановлением сделайте копию текущего состояния, даже если оно проблемное.

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

Контрольные точки

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

Запуск базы
Норма

База открывается в пользовательском режиме без ошибок

Тревожный признак

Ошибки формата потока, сообщения о повреждении — копия непригодна

Актуальность данных
Норма

Последние документы и остатки соответствуют дате копии

Тревожный признак

Данные старше ожидаемых — восстановлен не тот файл

Отчёты
Норма

Ключевые отчёты (оборотка, остатки) формируются и сходятся с ожидаемыми значениями

Тревожный признак

Ошибки при формировании, пустые или расходящиеся итоги

Архивная база: как разгрузить рабочую

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

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

Операция свёртки сложна и рискованна: ошибки приводят к расхождению остатков. Перед началом обязательно сделайте полный архив, выполните свёртку на тестовой копии и сверьте остатки по всем разделам учёта до и после. Если опыта таких операций нет, разумнее привлечь специалиста по 1С.

Маршрут решения

Как выбрать действие

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

Типичные ошибки при работе с архивами

Типичные ошибки
01
Хранение архивов на том же диске, что и база: при отказе диска или шифровании вирусом теряются и база, и копии.
02
Перезапись единственной копии: порча данных, обнаруженная с опозданием, сохраняется в архив, и восстановить нечего.
03
Копирование файла базы во время работы пользователей: архив оказывается повреждённым, что выясняется только при восстановлении.
04
Отсутствие проверки восстановления: задание копирования молча не работает месяцами, и реальной защиты нет.
05
Восстановление .dt поверх рабочей базы без предварительной копии текущего состояния: данные, введённые после даты архива, теряются безвозвратно.

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

Итог

Что важно запомнить

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

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

Чем файл .dt отличается от обычной копии папки базы?

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

Как часто нужно делать архив 1С?

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

Можно ли восстановить только часть данных из архива?

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

Где лучше хранить архивы 1С?

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

База не открывается, а свежего архива нет. Что делать?

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

Нужно ли архивировать базу, если она работает в облаке 1С?

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