Что такое архив 1С и как с ним работать

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

Ключевая проблема темы в том, что под словом «архив» пользователи понимают разное: кто-то имеет в виду выгрузку через конфигуратор, кто-то — копию папки с базой, а кто-то — бэкап SQL-сервера. Эти способы не взаимозаменяемы полностью: у каждого свои ограничения по целостности, скорости и сценариям восстановления.

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

Что именно считается архивом 1С

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

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

Виды архивов: DT, копия файла базы и бэкап СУБД

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

Для клиент-серверных баз на MS SQL Server, PostgreSQL или Oracle выгрузка DT на больших объёмах занимает часы и сильно нагружает сервер, поэтому основным средством служит резервное копирование средствами самой СУБД. DT в этом случае остаётся инструментом переноса базы между серверами или создания тестовых копий.

Сравнение способов архивирования

Выгрузка DT

Универсально, подходит для переноса и обновления. Медленно на больших базах, требует монопольного доступа.

Копия файла 1Cv8.1CD

Быстро для файловых баз. Обязательно полное завершение сеансов, иначе копия может быть повреждена.

Бэкап СУБД

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

Как создать архив выгрузкой в DT

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

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

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

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

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

Практичный вариант — настроить копирование по расписанию в нерабочее время с проверкой отсутствия сеансов. Также полезно включить журнал регистрации в контроль: после восстановления из такой копии стоит запустить тестирование и исправление базы.

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

В клиент-серверном режиме данные хранятся в СУБД, поэтому архив создаётся её штатными средствами: для MS SQL Server — полная или разностная резервная копия через план обслуживания, для PostgreSQL — утилита pg_dump или физическое копирование. Копирование файлов данных СУБД «вручную» без остановки службы недопустимо.

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

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

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

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

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

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

Открытие базы в режиме предприятия

Норма

База открывается без ошибок, сеанс стартует

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

Ошибки формата потока, база не открывается

Остатки по ключевым отчётам

Норма

Совпадают с данными на момент архива

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

Расхождения в суммах или пустые отчёты

Проведение тестового документа

Норма

Документ проводится, движения формируются

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

Ошибки при проведении, отсутствие движений

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

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

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

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

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

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

Можно ли восстановить из архива только один документ?

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

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

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

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

Для файловой базы запустите утилиту chdbfl.exe из каталога платформы — она проверяет физическую целостность файла, затем выполните «Тестирование и исправление» в конфигураторе. Предварительно сделайте копию повреждённого файла: любые ремонтные операции могут изменить данные необратимо.

Можно ли настроить автоматическую выгрузку DT по расписанию?

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

Сколько места занимает архив и можно ли его сжать?

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