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

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

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

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

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

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

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

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

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

Порядок действий: закройте все сеансы пользователей, откройте базу в режиме Конфигуратора, перейдите в меню «Администрирование» → «Выгрузить информационную базу», укажите путь и имя файла с понятной датой, например trade_2026-06-01.dt, и дождитесь завершения выгрузки. Время зависит от размера базы: небольшая база выгружается за минуты, крупная — за десятки минут.

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

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

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

Как скопировать файловую базу напрямую

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

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

Копирование удобно автоматизировать простым скриптом с планировщиком задач Windows. Например, команда копирования с архивацией:

batch
robocopy "D:\Bases\Trade" "E:\Backup\Trade_%DATE%" 1Cv8.1CD /R:2 /W:5

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

Резервное копирование клиент-серверной базы через СУБД

В клиент-серверном варианте данные хранятся в MS SQL Server, PostgreSQL или другой СУБД, и корректный backup делается штатными средствами самой СУБД, а не копированием файлов вручную. Для MS SQL это полная резервная копия (FULL) через SQL Server Management Studio или скрипт T-SQL, для PostgreSQL — утилита pg_dump или pg_basebackup.

sql
BACKUP DATABASE [TradeBase] TO DISK = N'E:\Backup\TradeBase_full.bak' WITH COMPRESSION, CHECKSUM;

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

Обратите внимание: файлы каталога сервера 1С (кластер, регистрация базы) без дампа СУБД не являются резервной копией. Хранить нужно именно backup, созданный СУБД, а восстановление выполнять через RESTORE с последующей регистрацией базы в кластере.

Как выбрать способ под свой вариант работы

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

Как выбрать способ копирования

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

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

Сравнение способов резервного копирования

Выгрузка в dt

Подходит для небольших баз и переноса между серверами; требует монопольного доступа и медленна на больших объёмах

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

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

Backup средствами СУБД

Для клиент-серверных баз, работает без остановки, позволяет восстановление на момент времени; требует настройки и контроля

Автоматизация и правила хранения копий

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

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

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

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

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

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

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

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

Файл существует, размер сопоставим с предыдущими копиями

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

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

Восстановление в тестовую базу
Норма

База открывается, отчёты сходятся с рабочей на дату копии

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

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

Регулярность задания
Норма

Каждый день появляется новый файл с актуальной датой

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

Последняя копия старше запланированного интервала

Для восстановления из dt создайте пустую базу, откройте Конфигуратор и выполните «Администрирование» → «Загрузить информационную базу». Для файловой базы достаточно подменить файл 1Cv8.1CD копией (предварительно сохранив текущий). Для клиент-серверной — выполнить RESTORE в СУБД и при необходимости перерегистрировать базу в кластере.

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

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

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

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

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

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

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

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

Сколько копий нужно хранить?

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

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

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

Итог

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

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