Как сделать бэкап в 1С 8: пошаговая инструкция

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

Для файловой базы достаточно скопировать файл 1Cv8.1CD или сделать выгрузку в формате dt через конфигуратор. Для серверной базы на MS SQL, PostgreSQL или Oracle резервное копирование выполняется средствами СУБД, а выгрузка в dt используется как дополнительный, независимый от платформы слой защиты.

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

Какие виды бэкапов есть в 1С и какой выбрать

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

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

Резервное копирование средствами СУБД — стандарт для клиент-серверных баз. В MS SQL это полная и разностная копия через план обслуживания, в PostgreSQL — утилита pg_dump или pg_basebackup. Такой способ позволяет делать бэкап «на горячую», не выгоняя пользователей, и восстанавливать базу на конкретный момент времени при наличии журналов транзакций.

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

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

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

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

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

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

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

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

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

copy "D:\Bases\Trade\1Cv8.1CD" "E:\Backup\1Cv8_%DATE:~6,4%-%DATE:~3,2%-%DATE:~0,2%.1CD"

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

Для базы на MS SQL Server резервное копирование настраивается через SQL Server Management Studio. Откройте свойства базы, выберите задачу Back Up, укажите тип Full и путь к файлу .bak. Для регулярного копирования создайте план обслуживания (Maintenance Plan) с расписанием — например, полная копия ночью и разностные копии днем.

На PostgreSQL используйте утилиту pg_dump для логической выгрузки отдельной базы. Команда запускается из командной строки сервера и создает файл, из которого база восстанавливается утилитой psql или pg_restore. Для крупных установок применяют физическое копирование с помощью pg_basebackup и архивирование WAL-журналов.

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

Как автоматизировать регулярный бэкап

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

Для выгрузки в dt по расписанию используют пакетный режим конфигуратора: платформа запускается из командной строки с параметрами /DumpIB и /DisableStartupDialogs. Команда прописывается в bat-файл, который добавляется в планировщик заданий Windows. Учтите, что в момент запуска база должна быть свободна — настройте задание на ночное время.

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

Как проверить и восстановить бэкап

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

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

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

Когда бэкап нужен обязательно и где границы самостоятельной работы

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

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

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