Как архивировать в 1С: полное руководство по резервному копированию и архивации данных

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

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

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

Что именно вы хотите заархивировать: определяем задачу

Под словом «архивировать» пользователи понимают разное. Перед началом работы определите, какая из задач ваша:

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

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

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

Это универсальный способ, работающий и для файловых, и для клиент-серверных баз. Порядок действий:

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

Признак успешного результата — файл создан, его размер соизмерим с размером базы (для файловых баз обычно 30–70 % от размера 1Cv8.1CD), а конфигуратор не выдал ошибок. Дополнительно проверьте архив тестовой загрузкой в пустую базу на том же или другом компьютере.

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

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

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

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

1. 1
   Убедитесь, что все пользователи вышли из базы, а конфигуратор закрыт
2. 2
   Проверьте отсутствие процессов 1cv8.exe с открытой базой на компьютере, где лежит файл
3. 3
   Скопируйте файл 1Cv8.1CD в папку архива с датой в имени
4. 4
   Откройте скопированную базу конфигуратором или в пользовательском режиме для проверки
5. 5
   Храните копию на другом физическом носителе, а не на том же диске

Архивация клиент-серверных баз через СУБД

Для баз на MS SQL Server, PostgreSQL или других поддерживаемых СУБД штатный способ резервного копирования — средствами самой СУБД. В MS SQL Server это задача Backup Database (полная копия), создаваемая через SQL Server Management Studio или план обслуживания. В PostgreSQL — утилита pg_dump или физическое копирование с WAL-архивацией.

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

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

Способы архивации: что выбрать

Выгрузка в .dt

Универсальный переносимый формат, подходит для любых баз. Медленно на больших объёмах, требует остановки работы.

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

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

Бэкап средствами СУБД

Для клиент-серверных баз, работает по расписанию без остановки. Привязан к конкретной СУБД.

Встроенное резервное копирование

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

Встроенное резервное копирование в типовых конфигурациях

В типовых решениях на базе Библиотеки стандартных подсистем (1С:Бухгалтерия, Управление торговлей, ЗУП и другие) есть механизм резервного копирования из режима «Предприятие». Обычно он находится в разделе «Администрирование» → «Обслуживание» → «Резервное копирование и восстановление».

Механизм позволяет настроить автоматическое создание копий по расписанию: при завершении работы программы или в заданное время. Копии сохраняются в указанный каталог с автоматическим именем. Для файловых баз это самый простой способ организовать регулярный архив без привлечения администратора.

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

Свёртка базы: архивация старых периодов

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

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

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

Организация хранения и проверка архивов

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

Именуйте файлы с датой и признаком события: base_2026-06-01_pered_obnovleniem.dt. Архивы перед обновлениями и свёртками не удаляйте по общей ротации — храните их дольше, как минимум до полной проверки результата операции.

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

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

Как проверить архив

Файл копии создан

Норма

Размер соизмерим с базой, дата изменения свежая

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

Файл нулевого размера или сильно меньше обычного

Тестовое восстановление

Норма

База загружается из dt и открывается без ошибок

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

Ошибка загрузки, сообщения о повреждении данных

Данные в восстановленной копии

Норма

Остатки и последние документы на месте

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

Пропали документы за последние дни, пустые регистры

Место хранения

Норма

Копии на отдельном носителе и/или в облаке

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

Все копии на том же диске, что и база

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

Чем отличается выгрузка в dt от копирования базы?

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

Можно ли архивировать базу, пока в ней работают пользователи?

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

Как восстановить базу из файла dt?

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

Как часто нужно делать резервные копии?

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

Нужно ли архивировать базу перед обновлением конфигурации?

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

Что делать, если файл dt не загружается?

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