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

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

Как сохранить архив 1С: способы резервного копирования базы

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

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

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

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

Что именно нужно сохранять и где лежит база

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

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

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

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

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

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

Важно: во время выгрузки пользователи могут продолжать работать, но данные, введённые после начала выгрузки, в копию не попадут. Для гарантированно целостного снимка выгрузку лучше делать в нерабочее время или после завершения сеансов.

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

Простое копирование файловой базы

Если база файловая, архив можно сделать обычным копированием файла 1Cv8.1CD через проводник, Total Commander или любой файловый менеджер. Это быстрее, чем выгрузка в .dt, особенно для больших баз.

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

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

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

Ручное архивирование рано или поздно забывается, поэтому для рабочей базы стоит настроить автоматическое создание копий. Самый простой вариант — пакетный запуск конфигуратора из планировщика заданий Windows с командой выгрузки в .dt.

bat
"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" DESIGNER /F"D:\Bases\Buh" /N"Администратор" /P"пароль" /DumpIB"D:\Backup\buh_%DATE%.dt"

Команда запускает конфигуратор в пакетном режиме, подключается к базе по указанному пути и выполняет выгрузку. Путь к исполняемому файлу платформы зависит от установленной версии — уточните его в папке C:\Program Files\1cv8. Задачу добавьте в планировщик Windows на ночное время, когда пользователи не работают.

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

Где и сколько хранить копии

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

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

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

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

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

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

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

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

Резервное копирование средствами СУБД

Оптимально для клиент-серверных баз: быстро, по расписанию, без остановки работы. Требует навыков администрирования SQL.

Встроенное копирование в типовой конфигурации

Простая настройка для файловых баз, но копия создаётся только при запущенной 1С.

Проверка архива: как убедиться, что копия рабочая

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

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

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

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

Файл архива создан
Норма

Файл .dt или копия 1Cv8.1CD существует и имеет ненулевой размер, сопоставимый с базой

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

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

Тестовое восстановление
Норма

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

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

При загрузке или входе появляются ошибки формата или чтения

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

В восстановленной базе видны последние документы на дату создания копии

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

Данные отстают на дни или недели — расписание копирования не работает

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

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

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

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

Удобно называть файлы архивов по шаблону «база_дата», например trade_2026-05-15.dt. Тогда по одному списку файлов видно, когда делались копии, нет ли пропусков и какие из них можно удалить по правилу ротации. Раз в квартал проверяйте свободное место на диске с архивами — переполнение диска молча обрывает создание новых копий.
ПЗ
Практическое замечание

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

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

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

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

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

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

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

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

Чем отличается файл .dt от копии файла 1Cv8.1CD?

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

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

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

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

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

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

Файл .dt обычно занимает заметную долю размера самой базы, а копия 1Cv8.1CD равна размеру базы. Умножьте размер базы на количество хранимых копий по вашей схеме ротации и добавьте запас на рост базы — диск для архивов лучше выбирать с двукратным запасом, чтобы копирование не обрывалось из-за переполнения.

Нужно ли архивировать базу перед обновлением 1С?

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

Что делать, если архив не загружается с ошибкой?

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