Администрирование · 10 мин
Как сделать резервную копию 1С
Как сделать резервную копию базы 1С: выгрузка в dt, копирование файловой базы, backup через СУБД, автоматизация и проверка восстановления.
Резервная копия базы 1С — единственная защита от потери данных при сбое диска, ошибочном обновлении конфигурации, действиях вируса-шифровальщика или случайном удалении документов. При этом «копия» и «работающая схема резервного копирования» — разные вещи: разовая выгрузка, сделанная полгода назад, почти бесполезна, если база ведётся ежедневно.
В 1С существует три рабочих способа создания резервной копии: выгрузка в файл dt через Конфигуратор, копирование файла базы для файлового варианта и штатное резервное копирование средствами СУБД для клиент-серверного варианта. У каждого способа свои ограничения, скорость и требования к остановке работы пользователей.
Ниже разобраны все три метода с пошаговыми действиями, правила автоматизации, проверка целостности копий и типичные ошибки, из-за которых «резервная копия» оказывается непригодной в момент аварии.
Как выгрузить базу в файл dt через Конфигуратор
Выгрузка в dt — штатный механизм платформы, который сохраняет и данные, и конфигурацию в один файл. Такой файл можно загрузить в пустую базу на любом компьютере с подходящей версией платформы. Это основной способ переноса базы и самый понятный вариант резервной копии для небольших организаций.
Порядок действий: закройте все сеансы пользователей, откройте базу в режиме Конфигуратора, перейдите в меню «Администрирование» → «Выгрузить информационную базу», укажите путь и имя файла с понятной датой, например trade_2026-06-01.dt, и дождитесь завершения выгрузки. Время зависит от размера базы: небольшая база выгружается за минуты, крупная — за десятки минут.
- 1Завершите работу всех пользователей и фоновых заданий в базе
- 2Откройте базу в режиме Конфигуратора под учётной записью с полными правами
- 3Выберите Администрирование → Выгрузить информационную базу
- 4Укажите папку для хранения и имя файла с датой
- 5Дождитесь сообщения об успешном завершении и проверьте размер файла
Важно понимать ограничение: во время выгрузки база должна быть в монопольном доступе, то есть пользователи не могут работать. Для баз, где работа идёт круглосуточно, dt-выгрузка как единственный метод не подходит — нужен механизм без остановки работы.
Ещё одно ограничение: файл dt не предназначен для очень больших баз. При размере в десятки гигабайт выгрузка и последующая загрузка занимают часы, а риск ошибок возрастает. Для таких баз используют клиент-серверный вариант и backup средствами СУБД.
Как скопировать файловую базу напрямую
Если база работает в файловом режиме, все данные хранятся в одном файле 1Cv8.1CD в каталоге базы. Скопировать этот файл — самый быстрый способ получить резервную копию. Узнать путь к каталогу можно в списке информационных баз при запуске 1С или через Конфигуратор.
Ключевое условие безопасности: в момент копирования в базе не должно быть активных сеансов. Если копировать файл во время работы пользователей, копия может оказаться в несогласованном состоянии и не открыться. Перед копированием завершите работу всех пользователей и убедитесь, что в каталоге базы исчезли служебные файлы блокировок.
Копирование удобно автоматизировать простым скриптом с планировщиком задач Windows. Например, команда копирования с архивацией:
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.
BACKUP DATABASE [TradeBase] TO DISK = N'E:\Backup\TradeBase_full.bak' WITH COMPRESSION, CHECKSUM;Преимущество этого способа — возможность делать копию без остановки работы пользователей и настроить регулярное расписание: ежедневную полную копию и промежуточные копии журнала транзакций. Это позволяет восстановить базу не только на конец дня, но и на конкретный момент времени.
Обратите внимание: файлы каталога сервера 1С (кластер, регистрация базы) без дампа СУБД не являются резервной копией. Хранить нужно именно backup, созданный СУБД, а восстановление выполнять через RESTORE с последующей регистрацией базы в кластере.
Как выбрать способ под свой вариант работы
Как выбрать способ копирования
Выгрузка в dt универсальна и переносима между платформами, но требует монопольного доступа и медленна на больших базах. Копирование файла быстрое и простое, но применимо только к файловому режиму. Backup через СУБД — единственный вариант для крупных баз с непрерывной работой, однако требует навыков администрирования СУБД.
Сравнение способов резервного копирования
Подходит для небольших баз и переноса между серверами; требует монопольного доступа и медленна на больших объёмах
Быстро и просто, но только для файлового режима и только при отсутствии активных сеансов
Для клиент-серверных баз, работает без остановки, позволяет восстановление на момент времени; требует настройки и контроля
Автоматизация и правила хранения копий
Ручное копирование рано или поздно забывается, поэтому резервное копирование должно выполняться по расписанию: через планировщик задач Windows, задания СУБД или специализированные программы бэкапа. Минимальный разумный режим для активно используемой базы — ежедневная копия.
Придерживайтесь правила «3-2-1»: минимум три копии данных, на двух разных носителях, одна — вне основного помещения или в облаке. Копия, лежащая на том же диске, что и база, не защищает ни от отказа диска, ни от шифровальщика. Внешний диск, сетевое хранилище или облачный сервис с версионированием файлов закрывают этот риск.
Именуйте файлы с датой и временем, чтобы не перезаписывать предыдущие копии и легко находить нужную. Периодически контролируйте, что задание по расписанию реально отрабатывает: проверяйте дату последнего файла и журнал выполнения задания.
Проверка и восстановление резервной копии
Копия, которую никогда не восстанавливали, — это предположение, а не гарантия. Планово проверяйте восстановление: загрузите dt или backup в тестовую базу, откройте её в режиме Предприятия, сверьте ключевые отчёты (оборотно-сальдовую ведомость, остатки) с рабочей базой на ту же дату.
Как проверить результат
Файл существует, размер сопоставим с предыдущими копиями
Файл отсутствует, нулевой или резко меньше обычного
База открывается, отчёты сходятся с рабочей на дату копии
Ошибка при загрузке, расхождение итогов
Каждый день появляется новый файл с актуальной датой
Последняя копия старше запланированного интервала
Для восстановления из dt создайте пустую базу, откройте Конфигуратор и выполните «Администрирование» → «Загрузить информационную базу». Для файловой базы достаточно подменить файл 1Cv8.1CD копией (предварительно сохранив текущий). Для клиент-серверной — выполнить RESTORE в СУБД и при необходимости перерегистрировать базу в кластере.
Частые вопросы
Чем выгрузка в dt отличается от копирования файла базы?
Выгрузка в dt — логическая выгрузка через платформу: файл можно загрузить в базу с другой структурой каталогов и даже перенести между СУБД. Копирование 1Cv8.1CD — физическая копия, быстрая, но привязанная к файловому режиму и требующая отсутствия сеансов.
Можно ли делать копию, пока пользователи работают?
Для файловой базы — нет: копия может быть несогласованной. Для клиент-серверной — да, если backup выполняется средствами СУБД, которые обеспечивают целостность данных на момент копирования.
Как часто нужно делать резервные копии?
Ориентируйтесь на допустимый объём потери: если потеря дня работы критична — делайте копии ежедневно, а для клиент-серверных баз добавьте копии журнала транзакций в течение дня. Перед обновлением конфигурации и массовыми обработками делайте копию всегда, независимо от расписания.
Сколько копий нужно хранить?
Минимум несколько поколений: ежедневные за последнюю неделю и еженедельные за месяц-два. Одна из копий должна физически находиться вне сервера с базой — на внешнем носителе, другом сервере или в облачном хранилище.
База не открывается, а последняя копия недельной давности. Что делать?
Сначала попробуйте восстановить последнюю рабочую копию в тестовую базу и оценить потери. Повреждённый файл 1Cv8.1CD иногда удаётся восстановить утилитой chdbfl.exe из каталога платформы, но работать с ним после восстановления без проверки рискованно — надёжнее перенести данные в чистую базу.
Что важно запомнить
Делайте копии регулярно и автоматически: dt-выгрузка или копирование файла — для файловых баз, backup средствами СУБД — для клиент-серверных. Храните несколько поколений копий на разных носителях, одну — вне сервера. Периодически проверяйте восстановление в тестовую базу и обязательно делайте копию перед обновлениями и массовыми изменениями данных.